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

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

Задача возникает при первом развёртывании клиент-серверного варианта работы, при переносе сервера на новое оборудование или после переустановки платформы. Процедура отличается для Windows и Linux, а также зависит от того, устанавливается сервер впервые или регистрируется повторно после сбоя.

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

Что понадобится перед регистрацией

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

Также потребуются права администратора на сервере, данные учётной записи, от имени которой будет работать служба, и доступ к серверу СУБД (MS SQL, PostgreSQL или другой поддерживаемой), если планируется клиент-серверный режим. Для Windows по умолчанию создаётся пользователь USR1CV8, но можно указать любую другую учётную запись с достаточными правами.

Регистрация сервера 1С в Windows

В Windows служба агента обычно создаётся автоматически при установке дистрибутива «Сервер 1С:Предприятие». Если при установке был выбран пункт «Установить сервер 1С:Предприятие как службу Windows», регистрация уже выполнена — остаётся проверить её работу. Служба называется «Агент сервера 1С:Предприятия» (1C:Enterprise Server Agent).

Если служба не создана или её нужно перерегистрировать, используется утилита командной строки. Запустите командную строку от имени администратора и выполните команду создания службы с указанием путей к исполняемым файлам и каталогу кластера.

sc create "1C:Enterprise 8.3 Server Agent" binPath= "\"C:\Program Files\1cv8\8.3.хх.хххх\bin\ragent.exe\" -srvc -agent -regport 1541 -portrange 1560:1591 -d \"C:\Program Files\1cv8\srvinfo\"" start= auto obj= .\USR1CV8 password= ПарольПользователя

Параметры команды: -regport — порт агента (по умолчанию 1541), -portrange — диапазон портов рабочих процессов, -d — каталог реестра кластера, где хранятся настройки и список баз. Учётная запись указывается в формате .\ИмяПользователя для локальной учётной записи или ДОМЕН\Пользователь для доменной.

1. 1
   Установите дистрибутив сервера 1С требуемой версии платформы
2. 2
   Создайте или проверьте учётную запись для службы с правами на каталоги платформы
3. 3
   Зарегистрируйте службу агента через установщик или команду sc create
4. 4
   Запустите службу и убедитесь, что она в состоянии «Работает»
5. 5
   Откройте консоль администрирования серверов 1С и зарегистрируйте в ней центральный сервер
6. 6
   Проверьте наличие кластера и рабочих процессов в консоли

Регистрация сервера 1С в Linux

В Linux агент сервера регистрируется как системная служба через скрипт, поставляемый с дистрибутивом. После установки пакетов сервера в каталоге платформы находится скрипт srv1cv8, который копируется в каталог инициализации системы.

Для систем с systemd создаётся unit-файл службы, в котором указывается пользователь, от имени которого работает агент (обычно usr1cv8), путь к ragent и параметры запуска. После создания файла службу включают в автозагрузку и запускают стандартными командами.

sudo systemctl enable srv1cv8
sudo systemctl start srv1cv8
sudo systemctl status srv1cv8

Проверьте, что каталог /home/usr1cv8/.1cv8 (каталог реестра кластера) существует и доступен пользователю службы на запись. Неправильные права на этот каталог — типичная причина, по которой служба стартует и сразу завершается.

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

После запуска службы сервер нужно зарегистрировать в консоли администрирования серверов 1С:Предприятие. Консоль входит в состав дистрибутива и запускается из меню «Пуск» в Windows или через файл 1CV8 Servers.msc.

В консоли создайте новый центральный сервер, указав имя или IP-адрес машины, где работает агент. Если служба запущена и порт 1541 доступен, в дереве появится кластер с рабочими процессами. Если кластер не отображается — проверяйте состояние службы и сетевые настройки.

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

Сетевые порты и доступность сервера

Для работы клиентов с сервером должны быть открыты порты: 1540 (соединения кластера), 1541 (агент сервера) и диапазон портов рабочих процессов — по умолчанию 1560–1591. При стандартной установке правила брандмауэра Windows создаются автоматически, но при нестандартной конфигурации или наличии внешнего межсетевого экрана их нужно добавить вручную.

Проверить доступность порта можно командой telnet имя_сервера 1541 с клиентской машины. Если соединение не устанавливается, проверяйте брандмауэр на сервере, сетевые экраны между клиентом и сервером и то, что служба агента действительно слушает порт (команда netstat -an | find "1541" в Windows).

Типичные ошибки и их устранение

Самая распространённая проблема — служба не стартует из-за неверного пароля учётной записи или недостатка прав. Откройте свойства службы, перепроверьте учётную запись и пароль, убедитесь, что пользователь имеет полный доступ к каталогу реестра кластера и каталогу установки платформы.

Вторая частая ситуация — повторная регистрация поверх существующей службы. Перед созданием новой службы удалите старую командой sc delete "Имя службы" и перезагрузите сервер, чтобы освободить занятые ресурсы. Иначе возможны конфликты портов и дублирование агентов.

Третья группа ошибок связана с реестром кластера: если каталог srvinfo повреждён или содержит данные от другой установки, базы могут «пропасть» из консоли. В таком случае либо восстанавливают каталог из резервной копии, либо создают базы в кластере заново с теми же именами — сами данные в СУБД при этом не затрагиваются.

Повторная регистрация и перенос сервера

При переносе сервера на новое оборудование порядок такой: установите платформу той же версии, зарегистрируйте службу агента, перенесите каталог srvinfo со старого сервера (при остановленной службе) и запустите службу. Кластер поднимется с прежним списком баз. В свойствах баз может потребоваться обновить имя сервера СУБД, если оно изменилось.

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

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