Папка 1Cv8Log и всё, что нужно знать о логах событий 1С 8.3

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

Внутри либо один файл 1Cv8.lgd (формат SQLite), либо пара «словарь 1Cv8.lgf + файлы событий *.lgp». Ниже — как найти журнал регистрации в каждом варианте, как его настроить, прочитать и не дать ему разрастись до десятков гигабайт.

Как устроено хранение журнала регистрации

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

Физически журнал — это набор файлов в каталоге 1Cv8Log. Формат зависит от версии платформы, на которой создали базу, и от того, переводили ли её между форматами.

Понять, какой формат у вашей базы, проще всего по содержимому папки. Видите один большой .lgd — это SQLite. Видите 1Cv8.lgf и пачку файлов с датой в имени вроде 20261001000000.lgp — последовательный формат.

Журнал регистрации не стоит путать с технологическим журналом. Технологический журнал включается файлом logcfg.xml в каталоге conf платформы, пишет события платформы (вызовы, блокировки, исключения) и складывает их туда, куда указано в настройке. Если вам нужна история действий пользователей в базе — это журнал регистрации.

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

В файловом варианте всё лежит в одном каталоге. Порядок такой:

1. Запустите 1С и в списке информационных баз выделите нужную.
2. Внизу окна запуска показана строка подключения вида File="D:\Bases\Buh". Это и есть каталог базы.
3. Если путь обрезан, нажмите Изменить… — во втором шаге мастера путь виден полностью.
4. Откройте этот каталог в проводнике. Внутри — файл базы 1Cv8.1CD и подпапка 1Cv8Log.

Пример структуры:

D:\Bases\Buh\
    1Cv8.1CD
    1Cv8Log\
        1Cv8.lgf
        20260901000000.lgp
        20261001000000.lgp

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

Где лежит журнал регистрации в клиент-серверной базе

В клиент-серверном варианте данные лежат в СУБД (MS SQL, PostgreSQL), но журнал регистрации туда не попадает. Его хранит сервер 1С в своём каталоге кластера.

Путь собирается из трёх частей:

• 📁 каталог данных сервера (srvinfo);
• 📁 папка кластера reg_<порт менеджера кластера> — при стандартной установке reg_1541;
• 📁 папка с GUID информационной базы, внутри неё 1Cv8Log.

Типичные расположения:

Каталог srvinfo мог быть переназначен при установке. Проверить его на Windows можно в свойствах службы «Агент сервера 1С:Предприятия 8»: в строке запуска ragent.exe после ключа -d указан каталог данных.

Как узнать GUID нужной базы

В папке reg_1541 десятки каталогов с именами вида 3f2a8c1e-…. Найти свою базу можно тремя способами:

1. Через rac. Запустите сервер администрирования ras, затем выполните:

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

Вторая команда выдаёт пары «идентификатор базы — имя». Идентификатор и есть имя папки.

2. По файлу реестра кластера. В reg_1541 лежит 1CV8Clst.lst — текстовый файл со списком баз. Найдите в нём имя базы; рядом стоит её GUID. Файл только читайте, не правьте его вручную: испорченный реестр кластера ломает доступ ко всем базам.
3. По дате изменения. Если база одна активная, её 1Cv8Log обновляется прямо сейчас. Отсортируйте папки по дате изменения — свежая и будет нужной. Способ грубый, годится только для быстрой проверки.

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

Чтобы посмотреть события, лезть в файлы не нужно. Есть три штатных входа.

В пользовательском режиме (БП 3.0, ЗУП 3.1, УТ 11 и другие типовые на БСП):

• раздел Администрирование, группа «Обслуживание» (в старых релизах — «Поддержка и обслуживание»), ссылка «Журнал регистрации».

Через меню функций — работает в любой конфигурации:

1. Откройте главное меню (кнопка с тремя полосками в левом верхнем углу).
2. Выберите Функции для технического специалиста (на старых платформах — Все функции).
3. Раскройте ветку Стандартные → Журнал регистрации.

Если пункта нет в меню, включите его: Сервис и настройки → Параметры, флажок «Отображать команду “Функции для технического специалиста”».

В Конфигураторе: Администрирование → Журнал регистрации.

Для просмотра нужны права администратора. Обычный пользователь без роли «Полные права» или аналогичной журнал не откроет.

Настройка журнала регистрации: что писать и как дробить

Настройки задаются в Конфигураторе: Администрирование → Настройка журнала регистрации. Там два главных параметра.

Уровень регистрации — какие события писать:

• 🔕 не регистрировать;
• 🔴 регистрировать ошибки;
• 🟠 ошибки и предупреждения;
• 🔵 ошибки, предупреждения и информацию;
• 🟢 все события, включая примечания.

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

