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

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

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

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

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

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

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

Из этого же окна можно отправить пользователям сообщение или завершить сеанс (при наличии соответствующих прав). Завершайте чужие сеансы только предупредив сотрудника — несохранённые данные в открытых документах будут потеряны без возможности восстановления.

1. 1
   Откройте конфигуратор под учётной записью администратора
2. 2
   Перейдите: Администрирование → Активные пользователи
3. 3
   Проверьте колонки: пользователь, компьютер, режим, время начала
4. 4
   При необходимости отправьте сообщение или завершите сеанс

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

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

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

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

Как узнать, кто работал в базе, через журнал регистрации

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

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

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

Встроенные отчёты в типовых конфигурациях

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

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

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

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

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

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

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

Для клиент-серверных баз альтернатива — утилита rac из состава сервера 1С, которая позволяет получать список сеансов из командной строки и встраивать мониторинг в скрипты или системы наблюдения вроде Zabbix.

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

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

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

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

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

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