Администрирование · 9 мин
Как выгнать пользователя из 1С
Как принудительно завершить сеанс пользователя в 1С: через консоль кластера, конфигуратор, администрирование сервера и внешние средства. Риски и проверка результата.
Принудительно завершить сеанс пользователя в 1С чаще всего требуется из-за «зависшего» соединения, которое держит блокировку базы, либо когда сотрудник ушёл, не закрыв программу, а нужно срочно войти в монопольный режим для обновления или отключить доступ уволенному работнику. Порядок действий различается для файлового и клиент-серверного режимов работы базы, а также зависит от наличия у вас прав администратора.
Важно понимать: «выгнать» пользователя можно мягко — с предупреждением и временем на сохранение данных, либо жёстко — с принудительным разрывом соединения. Жёсткий разрыв почти всегда означает потерю несохранённых данных у пользователя, а в отдельных случаях — повреждение открытой транзакции. Поэтому принудительное завершение — крайняя мера после попытки связаться с пользователем.
Как определить, кто сейчас работает в базе
Прежде чем завершать чей-либо сеанс, нужно увидеть список активных подключений. В клиент-серверном варианте откройте консоль кластера серверов 1С (утилита администрирования серверов, обычно находится в меню «Пуск — 1С:Предприятие»), раскройте нужный кластер, затем информационную базу и перейдите в ветку «Сеансы». Здесь видно имя пользователя, компьютер, время начала сеанса, режим (тонкий клиент, толстый клиент, фоновое задание) и время последнего обращения.
В файловой базе список активных пользователей доступен прямо из режима «Предприятие»: «Администрирование — Обслуживание — Активные пользователи» (в типовых конфигурациях путь может слегка отличаться). В конфигураторе та же информация есть в меню «Администрирование — Активные пользователи».
Сначала свяжитесь с ним, принудительный разрыв потеряет его данные
Кандидат на принудительное завершение, но лучше подтвердить по телефону
Завершение может прервать регламентную операцию — проверьте, что за задание
Завершение сеанса через консоль кластера серверов 1С
Это основной способ для клиент-серверных баз. Откройте консоль кластера, найдите нужный сеанс в списке, выделите его и в контекстном меню выберите «Удалить». Сеанс завершается немедленно, у пользователя программа закрывается с сообщением о разрыве соединения с сервером.
Учтите ограничение: для доступа к консоли кластера у вас должны быть права администратора кластера или администратора информационной базы, если для неё заданы отдельные учётные данные. Если консоль не показывает сеансы, проверьте, что вы подключились к правильному кластеру и что служба агента сервера 1С запущена.
- 1Откройте консоль кластера серверов 1С на сервере или администраторском компьютере
- 2Раскройте кластер, найдите нужную информационную базу, перейдите в «Сеансы»
- 3Найдите сеанс пользователя по имени или компьютеру, проверьте время последнего обращения
- 4Попробуйте связаться с пользователем и попросить завершить работу самостоятельно
- 5При необходимости выделите сеанс и выберите «Удалить» в контекстном меню
- 6Обновите список сеансов и убедитесь, что сеанс исчез и не переподключился автоматически
Мягкое завершение: предупреждение пользователей
В типовых конфигурациях на Библиотеке стандартных подсистем есть штатный механизм «Блокировка работы пользователей» («Администрирование — Обслуживание — Блокировка работы пользователей»). Он позволяет задать время начала блокировки и текст сообщения: пользователи получат предупреждение, а по наступлении времени их сеансы будут завершены автоматически, новые подключения — запрещены.
Это предпочтительный сценарий для плановых работ: обновления конфигурации, регламентных операций, перехода на новый релиз. Пользователи успевают сохранить документы, а администратор получает гарантированно пустую базу к назначенному времени. Для снятия блокировки вернитесь в ту же форму и нажмите «Снять блокировку».
Завершение сеансов в файловой базе
В файловом режиме нет сервера приложений, поэтому прямого инструмента «удалить чужой сеанс» нет. Доступны варианты: механизм блокировки работы пользователей в типовых конфигурациях (завершает сеансы по расписанию), установка монопольного режима через конфигуратор (все активные сеансы должны быть завершены, иначе монопольный доступ не установится) и локальные меры — завершение процесса 1cv8.exe на компьютере пользователя через диспетчер задач или удалённо.
Крайний случай — пользователь заблокировал файл базы и недоступен. Здесь помогает завершение процесса на его компьютере (через PsExec, PowerShell Remoting или физически). После принудительного завершения файловой базы желательно выполнить тестирование и исправление, поскольку обрыв во время записи может оставить базу в несогласованном состоянии.
Программное и массовое завершение сеансов
Для автоматизации (например, завершение всех сеансов перед ночным бэкапом) используют утилиту RAC из состава сервера 1С. Она позволяет из командной строки получить список сеансов и завершить их по условию. Типовой сценарий: запросить список сеансов базы, отфильтровать пользовательские, отправить каждому команду на завершение.
rac session --cluster=<ид_кластера> list --infobase=<ид_базы>
rac session --cluster=<ид_кластера> terminate --infobase=<ид_базы> --session=<ид_сеанса>Альтернатива — административный веб-сервис кластера или библиотеки вроде OneScript с пакетом для управления кластером. Эти способы требуют аккуратности: скрипт без фильтров завершит и служебные сеансы, и сеансы других баз кластера, если идентификатор базы указан неверно.
Как не дать пользователю подключиться снова
Завершение сеанса не запрещает новый вход: пользователь может сразу переподключиться. Чтобы этого не произошло, применяют дополнительные меры в зависимости от цели. Для плановых работ — блокировка сеансов в свойствах информационной базы в консоли кластера (параметр «Блокировка начала сеансов включена», с сообщением и кодом разрешения). Для уволенного сотрудника — сброс пароля или снятие флажка «Аутентификация 1С:Предприятия» в списке пользователей базы, а также отзыв доступа на уровне домена и SQL-сервера.
Как выбрать действие
Проверка результата и типичные ошибки
После завершения сеанса обновите список сеансов в консоли: целевой сеанс должен исчезнуть. Если он появился снова через несколько секунд — у пользователя включено автоматическое переподключение или запущен регламентный процесс, создающий сеанс заново; в этом случае сначала включите блокировку сеансов. Дополнительно проверьте отсутствие активных блокировок в ветке «Соединения» и журнале регистрации.
Что важно запомнить
Основной инструмент — консоль кластера серверов 1С: удаление сеанса действует мгновенно, но не мешает переподключению. Для плановых работ используйте блокировку сеансов с предупреждением, для разовых — удаление конкретного сеанса. Всегда предупреждайте пользователей и делайте резервную копию перед массовыми действиями.
Частые вопросы
Что увидит пользователь при принудительном завершении сеанса?
Программа закроется с сообщением об административном разрыве соединения или потере связи с сервером. Все несохранённые данные (открытые незаписанные документы, отредактированные формы) будут потеряны без возможности восстановления.
Можно ли выгнать пользователя, не имея доступа к серверу 1С?
Из режима «Предприятие» — только через механизм блокировки работы пользователей в типовых конфигурациях, и то при наличии прав администратора в базе. Без доступа к консоли кластера или этой функции завершить чужой сеанс штатными средствами нельзя.
Почему после удаления сеанса пользователь снова появляется в списке?
Клиентское приложение может автоматически восстанавливать соединение, либо сеанс создаётся заново фоновым заданием или регламентным процессом. Включите блокировку начала сеансов в свойствах базы — тогда новые подключения будут отклоняться.
Как выгнать всех пользователей из файловой базы для обновления?
Используйте блокировку работы пользователей в типовой конфигурации с установкой времени начала «сейчас» — активные сеансы получат команду на завершение. Оставшиеся «зависшие» сеансы завершайте через процессы на компьютерах пользователей.
Опасно ли принудительное завершение для целостности базы?
Для клиент-серверной базы риск минимален: СУБД откатывает незавершённые транзакции. Для файловой базы риск выше — обрыв во время записи может повредить файл, поэтому после аварийного завершения рекомендуется тестирование и исправление через конфигуратор или утилиту chdbfl.
Как запретить вход конкретному пользователю навсегда?
Откройте список пользователей базы (в конфигураторе или режиме «Предприятие»), снимите у учётной записи флажки аутентификации или удалите её, затем завершите активные сеансы. Дополнительно проверьте права на уровне СУБД и домена, если использовалась Windows-аутентификация.