Как закрыть активные сеансы в 1С

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

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

Ниже разобраны рабочие методы для обоих режимов: от штатной блокировки соединений до принудительного удаления сеансов и программного завершения через код. Отдельно описаны риски, типичные ошибки и способы проверить, что база действительно освобождена.

Когда требуется завершать сеансы и что нужно сделать заранее

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

Перед принудительным завершением определите, какие сеансы активны и к чему они относятся. Фоновые задания, соединения веб-сервисов и сеансы самого кластера завершать без анализа нельзя — это может оборвать регламентные операции и оставить транзакции в незавершённом состоянии.

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

Просмотр активных сеансов: где смотреть и что означают колонки

В клиент-серверном варианте список сеансов доступен в консоли кластера серверов 1С. Откройте консоль «Администрирование серверов 1С Предприятия», разверните нужный сервер, затем кластер, выберите узел «Сеансы» — в правой части появится таблица всех активных сеансов с указанием пользователя, приложения, времени начала и последней активности.

Обратите внимание на колонки «Приложение» и «Спящий сеанс». Значение «1С:Предприятие» означает обычного пользователя, «Фоновое задание» — регламентную операцию, «Веб-сервис» — внешнее подключение. Спящие сеансы — это соединения, которые клиент не закрыл корректно; они удерживают лицензии и часто являются причиной сообщения о превышении числа подключений.

В файловом варианте список активных пользователей виден в самой программе: раздел «Администрирование» → «Обслуживание» → «Активные пользователи». Здесь можно увидеть, кто работает в базе, но принудительно завершить чужой сеанс штатными средствами нельзя.

Завершение сеансов через консоль кластера серверов

Основной инструмент администратора клиент-серверной 1С — консоль кластера. Чтобы закрыть конкретный сеанс, выделите его в списке сеансов и нажмите «Удалить» в контекстном меню или на панели действий. Сеанс завершится немедленно, пользователь увидит сообщение о разрыве соединения с сервером.

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

Код разрешения — важный элемент: администратор и обслуживающие скрипты смогут подключаться к базе, указывая этот код в параметре запуска /UC код. Без кода после включения блокировки в базу не войдёт никто, включая вас.

1. 1
   Откройте консоль «Администрирование серверов 1С Предприятия» и разверните нужный кластер
2. 2
   В свойствах информационной базы включите блокировку начала сеансов, задайте сообщение и код разрешения
3. 3
   Дождитесь выхода пользователей или отправьте им уведомление о времени отключения
4. 4
   Откройте узел «Сеансы» и удалите оставшиеся пользовательские сеансы через «Удалить»
5. 5
   Выполните плановые работы (обновление, обслуживание)
6. 6
   Снимите блокировку начала сеансов и проверьте, что пользователи могут войти

Блокировка соединений в файловой базе

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

Блокировка устанавливается в режиме «1С:Предприятие»: «Администрирование» → «Обслуживание» → «Блокировка установки соединений с информационной базой». Укажите период действия, текст сообщения и код разрешения для входа администратора. В типовых конфигурациях на платформе 8.3 этот механизм реализован через константу и обработчик, который при входе проверяет блокировку.

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

Программное завершение сеансов и автоматизация

Для регулярных операций — например, ночного обновления — завершение сеансов автоматизируют. В клиент-серверном варианте используют программный интерфейс администрирования через COM-объект V83.COMConnector или утилиту RAC (консоль администрирования кластера), которая позволяет из скрипта получить список сеансов и завершить их.

Типовой сценарий скрипта: установить блокировку сеансов через RAC, подождать заданное время, получить список оставшихся сеансов и завершить каждый командой rac session terminate, затем выполнить обновление и снять блокировку. Такой подход исключает ручные действия и снижает риск забыть снять блокировку после работ.

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

Внутри самой конфигурации в типовых решениях на базе БСП есть механизм «Завершение работы пользователей» (подсистема «Завершение работы пользователей» в разделе администрирования), который рассылает пользователям сообщения и позволяет завершать сеансы по расписанию. Если конфигурация построена на библиотеке стандартных подсистем, сначала проверьте наличие этого штатного инструмента — он покрывает большинство задач без программирования.

Зависшие сеансы и лицензии

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

Кластер серверов сам завершает спящие сеансы по таймауту, который настраивается в свойствах кластера (параметры «Интервал перезапуска» и настройки отключения неактивных сеансов в свойствах рабочего процесса). Если зависшие сеансы появляются регулярно, проверьте стабильность сети между клиентами и сервером и настройки таймаутов.

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

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

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

Если монопольный режим не устанавливается, хотя сеансов в списке нет, проверьте соединения с базой (узел «Соединения» в консоли кластера): иногда соединение остаётся после завершения сеанса и удерживает базу. Такие соединения тоже можно разорвать принудительно.

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

Часто задаваемые вопросы