Какой raid выбрать для 1с

1. Под базы стоит забыть про рейды отличные от 1 и 10. Я бы 1 рейд собрал под систему и tmpdb или индексы. И 10 или 1 под данные базы.
2. Бекапы в любом случае нужно делать, на случай, если кто-то что-то случайно удалит.

(16): 1 — это резервирование в зеркало, 2/1 устойчивости к поломке. для системника, который и не так часто меняет свое критическое содержимое, и если рухнет — поднять из бэкапа проще но надо быстро — лучше 0 ставить (чередование, двойная скорость без резервирования) — тем паче, что и темпдб тоже в скорости нуждается а при разрушении достаточно перезапустит sql-сервер.
ну и под базы голая единица — наверное, все-таки. медленновато. если финансовый ресурс позволит — все-таки, наверное. лучще 10 (та же единица но скорость вдвое выше).
нэ?

(17) Вообще надо отметить, что из бэкапа на СУБД база довольно быстро поднимается, особенно на SSD, проводил эксперимент, но правда размер был тогда не большой, около 3гб примерно наверное, может и меньше.
По-большому счёту, если через Планы Обслуживания создаются ежедневные бэкапы, а они у меня настроены и создаются, с предварительной проверкой на целостность, индексирование, очистку кеша, вообщем по-букварю настраивал в свое время, то вроде бы и ничего страшного нет, если сдохнет диск с бэкапами, можно просто за несколько минут поднять базу с бэкапа.
Но вот системный диск с ОСью и установленными на этот же диск MS SQL+1C Сервером у меня вообще никак не бэкапится, то есть если этот диск сдохнет и система упадет, то придется все поднимать с нуля на чистый диск ставить и ОСь и СУБД и 1С сервер. Видимо нужно какие-то снэпшоты делать системного диска, хотя бы раз в неделю, чтобы в случае чего можно было восстановиться с этого образа с случае чего.

У вас сейчас оптимальная схема и есть: обычный комп, 2 SSD и HDD для быкапов. Если перенесете на труЪ-сервер с аппаратным RAID-контроллером, готовьтесь к значительному снижению производительности! ИМХО, не стоит. RAID’ы для SSD неактуальны, в них нет движущихся частей.

>>Но вот системный диск с ОСью и установленными на этот же диск MS SQL+1C Сервером у меня вообще никак не бэкапится,
Поставьте бесплатный Veeam Agent и быкапьте диск С куда-нибудь. Восстановление из такого образа идет быстро.

Рекомендации по выбору сервера для 1С — пример сервера 1С для 100 пользователей 1C:ERP Управление предприятие 2

Решения 1С сегодня используются практически во всех компаниях. Это достаточно сложный продукт, который требует внимательного подхода к выбору сервера и его настройке.

Чем чреваты ошибки в подборе и конфигурировании сервера под 1с?

Прежде всего, высокими рисками для бизнеса. Если были допущены ошибки в конфигурации, то даже самый дорогой и мощный сервер не будет справляться с возложенными на него задачами. Если же и «железо» изначально было выбрано неверно, то ситуацию не спасет даже попытка грамотной настройки.

Типичные проблемы, которые могут возникнуть:

сбои и простои в работе сервисов 1С;
«торможение» программ, ошибки и «вылеты»;
потеря важных данных (и, как следствие, потеря компанией средств);
простаивание бизнеса, потеря времени на устранение ошибок и недополучение прибыли;
недовольство клиентов, вызванное сбоями в работе привязанных к 1С сервисов.

Для того, чтобы избежать этих и других проблем, а также лишних затрат, важно правильно рассчитать конфигурацию сервера 1С. На рынке серверного оборудования сложилась достаточно непростая ситуация в связи с событиями 2022 года. Поэтому лучше доверить выбор профессионалам. В этой статье эксперты «Визард АйТи» делятся рекомендациями по выбору сервера 1С.

Рекомендации по выбору сервера для 1С: значимые критерии

1С – сложная система. На официальном сайте разработчика выложены требования к серверу, однако руководствоваться только этими данными не стоит. Дело в том, что системные требования, указанные на сайте 1С, являются минимальными для работы программы, а не оптимальными. В большинстве случаев эти требования не учитывают специфику и особенности конкретного бизнеса, а также особенности существующей ИТ-инфраструктуры компании.

Итак, какой сервер нужен для 1С, на что ориентироваться при выборе?

Количество одновременно работающих в системе пользователей

Это ключевой параметр при выборе. Если приобрести сервер, например, для 1С 8.3, рассчитанный на 20 пользователей, в то время как в системе их 50, то неизбежны сбои 1C и «торможения». И наоборот – нет смысла переплачивать и покупать сервер на 100 пользователей, если по факту их будет не более 30.

Чем больше пользователей одновременно работают в системе – тем выше нагрузка на сервер. Однако важно учитывать не только число сотрудников, но и нюансы нагрузки.

Особенности нагрузки

