Сервер 1С:Предприятия 8.3 на Windows Server: железо, СУБД, кластер и ежедневное обслуживание

Чтобы установить сервер 1С:Предприятия 8.3, нужны три вещи: 64-битный дистрибутив платформы с компонентом «Сервер 1С:Предприятия», СУБД (Microsoft SQL Server или PostgreSQL в сборке для 1С) и серверная лицензия. Сервер ставится как служба Windows, слушает порты 1540, 1541 и диапазон 1560–1591, а базы регистрируются в консоли «Администрирование серверов 1С Предприятия».

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

Что нужно серверу: железо, ОС и лицензии

Точных официальных требований «на N пользователей» нет: нагрузку определяет конфигурация и характер работы. Ниже — ориентиры, на которые обычно опираются при первом запуске, когда сервер 1С и СУБД стоят на одной машине.

💡 1С плохо распараллеливает одиночную операцию: закрытие месяца или проведение большого документа идёт в один поток. Поэтому частота ядра важнее их количества. Процессор на 3,5 ГГц с 8 ядрами обычно полезнее, чем 2,2 ГГц с 24 ядрами.

Программная часть:

• 🖥️ ОС — Windows Server 2016, 2019 или 2022, 64 бит. Сервер 1С работает и на Linux, но здесь речь про Windows.
• 📦 Платформа — 64-битный дистрибутив «Технологическая платформа 1С:Предприятия для Windows» той версии, которую требует ваша конфигурация. Номер не ниже указанного в описании релиза конфигурации.
• 🗄️ СУБД — Microsoft SQL Server (подходит и редакция Express для небольших баз, но у неё лимит размера базы 10 ГБ) или PostgreSQL в сборке с патчами для 1С.
• 🔑 Лицензия сервера — отдельный продукт (ключ сервера 1С:Предприятия 8.3). Клиентские лицензии на рабочие места покупаются отдельно; сервер может выдавать их сам, если они активированы на нём.

Подготовка Windows Server перед установкой

Большинство проблем после установки — следствие пропущенной подготовки. Сделайте её до запуска установщика.

1. Задайте постоянное имя и IP. Клиенты ищут сервер по имени. Если имя потом поменять, придётся перерегистрировать базы. Пропишите имя в DNS или в C:\Windows\System32\drivers\etc\hosts на клиентах.
2. Включите схему электропитания «Высокая производительность». Команда: powercfg /setactive SCHEME_MIN. Сбалансированный режим заметно замедляет 1С на серверах с плавающей частотой.
3. Откройте порты в брандмауэре. Агент и менеджер кластера — 1540 и 1541, рабочие процессы — 1560–1591:

netsh advfirewall firewall add rule name="1C Server 8.3" dir=in action=allow protocol=TCP localport=1540-1541,1560-1591

4. Настройте исключения антивируса. Исключите каталог srvinfo (по умолчанию C:\Program Files\1cv8\srvinfo), каталоги данных и журналов СУБД и папку с резервными копиями. Проверка каждого обращения к файлам кластера и базы даёт заметные задержки.
5. Решите, под какой учётной записью пойдёт служба. Установщик предлагает создать локального пользователя USR1CV8. Если сервер 1С должен ходить в SQL по Windows-аутентификации или писать копии на сетевой ресурс, заранее создайте доменную учётную запись.

Установка сервера 1С на Windows Server по шагам

1. Распакуйте дистрибутив платформы и запустите setup.exe.
2. В списке компонентов включите:
   • «1С:Предприятие 8» — клиент нужен для проверки и для конфигуратора на сервере;
   • «Сервер 1С:Предприятия 8»;
   • «Администрирование сервера 1С:Предприятия» — это консоль кластера;
   • «Модули расширения веб-сервера» — только если будете публиковать базы через IIS или Apache.
3. На шаге параметров сервера отметьте установку как сервиса Windows и выберите пользователя: создать USR1CV8 или указать существующую учётную запись.
4. Дождитесь окончания и проверьте в services.msc, что служба «Агент сервера 1С:Предприятия 8.3 (x86-64)» запущена. В английской Windows она называется 1C:Enterprise 8.3 Server Agent (x86-64).

Регистрация консоли администрирования

Частая ловушка: консоль 1CV8 Servers (x86-64) открывается с ошибкой или пустой. Причина — не зарегистрирована библиотека radmin.dll нужной версии. Регистрация из командной строки от имени администратора:

regsvr32 "C:\Program Files\1cv8\8.3.24.1467\bin\radmin.dll"

Номер в пути подставьте свой. После обновления платформы регистрацию повторяют для новой версии, иначе консоль будет обращаться к старой библиотеке.

Что лежит в параметрах службы

Строку запуска службы видно в свойствах службы или в реестре, ключ ImagePath. Типичный вид:

"C:\Program Files\1cv8\8.3.24.1467\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug

• -port — порт агента сервера;
• -regport — порт главного менеджера кластера;
• -range — диапазон портов рабочих процессов;
• -d — каталог служебных файлов кластера;
• -debug — разрешает отладку на сервере. Если на продуктивном сервере разработчики не отлаживают код, ключ можно убрать.

💡 Чтобы на одной машине работали две версии платформы (например, рабочая и тестовая), вторую службу запускают с другими портами: -port 2540 -regport 2541 -range 2560:2591 и отдельным каталогом -d. Клиенты тогда подключаются к базе вида Srvr="server:2541";Ref="test_base";.

Кластер серверов 1С: первичная настройка

