Как выбрать оптимальный сервер для баз 1С SQL на 100 пользователей с базой 300 Гб?

Системный администратор 1С:Комплексная автоматизация Управленческий учет Торговля и дистрибуция
← На главную

Выбор серверного оборудования для 1С — это всегда баланс между стоимостью лицензий, производительностью системы и надежностью хранения данных. В этой статье мы подробно проанализируем ситуацию, когда необходимо обеспечить комфортную работу 70–100 пользователей в базе размером 300 Гб (например, 1С:Комплексная автоматизация), и выясним, почему стандартные серверные решения «из коробки» не всегда подходят для задач 1С.

Выбор процессора: почему частота важнее количества ядер?

Разберем типичную ошибку при выборе процессора. В серверном сегменте часто предлагают многоядерные решения с низкой базовой частотой (например, Xeon e5-2680v4 с 2.4 ГГц). Проанализируем, как работает 1С: многие критические операции (проведение документов, формирование отчетов) выполняются в один поток. Это означает, что одно ядро с частотой 4.0 ГГц справится с задачей значительно быстрее, чем четыре ядра по 2.0 ГГц.

Рассмотрим рекомендации экспертов:

  1. Для небольших бюджетов (до 150-200 тыс. руб.): Обратим внимание на платформы типа LGA1151v2 с процессорами Xeon E-2278G или E-2288G. Они обладают высокой базовой частотой (3.7–4.0 ГГц) и мощным турбо-бустом до 5.0 ГГц.
  2. Для средних и высоких нагрузок: Проанализируем линейку Xeon Scalable (Gold). Модели Xeon Gold 6144, 6146 или более современные 6244 / 6246 являются «золотым стандартом» для 1С. Они сочетают высокую частоту (3.4–3.6 ГГц база) и достаточное количество ядер для обслуживания 100 пользователей.
  3. Риски десктопных решений: Использование Core i9-9900K допустимо только в «ларьках». Для 100 пользователей критически важна поддержка ECC памяти (исправление ошибок), которая есть в Xeon E и Xeon Gold.

Дисковая подсистема: закат эры SAS и триумф NVMe

Выясним причину, по которой классические SAS диски (даже на 15000 rpm) больше не являются эффективными для 1С. Основная нагрузка в SQL-версии 1С ложится на случайное чтение и запись. Здесь время доступа (latency) имеет решающее значение. Рассмотрим, почему переход на SSD и NVMe — это единственный путь к производительности.

Проанализируем разницу в производительности:

Важный нюанс: Традиционные аппаратные RAID-контроллеры (LSI, Adaptec) часто становятся узким местом для NVMe. Разберем по шагам, как лучше организовать диски:

  1. Система и логи: Выделим отдельные скоростные накопители под OS и Transaction Log (LDF-файлы).
  2. Базы данных: Основной файл MDF должен лежать на максимально быстром массиве.
  3. TempDB: Проанализируем работу TempDB. Это «черновик» SQL-сервера. Для него идеально подходят модули Intel Optane, которые обладают практически бесконечным ресурсом и минимальными задержками.

Enterprise SSD против Consumer SSD: стоит ли переплачивать?

Посмотрим на пример использования домашних дисков Samsung EVO/PRO в серверах. Основная проблема — это стабильность характеристик (Performance Consistency). Рассмотрим ситуацию: в начале дня диск работает быстро, но после записи 100-200 Гб логов его скорость падает до уровня обычного HDD из-за переполнения кэша и работы алгоритмов «сборки мусора» (Garbage Collection).

Для базы 300 Гб и 100 пользователей крайне рекомендуем использовать серверные серии (Enterprise). Они имеют параметр DWPD (Drive Writes Per Day) больше 1.0. Это означает, что диск гарантированно выдержит перезапись всего своего объема ежедневно в течение 5 лет. Домашние диски в таких условиях могут выйти из строя через год интенсивной работы.

Оперативная память: правило «Размер базы + запас»

Проанализируем объем RAM. Существует эмпирическое правило: для того чтобы SQL-сервер не обращался к диску при каждом запросе, размер кэша должен быть не меньше размера самой активной базы.

Посмотрим на конфигурацию памяти: для современных процессоров важно соблюдать канальность. Если процессор поддерживает 6 каналов памяти, нужно устанавливать планки кратно 6 (например, 6 или 12 планок), чтобы не резать пропускную способность шины памяти в два раза.

Программный или аппаратный RAID?

Выясним, нужен ли дорогой RAID-контроллер в 2019 году. Для дисков SATA/SAS SSD контроллер с кэшем и батарейкой (BBU) все еще полезен, так как он ускоряет запись. Однако для NVMe дисков аппаратные контроллеры часто вредны. Рассмотрим технологию Intel VROC (Virtual RAID on CPU). Она позволяет объединять NVMe в зеркало (RAID 1) практически без потери производительности, используя линии PCIe напрямую от процессора. Если бюджет ограничен, можно использовать программный зеркальный рейд средствами Windows Server, что обеспечит достаточную надежность для SSD.

Настройка SQL Server для 1С: важные штрихи

Мало купить дорогое железо, его нужно правильно настроить. Проанализируем ключевые параметры MS SQL Server:

  1. Max Degree of Parallelism (MAXDOP): Для 1С обязательно установите значение 1. Это запретит SQL дробить один запрос на несколько ядер, что критично для предотвращения взаимных блокировок в 1С.
  2. Instant File Initialization: Включите эту настройку в политиках Windows. Это позволит SQL мгновенно выделять место под файлы базы при их росте, исключая «фризы» системы в моменты расширения MDF или LDF.
  3. Memory Limit: Всегда ограничивайте Max Server Memory в настройках SQL, чтобы он не «выел» всю память, оставив сервер приложений 1С без ресурсов, что приведет к аварийному завершению работы пользователей.

Подведем итог: Для базы 300 Гб и 100 пользователей на 2019 год оптимальным решением будет сервер с одним высокочастотным процессором (например, Xeon Gold 6244), 256-384 Гб оперативной памяти и дисковой подсистемой на базе серверных NVMe накопителей в зеркале. Это обеспечит максимальный комфорт работы пользователей и запас производительности на несколько лет вперед.

← На главную