Журнал регистрации 1С: как найти и разобрать события работы

Мероприятия — то есть события работы пользователей и платформы — 1С пишет в журнал регистрации. В режиме «1С:Предприятие» его открывают через Администрирование → Обслуживание → Журнал регистрации, а в Конфигураторе — через меню Администрирование → Журнал регистрации. Это общий механизм платформы 8.3, он есть в любой конфигурации.

Если нужного события в журнале не видно, дело обычно не в том, что программа его «не запомнила». Чаще мешает одно из двух: включён отбор, который прячет лишние строки, или аудит настроен так, что пишутся только ошибки. Ниже — где искать журнал в разных конфигурациях, какие мероприятия туда попадают, как отфильтровать нужное и как не дать файлу разрастись.

Навигация: где открыть журнал регистрации

В интерфейсе «Такси» (платформа версии не ниже 8.3.2x) путь зависит от конфигурации, но раздел всегда относится к администрированию.

Универсальный способ, который работает в любой типовой базе: главное меню (кнопка со стрелкой в левом верхнем углу) → Все функции → Стандартные → Журнал регистрации.

В Конфигураторе журнал открывается отдельно, через Администрирование → Журнал регистрации. Это удобно, когда база не запускается в пользовательском режиме и нужно посмотреть последние ошибки запуска.

Открыть журнал может не каждый пользователь: нужны административные права либо право на просмотр журнала, заданное в ролях конфигурации. Рядовому сотруднику этот пункт меню обычно не виден — и это нормально.

Форма журнала в типовых конфигурациях одинакова: список событий сверху, панель с настройкой отбора и команды выгрузки. Отличается только путь к ней в разделах. Если в вашей базе раздел администрирования называется иначе, ориентируйтесь на слово «Обслуживание» — журнал почти всегда лежит в этой группе рядом с резервным копированием и удалением помеченных объектов.

Какие мероприятия попадают в журнал

Журнал регистрации фиксирует не всё подряд, а определённые категории событий. Знание категорий помогает быстро понять, что вообще искать.

• 🔐 Сеансы и вход — начало и завершение сеанса, аутентификация пользователя, в том числе неудачные попытки входа.
• 📝 Операции с данными — добавление, изменение, удаление объектов, проведение и отмена проведения документов.
• ⚙️ Регламентные и фоновые задания — запуск, завершение, ошибки заданий.
• 🧩 Операции с информационной базой — обновление конфигурации , выгрузка и загрузка .dt, тестирование и исправление.
• 👤 Администрирование пользователей — добавление, изменение и удаление пользователей информационной базы.
• ❗ Ошибки и исключения платформы — сбои, на которые завязана половина обращений в поддержку.
• 🧷 Пользовательские события — то, что разработчик пишет сам методом ЗаписьЖурналаРегистрации.

У каждой записи есть уровень важности: Ошибка, Предупреждение, Информация или Примечание. По этому уровню удобно отсеивать рутину и оставлять только проблемы.

Категории не абстрактные — под конкретную задачу вы ищете свою. Расследуете несанкционированный вход — смотрите события сеансов и аутентификации. Разбираетесь, почему ночью не отработал обмен, — ищете события регламентных заданий. Выясняете, кто правил справочник контрагентов, — фильтруете операции с данными по нужным метаданным. Поэтому полезно заранее понимать, в какой категории живёт интересующее вас мероприятие.

Как найти нужное событие через отбор

Полный журнал за несколько месяцев — это сотни тысяч строк. Листать их бессмысленно, поэтому первым делом настраивают отбор.

В форме журнала нажмите кнопку настройки отбора (в командной панели списка). Откроется окно с условиями. Отбирать события можно по полям:

1. Период — дата и время «с» и «по». Самый частый отбор: сузить до нужного дня или часа.
2. Пользователь — кто выполнил действие.
3. Важность — например, только Ошибка и Предупреждение.
4. Событие — конкретный тип мероприятия (проведение документа, вход в систему и т. д.).
5. Метаданные — объект конфигурации: справочник, документ, регистр.
6. Компьютер и приложение — с какой машины и из какого клиента (толстый, тонкий, веб).

Отборы комбинируются. Чтобы найти, кто и когда удалил конкретный документ, задайте период, событие «удаление» и нужные метаданные — и список сократится до пары строк.

