В процессе разработки и поддержки конфигураций 1С часто возникает необходимость отладки кода, исполняемого на стороне сервера. Для этого в параметрах запуска службы «Агент сервера 1С:Предприятия» добавляется специальный ключ -debug. Однако иногда после этой, казалось бы, стандартной операции, клиенты 1С (толстый, тонкий или веб) перестают подключаться к базе, выдавая критическую ошибку: «На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто». При этом, если убрать ключ -debug, все снова начинает работать.
Проанализируем эту ситуацию и разберем как реальные, так и потенциальные способы решения этой проблемы.
Это может прозвучать странно, но в описанном случае проблема была решена именно изменением порядка параметров в строке запуска службы агента сервера. Исторически на очень старых версиях платформы 1С существовала ошибка, из-за которой положение ключа -debug имело значение. Считается, что эта ошибка давно исправлена, но практика показывает, что в некоторых случаях этот «призрак прошлого» может снова проявиться.
Рассмотрим по шагам, что нужно сделать.
Откройте редактор реестра Windows (regedit) на сервере, где установлен сервер 1С:Предприятия.
Перейдите в ветку, где хранятся параметры запуска службы. Обычно путь выглядит так: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64). Название службы может незначительно отличаться.
Найдите параметр ImagePath. В нем содержится полная строка запуска службы. Скорее всего, она выглядит примерно так, с ключом -debug в конце:
"C:\Program Files\1cv8\8.3.16.1063\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug
Теперь попробуем изменить эту строку. Переместите ключ -debug так, чтобы он находился перед ключом -d, который указывает путь к каталогу с данными кластера. Рабочий вариант может выглядеть следующим образом:
"C:\Program Files\1cv8\8.3.16.1063\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "C:\Program Files\1cv8\srvinfo"
Сохраните изменения в реестре и перезапустите службу «Агент сервера 1С:Предприятия» через консоль управления службами (services.msc).
После этих действий попробуйте снова запустить клиент 1С. С высокой вероятностью, этот простой, но неочевидный маневр решит проблему с запуском в режиме отладки.
Если перемещение ключа -debug не дало результата, значит, причина глубже. В этом случае необходимо провести комплексную проверку системы. Рассмотрим основные направления для диагностики.
Технологический журнал 1С (ТЖ) — ваш главный инструмент. Он позволяет увидеть, что именно происходит «под капотом» сервера в момент сбоя. Настройте ТЖ на сбор событий EXCP (исключения) и PROC (создание и завершение процессов) для процессов ragent и rphost. Анализ логов часто позволяет найти точную причину падения рабочего процесса.
Журнал событий Windows. Не забывайте проверять системные журналы («Приложение» и «Система»). Туда могут попадать записи об ошибках службы агента сервера 1С или других системных сбоях, которые совпадают по времени с попыткой запуска клиента.
Включение отладки активирует использование дополнительного диапазона портов (по умолчанию 1560:1591). Проблемы могут быть связаны именно с ними.
Конфликт портов. Убедитесь, что ни одно другое приложение на сервере не использует порты из диапазона отладки. Для проверки используйте команду в командной строке:
netstat -ano
Эта команда покажет список всех занятых портов и идентификаторы процессов (PID), которые их используют. Если вы обнаружите, что нужные порты заняты другим процессом, вам придется либо изменить диапазон портов для отладки 1С, либо перенастроить другое приложение.
Брандмауэр и антивирус. Проверьте правила брандмауэра Windows и настройки вашего антивирусного ПО. Они могут блокировать сетевую активность процессов ragent.exe или rphost.exe по портам отладки. Для диагностики попробуйте временно отключить их или добавить исполняемые файлы 1С и необходимый диапазон портов в исключения.
Поврежденный кэш — одна из самых частых причин необъяснимых сбоев в работе 1С. Необходимо выполнить полную очистку.
Кэш клиента. На компьютерах пользователей удалите содержимое папок, расположенных по путям %APPDATA%\1C и %LOCALAPPDATA%\1C.
Кэш сервера. Это более серьезная операция. Остановите службу «Агент сервера 1С:Предприятия». Затем найдите каталог с данными кластера (путь к нему указан в строке запуска после ключа -d) и полностью удалите из него подкаталог с именем вида reg_XXXX (где XXXX — номер порта менеджера кластера, по умолчанию 1541). Например: C:\Program Files\1cv8\srvinfo\reg_1541.
Важно: после удаления этого каталога и запуска службы, первый вход в информационные базы будет значительно дольше обычного, так как сервер будет заново формировать кэш конфигураций.
Если ничего из вышеперечисленного не помогает, можно попробовать использовать другой механизм отладки, работающий по протоколу HTTP. Он использует другие порты и протокол, что может обойти возникшую проблему.
В строке запуска службы агента сервера добавьте ключ -http рядом с ключом -debug.
В Конфигураторе, в параметрах отладки (Сервис → Параметры → Запуск 1С:Предприятия → Отладка), укажите, что отладка разрешена по протоколу HTTP.
В настройках автоматического подключения предметов отладки также нужно будет создать элемент для отладки по HTTP.
Напоследок стоит отметить, что проведение отладки на продуктивном сервере со множеством активных пользователей — крайне рискованная практика. Включение отладки значительно снижает производительность сервера. Идеальным решением является развертывание отдельного сервера для разработки и тестирования, где можно безопасно проводить отладку и вносить изменения, не влияя на работу основной системы.