Как узнать, сколько сеансов 1С запущено

Количество активных сеансов 1С — один из базовых показателей, который нужен администратору при планировании обновления, поиске «зависших» пользователей и контроле лицензий. Способ проверки зависит от режима работы информационной базы: файловый или клиент-серверный. В файловом режиме инструментов меньше, в клиент-серверном доступны консоль кластера, утилита rac, PowerShell и встроенные функции языка 1С.

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

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

Что считается сеансом и почему это важно

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

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

Просмотр сеансов в консоли кластера серверов

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

Количество строк в списке и есть текущее число сеансов. Чтобы быстро сориентироваться, обратите внимание на колонку «Приложение»: значения вроде «Тонкий клиент» или «Толстый клиент» — это интерактивные пользователи, а «Фоновое задание» или «WS-ссылка» — служебные подключения. Отсортируйте список по этой колонке, чтобы отделить людей от фоновых процессов.

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

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

Получение числа сеансов через утилиту rac

Для автоматизации и удалённой проверки удобнее командная строка. В составе сервера 1С поставляется утилита rac (каталог bin центрального сервера), которая позволяет выгрузить список сеансов без графической консоли. Сначала получите идентификатор кластера и базы, затем запросите список сеансов.

rac cluster list
rac infobase --cluster=<ID_кластера> summary list
rac session --cluster=<ID_кластера> --infobase=<ID_базы> list

Каждая строка вывода команды session list соответствует одному сеансу. Чтобы получить именно количество, вывод перенаправляют в подсчёт строк — в Windows через find, в Linux через wc. Это удобно для скриптов мониторинга: например, проверка раз в пять минут с записью результата в лог или отправкой уведомления при превышении порога.

rac session --cluster=<ID> --infobase=<ID> list | find /c "session"

Учтите, что rac требует указания учётных данных администратора кластера или базы, если они заданы. Параметры --cluster-user и --cluster-pwd передаются в командной строке, поэтому не встраивайте пароли в скрипты в открытом виде — используйте защищённое хранилище или переменные окружения с ограниченным доступом.

Подсчёт сеансов из встроенного языка 1С

Если нужно получить число сеансов внутри самой системы — например, для отображения администратору в интерфейсе или для проверки перед запуском обработки — используется функция ПолучитьСеансыИнформационнойБазы(). Она возвращает массив объектов «СеансИнформационнойБазы», и его количество (метод Количество()) даёт искомое значение.

Сеансы = ПолучитьСеансыИнформационнойБазы();
Сообщить("Активных сеансов: " + Сеансы.Количество());

Функция доступна только на сервере и требует права «Администрирование» на информационную базу. Из массива сеансов можно отфильтровать нужные по свойству «ИмяПриложения» — так отделяют интерактивные сеансы пользователей от фоновых заданий. Это стандартный приём в процедурах завершения работы пользователей перед обновлением.

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

Файловый режим: чем ограничена проверка

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

Дополнительно можно посмотреть открытые файлы на сетевом ресурсе, где лежит база: в Windows это оснастка «Управление компьютером» → «Общие папки» → «Открытые файлы». Файл 1Cv8.1CD, открытый с разных компьютеров, показывает, кто держит подключение. Способ приблизительный: он не различает типы сеансов и не показывает фоновые задания, но для быстрой оценки в небольшом офисе достаточен.

Контроль лицензий и типичные проблемы

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

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

Проверка результата и безопасные границы

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

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

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