Зависание сеансов пользователей в кластере серверов 1С — это одна из наиболее неприятных проблем, с которой сталкиваются администраторы. Пользователь может выйти из программы, но его сеанс продолжает «висеть» в консоли, занимая лицензию и оперативную память. Давайте разберем по шагам, как диагностировать и устранить эту проблему.
Многолетний опыт сообщества показывает, что данная проблема часто носит характер «бага» самой платформы 1С. В версиях 8.2.14 и ранних 8.2.15 наблюдались массовые утечки и зависания процессов rphost. Первое, что мы рекомендуем сделать — это обновить серверную и клиентскую части до более стабильного релиза (например, 8.2.15.294 или выше, если вы все еще используете ветку 8.2).
Если обновление не решило проблему полностью, необходимо настроить автоматическое управление процессами. Мы можем принудительно завершать зависшие сеансы, чтобы они не накапливались в течение рабочего дня.
Также рекомендуется настроить Объем памяти рабочих процессов до перезапуска в свойствах рабочего процесса. Если процесс потребляет критический объем оперативной памяти, кластер должен его корректно перезапустить.
Часто проблема кроется не в 1С, а в том, как операционная система обрабатывает сетевые пакеты или работу удаленного рабочего стола.
Отключение IPv6: Практика показывает, что деинсталяция или полное отключение протокола IPv6 на сетевых картах сервера и клиентов часто стабилизирует работу сети, так как исключает попытки системы использовать этот протокол для внутренних соединений 1С.
Перерегистрация RDP-протокола: Если вы работаете в терминальном режиме, возможно повреждение конфигурации RDP-Tcp. Попробуйте следующее:
RDP-Tcp.Зависания интерфейса пользователя часто вызываются драйверами принтеров. Внимание: если у вас в сети есть принтеры Canon, категорически рекомендуется удалить у всех пользователей «Окно состояния принтера» или полностью удалить драйверы этих принтеров с сервера терминалов. Попытка системы опросить статус чернил «вешает» процесс 1С.
Для крупных систем, работающих круглосуточно, бывает сложно найти время для перезагрузки, но для большинства предприятий ежедневная перезагрузка службы 1C:Enterprise Server Agent в ночное время — это «золотой стандарт». Вы можете создать bat-файл и добавить его в планировщик задач Windows:
net stop ragent
timeout /t 10
net start ragent
Это гарантированно очищает «память» сервера от зависших фоновых заданий и потерянных сеансов, накопленных за день. Рекомендуем также проверять наличие ошибок в Технологическом журнале (ТЖ) для поиска конкретных событий EXCP, которые указывают на причину завершения сессии.
Применяя эти методы в комплексе, вы сможете свести количество «фантомных» сеансов к минимуму и обеспечить стабильную работу пользователей в 1С.