Как посмотреть сеансы пользователей в 1С

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

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

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

Что такое сеанс пользователя и чем он отличается от соединения

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

Различие важно на практике: если вы видите в списке «лишние» строки с приложением «Фоновое задание» или «Системное фоновое задание» — это не зависшие пользователи, а служебные процессы. Завершать их без необходимости не стоит: можно прервать выполнение обмена данными или расчёта итогов.

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

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

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

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

Чтобы увидеть сеансы конкретной базы, откройте ветку «Информационные базы» → нужная база → «Сеансы». Список можно отсортировать по любой колонке и обновить клавишей F5 или через контекстное меню.

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

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

Просмотр активных пользователей в файловой базе

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

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

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

История сеансов через журнал регистрации

Списки активных сеансов показывают только текущий момент. Чтобы узнать, кто и когда заходил в базу ранее, используйте журнал регистрации: в конфигураторе «Администрирование» → «Журнал регистрации», в типовых конфигурациях — «Администрирование» → «Обслуживание» → «Журнал регистрации».

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

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

В клиент-серверном варианте журнал хранится в формате SQLite (файл 1Cv8.lgd в каталоге srvinfo), в файловом — в каталоге базы. При больших объёмах журнал можно разделять по периодам, что ускоряет выборки.

Программное получение списка сеансов

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

Пример кода для вывода списка в сообщение:

Сеансы = ПолучитьСеансыИнформационнойБазы();
Для Каждого Сеанс Из Сеансы Цикл
    Сообщить(Строка(Сеанс.НомерСеанса) + " | "
        + Сеанс.ИмяПриложения + " | "
        + Сеанс.ИмяКомпьютера + " | "
        + Строка(Сеанс.НачалоСеанса));
КонецЦикла;

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

Дополнительно доступны функции ПолучитьСоединенияИнформационнойБазы() и ПолучитьТекущийСеансИнформационнойБазы() — они полезны, когда нужно различать сеансы и соединения или получить данные о собственной сессии без административных прав.

Завершение и блокировка сеансов

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

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

Не завершайте системные сеансы и сеансы регламентных заданий без понимания их роли. Если «зависший» сеанс держит соединение с СУБД и блокирует других пользователей, а штатное завершение не помогает — проблему ищите на стороне СУБД (долгие запросы, взаимоблокировки), а не повторным удалением сеанса.

Типичные ошибки и ограничения

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

Какой способ выбрать в вашей ситуации

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

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