Принудительное завершение сеанса пользователя в 1С Предприятие

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

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

Существует несколько способов разорвать соединение: от использования графического интерфейса Консоли управления кластером серверов до написания специализированных обработок на встроенном языке платформы. Выбор метода зависит от архитектуры вашей системы (файловый или клиент-серверный вариант), прав доступа и срочности задачи. Ниже мы подробно разберем наиболее эффективные алгоритмы действий для разных сценариев.

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

Наиболее цивилизованным и рекомендуемым способом воздействия на активных клиентов является использование штатного инструмента администрирования. Консоль управления кластером серверов (rmngr) предоставляет визуальный интерфейс для мониторинга всех запущенных процессов в реальном времени. Для доступа к ней необходимо запустить утилиту ras.exe или ярлык в меню Пуск, указав адрес центрального сервера 1С.

После подключения к кластеру администратор видит древовидную структуру, где раскрыты информационные базы. Внутри каждой базы отображается список текущих сеансов. Здесь можно увидеть не только имя пользователя, но и компьютер, с которого выполнено подключение, а также время начала сеанса. Это позволяет точно идентифицировать того самого сотрудника, который "держит" базу.

Для принудительного отключения достаточно кликнуть правой кнопкой мыши по нужному сеансу и выбрать пункт Завершить сеанс. Система отправит сигнал клиентскому приложению о необходимости корректного закрытия. Если приложение зависло намертво и не реагирует на сигналы, сервер все равно разорвет сетевое соединение, освободив лицензию и блокировки.

⚠️ Внимание: При завершении сеанса через консоль все несохраненные изменения в формах пользователя будут утеряны без возможности восстановления. Предупредите сотрудника по телефону или мессенджеру перед нажатием кнопки, если это возможно.

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

Управление блокировками через режим Предприятия

Иногда доступ к серверной консоли отсутствует, или база работает в файловом варианте, где управление кластером неприменимо. В таком случае администратор может воспользоваться встроенным механизмом управления блокировками непосредственно из интерфейса 1С. Для этого необходимо запустить базу в режиме Конфигуратор или в режиме Предприятия с полными правами.

В меню выберите пункт Администрирование → Активные пользователи. Откроется список всех, кто сейчас находится в системе. Двойной клик по пользователю позволит увидеть детализацию: какие именно объекты он заблокировал и какие транзакции выполняет. Эта информация критична для принятия решения.

Если пользователь заблокировал объект, необходимый вам прямо сейчас, вы можете перейти в раздел Монопольные блокировки или Блокировки регистра сведений. Здесь отображается таблица захваченных ресурсов. Выделите строку с нужной записью и нажмите кнопку Снять блокировку. Это действие принудительно освободит объект, но не обязательно завершит сеанс пользователя целиком.

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

Автоматизация через внешние скрипты и COM-соединение

Для системных администраторов, управляющих крупными парками серверов 1С, ручное нажатие кнопок в консоли становится неэффективным. В таких случаях используется автоматизация через COM-соединение или утилиту командной строки rac. Этот метод позволяет интегрировать управление сеансами в системы мониторинга (Zabbix, Prometheus) или скрипты автоматического перезапуска служб.

Утилита rac (Remote Administration Command) входит в дистрибутив сервера 1С и позволяет выполнять все действия консоли управления из командной строки. Это особенно удобно для настройки регламентных заданий в Windows Task Scheduler или Cron в Linux. Скрипт может проверять длительность сеанса и убивать те, что длятся дольше установленного лимита.

Пример команды для получения списка сеансов выглядит следующим образом:

rac session list --cluster=192.168.1.10:1545 --ib=BaseName

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

rac session terminate --cluster=192.168.1.10:1545 --ib=BaseName --session=UUID_Session

⚠️ Внимание: Интерфейс утилиты rac может отличаться в зависимости от версии платформы 1С (8.2, 8.3.10, 8.3.20 и т.д.). Всегда проверяйте ключи команд в документации к вашей конкретной версии сервера.

Использование скриптов также позволяет реализовать логику "мягкого" завершения: сначала отправить уведомление пользователю через всплывающее окно (если есть механизм взаимодействия), подождать 5 минут, и только затем применять команду terminate.

