Как выкинуть активного пользователя из 1С через конфигуратор

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

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

Ниже разобраны пошаговые действия в конфигураторе, проверка результата, ситуации, когда сеанс «не отпускает» базу, и альтернативные способы — консоль кластера серверов, консольные команды и программное завершение сеансов.

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

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

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

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

Основной инструмент доступен прямо в конфигураторе и не требует дополнительных прав сверх административных. Последовательность одинакова для большинства версий платформы 8.3.

1. 1
   Запустите конфигуратор и войдите в базу под учётной записью с правами администратора.
2. 2
   Откройте меню «Администрирование» и выберите пункт «Активные пользователи».
3. 3
   В таблице найдите нужный сеанс — ориентируйтесь на колонки «Пользователь», «Компьютер», «Начало сеанса» и «Режим».
4. 4
   Выделите строку сеанса и нажмите кнопку «Удалить» или клавишу Delete.
5. 5
   Подтвердите действие в диалоге — платформа предупредит, что соединение будет разорвано принудительно.
6. 6
   Обновите список и убедитесь, что сеанс исчез.

После удаления сеанса программа на стороне пользователя завершится с сообщением о разрыве соединения администратором. Если у пользователя были открытые незаписанные документы или несохранённые изменения, они будут потеряны — откатить это нельзя.

Обратите внимание на колонку «Режим»: в списке могут быть не только пользовательские сеансы тонкого или толстого клиента, но и фоновые задания, сеансы COM-соединений и веб-сервисов. Удаление фонового задания прерывает выполняемую обработку — например, обмен данными или регламентное обновление — что может оставить данные в промежуточном состоянии.

Особенности для файловой и клиент-серверной базы

В файловом режиме список активных пользователей формируется по файлу блокировок рядом с файлом базы. Удаление сеанса здесь работает, но если компьютер пользователя выключен аварийно, «мёртвый» сеанс может оставаться в списке. Такой сеанс обычно удаляется принудительно тем же способом, а после перезапуска всех подключений список очищается полностью.

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

Сравнение способов завершения сеанса

Конфигуратор: Активные пользователи

Самый быстрый способ для одного сеанса. Подходит для файловых и клиент-серверных баз, но не показывает деталей по рабочим процессам кластера.

Консоль кластера серверов

Полный контроль над сеансами и соединениями в клиент-серверном режиме. Требует установленной оснастки и прав администратора кластера.

Программное завершение через административный интерфейс

Подходит для массового или регламентного отключения, например перед ночным обновлением. Требует написания кода и доступа к серверу администрирования.

Как проверить, что сеанс действительно завершён

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

Дополнительная проверка — попытка установить монопольный режим: «Администрирование → Монопольный режим». Если режим установился, активных сеансов не осталось. Если платформа снова сообщает о работающих пользователях, посмотрите список ещё раз: возможно, есть сеансы веб-сервисов или COM-соединений, которые легко пропустить.

Контрольные точки

Как проверить результат

Список активных пользователей после обновления

Норма

Удалённый сеанс отсутствует и не появляется снова

Тревожный признак

Сеанс возвращается — работает автопереподключение или фоновое задание

Установка монопольного режима

Норма

Режим устанавливается без предупреждений

Тревожный признак

Платформа сообщает об активных соединениях

Состояние базы после разрыва

Норма

Пользователи входят в базу, документы открываются без ошибок

Тревожный признак

Ошибки при открытии объектов, которые редактировались в момент разрыва

Что делать, если сеанс не удаляется

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

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

Альтернатива: блокировка входа вместо ручного удаления

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

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

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

Потеряются ли данные пользователя при удалении сеанса?

Да. Всё, что не было записано в базу — открытые непроведённые документы, заполненные, но не сохранённые формы, — будет потеряно без возможности восстановления. Уже записанные в базу данные не пострадают: разрыв сеанса не повреждает саму информационную базу.

Можно ли выкинуть пользователя, не заходя в конфигуратор?

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

Почему удалённый сеанс снова появляется в списке?

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

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

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

Опасно ли удалять сеанс во время обновления конфигурации?

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

Как предупредить пользователей перед принудительным отключением?

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