Как организовать сервер 1С: от выбора оборудования до настройки кластера

Файловый режим работы 1С перестаёт справляться, когда с базой одновременно работают более 5–10 пользователей: растут блокировки, замедляются проведения документов, повышается риск повреждения данных. Переход на клиент-серверную архитектуру решает эти проблемы, но требует грамотной организации сервера 1С — от подбора оборудования до настройки СУБД и резервного копирования.

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

Материал рассчитан на администраторов и внедренцев, которые разворачивают сервер 1С впервые или переносят базу из файлового режима. Описанные действия применимы к типовым конфигурациям на платформе 8.3 и актуальным версиям PostgreSQL и Microsoft SQL Server.

Выбор архитектуры: один сервер или разнесение ролей

Первое решение — размещать ли сервер 1С и СУБД на одной машине. Для рабочих групп до 30–50 пользователей совмещение ролей на одном достаточно мощном сервере — нормальная и распространённая практика: упрощается администрирование, нет сетевых задержек между сервером приложений и базой данных. Ограничение — обе службы конкурируют за оперативную память, поэтому для СУБД нужно задать лимит памяти, оставив ресурс серверу 1С и операционной системе.

При 50 и более активных пользователях, тяжёлых регламентных операциях (закрытие месяца, перепроведение) или требованиях к отказоустойчивости роли разносят: отдельный сервер СУБД с быстрыми дисками и большим объёмом ОЗУ и отдельный сервер приложений 1С с производительным процессором. Между ними нужна сеть не медленнее 1 Гбит/с, желательно 10 Гбит/с.

Требования к оборудованию и виртуализация

Ключевые ресурсы для сервера 1С — оперативная память и быстрая дисковая подсистема. Процессор важен, но 1С чувствительнее к частоте ядер, чем к их количеству: типовые операции плохо распараллеливаются. Ориентировочный минимум для небольшой рабочей группы — 32 ГБ ОЗУ, SSD-накопители (NVMe предпочтительнее SATA), процессор серверного класса с высокой тактовой частотой. Точный расчёт зависит от числа пользователей, размера базы и конфигурации, поэтому перед закупкой полезно провести нагрузочное тестирование.

Виртуализация (Hyper-V, VMware ESXi, KVM) — стандартная практика для серверов 1С: упрощает резервное копирование, миграцию и масштабирование. Важные условия: выделяйте виртуальной машине фиксированный объём памяти без динамического перераспределения, размещайте виртуальные диски базы данных на быстром хранилище, не переподписывайте ресурсы процессора на перегруженном хосте.

Установка сервера 1С:Предприятие и СУБД

Порядок установки принципиально не зависит от операционной системы: сначала ставится СУБД и создаётся её экземпляр, затем устанавливается сервер 1С:Предприятие той же разрядности (x64) и версии, что требуется конфигурацией. На Windows сервер 1С регистрируется как служба и работает под выделенной учётной записью (по умолчанию создаётся пользователь USR1CV8). На Linux дистрибутив платформы поставляется пакетами, служба запускается через systemd или скрипт агента сервера.

Из СУБД чаще всего выбирают PostgreSQL (в том числе сборки, адаптированные под 1С) — бесплатный и хорошо поддерживаемый вариант, либо Microsoft SQL Server — когда в компании уже есть лицензии и опыт администрирования. Также поддерживаются Oracle Database и IBM Db2, но они встречаются реже. Выбор СУБД фиксируется при создании информационной базы: перенос между СУБД возможен только через выгрузку в dt-файл.

1. 1
   Установите и инициализируйте СУБД, задайте пароль администратора СУБД
2. 2
   Установите сервер 1С:Предприятие нужной версии и разрядности, запустите службу агента сервера
3. 3
   Откройте консоль администрирования серверов 1С, подключитесь к агенту (порт 1540 по умолчанию)
4. 4
   Создайте рабочий процесс и убедитесь, что кластер виден в консоли
5. 5
   Создайте информационную базу через консоль кластера или конфигуратор, указав параметры подключения к СУБД
6. 6
   Проверьте вход в базу толстым и тонким клиентом с рабочей станции

После установки проверьте сетевую доступность портов: агент сервера по умолчанию слушает порт 1540, рабочие процессы используют диапазон 1560–1591, менеджер кластера — 1541. Между клиентами и сервером, а также между сервером 1С и СУБД эти порты должны быть открыты в брандмауэре.

# Проверка, что агент сервера 1С слушает порт 1540
netstat -ano | findstr :1540
# Linux-вариант:
ss -tlnp | grep 1540

Создание информационной базы и настройка кластера

Информационная база в клиент-серверном режиме создаётся двумя способами: через консоль администрирования кластера (с последующей загрузкой конфигурации из dt-файла) или через конфигуратор при добавлении новой базы с указанием типа «На сервере 1С:Предприятия». В обоих случаях потребуются имя сервера СУБД, тип СУБД, имя базы данных и учётные данные администратора СУБД. Важно: база данных в СУБД создаётся автоматически, вручную создавать её средствами СУБД не нужно.

В свойствах рабочего сервера кластера обратите внимание на параметры рабочих процессов: допустимый объём памяти процесса, интервал перезапуска, количество информационных баз на процесс. Для стабильной работы полезно включить перезапуск рабочих процессов по расписанию (например, раз в сутки в нерабочее время) — это освобождает накопленную память и снижает риск аварийных завершений. Также настройте блокировку регламентных заданий на время обслуживания и задайте расписание для фоновых задач вне пиковой нагрузки.

Лицензии и права доступа

Для клиент-серверной работы требуются клиентские лицензии 1С (по числу одновременных сеансов) и лицензия на сервер 1С:Предприятие. Лицензии могут быть программными (привязываются к оборудованию сервера) или аппаратными (USB-ключи HASP). При виртуализации учитывайте: программная лицензия привязана к параметрам виртуальной машины, и её перенос на другой хост или изменение конфигурации ВМ может потребовать повторной активации через резервный пин-код.

Права внутри базы настраиваются через роли в конфигураторе и списки пользователей информационной базы. Отдельно администрируются пользователи кластера и СУБД — не путайте эти уровни. Принцип минимальных привилегий обязателен: учётная запись сервера 1С не должна быть администратором домена, а пользователям базы не нужны права администратора кластера.

Резервное копирование и регламентное обслуживание

Резервное копирование в клиент-серверном режиме делается средствами СУБД, а не выгрузкой dt вручную. Настройте регулярное полное копирование и, при необходимости, копирование журналов транзакций для восстановления на произвольный момент времени. Копии храните на отдельном носителе или площадке и периодически проверяйте восстановление на тестовом стенде — копия, которую никто не проверял, не считается резервной копией.

Регламентное обслуживание СУБД включает обновление статистики, перестроение индексов и контроль роста журнала транзакций. Без этого база со временем деградирует по производительности даже на мощном оборудовании. Для PostgreSQL настройте autovacuum и периодический анализ, для MS SQL Server — план обслуживания с задачами обновления статистики и реиндексации в нерабочие часы.

Проверка работоспособности и мониторинг

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

Признаком здоровой системы служат стабильное время отклика в часы пик, отсутствие аварийных перезапусков рабочих процессов и растущего файла подкачки. Если пользователи жалуются на «тормоза», начинайте диагностику с дисковой подсистемы и памяти — это два самых частых источника проблем, и только потом углубляйтесь в анализ запросов и кода конфигурации.

Частые вопросы об организации сервера 1С