Журнал регистрации в 1С: что хранит и как с ним работать

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

Журнал хранится отдельно от основных учётных данных. В файловом варианте базы это каталог с файлами формата LGD (в старых версиях — LGF), расположенный в подпапке 1Cv8Log каталога базы. В клиент-серверном варианте журнал размещается на сервере 1С:Предприятия в каталоге служебных данных кластера. Удаление этих файлов не затрагивает документы и справочники, но история событий будет утрачена безвозвратно.

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

Какие события фиксирует журнал регистрации

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

Вторая группа — действия с данными: создание, изменение, удаление объектов (документов, элементов справочников, записей регистров), проведение и отмена проведения документов. Для каждого такого события записывается пользователь, время, представление объекта и ссылка на него. Третья группа — системные события: ошибки выполнения кода, работа фоновых и регламентных заданий, обмен данными, обновление конфигурации, тестирование и исправление базы.

Что журнал не хранит: важные ограничения

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

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

Как открыть и отфильтровать события

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

Без фильтра журнал на активной базе практически бесполезен: событий тысячи в час. Настройте отбор по периоду, пользователю, виду события и уровню важности. Например, чтобы найти, кто удалил документ, отберите события «Данные. Удаление» за нужный период и дополнительно укажите метаданные — вид документа. Чтобы разобраться с ошибкой обмена, отфильтруйте события с важностью «Ошибка» и приложением «Фоновое задание».

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

Настройка уровней регистрации событий

Объём записываемых событий управляется через настройку журнала: в конфигураторе «Администрирование» → «Настройка журнала регистрации». Доступны уровни: не регистрировать ничего, только ошибки, ошибки и предупреждения, ошибки/предупреждения/информация, а также отдельное включение событий доступа к данным и отказа в доступе. По умолчанию регистрируется большинство событий, что на нагруженных базах приводит к быстрому росту журнала.

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

Очистка и уменьшение размера журнала

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

В файловом варианте альтернатива — ручная архивация: при остановленной работе с базой (или при отсутствии активных сеансов) каталог 1Cv8Log можно переместить в архив. Платформа создаст новый журнал при следующем запуске. В клиент-серверном варианте журнал лежит в каталоге reg_1541 (или аналогичном порту кластера) в подкаталоге базы — работать с ним напрямую следует только при остановленном агенте сервера и с пониманием структуры каталогов.

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

Когда пользователь сообщает «программа выдала ошибку», первый источник информации — журнал регистрации с отбором по уровню «Ошибка» за соответствующее время. Запись содержит текст ошибки, контекст (какой объект обрабатывался) и часто фрагмент кода, в котором произошёл сбой. Для фоновых заданий журнал — вообще единственное место, где видна причина падения: пользовательского сообщения при фоновом выполнении нет.

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

Маршрут решения

Как выбрать действие по ситуации

Нужно узнать, кто изменил или удалил объектОтбор по событиям «Данные. Добавление/Изменение/Удаление» за период с указанием метаданных

Фоновое задание завершается с ошибкойОтбор по уровню «Ошибка» и приложению «Фоновое задание», читайте комментарий записи

Журнал разросся и тормозит базуСократите журнал с предварительной выгрузкой архива за нужный период

Требуется история изменения значений реквизитовВключите версионирование объектов в настройках конфигурации, журнал для этого не подходит

Выгрузка и внешний анализ журнала

Журнал можно выгрузить в файл для передачи специалистам или архивного хранения: доступны форматы XML и собственный формат платформы. Выгрузка выполняется из диалога журнала с учётом установленного отбора — удобно выгружать только нужный период. Для программного анализа событий используется объект встроенного языка «ВыборкаЖурналаРегистрации», который позволяет читать записи с фильтрами и формировать собственные отчёты по аудиту.

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

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

Можно ли восстановить удалённый документ через журнал регистрации?

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

Почему в журнале событие записано от имени пустого пользователя?

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

Замедляет ли журнал регистрации работу базы?

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

Как посмотреть журнал, если база файловая, а я работаю удалённо?

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

Фиксирует ли журнал просмотр данных пользователем?

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

Можно ли узнать, кто очистил журнал регистрации?

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