Администрирование · 12 мин
Пассивный сеанс в 1С: что это и как им управлять
Что такое пассивный сеанс в 1С, чем он отличается от активного, как настроить таймауты завершения и избежать зависших соединений с сервером 1С.
Администраторы серверных баз 1С регулярно видят в консоли кластера сеансы в состоянии «пассивный» — и не всегда понимают, нормально это или признак проблемы. Пассивный сеанс — это сеанс пользователя или фонового процесса, который создан на сервере 1С, но в данный момент не выполняет никаких действий: клиентское приложение открыто, однако пользователь не нажимает кнопки, не проводит документы и не запрашивает данные.
Такой сеанс не занимает процессорное время и не держит транзакции, но продолжает потреблять память рабочего процесса сервера и лицензию. Если пассивных сеансов накапливается много — например, сотрудники сворачивают 1С на весь день, — это может привести к нехватке клиентских лицензий для реально работающих пользователей и к росту потребления памяти на сервере.
Разберёмся, как 1С переводит сеансы в пассивное состояние, какие параметры этим управляют, когда пассивные сеансы нужно завершать принудительно и как настроить автоматический разрыв, не мешая нормальной работе пользователей.
Что происходит с сеансом в клиент-серверной 1С
В клиент-серверном варианте работы каждый подключённый пользователь создаёт сеанс в кластере серверов 1С. Сеанс — это объект на сервере, который хранит контекст работы: параметры пользователя, открытые соединения, служебные данные. Пока пользователь активно работает — открывает формы, записывает документы, — сеанс выполняет вызовы и считается активным.
Когда пользователь перестаёт что-либо делать, сеанс переходит в ожидание. В консоли кластера он отображается со временем последнего вызова, а по факту становится пассивным: сервер не выполняет для него никаких операций, но держит его в памяти в расчёте на то, что пользователь продолжит работу.
Важно понимать разницу между тремя состояниями: активный сеанс выполняет вызов прямо сейчас; пассивный сеанс простаивает, но жив; спящий сеанс — особый режим тонкого клиента, когда приложение отключается от сервера с возможностью быстрого восстановления. Эти состояния часто путают, хотя механика у них разная.
Чем пассивный сеанс отличается от спящего
Спящий режим появился для тонкого клиента и веб-клиента: если пользователь неактивен определённое время, клиентское приложение разрывает соединение с сервером, а сеанс на сервере переводится в состояние «спящий». При возвращении пользователя сеанс «просыпается» — соединение восстанавливается без повторного входа и потери открытых форм.
Пассивный же сеанс — это не отдельный режим, который кто-то включил, а просто факт простоя: соединение есть, вызовов нет. Толстый клиент в обычной работе не уходит в спящий режим, поэтому его неактивные сеансы так и остаются пассивными, занимая ресурсы.
Ключевое практическое различие: спящий сеанс освобождает соединение и часть ресурсов, а пассивный — нет. Поэтому на серверах с большим числом пользователей рекомендуется настраивать таймауты перехода в спящий режим, чтобы простаивающие клиенты не держали ресурсы бесконечно.
| Параметр | Пассивный сеанс | Спящий сеанс |
|---|---|---|
| Соединение с сервером | Удерживается | Разорвано |
| Лицензия | Занята | Освобождается при длительном сне |
| Память сервера | Занята | Частично освобождается |
| Возврат к работе | Мгновенно | Автоматическое восстановление |
Какие ресурсы занимает пассивный сеанс
Главный ресурс — клиентская лицензия. Пока сеанс жив, лицензия считается занятой. Если у организации 50 лицензий и 20 сотрудников привыкли сворачивать 1С на весь день или оставлять её открытой на ночь, реально работающим пользователям может не хватить лицензий — появится ошибка «Не найдено свободной лицензии».
Второй ресурс — оперативная память рабочих процессов сервера (rphost). Каждый сеанс хранит контекст, и сотни пассивных сеансов суммарно могут занимать заметный объём памяти. Это снижает запас производительности сервера и ускоряет наступление перезапусков рабочих процессов.
Третий момент — соединения с СУБД. В некоторых сценариях пассивные сеансы удерживают соединения с сервером баз данных, что влияет на пул соединений и может создавать дополнительную нагрузку на СУБД.
Как найти пассивные сеансы в консоли кластера
Откройте консоль администрирования серверов 1С, разверните нужный кластер и перейдите в раздел «Сеансы». В списке видны все сеансы с указанием пользователя, приложения, времени начала и времени последнего вызова. Признак пассивного сеанса — давнее время последнего вызова при живом соединении.
Для удобства отсортируйте список по колонке «Вызов (последний)» или «Простой» — сверху окажутся сеансы, которые дольше всего ничего не делают. Обращайте внимание на тип приложения: пассивные фоновые задания и сеансы веб-сервисов — это отдельная история, их нельзя бездумно завершать.
Дополнительно полезно посмотреть раздел «Соединения»: там видно, какие соединения удерживаются пассивными сеансами. Если картина повторяется ежедневно — значит, проблема системная и решать её нужно настройками, а не ручным завершением.
- 1Откройте консоль администрирования серверов 1С и выберите нужный кластер
- 2Перейдите в раздел «Сеансы» и отсортируйте по времени последнего вызова
- 3Выпишите сеансы с простоем дольше допустимого для вашей организации порога
- 4Проверьте тип приложения — не трогайте фоновые задания и сервисные сеансы без анализа
- 5Сравните число пассивных сеансов с числом доступных лицензий, чтобы оценить риск
Настройка автоматического завершения пассивных сеансов
Ручное завершение сеансов — временная мера. Правильное решение — настроить параметры кластера и информационной базы, которые автоматически управляют простаивающими сеансами.
В свойствах информационной базы в консоли кластера есть два ключевых параметра. «Интервал перезапуска» относится к рабочим процессам, а вот параметры спящего режима задаются иначе: «Переводить сеанс в спящий режим через» и «Завершать спящий сеанс через». Первый определяет, через сколько минут бездействия клиент уходит в сон, второй — через сколько спящий сеанс завершается окончательно с освобождением лицензии.
Типовая разумная схема: переводить в спящий режим через 15–30 минут бездействия, завершать спящие сеансы через 8–24 часа. Тогда пользователь, отошедший на обед, вернётся к открытым формам без потерь, а забытая на ночь 1С не будет держать лицензию до утра.
Как выбрать действие
Когда и как завершать сеансы вручную
Ручное завершение оправдано, когда конкретный сеанс завис: клиентское приложение не отвечает, пользователь уже закрыл программу аварийно, а сеанс на сервере остался. Такие «осиротевшие» сеансы типичны после сбоев сети или принудительного завершения клиента через диспетчер задач.
Чтобы завершить сеанс, выделите его в консоли кластера и выберите команду «Удалить». Пользователь при этом получит сообщение о разрыве соединения, поэтому перед завершением активного сеанса обязательно свяжитесь с человеком — несохранённые данные в открытых формах будут потеряны.
Для массовых операций удобнее использовать «Управление блокировкой работы пользователей» в типовых конфигурациях на базе БСП: там можно установить блокировку входа и завершить все сеансы, например перед регламентным обновлением.
Типичные ошибки администраторов
Самая частая ошибка — завершение всех пассивных сеансов подряд без разбора. Среди них могут быть сеансы фоновых заданий, выполняющих регламентные операции, и сеансы интеграционных сервисов. Их разрыв приводит к сбоям обменов и незавершённым задачам.
Вторая ошибка — слишком агрессивные таймауты. Если завершать спящие сеансы через 30 минут, пользователи, отошедшие на совещание, будут терять открытые формы и несохранённые данные. Таймауты нужно согласовывать с реальным ритмом работы сотрудников.
Третья ошибка — игнорирование причины. Если пассивных сеансов внезапно стало аномально много, дело может быть не в лени пользователей, а в ошибке клиентского приложения, из-за которой сеансы не закрываются корректно, или в проблемах сети, порождающих «осиротевшие» сеансы.
Как проверить, что настройки работают правильно
После настройки таймаутов понаблюдайте за кластером несколько дней. В часы пик число пассивных сеансов должно быть умеренным, а после окончания рабочего дня сеансы должны массово уходить в спящий режим и затем завершаться.
Косвенный признак правильной настройки — исчезновение жалоб на нехватку лицензий и отсутствие жалоб на потерю открытых форм. Если появились жалобы второго типа, таймауты слишком жёсткие и их нужно смягчить.
Как проверить результат
Сеансы уходят в спящий режим и завершаются по таймауту
Сеансы висят всю ночь и держат лицензии
Нет жалоб ни на лицензии, ни на потерю форм
Пользователи теряют несохранённые данные после перерыва
Ошибка не появляется в часы пик
Ошибка возникает при наличии свободных по факту лицензий
Часто задаваемые вопросы
Мешает ли пассивный сеанс другим пользователям?
Напрямую по процессору — нет, он ничего не вычисляет. Косвенно — да: каждый пассивный сеанс занимает клиентскую лицензию и память рабочего процесса. При большом количестве таких сеансов реально работающим пользователям может не хватить лицензий.
Почему сеанс остаётся, хотя пользователь закрыл 1С?
Обычно это результат аварийного завершения клиента: сбой программы, обрыв сети, завершение процесса через диспетчер задач. Сервер какое-то время держит такой сеанс, ожидая восстановления связи, затем завершает его по таймауту. Если «осиротевших» сеансов много — проверяйте стабильность сети и клиентских мест.
Можно ли завершить пассивный сеанс без потери данных пользователя?
Если у пользователя открыты формы с несохранёнными данными — нет, при завершении сеанса они будут потеряны. Поэтому перед принудительным завершением активного сеанса всегда предупреждайте пользователя. Пассивный сеанс без открытых несохранённых форм завершается безболезненно.
Чем спящий сеанс лучше пассивного?
Спящий сеанс разрывает соединение с сервером и освобождает часть ресурсов, а при длительном сне — и лицензию. При возвращении пользователя работа восстанавливается автоматически. Это штатный механизм экономии ресурсов для тонкого и веб-клиентов.
Какие таймауты спящего режима считаются разумными?
Универсальных значений нет — они зависят от ритма работы. Практичная отправная точка: перевод в спящий режим через 15–30 минут бездействия, завершение спящих сеансов через несколько часов. Дальше корректируйте по жалобам: если пользователи теряют формы — увеличивайте, если не хватает лицензий — уменьшайте.
Нужно ли завершать пассивные сеансы фоновых заданий?
Нет, без анализа — нет. Фоновые задания могут находиться в ожидании между итерациями регламентных операций. Их принудительное завершение прерывает обмены, расчёты и другие регламентные процессы. Завершайте только зависшие задания, у которых аномально долгое время выполнения одного вызова.
Что важно запомнить
Пассивный сеанс — это простаивающий, но живой сеанс на сервере 1С: он не грузит процессор, но занимает лицензию и память. Управляйте им через настройки спящего режима и таймауты завершения в свойствах информационной базы, а ручное завершение используйте точечно и только после проверки, что сеанс не выполняет важную операцию.