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

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

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

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

Когда и зачем завершать сеансы пользователей

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

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

Способ 1. Консоль кластера серверов (клиент-серверный режим)

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

В консоли раскройте нужный кластер, затем ветку «Сеансы». Вы увидите все активные сеансы с указанием пользователя, приложения и времени начала. Выделите сеансы (Ctrl+A для всех) и выберите в контекстном меню «Удалить». Сеансы завершатся принудительно, у пользователей появится сообщение о разрыве соединения с сервером.

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

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

Способ 2. Блокировка соединений в файловом режиме

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

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

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

Способ 3. Завершение сеансов через внешнее соединение и код

Для автоматизации используют COM-соединение (V83.COMConnector) или встроенный язык с методами объекта «СоединенияИнформационнойБазы». Через COM-коннектор можно подключиться к базе, получить список соединений и отправить пользователям сообщения с требованием выйти.

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

Соединения = ПолучитьСоединенияИнформационнойБазы();
Для Каждого Соединение Из Соединения Цикл
    Сообщить(Соединение.Пользователь.Имя + " — сеанс " + Соединение.НомерСеанса);
КонецЦикла;

Для клиент-серверного режима существует также утилита администрирования RAC из состава сервера 1С: командой rac session terminate можно завершить сеансы из командной строки, что удобно включать в скрипты обновления. Это стандартный инструмент платформы, его параметры описаны в документации по серверу.

Как проверить, что все пользователи вышли

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

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

Типичные ошибки и ограничения

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

Вторая ошибка — забыть код разрешения или не записать его. Без кода администратор тоже не сможет войти в заблокированную базу через тонкий клиент; в конфигураторе код указывается в параметрах запуска (/UC) или в свойствах базы. Третья ошибка — завершение сеансов без уведомления: пользователи теряют несохранённые данные, а доверие к администратору — нет.

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

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

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

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

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