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

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

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

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

Как определить, кто и как подключён к базе

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

Обратите внимание на колонку «Спящий сеанс» и время последней активности. Часто «зависшие» сеансы — это спящие соединения от давно закрытых клиентов. Их можно удалять безболезненно, но лучше настроить автоматическое завершение спящих сеансов в свойствах информационной базы кластера (параметр «Завершать спящие сеансы через»).

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

Завершение сеанса через консоль кластера серверов

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

Найдите нужный сеанс (можно отсортировать по пользователю или компьютеру), выделите его и нажмите «Удалить» или выберите соответствующий пункт контекстного меню. Сеанс завершится немедленно: у пользователя программа закроется с сообщением о разрыве соединения с сервером.

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

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

Как выкинуть пользователя из файловой базы

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

Если база лежит в общей сетевой папке, а пользователь недоступен, помогает завершение процесса на его компьютере: через диспетчер задач завершите процесс 1cv8.exe. Удалённо это можно сделать командой taskkill по сети при наличии прав администратора домена.

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

Программное завершение сеансов и блокировка базы

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

Утилита rac позволяет выполнять все действия консоли из командной строки: получить список сеансов, удалить конкретный сеанс, установить блокировку. Это удобно для скриптов обслуживания, которые запускаются по расписанию.

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

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

Как предотвратить повторное подключение

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

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

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

Типичные ошибки и риски

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

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

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

Проверка результата после отключения

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

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

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