Как завершить работу пользователей в 1С

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

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

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

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

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

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

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

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

Консоль кластера — основной инструмент администратора клиент-серверной 1С. Она позволяет увидеть всех подключённых пользователей, их сеансы, время начала, потребление памяти и активные соединения, а также принудительно удалить любой сеанс.

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

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

Обратите внимание на раздел «Соединения» рядом с «Сеансами». Иногда сеанс удалён, но соединение остаётся в состоянии ожидания и продолжает числиться в кластере. Для полной очистки проверьте оба раздела.

Блокировка соединений и завершение работы штатными средствами

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

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

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

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

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

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

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

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

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

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

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

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

Частые ошибки и как их избежать

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

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

Проверка результата после завершения сеансов

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

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

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