Как выбрать и настроить сервер для 1С, SQL и терминального доступа на 45 пользователей

Выбор серверного оборудования для системы «1С:Предприятие» — это всегда баланс между бюджетом и производительностью. Особенно остро этот вопрос стоит, когда планируется перевод базы из файлового режима в клиент-серверный вариант (SQL) при ограниченном бюджете. Рассмотрим ситуацию на примере сервера Dell PowerEdge R630 и проанализируем, насколько актуально использование процессоров прошлых поколений для современных конфигураций 1С.

Анализ аппаратной конфигурации: Процессор и Память

Для 45 активных пользователей предложенная конфигурация на базе двух процессоров Intel Xeon E5-2667v4 (3.20GHz, 8 ядер) является очень удачным выбором. Разберем почему:

1. Тактовая частота: Для 1С критически важна производительность на одно ядро. Базовая частота 3.2 ГГц и автоматический разгон (Turbo Boost) позволяют быстро выполнять тяжелые запросы и расчеты в типовых конфигурациях (БП, ЗУП).
2. Количество ядер: Суммарно 16 физических ядер (32 потока) вполне достаточно для одновременной работы службы rphost, SQL-сервера и терминальных сессий.
3. Оперативная память: 128 ГБ (8 планок по 16 ГБ) — это необходимый минимум для такой нагрузки. Однако следует учитывать распределение: при использовании двух процессоров память должна быть распределена поровну между сокетами для активации всех каналов памяти.

Важный нюанс: Использование памяти PC4-17000 (2133MHz) немного ниже максимально поддерживаемой процессором (2400MHz), но в реальных задачах 1С эта разница в 10-12% пропускной способности редко становится «узким местом» по сравнению с дисковой подсистемой.

Совмещение ролей: Сервер 1С + SQL на одной «тушке»

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

При размещении сервера 1С и MS SQL Server на одном физическом сервере мы получаем возможность использовать протокол Shared Memory (Общая память). Проанализируем механизм: вместо передачи данных через сетевой стек (даже виртуальный), службы обмениваются данными напрямую через оперативную память сервера. Это значительно снижает задержки (latency) при интенсивном обмене данными между rphost и sqlservr.

Для включения этого режима в строке соединения в консоли администрирования 1С или при настройке связи с базой данных полезно убедиться, что в SQL Server Configuration Manager включен протокол Shared Memory. Иногда для принудительного использования этого протокола в адресе сервера указывают lpc:ИмяСервера.

Проблема сетевой инфраструктуры и терминальный доступ

Ситуация, когда мощный сервер смотрит в сеть 100 Мбит, является критической точкой. Разберем влияние этого ограничения:

1. RDP-сессии: Одна сессия потребляет от 500 Кбит до 2 Мбит. Для 45 пользователей теоретический предел в 100 Мбит может быть достигнут при активной печати документов или просмотре графики.
2. Тонкий клиент: Если отказаться от терминала в пользу тонкого клиента, нагрузка на сеть возрастет, так как передаваться будет не «картинка», а сериализованные данные объектов.

Рекомендация: Переход на 1 Гбит крайне желателен. Стоимость гигабитного коммутатора и замена патч-кордов несопоставимы со стоимостью сервера, но это снимет все вопросы по «заиканию» интерфейса у пользователей.

Автоматизация обновления платформы без терминального сервера

Многие системные администраторы выбирают терминальный сервер (RDP) только ради удобства обновления 1С: обновил один раз на сервере — и у всех 45 пользователей новая версия. Однако для управляемых форм (УФ) это не единственный путь. Рассмотрим альтернативные методы автоматизации установки:

1. Использование веб-сервера (публикация дистрибутива)
В файле conf.cfg на стороне клиента можно прописать адрес веб-сервера, с которого тонкий клиент будет автоматически скачивать нужную версию платформы, если она не совпадает с серверной. Это избавляет от необходимости обходить каждое рабочее место.

2. Скриптовый метод (GPO или Startup Script)
Проанализируем пример простого .bat скрипта, который можно запускать при логине пользователя для проверки и установки платформы из сетевой папки:

@echo off
set "SOURCE=\\Server1C\Distr\1C_8_3_22"
set "DEST=C:\Program Files\1cv8"
if not exist "%DEST%\8.3.22.1750" (
    start /wait msiexec /i "%SOURCE%\1CEnterprise 8.3.msi" /qn DESIGNERALLCLIENTS=1 THINCLIENT=1
)

Такой подход позволяет использовать преимущества Тонкого клиента (меньшая нагрузка на память сервера, так как отрисовка интерфейса идет на ПК пользователя) и сохранять удобство централизованного управления.

Дисковая подсистема: залог успеха

Для сервера Dell R630 крайне важно правильно настроить диски. Поскольку планируется работа 45 пользователей в SQL-режиме, рассмотрим оптимальную структуру:

• Система и логи SQL: Отдельный зеркальный массив (RAID 1) на SSD.
• Базы данных: Массив RAID 10 из SSD или NVMe накопителей через PCIe-переходники.
• Кэш контроллера: Обязательно наличие контроллера PERC H730 с кэшем (1ГБ или 2ГБ) и исправным аккумулятором (BBU). Без рабочего кэша на запись (Write-Back) производительность SQL упадет в несколько раз.

Итоговые выводы

Рассматриваемое железо (Dell R630 + E5-2667v4) вполне актуально для 2023-2025 годов как бюджетное решение для малого и среднего бизнеса. Оно обеспечит комфортную работу 45 пользователей при условии правильной настройки дисковой подсистемы и сетевого окружения. Совмещение ролей SQL и 1С на одном сервере для данного количества пользователей является оптимальным и высокопроизводительным решением благодаря технологии Shared Memory.