К статье
Практический материал

Администрирование · 12 мин

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

Где хранится журнал регистрации 1С в файловом и клиент-серверном варианте: путь к файлам 1Cv8.lgd и 1Cv8.lgp, формат хранения, настройка и перенос журнала.

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

Место хранения зависит от режима работы информационной базы. В файловом варианте журнал лежит рядом с файлом базы 1Cv8.1CD, а в клиент-серверном — в служебном каталоге кластера серверов 1С, причём путь зависит от порта агента сервера. Ниже разобраны оба сценария, формат файлов, способы сократить журнал и типичные ошибки при работе с ним.

Где хранится журнал регистрации в файловом варианте базы

В файловой информационной базе журнал регистрации размещается в подкаталоге 1Cv8Log внутри каталога базы. Если база расположена, например, по пути D:\Bases\Trade, то журнал будет в D:\Bases\Trade\1Cv8Log. Внутри находится файл 1Cv8.lgd — это основное хранилище событий в современном формате SQLite.

Если база давно работает и журнал ни разу не конвертировался, рядом могут лежать файлы старого формата: 1Cv8.lgf (заголовок) и набор файлов вида YYYYMMDD.lgp (по одному на период). Это признак того, что используется устаревший текстовый формат, который медленнее работает и чаще повреждается при аварийном завершении.

Быстро определить каталог базы можно из списка информационных баз в окне запуска 1С: выделите базу и посмотрите строку «File=...» в параметрах подключения внизу окна. Либо откройте конфигуратор и посмотрите свойства базы через меню «Администрирование».

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

В клиент-серверной архитектуре журнал регистрации хранится не в базе данных SQL, а на сервере 1С:Предприятия — в служебном каталоге кластера. Типовой путь в Windows выглядит так: C:\Program Files\1cv8\<версия платформы>\srvinfo\reg_1541\\1Cv8Log. В Linux каталог обычно находится в /home/usr1cv8/.1cv8/1C/1cv8/srvinfo/reg_1541/.

Имя подкаталога reg_1541 соответствует порту агента сервера. Если при установке был выбран другой порт (например, 2541), каталог будет называться reg_2541. Внутри него для каждой информационной базы кластера создаётся отдельный подкаталог с именем в виде GUID — уникального идентификатора базы.

Сопоставить GUID конкретной базе можно через консоль администрирования серверов 1С: откройте свойства информационной базы — идентификатор указан там. Либо посмотрите файл 1CV8Clst.lst в каталоге srvinfo, где перечислены зарегистрированные базы кластера.

Файловая базаподкаталог 1Cv8Log в каталоге базы

Путь к базе виден в окне запуска в строке подключения

Клиент-серверная базаsrvinfo\reg_<порт>\<GUID>\1Cv8Log на сервере

GUID базы смотрите в консоли кластера

Старый форматфайлы 1Cv8.lgf и *.lgp

Признак необходимости конвертации в новый формат

Новый форматфайл 1Cv8.lgd

SQLite-хранилище, поддерживает сокращение и разделение по периодам

Форматы хранения: старый и новый

Платформа 1С поддерживает два формата журнала регистрации. Старый формат — текстовый: файл заголовка 1Cv8.lgf и файлы данных .lgp, которые создаются на каждый день или месяц в зависимости от настройки периода разделения. Новый формат — единый файл 1Cv8.lgd в формате SQLite, который работает быстрее при отборе событий и устойчивее к повреждениям.

Для нового формата доступна настройка разделения хранения по периодам: день, неделя, месяц, квартал, год. При разделении рядом с основным файлом создаются файлы вида 1Cv8_20260101.lgd за прошедшие периоды. Это упрощает архивацию старых событий и удаление устаревших данных без сокращения всего журнала.

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

Как открыть и посмотреть журнал регистрации

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

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

Выгрузка журнала доступна в нескольких форматах: табличный документ (mxl), XML и через команду «Выгрузить журнал регистрации» в конфигураторе. Для передачи фрагмента журнала на анализ удобно выгрузить отобранные события в файл, не копируя весь каталог 1Cv8Log.

