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

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

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

Какие инструменты 1С показывают активность пользователей

Каждый инструмент отвечает на свой вопрос. Если открыть не тот, ответа там просто не будет.

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

Откройте Администрирование → Обслуживание → Активные пользователи. Список показывает каждый открытый сеанс:

• 👤 Пользователь — имя из списка пользователей информационной базы;
• 💻 Компьютер — сетевое имя машины, с которой зашли;
• 🧩 Приложение — тонкий клиент, веб-клиент, Конфигуратор, фоновое задание, COM-соединение;
• 🕐 Начало работы — когда открыт сеанс;
• 🔢 Номер сеанса — по нему сеанс ищут в журнале регистрации и в консоли кластера.

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

Что ещё можно сделать из списка

1. Выделите строку и нажмите кнопку перехода в журнал регистрации. Журнал откроется с отбором по этому пользователю.
2. В клиент-серверной базе на БСП есть команда завершения сеанса. Программа попросит пароль администратора кластера, если он задан.
3. Обновляйте список вручную: он не перерисовывается сам.

Если база файловая

В файловом режиме «Активные пользователи» работают так же. Консоли кластера нет, завершить чужой сеанс из списка нельзя. Если пользователь недоступен, а базу нужно освободить, используют блокировку начала сеансов: Администрирование → Обслуживание → Блокировка работы пользователей. Она не пускает новых пользователей и через заданное время просит вошедших выйти.

Журнал регистрации: что делал пользователь в 1С

Журнал регистрации пишет события базы: вход и выход, добавление, изменение, проведение и удаление данных , ошибки, запуск регламентных заданий. Каждая запись содержит дату, пользователя, компьютер, приложение, событие, объект метаданных и ссылку на сами данные.

Как найти действия конкретного сотрудника

1. Откройте Администрирование → Обслуживание → Журнал регистрации.
2. Нажмите Установить отбор.
3. Задайте период: узкий интервал открывается в разы быстрее, чем «за всё время».
4. В поле Пользователь выберите сотрудника.
5. В Событиях оставьте нужную группу. Для поиска изменений — группу «Данные»: там «Данные. Добавление», «Данные. Изменение», «Данные. Удаление», «Данные. Проведение».
6. Если ищете один документ, укажите его в поле Данные или выберите вид в Метаданных.

Двойной щелчок по строке открывает карточку события. Из неё можно перейти в сам документ, если он не удалён.

Варианты отбора для типовых вопросов

Что журнал регистрации не покажет

• 🚫 Просмотр. По умолчанию пишутся изменения, а не чтение. Кто открыл зарплатную ведомость и закрыл без правки, в журнале не видно. Платформа умеет регистрировать события доступа к выбранным объектам и полям, но включает это разработчик в коде конфигурации.
• 🚫 Старое значение. Журнал говорит «документ изменён», но не «сумма была 10 000, стала 12 000». История значений есть только там, где конфигурация её ведёт: версионирование объектов в БСП включают по видам объектов в общих настройках администрирования.
• 🚫 События ниже уровня логирования. Если журнал пишет только ошибки, информации о правках там нет.

Настройка журнала в Конфигураторе

Уровень и хранение задают в Конфигураторе: Администрирование → Настройка журнала регистрации. Там выбирают, что регистрировать (ошибки, предупреждения, информацию, примечания), делят журнал на файлы по периодам и сокращают его, удаляя старые записи.

Для контроля работы пользователей нужен уровень «Регистрировать все события» или как минимум «Информация». На уровне «ошибки» журнал почти пуст.

Файлы журнала лежат в папке 1Cv8Log. В файловой базе она рядом с файлом 1Cv8.1CD, в клиент-серверной — в каталоге кластера на сервере 1С, внутри папки с идентификатором базы. Новый формат хранит журнал одним файлом .lgd, старый — набором файлов .lgf и .lgp.

Как найти блокировки и конфликты пользователей

Типичная жалоба: «У меня висит проведение, а у Ирины всё летает». Часто дело не в мощности сервера, а в том, что два сеанса хотят одни и те же данные. Один держит блокировку, второй ждёт. Через 20 секунд по умолчанию ожидающий получает ошибку Превышено максимальное время ожидания предоставления блокировки или Конфликт блокировок при выполнении транзакции.

Где увидеть, кто кого ждёт

1. Консоль кластера, узел «Сеансы». Колонки «Заблокировано СУБД» и «Заблокировано 1С» показывают номер сеанса, который держит блокировку. Колонка «Время вызова (текущее)» выдаёт тех, кто застрял в длинной операции.
2. Узел «Блокировки» у информационной базы показывает, какие сеансы что захватили.
3. Технологический журнал с событиями TLOCK, TTIMEOUT и TDEADLOCK фиксирует блокировки и таймауты задним числом, когда пользователь пришёл с жалобой через час.

