Администрирование · 12 мин
1С 8: как посмотреть активных пользователей
Как посмотреть активных пользователей в 1С 8: через меню в тонком клиенте, консоль кластера серверов, конфигуратор и журнал регистрации. Пошаговые инструкции.
Задача посмотреть, кто сейчас работает в базе 1С 8, возникает перед обновлением конфигурации, при монопольной блокировке, при диагностике «зависших» сеансов и просто для контроля нагрузки. В зависимости от режима работы — файловый или клиент-серверный — доступны разные инструменты: от встроенной формы в пользовательском интерфейсе до консоли кластера серверов.
Важно понимать разницу между понятиями «пользователь» и «сеанс». Один и тот же сотрудник может держать открытыми несколько сеансов: тонкий клиент, веб-клиент, фоновое задание. Поэтому список активных подключений часто длиннее списка реально работающих людей, и ориентироваться нужно на сеансы, а не на имена.
Ниже разобраны все рабочие способы: стандартная обработка «Активные пользователи», консоль кластера серверов 1С, конфигуратор, журнал регистрации и программный метод через встроенный язык. Для каждого способа указаны условия применения, ограничения и типичные ошибки.
Способ 1. Стандартная обработка «Активные пользователи»
В типовых конфигурациях на базе Библиотеки стандартных подсистем (УТ 11, ERP, Бухгалтерия 3.0, ЗУП 3.1 и других) есть встроенная форма списка сеансов. Откройте раздел «Администрирование» → «Обслуживание» → «Активные пользователи». В некоторых конфигурациях путь выглядит как «НСИ и администрирование» → «Поддержка и обслуживание» → «Активные пользователи».
Форма показывает таблицу со столбцами: пользователь, имя компьютера, время начала сеанса, номер сеанса, приложение (тонкий клиент, веб-клиент, фоновое задание), режим работы. По этим данным можно понять, кто именно занимает базу, и сколько сеансов у каждого сотрудника.
Из этой же формы доступно завершение сеанса: выделите строку и нажмите кнопку завершения. Действие требует административных прав. Перед завершением чужого сеанса убедитесь, что у пользователя нет несохранённых данных — принудительное отключение обрывает работу без сохранения.
Если пункта «Активные пользователи» в меню нет, либо конфигурация самописная без БСП, либо у вашей роли нет права «Администрирование». В первом случае используйте консоль кластера или конфигуратор, во втором — запросите доступ у администратора.
Способ 2. Консоль кластера серверов 1С
Для клиент-серверных баз основной инструмент — оснастка «Администрирование серверов 1С:Предприятия». Она устанавливается вместе с сервером 1С и открывается на любой машине, где установлен компонент сервера той же версии платформы.
Порядок действий: откройте консоль, зарегистрируйте центральный сервер (если он ещё не добавлен), разверните дерево «Кластеры» → «Локальный кластер» → «Сеансы». В правой панели появится полный список сеансов всех баз кластера с указанием информационной базы, пользователя, приложения, времени начала, объёма прочитанных и записанных данных, длительности вызова СУБД.
Ветка «Соединения» показывает физические соединения с рабочими процессами (rphost). Она полезна, когда нужно понять, какой процесс нагружает сервер, но для ответа на вопрос «кто работает в базе» достаточно ветки «Сеансы».
- 1Откройте оснастку «Администрирование серверов 1С:Предприятия»
- 2Зарегистрируйте центральный сервер: правая кнопка по «Центральные серверы» → «Новый»
- 3Разверните «Кластеры» → нужный кластер → «Сеансы»
- 4Отфильтруйте список по колонке «Информационная база»
- 5Проверьте колонки «Пользователь», «Начало сеанса», «Приложение»
Для доступа к консоли требуются права администратора кластера. Если при подключении кластер требует аутентификацию, а пароль неизвестен — обратитесь к тому, кто разворачивал сервер. Сброс пароля администратора кластера выполняется через реестр сервера и требует остановки службы агента, это отдельная процедура.
Как отличить живой сеанс от «зависшего»
Зависший сеанс — это подключение, которое осталось в списке после аварийного закрытия клиента (обрыв сети, сбой терминала). Признаки: давнее время начала при нулевой активности, отсутствие реального пользователя за указанным компьютером. Такие сеансы продолжают удерживать лицензии и мешают монопольному режиму.
Зависшие сеансы завершаются из консоли кластера: выделите сеанс, правая кнопка → «Удалить». Платформа также может удалять их автоматически по настройкам кластера (параметры отключения неактивных сеансов в свойствах кластера).
Способ 3. Просмотр через конфигуратор
В файловом режиме, когда консоли кластера нет, список подключений виден из конфигуратора. Откройте конфигуратор той же базы и перейдите в меню «Администрирование» → «Активные пользователи». Появится список сеансов с именами пользователей, компьютерами и временем входа.
Ограничение способа: конфигуратор должен иметь доступ к базе. Если база размещена на сетевом ресурсе и кто-то работает монопольно, конфигуратор может не открыться. Кроме того, из этого списка нельзя принудительно завершить сеанс — только посмотреть состав.
Практический приём для файловой базы: если список показывает «фантомных» пользователей, которых физически нет за компьютерами, попросите всех выйти и проверьте каталог базы. Оставшийся файл 1Cv8.1CL при отсутствии реальных подключений — признак зависших блокировок; его можно удалить, убедившись, что базу никто не использует.
Способ 4. Программный просмотр через ПолучитьСеансыИнформационнойБазы
Встроенный язык платформы предоставляет метод ПолучитьСеансыИнформационнойБазы(), который возвращает массив объектов «СеансИнформационнойБазы». Метод работает и в файловом, и в клиент-серверном режиме, но требует права «Администрирование» (в серверном режиме — административных прав на информационную базу).
Сеансы = ПолучитьСеансыИнформационнойБазы();
Для Каждого Сеанс Из Сеансы Цикл
Сообщить("Пользователь: " + Сеанс.ИмяПользователя
+ " | Компьютер: " + Сеанс.ИмяКомпьютера
+ " | Начало: " + Сеанс.НачалоСеанса
+ " | Приложение: " + Сеанс.ИмяПриложения);
КонецЦикла;Этот подход удобен для автоматизации: можно написать внешнюю обработку, которая выводит список сеансов пользователям без административного доступа к консоли, или регламентное задание, фиксирующее пиковую загрузку. У объекта сеанса доступны свойства: номер сеанса, имя пользователя, имя компьютера, начало сеанса, последняя активность, имя приложения, текущий фоновый процесс.
Учтите: метод возвращает снимок на момент вызова. Для мониторинга в реальном времени обработку нужно запускать периодически, а не рассчитывать на постоянно обновляющийся список.
Способ 5. Журнал регистрации для анализа истории подключений
Если нужно узнать не «кто сейчас в базе», а «кто и когда входил», используйте журнал регистрации: «Администрирование» → «Обслуживание» → «Журнал регистрации» (в типовых) или «Сервис» → «Журнал регистрации» в конфигураторе.
Установите отбор по событиям «Сеанс. Аутентификация» и «Сеанс. Начало». В отборе можно указать конкретного пользователя и период. Журнал покажет время входа, приложение, с которого выполнен вход, и результат аутентификации — включая неудачные попытки с неверным паролем.
Ограничение: глубина хранения журнала зависит от настроек. Если настроено сокращение журнала (например, хранить события за ограниченный период), старые записи будут недоступны. Для долгосрочного аудита журнал выгружают внешними средствами.
Сравнение способов и выбор под задачу
Выбор инструмента зависит от режима работы базы и поставленной задачи. Для бытового вопроса «кто мешает монопольному режиму» в типовой конфигурации достаточно встроенной формы. Для серверной инфраструктуры с несколькими базами незаменима консоль кластера. Для автоматизации и отчётов — программный метод.
Сравнение вариантов
Быстро и из интерфейса 1С, позволяет завершать сеансы. Требует конфигурации на БСП и административных прав.
Полная картина по всем базам, статистика нагрузки, удаление зависших сеансов. Только для клиент-серверного режима, нужны права администратора кластера.
Работает без БСП и без сервера. Только просмотр, без возможности завершить чужой сеанс.
Подходит для автоматизации и самописных конфигураций. Требует права «Администрирование» и навыков работы со встроенным языком.
История входов и попыток аутентификации за период. Не показывает текущий момент и ограничен глубиной хранения.
| Задача | Рекомендуемый способ |
|---|---|
| Кто сейчас в базе (типовая конфигурация) | Администрирование → Активные пользователи |
| Все сеансы по всем базам сервера | Консоль кластера → Сеансы |
| Файловая база без типовых подсистем | Конфигуратор → Активные пользователи |
| Мониторинг и отчёты по загрузке | ПолучитьСеансыИнформационнойБазы |
| Кто входил вчера / неудачные входы | Журнал регистрации с отбором |
Проверка результата и частые вопросы
После просмотра списка сеансов убедитесь, что данные согласуются с реальностью: сверьте число сеансов с числом фактически работающих сотрудников. Существенное превышение — повод искать зависшие сеансы или фоновые задания, которые тоже отображаются как отдельные сеансы (приложение «Фоновое задание»).
Как проверить результат
Число сеансов близко к числу реальных пользователей плюс фоновые задания
Сеансов заметно больше — вероятны зависшие подключения
Тонкий/толстый/веб-клиент у реальных пользователей, «Фоновое задание» у регламентных операций
Много сеансов COM-соединений или фоновых заданий без понятной причины
Соответствует началу рабочего дня или моменту входа
Сеансы висят с прошлых дней — признак зависших подключений
Если перед обновлением конфигурации база сообщает о невозможности установить монопольный режим, а список активных пользователей пуст — проверьте фоновые задания и сеансы в консоли кластера: монопольному режиму мешают любые сеансы, включая регламентные операции, а не только интерактивные клиенты.
Что важно запомнить
В типовых конфигурациях активные пользователи смотрятся через «Администрирование» → «Активные пользователи», в серверном режиме полную картину даёт консоль кластера (ветка «Сеансы»), в файловом — конфигуратор. Для автоматизации используйте ПолучитьСеансыИнформационнойБазы, для истории входов — журнал регистрации. Перед завершением чужих сеансов предупреждайте пользователей.
Часто задаваемые вопросы
Почему в списке активных пользователей больше записей, чем реально работает людей?
Один пользователь может держать несколько сеансов: тонкий клиент, веб-клиент, сеанс отладки. Кроме того, фоновые и регламентные задания отображаются как отдельные сеансы. Наконец, после аварийного закрытия клиента сеанс может остаться «зависшим». Смотрите колонку «Приложение» и время начала, чтобы различить эти случаи.
Можно ли посмотреть активных пользователей без прав администратора?
Штатная форма «Активные пользователи» и метод ПолучитьСеансыИнформационнойБазы требуют административных прав. Обычный пользователь может видеть только косвенные признаки — например, блокировки при попытке изменить объект, который редактирует коллега. Для регулярного просмотра попросите администратора выдать право «Администрирование» или сделать внешнюю обработку с привилегированным режимом.
Как принудительно завершить сеанс пользователя?
В типовой конфигурации — из формы «Активные пользователи» кнопкой завершения сеанса. В клиент-серверном режиме — через консоль кластера: ветка «Сеансы», правая кнопка по сеансу, «Удалить». Перед этим предупредите пользователя: несохранённые данные будут потеряны, а незавершённая транзакция откатится.
Почему в консоли кластера пусто, хотя в базе работают люди?
Проверьте, что вы развернули правильный кластер и смотрите ветку «Сеансы», а не «Соединения». Если база файловая — она вообще не отображается в консоли кластера, используйте конфигуратор. Также убедитесь, что версия оснастки совпадает с версией сервера 1С и что у вашей учётной записи есть права администратора кластера.
Что делать, если монопольный режим не устанавливается, а пользователей в списке нет?
Монопольному режиму мешают любые сеансы, включая фоновые задания и соединения внешних систем. Проверьте консоль кластера полностью, остановите регламентные задания (в свойствах информационной базы есть блокировка регламентных заданий), затем повторите попытку. В файловом режиме проверьте наличие «фантомных» блокировок в файле 1Cv8.1CL.
Можно ли узнать, кто входил в базу вчера или неделю назад?
Да, через журнал регистрации с отбором по событиям «Сеанс. Аутентификация» и «Сеанс. Начало» за нужный период. Журнал покажет пользователя, время и приложение входа. Глубина доступной истории зависит от настроек хранения журнала: если настроено автоматическое сокращение, старые события могут быть удалены.