Управление сеансами: как корректно завершить работу пользователей в 1С

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

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

Штатные средства управления сеансами в режиме Предприятия

Самый очевидный и безопасный способ управления подключенными специалистами — это использование встроенного функционала самой платформы. Если у вас есть права администратора базы данных, вы можете увидеть список всех активных сессий прямо из интерфейса программы. Для этого необходимо перейти в меню Администрирование → Настройки пользователей и прав → Монитор пользователей (путь может незначительно отличаться в зависимости от версии конфигурации).

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

• 🔍 Позволяет увидеть, кто именно занимает базу в данный момент времени.
• 🛑 Дает возможность выборочно отключать только проблемные сеансы, не трогая остальных.
• ⚠️ Требует наличия прав на чтение и запись в объектах метаданных системы.

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

Работа с Консолью администрирования серверов 1С

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

В дереве консоли необходимо раскрыть ветку с именем вашего кластера, затем найти раздел «Информационные базы» и выбрать нужную базу. В правой части окна отобразится список активных сеансов. Контекстное меню по правому клику на сеанс содержит пункт «Завершить сеанс». Это действие посылает сигнал процессу rphost или ragent о необходимости разорвать соединение.

⚠️ Внимание: Если сеанс находится в состоянии «Завис» или «Ожидание блокировки», стандартное завершение может не сработать мгновенно. В таком случае процесс может оставаться в памяти операционной системы еще некоторое время, пока не сработает таймаут операционной системы.

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

Использование утилиты командной строки rac

Для автоматизации процессов и работы на серверах без графического интерфейса (например, Linux-серверы) идеально подходит утилита rac (Remote Administration Console). Она предоставляет полный функционал консоли администрирования в текстовом режиме. С помощью rac можно скриптом завершить все сеансы перед запуском скрипта обновления конфигурации.

Синтаксис команды для завершения сеансов требует указания адреса центрального сервера, порта кластера и имени информационной базы. Команда выглядит следующим образом:

rac session list --cluster=server_name:1545 --base=base_name

После получения списка идентификаторов сеансов (session-id), можно выполнить команду на их завершение. Это наиболее надежный способ для интеграции в системы автоматического деплоя. Утилита работает значительно быстрее графического интерфейса и не требует запуска тяжелых компонентов GUI.

Команда принудительного убийства процесса

Параметр команды	Описание	Пример значения
--cluster	Адрес и порт центрального сервера	srv1c:1545
--base	Имя информационной базы в кластере	Accounting_2026
--session	Уникальный идентификатор сеанса	1234567890abcdef
session kill	rac session kill ...

Важно отметить, что для работы rac необходимо, чтобы на машине, откуда выполняется команда, была установлена платформа 1С, либо использовался standalone-клиент администрирования. Также убедитесь, что брандмауэр не блокирует порт кластера (по умолчанию 1540-1541).

Что делать, если rac не видит сеансы?

Если утилита возвращает пустой список, проверьте, запущен ли агент сервера 1С. Также убедитесь, что вы подключаетесь к правильному порту кластера и у вас есть сетевой доступ к серверу. Иногда помогает перезапуск службы агента.

Блокировка новых подключений и регламентных заданий

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

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

• 🕒 Планировщик может попытаться запустить задание повторно через минуту после принудительной остановки.
• 🔒 Блокировка новых сеансов не влияет на уже активные подключения.
• ⚙️ Для остановки всех фоновых процессов может потребоваться временная смена расписания регламентных работ.

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

Если вы используете веб-сервер (IIS или Apache) для доступа через браузер, также стоит учитывать сессионные данные на стороне веб-сервера. Иногда «мертвые» сессии висят именно там, занимая слоты подключения, хотя на стороне сервера 1С процесс уже завершен. Очистка пулов приложений веб-сервера может помочь в таких сложных случаях.

Действия на уровне операционной системы и СУБД

В крайних случаях, когда стандартные средства 1С не реагируют, администратору приходится вмешиваться на уровне операционной системы. Процесс rphost.exe (рабочий процесс) отвечает за выполнение кода 1С. Завершение этого процесса через Диспетчер задач Windows или команду kill в Linux приведет к немедленному разрыву всех соединений, обслуживаемых данным процессом.

Однако этот метод является «грубым» и несет риски. Резкое завершение процесса может оставить транзакции в базе данных MS SQL или PostgreSQL в подвешенном состоянии. СУБД придется самостоятельно откатывать незавершенные транзакции при следующем старте или в фоновом режиме, что может вызвать временную блокировку таблиц и замедление работы системы.

Перед убийством процессов рекомендуется проверить состояние базы данных. В SQL Server Management Studio можно выполнить запрос к системному представлению sys.dm_exec_sessions, чтобы найти сессии, связанные с базой 1С, и завершить их командой KILL session_id. Это более безопасный способ, так как СУБД корректно обработает откат транзакций.

Анализ причин зависаний и профилактика

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

Для диагностики можно включить подробное протоколирование в настройках кластера. Это позволит увидеть, на каком именно этапе происходит ожидание ресурса. Также полезно проверить нагрузку на дисковую подсистему сервера баз данных — медленные диски часто становятся узким горлышком, из-за которого пользователи воспринимают работу программы как зависание.

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

Можно ли завершить сеанс пользователя, который находится в другом городе?

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

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

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

Как отличить зависший сеанс от просто долго выполняющейся операции?

В мониторе пользователей зависший сеанс часто имеет статус «Ожидание» в течение аномально долгого времени без изменения времени последней активности. Долгая операция обычно показывает рост потребления ресурсов (CPU, RAM) или активную работу с сетью, тогда как зависший процесс может не потреблять ресурсов вовсе.

Нужно ли перезагружать сервер 1С после массового отключения пользователей?

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