Как выбрать оптимальную конфигурацию сервера для 1С:ERP на 80-100 пользователей?

Системный администратор 1С v8.3 (Управляемые формы) 1С:ERP Управление предприятием
← На главную

Выбор серверного оборудования для 1С:ERP — это задача, требующая баланса между текущим бюджетом и будущей производительностью системы. В отличие от менее нагруженных конфигураций, ERP активно использует фоновые задания, сложные механизмы закрытия месяца и тяжелые запросы к базе данных. В рамках данной статьи мы разберем основные подходы к расчету ресурсов, проанализируем реальные кейсы и выясним, почему переход на новые версии системы требует пересмотра старых стандартов.

Эмпирическая формула расчета ресурсов

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

  1. Оперативная память: Ориентируемся на 2–4 Гб на одного активного пользователя. При 100 пользователях это дает нам от 200 до 400 Гб ОЗУ. Важно учитывать, что современные релизы ERP 2.5 потребляют значительно больше памяти из-за усложнения логики проведения документов.
  2. Процессорные мощности: Расчет ведется исходя из 0.25 ядра на одного активного пользователя. Для 100 человек нам потребуется минимум 24–26 физических ядер.
  3. Частота процессора: Это критический параметр. 1С чувствительна к скорости работы одного потока, поэтому стоит выбирать процессоры с базовой частотой от 3.0 ГГц и выше.

Реальный пример работающей конфигурации

Рассмотрим конкретный кейс из практики внедрения. Для работы 140 пользователей в конфигурации ERP 2.4 успешно используется сервер со следующими характеристиками:

Проанализируем ситуацию: при такой конфигурации загрузка по памяти составляет в среднем 80%. Это подтверждает правило, что для ERP памяти «много не бывает». Если планируется использование версии 2.5, этот объем следует увеличить как минимум в 1.5 раза.

Почему ERP 2.5 требует больше ресурсов?

Выясним причину, по которой пользователи отмечают рост нагрузки при переходе с версии 2.4 на 2.5. Проблема кроется в архитектурных изменениях:

Оптимизация дисковой подсистемы

Для ERP критически важна скорость работы с дисками, особенно для базы TempDB. Рассмотрим шаги по настройке:

Во-первых, использование обычных SATA/SAS SSD сегодня становится «бутылочным горлышком». Рекомендуется переход на NVMe-накопители. Скорость случайного чтения и записи у них в несколько раз выше, что напрямую влияет на скорость формирования отчетов.

Во-вторых, проанализируем распределение данных. Рекомендуется выносить файл подкачки ОС, журналы транзакций SQL и временную базу TempDB на разные физические диски или логические разделы с высокой скоростью доступа. Это позволяет избежать очередей к дисковой подсистеме при интенсивной работе пользователей.

Настройка SQL-сервера под задачи 1С

Купить мощное железо — это только половина дела. Разберем основные настройки SQL, которые помогут серверу работать эффективно:

  1. Max Degree of Parallelism (MAXDOP): Установим это значение в 1. Это заставит SQL-сервер выполнять каждый отдельный запрос в рамках одного ядра, что предотвращает конфликты блокировок в 1С.
  2. Ограничение памяти (Memory Limit): Обязательно нужно оставить 10–15% оперативной памяти свободной для нужд операционной системы и самого сервера 1С, если он установлен на этой же машине.
  3. Shared Memory: Если SQL и 1С живут на одном сервере, проверим, что в строке подключения используется протокол Shared Memory вместо TCP/IP. Это даст прирост производительности обмена данными до 15%.

Нюансы виртуализации

Если вы планируете развертывать сервер в среде виртуализации (VMware или Hyper-V), обратите внимание на следующие моменты:

Посмотрим на параметр Reservation. Для 1С крайне важно зарезервировать 100% выделенной оперативной памяти и ресурсов процессора за виртуальной машиной. Использование «динамической памяти» (Dynamic Memory) в случае с 1С и SQL приводит к микро-задержкам, которые крайне негативно сказываются на стабильности сеансов пользователей.

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

Итоговые рекомендации по конфигурации

Для обеспечения комфортной работы 80–100 пользователей в 1С:ERP рекомендуем ориентироваться на следующую спецификацию:

Соблюдение этих параметров и правильная настройка программной части позволят избежать проблем с производительностью при закрытии месяца и интенсивной многопользовательской работе.

← На главную