Как выгнать пользователей из 1С: рабочие способы завершения сеансов

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

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

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

Как понять, кто сейчас работает в базе

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

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

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

Блокировка сеансов: правильное начало любого отключения

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

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

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

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

Как выгнать пользователей через консоль кластера серверов

Откройте оснастку «Администрирование серверов 1С:Предприятия» на сервере или на машине, где установлены компоненты администрирования. Раскройте дерево: кластер → «Информационные базы» → ваша база → «Сеансы».

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

Если консоль не открывается с вашего компьютера, проверьте, что служба агента сервера 1С запущена, а порт агента (по умолчанию 1540) доступен. Для управления также нужны права администратора кластера — если в кластере заведены администраторы, потребуется аутентификация.

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

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

Штатной кнопки «выгнать пользователя» в файловом режиме в типовом конфигураторе нет. Если пользователь недоступен (ушёл, не закрыв программу), завершите процесс 1cv8.exe на его компьютере — локально или удалённо через диспетчер задач / PsExec, если у вас есть права администратора домена.

Обратите внимание: если база опубликована на веб-сервере, сеансами управляет веб-сервер, и «зависшие» подключения могут держаться пулом. В этом случае перезапуск пула приложений (IIS) или службы Apache освобождает все соединения разом.

Отключение через командную строку и скрипты

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

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

Сначала командой rac cluster list узнайте идентификатор кластера, затем rac infobase summary list — идентификатор базы. Для массового отключения идентификаторы сеансов перебирают в цикле скрипта (bat, PowerShell или bash в зависимости от ОС сервера).

Альтернатива — внешние обработки и расширения, завершающие сеансы программно из самой 1С, а также типовая команда запуска конфигуратора с параметром /DisableStartupDialogs и выполнением пакетных операций. Любой скрипт сначала тестируйте на копии базы: ошибка в идентификаторах завершит не те сеансы.

Как проверить, что все вышли, и что делать с «зависшими» сеансами

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

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

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

Типичные ошибки при отключении пользователей

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

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