При выборе сервера для 1С необходимо также принимать во внимание характер взаимодействия пользователей с базами данных. Например, если бухгалтер проводит огромное количество документов, то он создает больше нагрузки на сервер, чем десять сотрудников, заходящих в 1С пару раз за день, чтобы просто посмотреть какие-то данные.

Конкретные нагрузки можно протестировать всегда только на уже приобретенном оборудовании. Однако важно заранее учитывать этот параметр и брать оборудование «с запасом».

Конфигурация и базы данных

Система 1С «предпочитает» процессоры с высокой частотой (более 3 ГГц). Частота и само количество процессоров напрямую зависят не только от числа пользователей, но и от того, в какой конфигурации они работают, какие базы данных используют.

Например, конфигурация 1С:Зарплата и управление персоналом менее требовательна к серверу, чем 1С:ERP и 1С:Управление торговлей.

Если компания относительно небольшая, и пользователей – менее полусотни, то вполне достаточно будет однопроцессорного решения. Сама база данных должна размещаться на SSD-накопителях. Это позволит повысить отказоустойчивость и стабильность работы. Выбранное решение также должно учитывать возможное масштабирование БД.

Важно также уделить внимание объему серверной памяти и возможности коррекции ошибок – опять же, для быстроты и стабильности. Конкретные значения этих параметров на примере сервера 1С для 100 пользователей будут приведены ниже.

Требования к отказоустойчивости

Отказоустойчивость сервера – по сути, дублирование ключевых функций на случай возможного сбоя. Так, к примеру, в случае с кластером серверов один сервер может дублировать другой и брать на себя его нагрузку при отказах. Современное оборудование позволяет осуществлять подобную отказоустойчивость даже в рамках одного сервера.

Какие возможности для предупреждения отказов и резервирования могут быть?

объединение нескольких жестких дисков в единый RAID-массив – это позволяет избежать потери данных, если какой-то диск выйдет из строя;
установка нескольких блоков питания;
подключение нескольких сетевых плат – позволяет гарантировать всегда стабильную связь с локальной сетью пользователей 1С, особенно если каждая плата подключена к отдельному коммутатору.

Важно также обращать внимание на скорость восстановления после сбоев. Время простоя, да и самих сбоев, можно сократить до минимума, сделав выбор в пользу нового брендового сервера.

Особенности выбора сервера под 1С

Рассмотрим еще несколько моментов, на которые мы рекомендуем обращать внимание.

Во-первых, нельзя использовать под сервер 1С «домашнее железо». Технически это реально, но на практике такой сервер не будет справляться с нагрузкой, да и работа 24/7 ему не под силу. Отсюда риски частого выхода комплектующих из строя, ограниченность масштабирования, риски потери данных, задержки в обработке команд, простои и др.

Во-вторых, не стоит экономить и на покупке нового оборудования. Б\у серверы практически никогда не могут обеспечить полное соответствие актуальным потребностям 1С. Стабильность и долговечность тоже под вопросом.

В-третьих, стоит ориентироваться на частоту процессора на одно ядро, а не на количество ядер. Выбирая, какой сервер нужен для 1С 8, важно учитывать, что производительность и стабильность определяются именно частотой ЦПУ. Чем она выше, тем быстрее сервер обработает конкретный запрос пользователя и выдаст результат.

Наконец, необходимо использовать специальные серверные диски, особенно для 1С: Предприятие и СУБД. Они оптимизированы для работы в серверных системах 24/7 под постоянной нагрузкой.

Вариант сервера под 1С для 100 пользователей 1C:ERP Управление предприятием 2

Итак, какой сервер нужен для 1С и как его выбрать? Специалисты «Визард-АйТи» предлагают оптимальное решение на примере сервера для 100 пользователей 1C:ERP Управление предприятием 2.

Цена предложенного решения — 827 436 руб.

