Как выкинуть активного пользователя из 1С

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

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

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

Определите режим работы базы и где завис сеанс

Прежде чем что-либо отключать, выясните, в каком режиме работает информационная база. Откройте свойства базы в списке информационных баз или уточните у администратора: файловый режим означает, что база лежит в общей папке, клиент-серверный — что работа идёт через сервер 1С:Предприятия и СУБД (MS SQL, PostgreSQL и другие).

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

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

Клиент-серверный режим: отключение через консоль кластера

Основной инструмент администратора клиент-серверной 1С — консоль «Администрирование серверов 1С:Предприятия». Она устанавливается вместе с сервером или отдельно на рабочее место администратора.

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

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

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

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

Файловый режим: активные пользователи и диспетчер задач

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

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

Практические варианты для файлового режима:

• Попросить пользователя закрыть 1С штатно, предварительно отправив сообщение через диалог активных пользователей.
• Если компьютер пользователя доступен — открыть диспетчер задач (Ctrl+Shift+Esc), найти процесс 1cv8.exe и завершить его.
• Если компьютер в сети, но пользователь отсутствует, — завершить процесс удалённо через диспетчер задач с подключением к удалённому компьютеру или через PowerShell при наличии прав.
• В крайнем случае — перезагрузить компьютер пользователя удалённо.

Get-Process -Name 1cv8 -ComputerName USER-PC | Stop-Process -Force

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

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

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

Для MS SQL Server откройте SQL Server Management Studio и используйте Activity Monitor (Монитор активности) или запрос к системным представлениям, чтобы найти сессии, обращающиеся к нужной базе. Завершается такая сессия командой KILL с номером SPID.

SELECT session_id, login_name, host_name, status FROM sys.dm_exec_sessions WHERE database_id = DB_ID('ИмяБазы');
KILL 57; -- номер конкретной сессии

Для PostgreSQL аналогичная задача решается запросом к pg_stat_activity с последующим вызовом pg_terminate_backend для конкретного процесса. Принцип тот же: сначала идентифицировать сессию по имени базы и пользователю, затем завершить именно её, а не все подряд.

Программное завершение сеансов и типовая функциональность

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

Для регламентных задач удобно программное управление: через COM-объект V83.COMConnector или консольную утилиту RAC, входящую в состав сервера 1С, можно получать список сеансов и удалять их из скриптов. Это стандартный подход для автоматизации ночных обновлений: скрипт ставит блокировку, завершает оставшиеся сеансы, выполняет обновление и снимает блокировку.

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

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

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

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

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

Как выбрать способ отключения

Выбор всегда идёт от менее разрушительного к более разрушительному: сначала сообщение и штатный выход, затем удаление сеанса штатными средствами сервера 1С, и только в последнюю очередь — завершение процессов и сессий СУБД. Чем глубже уровень вмешательства, тем выше риск потери данных и длительного отката транзакций.

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