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

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

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

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

Определите режим работы базы: файловый или клиент-серверный

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

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

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

Установите блокировку сеансов перед отключением

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

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

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

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

Завершите активные сеансы в клиент-серверном режиме

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

Для массового отключения выделите все сеансы (Ctrl+A) и выберите в контекстном меню «Удалить». Сервер завершит сеансы принудительно. Регламентные и фоновые задания лучше отключать отдельно и осознанно: прерванное фоновое задание может оставить незавершённую обработку данных, поэтому сначала проверьте ветку «Фоновые задания» и дождитесь окончания критичных операций.

Альтернатива консоли — программное завершение сеансов через COM-коннектор (V83.COMConnector) или административный интерфейс RAS (rac.exe). Это удобно для автоматизации регламентных окон: скрипт на PowerShell или через планировщик Windows сначала устанавливает блокировку, затем удаляет сеансы, а после обслуживания снимает блокировку.

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

Отключите пользователей в файловом режиме

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

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

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

Автоматизируйте отключение через скрипты

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

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

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

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

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

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

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

Часто задаваемые вопросы