Подсистема	Выбранный вариант	Кол-во	Сумма*	Комментарий
Платформа	1U, 1x Scalable/205W, 6 DIMMs, 10×2.5/2NVMe 10 SATA, 2 x 500W, 2 10G, 3 PCIe, 60см	1	316 991	Хорошая современная надежная платформа, 2 блока питания для надежности
Процессоры	Xeon Gold 6248R 3.0/4.0 GHz, 24C/48T, 35.75 MB L3, DDR4-2933/1.0 TB, 10.4 GT/s UPI(2), 205 W	1	239 143	Быстрый процессор, с высокой скоростью каждого ядра
Оперативная память	64 GB Samsung DDR4-3200 Dual Rank x4 CL22 1.2v ECC Registered DIMM	6	106 854	Оптимальный объем памяти для базы 400-500 гб и 100 пользователей, покупаем 6 модулей, так как в процессоре шестиканальный контроллер
SSD-накопители NVMe	SSD KIOXIA Enterp.CD6-V 3.2TB 2.5″ PCIe 4.0×4 U.3 6.2/2.3 GB/s 1000/160 kIOPS 3.0 DWPD/5Y 5.0/15 W H15	1	81 410	Современный быстрый диск с хорошим ресурсом записи для базы 1С и сервера предприятия 1С
Дополнительные накопители M.2/SATA DOM	SSD Micron 5300 PRO 1.92TB M.2 SATA 6Gb/s 2280 3D TLC 540/520 MB/s, 95/ 30 kIOPS, 1.5 DWPD/5Y ENT	2	83 038	Диски для загрузки операционной системы, 2 штуки для отказоустойчивости
Сетевые адаптеры	Интегрированный сетевой адаптер Intel i722, 2 порта 10Gb Ethernet 10GBase-T	1	0	Быстрая сетевая карта, которая для обратной совместимости может работать в существующей инфраструктуре и более медленно
Видеокарты / Вычислительные модули GPU	Встроенный графический контроллер на базе ASPEED AST2500 BMC	1	0
Подсистема питания	Блок питания с горячей заменой и резервированием 500W Platinum	2	0
Подсистема охлаждения	5 управляемых вентиляторов 40мм с фиксированной установкой, двухроторных	1	0
Радиатор CPU с пассивным охлаждением — 1U Passive CPU Heat Sink for X11 Platform / Narrow RM	1	0
Слоты PCIe, райзер карты и прочие опции	Райзер-карта, 1 слот PCIe 3.0 x8/x8 Low Profile	1	0
Райзер-карта, 2 слота PCIe 3.0 x16/x16 FHFL	1	0
Комплект для установки в стойку	Выдвижные рельсы для установки сервера 1U в стойку	1	0
Сервисный пакет	Стандартная гарантия Team, 3 года, обслуживание в сервисном центре	1	0

Получить консультацию ✋

Популярные теги
Предыдущая новость
Следующая новость

г. Тверь, ул. Учительская д. 59
© 2023 Все права защищены
Спасибо! Ваша заявка успешно отправлена ☺️
Мы свяжемся с Вами в ближайшее время!
Благодарим Вас, данные успешно отправлены.☺️
В случае заинтересованности наш специалист свяжется с Вами.
Кажется что-то не так.. ��️
Попробуйте еще раз, или напишите нам о проблеме
Спасибо за подписку на рассылку!
Проверьте свой почтовый ящик для подтверждения e-mail адреса ��
Присоединяйтесь к нам в социальных сетях
Согласие на обработку персональных данных (Согласие)

Настоящим Согласием, во исполнение требований законодательства Российской Федерации о персональных данных (Федеральный закон от 27.07.2006 г. № 152-ФЗ «О персональных данных» с изменениями и дополнениями) я, далее «Субъект Персональных данных», свободно, своей волей и в своем интересе даю свое согласие ООО «Визард-С» (ОГРН 1046900002874, место нахождения: 170006, Тверская обл, Тверь г, Учительская ул, дом № 59 оф. 110) (далее по тексту – Общество) на обработку (включая получение от меня и/или от любых третьих лиц, с учетом требований действующего законодательства Российской Федерации) моих персональных данных.

Под персональными данными я понимаю любую информацию, относящуюся ко мне как к субъекту персональных данных, в том числе: фамилия, имя, отчество, год, месяц, дата и место рождения, фото, паспортные данные, адрес фактического проживания и регистрации, место работы, должность, контактные данные (номер телефона, электронной почты).

Под обработкой персональных данных я понимаю совершение действий, предусмотренных пунктом 3 статьи 3 Федерального закона от 27 июля 2006 года N 152-ФЗ «О персональных данных», в том числе действия (операции) с персональными данными, включая сбор, систематизацию, накопление, хранение, уточнение (обновление, изменение), использование, передачу (в том числе распространение, предоставление, доступ), уничтожение персональных данных и т.д.

А также иной информации, которую я как пользователь сайта Общества предоставляю самостоятельно по собственному усмотрению путем заполнения соответствующих форм на сайте Общества. Дополнительно Обществу могут стать доступны иные мои данные, которые автоматически передаются Обществу при использовании Сайта, а именно: сведения о местоположении; IP-адрес, тип и версия ОС; тип и версия браузера; тип устройства и разрешение его экрана; язык ОС и браузера; информация, сохраненная в файлах «cookies».

Передача Обществом моих персональных данных осуществляется в государственные органы и учреждения в предусмотренных законодательством РФ случаях.

Настоящее Согласие может быть отозвано посредством заявления в произвольной форме от меня или по требованию моего законного представителя либо уполномоченного органа по защите прав субъектов персональных данных в установленных законом случаях.

В случае отзыва Согласия, за исключением случаев обработки персональных данных в соответствии с законодательством РФ, Общество прекращает обработку персональных данных и уничтожает персональные данные в срок, не превышающий десяти рабочих дней от даты поступления отзыва.

Фактом использования мною сайта Общества (в любой форме, включая нажатие мною кнопки -Отправить, Подписаться, Заказать, Сохранить, Зарегистрироваться, Отправить резюме), я выражает свое согласие с настоящим Согласием и всеми его условиями, а само осуществление мною таких действий признается обеими сторонами безусловным выражением моей воли на осуществление Обществом вышеуказанных действий с моими персональными данными.

