Часто системные администраторы сталкиваются с неприятной ситуацией: служба Агента сервера 1С:Предприятие (ragent) запускается, но примерно в течение 10 секунд молча останавливается. При этом в Технологическом журнале может не быть никакой информации, а простая переустановка платформы не дает долгосрочного результата. Если полное удаление каталога srvinfo помогает лишь временно, значит, проблема кроется в конфигурационных файлах кластера или системных конфликтах. Разберем по шагам основные причины такого поведения и выясним, как надежно устранить проблему.
Одной из самых частых причин экстренной остановки службы является повреждение файла реестра кластера 1CV8Clst.lst. При завершении работы процессы 1С могут перезаписывать этот файл. Если в этот момент происходит сбой питания или жесткая перезагрузка сервера, файл не дописывается. В результате его размер может стать равным 0 байт, либо структура внутри файла повреждается (появляются нечитабельные символы).
Посмотрим на симптомы: если зайти в каталог C:\Program Files (x86)\1cv8\srvinfo\reg_1541 и открыть файлы конфигурации блокнотом, мы можем увидеть, что файл 1CV8Clstn.lst пуст, а 1CV8Clsto.lst содержит "мусор". При старте агент сервера не может прочитать этот файл и завершает свою работу.
Решение: Чтобы не удалять всю папку srvinfo (и не терять данные полнотекстового поиска и журнал регистрации), выполним точечную очистку:
ragent, если она находится в зависшем состоянии.srvinfo\reg_1541.1CV8Clst.lst, 1CV8Clstn.lst и 1CV8Clsto.lst.Для принудительной инициализации нового чистого кластера без потери данных перейдем в корень каталога srvinfo и создадим текстовый файл 1cv8wsrv.lst со следующим содержимым:
{ {0}, {0},0,1}
При следующем старте службы платформа обнаружит этот файл, прочитает его и автоматически создаст чистый локальный кластер без сбоев. В дальнейшем настоятельно рекомендуем настроить резервное копирование этих конфигурационных файлов. С помощью планировщика задач Windows можно создать скрипт, который раз в сутки будет копировать файлы 1CV8Clst.lst и 1cv8wsrv.lst в безопасное место.
Если с файлами кластера все в порядке, проверим сетевые конфликты. Служба ragent может не иметь возможности привязаться к TCP-порту. Это происходит по двум причинам: либо порты заняты зависшим процессом rphost, либо операционная система выделила эти порты под динамические системные процессы.
Для диагностики откроем командную строку и выполним команду:
netstat -ano
Посмотрим, не заняты ли "знакомые" порты сервера 1С: 1540, 1541, 1560-1591. Если системные службы Windows периодически перехватывают порты сервера 1С, их необходимо исключить из пула динамических портов. Выполним в командной строке от имени администратора следующую команду:
netsh int ipv4 add excludedportrange tcp startport=1540 numberofports=52
Если стандартные порты постоянно конфликтуют с другим критичным ПО, переназначим порты для 1С. В системном реестре Windows в ветке HKLM\SYSTEM\CurrentControlSet\services\1C:Enterprise 8.3 Server Agent найдем параметр ImagePath и укажем другой диапазон. Например:
-regport 2541 -port 2540 -range 2560:2591
Нехватка явных прав NTFS — еще один скрытый фактор. Даже если пользователь, от имени которого работает служба (например, USR1CV8), включен в группу локальных администраторов, это не гарантирует корректной работы. Убедимся, что у этого пользователя есть явные права на чтение, запись и изменение (Modify) на весь каталог srvinfo и все вложенные подкаталоги.
Наконец, разберем ситуацию, когда служба падает только при перезагрузке сервера. Операционная система может не успеть поднять все необходимые сетевые компоненты и DNS до того, как попытается стартовать 1С. Применим простое и эффективное решение: откроем свойства службы Агента сервера 1С и изменим тип запуска на «Автоматически (отложенный запуск)». Это позволит ОС полностью прогрузиться, и служба ragent стартует в стабильном окружении.