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