К статье
Практический материал

Администрирование · 12 мин

1С 8: как посмотреть активных пользователей

Как посмотреть активных пользователей в 1С 8: через меню в тонком клиенте, консоль кластера серверов, конфигуратор и журнал регистрации. Пошаговые инструкции.

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

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

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

Способ 1. Стандартная обработка «Активные пользователи»

В типовых конфигурациях на базе Библиотеки стандартных подсистем (УТ 11, ERP, Бухгалтерия 3.0, ЗУП 3.1 и других) есть встроенная форма списка сеансов. Откройте раздел «Администрирование» → «Обслуживание» → «Активные пользователи». В некоторых конфигурациях путь выглядит как «НСИ и администрирование» → «Поддержка и обслуживание» → «Активные пользователи».

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

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

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

Способ 2. Консоль кластера серверов 1С

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

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

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

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

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

Как отличить живой сеанс от «зависшего»

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

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

Способ 3. Просмотр через конфигуратор

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

Ограничение способа: конфигуратор должен иметь доступ к базе. Если база размещена на сетевом ресурсе и кто-то работает монопольно, конфигуратор может не открыться. Кроме того, из этого списка нельзя принудительно завершить сеанс — только посмотреть состав.

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

Способ 4. Программный просмотр через ПолучитьСеансыИнформационнойБазы

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

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

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

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

Способ 5. Журнал регистрации для анализа истории подключений

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

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

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

Сравнение способов и выбор под задачу

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

Сравнение вариантов

Обработка «Активные пользователи»

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

Консоль кластера серверов

Полная картина по всем базам, статистика нагрузки, удаление зависших сеансов. Только для клиент-серверного режима, нужны права администратора кластера.

Конфигуратор (файловый режим)

Работает без БСП и без сервера. Только просмотр, без возможности завершить чужой сеанс.

ПолучитьСеансыИнформационнойБазы

Подходит для автоматизации и самописных конфигураций. Требует права «Администрирование» и навыков работы со встроенным языком.

Журнал регистрации

История входов и попыток аутентификации за период. Не показывает текущий момент и ограничен глубиной хранения.

ЗадачаРекомендуемый способ
Кто сейчас в базе (типовая конфигурация)Администрирование → Активные пользователи
Все сеансы по всем базам сервераКонсоль кластера → Сеансы
Файловая база без типовых подсистемКонфигуратор → Активные пользователи
Мониторинг и отчёты по загрузкеПолучитьСеансыИнформационнойБазы
Кто входил вчера / неудачные входыЖурнал регистрации с отбором
Типичные ошибки
01
Путать пользователей и сеансы: один сотрудник с тремя открытыми клиентами выглядит как три записи, и его ошибочно считают тремя людьми.
02
Завершать сеансы без предупреждения перед обновлением — пользователи теряют несохранённые данные, а транзакции обрываются.
03
Считать зависший сеанс активным пользователем и искать человека, которого давно нет на рабочем месте.
04
Искать пункт «Активные пользователи» в самописной конфигурации без БСП — его там нет, нужен конфигуратор или программный метод.
05
Пытаться открыть консоль кластера версии, отличной от версии сервера, — оснастка может не подключиться или работать некорректно.

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

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

Контрольные точки

Как проверить результат

Состав списка сеансов
Норма

Число сеансов близко к числу реальных пользователей плюс фоновые задания

Тревожный признак

Сеансов заметно больше — вероятны зависшие подключения

Колонка «Приложение»
Норма

Тонкий/толстый/веб-клиент у реальных пользователей, «Фоновое задание» у регламентных операций

Тревожный признак

Много сеансов COM-соединений или фоновых заданий без понятной причины

Время начала сеанса
Норма

Соответствует началу рабочего дня или моменту входа

Тревожный признак

Сеансы висят с прошлых дней — признак зависших подключений

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

Итог

Что важно запомнить

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

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

Почему в списке активных пользователей больше записей, чем реально работает людей?

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

Можно ли посмотреть активных пользователей без прав администратора?

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

Как принудительно завершить сеанс пользователя?

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

Почему в консоли кластера пусто, хотя в базе работают люди?

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

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

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

Можно ли узнать, кто входил в базу вчера или неделю назад?

Да, через журнал регистрации с отбором по событиям «Сеанс. Аутентификация» и «Сеанс. Начало» за нужный период. Журнал покажет пользователя, время и приложение входа. Глубина доступной истории зависит от настроек хранения журнала: если настроено автоматическое сокращение, старые события могут быть удалены.