← На главную
Перевод предприятия с устаревшей системы «1С:Управление производственным предприятием» (УПП) на современную «1С:ERP Управление предприятием» кардинально меняет профиль нагрузки на серверную инфраструктуру. Часто возникает заблуждение, что если сервер приложений успешно справлялся с базой УПП на 200–300 пользователей с загрузкой около 70%, то того же оборудования хватит и для ERP. Рассмотрим, почему это не так, какова физическая природа возрастающей нагрузки и как правильно рассчитать ресурсы процессора, памяти и дисковой подсистемы.
Природа изменения нагрузки: почему 1С:ERP требует больше ресурсов?
Разберем архитектурные различия между конфигурациями прошлых поколений и современными решениями на платформе «1С:Предприятие 8.3»:
- Клиент-серверная архитектура управляемых форм: В УПП на обычных формах значительная часть логики интерфейса, валидации и отрисовки выполнялась непосредственно на клиентском компьютере. В 1С:ERP вся логика подготовки данных, генерации интерфейсных элементов и сериализации контекста формы перенесена на сервер приложений. Процессы
rphost выполняют сериализацию и десериализацию данных для каждого клиентского действия.
- Интенсивная фоновая и отложенная обработка: В отличие от УПП, где многие проводки и расчеты происходили синхронно в момент проведения документа, в 1С:ERP применяется механизм отложенного проведения. Оперативный документ лишь фиксирует базовые движения, а расчет себестоимости, партионный учет (ФИФО), распределение расходов и регистры расчетов с контрагентами доформируются многочисленными регламентными фоновыми заданиями.
- Тяжелые библиотеки стандартов (БСП): Базовые механизмы библиотеки стандартных подсистем требуют повышенного объема оперативной памяти для кэширования метаданных и прав доступа пользователей (особенно при сложном RLS на уровне записей).
Требования к процессорам (CPU)
Проанализируем подбор процессоров для сервера приложений 1С. Здесь критически важно учитывать два взаимодополняющих параметра:
- Производительность на одно ядро (Single-Core Performance): Сериализация управляемых форм и выполнение блокирующего кода модуля объекта выполняются в один поток. Для мгновенной отзывчивости интерфейса необходима высокая тактовая частота — строго от 3.4–3.5 ГГц и выше в базовом режиме или Turbo Boost. Использование многоядерных процессоров с низкой частотой (например, 2.0–2.2 ГГц) неизбежно приведет к субъективным жалобам пользователей на «медленное открытие окон и зависания».
- Количество физических ядер: Из-за обилия параллельно работающих фоновых задач и многопоточных процедур (например, регламентное закрытие месяца и расчет себестоимости) требуется достаточный пул ядер. Рекомендуемый ориентир для ERP: 1 физическое ядро на каждые 10–15 активных пользователей при средней интенсивности работы.
Расчет оперативной памяти (RAM) и процессы rphost
Посмотрим на нормы выделения оперативной памяти под сервер приложений «1С:Предприятия»:
- Объем памяти на пользователя: Если в УПП средний сеанс потреблял порядка 100–200 МБ памяти рабочего процесса, то для 1С:ERP нормативным является расчет 400–800 МБ на одного активного пользователя в зависимости от используемых подсистем (производство, зарплата и кадры, бюджетирование).
- Резерв под фоновые задания и кэш: К суммарному объему пользовательских сеансов необходимо обязательно закладывать запас не менее 25–30% на фоновые потоки закрытия месяца, обмены и кэширование метаданных. Например, на 200–300 пользователей минимально комфортный объем RAM составляет от 128 ГБ до 256 ГБ.
- Контроль утечек памяти и перезапуск процессов: В свойствах кластера 1С обязательно настраивается ограничение допустимого объема памяти на рабочий процесс и интервал перезапуска процессов. Рекомендуется запускать несколько рабочих процессов
rphost (из расчета 1 процесс на каждые 25–30 пользователей или на каждые 4–8 ядер), чтобы сегментировать потребление ресурсов и избежать деградации всей базы при падении отдельного сеанса.
Дисковая подсистема, временные файлы и сеть
Выясним, какие требования предъявляются к вводу-выводу (I/O) и сетевой инфраструктуре:
- Каталоги временных файлов: Папки временных файлов операционной системы (
TEMP / TMP) и кэш сервера 1С должны располагаться исключительно на быстрых накопителях NVMe SSD корпоративного класса. Медленные диски создадут задержки при обработке отчетов и сериализации.
- Очистка кэша и динамическое обновление: В высоконагруженных базах 1С:ERP следует исключить регулярное динамическое обновление конфигурации («демонское обновление»), так как оно приводит к разрушению структуры кэша метаданных и резкому падению производительности. Требуется настроить регламентную очистку кэша сервера при плановых перезапусках служб.
- Сетевая пропускная способность: Между сервером приложений 1С и сервером СУБД должен быть организован высокоскоростной канал с минимальной задержкой — рекомендуется физическое соединение 10 Гбит/с или размещение на одной высокоскоростной шине (если используется виртуализация).
Особенности архитектуры кластера серверов 1С КОРП
Рассмотрим рекомендации по масштабированию кластера для крупных внедрений 1С:ERP (от 200 пользователей и выше):
- Разделение функциональности: Лицензии уровня КОРП позволяют гибко настроить «Требования назначения функциональности». Рекомендуется выделять отдельные физические серверы под пользовательские интерактивные сеансы, а ресурсоемкие регламентные и фоновые задания (расчет себестоимости, обмен данными, проведение по партиям) выносить на отдельный выделенный сервер фоновых задач.
- Режим версионирования в СУБД (RCSI): 1С:ERP работает исключительно в режиме управляемых блокировок. На стороне Microsoft SQL Server критически важно активировать параметр
READ_COMMITTED_SNAPSHOT (RCSI), а дисковое пространство базы tempdb вынести на самый быстрый массив SSD, так как интенсивность создания временных таблиц в ERP многократно выше по сравнению с УПП.