Администрирование информационных систем на базе платформы 1С:Предприятие требует постоянного контроля за доступом к базе данных. Одной из самых частых задач, с которой сталкиваются специалисты технической поддержки и системные администраторы, является необходимость определить, кто именно в данный момент работает в системе. Это требуется не только для решения проблем с блокировками транзакций, но и для аудита безопасности, а также для оптимизации производительности сервера.
Понятие активного пользователя может трактоваться по-разному в зависимости от контекста: это может быть сеansi, подключенная к информационной базе прямо сейчас, или специалист, который совершал действия в системе за последний час. В разных версиях платформы и при различных режимах запуска (файловый или клиент-серверный) методы получения этой информации существенно различаются. Мы рассмотрим все доступные способы, от встроенных отчетов до низкоуровневых утилит командной строки.
Своевременный мониторинг подключений позволяет предотвратить ситуации, когда критически важные операции, такие как закрытие месяца или выгрузка данных, невозможны из-за занятости ресурсов другими сотрудниками. Понимание того, где искать эти данные, является базовым навыком для любого администратора 1С.
Использование журнала регистрации для анализа активности
Самым надежным и детальным источником информации о действиях специалистов является журнал регистрации. Этот механизм встроен непосредственно в ядро платформы и фиксирует практически каждое значимое событие. Чтобы увидеть текущих активных пользователей, необходимо запустить конфигуратор или клиентское приложение в режиме администратора и перейти в меню Администрирование → Журнал регистрации.
В открывшемся окне вы увидите список всех зафиксированных событий. Для фильтрации именно активных сессий следует использовать кнопку настройки отбора. Необходимо установить фильтр по типу события, выбрав значение Сеанс или Вход в систему. Также крайне полезно отсортировать список по колонке "Время", чтобы видеть самые свежие подключения.
Однако стоит помнить, что журнал регистрации показывает историю. Если пользователь закрыл окно программы некорректно, запись о завершении сеанса может появиться с задержкой или отсутствовать до момента очистки таблиц служебных данных. Поэтому для получения картины "здесь и сейчас" этот метод лучше комбинировать с другими инструментами.
⚠️ Внимание: В высоконагруженных системах журнал регистрации может расти очень быстро. Не рекомендуется хранить записи за период более 3-6 месяцев без архивации, так как это может существенно замедлить работу механизма регистрации и самой базы данных.
Для оперативного поиска конкретного сотрудника используйте поле поиска по имени пользователя или компьютеру. Это особенно актуально, когда нужно выяснить, с какого рабочего места была совершена подозрительная операция или кто удерживает блокировку на конкретном документе.
Мониторинг через консоль администрирования серверов 1С
Если ваша информационная база работает в клиент-серверном варианте (на базе MS SQL, PostgreSQL или Oracle), то наиболее точным инструментом является консоль администрирования серверов 1С:Предприятие. Этот инструмент позволяет управлять кластером серверов и видеть состояние всех процессов в реальном времени.
Запустите консоль администрирования (обычно ярлык находится в меню Пуск в папке 1С:Предприятие 8.3). В дереве объектов раскройте ветку вашего кластера серверов, затем найдите нужную информационную базу. Внутри базы будет раздел Сеансы. Именно здесь отображается список всех активных подключений с детальной информацией.
В таблице сеансов вы увидите следующие важные параметры:
- 👤 Пользователь — имя учетной записи, под которой выполнен вход.
- 💻 Компьютер — сетевое имя рабочей станции клиента.
- ⏱️ Начало сеанса — время, когда пользователь запустил приложение.
- 🔄 Основное приложение — тип запущенного процесса (Тонкий клиент, Толстый клиент, Веб-клиент).
Из этого интерфейса администратор может не только наблюдать, но и воздействовать на ситуацию. Выделите ненужный или зависший сеанс, нажмите правую кнопку мыши и выберите команду Завершить сеанс. Это принудительно разорвет соединение, освободив блокировки данных.
Если в списке сеансов вы видите пользователя с компьютером "localhost" или именем сервера, скорее всего, это фоновое задание или регламентная операция, запущенная на самом сервере 1С.
Важно отличать активные сеансы от фоновых заданий. В той же консоли есть раздел Фоновые задания. Иногда пользователи путают их, считая, что если сеанс не виден в списке активных, то он не выполняется. На самом деле тяжелые отчеты или обработки данных могут работать в фоне, нагружая сервер, но не отображаясь в списке пользовательских сессий в привычном виде.
Поиск пользователей через встроенные отчеты и обработки
Не всегда у администратора есть доступ к серверной консоли или права на запуск конфигуратора. В таких случаях на помощь приходят встроенные механизмы самой информационной базы. В типовых конфигурациях, таких как 1С:Бухгалтерия, 1С:ЗУП или 1С:ERP, существуют специальные отчеты для контроля доступа.
Наиболее универсальным способом является использование обработки Администрирование → Настройка пользователей и прав → Пользователи. Хотя этот список показывает зарегистрированных учетные записи, он не всегда отображает статус "онлайн". Для получения реальной картины лучше воспользоваться отчетом Активность пользователей, если он предусмотрен разработчиками вашей конфигурации.
В некоторых релизах платформы доступен универсальный механизм получения списка соединений через системные таблицы. Если у вас есть права на выполнение запросов, можно сформировать простой запрос к виртуальной таблице СеансыИнформационнойБазы. Это дает мгновенный срез состояния без обращения к журналу.
Пример запроса для получения списка
ВЫБРАТЬ
Пользователь,
Компьютер,
Приложение,
НачалоСеанса
ИЗ
СеансыИнформационнойБазы
УПОРЯДОЧИТЬ ПО
НачалоСеанса УБЫВАНИЕ
Если в вашей конфигурации нет готовых отчетов, можно воспользоваться внешней обработкой, которую часто предлагают партнеры 1С. Такие инструменты позволяют выгрузить список активных сессий в Excel с указанием длительности простоя, что помогает выявить "спящих" пользователей, которые формально не вышли из системы.
Особенности файлового варианта базы данных
Ситуация кардинально меняется, если вы используете файловый вариант работы с базой данных. В этом режиме отсутствует центральный сервер 1С, который мог бы управлять подключениями и вести их реестр. Вся информация о блокировках и активных процессах хранится локально в служебных файлах каталога базы.
Чтобы узнать, кто работает в файловой базе, администратору часто приходится действовать "дедовским" методом или использовать специфические утилиты. Основной источник информации — это файл 1Cv8.1CD и сопутствующие файлы блокировок .lck. Однако прочитать их напрямую текстовым редактором невозможно.
Существует утилита chdbfl.exe (или аналоги от сторонних разработчиков), которая позволяет управлять файловыми базами. С её помощью можно попытаться получить список подключений, но функционал сильно ограничен по сравнению с серверным вариантом. Чаще всего в файловом режиме просто пытаются подключиться к базе в монопольном режиме: если система выдает ошибку "База занята", значит, есть активные пользователи.
| Характеристика | Клиент-серверный режим | Файловый режим |
|---|---|---|
| Точность данных | Высокая (реальное время) | Низкая (зависит от кэша) |
| Управление сеансами | Принудительное завершение | Только ожидание выхода |
| Инструмент просмотра | Консоль администрирования | Сторонние утилиты / Монопольный режим |
| Блокировки | Управляются сервером | Управляются файловой системой ОС |
⚠️ Внимание: В файловом варианте базы данных принудительное завершение работы другого пользователя путем удаления файлов блокировок (
.lck) может привести к повреждению базы данных. Делайте это только если уверены, что процесс на клиенте действительно "завис", а не просто выполняет долгую операцию.
Для стабильной работы и возможности полноценного мониторинга настоятельно рекомендуется миграция файловых баз на клиент-серверный вариант, особенно если количество одновременных пользователей превышает 5-10 человек.
☑️ Диагностика зависшего пользователя
Анализ блокировок и удерживаемых объектов
Часто вопрос "где активные пользователи" возникает не из праздного любопытства, а из-за невозможности выполнить определенное действие. Например, вы не можете провести документ или закрыть период, потому что система пишет: "Объект заблокирован пользователем...". В этом случае нужно искать не просто активного человека, а того, кто держит конкретную блокировку.
В журнале регистрации или специализированных отчетах по блокировкам можно увидеть идентификатор заблокированного объекта. Сопоставив его с действиями пользователей, можно вычислить виновника торжества. Часто бывает так, что пользователь открыл документ в режиме редактирования и ушел на обед, оставив сессию активной и блокирующей запись.
Для глубокого анализа используйте механизм Технологического журнала. Это более продвинутый инструмент, чем обычный журнал регистрации. Он позволяет писать в лог события блокировок, ошибки выполнения запросов и длительные транзакции. Настройка технологического журнала производится через файл logcfg.xml в каталоге платформы 1С.
Анализ логов технологического журнала требует определенных навыков, так как объем данных там может быть огромным. Однако именно он дает ответ на вопрос, почему конкретный запрос выполняется минуты и держит в заложниках всю работу отдела.
Блокировка на уровне записи (строки таблицы) менее критична, чем блокировка на уровне таблицы или всей базы. При поиске проблемных пользователей обращайте внимание на уровень блокировки.
Автоматизация контроля и оповещение
Ручной поиск активных пользователей — задача рутинная и подверженная ошибкам. В современных условиях администрирования 1С рекомендуется настраивать автоматический мониторинг. Существует множество подсистем и внешних сервисов, которые опрашивают кластер серверов 1С через COM-соединение или WMI.
Такие системы могут присылать уведомления в мессенджеры или на почту, если количество активных сессий превышает допустимый лимит по лицензии, или если какой-то сеанс длится неоправданно долго (например, более 4 часов без активности). Это позволяет проактивно реагировать на проблемы до того, как пользователи начнут жаловаться на тормоза.
Также можно написать простую внешнюю обработку на языке 1С, которая будет запускаться по расписанию, собирать статистику по сеансам и сохранять её в отдельный регистр сведений. Таким образом, вы построите собственную систему аналитики использования рабочего времени и ресурсов базы.
⚠️ Внимание: Интерфейсы и названия пунктов меню могут незначительно отличаться в зависимости от версии платформы 1С:Предприятие (8.3.хх) и конкретной конфигурации. Всегда сверяйтесь с документацией к вашему релизу, если не можете найти описанный пункт.
Часто задаваемые вопросы (FAQ)
Почему в консоли сервера я вижу сеанс, а пользователь говорит, что он закрыл 1С?
Это частая ситуация, называемая "висячим сеансом". Она возникает, если клиентское приложение завершилось аварийно (вылетело), или была потеряна сеть, и сервер не получил сигнал о корректном разрыве соединения. Сервер ждет истечения таймаута (обычно несколько минут), после чего сам очистит сеанс. Если ждать некогда, завершите его принудительно через консоль.
Можно ли увидеть пароль активного пользователя в журнале регистрации?
Нет, в целях безопасности пароль пользователя никогда не отображается в журналах, отчетах или консоли администрирования. Вы можете видеть только имя пользователя, компьютер и время входа. Восстановление пароля осуществляется через администрирование пользователей внутри конфигурации.
Как узнать, кто заблокировал базу в монопольном режиме?
При попытке входа в монопольном режиме система обычно сообщает имя пользователя, который удерживает монопольную блокировку. Если сообщение не появляется, проверьте журнал регистрации на наличие события "Начало монопольного режима" от конкретного пользователя за последние минуты.
Влияет ли количество активных пользователей на скорость работы 1С?
Да, напрямую. Каждое активное подключение потребляет оперативную память сервера и процессы rmngr/rphost. Кроме того, одновременная запись данных множеством пользователей создает конкуренцию за ресурсы СУБД, что приводит к очередям на блокировки и замедлению отклика системы.
Что делать, если список пользователей пуст, но база не пускает?
Если вы работаете в файловом режиме, возможно, остался файл блокировки после некорректного завершения работы. Попробуйте перезагрузить сервер, на котором лежит база. В клиент-серверном режиме проверьте, не запущены ли регламентные задания, которые могут занимать ресурсы, или не исчерпан ли лимит лицензий.