Где хранится журнал регистрации 1С 8.3 в SQL-режиме

Журнал регистрации в клиент-серверном варианте 1С:Предприятие 8.3 хранится не внутри базы данных SQL Server, а в отдельном каталоге на сервере 1С:Предприятия. Это частая причина ошибок: администратор ищет события в таблицах SQL-базы, делает её полный бэкап и уверен, что история действий пользователей сохранена, а на деле журнал лежит в файловой системе и в резервную копию базы не входит.

Начиная с платформы 8.3.5 журнал регистрации хранится в формате LGD (Log Data) — наборе файлов с расширением .lgd, которые размещаются в подкаталоге конкретной информационной базы внутри служебного каталога кластера серверов 1С. В более ранних версиях платформы использовался формат LGP — один файл 1Cv8Log.lgp. Расположение каталога зависит от операционной системы сервера и от того, как развёрнут кластер.

Ниже разберём точные пути для Windows и Linux, чем формат LGD отличается от старого LGP, почему в SQL-базе нельзя найти журнал через запрос, как настроить уровень регистрации событий и что делать, если журнал разросся или его нужно перенести.

Точные пути к журналу регистрации на сервере 1С

Файлы журнала регистрации лежат внутри рабочего каталога кластера серверов 1С. Каждая информационная база, зарегистрированная в кластере, получает собственный подкаталог с именем в виде GUID — уникального идентификатора базы. Именно внутри него находится папка 1Cv8Log с файлами журнала.

Для Windows-сервера типовой путь выглядит так:

C:\Program Files\1cv8\srvinfo\reg_1541\<GUID_базы>\1Cv8Log\

Для Linux-развёртывания каталог обычно располагается в домашней директории пользователя, под которым работает агент сервера 1С:

/home/usr1cv8/.1cv8/1C/1cv8/reg_1541/<GUID_базы>/1Cv8Log/

Имя reg_1541 соответствует порту основного менеджера кластера. Если кластер настроен на другой порт, имя каталога изменится соответственно — например, reg_2541. Если на одном физическом сервере развёрнуто несколько кластеров, у каждого будет свой каталог reg_XXXX, и искать журнал нужно в том, где зарегистрирована конкретная база.

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

Формат LGD: из чего состоит журнал в 8.3

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

Такое разделение сделано ради управляемости: старые фрагменты можно архивировать или удалять, не трогая актуальную часть журнала. Кроме файлов .lgd в каталоге может присутствовать служебный файл-индекс, который платформа использует для быстрого поиска событий.

Если база была создана на платформе ниже 8.3.5 и затем обновлена, в каталоге может остаться старый файл 1Cv8Log.lgp. Платформа при первом обращении предложит конвертировать его в новый формат. Пока конвертация не выполнена, события из старого журнала в конфигураторе не видны.

Почему журнала нет в таблицах SQL Server

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

Это архитектурное решение платформы: журнал пишется процессом сервера 1С напрямую в свои файлы, минуя СУБД. Из этого следуют два важных практических вывода. Первый — штатный бэкап базы средствами SQL Server (или любым скриптом резервного копирования СУБД) не включает журнал регистрации. Второй — при переносе базы через backup/restore SQL на новый сервер журнал останется на старом сервере 1С и его нужно копировать отдельно.

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

Как найти журнал конкретной базы: пошаговый порядок

1. 1
   Откройте консоль администрирования серверов 1С и найдите нужную информационную базу в кластере.
2. 2
   Скопируйте её GUID из свойств базы.
3. 3
   На сервере 1С перейдите в каталог srvinfo (Windows) или ~/.1cv8/1C/1cv8 (Linux).
4. 4
   Откройте подкаталог reg_1541 (или reg_ с вашим портом кластера), затем каталог с именем GUID базы.
5. 5
   Убедитесь, что внутри есть папка 1Cv8Log с файлами .lgd — это и есть журнал регистрации.
6. 6
   Проверьте даты изменения файлов: свежие .lgd должны соответствовать текущим дням работы пользователей.

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

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

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

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

Выгрузка и перенос журнала

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

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

Типичные ошибки администраторов

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

Частые вопросы о журнале регистрации в SQL-режиме