Как найти Монитор пользователей в 1С 8.3 и настроить его работу

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

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

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

Доступ через интерфейс режима Предприятия

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

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

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

⚠️ Внимание: Если пункт меню «Активные пользователи» отсутствует, проверьте права доступа вашей учетной записи. Для просмотра этой информации необходимы полные права администратора системы.

Важно понимать разницу между понятиями сеанс и пользователь. Один и тот же сотрудник может иметь несколько активных сеансов одновременно, например, если он открыл базу в тонком клиенте и параллельно запустил отчет через веб-клиент. Система будет отображать их как две отдельные строки в списке.

Использование журнала регистрации для ретроспективного анализа

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

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

• 🔍 Вход в систему: фиксирует время и IP-адрес подключения каждого специалиста.
• 📝 Изменение данных: позволяет отследить, кто и когда изменил критически важный справочник или документ.
• 🚫 Ошибки: регистрирует сбои в работе кода, что полезно для отладки.

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

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

Монитор пользователей в режиме Конфигуратора

Для глубокого технического анализа и управления блокировками объектов метаданных администратору необходимо использовать режим Конфигуратора. Этот инструмент предоставляет доступ к внутренним механизмам платформы, недоступным в обычном режиме работы.

Чтобы попасть в нужное меню, запустите базу данных в режиме Конфигуратора. В верхнем меню выберите пункт Администрирование, а затем Монитор пользователей. Если база работает в файловом варианте, вы увидите список подключений напрямую. Если же используется клиент-серверный вариант, система предложит выбрать информационную базу на сервере.

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

Параметр	Описание	Где используется
Идентификатор	Уникальный номер сеанса в памяти сервера	Конфигуратор, rmngr
Основной сеанс	Флаг, указывающий на главное окно пользователя	Список активных пользователей
Блокировки	Список заблокированных объектов данных	Монитор блокировок
Время начала	Точное время подключения к базе	Все режимы

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

Работа с утилитой командной строки rmngr

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

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

rmngr -list -cluster localhost:1545 -refid "ИдентификаторБазы"

Результат выполнения команды выводится в консоль в текстовом виде. Здесь можно увидеть те же данные, что и в графическом мониторе: ID сеанса, пользователя, хост и время начала. Преимущество такого подхода заключается в возможности быстро собрать статистику с нескольких серверов одновременно.

⚠️ Внимание: Для работы утилиты rmngr необходимо иметь права администратора кластера серверов 1С. Обычные пользователи базы данных не смогут выполнить эти команды.

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

Как узнать Идентификатор базы (RefID)?

Идентификатор базы данных можно найти в консоли управления кластером серверов 1С. Откройте свойства информационной базы, и в поле "Идентификатор" будет указан уникальный GUID, который нужно подставить в команду rmngr.

Анализ блокировок и производительности

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

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

• 🔒 Эксклюзивная блокировка: полный запрет доступа к объекту для других сеансов.
• 👁️ Блокировка чтения: разрешает чтение, но запрещает изменение данных.
• ⏳ Очередь блокировок: показывает, какие сеансы ждут освобождения ресурса.

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

В современных версиях платформы также доступен Технологический журнал. Это более сложный инструмент, который записывает в текстовые файлы подробную информацию о выполнении запросов к СУБД. Его настройка требует правки конфигурационного файла rbn на сервере, но он дает исчерпывающую информацию о причинах медленной работы.

Частые проблемы и методы их решения

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

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

Для борьбы с фантомными сеансами в конфигурационном файле сервера ragent существует параметр времени жизни неактивного сеанса. Если в течение заданного интервала от клиента не поступает сигналов, сервер автоматически очищает этот сеанс. Проверка этих настроек входит в обязанности системного администратора.

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

Если вы используете облачные версии 1С (1С:Линк, 1С:Фреш), доступ к некоторым функциям мониторинга может быть ограничен провайдером. В таких случаях для анализа проблем необходимо обращаться в службу технической поддержки сервиса, так как прямого доступа к серверной части у вас нет.

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

Почему я не вижу себя в списке активных пользователей?

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

Можно ли посмотреть историю действий пользователя за вчерашний день?

Да, но только если был предварительно настроен и включен Журнал регистрации. Без его настройки система не хранит историю действий пользователей.

Как узнать, кто заблокировал проведение документа?

Используйте режим Конфигуратор -> Администрирование -> Монитор блокировок. Найдите в списке заблокированный объект и посмотрите на колонку с идентификатором сеанса-владельца.

Влияет ли просмотр монитора пользователей на скорость работы базы?

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