Как отключить активный сеанс 1С: способы для файловой и клиент-серверной базы

Активный сеанс 1С — это установленное соединение пользователя или фонового процесса с информационной базой. Пока сеанс существует, он удерживает блокировки, занимает лицензию и может мешать обновлению конфигурации, регламентным операциям или восстановлению из резервной копии. Поэтому умение корректно завершить чужой или зависший сеанс — базовый навык администратора 1С.

Способ завершения зависит от режима работы базы. В клиент-серверном варианте сеансами управляет кластер серверов 1С:Предприятия, и отключить их можно через консоль администрирования или агент кластера. В файловом варианте централизованного механизма нет — сеанс завершается либо самим пользователем, либо принудительным закрытием процесса на его компьютере.

Важно понимать: принудительное отключение сеанса — аварийная операция. Незавершённые транзакции откатываются, несохранённые данные пользователя теряются. Поэтому перед отключением стоит убедиться, что сеанс действительно завис, а не выполняет длительную операцию вроде проведения большого документа или формирования тяжёлого отчёта.

Как определить, что сеанс нужно отключать

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

Типичные ситуации, когда отключение оправдано: пользователь ушёл, оставив открытую базу, а нужно выполнить обновление конфигурации; сеанс занял лицензию, которая нужна другому сотруднику; фоновое задание зациклилось и грузит сервер; соединение «повисло» после обрыва сети, и пользователь не может войти повторно под тем же именем.

Отключение сеанса через консоль кластера серверов

Основной инструмент для клиент-серверной базы — консоль управления кластером. На Windows это оснастка «Администрирование серверов 1С:Предприятия», на Linux используется утилита rac или кроссплатформенная консоль. Для работы потребуются права администратора кластера или администратора информационной базы, если они заданы.

Откройте консоль, разверните нужный кластер, затем ветку «Информационные базы» — выберите базу и перейдите на вкладку «Сеансы». В списке видны имя пользователя, приложение (тонкий клиент, веб-клиент, фоновое задание), время начала сеанса и активность. Выделите нужный сеанс, откройте контекстное меню и выберите «Удалить». Сеанс завершится принудительно, клиент получит сообщение о разрыве соединения.

1. 1
   Откройте консоль администрирования серверов 1С и подключитесь к кластеру
2. 2
   Разверните ветку нужной информационной базы и откройте список сеансов
3. 3
   Найдите сеанс по имени пользователя или приложению, проверьте время и активность
4. 4
   Выберите «Удалить» в контекстном меню сеанса
5. 5
   Попросите пользователя войти заново и убедитесь, что новый сеанс работает нормально

Чем отличается отключение соединения от удаления сеанса

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

Отключение сеансов через конфигуратор

Если консоль кластера недоступна, часть задач решается из конфигуратора. Откройте меню «Администрирование» — «Активные пользователи». Список показывает текущие сеансы с указанием компьютера и режима работы. Здесь можно посмотреть, кто в базе, но возможности принудительного отключения ограничены: в клиент-серверном режиме доступно завершение сеанса выбранного пользователя, в файловом — только просмотр.

Дополнительно конфигуратор позволяет установить блокировку сеансов: «Администрирование» — «Блокировка установки сеансов с информационной базой». Задайте время начала блокировки, код разрешения и сообщение пользователям. Новые сеансы перестанут создаваться, а существующие нужно завершить отдельно. Это стандартный сценарий перед обновлением конфигурации базы данных.

Завершение сеанса в файловой базе

Файловый режим не имеет сервера приложений, поэтому централизованно отключить чужой сеанс нельзя. Если база открыта по сети и пользователь оставил её запущенной, есть три рабочих варианта. Первый — связаться с пользователем и попросить закрыть программу штатно. Это самый безопасный путь.

Второй вариант — завершить процесс 1cv8.exe на компьютере пользователя через диспетчер задач, локально или удалённо, если есть права администратора на той машине. Третий — если зависший сеанс ваш собственный, просто снимите задачу на своём компьютере. Учтите: аварийное завершение файловой базы повышает риск её повреждения, особенно если в момент закрытия шла запись. После такого завершения полезно выполнить тестирование и исправление базы.

Автоматическое завершение сеансов: агент кластера и регламенты

Для регулярных операций ручное отключение неудобно. В кластере можно настроить автоматическое завершение: в свойствах информационной базы задаётся параметр «завершать сеансы при превышении времени неактивности» и связанные тайм-ауты. Это избавляет от висящих сеансов пользователей, которые забыли закрыть программу.

Для массового отключения перед регламентными работами администраторы используют скрипты через утилиту rac: получить список сеансов базы и удалить их пакетно. Также типовые конфигурации на базе БСП содержат механизм «Завершение работы пользователей» в разделе администрирования, который позволяет мягко завершить сеансы с предупреждением пользователей.

rac session --cluster=<ID_кластера> terminate --infobase=<ID_базы> --session=<ID_сеанса>

Проверка результата и типичные ошибки

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

Частые ошибки администраторов: удаление соединения вместо сеанса (лицензия не освобождается), отключение сеанса, выполняющего длительную транзакцию (откат занимает время и грузит СУБД), забытая блокировка сеансов после окончания работ (пользователи не могут войти) и попытка «отключить» файловую базу через консоль, которой для неё не существует.

Частые вопросы