Как выключить активных пользователей в 1С

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

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

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

Когда и зачем отключать пользователей

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

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

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

Способ 1. Консоль кластера серверов 1С

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

Сначала установите блокировку. Откройте свойства базы (правый клик → «Свойства») и в разделе «Блокировка сеансов» установите флаг «Блокировка начала сеансов включена». Укажите время начала и окончания блокировки, сообщение для пользователей и код разрешения — параметр, который позволит администратору зайти в базу в обход блокировки через параметр запуска /UC код.

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

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

Способ 2. Конфигуратор и файловая база

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

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

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

Способ 3. Типовые механизмы БСП в режиме Предприятия

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

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

В клиент-серверном режиме эта обработка фактически устанавливает ту же блокировку, что и консоль кластера, и вызывает принудительное завершение сеансов через COM-соединение с кластером. Для её работы у учётной записи, под которой выполняется операция, должны быть права администратора кластера.

Способ 4. Программное завершение сеансов

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

Современная альтернатива — утилита администрирования кластера RAC из состава сервера 1С. Она позволяет управлять сеансами из командной строки и удобна для включения в планировщик задач.

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

Также широко применяется библиотека OneScript (vanessa-runner / oscript) с готовыми командами блокировки и завершения сеансов. Такой скрипт удобно запускать по расписанию перед ночным резервным копированием: блокировка устанавливается, сеансы завершаются, выполняется копия, блокировка снимается.

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

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

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

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

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

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

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

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

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