Администрирование · 10 мин
Как принудительно закрыть 1С у пользователя
Способы принудительного завершения сеанса 1С: консоль кластера, диспетчер задач, команда taskkill, PowerShell. Риски, проверка результата и типичные ошибки администраторов.
Зависший сеанс 1С, заблокированная информационная база или пользователь, который ушёл домой, не закрыв программу, — типовые ситуации, с которыми сталкивается администратор. Принудительное завершение сеанса требуется перед регламентными операциями: обновлением конфигурации, резервным копированием, восстановлением базы, а также когда соединение «зависло» и держит блокировки.
Способ завершения зависит от режима работы: файловая база, клиент-серверный вариант через кластер 1С:Предприятия или работа через веб-сервер. В каждом случае действуют свои инструменты — от диспетчера задач до консоли администрирования кластера и скриптов. Неправильный выбор способа может привести к потере несохранённых данных пользователя или повреждению файловой базы.
Ниже разобраны рабочие методы для каждого сценария, порядок проверки результата и ограничения, при которых принудительное завершение лучше отложить или заменить штатным.
Определите режим работы базы перед завершением сеанса
Первый шаг — понять, как именно пользователь подключён к базе. В файловом режиме процесс 1cv8.exe работает на компьютере самого пользователя, и завершать его нужно там же — локально или удалённо. В клиент-серверном режиме сеанс обслуживает рабочий процесс кластера rphost на сервере, и корректная точка воздействия — консоль администрирования кластера.
Узнать режим можно в окне «О программе» (Файл → О программе): там указан тип расположения информационной базы — файловый или клиент-серверный. Администратору проще посмотреть список баз в консоли кластера: если база там есть, работа идёт через сервер 1С.
Завершайте сеанс через консоль кластера или rac, а не через диспетчер задач
Завершайте процесс локально или удалённо через taskkill
Сеанс всё равно виден в консоли кластера — завершайте его там
Завершение сеанса через консоль кластера 1С
Это основной и самый безопасный способ для клиент-серверного режима. Откройте консоль администрирования серверов 1С:Предприятия (оснастка устанавливается вместе с сервером или отдельно на машину администратора). Раскройте нужный кластер, перейдите в ветку «Сеансы», найдите сеанс пользователя по имени, компьютеру или приложению.
Выделите сеанс и выберите в контекстном меню «Удалить». Кластер разорвёт соединение, клиентское приложение у пользователя закроется с сообщением о разрыве соединения. Перед удалением рекомендуется отправить пользователю сообщение: выделите сеанс → «Отправить сообщение» — текст появится у него на экране, и он успеет сохранить данные.
Отличие сеансов от соединений
В консоли видны две ветки: «Сеансы» и «Соединения». Удалять нужно именно сеанс — один сеанс может порождать несколько соединений, и удаление отдельного соединения не всегда освобождает блокировки. Если после удаления сеанса соединение осталось «висеть», удалите и его, а при повторяющихся зависаниях проверьте нагрузку на рабочие процессы кластера.
- 1Откройте консоль администрирования серверов 1С и раскройте нужный кластер
- 2Перейдите в ветку «Сеансы» и найдите пользователя по имени или компьютеру
- 3Отправьте пользователю сообщение о предстоящем завершении и подождите 2–5 минут
- 4Выделите сеанс и выберите «Удалить» в контекстном меню
- 5Проверьте, что сеанс исчез из списка, а блокировки сняты (ветка «Блокировки»)
Завершение через утилиту rac из командной строки
Когда консоль недоступна или нужно автоматизировать завершение (например, перед ночным обновлением), используется консольная утилита администрирования rac из каталога сервера 1С. Она позволяет получить список сеансов и завершить конкретный по идентификатору.
Сначала запросите список сеансов кластера, найдите нужный по пользователю и запомните его UUID, затем выполните команду завершения. Утилита работает на сервере и требует указания адреса агента кластера.
rac session --cluster=<ID_кластера> list
rac session --cluster=<ID_кластера> terminate --session=<UUID_сеанса>Способ удобен для скриптов: можно завершать все сеансы конкретной базы перед регламентным обновлением. Комбинируйте rac с установкой блокировки сеансов, чтобы пользователи не успели подключиться заново, пока идёт обслуживание.
Принудительное закрытие 1С на компьютере пользователя
В файловом режиме или когда клиентское приложение зависло, процесс завершают на самом рабочем месте. Откройте диспетчер задач (Ctrl+Shift+Esc), найдите процесс «1С:Предприятие» (1cv8.exe, для тонкого клиента — 1cv8c.exe), выделите его и нажмите «Снять задачу».
Если программа не реагирует, используйте командную строку с правами администратора. Команда taskkill завершает процесс принудительно, параметр /F отключает запросы на сохранение.
taskkill /IM 1cv8.exe /F
taskkill /S ПК_пользователя /IM 1cv8.exe /FВторая форма команды с параметром /S позволяет завершить процесс удалённо по сети — потребуются права администратора на целевой машине и доступность служб удалённого управления. Альтернатива — PowerShell: Stop-Process -Name "1cv8" -Force или удалённый вызов через Invoke-Command.
Блокировка входа и завершение всех сеансов сразу
Для регламентных работ обычно требуется выгнать не одного пользователя, а всех, и не дать им вернуться. В консоли кластера откройте свойства информационной базы и установите флажок «Блокировка начала сеансов включена», задайте время начала и сообщение для пользователей. Новые подключения будут отклоняться.
После установки блокировки завершите оставшиеся сеансы через список сеансов или скриптом rac. В типовых конфигурациях есть штатный механизм: раздел «Администрирование» → «Обслуживание» → «Блокировка работы пользователей» (обработка на базе БСП). Она сама устанавливает блокировку и плавно завершает активные сеансы с предупреждением пользователей — это предпочтительный вариант, если он доступен.
Сравнение способов завершения
Точечно и безопасно, работает только в клиент-серверном режиме, требует доступа к консоли
Подходит для автоматизации и массового завершения, требует знания UUID сеансов
Единственный вариант для файлового режима и зависшего клиента, риск потери несохранённых данных
Штатный мягкий сценарий с предупреждением, доступен только в конфигурациях на БСП
Проверка результата и типичные ошибки
После завершения убедитесь, что сеанс действительно исчез: обновите список сеансов в консоли кластера и проверьте ветку «Блокировки» — управляемые блокировки завершённого сеанса должны сняться. Для файловой базы проверьте, что рядом с файлом 1Cv8.1CD не осталось открытых дескрипторов (поможет команда openfiles на файловом сервере) и что база открывается в конфигураторе.
Частая ошибка — завершение процесса rphost на сервере вместо отдельного сеанса: это обрывает сеансы всех пользователей, которых обслуживает рабочий процесс, и приводит к массовой потере несохранённых данных. Вторая типичная ошибка — забыть снять блокировку начала сеансов после регламентных работ: пользователи не смогут войти, хотя обслуживание уже завершено.
Как проверить результат
Сеанс пользователя отсутствует
Сеанс появился снова — пользователь переподключился, включите блокировку
Управляемые блокировки сняты
Блокировки остались — удалите зависшее соединение
База открывается, тестирование без ошибок
Ошибки открытия — нужно тестирование и исправление
FAQ
Можно ли завершить сеанс, не имея доступа к серверу 1С?
Да, если речь о файловой базе: завершите процесс 1cv8.exe на компьютере пользователя локально или удалённо через taskkill /S. Для клиент-серверного режима без доступа к консоли кластера или утилите rac корректно завершить сеанс нельзя — обратитесь к администратору сервера.
Что увидит пользователь при принудительном завершении сеанса?
При удалении сеанса в консоли кластера клиентское приложение закроется с сообщением о разрыве соединения с сервером. При taskkill окно программы просто исчезнет без каких-либо уведомлений, поэтому предварительное сообщение пользователю — обязательная часть процедуры.
Сохранятся ли данные пользователя после принудительного закрытия?
Нет. Всё, что не было записано в базу (незаписанные документы, открытые формы с изменениями), будет потеряно. Записанные в базу данные не пострадают — транзакционный механизм 1С откатывает незавершённые транзакции, сохраняя целостность.
Как выгнать всех пользователей перед обновлением конфигурации?
Установите блокировку начала сеансов в свойствах базы в консоли кластера, отправьте сообщение активным пользователям, дождитесь их выхода и завершите оставшиеся сеансы. В конфигурациях на БСП используйте обработку «Блокировка работы пользователей» — она автоматизирует весь цикл.
Сеанс удалён, но пользователь сразу подключается снова. Что делать?
Удаление сеанса не запрещает новое подключение. Включите блокировку начала сеансов для базы — тогда новые соединения будут отклоняться с заданным сообщением. Также проверьте, не запущено ли у пользователя автообновление или фоновое задание, пересоздающее сеанс.
Опасно ли завершать процесс 1С через диспетчер задач?
Для клиент-серверного режима это относительно безопасно для базы — сервер откатит незавершённую транзакцию. Для файловой базы завершение процесса во время записи может повредить файл данных, поэтому после аварийного закрытия рекомендуется выполнить тестирование и исправление в конфигураторе.
Что важно запомнить
В клиент-серверном режиме завершайте сеанс через консоль кластера или rac, в файловом — через диспетчер задач или taskkill на компьютере пользователя. Всегда предупреждайте пользователя, перед регламентными работами включайте блокировку сеансов, а после завершения проверяйте список сеансов и блокировок.