Как выбрать СУБД и настроить сервер для 1С:ERP на 20 пользователей?

Переход с устаревшей системы «1С:Управление производственным предприятием» (УПП) на современную «1С:ERP Управление предприятием» — это серьезный шаг, требующий полной переоценки используемой ИТ-инфраструктуры. ERP-система предъявляет значительно более высокие требования к аппаратному обеспечению и системному ПО. В этой статье мы подробно разберем, как правильно спроектировать серверную архитектуру для 20 активных пользователей 1С:ERP, какую СУБД выбрать и какие нюансы настройки необходимо учесть для обеспечения максимального быстродействия.

Определяем архитектуру: один сервер или разделение ролей?

При планировании серверной инфраструктуры для относительно небольшого количества пользователей (до 20–30 человек) часто возникает дилемма: разносить ли сервер приложений 1С и сервер СУБД на разные физические машины или объединить их в одну мощную единицу?

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

Оптимальный выбор для 20 пользователей — совмещенная архитектура (все на одном сервере). Развертывание сервера приложений 1С и сервера СУБД на одной физической машине (или внутри одной производительной виртуальной машины) позволяет настроить обмен данными через локальный сокет (протоколы shared memory для MS SQL или локальные сокеты для PostgreSQL). Это полностью исключает влияние сетевого стека на скорость обмена данными между сервером 1С и базой данных.

Выбор СУБД: MS SQL Server или PostgreSQL (Postgres Pro)?

Рассмотрим сильные и слабые стороны СУБД в контексте работы с платформой «1С:Предприятие 8.3» на сегодняшний день.

MS SQL Server долгое время являлся стандартом де-факто для систем 1С. К его преимуществам можно отнести:

1. Минимальные требования к первоначальной настройке. «Из коробки» СУБД от Microsoft работает стабильно и быстро.
2. Отличная работа оптимизатора запросов, который эффективно справляется со сложными вложенными запросами (характерными для RLS в 1С).
3. Простота администрирования силами штатных Windows-специалистов.

Однако лицензирование MS SQL Server в текущих реалиях сопряжено с юридическими и финансовыми сложностями. Именно поэтому все больше компаний переходят на альтернативный вариант.

PostgreSQL (и отечественная сборка Postgres Pro) стала основным решением для новых внедрений. Ситуация с производительностью PostgreSQL в связке с 1С кардинально изменилась в лучшую сторону благодаря оптимизациям платформы 1С:Предприятие (начиная с версий 8.3.15 и выше). Особенности использования PostgreSQL:

1. Выбор операционной системы: Если вы выбираете PostgreSQL, разворачивать его необходимо строго под управлением ОС семейства Linux (например, Astra Linux, РЕД ОС, Ubuntu). PostgreSQL под Windows имеет серьезные архитектурные ограничения в части работы с оперативной памятью и процессами, что приводит к падению производительности на 30–50% по сравнению с Linux-версией.
2. Необходимость тонкой настройки: В отличие от MS SQL, PostgreSQL требует обязательного ручного «тюнинга» конфигурационного файла postgresql.conf сразу после установки. Без изменения дефолтных параметров СУБД не сможет использовать ресурсы сервера даже на 10%.

Рекомендации по настройке конфигурационного файла PostgreSQL

Разберем основные параметры файла postgresql.conf, которые необходимо изменить для сервера с 64 Гб оперативной памяти, выделенной под совмещенную работу 1С и СУБД:

# Основные параметры оптимизации PostgreSQL для 1С (64 Гб ОЗУ)
max_connections = 150
shared_buffers = 16GB                  # 25% от общего объема ОЗУ
temp_buffers = 256MB
work_mem = 64MB                        # Объем памяти для сортировки в рамках одного запроса
maintenance_work_mem = 2GB             # Память для сервисных операций (индексы, вакуум)
effective_cache_size = 44GB            # Около 70% от общего объема ОЗУ
row_security = off                     # Отключение встроенной безопасности строк (управляется на уровне 1С)
fsync = on                             # Должно быть включено для предотвращения потери данных при сбое

Требования к аппаратному обеспечению сервера

Для стабильной работы 20 пользователей в 1С:ERP с базой данных объемом около 80–100 Гб требования к железу должны формироваться исходя из критических узких мест платформы 1С.

Процессор (CPU) — главный фактор проведения документов

