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

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

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

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

Как посмотреть активные сеансы в конфигураторе

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

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

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

Завершение сеансов через блокировку сеансов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Альтернатива — утилита администрирования кластера rac, которая запускается из командной строки на сервере. Команда вида «rac session terminate» с указанием кластера и сеанса позволяет снимать сеансы пакетно из скрипта, что удобно для ночных регламентных операций.

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

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

Проверка результата и типичные проблемы

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

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

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

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