Политика конфиденциальности

Настоящая Политика конфиденциальности персональных данных (далее – Политика конфиденциальности) действует в отношении всей информации, которую ООО «Визард-С» (ОГРН 1046900002874, место нахождения: 170006, Тверская обл., Тверь г, Учительская ул, дом № 59 оф. 110) (далее по тексту – Общество), расположенный на доменном имени wizard-c.ru, может получить о Пользователе во время использования им сайта Общества.

1. ОПРЕДЕЛЕНИЕ ТЕРМИНОВ

1.1. В настоящей Политике конфиденциальности используются следующие термины:
1.1.1. «Администрация сайта wizard-c.ru» (далее – Администрация сайта) – уполномоченные сотрудники на управления сайтом, действующие от имени ООО «Визард-С», которые организуют и (или) осуществляет обработку персональных данных, а также определяет цели обработки персональных данных, состав персональных данных, подлежащих обработке, действия (операции), совершаемые с персональными данными.
1.1.2. «Персональные данные» — любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу (субъекту персональных данных).
1.1.3. «Обработка персональных данных» — любое действие (операция) или совокупность действий (операций), совершаемых с использованием средств автоматизации или без использования таких средств с персональными данными, включая сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передачу (распространение, предоставление, доступ), обезличивание, блокирование, удаление, уничтожение персональных данных.
1.1.4. «Конфиденциальность персональных данных» — обязательное для соблюдения Обществом или иным получившим доступ к персональным данным лицом требование не допускать их распространения без согласия субъекта персональных данных или наличия иного законного основания.
1.1.5. «Пользователь сайта wizard-c.ru» (далее — Пользователь) – лицо, имеющее доступ к Сайту, посредством сети Интернет и использующее сайт Общества.
1.1.6. «Cookies» — небольшой фрагмент данных, отправленный веб-сервером и хранимый на компьютере пользователя, который веб-клиент или веб-браузер каждый раз пересылает веб-серверу в HTTP-запросе при попытке открыть страницу соответствующего сайта.
1.1.7. «IP-адрес» — уникальный сетевой адрес узла в компьютерной сети, построенной по протоколу IP.

2. ОБЩИЕ ПОЛОЖЕНИЯ

2.1. Использование Пользователем сайта Общества означает согласие с настоящей Политикой конфиденциальности и условиями обработки персональных данных Пользователя.
2.2. В случае несогласия с условиями Политики конфиденциальности Пользователь должен прекратить использование сайта Общества.
2.3. Настоящая Политика конфиденциальности применяется только к сайту Общества wizard-c.ru. Общество не контролирует и не несет ответственность за сайты третьих лиц, на которые Пользователь может перейти по ссылкам, доступным на сайте Общества. 2.4. Администрация сайта не проверяет достоверность персональных данных, предоставляемых Пользователем сайта Общества.

3. ПРЕДМЕТ ПОЛИТИКИ КОНФИДЕНЦИАЛЬНОСТИ

3.1. Настоящая Политика конфиденциальности устанавливает обязательства Администрации сайта по неразглашению и обеспечению режима защиты конфиденциальности персональных данных, которые Пользователь предоставляет по запросу Администрации сайта при регистрации на сайте Общества или при оформлении заказа для приобретения Товара или заказа оказания Услуг.
3.2. Персональные данные, разрешённые к обработке в рамках настоящей Политики конфиденциальности, предоставляются Пользователем путём заполнения регистрационной формы на сайте Общества wizard-c.ru и включают в себя следующую информацию:
3.2.1. фамилию, имя, отчество Пользователя;
3.2.2. контактный телефон Пользователя;
3.2.3. адрес электронной почты (e-mail);
3.2.4. адрес доставки Товара, оказания Услуг;
3.2.5. место жительство (нахождения) Пользователя.
3.3. Интернет-магазин защищает Данные, которые автоматически передаются в процессе просмотра рекламных блоков и при посещении страниц, на которых установлен статистический скрипт системы («пиксель»):
— IP адрес;
— информация из cookies;
— информация о браузере (или иной программе, которая осуществляет доступ к показу рекламы);
— время доступа;
— адрес страницы, на которой расположен рекламный блок;
— реферер (адрес предыдущей страницы).
3.3.1. Отключение cookies может повлечь невозможность доступа к частям сайта Общества, требующим авторизации.
3.3.2. Общество осуществляет сбор статистики об IP-адресах своих посетителей. Данная информация используется с целью выявления и решения технических проблем, для контроля законности проводимых финансовых платежей.
3.4. Любая иная персональная информация неоговоренная выше (используемые браузеры и операционные системы и т.д.) подлежит надежному хранению и нераспространению, за исключением случаев, предусмотренных в п.п. 5.2. и 5.3. настоящей Политики конфиденциальности.

4. ЦЕЛИ СБОРА ПЕРСОНАЛЬНОЙ ИНФОРМАЦИИ ПОЛЬЗОВАТЕЛЯ