Как найти файл журнала на диске
  1. 1
    Определите режим работы базы: файловый или клиент-серверный — видно в строке подключения в окне запуска
  2. 2
    Для файловой базы откройте каталог базы и перейдите в подкаталог 1Cv8Log
  3. 3
    Для клиент-серверной базы откройте на сервере каталог srvinfo, затем reg_<порт агента>, найдите подкаталог с GUID базы
  4. 4
    Проверьте наличие файла 1Cv8.lgd (новый формат) или 1Cv8.lgf и *.lgp (старый)
  5. 5
    Сверьте размер файлов: если журнал занимает гигабайты, запланируйте сокращение или настройку разделения

Настройка уровня регистрации и сокращение журнала

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

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

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

Частые ошибки и ограничения

Распространённая ошибка — поиск журнала в базе данных SQL Server или PostgreSQL при клиент-серверном режиме. Журнал регистрации туда не пишется: он всегда находится в файловом каталоге кластера, поэтому при резервном копировании только средствами СУБД журнал в копию не попадает.

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

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

Типичные ошибки
01
Искать журнал внутри базы SQL — журнал хранится только в файловом каталоге кластера или базы
02
Удалять файлы журнала при работающем сервере — приводит к повреждению хранилища событий
03
Делать резервную копию только средствами СУБД — журнал регистрации в такую копию не входит
04
Включать максимальный уровень регистрации на постоянной основе — журнал быстро переполняет диск
05
Игнорировать старый формат .lgp — он медленнее и чаще повреждается при сбоях

Маршрут выбора действий в типовых ситуациях

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

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

Как выбрать действие

Нужно узнать, кто изменил документОткройте журнал через конфигуратор и установите отбор по данным и периоду — файлы на диске трогать не нужно
Журнал занял слишком много местаВыполните сокращение с сохранением удаляемой части в файл или включите разделение по периодам
Переносите файловую базу на другой компьютерСкопируйте весь каталог базы целиком, включая подкаталог 1Cv8Log
Делаете резервную копию клиент-серверной базыДополните выгрузку SQL копированием каталога srvinfo\reg_<порт>\<GUID>
Журнал повреждён и события не пишутсяОстановите сеансы, переместите повреждённые файлы в архив и дайте платформе создать журнал заново

Как проверить результат после операций с журналом

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

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

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

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

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

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

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

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

Размер каталога 1Cv8Log
Норма

Размер уменьшился после сокращения и стабилен

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

Размер продолжает расти при низком уровне регистрации — проверьте настройки

Формат файлов
Норма

Присутствует 1Cv8.lgd, старые .lgp в архиве

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

Работа идёт на файлах .lgf/.lgp — формат не сконвертирован

Итог

Что важно запомнить

Журнал регистрации файловой базы лежит в подкаталоге 1Cv8Log каталога базы, клиент-серверной — в srvinfo\reg_<порт>\<GUID> на сервере 1С. Работайте с файлами журнала только при остановленных сеансах, перед сокращением делайте копию, а для контроля объёма используйте разделение по периодам и разумный уровень регистрации событий.

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

Можно ли открыть файл 1Cv8.lgd без 1С?

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

Почему в каталоге базы нет папки 1Cv8Log?

Каталог создаётся при первой записи события. Если база новая, журнал отключён настройкой «Не регистрировать» или база клиент-серверная (тогда журнал на сервере), папки в каталоге базы не будет. Проверьте настройку журнала регистрации в конфигураторе и режим работы базы.

Входит ли журнал регистрации в выгрузку базы в файл .dt?

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

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

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

Что делать, если журнал регистрации не открывается с ошибкой?

Чаще всего причина — повреждение файлов после аварийного завершения, особенно у старого формата .lgp. Завершите все сеансы, переместите содержимое каталога 1Cv8Log в архивную папку и запустите базу: платформа создаст пустой журнал. Старые файлы сохраните для возможного частичного восстановления событий сторонними средствами.

Как долго хранить события журнала регистрации?

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