Откройте консоль администрирования серверов 1С. В дереве «Центральные серверы 1С:Предприятия 8.3» через контекстное меню выберите Создать → Центральный сервер 1С:Предприятия 8.3 и укажите имя машины. После установки служба уже создаёт «Локальный кластер» на порту 1541 — остаётся довести его настройки.

Администраторы кластера и агента

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

Регистрация информационной базы

Ветка «Информационные базы» → Создать → Информационная база. Поля, которые важно заполнить правильно:

Включайте блокировку регламентных заданий в каждой копии рабочей базы: иначе копия начнёт обмениваться с банком, ЭДО и сайтом от имени настоящей организации.

Рабочий сервер и его параметры

В свойствах рабочего сервера задаётся диапазон портов рабочих процессов и параметры, которые влияют на стабильность: «Количество ИБ на процесс», «Количество соединений на процесс», «Критический объём памяти процессов», «Временно допустимый объём памяти процессов», «Безопасный расход памяти за один вызов». Здесь же — требования назначения функциональности, если серверов в кластере несколько.

MS SQL Server или PostgreSQL для сервера 1С

Обе СУБД официально поддерживаются. Выбор обычно решают деньги, компетенции администратора и требования к импортонезависимости.

Настройка MS SQL под 1С

• При установке выберите параметры сортировки Cyrillic_General_CI_AS.
• Включите смешанную аутентификацию, если сервер 1С подключается по SQL-логину.
• Ограничьте max server memory: SQL Server по умолчанию забирает почти всю память и выдавливает рабочие процессы 1С. На машине с 64 ГБ, где стоят и 1С, и SQL, разумный старт — 32–40 ГБ для SQL.
• Модель восстановления: Full с регулярным резервным копированием журнала, если нужна точка восстановления на минуту; Simple — если хватает ежедневной полной копии.

Настройка PostgreSQL под 1С

Стандартная сборка PostgreSQL из репозитория не подойдёт: нужна сборка с патчами для 1С. Стартовые параметры в postgresql.conf для выделенного сервера с 32 ГБ памяти:

shared_buffers = 8GB
effective_cache_size = 22GB
work_mem = 64MB
maintenance_work_mem = 1GB
max_connections = 500

Это отправная точка, а не готовый рецепт: значения подбирают по реальной нагрузке. После правки параметров shared_buffers и max_connections нужен перезапуск службы PostgreSQL — пользователи потеряют соединение, делайте это вне рабочих часов.

Производительность и память рабочих процессов

Когда сервер 1С тормозит, проверяйте по порядку: память, диски, СУБД и только потом процессор.

1. Память рабочих процессов. В диспетчере задач посмотрите процессы rphost.exe. Если один разрастается до десятков гигабайт, задайте «Критический объём памяти процессов» и «Временно допустимый объём» в свойствах рабочего сервера. Процесс, превысивший порог, кластер перезапустит.
2. Перезапуск по расписанию. В свойствах кластера есть «Интервал перезапуска» — рабочие процессы пересоздаются, сеансы при этом переносятся на новый процесс. Значение 86400 секунд (сутки) — частый выбор.
3. Диски СУБД. Очередь диска выше 2–3 под нагрузкой — повод перенести журнал транзакций и tempdb на отдельный быстрый диск.
4. Обслуживание СУБД. Обновление статистики и перестроение индексов по ночам. Для MS SQL — план обслуживания, для PostgreSQL — VACUUM ANALYZE по расписанию.
5. Технологический журнал. Если причина не видна, включите журнал файлом logcfg.xml в каталоге C:\Program Files\1cv8\conf. Пишите только нужные события (например, длительные вызовы и управляемые блокировки) и следите за местом на диске: полный журнал за час может занять гигабайты.

💡 Ночные задачи разводите по времени: резервная копия СУБД, обслуживание индексов и тяжёлые регламентные задания 1С, запущенные одновременно, мешают друг другу.

Обновление платформы без лишнего простоя

1. Установите новую версию платформы рядом со старой — каталоги версий в C:\Program Files\1cv8 не пересекаются.
2. Предупредите пользователей и в окно обслуживания остановите службу старой версии. Все сеансы завершатся.
3. Переключите службу на новую версию: проще всего запустить установщик новой версии с опцией установки как сервиса. Либо поправьте путь к ragent.exe в ImagePath.
4. Зарегистрируйте radmin.dll новой версии и запустите службу.
5. Обновите клиентские платформы: клиент и сервер должны быть одной версии.

Резервные копии и контроль сеансов

Выгрузка .dt через конфигуратор — не замена резервному копированию. Она требует монопольного доступа и долго идёт на больших базах. Основная копия делается средствами СУБД:

• 💾 MS SQL — BACKUP DATABASE по плану обслуживания, плюс копии журнала при модели Full;
• 💾 PostgreSQL — pg_dump по расписанию из планировщика заданий.

Пример для PostgreSQL:

"C:\Program Files\PostgreSQL\15\bin\pg_dump.exe" -U postgres -Fc -f "D:\Backup\buh_%date:~6,4%%date:~3,2%%date:~0,2%.backup" buh

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

Сеансы и лицензии удобно смотреть утилитой rac, которая идёт с платформой (для неё нужна запущенная служба ras). Базовые команды — rac cluster list и rac session list --cluster=<id> --licenses. Остальные подкоманды смотрите в справке rac help.

Ошибки при запуске сервера 1С и как их снять

Очистка кэша сервера

Когда после обновления конфигурации или сбоя сервер ведёт себя странно (не видит базы, держит «мёртвые» сеансы), администраторы чистят сеансовые данные: останавливают службу, удаляют из каталога кластера в srvinfo (папка вида reg_1541) подкаталоги snccntx… и запускают службу.

Частые вопросы