4.1. Персональные данные Пользователя Администрация сайта может использовать в целях:
4.1.1. Идентификации Пользователя, зарегистрированного на сайте Общества, для оформления заказа и (или) заключения Договора (ов).
4.1.2. Предоставления Пользователю доступа к персонализированным ресурсам сайта Общества.
4.1.3. Установления с Пользователем обратной связи, включая направление уведомлений, запросов, касающихся использования сайта Общества, оказания услуг, обработка запросов и заявок от Пользователя.
4.1.4. Определения места нахождения Пользователя для обеспечения безопасности, предотвращения мошенничества.
4.1.5. Подтверждения достоверности и полноты персональных данных, предоставленных Пользователем.
4.1.6. Создания учетной записи, если Пользователь дал согласие на создание учетной записи.
4.1.7. Уведомления Пользователя сайта Общества о состоянии Заказа.
4.1.8. Предоставления Пользователю эффективной клиентской и технической поддержки при возникновении проблем связанных с использованием сайта Общества.
4.1.9. Предоставления Пользователю с его согласия, обновлений продукции, специальных предложений, информации о ценах, новостной рассылки и иных сведений от имени Общества или от имени партнеров Общества.
4.1.10. Осуществления рекламной деятельности с согласия Пользователя.
4.1.11. Предоставления доступа Пользователю на сайты или сервисы партнеров Общества с целью получения продуктов, обновлений и услуг.

5. СПОСОБЫ И СРОКИ ОБРАБОТКИ ПЕРСОНАЛЬНОЙ ИНФОРМАЦИИ

5.1. Обработка персональных данных Пользователя осуществляется без ограничения срока, любым законным способом, в том числе в информационных системах персональных данных с использованием средств автоматизации или без использования таких средств.
5.2. Пользователь соглашается с тем, что Администрация сайта вправе передавать персональные данные третьим лицам, в частности, курьерским службам, организациями почтовой связи, операторам электросвязи, исключительно в целях выполнения заказа Пользователя, оформленного на сайте Общества, включая доставку Товара или оказания Услуг.
5.3. Персональные данные Пользователя могут быть переданы уполномоченным органам государственной власти Российской Федерации только по основаниям и в порядке, установленным законодательством Российской Федерации.
5.4. При утрате или разглашении персональных данных Администрация сайта информирует Пользователя об утрате или разглашении персональных данных.
5.5. Администрация сайта принимает необходимые организационные и технические меры для защиты персональной информации Пользователя от неправомерного или случайного доступа, уничтожения, изменения, блокирования, копирования, распространения, а также от иных неправомерных действий третьих лиц.
5.6. Администрация сайта совместно с Пользователем принимает все необходимые меры по предотвращению убытков или иных отрицательных последствий, вызванных утратой или разглашением персональных данных Пользователя.

6. ОБЯЗАТЕЛЬСТВА СТОРОН

6.1. Пользователь обязан:
6.1.1. Предоставить информацию о персональных данных, необходимую для пользования сайтом Общества.
6.1.2. Обновить, дополнить предоставленную информацию о персональных данных в случае изменения данной информации.
6.2. Администрация сайта обязана:
6.2.1. Использовать полученную информацию исключительно для целей, указанных в п. 4 настоящей Политики конфиденциальности.
6.2.2. Обеспечить хранение конфиденциальной информации в тайне, не разглашать без предварительного письменного разрешения Пользователя, а также не осуществлять продажу, обмен, опубликование, либо разглашение иными возможными способами переданных персональных данных Пользователя, за исключением п.п. 5.2. и 5.3. настоящей Политики Конфиденциальности.
6.2.3. Принимать меры предосторожности для защиты конфиденциальности персональных данных Пользователя согласно порядку, обычно используемого для защиты такого рода информации в существующем деловом обороте.
6.2.4. Осуществить блокирование персональных данных, относящихся к соответствующему Пользователю, с момента обращения или запроса Пользователя или его законного представителя либо уполномоченного органа по защите прав субъектов персональных данных на период проверки, в случае выявления недостоверных персональных данных или неправомерных действий.

7. ОТВЕТСТВЕННОСТЬ СТОРОН

7.1. Администрация сайта, не исполнившая свои обязательства, несёт ответственность за убытки, понесённые Пользователем в связи с неправомерным использованием персональных данных, в соответствии с законодательством Российской Федерации, за исключением случаев, предусмотренных п.п. 5.2., 5.3. и 7.2. настоящей Политики Конфиденциальности.
7.2. В случае утраты или разглашения Конфиденциальной информации Администрация сайта не несёт ответственность, если данная конфиденциальная информация:
7.2.1. Стала публичным достоянием до её утраты или разглашения.
7.2.2. Была получена от третьей стороны до момента её получения Администрацией сайта.
7.2.3. Была разглашена с согласия Пользователя.

8. РАЗРЕШЕНИЕ СПОРОВ

