К статье
Практический материал

Администрирование · 9 мин

1С ragent: что это за процесс и как с ним работать

Что такое ragent.exe в 1С, зачем нужен агент сервера, как проверить его работу, перезапустить службу и решить типичные проблемы с портами и памятью.

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

Агент устанавливается вместе с компонентом «Сервер 1С:Предприятия» и по умолчанию регистрируется как служба Windows с именем вида «Агент сервера 1С:Предприятия 8.3.x» (1C:Enterprise 8.3 Server Agent). На Linux он запускается как демон. Один физический сервер может обслуживать несколько экземпляров ragent разных версий платформы — каждый со своим набором портов.

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

Какую роль ragent выполняет в кластере серверов 1С

Кластер серверов 1С состоит из нескольких типов процессов: агент (ragent), менеджеры кластера (rmngr) и рабочие процессы (rphost). Агент — точка входа: клиентское приложение сначала обращается к ragent, тот по реестру кластера находит активный менеджер, а менеджер уже назначает клиенту рабочий процесс rphost, в котором и выполняется прикладной код.

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

Какие порты использует ragent и как их проверить

По умолчанию агент сервера 1С использует порт 1540 для подключений клиентов. Диапазон рабочих портов кластера — 1560–1591, порт менеджера кластера — 1541. Если на одном сервере установлено несколько версий платформы, каждая получает свой набор портов (например, вторая версия может быть настроена на 2540/2541 и диапазон 2560–2591).

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

cmd
netstat -ano | findstr :1540

Дополнительно убедитесь, что порты открыты в брандмауэре Windows или сетевом экране между клиентами и сервером. Типичный признак закрытого порта: с самого сервера подключение к базе работает, а с клиентских машин — нет.

Как проверить состояние службы агента

В Windows откройте оснастку «Службы» (services.msc) и найдите службу «Агент сервера 1С:Предприятия» соответствующей версии. Нормальное состояние — «Выполняется», тип запуска — «Автоматически». Если тип запуска «Вручную», после перезагрузки сервера пользователи не смогут работать, пока администратор не запустит службу.

Проверить процесс можно и через диспетчер задач или командную строку: процесс ragent.exe должен присутствовать в списке, причём запущен он обычно от имени служебной учётной записи (по умолчанию создаётся пользователь вида USR1CV8). От этой же учётной записи работают и остальные процессы кластера.

Контрольные точки

Как проверить, что агент работает нормально

Служба в services.msc
Норма

Состояние «Выполняется», запуск «Автоматически»

Тревожный признак

Служба остановлена или тип запуска «Вручную»

Порт 1540
Норма

Порт прослушивается процессом ragent.exe

Тревожный признак

Порт не занят или занят другим приложением

Процессы кластера
Норма

В системе есть ragent, rmngr и один или несколько rphost

Тревожный признак

Есть ragent, но нет rmngr/rphost — кластер не стартовал полностью

Подключение клиента
Норма

База открывается с клиентских машин

Тревожный признак

Ошибка «сервер не обнаружен» при работающей службе — проверяйте брандмауэр и DNS

Как безопасно перезапустить ragent

Перезапуск агента фактически означает перезапуск всего кластера: сеансы пользователей разорвутся, незавершённые транзакции откатятся. Поэтому перед перезапуском предупредите пользователей и по возможности завершите активные сеансы через консоль администрирования серверов 1С.

Сам перезапуск выполняется стандартно: в оснастке «Службы» выберите службу агента и нажмите «Перезапустить», либо используйте командную строку с правами администратора. После запуска дождитесь появления процессов rmngr и rphost — кластеру нужно несколько секунд на инициализацию.

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

Типичные проблемы с ragent и способы решения

Самая частая ситуация — служба не стартует после перезагрузки сервера. Причины: повреждён реестр кластера в каталоге srvinfo, служебная учётная запись заблокирована или у неё сменился пароль, нет прав на каталог srvinfo, порт 1540 занят другим приложением (например, вторым экземпляром агента той же версии, запущенным вручную).

Вторая группа проблем — рост потребления памяти процессами кластера. Сам ragent обычно потребляет немного; память «съедают» рабочие процессы rphost. Если проблема именно в ragent, проверьте, не запущено ли несколько его экземпляров и нет ли ошибок в технологическом журнале.

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

Типичные ошибки администраторов
01
Запуск ragent.exe вручную из командной строки параллельно со службой — конфликт портов и непредсказуемое поведение кластера
02
Удаление содержимого каталога srvinfo при работающей службе — потеря реестра кластера и списка баз
03
Смена пароля служебной учётной записи без обновления данных в свойствах службы — служба перестаёт стартовать
04
Диагностика «медленной работы 1С» по процессу ragent — нагрузку создают rphost, агент лишь маршрутизирует подключения

Когда нужен не один агент, а несколько

На одном физическом сервере могут сосуществовать несколько экземпляров ragent: для разных версий платформы (например, 8.3.20 и 8.3.24), для разделения тестовой и рабочей сред или для изоляции кластеров разных заказчиков. Каждому экземпляру назначается свой набор портов и свой каталог srvinfo.

Альтернатива нескольким агентам — один кластер с несколькими рабочими серверами. Это предпочтительнее, когда задача — распределить нагрузку, а не изолировать среды: один агент управляет несколькими машинами, и отказоустойчивость обеспечивается резервированием внутри кластера.

Маршрут решения

Как выбрать конфигурацию

Нужно поддерживать несколько версий платформы одновременноУстановите отдельный экземпляр агента для каждой версии с уникальными портами
Нужно изолировать тестовую среду от рабочейРазверните отдельный агент с отдельным каталогом srvinfo, в идеале — на отдельной машине
Нужно распределить нагрузку между серверамиИспользуйте один кластер с несколькими рабочими серверами под управлением одного агента
Сервер один, баз немного, пользователей десяткиДостаточно одного агента с настройками по умолчанию

FAQ: частые вопросы о ragent

Можно ли завершить процесс ragent.exe через диспетчер задач?

Технически можно, но делать этого не стоит: принудительное завершение равносильно аварийной остановке кластера — сеансы оборвутся, а при повреждении файлов реестра в srvinfo кластер может не подняться обратно. Используйте штатную остановку службы.

Почему ragent.exe грузит процессор?

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

Где находятся файлы агента и реестра кластера?

Исполняемый файл ragent.exe лежит в каталоге bin установленной версии платформы. Реестр кластера по умолчанию хранится в подкаталоге srvinfo — в каталоге данных сервера 1С (для Windows обычно в профиле служебной учётной записи или в каталоге, заданном при регистрации службы).

Как изменить порт агента сервера 1С?

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

Что делать, если служба агента не запускается после обновления платформы?

Проверьте, что служба ссылается на новую версию ragent.exe, что у служебной учётной записи есть права на каталоги новой версии и srvinfo, и что порт не занят. Журнал событий Windows обычно содержит конкретную причину отказа запуска службы.

Отличается ли ragent на Linux от Windows-версии?

Функционально это тот же агент кластера, но на Linux он запускается как демон через скрипты инициализации или systemd-юнит, а каталоги и учётные записи настраиваются при установке пакетов сервера 1С. Порты и логика работы кластера идентичны.

Итог

Что важно запомнить

Ragent.exe — агент сервера 1С:Предприятия, точка входа для всех клиентских подключений и хранитель реестра кластера. Работает как служба на порту 1540, перезапускать его нужно только с предупреждением пользователей, а большинство проблем решается проверкой службы, портов, прав служебной учётной записи и целостности каталога srvinfo.