Разделение по периодам — как часто начинать новый файл событий: по годам, месяцам, неделям, дням или часам. Это касается последовательного формата: на каждый период появляется свой .lgp. Для базы на 10–20 пользователей хватает разбиения по месяцам. Для базы, где за день пишутся сотни тысяч событий, удобнее по дням: мелкие файлы проще архивировать и быстрее открывать.

Уровень можно поменять и программно — например, из обработки администратора:

// Включить запись всех событий (выполнять на сервере, нужны административные права)
Уровни = Новый Массив;
Уровни.Добавить(УровеньЖурналаРегистрации.Ошибка);
Уровни.Добавить(УровеньЖурналаРегистрации.Предупреждение);
Уровни.Добавить(УровеньЖурналаРегистрации.Информация);
Уровни.Добавить(УровеньЖурналаРегистрации.Примечание);
УстановитьИспользованиеЖурналаРегистрации(Уровни);

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

Штатная форма журнала — основной инструмент. Главное в ней — отбор. Без него форма пытается показать всё подряд, и на журнале в несколько гигабайт это затягивается на минуты.

Отбор ставьте сразу:

• 📅 интервал дат — сутки или час вокруг проблемы;
• 👤 пользователь — если ищете действия конкретного человека;
• 📄 метаданные — например, «Документ.РеализацияТоваровУслуг»;
• ⚡ событие — «Данные. Удаление», «Данные. Изменение», «Сеанс. Начало»;
• ❗ уровень «Ошибка» — когда разбираете сбой.

Типовые задачи анализа

Чтение журнала чужой базы

Частая ситуация: база клиента недоступна, а журнал прислали архивом. Приём такой:

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

События, пользователи и даты отобразятся. Ссылки на документы будут «битые»: самих объектов в пустой базе нет, но представление данных в комментарии и колонке «Данные» обычно видно.

Выгрузка событий кодом

Когда нужна статистика (сколько ошибок за неделю, кто чаще всего удаляет), удобнее выгрузить журнал в таблицу:

// Выполнять на сервере, нужны административные права
Таблица = Новый ТаблицаЗначений;
Отбор = Новый Структура;
Отбор.Вставить("ДатаНачала", НачалоДня(ТекущаяДата()));
Отбор.Вставить("Уровень", УровеньЖурналаРегистрации.Ошибка);
ВыгрузитьЖурналРегистрации(Таблица, Отбор);

Для Каждого Стр Из Таблица Цикл
    Сообщить(Формат(Стр.Дата, "ДФ='дд.ММ.гггг ЧЧ:мм'") + " | "
        + Стр.ИмяПользователя + " | " + Стр.Комментарий);
КонецЦикла;

Метод ВыгрузитьЖурналРегистрации принимает и имя файла вместо таблицы — тогда события сохраняются в XML для передачи разработчику.

Анализ вне 1С

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

Файлы .lgp — текст в фигурных скобках. Их можно просмотреть блокнотом, но без .lgf номера пользователей и объектов ничего не скажут. Для массового анализа такие файлы обычно грузят в системы сбора логов специальными парсерами.

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

Журнал растёт без ограничений. На активной базе со «всеми событиями» он набирает 1–5 ГБ в месяц, а бывает и больше, если регламентные задания пишут события каждую минуту. Итог — медленное открытие журнала, тормоза при записи и кончившееся место на диске.

Способ 1. Сократить журнал в Конфигураторе

1. Убедитесь, что есть свежая копия папки 1Cv8Log.
2. Откройте Администрирование → Настройка журнала регистрации.
3. Нажмите «Сократить…».
4. Укажите дату: события до неё будут удалены.
5. Если старые события нужны, включите сохранение удаляемых записей в файл.

Способ безопасный и работает для обоих форматов. Минус — на журнале в десятки гигабайт сокращение идёт долго.

Способ 2. Архивировать старые .lgp

В последовательном формате файл прошлого периода платформа больше не пишет. Его можно перенести в архив:

1. Дождитесь, когда в базе никого нет (ночь, выходной).
2. Скопируйте .lgp прошлых периодов и 1Cv8.lgf в архив.
3. Удалите из 1Cv8Log только файлы прошлых периодов. Текущий .lgp и 1Cv8.lgf не трогайте.

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

Способ 3. Удалить папку целиком

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

Частые ошибки при поиске и чистке журнала

• ❌ Ищут журнал рядом с базой SQL. В каталоге данных MS SQL или PostgreSQL журнала нет: он у сервера 1С, в srvinfo.
• ❌ Копируют один .lgp без .lgf. В другой базе такой файл откроется пустым или с непонятными номерами вместо пользователей.
• ❌ Чистят журнал при работающих сеансах. Файлы заняты, удаление проходит частично, журнал начинает выдавать ошибки чтения.
• ❌ Путают с технологическим журналом. Включают logcfg.xml, чтобы узнать, кто удалил документ, — а нужен был журнал регистрации.
• ❌ Открывают журнал без отбора. На большом журнале форма «висит», и кажется, что база сломалась.

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