8.1. До обращения в суд с иском по спорам, возникающим из отношений между Пользователем сайта Общества и Администрацией сайта, обязательным является предъявление претензии (письменного предложения о добровольном урегулировании спора).
8.2 .Получатель претензии в течение 30 календарных дней со дня получения претензии, письменно уведомляет заявителя претензии о результатах рассмотрения претензии.
8.3. При не достижении соглашения спор будет передан на рассмотрение в судебный орган в соответствии с действующим законодательством Российской Федерации.
8.4. К настоящей Политике конфиденциальности и отношениям между Пользователем и Администрацией сайта применяется действующее законодательство Российской Федерации.

9. ДОПОЛНИТЕЛЬНЫЕ УСЛОВИЯ

9.1. Администрация сайта вправе вносить изменения в настоящую Политику конфиденциальности без согласия Пользователя.
9.2. Новая Политика конфиденциальности вступает в силу с момента ее размещения на сайте Общества, если иное не предусмотрено новой редакцией Политики конфиденциальности. 9.3. Все предложения или вопросы по настоящей Политике конфиденциальности следует сообщать по адресу эл. почты wizard-c.ru.
9.4. Действующая Политика конфиденциальности размещена на сайте по адресу wizard-c.ru. Обновлено «15» февраля 2022 г

RAID для 1С+SQL

Всем доброго дня!
Есть HP DL380P Gen8 8SFF 2x2667v2 64Gb P420i 1gb
4 SSD Kingston DC500M 480Gb + 4 SAS 10K 960Gb
Будем ставить SQL + сервер 1С
1 база 25 ГБ (30 активных пользователей) + 5 мелких баз (БУХ,ЗУП — 5 пользователей)
Посоветуйте, как лучше организовать RAID(ы) и как распределить файлы баз данных (log, tempdb и т.д.)

gs Сотрудник Тринити
Сообщения: 16650 Зарегистрирован: 23 авг 2002, 17:34 Откуда: Москва Контактная информация:

Re: RAID для 1С+SQL

Сообщение gs » 13 май 2021, 15:05

Я бы сделал RAID10 из SSDшек и все базы туда.
Не та у вас нагрузка, чтобы мудрить. А магнитные диски на фоне твердотельных ни о чем.

Нужен ли RAID-массив

Р аньше диски были механическими, а значит медленными и недостаточно надёжными (об их надёжности — ниже по тексту). Но если запихать в массив дисков побольше и позатейливее — можно получить более высокую скорость, и некий шанс пережить выход из строя одного или нескольких дисков (зависит от типа массива, умений админа и существенного фактора везения).

Затем появились SSD, или твердотельные накопители ( сокращённо они до сих пор называются “диски”, хотя там уже круглого ничего не осталось �� ), скорость которых поначалу той же была хоть и выше, чем у механики, но всё равно “не радующей”, а надёжность вызывала сомнения (до сих пор большое количество айтишников уверены, что “SSD ненадёжные”), и эти SSD тоже по привычке запихивались в RAID-массивы. Однако “внезапно” стало проявляться, что далеко не всегда скорость итогового массива из SSD так же хорошо масштабируется, как если бы это был массив механических дисков, и тому есть ряд причин. Наиболее важные для нас минусы:

— если массив собирается из SSD на базе контроллера условно предыдущих поколений, который был изначально рассчитан обслуживать механические диски, то производительность этого массива сразу может быть серьёзнейше ограничена именно возможностями контроллера.

