Кто сейчас в базе 1С 8.3: активные пользователи, журнал регистрации и сеансы кластера

· 9 мин

Содержание

Монитор пользователей в 1С 8.3 называется «Активные пользователи». В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) его можно найти в разделе Администрирование → Обслуживание, в любой конфигурации — через Главное меню (☰) → Все функции → Стандартные → Активные пользователи, а в Конфигураторе — в меню Администрирование → Активные пользователи.

Отдельного режима «Монитор» в 8.3 нет: он был в 1С 7.7. Его роль теперь делят три инструмента. Список активных пользователей показывает, кто в базе прямо сейчас. Журнал регистрации показывает, кто и что делал раньше. Консоль кластера и утилита rac нужны в клиент-серверном варианте, когда сеанс надо найти и завершить.

Активные пользователи в режиме Предприятие

Это самый быстрый способ. Права администратора в конфигурации нужны, а Конфигуратор открывать не надо.

Через раздел «Администрирование»

  1. Откройте раздел Администрирование.
  2. Перейдите в Обслуживание.
  3. Нажмите ссылку Активные пользователи.

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

Через «Все функции»

Этот путь работает в любой конфигурации, даже нетиповой или самописной.

  1. Если команды Все функции в главном меню нет, включите её: Главное меню → Сервис → Параметры, флажок «Отображать команду “Все функции”».
  2. Откройте Главное меню → Все функции.
  3. Разверните ветку Стандартные и откройте Активные пользователи.

В ветке Стандартные есть и Журнал регистрации. Если у пользователя нет прав на эти объекты, команды в списке не будет совсем, ошибку программа не покажет.

Что показывает список

Каждая строка — один сеанс. Один человек может занимать две-три строки: например, открыт тонкий клиент и параллельно Конфигуратор.

КолонкаЧто в ней видноЗачем смотреть
ПользовательИмя из списка пользователей базыКого просить выйти
ПриложениеТонкий клиент, веб-клиент, Конфигуратор, фоновое задание, COM-соединениеОтличить человека от регламентного задания или обмена
Начало работыДата и время входаНайти «забытые» сеансы со вчерашнего дня
КомпьютерИмя машиныГде закрыть программу, если человек недоступен
СеансНомер сеансаСвязать с записями журнала регистрации

Строки с приложением «Фоновое задание» и «COM-соединение» — это не люди. Обычно так работают обмены, регламентные задания и внешние интеграции. Их бывает много, особенно в серверной базе.

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

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

Когда Предприятие не запускается или прав в нём не хватает, откройте базу в режиме Конфигуратор.

  1. В окне запуска выберите базу и нажмите Конфигуратор.
  2. В меню выберите Администрирование → Активные пользователи.

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

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

Чтобы новые сеансы не появлялись, пока вы работаете, в Предприятии откройте Администрирование → Обслуживание → Блокировка работы пользователей. Задайте время, текст сообщения и код разрешения. С этим кодом администратор сможет войти в заблокированную базу, указав в строке запуска параметр /UC<код>, например /UCobnovlenie.

Порядок перед монопольной операцией

  1. За 15–30 минут предупредите пользователей, что база будет недоступна.
  2. Включите блокировку работы пользователей с кодом разрешения.
  3. Откройте «Активные пользователи» и убедитесь, что людей в списке не осталось.
  4. Проверьте строки с фоновыми заданиями и COM-соединениями: обмены и регламентные задания тоже держат сеансы.
  5. Сделайте резервную копию и только потом запускайте Конфигуратор с параметром /UC.
  6. После работ снимите блокировку, иначе утром никто не войдёт.

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

Журнал регистрации: кто работал раньше

«Активные пользователи» показывают только текущий момент. Если нужно понять, кто вчера в 18:40 перепровёл документ или кто держал базу ночью, открывайте журнал регистрации.

Как отфильтровать

  1. Откройте Администрирование → Обслуживание → Журнал регистрации или Все функции → Стандартные → Журнал регистрации.
  2. Нажмите Установить отбор.
  3. Укажите интервал дат, пользователя и события.

Полезные события для разбора сеансов:

  • 🔑 Сеанс. Начало и Сеанс. Завершение — когда человек вошёл и вышел;
  • ✏️ Данные. Изменение, Данные. Проведение, Данные. Удаление — что он менял;
  • ⛔ Сеанс. Аутентификация (ошибка) — неудачные попытки входа;
  • 🖥️ события с приложением «Фоновое задание» — работа регламентных заданий.

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

Настройка журнала

Объём и состав журнала задают в Конфигураторе: Администрирование → Настройка журнала регистрации.

  • Уровень — регистрировать ошибки, предупреждения, информацию или примечания. Для разбора действий пользователей нужен уровень не ниже «Регистрировать информацию».
  • Разделение на периоды — по дням, месяцам или годам. Разбивка по дням упрощает архивирование.
  • Сокращение журнала — удаление записей до выбранной даты с выгрузкой в файл.

Где лежат файлы журнала:

Вариант базыКаталог
ФайловаяПодкаталог 1Cv8Log в папке базы
Клиент-серверная<каталог кластера>\reg_1541\<GUID базы>\1Cv8Log на сервере 1С

В серверной базе журнал хранится не в СУБД, а в файлах на сервере 1С. Резервная копия базы SQL его не включает. Если журнал важен для расследований, копируйте каталог 1Cv8Log отдельно.

Сеансы клиент-серверной базы в консоли кластера