В журнале регистрации ошибка блокировки тоже видна: отберите события с важностью «Ошибка» за нужный интервал. Номер сеанса и время помогут найти в технологическом журнале виновника.

Производительность и технологический журнал

Чтобы понять, у кого и где медленно, есть два уровня.

Уровень конфигурации. В типовых конфигурациях на БСП есть подсистема «Оценка производительности». Она замеряет время ключевых операций (открытие формы, проведение документа) и считает оценку APDEX. Включают её в разделе Администрирование → Обслуживание. Через неделю видно, какая операция просела и у каких пользователей.

Уровень платформы. Технологический журнал пишет всё, что делает сервер 1С: вызовы, запросы к СУБД, блокировки, исключения. Включается файлом 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>

history="24" значит, что журнал хранит последние 24 часа. Папку location выберите на диске с запасом места, не на системном.

Консоль кластера, rac и средства СУБД

Для клиент-серверной базы встроенных форм мало. Администратор пользуется внешними средствами.

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

Оснастка показывает кластер целиком: все базы, сеансы, соединения, рабочие процессы. В «Сеансах» видны пользователь, компьютер, приложение, время начала и последней активности, объём памяти и время в СУБД. Отсюда завершают зависший сеанс.

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

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

Номер версии в пути замените на свой.

rac и ras: то же из командной строки

Сервер администрирования ras и утилита rac дают список сеансов без графической консоли. Это удобно для скриптов и серверов на Linux:

ras cluster --port=1545 localhost:1540
rac localhost:1545 cluster list
rac localhost:1545 session list --cluster=<uuid кластера>

Вывод session list можно отфильтровать по пользователю и выгрузить в файл раз в 5 минут — получится простая история присутствия. Остальные параметры смотрите в rac help session.

Средства СУБД и инструменты 1С

• 🗄️ Монитор активности MS SQL Server и Extended Events — какие запросы выполняются, кто кого блокирует на уровне СУБД.
• 📊 Счётчики потребления ресурсов в консоли кластера — сколько процессорного времени и вызовов СУБД съел каждый сеанс.
• 🧰 1С:Корпоративный инструментальный пакет — «Центр управления производительностью» и разбор технологического журнала для крупных внедрений.

Контроль пользователей с административными правами

Учётка с полными правами может всё, в том числе скрыть следы: сократить журнал регистрации, выключить версионирование, создать себе вторую учётку. Здесь контроль строят иначе.

Что проверять регулярно

1. Список пользователей с полными правами. В БСП — участники группы доступа «Администраторы» в разделе Администрирование → Настройки пользователей и прав. Оставьте 1–2 человека, остальным выдайте профили по работе.
2. Новые и изменённые учётки. В журнале отберите группу событий «Пользователи»: видно, кто кого создал и кому поменял права.
3. Вход в Конфигуратор. Отбор по приложению «Конфигуратор». Изменение конфигурации в рабочее время без заявки — повод спросить.
4. Ошибки аутентификации подряд. Пять неудачных входов за минуту с одного компьютера — попытка подбора пароля.
5. Внешние обработки. Через них данные меняют в обход интерфейса. Проверьте, у кого в карточке пользователя снят флажок защиты от опасных действий и кто может открывать внешние файлы.

Как защитить журнал от правки

Журнал хранится на том же сервере, что и база. Кто имеет доступ к серверу, тот может удалить папку 1Cv8Log. Поэтому:

• 📁 копируйте 1Cv8Log по расписанию на отдельное хранилище, к которому у администраторов 1С нет прав на удаление;
• 🔐 разделите роли: администратор базы 1С и администратор сервера — разные люди;
• 🛑 задайте пароль администратора кластера, чтобы завершать сеансы и менять настройки кластера мог не каждый.

Частые ошибки при контроле работы пользователей

• ❌ Общий логин на отдел. В журнале будет «Бухгалтерия», а кто именно удалил платёжку, не узнать. Одна учётка — один человек.
• ❌ Журнал на уровне «ошибки». Ставят ради экономии места, потом выясняется, что правок в журнале нет. Место экономьте делением на периоды и архивом.
• ❌ Открытие журнала «за всё время». На базе с журналом в десятки гигабайт форма может думать минутами. Начинайте с суток.
• ❌ Вывод по одной строке журнала. «Данные. Изменение» от пользователя бывает результатом обработки или обмена, запущенных от его имени. Смотрите колонку «Приложение»: фоновое задание и COM-соединение — не ручная правка.
• ❌ Технологический журнал, забытый на сервере. Через неделю кончается место на диске, и база перестаёт работать у всех.

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