Папка 1Cv8Log: как найти, прочитать и ограничить журнал регистрации 1С

Журнал регистрации 1С хранится в папке 1Cv8Log. У файловой базы она лежит прямо в каталоге базы, рядом с 1Cv8.1CD. У клиент-серверной базы — на сервере 1С, в каталоге кластера: srvinfo\reg_1541\<GUID базы>\1Cv8Log. Внутри — либо один файл 1Cv8.lgd, либо пара 1Cv8.lgf плюс набор файлов *.lgp.

Частое заблуждение — искать журнал в папке пользователя AppData или в каталоге установки платформы C:\Program Files\1cv8\8.3.xx.xxxx. Там его нет. В AppData лежат кэш и настройки клиента, а журнал регистрации всегда привязан к конкретной информационной базе. Сколько баз, столько и папок 1Cv8Log.

Путь к журналу регистрации в Windows

Где искать, зависит от варианта работы базы. Посмотреть вариант проще всего в окне запуска: выделите базу в списке, и внизу появится строка подключения. File="..." — файловая база, Srvr="...";Ref="..." — серверная.

Файловая база

1. В окне запуска 1С выделите базу и нажмите Изменить.
2. Скопируйте путь к каталогу информационной базы.
3. Откройте этот каталог в проводнике.
4. Зайдите в подпапку 1Cv8Log.

Пример пути:

D:\Bases\Buh_OOO_Romashka\1Cv8Log\

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

Клиент-серверная база

Журнал пишет сервер 1С, поэтому на компьютере пользователя его не найти. Нужен доступ к серверу, где работает служба агента сервера 1С:Предприятия.

Типовой путь при установке по умолчанию:

C:\Program Files\1cv8\srvinfo\reg_1541\<GUID информационной базы>\1Cv8Log\

Что означают части пути:

• 📁 srvinfo — каталог данных кластера. Его могли перенести на другой диск при установке.
• 🔢 reg_1541 — папка кластера. Число — это порт менеджера кластера. Если кластер создан на другом порту, папка будет называться иначе, например reg_2541.
• 🆔 <GUID> — идентификатор базы вида a3f1c2d4-.... Имени базы в названии папки нет.

Как узнать фактический каталог srvinfo

Если на сервере нет C:\Program Files\1cv8\srvinfo, значит, каталог задали при установке службы. Найти его можно в параметрах службы:

1. Откройте services.msc.
2. Найдите службу Агент сервера 1С:Предприятия 8.3.
3. В свойствах службы посмотрите поле «Исполняемый файл».
4. Значение после ключа -d — это каталог данных кластера.

Тот же путь можно прочитать в реестре, в параметре ImagePath раздела службы:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\<имя службы 1С>

Журнал регистрации 1С на сервере Linux

На Linux логика та же: журнал лежит в каталоге кластера, в папке с GUID базы. Отличается только корень.

По умолчанию сервер 1С на Linux работает от пользователя usr1cv8, и каталог данных кластера находится в его домашней папке:

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

Каталог могли переопределить. Надёжнее посмотреть параметры запущенного агента:

ps aux | grep ragent

В строке процесса найдите ключ -d: после него указан каталог данных. Если сервер запущен как служба systemd, тот же путь виден в unit-файле службы srv1cv8.

Особенности Linux, о которых часто забывают:

• 🔐 Владелец файлов журнала — usr1cv8. Читать их под обычным пользователем без sudo не получится.
• 🔠 Регистр букв в путях важен: 1Cv8Log и 1cv8log — разные папки.
• 💾 Каталог /home часто размечен маленьким разделом. Журнал крупной базы может заполнить его целиком, и сервер перестанет записывать данные.

Проверить, сколько места занимают журналы всех баз кластера:

