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

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

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

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

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

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

Для клиент-серверного режима вам понадобятся права администратора кластера серверов 1С или администратора информационной базы. Для файлового режима достаточно прав администратора в самой базе и доступа к каталогу с файлом 1Cv8.1CD по сети. Если прав нет, задачу придётся передать системному администратору — обойти ограничения штатными средствами нельзя.

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

Основной инструмент администратора — консоль кластера серверов 1С:Предприятия. Откройте её через «Пуск → 1С:Предприятие → Администрирование серверов 1С», раскройте нужный кластер, найдите информационную базу и перейдите на вкладку «Сеансы». Здесь видно всех подключённых пользователей, время начала сеанса, текущую активность и вызовы СУБД.

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

Блокировка сеансов вместо удаления

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

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

Автоматизация через утилиту rac

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

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

Типовой сценарий скрипта: получить список сеансов базы командой rac session list, затем в цикле завершить каждый сеанс, предварительно установив блокировку через rac infobase update с параметрами --sessions-deny=on и --permission-code. После обслуживания блокировка снимается той же командой с --sessions-deny=off. Храните логин и пароль администратора кластера в защищённом месте, а не в открытом виде в скрипте.

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

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

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

Аварийный вариант: файл блокировки

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

Завершение сеансов из кода 1С

Если у вас есть права администратора и нужно завершать сеансы программно — например, из внешней обработки перед обменом данными, — используйте объект WSСоединения и административный интерфейс кластера через COM-объект V83.COMConnector, либо встроенные функции работы с сеансами в БСП. В типовых конфигурациях механизм «Завершение работы пользователей» уже реализован и вызывает принудительное закрытие клиентских приложений по расписанию блокировки.

Программный путь оправдан, когда администрирование встроено в бизнес-процесс: например, перед загрузкой данных из другой системы база автоматически блокируется и «выгоняет» всех. Для разовых задач проще консоль кластера или rac.

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

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

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

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