Как выбрать конфигурацию небольшого сервера под 1С и СУБД на 30 пользователей?

Развертывание и модернизация серверной инфраструктуры для 1С:Предприятие 8.3 на небольшое количество рабочих мест (до 30 активных пользователей) часто вызывает споры о балансе производительности, надежности и бюджета. Особенно остро вопрос встает в условиях, когда у компании нет выделенной серверной комнаты с прецизионным кондиционированием, а база данных размещается совместно с сервером приложений 1С на одной физической машине. Разберем по шагам ключевые требования к аппаратной части и базовой настройке программного стека для стабильной работы базы данных 1С:Управление нашей фирмой.

Анализ приоритетов аппаратных ресурсов

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

1. Дисковая подсистема: Наиболее узкое место в работе связки «1С + СУБД». Операции ввода-вывода (IOPs) и задержки чтения/записи критически влияют на скорость формирования отчетов и блокировки таблиц.
2. Оперативная память (RAM): СУБД активно кэширует таблицы и индексы в памяти. Недостаток ОЗУ приводит к постоянному сбросу страниц на диск и деградации производительности.
3. Процессор (CPU): Для платформы 1С критически важна высокая однопоточная производительность на ядро (Single-Thread Performance), а не избыточное число низкочастотных ядер.

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

Использование классических механических жестких дисков (HDD) под рабочие базы 1С в современных реалиях не оправдано. Разберем правила распределения файлов на твердотельных накопителях (SSD/NVMe):

1. Размещение рабочей базы данных: Файлы данных (.mdf) и системную базу TempDB необходимо размещать на быстрых SSD. Это обеспечивает минимальное время отклика при выборках и пересчете итогов.
2. Класс накопителей: Для серверов баз данных категорически не рекомендуется использовать потребительские (Consumer) накопители. Выбираем накопители серверного класса (Enterprise) с защитой от потери питания (Power Loss Protection, PLP) и ресурсом перезаписи DWPD от 1 до 3. Отсутствие PLP в потребительских SSD заставляет контроллеры отключать кэш записи, что снижает скорость случайной записи в разы.
3. Отказоустойчивость и RAID: Для защиты от аппаратного сбоя накопители объединяются в зеркальный массив (RAID 1 или RAID 10). Хотя ресурс одинаковых SSD расходуется схожими темпами, RAID защищает от внезапного выхода из строя электронных компонентов одного из дисков.
4. Журналы транзакций и резервные копии: Журналы транзакций (.ldf) создают интенсивную последовательную запись. Резервные копии (бэкапы) обязательно должны выгружаться на отдельный физический массив или сетевое хранилище (NAS), изолированное от рабочего сервера.

Расчет и оптимизация оперативной памяти

Для совмещенного сервера (сервер 1С + СУБД + веб-сервисы) на 30 пользователей базового объема 20 ГБ недостаточно. Оптимальным минимумом является 32–64 ГБ ОЗУ. Рассмотрим методику распределения памяти:

1. Ограничение памяти для СУБД: Служба SQL по умолчанию пытается захватить всю доступную память в системе. Необходимо жестко зафиксировать параметр Max Server Memory в настройках СУБД (выделив около 60–70% от общего объема ОЗУ).
2. Память для процессов 1С: Оставшиеся 30–40% памяти резервируются под процессы кластера 1С (rphost, rmngr), веб-сервер (IIS/Apache) и нужды операционной системы. Это предотвратит вытеснение рабочих процессов 1С в файл подкачки.
3. Отказ от RAM-дисков для постоянных данных: Размещение рабочих баз на RAM-дисках недопустимо из-за риска полной потери данных при внезапном перезапуске сервера или сбое питания.

Выбор процессора и системных протоколов

При выборе процессора ориентируемся на современную микроархитектуру с базовой частотой от 3.5 ГГц и высокой частотой в режиме Boost (от 4.0 ГГц и выше). 6–8 высокочастотных ядер обеспечат параллельную обработку запросов 30 пользователей лучше, чем устаревшие многоядерные процессоры с низкой частотой.

При установке сервера 1С и СУБД на одну операционную систему настраиваем подключение кластера 1С к базе данных через протокол Shared Memory (протокол совместной памяти), отключив использование локального TCP/IP сокета. Это минимизирует накладные расходы на сетевой стек и ускоряет передачу больших пакетов данных.

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

Если для оборудования не выделено специализированное серверное помещение, учитываем следующие эксплуатационные требования:

1. Форм-фактор Tower (напольный): Стоечные серверы (1U/2U) оснащены маленькими высокооборотистыми кулерами и создают сильный акустический шум (до 70–80 дБ). Для офиса подходят только пьедестальные корпуса формата Tower с вентиляторами большого диаметра (120–140 мм).
2. Температурный режим: Сервер должен эксплуатироваться в кондиционируемом помещении. В летний период температура воздуха не должна превышать +22...+24 °C для предотвращения перегрева накопителей и троттлинга процессора.
3. Защита от пыли: В жилых и офисных помещениях уровень запыленности выше нормы, поэтому корпус должен быть оснащен съемными противопылевыми фильтрами, а система охлаждения подлежит регулярной профилактической очистке.

Обновление платформы и СУБД

Использование устаревшей СУБД (например, MS SQL Server 2008) блокирует возможность перехода на актуальные версии платформы 1С:Предприятие 8.3, где поддержка старых версий SQL отключена. При обновлении оборудования целесообразно запланировать модернизацию СУБД на современные редакции MS SQL Server либо рассмотреть миграцию на адаптированный для 1С PostgreSQL, что позволит оптимизировать затраты на лицензирование при сохранении высокой производительности.