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

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

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

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

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

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

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

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

Установка блокировки соединений через конфигуратор

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

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

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

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

Отключение сеансов в клиент-серверном варианте

Если база работает на сервере 1С:Предприятия, принудительное завершение сеансов делается через консоль администрирования серверов. Откройте консоль «Администрирование серверов 1С:Предприятия», разверните нужный кластер, выберите рабочий процесс и перейдите на вкладку «Сеансы».

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

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

Зависшие сеансы

Иногда пользователь давно вышел, а сеанс в кластере остался — обычно из-за аварийного завершения клиента или обрыва сети. Такой «спящий» сеанс блокирует монопольный доступ. Удалите его вручную в консоли кластера; если удаление не срабатывает, помогает перезапуск агента сервера.

Отключение пользователей в файловой базе

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

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

Если база осталась «заблокированной» после того, как все вышли (конфигуратор сообщает, что база используется), причина обычно в зависшем процессе 1cv8.exe на чьём-то компьютере или в устаревших данных файла 1Cv8.1CL. После того как все процессы 1С гарантированно завершены, файл 1Cv8.1CL можно удалить — он создастся заново при следующем подключении. Удалять его при работающих пользователях нельзя.

Программные и типовые средства отключения

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

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

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

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

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

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

Частая проблема — монопольный режим не устанавливается, хотя все вышли. Причины: зависший сеанс в кластере, фоновое задание, COM-соединение от внешней программы (обмен с сайтом, СКУД, кассовое ПО) или процесс 1cv8.exe на чьём-то компьютере в файловом варианте. Проверяйте список активных пользователей — там видны все типы соединений.

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

Меры предосторожности перед массовым отключением

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

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

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