Почему Агент Сервера 1С не запускается автоматически после перезагрузки сервера

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

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

Причина 1: Конфликт очередности запуска системных служб

Разберем ситуацию: современная операционная система Windows Server 2019 или 2022 при старте инициирует десятки процессов одновременно. Часто ragent.exe пытается стартовать до того, как полностью инициализированы критически важные для него ресурсы: сетевые интерфейсы, контроллер домена (если используется доменная учетка) или дисковые подсистемы. Если служба 1С не находит нужный ресурс в первые секунды, она просто «вылетает» по таймауту.

Проанализируем решение, которое помогло большинству пользователей: Отложенный запуск.

  1. Откройте «Службы» (Services.msc).
  2. Найдите службу Агент сервера 1С:Предприятие 8.3.
  3. В свойствах на вкладке «Общие» установите тип запуска: Автоматически (отложенный запуск).
  4. Перейдите на вкладку «Восстановление» и для полей «Первый сбой» и «Второй сбой» выберите Перезапуск службы.

Выясним причину эффективности этого метода: при «отложенном запуске» Windows ждет около 2 минут после полной загрузки остальных критических служб, прежде чем дать команду на старт 1С. Этого времени обычно достаточно для инициализации всех дисков и сетевых протоколов.

Причина 2: Проблема с дисковой подсистемой и зависимостями

Если исполняемые файлы 1С или каталог реестра кластера (srvinfo) находятся на подключаемых дисках или медленных массивах, служба может упасть, не дождавшись их готовности. Посмотрим на пример решения через установку жестких зависимостей. Мы можем сказать системе: «Не запускай 1С, пока не запущены другие важные службы».

Для настройки зависимостей воспользуемся командной строкой (от имени администратора). Проанализируем ситуацию, в которой нам нужно дождаться работы сети и журнала событий:


sc config "1C:Enterprise 8.3 Server Agent" depend= LanmanWorkstation/Dnscache/Eventlog

Рассмотрим подробнее, что мы сделали: мы привязали старт 1С к службе «Рабочая станция», «DNS-клиент» и «Журнал событий». Если ваш сервер 1С находится на том же физическом хосте, что и MS SQL Server, имеет смысл добавить в зависимости и службу SQL-сервера, чтобы агент 1С не пытался подключиться к базе раньше времени.

Причина 3: Ошибка 1053 и системный таймаут

Иногда служба не запускается, выдавая в журнале событий Error 1053: «Служба не ответила на запрос своевременно». По умолчанию Windows дает службе всего 30 секунд на запуск. Для тяжелого сервера 1С этого катастрофически мало.

Разберем по шагам, как увеличить это время через реестр:

  1. Запустите regedit.
  2. Перейдите в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control.
  3. Найдите параметр ServicesPipeTimeout. Если его нет, создайте параметр DWORD (32 бита) с этим именем.
  4. Установите значение 60000 (в десятичной системе), что соответствует 60 секундам, или 120000 для 2 минут.
  5. Перезагрузите сервер.

Причина 4: Конфликт с протоколом IPv6

На Windows Server 2019 агент 1С часто конфликтует с IPv6 при попытке «забиндить» порты (1540, 1541 и др.). Если IPv6 еще не инициализирован, служба падает. Выясним, как это обойти.

Самый надежный способ — привязать службу к конкретному IP-адресу (IPv4) в строке запуска. Найдите в реестре путь: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent. Посмотрите на параметр ImagePath. К строке запуска можно добавить параметр -regport и -port, но наиболее важно убедиться, что сервер понимает свое имя. Иногда помогает простое отключение IPv6 в свойствах сетевого адаптера, если ваша инфраструктура его не использует.

Причина 5: Права доступа и «битые» файлы сессий

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

  1. Зайдите в папку, где хранятся данные сервера (по умолчанию C:\Program Files\1cv8\srvinfo).
  2. Убедитесь, что у пользователя, под которым работает служба, есть права Полный контроль на эту папку и все вложенные объекты.
  3. Иногда инициализации мешают временные файлы сессий. Попробуйте (предварительно сделав бэкап!) очистить содержимое подпапок в каталоге snccntx. Это сбросит активные сеансы, но позволит службе стартовать «с чистого листа» без попыток восстановить некорректно завершенные соединения.

Причина 6: Влияние антивирусов и защитника Windows

Защитник Windows (Windows Defender) на серверных ОС часто блокирует сетевую активность ragent.exe, rmngr.exe и rphost.exe именно в момент загрузки, проводя глубокое сканирование процессов. Посмотрим на необходимые исключения. Необходимо добавить в исключения антивируса:

Важно не только добавить файлы в исключения, но и проверить журнал «Windows Defender - Operational», чтобы убедиться, что блокировок портов не происходит в фоновом режиме.

Подводя итог, можно сказать, что в большинстве случаев комбинация Отложенного запуска и увеличения ServicesPipeTimeout решает проблему автоматического старта Агента сервера 1С в 99% случаев. Мы рекомендуем начинать именно с настройки отложенного запуска, так как это наиболее безопасный и штатный метод работы с системой.

← На главную