Какой формат журнала регистрации 1С лучше выбрать

Журнал регистрации в 1С фиксирует действия пользователей, ошибки, изменения данных и системные события. Платформа поддерживает два формата его хранения: старый (файлы .lgd с текстовым индексом) и новый (база данных SQLite в файле .lgx). Выбор формата напрямую влияет на скорость записи событий, устойчивость журнала к сбоям и удобство поиска по большим объёмам данных.

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

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

Чем отличаются старый и новый форматы

Старый формат хранит журнал в каталоге 1Cv8Log в виде набора файлов с расширением .lgd и служебного индекса 1Cv8.lgf. При росте объёма записи разбиваются на периоды, однако поиск по такому журналу выполняется последовательным чтением, что на больших базах занимает заметное время. Кроме того, при аварийном завершении работы сервера или клиентского приложения файлы журнала нередко повреждаются, и часть событий теряется.

Новый формат использует файл базы данных SQLite 1Cv8.lgx. Записи добавляются транзакционно, поэтому внезапное отключение питания или падение процесса не разрушает уже зафиксированные события. Отборы по дате, пользователю, типу события выполняются средствами СУБД и работают быстрее, чем последовательный разбор текстовых файлов.

Сравнение форматов

Новый формат (.lgx, SQLite)

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

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

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

Какой формат выбрать в разных сценариях

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

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

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

Как выбрать формат

База новая или журнал никем не разбирается внешними средствамиПереведите журнал на новый формат (SQLite)

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

Журнал периодически повреждается при сбоях сервераПерейдите на новый формат — транзакционная запись решит проблему

Нужен быстрый отбор по событиям за длительный периодИспользуйте новый формат — отборы в нём работают заметно быстрее

Как переключить журнал на новый формат

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

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

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

Настройка уровня детализации и фильтрации событий

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

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

Сокращение и архивация журнала

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

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

Сокращение журнала в новом формате также требует монопольного доступа к базе. Удобно совмещать его с плановым регламентным обслуживанием, когда пользователи уже отключены.

Типичные проблемы и их решение

Наиболее частая жалоба — «журнал регистрации не открывается» или «показывает пустой список». В старом формате это почти всегда признак повреждения файлов после сбоя: лечится восстановлением из копии или переходом на новый формат. В новом формате проблема встречается редко и обычно связана с нехваткой места на диске в момент записи.

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

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

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

Открытие журнала после смены формата

Норма

Список событий загружается, история за прошлые периоды доступна

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

Пустой список или ошибка открытия — проверяйте целостность файлов и лог конвертации

Скорость отбора по дате и пользователю

Норма

Результат появляется за секунды даже на большом журнале

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

Отбор «зависает» на минуты — вероятно, журнал слишком велик и требует сокращения

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

Норма

Действия пользователей появляются в журнале сразу после совершения

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

События не фиксируются — проверьте уровень регистрации и свободное место на диске

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

Можно ли читать журнал нового формата без конфигуратора?

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

Потеряются ли события при переходе на новый формат?

Нет, если при переключении включить конвертацию существующего журнала — вся история переносится в новый файл. Если конвертацию не выполнять, старый журнал останется в прежних файлах, но перестанет отображаться в конфигураторе.

Какой уровень регистрации событий выбрать для рабочей базы?

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

Как часто нужно сокращать журнал регистрации?

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

Влияет ли формат журнала на производительность базы?

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

Можно ли вернуться на старый формат после перехода?

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