Как изменить формат журнала регистрации 1С

Журнал регистрации 1С фиксирует действия пользователей, ошибки, изменения данных и системные события. Начиная с платформы 8.3.5 доступны два формата хранения: старый (файл с расширением .lgd и вспомогательный файл .lgp) и новый, основанный на базе SQLite (файл 1Cv8.lgd). От выбранного формата зависят производительность, удобство анализа событий и доступные инструменты просмотра.

Изменить формат можно несколькими способами: через конфигуратор, через файл настроек logcfg.xml или переносом данных в новый формат при обновлении платформы. Перед любыми манипуляциями с журналом регистрации обязательно делайте резервную копию: при конвертации или повреждении файла историю событий восстановить невозможно.

Где хранится журнал регистрации и какие форматы существуют

Местоположение журнала зависит от режима работы базы. В файловом варианте журнал лежит в подкаталоге 1Cv8Log внутри каталога информационной базы. В клиент-серверном варианте журнал находится в каталоге служебных файлов кластера сервера 1С (обычно внутри каталога reg_1541 или аналогичного, в подпапке конкретной базы).

Старый формат — это текстово-двоичная связка файлов 1Cv8.lgf (заголовок), *.lgp (данные) и словарь 1Cv8.lgd в ранних версиях. Новый формат — единый файл 1Cv8.lgd в формате SQLite, появившийся в платформе 8.3.5. Новый формат устойчивее к повреждениям, поддерживает сокращение журнала без остановки работы и быстрее выбирает события по фильтрам.

Определить текущий формат просто: посмотрите на содержимое каталога журнала. Если видите файлы с расширением .lgp — это старый формат. Если один файл 1Cv8.lgd заметного размера и рядом нет .lgp — журнал уже в новом формате.

Как изменить формат через конфигуратор

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

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

1. 1
   Сделайте резервную копию каталога 1Cv8Log или всей базы.
2. 2
   Откройте конфигуратор, меню «Администрирование — Настройка журнала регистрации».
3. 3
   Нажмите «Сократить», укажите дату, до которой удаляются события, и при необходимости файл для выгрузки старых событий.
4. 4
   Дождитесь завершения операции — при большом журнале она может занять заметное время.
5. 5
   Проверьте каталог журнала: должен появиться файл 1Cv8.lgd нового формата.

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

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

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

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

Тонкая настройка через logcfg.xml

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

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

Сравнение форматов журнала

Старый формат (.lgp)

Подходит для баз на платформах ниже 8.3.5 и когда журнал анализируется старыми внешними обработками. Ограничения: медленнее при больших объёмах, сокращение требует монопольного доступа.

Новый формат (SQLite, 1Cv8.lgd)

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

Риски и типичные ошибки при смене формата

Главный риск — потеря истории событий. Сокращение журнала без выгрузки в файл необратимо удаляет записи. Если журнал используется для аудита или расследований, сначала выгрузите события в файл и убедитесь, что выгрузка открывается и содержит нужный период.

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

Как проверить результат

После смены формата откройте журнал регистрации в режиме предприятия: «Администрирование — Журнал регистрации». Установите отбор за последние дни и убедитесь, что новые события записываются: выполните тестовое действие (например, измените любой документ) и обновите журнал — событие должно появиться.

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

Контрольные точки

Как проверить результат

Состав файлов в каталоге журнала

Норма

Один файл 1Cv8.lgd, размер растёт при работе пользователей

Тревожный признак

Остались старые .lgp рядом с новым файлом или каталог пуст

Запись новых событий

Норма

Тестовое действие появляется в журнале после обновления списка

Тревожный признак

Новые события не фиксируются, журнал пуст

Открытие журнала в режиме предприятия

Норма

Журнал открывается без ошибок, отборы работают быстро

Тревожный признак

Ошибки чтения, длительные зависания при открытии

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

Можно ли изменить формат журнала без потери истории событий?

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

Где найти журнал регистрации в клиент-серверной базе?

На сервере 1С в каталоге служебных файлов кластера, в подпапке конкретной информационной базы. Точный путь можно увидеть в консоли кластера в свойствах базы. Не перемещайте и не редактируйте эти файлы при работающем сервере.

Журнал регистрации занимает десятки гигабайт — что делать?

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

Почему после смены формата внешняя обработка не читает журнал?

Обработки, написанные под старый формат .lgp, не умеют работать с файлом SQLite. Либо используйте штатный просмотр журнала, либо обновите обработку до версии, поддерживающей новый формат.

Можно ли вообще отключить журнал регистрации?

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