— если в состав массива включены SSD, не предназначенные для использования в составе массива, или не обладающие достаточной производительностью на запись (подробней о расчёте “нужной” производительности SSD можно почитать здесь: http://www.gilev.ru/dwpdssd/ ).

Для NVMe SSD даже если вы захотите собрать RAID-массив, то вам нужны такой контроллер и такая версия массива, чтобы они учитывали особенности архитектуры NVMe дисков, и позволяли не потерять, а как минимум сохранить скорость на уровне отдельно подключенного диска. Например, таковым является intel VROC ( ссылка на https://www.intel.ru/content/www/ru/ru/support/products/122484/memory-and-storage/ssd-software/intel-virtual-raid-on-cpu-intel-vroc.html ), опирающийся в свою очередь на intel VMD инструкции процессоров.

Яркий пример неудачного массива

На снимке ниже: пример такого массива, собранного “неправильно”, формата RAID50, в котором 10 (десять) SSD. Причём в этом массиве “хорошо” себя показывает только чтение, и только крупными порциями (верхняя строчка Seq в колонке Read каждого из двух результатов). Запись даже крупными порциями (верхняя строчка Seq в колонке Write) показывает нам всего 142 мегабайта в секунду, а многопоточная запись пакетами по 4 килобайта (нижняя строчка 4K QD32 в колонке Write) даёт нам всего около 16 мегабайт в секунду.

Исключительно для понимания: одиночный диск из состава этого массива имеет показатели записи минимум вдвое выше тех, что показал массив из десяти таких дисков. А поскольку этот массив был предназначен для высокопроизводительной смешанной (чтение+запись) нагрузки сервера 1С/СУБД — очевидно, данный массив для этих целей можно считать непригодным.

В каких случаях RAID-массивы на сервере 1С/СУБД можно использовать:

Для загрузочного носителя как зеркало.
Но не потому что вы получаете реальную отказоустойчивость, а потому что цена такой “игрушки” невысока. Предполагаем, что это будут два недорогих SATA SSD класса read intensive или даже boot (подробней о классах SSD и их предназначении можно почитать здесь: http://www.gilev.ru/dwpdssd/ ), объединённых в RAID1 (“зеркало”). Если исходить из рисков выхода из строя, то вы скорее износите диск, чем он сломается. Некоторые современные SSD также подвержены перегреву, но рядом расположенные два ssd в рейд маловероятно сработают как надо, так как будут нагреваться примерно одинаково и перегреются почти одновременно. Кроме того надо помнить, что ssd “изнашиваются примерно одинаково”. Поэтому RAID в данном случае будет “для успокоения любителей делать рейд” без тяжелых финансовых последствий. Если вы будете подключать LUN для старта ОС с внешнего хранилища, то с высокой вероятностью там будет RAID “потому что так исторически сложилось”, т.е. нарезают массивы заранее, когда еще точно не знают характер использования и требования к отказоустойчивости ��

Для локальных бэкапов для увеличения емкости массива “страйп”.
Для бэкапов часто бывает необходимость места больше, чем есть на одиночном диске и поэтому увеличить общую емкость через рейд может быть полезно. Но хранить бэкапы в одном экземпляре только на зеркале прямо на том же сервере, что и исходная база этих бэкапов — мероприятие малоосмысленное, только зазря себя успокаивать. Если с сервером что-то случится — такой бэкап будет недоступен точно так же, как и исходная база. Гораздо полезней для повышения отказоустойчивости хранения локальных бэкапов сохранять сначала локально, затем тут же копировать (только копировать, не переносить!) полученные файлы бэкапа куда-то наружу сервера на сетевой ресурс. Подробней про бэкапы можно почитать например здесь: http://www.gilev.ru/31march/ ).

Для базы данных 1С или данных кластера 1С “страйп” в отдельных случаях когда очередей к диску больше порога возможностей. Тут есть одно очень важное уточнение. Порог определяется не чьим-то мнением, а фактическими числовыми показателями времени отклика диска и числа очередей к диску, записанными за длительный период, который можно считать показательным для оценки. Т.е. решение принимается не потому, что вы заранее думаете “надо сделать рейд потому, что это так кажется правильным”, а потому что обладаете собранными с тестового стенда или даже лучше с продуктива данными, подтверждающими что с текущей нагрузкой диск не справляется именно из-за слишком большого числа одновременных операций чтения/записи. Если вы видите, что ваш диск выдерживает условно 128 одновременных активных транзакций (ну или пропорциональное им количество очередей) без потерь по времени отклика, а далее начинает выходить за рамки (ну пусть условно для примера порог будет 30 мс), то при росте числа активных транзакций ну скажем до 180, можно говорить об обоснованности наращивания дисковой подсистемы (например, добавления в RAID 0 второго диска). Ну и так далее. Также надо помнить, что в случае MS SQL Server и наличия квалифицированного админа — есть смысл не RAID 0 собирать под базу данных, а подключить те же два диска из примера отдельно, поместив на каждый по файлу базы данных (поровну распределив размер базы данных на каждый файл). В этом случае MS SQL Server на отдельных операциях может выдавать большую производительность, чем RAID 0.
Большинству админов лень что-либо замерять, и оборудование заказывается “на глаз”. Разумней в этом случае брать минимум дисков, и только по фактической нехватки мощности докупать диски. Если админ “отмазывается” тем, что у него бюджет на год и надо покупать сразу всё, тогда гораздо полезней всё равно сначала закупить один “нужный” диск, замерить практическим экспериментом “сколько он выдержит”, и только после этого составлять калькуляцию на год.

По нашим наблюдениям, в массе случаев и владелец бизнеса, и айти-руководитель подходят к выбору личного автомобиля гораздо вдумчивей, тщательней и придирчивей, чем к вопросу подбора сравнимого по стоимости серверного оборудования “на работу”.

В каких случаях RAID-массивы на сервере 1С/СУБД не нужны

Временные данные 1С или СУБД, а также вторичные данные, потеря которых не остановит работу компании.

Сюда могут включаются например:
— папка кластера 1С, где лежат логи журналов регистрации и файлы полнотекстового поиска 1С (если он используется);
— папка temp профиля пользователя, под которым запущена служба сервера 1С;
— файлы и логи служебной базы tempdb сервера MS SQL (а если у вас PostgreSQL — то это например папки логов pg_clog/pg_xlog/pg_wal/pg_xact, в зависимости от версии постгреса).

Для всех вышеперечисленных целей наиболее рациональным мы видим использование независимых NVMe SSD (не SATA!), подключаемых либо в слоты PCIe, либо по U.2 (если серверная платформа или контроллер предполагают такую возможность). Производительность лидирующих по производительности одиночных NVMe SSD на потоковую запись исчисляется несколькими гигабайтами в секунду, а на случайную запись — многими сотнями мегабайт в секунду, или многими сотнями тысяч так любимых админами и вендорами IOPS. Объём таких одиночных накопителей может достигать например для разных моделей от 6 до 16 терабайт, при этом их же можно подключать несколько (если ваш сервер позволяет, конечно). Ряд серверных платформ позволяет подключить до 8-24 NVMe SSD.

При этом, например, если у вас база 1С почему-то достигла объёма в несколько терабайт, а вы не хотите или не можете предпринимать никаких мер по уменьшению её размера (например http://www.gilev.ru/basereduction/ ), но при этом знаете, что на дисках сервера СУБД хорошо бы держать про запас свободного места ещё хотя бы на 50% объёма продуктивной базы (например, на случай реструктуризации или вообще внезапного роста), то например для базы в 4 терабайта не обязательно искать SSD на 8 терабайт, можно “размазать” базу средствами СУБД на 2-3 SSD меньшей ёмкости.

Как именно разносить нагрузку tempdb, базы и логов — лучше всего не гадать, не слушать “чужих советов”, а просто “сфотографировать” со своей работающей системы фактические объёмы записи в СУБД например за неделю (подробнее: http://www.gilev.ru/dwpdssd/ ), и на их основании уже принимать решение вида “нам нужно вот столько SSD такой ёмкости, распределять нагрузку между дисками будем вот таким образом” ( конкретный пример разнесения приводить не будем из принципа, чтобы он случайно не отложился в памяти как рекомендация ).

Вышедшие NVMe PCIe 4.0 диски типа intel D7-P5600 настолько быстры, что современные сервера на RAM-дисках не дадут сколько-то значимого преимущества, но при этом обладают недостатками надежности при отключении питания. Для малого бизнеса есть бюджетные диски типа Samsung 980 Pro.

Основные данные и файлы лицензирования ключей 1С.
Надежность дисков серии intel p3700, p4800 проверена временем. На таких дисках можно смело размещать основные данные. Вероятность выхода из строя таких дисков меньше чем блока питания к примеру. На некоторых проектах такие диски успешно работают более 5 лет.

Усилия по повышению надежности надо предпринимать на программном уровне (СУБД и т.п.) оперативно передавая данные на резервный сервер. Так как риски словить вирус или испортить данные руками пользователей будут гораздо выше. Оперативно выполняемые бэкапы на отдельный физический локальный диск будут первым шагом, более эффективным чем зеркалирующий рейд. Для бэкапов на физических серверах можно использовать например https://acronis-infoprotect.ru/backup . Если у вас будет резервный сервер для поднятия бэкапа, а также удаленно лежащая копия, то это снимает вопрос по необходимости зеркалирования дисков рейдом.

Почему RAID не является панацеей для отказоустойчивости

Что же касается надёжности — тут наша позиция такая: массив RAID даёт шанс пережить выход из строя условно 1-2 носителей из его состава. Это конечно замечательно, но если мы начинаем изучать, что же на самом деле может “сломаться” (не в порядке параноидального бреда, а по наблюдениям нас и наших клиентов) — выясняется, что это лишь малая часть айсберга! Выходят из строя разные комплектующие внутри сервера, выходят из строя компоненты сети, может “приехать” неудачное обновление Windows или 1С, может “упасть” сервер 1С, может “сломаться” база 1С, может “прилететь шифровальщик”. Будет ли откровением то, что ни от какого из этих факторов риска RAID-массив нас не спасёт? Здесь уже надо говорить о сценариях резервирования, отказоустойчивости и катастрофоустойчивости (но об этом в другой раз).

Почему SSD не “настолько же ненадёжны, как механические диски”: в механическом диске были вращающиеся с бешеной скоростью пластины, были яростно летающие над ними на микронной высоте головки, всё это жужжало, вибрировало, грелось, сильно боялось тряски или сторонних вибраций, внезапных отключений электричества и вообще было нежным и хрупким даже в довольно крепком серверном исполнении. Современные серверные SSD — скучная плата без движущихся деталей, возможно (и даже крайне желательно) с увесистым радиатором (а кто-нибудь может и вентилятор сверху “приколхозить”), по сути там внутри есть флэш-память и контроллер. Внутри SSD есть расходуемый ресурс, а именно флэш-память, которая при записи неизбежно изнашивается, и этот параметр крайне желательно контролировать хотя бы раз в месяц, но если к подбору SSD подошли правильно и вдумчиво — SSD как минимум переживёт период продуктивной эксплуатации, а с очень большой вероятностью доживёт и до полного морального устаревания сервера. Вся остальная электроника внутри — условно такая же, в остальном сервере, и выход из строя хоть и может произойти, но примерно с такой же вероятностью, как у любой другой компоненты серверного оборудования.

В итоге: для сервера 1С/СУБД RAID-массив из NVMe SSD в большинстве случаев не является необходимым ни для ускорения, ни для повышения надёжности.

Какой raid выбрать для 1с