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

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

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

Определите режим работы базы

Прежде чем выбирать инструмент, уточните, как опубликована база. Файловый режим — база лежит в общей папке или работает через веб-сервер без кластера. Клиент-серверный — работает служба «Агент сервера 1С:Предприятия», а данные хранятся в СУБД (MS SQL, PostgreSQL и т.п.).

Быстрый способ проверить: откройте в конфигураторе меню «Администрирование → Параметры информационной базы» или посмотрите строку подключения в списке баз стартера. Если путь выглядит как \\server\share\base — это файловый режим, если указаны сервер и имя базы в кластере — клиент-серверный.

Консоль кластера: удаление сеансов в клиент-серверном режиме

Основной инструмент для серверных баз — консоль администрирования серверов 1С (в Windows — «Администрирование серверов 1С Предприятия» из меню «Пуск»). Откройте консоль, разверните нужный кластер, выберите «Сеансы». Здесь видны все активные подключения: пользователь, компьютер, время начала, режим (толстый клиент, тонкий, веб, фоновое задание).

Чтобы выкинуть всех, выделите сеансы через Ctrl+A или Ctrl+клик и нажмите «Удалить» в контекстном меню. Сеансы завершатся принудительно. Учтите: фоновые задания и сеансы системных сервисов тоже отображаются в списке — их удаление может прервать обмены и регламентные операции.

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

Альтернатива — кнопка «Удалить» на уровне конкретной информационной базы: правый клик по базе → «Сеансы». Так вы не заденете пользователей других баз того же кластера.

Блокировка сеансов и код разрешения

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

Код разрешения — это пароль, который позволяет войти в базу несмотря на блокировку. Его указывают в параметре запуска /UC код или в строке подключения. Без кода вы рискуете заблокировать базу и для себя.

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

Файловый режим: как завершить работу пользователей

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

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

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

Автоматизация через командную строку и RAC

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

Типовая последовательность: получить список сеансов, завершить каждый, затем установить блокировку. Ниже пример для Windows-окружения с установленным сервером 1С.

rac session --cluster=<ID_кластера> terminate --infobase=<ID_базы>
rac infobase --cluster=<ID_кластера> update --infobase=<ID_базы> --sessions-deny=on --permission-code=MAINT

Идентификаторы кластера и базы получают командами rac cluster list и rac infobase summary list. Перед использованием проверьте синтаксис для вашей версии платформы — параметры могут отличаться.

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

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

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

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