Файловый режим и монопольное подключение

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

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

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

1cv8.exe /F "D:\Bases\Base1" /N "Admin" /P "Password" /Modo

Ключ /Modo (или выбор соответствующего пункта в окне запуска) гарантирует, что вы получите исключительный доступ. Если база занята другими пользователями, система выдаст ошибку и не позволит запуститься в этом режиме, пока вы вручную не попросите их выйти или не удалите файлы блокировок (что опасно).

Риски удаления файлов 1Cv8.1CD.lock

В файловом варианте существует файл блокировки. Его ручное удаление при активной работе пользователей может привести к повреждению файла данных и необходимости восстановления из резервной копии. Делайте это только если сервер завис и не отвечает.

В файловом режиме также полезно использовать механизм блокировки регламентных работ. Если пользователи мешают проведению документов из-за фоновых задач, можно временно отключить регламентные работы в параметрах системы, что снизит нагрузку и количество конфликтов.

Анализ причин зависания и таблица кодов ошибок

Прежде чем применять радикальные меры, полезно проанализировать, почему именно пользователь не может завершить работу. Часто причина кроется в долгосрочных транзакциях или блокировках на уровне СУБД (если используется MS SQL или PostgreSQL). Понимание типа блокировки помогает выбрать правильный метод лечения.

Ниже приведена таблица, описывающая типичные состояния сеансов и рекомендуемые действия администратора:

Статус сеанса	Вероятная причина	Рекомендуемое действие
Активен (Idle)	Пользователь отошел, оставив форму открытой	Отправить сообщение, завершить через консоль
Выполнение запроса	Тяжелая отчетность или обновление ИБ	Дождаться окончания или убить процесс в СУБД
Блокировка записи	Конфликт транзакций, зависание кода	Анализ журналов регистрации, завершение сеанса
Нет связи	Обрыв сети, выключение ПК пользователя	Сервер сам очистит сеанс по таймауту (обычно 5-10 мин)

Особое внимание стоит уделить сеансам со статусом "Выполнение запроса". Если такой сеанс длится неоправданно долго, проблема может быть не в 1С, а в отсутствии индексов в базе данных SQL или блокировках на уровне таблиц. В этом случае завершение сеанса в 1С может не помочь, и потребуется действие со стороны администратора СУБД.

Для глубокого анализа используйте журнал регистрации 1С. Фильтр по событию Сеанс и типу Завершение покажет, как часто и по каким причинам рвутся соединения в вашей системе. Это поможет выявить проблемных пользователей или узкие места в конфигурации.

Профилактика и настройка таймаутов

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

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

Рекомендуется установить этот параметр в диапазоне от 300 до 600 секунд (5-10 минут). Меньшие значения могут привести к разрыву соединений при кратковременных просадках сети, а большие — к накоплению "висячих" сеансов, занимающих лицензии.

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

Часто задаваемые вопросы (FAQ)

Можно ли выгнать всех пользователей 1С одной кнопкой?

Да, в консоли управления кластером серверов можно выбрать корневой узел информационной базы, нажать правую кнопку мыши и выбрать пункт "Завершить все сеансы". Это принудительно отключит всех активных пользователей от данной базы. Также можно остановить службу "Агент сервера 1С:Предприятия", но это затронет все базы на сервере.

Что произойдет с документом, который пользователь проводил в момент отключения?

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

Как узнать, кто занимает лицензию 1С, если консоль недоступна?

Если консоль управления недоступна, можно посмотреть файл лицензий (hasp) или использовать утилиту lis.exe (License Introspection Service), которая показывает раскладку лицензий по пользователям и компьютерам. Также можно посмотреть логи сервера 1С (файлы .lgp в папке log кластера), где фиксируются подключения.

Безопасно ли завершать сеанс через Диспетчер задач Windows?

Это наименее безопасный метод. Убийство процесса 1cv8.exe в Диспетчере задач на сервере не дает серверу 1С возможности корректно очистить внутренние структуры блокировок. Это может привести к тому, что объекты останутся заблокированными ("висячие блокировки") до перезапуска службы сервера 1С. Используйте этот метод только в крайних случаях, когда консоль не отвечает.