sudo du -sh /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/*/1Cv8Log

Как сопоставить GUID с именем базы

В каталоге кластера десятки папок с GUID, и по названию не понять, где какая база. Есть два способа.

Способ 1. Через файл реестра кластера. В папке reg_1541 лежит файл 1CV8Clst.lst. Это текстовый файл, в нём рядом с GUID каждой базы записано её имя. Откройте его в «Блокноте» только для чтения и найдите имя базы поиском — GUID будет в той же записи.

Способ 2. Через утилиту rac. Сначала получите идентификатор кластера, затем список баз:

rac cluster list
rac infobase summary list --cluster=<uuid кластера>

Вывод содержит пары infobase (GUID) и name (имя базы). Для работы rac должен быть запущен сервер администрирования ras.

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

Сам путь к журналу в 1С не настраивается отдельным полем. Его определяют три вещи.

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

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

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

Перенос журнала на другой диск

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

Для Windows:

:: служба 1С остановлена, папка 1Cv8Log уже перенесена на E:\1CLogs\Buh
mklink /J "C:\Program Files\1cv8\srvinfo\reg_1541\<GUID>\1Cv8Log" "E:\1CLogs\Buh"

Форматы lgf, lgp и lgd: что лежит внутри

В папке 1Cv8Log вы встретите один из двух форматов.

Какой формат используется, платформа определяет по наличию файла в папке. Если там 1Cv8.lgd, журнал ведётся в SQLite. Если 1Cv8.lgf, в последовательном формате.

Последовательный формат

Файл 1Cv8.lgf — это словарь. В нём один раз записаны пользователи, компьютеры, приложения, события, объекты метаданных и серверы, каждый под своим номером.

Файлы *.lgp содержат сами события. Имя файла — дата и время начала периода, например 20251001000000.lgp. Запись события выглядит как набор полей в фигурных скобках:

{20251015093012,N,
{0,0},3,2,1,5,4,I,"",0,
{"U"},"",1,1,0,7,0,
{0}
},

Первое поле — дата и время события в виде ГГГГММДДЧЧММСС. Буква I, W, E или N — важность: информация, предупреждение, ошибка, примечание. Числа — ссылки на записи словаря lgf: пользователь 3, компьютер 2 и так далее.

Отсюда практический вывод: файл lgp без lgf почти бесполезен. Вместо имён пользователей в нём только номера. Копируйте журнал всегда целой папкой.

Формат SQLite

Файл 1Cv8.lgd открывается любым просмотрщиком SQLite. События лежат в таблице EventLog, справочники — в таблицах вида UserCodes, ComputerCodes, EventCodes.

Дата в EventLog хранится числом. Чтобы получить обычную дату, нужен пересчёт:

SELECT datetime(date / 10000 - 62135596800, 'unixepoch') AS event_time,
       severity, comment
FROM EventLog
ORDER BY rowID DESC
LIMIT 100;

Как сменить формат

Устойчивый приём администраторов — смена формата через файлы:

1. Убедитесь, что в базе нет пользователей. Для серверной базы — остановите службу агента (сеансы оборвутся).
2. Перенесите 1Cv8.lgd в архивную папку.
3. Создайте в 1Cv8Log пустой файл 1Cv8.lgf.
4. Запустите базу — журнал начнёт вестись в последовательном формате.

Старый журнал при этом не конвертируется. Его можно просматривать отдельно: откройте архивную копию в просмотрщике SQLite или подложите её в каталог тестовой базы.

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

Ротация и ограничение размера журнала регистрации

Журнал не очищается сам. У активной базы на 50–100 пользователей он вырастает на несколько гигабайт в месяц, а при подробном уровне регистрации — ещё быстрее.

Разделение по периодам

В окне Администрирование → Настройка журнала регистрации в Конфигураторе есть параметр разделения журнала по периодам. При разделении платформа начинает новый файл lgp с каждым периодом. Это работает только в последовательном формате.

Старые файлы lgp потом можно архивировать и удалять, не трогая текущий.

Сокращение журнала

В том же окне есть кнопка Сократить. Она удаляет события до указанной даты и по желанию сохраняет удалённое в отдельный файл.

Сокращение можно запускать по расписанию через пакетный режим Конфигуратора:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER ^
  /S "srv1c\buh" /N "Администратор" /P "пароль" ^
  /ReduceEventLogSize 2025-07-01 -saveAs "E:\1CLogs\buh_do_2025-07.lgd" ^
  /Out "E:\1CLogs\reduce.log"

Параметр -saveAs сохраняет удалённые события в файл. Без него они пропадут безвозвратно. Ключ -KeepSplitting сохраняет разделение на периоды в выгружаемых данных.

Ручная очистка файлов

В последовательном формате старые lgp можно просто переместить в архив. Делайте это, когда в базе никто не работает , и не трогайте 1Cv8.lgf и файл текущего периода.

Удалять 1Cv8.lgd целиком можно только при остановленном сервере или без пользователей в файловой базе. Платформа создаст новый пустой журнал, вся история пропадёт.

Чем смотреть и анализировать журнал регистрации

Штатный просмотр в 1С

Самый простой путь — открыть журнал из самой базы:

• 🖥 В Конфигураторе: Администрирование → Журнал регистрации.
• 📊 В БП 3.0, ЗУП 3.1, УТ 11: раздел Администрирование, группа команд обслуживания, ссылка «Журнал регистрации».
• 🧭 Из любой конфигурации: Все функции → Стандартные → Журнал регистрации. Если пункта «Все функции» нет в меню, включите его в Сервис и настройки → Параметры.

В форме журнала есть отбор по периоду, пользователю, событию, объекту метаданных и важности. Для расследования «кто удалил документ» ставьте отбор по событию «Данные. Удаление» и по виду документа.

Из Конфигуратора журнал можно выгрузить в XML и передать разработчику или в поддержку. Выгружайте с отбором по периоду, иначе файл окажется огромным.

Сторонние инструменты

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

• 📦 Open-source экспортёры (например, OneSTools.EventLog) читают lgf/lgp и lgd и отправляют события в ClickHouse или Elasticsearch.
• 📈 Над хранилищем строят дашборды в Grafana или Kibana: входы по часам, ошибки по пользователям, всплески удалений.
• 🛠 Обработки сообщества для анализа журнала работают внутри 1С и умеют строить сводные отчёты быстрее штатной формы.
• 🗃 Для разовой проверки lgd хватит любого просмотрщика SQLite, например DB Browser for SQLite.

Ошибки при поиске и обслуживании журнала

• ❌ Ищут журнал серверной базы на компьютере пользователя. Он только на сервере 1С, в каталоге кластера.
• ❌ Копируют один файл lgp без lgf. В копии останутся номера вместо имён пользователей и событий.
• ❌ Удаляют журнал при работающих пользователях. Файл может оказаться занят, а журнал — повреждён.
• ❌ Путают папку reg_1541 с папкой базы. Удалять что-то в корне reg_1541, кроме журналов внутри папок GUID, нельзя: там реестр и служебные файлы кластера.
• ❌ Сокращают журнал без -saveAs. Через месяц выясняется, что история была нужна для проверки, а её уже нет.