Агент сервера 1С: за что отвечает и как его администрировать

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

Многие проблемы, которые выглядят как «1С не запускается», на деле сводятся к остановленной службе агента, занятому порту или повреждённому реестру кластера. Чтобы быстро локализовать причину, нужно знать, какие процессы за что отвечают, какие порты используются и где хранятся служебные файлы.

Что такое агент сервера 1С и где он работает

Агент сервера 1С — это исполняемый модуль ragent, который устанавливается вместе с компонентой «Сервер 1С:Предприятия». В ОС Windows он обычно работает как служба «Агент сервера 1С:Предприятия», в Linux — как демон, запускаемый скриптом или через systemd. Агент стартует первым и поднимает остальную инфраструктуру кластера.

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

Физически агент хранит данные кластера в каталоге srvinfo (в Windows обычно в профиле служебного пользователя, в Linux — в домашнем каталоге пользователя, от имени которого запущен демон). Там находятся файлы реестра, список информационных баз, настройки кластера и журналы.

Основные функции агента

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

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

Третья функция — управление процессами. Агент запускает и контролирует менеджер кластера rmngr и рабочие процессы rphost, следит за их состоянием и перезапускает при необходимости в соответствии с настройками кластера.

Четвёртая функция — обслуживание консоли администрирования. Все операции в консоли кластеров (добавление баз, изменение свойств, просмотр сеансов) выполняются через подключение к агенту.

Процессы кластера: ragent, rmngr, rphost

Чтобы правильно диагностировать проблемы, важно различать три ключевых процесса сервера 1С. Они работают совместно, но отвечают за разные задачи.

Типичная схема обращения выглядит так: клиент подключается к ragent, получает адрес rphost и работает с ним. Менеджер кластера rmngr при этом координирует распределение соединений между рабочими процессами и управляет сервисами сеансовых данных и фоновых заданий.

Сетевые порты агента сервера

Агент использует стандартный диапазон портов, который важно открыть на межсетевых экранах между клиентами, сервером 1С и сервером СУБД. По умолчанию применяются следующие значения.

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

netstat -ano | findstr 1540

Команда выше покажет, слушает ли какой-либо процесс порт агента на сервере. Если строки нет — агент не запущен или завершился с ошибкой. Для проверки доступности порта с клиентской машины удобно использовать Test-NetConnection servername -Port 1540 в PowerShell.

Управление службой агента

В Windows агент управляется как обычная служба: через оснастку «Службы», командную строку или PowerShell. Перезапуск службы агента приводит к перезапуску всего кластера, поэтому выполнять его следует только вне рабочего времени или после предупреждения пользователей.

1. 1
   Предупредите пользователей и дождитесь завершения активных сеансов либо завершите их через консоль кластера.
2. 2
   Откройте оснастку services.msc и найдите службу «Агент сервера 1С:Предприятия» нужной версии.
3. 3
   Выполните перезапуск службы или команды net stop / net start с точным именем службы.
4. 4
   Проверьте, что процессы ragent, rmngr и rphost появились в диспетчере задач.
5. 5
   Откройте консоль кластера и убедитесь, что информационные базы видны и сеансы устанавливаются.

В Linux агент обычно запускается скриптом из состава поставки или юнитом systemd. Управление выполняется командами вида systemctl start srv1cv8 (имя юнита зависит от способа установки). Перед перезапуском убедитесь, что у служебного пользователя есть права на каталог srvinfo и логи.

Реестр кластера и каталог srvinfo

Каталог srvinfo — это «память» кластера. В нём находятся файлы реестра (в том числе список информационных баз и их параметры), журналы регистрации кластера и служебные данные. Путь к каталогу задаётся параметром запуска агента -d и отображается в свойствах службы.

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

Рекомендуется периодически копировать содержимое srvinfo в резервную копию при остановленном агенте. Это позволит быстро восстановить конфигурацию кластера после сбоя, не пересоздавая десятки баз вручную.

Диагностика типичных проблем

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

Если служба не стартует, смотрите журналы: системный журнал Windows (или journalctl в Linux) и технологический журнал 1С, если он настроен. Частые причины — занятый порт, повреждённый реестр кластера, недостаток прав у служебной учётной записи.

Ограничения и особенности

Агент сам по себе не исполняет прикладной код и не работает с данными — за это отвечают рабочие процессы. Поэтому «тормоза» базы редко связаны с агентом: обычно узкое место — rphost, СУБД или дисковая подсистема.

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

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

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