К статье
Практический материал

Администрирование · 12 мин

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

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

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

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

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

Как определить, какой сеанс нужно завершить

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

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

Сеанс активенИдёт обмен данными, есть вызовы СУБД

Уточнить у пользователя, можно ли закрыть программу штатно

Сеанс неактивен давноВероятно, программа зависла или забыта

Попробовать связаться с пользователем, затем завершить принудительно

Сеанс держит блокировкуМешает обновлению или монопольному режиму

Завершить сеанс и повторить операцию

Несколько сеансов у одного пользователяВозможны «фантомы» после сбоя сети

Сверить время начала и типы клиентов, удалить лишние

Завершение сеанса через консоль кластера (клиент-серверный режим)

Основной инструмент администратора — консоль управления сервером 1С (оснастка «Центральные серверы 1С:Предприятия»). Она доступна на сервере, где установлен агент сервера 1С, либо на машине администратора при установленных компонентах администрирования.

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

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

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

Завершение через конфигуратор и средства БСП

Список активных пользователей в конфигураторе

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

Обработка «Завершение работы пользователей» (БСП)

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

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

Завершение сеанса в файловом режиме

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

На самом компьютере пользователя: откройте диспетчер задач (Ctrl+Shift+Esc), найдите процесс 1cv8.exe (или 1cv8c.exe для тонкого клиента), выделите его и нажмите «Снять задачу». Если открыто несколько окон 1С, процессов будет несколько — ориентируйтесь по заголовку окна на вкладке «Приложения» или по столбцу «Командная строка» на вкладке «Подробности».

Удалённо с правами администратора домена процесс можно завершить через PowerShell:

powershell
Invoke-Command -ComputerName PC-USER01 -ScriptBlock { Get-Process 1cv8* -ErrorAction SilentlyContinue | Stop-Process -Force }

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

Завершение через командную строку и скрипты

Для автоматизации — например, ночного принудительного завершения всех сеансов перед резервным копированием — используется утилита администрирования rac.exe из каталога установки сервера 1С. Она позволяет получить список сеансов кластера и завершить конкретный сеанс по его идентификатору:

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

Типовой сценарий скрипта: получить список сеансов командой rac session list, отфильтровать нужные (по имени базы или пользователю), затем завершить каждый командой terminate. Такой подход применяют в планировщике заданий вместе с установкой блокировки сеансов, чтобы во время обслуживания никто не подключился заново.

Для клиент-серверных баз альтернатива — завершение на уровне СУБД (например, kill сессии в MS SQL Server). Это крайняя мера: соединение обрывается грубо, и агенту сервера 1С может потребоваться время, чтобы зафиксировать разрыв. Используйте её только если консоль кластера недоступна.

Проверка результата и типичные ошибки

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

Контрольные точки

Как проверить результат

Список сеансов в консоли кластера
Норма

Сеанс пользователя отсутствует после обновления списка

Тревожный признак

Сеанс появился снова — срабатывает автоподключение

Монопольный режим / обновление
Норма

Операция запускается без ошибки блокировки

Тревожный признак

Ошибка «информационная база заблокирована» сохраняется

Журнал регистрации
Норма

Есть запись о завершении сеанса

Тревожный признак

Записей о разрыве нет, сеанс числится активным

Клиент на стороне пользователя
Норма

Программа закрыта, при запуске — сообщение о блокировке (если она включена)

Тревожный признак

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

Типичные ошибки
01
Завершение сеанса без предупреждения — пользователь теряет несохранённые документы и вводит данные заново
02
Удаление не того сеанса при нескольких одноимённых подключениях — сверяйте компьютер, тип клиента и время начала
03
Снятие процесса во время проведения документов — риск незавершённых транзакций и необходимости тестирования базы
04
Завершение сеансов без установки блокировки — пользователи подключаются заново и срывают обновление
05
Завершение сессии на уровне СУБД вместо консоли кластера — грубый разрыв, применять только когда консоль недоступна

Как выбрать способ в разных ситуациях

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

Сравнение способов завершения

Консоль кластера

Клиент-серверный режим, точечное или массовое завершение. Требует прав администратора кластера

БСП «Завершение работы пользователей»

Мягкое завершение с предупреждением и таймером. Только в конфигурациях на БСП

Диспетчер задач / Stop-Process

Файловый режим или зависший клиент. Риск потери несохранённых данных

Утилита rac

Автоматизация и скрипты обслуживания. Требует знания идентификаторов кластера и сеансов

Завершение на уровне СУБД

Крайняя мера при недоступной консоли кластера. Грубый разрыв соединения

Маршрут решения

Как выбрать действие

Клиент-серверная база, завис один сеансУдалите сеанс в консоли кластера: база → Сеансы → Удалить
Нужно выгнать всех для обновленияВключите блокировку начала сеансов, затем завершите активные сеансы
Конфигурация на БСП и есть времяИспользуйте «Завершение работы пользователей» с предупреждением и таймером
Файловая база, программа зависла у пользователяСнимите процесс 1cv8.exe через диспетчер задач или удалённо через PowerShell
Сеанс возвращается после удаленияПроверьте автозапуск 1С на компьютере пользователя и отключите его на время работ
Итог

Что важно запомнить

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

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

Потеряет ли пользователь данные при принудительном завершении сеанса?

Да, все несохранённые данные (незаписанные документы, открытые формы с изменениями) будут потеряны. Уже записанные в базу объекты не пострадают. Поэтому по возможности предупреждайте пользователя или используйте механизм БСП с таймером отсрочки.

Как завершить сеанс, если консоль кластера не открывается?

Проверьте, запущена ли служба агента сервера 1С и правильный ли порт указан при подключении консоли. Если доступ к кластеру восстановить нельзя, как крайняя мера можно завершить сессии на уровне СУБД, но это грубый разрыв соединений.

Почему после удаления сеанс появляется снова?

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

Можно ли завершить сеанс пользователя из режима 1С:Предприятие?

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

Чем отличается удаление сеанса от завершения соединения в консоли кластера?

Соединение — это технический канал между клиентом и рабочим процессом сервера, сеанс — логическая сессия пользователя. Удаление сеанса завершает работу пользователя целиком; разрыв соединения применяется реже, обычно при диагностике зависших рабочих процессов. Для задачи «выгнать пользователя» удаляйте именно сеанс.

Опасно ли снимать процесс 1cv8.exe в файловой базе?

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