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

Под «журналом 1С» администраторы обычно понимают журнал регистрации — механизм платформы, который фиксирует действия пользователей, ошибки, изменения данных и системные события. Его расположение зависит от того, как работает база: в файловом режиме журнал лежит внутри папки с базой, а в клиент-серверном — данные хранятся на стороне сервера 1С и СУБД.

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

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

Где лежит журнал в файловой базе 1С

В файловом варианте работы вся база — это каталог на диске, внутри которого находится основной файл 1Cv8.1CD и ряд служебных папок. Журнал регистрации размещается в подкаталоге 1Cv8Log. В зависимости от версии платформы и настроек внутри может быть один файл 1Cv8.lgd (старый формат) либо набор файлов формата SQLite (1Cv8.lgd как база SQLite с сопутствующими файлами) — новый формат, используемый в актуальных версиях платформы.

Путь к каталогу базы виден прямо в окне запуска 1С: выделите базу в списке — в нижней части окна отобразится строка вида File="D:\Bases\Trade". Откройте этот путь в проводнике, и рядом с 1Cv8.1CD вы увидите папку 1Cv8Log. Если база добавлена по сети, путь будет начинаться с \\server\share\....

Если окно запуска недоступно, список баз хранится в файле ibases.v8i в профиле пользователя (обычно %APPDATA%\1C\1CEStart\ibases.v8i). Откройте его любым текстовым редактором и найдите строку Connect для нужной базы.

1. 1
   Откройте окно запуска 1С и выделите нужную базу в списке.
2. 2
   Скопируйте путь из строки вида File="..." внизу окна.
3. 3
   Откройте этот каталог в проводнике.
4. 4
   Найдите подпапку 1Cv8Log — в ней лежит файл журнала 1Cv8.lgd.
5. 5
   Проверьте размер файла, чтобы оценить, нужна ли очистка или сокращение журнала.

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

В клиент-серверном варианте данные объектов лежат в СУБД (MS SQL Server, PostgreSQL, Oracle), но журнал регистрации в базу SQL не записывается. Платформа хранит его на сервере 1С:Предприятия в служебном каталоге кластера. Типовой путь на Windows выглядит так: C:\Program Files\1cv8\<версия>\srvinfo\reg_1541\ — либо каталог, указанный при создании службы сервера 1С (параметр -d).

Внутри reg_1541 для каждой информационной базы создаётся отдельная подпапка, имя которой совпадает с GUID базы. Чтобы узнать GUID, откройте консоль кластера серверов 1С, найдите базу в списке и посмотрите её свойства. В папке с GUID будет подкаталог 1Cv8Log с файлом журнала.

Важный нюанс: журнал регистрации не входит в бэкап средствами СУБД. Если вы делаете резервные копии только через SQL Server, журнал при восстановлении базы на новом сервере будет пустым. Для сохранения истории событий копируйте каталог 1Cv8Log отдельно или выгружайте журнал через конфигуратор.

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

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

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

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

Настройка: что записывается в журнал

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

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

Уровни регистрации событий

Только ошибки

Минимальный объём журнала, но не видно, кто и когда менял документы. Подходит для баз, где аудит не требуется.

Ошибки, предупреждения, важные события

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

Все события

Полный аудит, включая доступ к данным. Журнал растёт быстро, требует регулярной очистки и достаточного места на диске.

Очистка и сокращение журнала

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

Операция сокращения требует монопольного доступа к базе и может занять продолжительное время на больших журналах. Перед сокращением сделайте копию папки 1Cv8Log — это позволит вернуть историю, если она понадобится для расследования инцидента.

Радикальный вариант — удалить папку 1Cv8Log целиком при остановленной базе: платформа создаст пустой журнал при следующем запуске. Это допустимо, только если история событий не нужна и копия сохранена. В клиент-серверном режиме перед этим потребуется остановить службу агента сервера 1С.

Перенос журнала вместе с базой

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

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

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

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

Открытие журнала в конфигураторе

Норма

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

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

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

Размер папки 1Cv8Log после сокращения

Норма

Размер заметно уменьшился, новые события записываются

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

Размер не изменился — операция не завершилась или журнал разделён по периодам

Журнал после переноса базы

Норма

Доступна история событий до даты переноса

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

История начинается с момента переноса — папка журнала не была скопирована

Если под журналом понимается журнал документов

В прикладных конфигурациях слово «журнал» часто означает список документов: «Журнал счетов-фактур», «Журнал кассовых документов», общие журналы. Это не отдельные файлы, а формы, которые отображают данные из таблиц информационной базы. Физически эти данные хранятся внутри файла 1Cv8.1CD (файловый режим) или в таблицах СУБД (клиент-серверный).

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

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

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

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

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

Почему журнал регистрации пустой, хотя в базе работают?

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

Можно ли перенести журнал регистрации на другой диск?

Штатной настройки смены расположения журнала для отдельной базы платформа не предоставляет: он всегда лежит рядом с базой (файловый режим) или в каталоге кластера (клиент-серверный). Для экономии места используйте сокращение журнала и разделение по периодам.

Удалится ли журнал при удалении базы из списка в окне запуска?

Нет. Удаление базы из списка запуска убирает только запись о ней в файле ibases.v8i. Каталог базы вместе с папкой 1Cv8Log остаётся на диске и удаляется только вручную.

Влияет ли журнал регистрации на скорость работы базы?

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

Как узнать, кто удалил документ, если журнал был очищен?

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