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

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

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

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

Использование встроенного списка активных сеансов

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

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

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

• 👤 Имя пользователя — идентификатор, под которым выполнен вход в систему.
• 💻 Имя компьютера — сетевое имя рабочей станции или сервера терминалов.
• ⏰ Время начала — момент, когда был инициирован сеанс соединения с базой данных.
• 🔌 Тип соединения — режим работы клиента (файловый, клиент-серверный, веб).

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

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

Мониторинг через Консоль администрирования серверов 1С

Для баз данных, работающих в клиент-серверном варианте (на платформе 1С:Предприятие 8.3 под управлением PostgreSQL или MS SQL), наиболее полным инструментом является Консоль администрирования серверов 1С (RAS). Этот утилита предоставляет доступ к низкоуровневой информации о процессах, запущенных на сервере приложений.

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

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

ras session list --cluster=ID_кластера --base=ID_базы

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

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

Анализ журнала регистрации событий

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

Для доступа к журналу перейдите в раздел Администрирование -> Обслуживание -> Журнал регистрации. Перед началом работы убедитесь, что в настройках журнала включено событие «Сеанс» или «Вход в систему». Если эти галочки не стояли ранее, то данных за прошлые периоды, к сожалению, не будет.

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

Тип события	Описание	Важность для анализа
Сеанс: Начало	Фиксация успешного входа пользователя	Высокая (контроль доступа)
Сеанс: Конец	Корректное завершение работы	Средняя (анализ дисциплины)
Ошибка входа	Попытка входа с неверным паролем	Высокая (безопасность)
Принудительное завершение	Сеанс закрыт администратором	Средняя (аудит действий админа)

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

Как ускорить работу журнала регистрации?

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

Определение блокировок и монопольных режимов

Часто ситуация, когда пользователи жалуются на невозможность работы, связана не с отсутствием лицензий, а с активными блокировками данных. В 1С УНФ существуют режимы, требующие монопольного доступа, например, групповое перепроведение документов или закрытие месяца. В такие моменты другие пользователи могут быть ограничены в правах.

Чтобы посмотреть текущие блокировки, используйте механизм «Блокировки» в режиме предприятия или специальные отчеты для администратора. Система покажет, какой пользователь, сеанс и какой именно объект данных (справочник, документ, регистр) заблокирован. Это позволяет точечно решить проблему, не завершая весь сеанс работы сотрудника.

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

• 🔒 Объект блокировки — наименование документа или справочника, который занят.
• 👤 Владелец блокировки — пользователь, инициировавший операцию.
• ⏳ Длительность — время, в течение которого удерживается захват ресурса.
• ⚙️ Режим блокировки — монопольный или разделяемый доступ.

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

⚠️ Внимание: Перед снятием блокировок убедитесь, что на объекте не выполняется критически важный расчет (например, расчет себестоимости), иначе придется перезапускать длительный процесс заново.

Настройка ограничений и лимитов подключений

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

Также в самой конфигурации 1С:УНФ можно настроить расписание запрета работы в ночное время или в выходные дни для определенных групп пользователей. Это реализуется через механизм «Запрет работы в нерабочее время». При попытке входа система выдаст предупреждение и не пустит сотрудника в базу, экономя ресурсы и лицензии.

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

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

Диагностика проблем с производительностью сеансов

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

В режиме предприятия через меню Сервис -> Монитор производительности (или аналогичный путь в вашей версии) можно увидеть длительность выполнения операций для каждого сеанса. Долгие запросы часто указывают на проблемы с индексами в SQL или нехватку оперативной памяти на сервере.

Анализируйте профиль работы пользователей. Если вы видите, что определенные отчеты или обработки запускаются конкретными пользователями и «вешают» систему на 10-15 минут, возможно, стоит оптимизировать эти отчеты или запретить их запуск в рабочее время. Критическим показателем является время выполнения транзакции более 30 секунд в режиме реального времени.

Для глубокого анализа можно включить технологический журнал (ТЖ) платформы 1С. Это создаст объемные текстовые логи на сервере, содержащие детальную информацию о каждом шаге выполнения кода. Чтение ТЖ требует высокой квалификации, но это единственный способ найти причину периодических зависаний, которые не видны в обычных мониторах.

Как включить технологический журнал без перезапуска сервера?

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

Почему пользователь видит сеанс, а в списке его нет?

Это возможно при рассинхронизации кэша клиентского приложения и состояния на сервере. Обычно помогает перезапуск клиента 1С или очистка кэша временных файлов пользователя на его рабочем месте.

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

Да, мобильные клиенты также создают сеансы на сервере. Они отображаются в общем списке с пометкой типа приложения «Мобильный клиент» или «Веб-клиент», в зависимости от способа подключения.

Как отличить фоновое задание от активного пользователя?

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