В серверной базе полную картину даёт консоль администрирования серверов 1С. Она ставится вместе с платформой как компонент «Администрирование сервера 1С:Предприятия».

  1. Запустите консоль и добавьте центральный сервер: имя компьютера, порт агента 1540.
  2. Раскройте Кластеры → <кластер> → Информационные базы → <база>.
  3. Откройте ветку Сеансы. Там же есть ветки Соединения и Блокировки.

В ветке «Сеансы» видно больше, чем в Предприятии: последнюю активность, признак спящего сеанса, текущее время вызова, время в СУБД, объём памяти и чтения. По этим колонкам и ищут, кто «грузит» базу.

Чтобы завершить сеанс, выделите строку и выберите удаление в контекстном меню.

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

Если консоль не открывается и пишет, что оснастку не удаётся создать, перерегистрируйте библиотеку той версии платформы, что стоит на сервере. Командная строка от имени администратора:

regsvr32 "C:\Program Files\1cv8\8.3.24.1342\bin\radmin.dll"

Номер версии в пути замените на свой. Версия консоли должна совпадать с версией сервера.

Командная строка: rac вместо rmngr

Иногда советуют «утилиту rmngr». Это путаница. rmngr — менеджер кластера, служебный процесс сервера 1С. Он работает сам и команд не принимает. Рядом с ним работают ragent (агент сервера) и rphost (рабочие процессы).

Для командной строки есть пара ras + rac. Сервер администрирования ras подключается к агенту, а клиент rac отправляет ему команды. Это удобно на Linux-серверах и в скриптах.

Запустите ras на сервере 1С:

cd "C:\Program Files\1cv8\8.3.24.1342\bin"
ras cluster localhost:1540

По умолчанию ras слушает порт 1545. Дальше команды rac в соседнем окне:

rem Список кластеров и их идентификаторы
rac cluster list

rem Информационные базы кластера
rac infobase summary list --cluster=<id-кластера>

rem Все сеансы кластера с данными о лицензиях
rac session list --cluster=<id-кластера> --licenses

rem Завершить сеанс
rac session terminate --cluster=<id-кластера> --session=<id-сеанса>

Если для кластера задан администратор, добавьте к командам --cluster-user=<имя> --cluster-pwd=<пароль>. Список остальных команд и параметров выводит rac help и rac help session.

Ключ --licenses у rac session list полезен, когда не хватает лицензий: видно, какой сеанс какую лицензию занял и с какого компьютера.

Блокировки и тормоза: как найти виновника

Типичная жалоба звучит так: «у всех висит, кто-то что-то проводит». Сообщение при этом может быть таким: Конфликт блокировок при выполнении транзакции: Превышено максимальное время ожидания предоставления блокировки.

Порядок разбора:

  1. В консоли кластера откройте Сеансы базы и отсортируйте по текущему времени вызова. Сеанс, который выполняет вызов несколько минут, — первый подозреваемый.
  2. Посмотрите ветку Блокировки: какие сеансы держат блокировки и на какие объекты.
  3. По номеру сеанса откройте журнал регистрации и поймите, что человек делает: закрытие месяца , групповое перепроведение, загрузку обмена.
  4. Если операция штатная — дождитесь её окончания. Если сеанс завис — договоритесь с пользователем и завершите его.

Разовая картина не всегда объясняет повторяющиеся конфликты. Для системного разбора включают технологический журнал. Файл logcfg.xml кладут в каталог conf платформы, например C:\Program Files\1cv8\conf\:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\techlog" history="24">
    <event><eq property="name" value="TLOCK"/></event>
    <event><eq property="name" value="TTIMEOUT"/></event>
    <event><eq property="name" value="TDEADLOCK"/></event>
    <property name="all"/>
  </log>
</config>

Событие TTIMEOUT фиксирует истёкшее ожидание блокировки, TDEADLOCK — взаимоблокировку, TLOCK — все управляемые блокировки. Параметр history="24" хранит логи 24 часа.

TLOCK пишет очень много: на загруженной базе это гигабайты за час. Включайте журнал на время проблемы, следите за свободным местом на диске и удаляйте logcfg.xml после сбора.

ИнструментЧто показываетКогда брать
Активные пользователиКто в базе сейчасПеред обновлением, перед монопольными операциями
Журнал регистрацииКто что делал в прошломРазбор изменений и входов
Консоль кластераСеансы, нагрузка, блокировкиТормоза в серверной базе, завершение сеанса
racТо же, из командной строкиLinux, скрипты, удалённый сервер
Технологический журналДетально каждое ожидание блокировкиПовторяющиеся конфликты и взаимоблокировки

Если монитор пользователей не открывается или врёт

Диагностика: выберите симптом

Частые вопросы

Видит ли обычный пользователь, кто ещё работает в базе?
Нет. Список активных пользователей требует прав на него, в типовых конфигурациях это права администратора.
Можно ли завершить сеанс в файловой базе?
Средств кластера там нет. Надёжный способ — включить блокировку работы пользователей и дождаться выхода или закрыть программу на компьютере, указанном в списке.
Сколько хранится журнал регистрации?
Пока его не сократят вручную. Поэтому на больших базах настраивают разделение по дням и периодически сокращают журнал с выгрузкой в файл.
Почему один пользователь занимает несколько строк?
Каждое окно программы — отдельный сеанс. Тонкий клиент, Конфигуратор и веб-клиент под одним именем дадут три строки.
Занимают ли фоновые задания лицензию?
Нет, фоновые задания сервера клиентскую лицензию не расходуют. Проверить, кто занял лицензии, можно командой rac session list с ключом –licenses.