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