Сервер 1С:Предприятия не отвечает / Ошибка соединения с агентом сервера
#Из чего состоит кластер
Сервер 1С:Предприятия включает агент сервера (по умолчанию порт 1540), менеджер кластера (порт 1541), рабочие процессы (диапазон 1560–1591) и консоль администрирования. Клиент подключается к имени сервера и порту, затем перенаправляется на рабочий процесс. Если агент не запущен, порт закрыт, имя сервера не разрешается или один из портов блокируется файрволом, клиент сообщает, что сервер не отвечает.
#Причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Служба агента остановленаСбой, перезагрузка. | Порт 1540 не слушается. | Запустите службу. |
| Закрыты портыФайрвол. | Test-NetConnection неуспешен. | Откройте 1540, 1541, 1560–1591. |
| Имя сервера не разрешаетсяDNS или hosts. | Клиент не находит сервер. | Исправьте запись. |
| Не хватает ресурсовПамять, диск. | Сервер «подвисает». | Освободите, добавьте ресурсы. |
| СУБД недоступнаSQL/PostgreSQL остановлены. | База не открывается. | Запустите СУБД. |
| Конфликт версийКлиент и сервер разные. | Ошибка соответствия. | Установите одинаковую версию платформы (см. отдельную статью). |
#Порядок
- Проверьте, что служба «Агент сервера 1С:Предприятия» запущенаЭто действия администратора сервера 1С, не обычного пользователя. На самом сервере нажмите Win+R →
services.msc→ Enter. В списке найдите «Агент сервера 1С:Предприятия» нужной версии, посмотрите столбец «Состояние». «Выполняется» означает, что служба запущена; если «Остановлена», выясните причину в журнале Windows («Просмотр событий» → «Журналы Windows» → «Приложение») и согласуйте запуск с администратором. Не запускайте несколько агентов разных версий на одних портах. - Проверьте, что порты слушаютсяНа сервере откройте PowerShell от имени администратора: кнопка «Пуск» → введите «PowerShell» → «Запуск от имени администратора». Выполните приведённую ниже команду
Get-NetTCPConnection; сравнитеLocalPortс портами, реально установленными в конфигурации кластера (1540, 1541 и 1560–1591 — только типичные значения). Наличие состояния Listen показывает, что порт слушается локально, но ещё не подтверждает доступ с компьютера пользователя. Если порт отсутствует, сначала выясните, слушает ли нужный процесс и не менялись ли настройки кластера. - Проверьте доступность с клиента: имя сервера, порты 1540, 1541, диапазонНа клиентском компьютере откройте «Пуск» → PowerShell. Выполните
Test-NetConnection srv-1c -Port 1540, заранее заменивsrv-1cфактическим именем компьютера сервера из свойств подключения базы в 1С. Проверьте строкуTcpTestSucceeded:Trueозначает доступность порта,False— сетевую проблему или отсутствие слушателя. Аналогично проверьте 1541; порты рабочих процессов проверяют лишь по фактическому диапазону кластера. Не вводитеsrv-1cбуквально, если у вас другое имя. - Проверьте DNS или файл hosts: имя сервера должно разрешаться в правильныйНа клиенте в PowerShell выполните
Resolve-DnsNameс реальным именем сервера; сравните показанный IP-адрес с адресом в настройках сервера или у администратора сети. Если имя не разрешается, проверьте, подключён ли компьютер к корпоративной сети/VPN, затем выполнитеipconfig /flushdnsтолько если DNS-адрес уже исправлен. Файлhostsпо путиC:\Windows\System32\drivers\etc\hostsменяйте лишь по согласованию: ручная запись легко устаревает. - Откройте порты в файрволе сервера и сетиТолько после проверки прослушивания порта и сетевого маршрута администратор открывает «Безопасность Windows» → «Брандмауэр и защита сети» → «Дополнительные параметры» → «Правила для входящих подключений». Проверьте существующее правило для фактического порта и разрешённых внутренних адресов. Новое разрешение создавайте только для доверенной подсети и нужного профиля сети; не открывайте 1540/1541 и рабочие порты всему интернету. Снова запустите
Test-NetConnectionс клиентского компьютера и проверьтеTcpTestSucceeded: True. - Проверьте консоль администрирования кластераНа сервере откройте установленную вместе с платформой «Администрирование серверов 1С:Предприятия» (название и расположение зависят от выпуска) и подключитесь к нужному кластеру. Посмотрите список кластеров, рабочих серверов, процессов и информационных баз; ошибки или отсутствующие рабочие процессы укажут на следующий объект проверки. Перед любым завершением сеанса узнайте, кто работает в базе; не отключайте пользователей ради диагностики.
- Проверьте СУБДЕсли служба агента работает и клиент достигает сервер, но база всё равно не открывается, попросите администратора СУБД проверить её отдельно. На Windows нажмите Win+R →
services.mscи найдите службу PostgreSQL либо SQL Server, используемую именно этой информационной базой. Статус «Выполняется» недостаточен: через штатный клиент СУБД проверьте соединение с нужной базой и журнал ошибок. Не меняйте пароль или конфигурацию СУБД без резервной копии и согласования. - Проверьте журнал регистрации и логи сервераВ клиенте 1С, если доступно, откройте «Администрирование» → «Обслуживание» → «Журнал регистрации» (путь зависит от конфигурации) и найдите событие по точному времени ошибки. На сервере откройте «Просмотр событий» → «Журналы Windows» → «Приложение» и проверьте сообщения агента/СУБД; технический журнал 1С читают лишь если он настроен. Запишите текст сообщения, дату, имя сервера и базу — так можно различить отказ сети, лицензии и СУБД.
- Перезапустите службу агентаПерезапуск — крайняя мера администратора после резервного копирования и выяснения причины, не первый шаг. Предупредите пользователей, дождитесь завершения сеансов и согласуйте простой. В
services.mscоткройте именно обнаруженную службу агента → «Перезапустить», затем дождитесь «Выполняется» и проверьте подключение тестовой базы. Если служба не стартует, изучите журнал событий; не повторяйте перезапуск циклически. - Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
#Журналы
Каталог данных кластера и технологического журнала задаётся при установке 1С; точный путь уточняйте в параметрах службы и конфигурации журналирования. Не редактируйте файлы журнала вручную: используйте штатные инструменты чтения. Доступность порта 1540 полезно отслеживать, но она не гарантирует, что база и СУБД работоспособны.