← На главную

Переход с файлового режима или устаревших серверных мощностей на современную клиент-серверную архитектуру — это критический этап масштабирования системы. Когда количество пользователей достигает 50 человек, а типовые конфигурации вроде Бухгалтерия предприятия 3.0 или Зарплата и управление персоналом 3.1 начинают замедляться, основной причиной чаще всего становится дисковая подсистема и нехватка оперативной памяти. Рассмотрим подробно, как спроектировать надежную и быструю систему, исходя из практического опыта и современных стандартов автоматизации.

Архитектура системы: один сервер или разделение ролей?

Разберем фундаментальный вопрос: стоит ли размещать все компоненты (RDP-терминал, Сервер 1С и SQL-сервер) на одном физическом железе. Существует два основных подхода:

1. Монолитная архитектура (Все на одном): В этом случае взаимодействие между Сервером 1С и MS SQL Server (или PostgreSQL) происходит через протокол Shared Memory. Это исключает сетевые задержки и позволяет передавать данные через общую память сервера, что дает прирост производительности около 10-15%. Однако при такой схеме возникает жесткая конкуренция за ресурсы между RDP-сессиями пользователей и тяжелыми запросами базы данных.
2. Разделение ролей (Рекомендуемый вариант): Мы выносим RDP-сервер (терминал) на одну физическую машину (или виртуальную), а связку Сервер 1С + SQL — на другую. Это позволяет гибко масштабировать систему и гарантирует, что «зависшая» сессия пользователя не уронит сервер базы данных. Для связи между серверами необходимо использовать сеть не ниже 10 Гбит/с, чтобы минимизировать задержки (latency).

Проанализируем оптимальную конфигурацию для 50 пользователей: терминальный сервер должен иметь большой объем оперативной памяти и многоядерный процессор, тогда как для сервера 1С/SQL критически важна именно частота ядра.

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

Выясним причину, по которой 1С чувствительна к тактовой частоте. Платформа 1С:Предприятие до сих пор имеет ограничения в распараллеливании транзакций. Процесс rphost выполняет действия в рамках одной транзакции (например, проведение сложного документа) в одном потоке на одном ядре.

Следовательно, если у вас будет 40 ядер с частотой 2.0 ГГц, система будет работать медленнее, чем на 8 ядрах с частотой 4.0 ГГц. Проанализируем ключевые показатели:

• Single Thread Rating: Ориентируйтесь на тест PassMark. Значение должно быть выше 2500–3000 единиц.
• Серверные решения: Рекомендуем Intel Xeon Gold серии 6xxx (с индексом F или новые поколения) с базовой частотой от 3.0 ГГц.
• Альтернатива: Для небольших баз иногда оправдано использование Core i9 или Ryzen 9 с ECC-памятью, так как их частота в Turbo Boost достигает 5.5-6.0 ГГц.

Дисковая подсистема: SAS, SATA или NVMe?

Разберем подробно сообщение из практики, где упоминается важность интерфейса. Многие путают тип диска (SSD/HDD) и интерфейс (SAS/SATA/NVMe).

Интерфейс SATA: Имеет ограничение пропускной способности (обычно до 6 Гбит/с). Если собрать RAID 10 из 6 быстрых SSD, вы быстро упретесь в потолок шины контроллера. Скорость обмена данными перестанет расти с добавлением новых дисков.

Интерфейс SAS: Поддерживает скорость до 12-24 Гбит/с и дуплексный режим работы (одновременное чтение и запись). Серверные SAS SSD — это «золотой стандарт» по надежности и скорости для RAID-массивов.

NVMe (U.2/M.2): Самый современный вариант. Работает напрямую через шину PCI-E. Однако для них требуются специальные контроллеры или поддержка технологии Intel VROC. Рассмотрим схему распределения дисков для максимальной производительности:

1. System (ОС): 2 x SSD (SATA или SAS) в RAID 1 (зеркало).
2. Data/Logs SQL: 4 x SAS SSD в RAID 10. Это обеспечит и высокую скорость записи, и надежность при выходе из строя одного или даже двух дисков (в разных парах).
3. TempDB и кэш: Рекомендуется выносить на отдельный максимально быстрый NVMe диск.
4. Backups: 2 x HDD (SATA) большой емкости в RAID 1. Бэкапы не требуют скорости SSD, здесь важна отказоустойчивость и объем.

Важное замечание по ресурсу: Выбирайте диски с параметром DWPD (Drive Writes Per Day) не ниже 1.0–3.0. Базы SQL постоянно пишут логи транзакций, что быстро «убивает» обычные пользовательские SSD.

Настройка SQL Server для работы с 1С

Просто установить SQL недостаточно. Посмотрим на критические настройки, которые часто упускают системные администраторы:

• Max Degree of Parallelism (MAXDOP): Для баз 1С рекомендуется установить значение 1. Это заставит SQL выполнять каждый запрос на одном ядре, что предотвращает блокировки при выполнении сложных вложенных запросов 1С.
• Memory Limit: Обязательно ограничьте аппетиты SQL Server. Если у вас на сервере 128 Гб памяти, отдайте SQL не более 80-90 Гб, оставив остальное для rphost и нужд операционной системы. Иначе SQL поглотит всю доступную память, вызвав свопинг (выгрузку на диск).
• Lock Pages in Memory: Настройте групповые политики Windows, чтобы разрешить SQL Server закреплять страницы в памяти. Это предотвратит их сброс в файл подкачки.
• TempDB: Разделите TempDB на несколько файлов (равно количеству логических ядер, но не более 8) одинакового размера. Это ускорит работу с временными таблицами.

Тонкости терминального сервера (RDP)

Проанализируем ситуацию с пользователями. Когда 50 человек заходят в 1С через RDP, в их профилях (папка %AppData%) начинают разрастаться кэши конфигураций.

Наши рекомендации:

1. Используйте быстрые SSD для диска C: на терминальном сервере. Очередь к диску — главный враг комфортной работы пользователя.
2. Настройте регулярную очистку кэша 1С или используйте технологию User Profile Disks (UPD) для удобного управления профилями.
3. Исключите папки с базами данных и кэшем из проверки антивирусом. Это может дать до 20% прироста в скорости открытия форм и отчетов.

Виртуализация: за и против

Хотя в обсуждении рассматривались физические серверы, мы рекомендуем использовать гипервизоры (Proxmox, VMware ESXi или Hyper-V). Разберем преимущества:

• Снапшоты: Перед обновлением конфигурации 1С или патчем SQL сделайте «снимок» системы. Если что-то пойдет не так, откат займет 5 минут.
• Миграция: При выходе железа из строя виртуальную машину можно быстро развернуть на другом сервере.
• Лимитирование: Вы можете жестко задать количество ядер для терминального сервера, чтобы он не мешал работе сервера баз данных.

Помните, что при использовании виртуализации для SQL сервера важно настроить Memory Reservation, чтобы виртуальная машина всегда владела выделенным объемом физической RAM без задержек.

Резюме по выбору оборудования

Для комфортной работы 50 пользователей в смешанном режиме (типовые конфигурации + самописные) ориентируйтесь на следующие характеристики сервера 1С+SQL:

• CPU: 1 процессор с частотой от 3.5 ГГц (12-16 физических ядер).
• RAM: 128 Гб DDR4/DDR5 ECC.
• Disk: Контроллер с кэшем и батарейкой (BBU) + массив из SAS SSD в RAID 10.
• Network: 10Gb Ethernet между серверами.

Таким образом, правильно выбрав интерфейсы подключения дисков (SAS/NVMe вместо SATA) и сделав ставку на тактовую частоту процессора, вы обеспечите стабильную и быструю работу системы 1С:Предприятие на долгие годы.