Почему не запускается сервер 1С на Windows Server 2019 и служба останавливается?

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

При развертывании клиент-серверного варианта 1С:Предприятие на свежих операционных системах, таких как Windows Server 2019 или 2022, администраторы часто сталкиваются с ситуацией, когда установка проходит гладко, но сервер отказывается работать. Рассмотрим типичный сценарий: клиентская часть работает, ключи защиты видны, но консоль администрирования серверов выдает ошибку соединения, а сама служба агента сервера 1С ведет себя нестабильно.

Симптоматика проблемы

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

  1. При попытке подключения через консоль администрирования появляется ошибка: "Ошибка соединения с сервером 1С Предприятие. Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение".
  2. Служба Агент сервера 1С:Предприятия 8.3 (ragent) в списке служб Windows может отображаться как "Работает", но если обновить окно через 1–2 минуты, она переходит в состояние "Остановлена".
  3. В журналах Windows (Event Viewer) явных ошибок, указывающих на причину падения, может не быть, либо сообщения носят общий характер.
  4. Брандмауэр отключен, антивируса нет, порты вроде бы свободны.

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

Причина 1: Несоответствие имени компьютера (Hostname)

В процессе настройки нового сервера мы часто действуем последовательно: установили ОС, поставили драйверы, установили платформу 1С, а затем — переименовали сервер в соответствии с корпоративным стандартом (например, из сгенерированного WIN-IHCJ... в понятное srv-1c). Именно этот порядок действий часто приводит к проблеме.

Дело в том, что при первом запуске (или при установке) сервер 1С создает файлы конфигурации кластера, в которых прописывает текущее имя компьютера. Если вы меняете имя компьютера после установки 1С, служба ragent при старте пытается найти кластер по старому имени, не находит его и останавливается, либо работает некорректно, отвергая подключения.

Разберем, как это исправить.

Вариант А: Правка файла конфигурации (Сохранение данных)

Этот способ предпочтителен, если вы хотите понять суть проблемы и сохранить настройки (если они уже были).

  1. Остановите службу сервера 1С, если она запущена.
  2. Перейдите в каталог, где хранятся настройки сервера. Обычно это: C:\Program Files\1cv8\srvinfo.
  3. Найдите файл 1cv8wsvr.lst (файл реестра кластера).
  4. Откройте его с помощью "Блокнота" или другого текстового редактора.
  5. Внутри файла вы увидите структуру настроек. Найдите упоминание старого имени компьютера (например, WIN-IHCJ...).
  6. Замените старое имя на текущее реальное имя компьютера (например, serv).
  7. Сохраните файл и запустите службу сервера 1С.

Вариант Б: Пересоздание кластера (Сброс настроек)

Если сервер новый и на нем еще нет зарегистрированных информационных баз, проще заставить 1С пересоздать настройки с нуля.

  1. Остановите службу сервера 1С.
  2. Переименуйте или удалите папку srvinfo (находится в каталоге установки, например, C:\Program Files\1cv8\srvinfo). Мы рекомендуем переименовать её (например, в srvinfo_old), чтобы иметь резервную копию.
  3. Запустите службу сервера 1С.
  4. Платформа обнаружит отсутствие каталога, создаст его заново и пропишет в новый файл 1cv8wsvr.lst актуальное имя компьютера.

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

Причина 2: Проблемы с разрешением имен (IPv6 и Hosts)

Windows Server 2019/2022 по умолчанию отдает приоритет протоколу IPv6. Сервер 1С может ожидать подключения по IPv4, а операционная система пытается разрешить имя хоста (localhost или имя сервера) в адрес ::1 (IPv6 loopback), что приводит к ошибке подключения.

Давайте выполним настройку файла hosts для жесткой привязки имени к IPv4:

  1. Откройте "Блокнот" от имени администратора.
  2. Откройте файл C:\Windows\System32\drivers\etc\hosts.
  3. Добавьте в конец файла строку следующего вида:
    
    127.0.0.1   ИмяВашегоСервера
    
    Где ИмяВашегоСервера — это сетевое имя компьютера.
  4. Также полезно выполнить очистку кэша DNS. Запустите командную строку (CMD) и выполните: ipconfig /flushdns.

Причина 3: Конфликт динамических портов

Это специфичная проблема для Windows Server с установленной ролью Hyper-V, DNS-сервера или Microsoft Exchange. Система может зарезервировать широкий диапазон "динамических портов" для своих нужд. Стандартные порты 1С (1540, 1541, 1560-1591) могут случайно попасть в этот зарезервированный диапазон.

Давайте проверим это. Запустите командную строку от имени администратора и введите:


netsh int ipv4 show dynamicport tcp

Если "Начальный порт" (Start Port) имеет низкое значение (например, 1024) и диапазон широк, это может блокировать запуск процессов rphost или rmngr. В таком случае в системных журналах вы увидите ошибки bind (не удалось занять порт).

Решение заключается в исключении портов 1С из динамического диапазона с помощью команды netsh, сдвинув начало динамического диапазона выше портов 1С (например, на 49152).

Причина 4: Права пользователя службы

Служба сервера 1С обычно запускается от имени специально созданного пользователя USR1CV8 (при использовании комьюнити-лицензии процедура может отличаться). Для корректного запуска этот пользователь должен обладать правом "Вход в качестве службы" (Logon as a service) в локальных политиках безопасности.

Проверим это:

  1. Откройте secpol.msc (Локальная политика безопасности).
  2. Перейдите в раздел Локальные политики -> Назначение прав пользователя.
  3. Найдите политику Вход в качестве службы.
  4. Убедитесь, что пользователь USR1CV8 (или тот, под кем стартует служба) есть в списке. Если нет — добавьте его.

Также не забудьте проверить права доступа NTFS на папку C:\Program Files\1cv8\srvinfo. Пользователь службы должен иметь полные права на этот каталог.

Причина 5: Зависшие процессы

Если служба 1С аварийно завершилась, в памяти могут остаться "зомби-процессы" rmngr.exe, ragent.exe или rphost.exe. Они продолжают занимать порты или файлы, не давая новой службе запуститься корректно.

Перед повторным запуском службы обязательно откройте Диспетчер задач, перейдите на вкладку Подробности и убедитесь, что процессов 1С нет. Если они есть — завершите их вручную (или используйте WEB приложение для управления сеансами).

Диагностика сложного случая

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

Для этого создайте файл logcfg.xml в папке conf (рядом с исполняемыми файлами сервера, обычно C:\Program Files\1cv8\bin\conf). Минимальная конфигурация для отлова ошибок запуска выглядит так:



    
        
            
        
        
            
        
    

Не забудьте создать папку C:\Logs\1C и дать на нее права записи всем пользователям. После очередного падения службы в этой папке появятся текстовые файлы, где будет детально описана причина остановки (Exception).

← На главную