Администрирование · 10 мин
Как выгнать пользователя из 1С: способы завершения сеанса
Как принудительно завершить сеанс пользователя в 1С: через консоль кластера, конфигуратор, код и регламентные задания. Пошаговые инструкции и меры предосторожности.
Задача «выгнать пользователя из базы» возникает регулярно: нужно установить обновление, запустить регламентную операцию в монопольном режиме, освободить лицензию или закрыть доступ сотруднику, который уволился, но не вышел из программы. Способ зависит от режима работы базы — файлового или клиент-серверного — и от того, есть ли у вас права администратора.
Важно понимать разницу между «попросить выйти» и «принудительно завершить сеанс». В первом случае пользователь получает сообщение и сохраняет данные, во втором несохранённые изменения в открытых документах будут потеряны. Поэтому принудительное завершение — крайняя мера, и перед ним стоит уведомить сотрудника любым доступным способом.
Ниже разобраны все рабочие способы: от штатной консоли кластера до программного завершения сеансов и блокировки входа в базу. Отдельно рассмотрена ситуация с файловой базой, где инструментов администрирования заметно меньше.
Как определить, кто сейчас работает в базе
Прежде чем кого-то «выгонять», нужно увидеть список активных сеансов и убедиться, что вы завершаете именно тот сеанс, который нужно. В клиент-серверном варианте список сеансов доступен в консоли кластера: раскройте ветку сервера, затем нужную информационную базу и выберите пункт «Сеансы». Там видно имя пользователя, компьютер, время начала сеанса и текущую активность.
В файловом режиме просмотр доступен из конфигуратора: меню «Администрирование» → «Активные пользователи». Список показывает пользователей и режим работы, но не даёт кнопки принудительного отключения. В типовых конфигурациях также есть обработка «Активные пользователи» в пользовательском режиме, доступная администратору.
Обращайте внимание на «спящие» и фоновые сеансы: регламентные задания и сеансы веб-сервисов тоже занимают подключения и могут мешать монопольному режиму. Завершать их нужно так же осознанно — обрыв фонового задания во время обмена данными может оставить базу в промежуточном состоянии.
Предупредите пользователя и дайте время сохранить документы
Такой сеанс можно завершать относительно безопасно
Проверьте, что за задание выполняется, прежде чем прерывать
Завершение сеанса через консоль кластера серверов
Это основной и самый надёжный способ для клиент-серверной 1С. Откройте оснастку «Администрирование серверов 1С:Предприятия» на сервере или на машине администратора, найдите нужный кластер и информационную базу. Перейдите на вкладку «Сеансы», найдите пользователя по имени или компьютеру, кликните правой кнопкой и выберите «Удалить». Сеанс будет завершён немедленно.
Для удаления сеанса потребуются права администратора кластера или администратора информационной базы, если они заданы. Если консоль не пускает, проверьте, что служба агента сервера 1С запущена и вы подключаетесь к правильному порту кластера.
Помимо вкладки «Сеансы» есть вкладка «Соединения» — она показывает соединения на уровне рабочих процессов. Удалять нужно именно сеанс: удаление соединения без сеанса не всегда освобождает пользователя корректно, а сеанс при удалении закрывает связанные соединения автоматически.
- 1Откройте оснастку администрирования серверов 1С
- 2Разверните кластер и нужную информационную базу
- 3Откройте список сеансов и найдите пользователя
- 4Кликните правой кнопкой по сеансу и выберите «Удалить»
- 5Убедитесь, что сеанс исчез из списка
Блокировка входа и установка кода разрешения
Если задача — не просто выгнать одного человека, а освободить базу полностью (например, для обновления), используйте блокировку сеансов. В консоли кластера откройте свойства информационной базы и установите флаг «Блокировка начала сеансов включена». Дополнительно можно задать сообщение, которое увидят пользователи, время начала и окончания блокировки и код разрешения.
Код разрешения — это пароль, с которым можно войти в заблокированную базу. Администратор добавляет параметр «/UC код» в строку запуска и работает, пока остальные не могут подключиться. Это стандартная схема при обновлении конфигурации: сначала включается блокировка, затем завершаются оставшиеся сеансы, затем выполняется обновление.
В типовых конфигурациях на БСП (Библиотека стандартных подсистем) блокировку можно включить прямо из пользовательского режима: раздел «Администрирование» → «Обслуживание» → «Блокировка работы пользователей». Там же можно отправить пользователям сообщение с просьбой выйти и увидеть тех, кто ещё не вышел.
Программное завершение сеансов и типовые механизмы
В конфигурациях на БСП есть штатный механизм завершения работы пользователей: администратор устанавливает блокировку, и у активных пользователей появляется окно с предупреждением и таймером, после чего программа закрывается автоматически. Это самый «мягкий» способ — пользователь успевает сохранить данные.
Для автоматизации сеансы можно завершать программно через COM-соединение с кластером (объект V83.COMConnector и интерфейс администрирования) или через сервер администрирования RAS в связке с утилитой RAC. Например, RAC позволяет получить список сеансов и удалить конкретный командой из скрипта, что удобно для регламентных операций по расписанию.
rac session --cluster=<ID_кластера> terminate --session=<ID_сеанса>Программный способ требует аккуратности: скрипт, завершающий все сеансы без разбора, оборвёт и фоновые задания, и сеансы синхронизации. Всегда фильтруйте список по типу сеанса и имени пользователя, а перед массовым завершением делайте резервную копию, если после этого планируется обновление.
Что делать в файловом режиме
В файловой базе нет кластера и консоли, поэтому прямого способа «выкинуть» пользователя нет. Доступные варианты: отправить сообщение через механизм блокировки в типовой конфигурации, попросить выйти лично, либо завершить процесс 1cv8.exe на компьютере пользователя — через диспетчер задач при физическом доступе или удалённо при наличии прав администратора домена.
Монопольный доступ к файловой базе можно получить, если все пользователи вышли. Если кто-то оставил программу открытой на ночь, а доступа к его компьютеру нет, остаётся ждать или использовать удалённое завершение процесса. Разрывать доступ к общей папке «на горячую», например отключая общий ресурс, не стоит — это риск повреждения файла базы.
Ограничения доступа уволенному сотруднику
Если цель — не разовое завершение сеанса, а полное закрытие доступа, одного удаления сеанса недостаточно: человек просто зайдёт снова. Нужно отключить его учётную запись. В клиент-серверном режиме откройте список пользователей информационной базы (через конфигуратор: «Администрирование» → «Пользователи») и снимите у нужного пользователя все роли либо удалите его из списка.
В типовых конфигурациях пользователя отключают в справочнике «Пользователи»: снимается флаг «Вход в программу разрешён» или устанавливается признак «Недействителен». После этого завершите активный сеанс пользователя через консоль кластера — права проверяются при входе, а уже открытый сеанс продолжает работать.
Не забудьте про смежные точки входа: доступ к базе через веб-клиент, мобильный клиент, внешние отчёты и обработки, а также пароли на уровне SQL-сервера, если они выдавались отдельно. Полный отзыв доступа — это всегда комплекс действий, а не одна кнопка.
Проверка результата и частые проблемы
После завершения сеанса обновите список сеансов в консоли и убедитесь, что пользователь исчез. Если сеанс появился снова через несколько секунд — у пользователя включён автоперезапуск клиента, работает фоновое задание от его имени или открыто второе окно программы. В этом случае сначала включите блокировку входа, а затем повторно завершите сеанс.
Проверить монопольность можно попыткой установить монопольный режим в конфигураторе: если база свободна, режим включится сразу. Если выдаётся ошибка о занятых соединениях — в списке сеансов остались подключения, в том числе скрытые фоновые.
Как проверить результат
Сеанс пользователя отсутствует после обновления списка
Сеанс пересоздаётся — включите блокировку входа
Включается без ошибок
Ошибка о существующих соединениях — ищите оставшиеся сеансы
Программа отказывает во входе
Пользователь входит — проверьте роли и признак доступа
Частые вопросы
Можно ли выгнать пользователя из файловой базы удалённо?
Штатного инструмента нет. Варианты: механизм «Блокировка работы пользователей» в типовой конфигурации, который корректно закроет программу у пользователя, либо удалённое завершение процесса 1cv8.exe средствами Windows при наличии прав администратора на его компьютере.
Что произойдёт с несохранёнными данными при удалении сеанса?
Они будут потеряны. Открытый, но не записанный документ не сохранится ни в базе, ни где-либо ещё. Поэтому перед принудительным завершением пользователя стоит предупредить и дать несколько минут на сохранение.
Почему пользователь сразу заходит обратно после удаления сеанса?
Чаще всего работает автоматический перезапуск тонкого клиента или у пользователя открыто несколько окон. Включите блокировку начала сеансов в свойствах базы, и тогда повторный вход станет невозможен.
Чем отличается завершение сеанса от блокировки базы?
Завершение сеанса выкидывает конкретного пользователя прямо сейчас, но не мешает ему зайти снова. Блокировка запрещает новые подключения для всех, кроме тех, кто знает код разрешения. Для обслуживания базы эти меры применяют вместе.
Как выгнать всех пользователей разом для обновления?
Включите блокировку начала сеансов с сообщением и кодом разрешения, дождитесь выхода добровольно или завершите оставшиеся сеансы в консоли кластера, затем проверьте, что список сеансов пуст, и включайте монопольный режим.
Опасно ли удалять фоновые сеансы регламентных заданий?
Да, если задание в этот момент выполняет обмен данными, проведение документов или расчёт. Прерывание может оставить незавершённую транзакцию. Сначала посмотрите в консоли, что за задание выполняется, и при возможности дождитесь его окончания.
Что важно запомнить
В клиент-серверной 1С сеанс завершается через консоль кластера, в файловой — через блокировку из типовой конфигурации или завершение процесса. Перед принудительным отключением предупредите пользователя, для обслуживания базы сочетайте блокировку входа с завершением активных сеансов, а для закрытия доступа навсегда отключайте учётную запись, а не только текущий сеанс.