Проведение документов в 1С выполняется в один поток. Это означает, что общая производительность системы напрямую зависит не от количества ядер процессора, а от тактовой частоты одного ядра (однопоточной производительности). Не покупайте для небольшого количества пользователей многоядерные серверные процессоры с низкой базовой частотой (например, Intel Xeon с частотой 2.2–2.6 ГГц). Работа в ERP на таком процессоре превратится в мучение.

Выбирайте процессоры с высокой базовой частотой (от 3.6 ГГц до 4.0 ГГц и выше) и эффективным режимом Turbo Boost (до 5.0 ГГц). Для совмещенного сервера на 20 пользователей оптимально иметь один процессор с 8–12 быстрыми ядрами (например, современные поколения Intel Xeon Gold или AMD EPYC частотных серий).

Оперативная память (RAM)

Поскольку сервер приложений 1С и СУБД находятся на одной машине, они будут активно конкурировать за оперативную память. Минимальный объем для такой конфигурации — 64 Гб. Рекомендуемый объем для комфортной работы с запасом под рост базы на 3–5 лет — 96–128 Гб ECC DDR5.

Использование памяти с коррекцией ошибок (ECC) в серверных платформах обязательно, так как ERP-системы крайне чувствительны к микросбоям в ОЗУ, которые могут привести к необратимому повреждению таблиц СУБД.

Дисковая подсистема (хранилище данных)

Дисковая подсистема — это главный виновник «зависаний» при проведении тяжелых транзакций в 1С:ERP. Забудьте про механические диски (SAS/SATA HDD) — их производительности по IOPS (количеству операций ввода-вывода в секунду) категорически недостаточно.

Оптимальная схема организации дискового пространства:

1. Для операционной системы и платформы 1С: Достаточно стандартного отказоустойчивого массива RAID-1 на классических SSD SATA корпоративного класса.
2. Для баз данных СУБД и файлов журналов транзакций: Настоятельно рекомендуется использовать твердотельные накопители класса NVMe (PCIe Gen 4.0/5.0) в зеркальном массиве RAID-1 (или RAID-10 при наличии бюджета). Выбирайте накопители серии Enterprise с высоким ресурсом перезаписи (параметр DWPD не менее 3). Это обеспечит скорость обработки транзакций на уровне сотен тысяч IOPS и исключит дисковые очереди при групповом проведении документов.

Решение проблемы производительности ограничений доступа (RLS)

При переходе на новые конфигурации семейства 1С:ERP 2.5/2.6 пользователи часто сталкиваются с сильным замедлением работы интерфейсов у сотрудников с ограниченными правами. Причина кроется в механизме RLS (ограничение доступа на уровне записей).

Если в старой конфигурации УПП механизмы RLS накладывали простые условия на запросы, то в ERP архитектура безопасности значительно усложнилась. В СУБД PostgreSQL динамически формируемые запросы с RLS могут приводить к неоптимальным планам выполнения запросов.

Для исправления этой ситуации разберем по шагам переход на производительный режим работы RLS в современных конфигурациях 1С:

1. Перейдите в раздел НСИ и администрирование -> Настройка пользователей и прав -> Группы доступа.
2. Активируйте опцию «Производительный режим работы ограничений прав доступа».
3. При включении этого режима платформа перестает динамически вычислять сложные условия при каждом обращении к базе. Вместо этого права доступа рассчитываются предварительно с помощью фоновых регламентных заданий и записываются в специальные служебные регистры сведений.
4. При открытии списков документов или формировании отчетов СУБД выполняет простое соединение с таблицей рассчитанных прав, что ускоряет получение данных до 10–50 раз и полностью снимает избыточную нагрузку с процессора СУБД.

Стоит ли уходить в облако с 20 пользователями ERP?

Рассмотрим целесообразность размещения базы 1С:ERP в облачной инфраструктуре (IaaS/SaaS). Облака кажутся привлекательными из-за отсутствия необходимости разовой покупки дорогостоящего серверного железа. Однако для полноценной ERP-системы с кастомными доработками (внешние отчеты, обработки, измененные модули) облачный вариант несет в себе скрытые риски:

• Динамическое распределение ресурсов: Большинство облачных провайдеров используют технологии виртуализации с переподпиской (oversubscription) по процессору и памяти. В моменты пиковых нагрузок (сдача отчетности, расчет себестоимости) ваш виртуальный сервер может не получить гарантированной мощности, что приведет к резкому замедлению работы.
• Задержки дисковой подсистемы: Облачные диски часто являются сетевыми (SAN), что накладывает дополнительные ограничения на скорость транзакций БД по сравнению с локальными NVMe-накопителями на физическом сервере.

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