Как читать строку журнала

Каждое событие описывается набором колонок. Понимание их смысла экономит время при разборе:

По колонке «Приложение» сразу видно, откуда пришло событие. Запись с приложением «Фоновое задание» относится к регламентному заданию, а не к действиям человека, — это частая причина «непонятных» строк, которые пугают при первом знакомстве с журналом.

Короткий сценарий из практики. Утром пользователи жалуются, что не могут войти. Открываете журнал, ставите отбор по важности Ошибка и по событию, связанному с аутентификацией, за последний час — и видите либо блокировку сеансов, либо ошибку лицензирования. Весь разбор занимает минуту, если знать, что искать.

Настройка аудита: что писать в журнал

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

Главный параметр — уровень регистрируемых событий. Варианты идут по нарастающей:

• Не регистрировать — журнал не ведётся (для боевой базы так лучше не делать).
• Ошибки — только сбои.
• + Предупреждения — к ошибкам добавляются предупреждения.
• + Информация — плюс информационные события, включая входы и операции.
• + Примечания — максимальная детализация.

Для рабочей базы разумный минимум — регистрировать ошибки и предупреждения, а запись операций с данными и входов включать, когда нужен аудит действий пользователей. Чем выше уровень, тем быстрее растёт файл.

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

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

Хранение: файловый и серверный варианты

Где физически лежат мероприятия, зависит от варианта работы базы.

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

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

Формат (старый или SQLite) влияет и на настройку: разделение хранения по периодам (день, неделя, месяц) применимо к старому формату. У единого файла 1Cv8.lgd этой разбивки нет — он растёт как одна база данных.

Выгрузка и анализ для аудита

Когда событий много и нужен разбор, журнал удобнее выгрузить и анализировать внешними средствами.

Из формы журнала в «1С:Предприятии» отобранные строки можно сохранить в файл табличного документа (.mxl) или в текстовый файл — через стандартную команду сохранения списка. Этого достаточно, чтобы передать выборку коллеге или приложить к обращению в поддержку.

Для программной выгрузки есть встроенный метод ВыгрузитьЖурналРегистрации. Он пишет журнал (целиком или по отбору) в XML-файл, который потом разбирают скриптом или загружают в аналитический инструмент. Отбор передаётся параметром, поэтому можно выгрузить, например, только ошибки за сутки.

Пример вызова в обработке или внешней обработке:

Отбор = Новый Структура;
Отбор.Вставить("УровеньЖурналаРегистрации", УровеньЖурналаРегистрации.Ошибка);
ВыгрузитьЖурналРегистрации("C:\temp\log.xml", Отбор);

Файл 1Cv8.lgd формата SQLite технически можно открыть сторонними просмотрщиками баз SQLite, но структура таблиц официально не документирована и меняется между версиями платформы. Для разбора надёжнее штатная выгрузка в XML, а не чтение файла напрямую.

XML-выгрузка удобна тем, что её легко обработать внешним скриптом: отфильтровать по пользователю, сгруппировать ошибки по тексту, построить сводку за месяц. Для разового аудита хватает и сохранения отобранного списка в табличный документ — его открывают в табличном редакторе и работают привычными фильтрами и сводными таблицами.

Как не дать журналу разрастись

На активной базе журнал за год легко достигает нескольких гигабайт. Разросшийся файл замедляет открытие формы и съедает место на диске. Есть два рычага.

Снизить детализацию. Если Примечания и Информация вам не нужны постоянно, оставьте в настройке только Ошибки и Предупреждения. Это резко сокращает поток записей.

Периодически сокращать журнал. В Конфигураторе: Администрирование → Сократить журнал регистрации. Укажите дату — события до неё будут удалены. Перед удалением поставьте галку «Записать удаляемые события в файл», если история может понадобиться для аудита.

Регламент простой: решите, за какой срок история вам реально нужна (например, полгода), и раз в квартал сокращайте журнал до этой глубины, сохраняя удаляемую часть в архив.

На серверных базах за объёмом журнала стоит следить в связке с администратором сервера: файл 1Cv8.lgd лежит в каталоге кластера, и его рост виден по занятому месту на диске сервера. Если места мало, а историю терять нельзя, сначала выгрузите старые события в архивный файл, а потом сокращайте журнал — так вы и разгрузите диск, и сохраните аудит.

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