Администрирование · 10 мин
Как работает журнал регистрации 1С
Как устроен журнал регистрации 1С: где хранится, какие события фиксирует, как настроить уровни регистрации, найти действия пользователя и проанализировать ошибки.
Журнал регистрации — встроенный механизм платформы 1С:Предприятие, который автоматически фиксирует события, происходящие в информационной базе: вход и выход пользователей, изменение объектов, ошибки, фоновые задания и действия администраторов. Он работает независимо от прикладной конфигурации: даже если разработчик ничего не программировал, платформа уже пишет базовый набор событий.
Для администратора журнал регистрации — главный инструмент расследования инцидентов. Кто удалил документ, почему не выполнилось регламентное задание, в какой момент база выдала ошибку — ответы на эти вопросы почти всегда начинаются с просмотра журнала. При этом механизм имеет ограничения: он фиксирует факт события, но не всегда показывает, что именно изменилось в данных.
Материал разбирает устройство журнала регистрации, форматы хранения, настройку уровней детализации, приёмы поиска событий и типичные ошибки при работе с ним в файловых и клиент-серверных базах.
Что фиксирует журнал регистрации и как он устроен
Журнал регистрации ведёт сама платформа, а не прикладное решение. Каждое событие записывается с набором атрибутов: дата и время, пользователь, компьютер, сеанс, тип события, уровень важности, прикладное представление данных и комментарий. События группируются по категориям: работа пользователей, администрирование, изменение данных, ошибки, фоновые задания, доступ и отказ в доступе.
Важно понимать границу механизма: журнал фиксирует факт обращения к объекту (например, «Документ.РеализацияТоваровУслуг: изменение»), но в стандартной записи не хранится снимок «что было — что стало». Для детального аудита изменений реквизитов используют версионирование объектов или специализированные подсистемы протоколирования.
Разработчик может дополнять журнал собственными записями через метод ЗаписьЖурналаРегистрации(), указывая уровень (информация, предупреждение, ошибка), событие и комментарий. Так прикладной код оставляет диагностические следы, которые потом читаются в общем журнале вместе с системными событиями.
Где хранится журнал: форматы LGF/LGP и SQLite
В файловом варианте журнал регистрации физически расположен в подкаталоге 1Cv8Log (или аналогичном) внутри каталога информационной базы. Исторически использовался текстово-двоичный формат с файлами .lgp и индексом .lgf. В новых версиях платформы применяется формат на базе SQLite — один файл базы данных, который устойчивее к повреждениям и быстрее выборки.
В клиент-серверном варианте журнал хранится в каталоге служебных файлов кластера на сервере 1С, а не в СУБД. Это частая причина путаницы: администратор ищет журнал в базе данных SQL, а его там нет — записи ведёт сервер приложений в собственном хранилище.
Платформа умеет конвертировать журнал старого формата в новый при обновлении, а также позволяет выгружать журнал целиком через конфигуратор. Периодическое сокращение журнала (удаление старых записей) — обязательная процедура обслуживания: без неё файл разрастается и замедляет открытие журнала.
Как открыть и настроить журнал регистрации
Основной способ просмотра — конфигуратор: меню Администрирование → Журнал регистрации. Откроется окно со списком событий и панелью отбора. В пользовательском режиме многие типовые конфигурации содержат встроенную обработку просмотра журнала (обычно в разделе администрирования), что удобно, когда доступа к конфигуратору нет.
Настройка детализации выполняется в конфигураторе: Администрирование → Настройка журнала регистрации. Там выбирается, какие группы событий регистрировать: ошибки, предупреждения, информационные сообщения, события доступа, изменение данных. Можно отключить часть категорий, чтобы снизить объём записей на нагруженных базах.
Там же доступно сокращение журнала: указывается дата, до которой удаляются записи, и опционально — выгрузка удаляемой части в файл для архива. Перед сокращением имеет смысл сохранить выгрузку, если события могут понадобиться для разбирательств.
- 1Откройте конфигуратор и перейдите в Администрирование → Настройка журнала регистрации
- 2Оставьте включёнными ошибки и предупреждения, при необходимости — события доступа и изменения данных
- 3Сохраните настройку и откройте Администрирование → Журнал регистрации
- 4Установите отбор по дате, пользователю или типу события и проверьте, что записи появляются
- 5Запланируйте регулярное сокращение журнала с выгрузкой архива
Как найти нужное событие: отборы и анализ
Главный рабочий приём — отбор. В окне журнала доступны фильтры по периоду, пользователю, типу события, уровню важности, компьютеру, приложению и представлению данных. Например, чтобы узнать, кто изменил конкретный документ, ставится отбор по представлению данных с номером документа и событию «Данные. Изменение».
Для расследования ошибок эффективен отбор по уровню «Ошибка» за интересующий период с последующим просмотром комментария к событию — там платформа пишет текст исключения и контекст. Если ошибка возникла в фоновом задании, в событии будет указано имя регламентного задания и сеанс.
Когда база большая и событий много, удобнее выгрузить журнал во внешний файл (через кнопку выгрузки) и анализировать его отдельно — либо использовать программный метод ВыгрузитьЖурналРегистрации() для автоматического сбора ошибок, например ежедневной сводки администратору.
При поиске «кто удалил документ» смотрите не только событие удаления, но и соседние записи того же сеанса: по номеру сеанса и времени видно, что пользователь делал до и после. Это помогает отличить случайное удаление от осознанного и восстановить картину инцидента.
Журнал в файловой и клиент-серверной базе: различия
Логика записи событий одинаковая, но отличаются хранение, производительность и обслуживание. Ниже — сопоставление ключевых аспектов.
| Аспект | Файловая база | Клиент-серверная база |
|---|---|---|
| Расположение | Каталог журнала рядом с файлом базы | Служебный каталог кластера серверов 1С |
| Кто пишет записи | Процесс клиента/тонкого клиента | Рабочие процессы сервера 1С |
| Риск повреждения | Выше при аварийном завершении и сетевых дисках | Ниже, но зависит от дисковой подсистемы сервера |
| Рост объёма | Быстро заметен на активной базе | Контролируется настройками кластера и сокращением |
| Обслуживание | Ручное сокращение и копирование каталога | Сокращение через конфигуратор, архивация каталога кластера |
В файловом варианте журнал особенно уязвим при размещении базы на сетевом диске: обрыв связи в момент записи может повредить файл журнала. Симптом — ошибки при открытии журнала или его пустой вид. Лечится конвертацией формата или, в худшем случае, заменой повреждённых файлов с потерей части истории.
Обслуживание журнала и типичные ошибки
Журнал регистрации не требует ежедневного внимания, но нуждается в регламенте: периодическое сокращение, контроль свободного места на диске и включение журнала в план резервного копирования, если история событий критична. На активных базах без сокращения журнал за годы вырастает до размеров, при которых его открытие занимает минуты.
Отдельный сценарий — снижение детализации на высоконагруженных системах. Запись каждого события — это дисковая операция; при массовом обмене данными поток записей в журнал может стать заметной нагрузкой. В таких случаях отключают информационные события, оставляя ошибки и предупреждения.
FAQ: частые вопросы о журнале регистрации
Можно ли узнать, кто именно изменил конкретный документ?
Да. Откройте журнал регистрации, установите отбор по представлению данных (номер и тип документа) и событию изменения. В записях будут указаны пользователь, дата, время и сеанс. Однако какие именно реквизиты изменились, журнал не покажет — для этого нужна подсистема версионирования объектов.
Почему журнал регистрации пустой или не открывается?
Частые причины: повреждение файлов журнала после аварийного завершения (особенно в файловых базах на сетевых дисках), отключённые в настройках категории событий либо слишком большой объём журнала, из-за которого открытие занимает очень много времени. Проверьте настройку регистрации и попробуйте открыть журнал с узким отбором по дате.
Переносится ли журнал регистрации при выгрузке базы в DT?
Нет. Файл выгрузки DT содержит данные и конфигурацию, но не журнал регистрации. Если история событий нужна на новом месте, скопируйте каталог журнала отдельно: для файловой базы — подкаталог журнала рядом с файлом базы, для клиент-серверной — соответствующий каталог в служебных файлах кластера.
Как автоматически получать уведомления об ошибках из журнала?
Используйте метод ВыгрузитьЖурналРегистрации() в регламентном задании: выгружайте записи с уровнем «Ошибка» за прошедший период и формируйте письмо администратору. Это стандартная практика мониторинга без сторонних инструментов.
Влияет ли журнал регистрации на производительность базы?
Каждая запись — дисковая операция, поэтому при максимальной детализации на высоконагруженной базе влияние заметно, особенно во время массовых обменов данными. Рекомендуется оставлять ошибки и предупреждения, а информационные события включать точечно на время диагностики.
Чем журнал регистрации отличается от версионирования объектов?
Журнал регистрации фиксирует факт события: кто, когда и с каким объектом работал. Версионирование хранит сами значения данных объекта на момент каждого изменения, позволяя сравнить версии и откатиться. Это дополняющие механизмы: журнал отвечает на вопрос «кто и когда», версионирование — «что именно поменялось».
Что важно запомнить
Журнал регистрации ведёт сама платформа и хранится отдельно от данных базы: в файловом варианте — в каталоге рядом с базой, в клиент-серверном — в каталоге кластера. Просматривайте его через конфигуратор с отборами, настройте разумную детализацию, регулярно сокращайте с выгрузкой архива и помните: журнал фиксирует факт события, а не содержимое изменений.