Журнал регистрации 1С 8.3 на диске: каталог 1Cv8Log, форматы и обслуживание
Содержание
Журнал регистрации 1С 8.3 хранится в отдельной папке 1Cv8Log, а не внутри таблиц базы. В файловом варианте эта папка лежит в каталоге информационной базы рядом с файлом 1Cv8.1CD. В клиент-серверном — на сервере 1С, в каталоге кластера: srvinfo\reg_1541\<идентификатор базы>\1Cv8Log.
Отсюда главный вывод: журнал не попадает в базу SQL и не переносится вместе с бэкапом СУБД. Если нужно сохранить историю действий пользователей, папку журнала копируют отдельно.
Как устроено хранение журнала в файловой базе
Файловая база — это каталог на диске. Внутри него платформа держит сам файл данных и несколько служебных папок. Журнал регистрации всегда в подпапке 1Cv8Log.
Пример для базы в D:\Bases\Buh:
D:\Bases\Buh\
1Cv8.1CD — данные информационной базы
1Cv8Log\ — журнал регистрации
1Cv8FTxt\ — индекс полнотекстового поиска
Чтобы узнать путь к каталогу базы:
- Откройте окно запуска 1С.
- Выделите базу в списке — внизу окна появится строка вида
File="D:\Bases\Buh";. - Если строки не видно, нажмите
Изменить— путь показан в карточке базы.
💡 Если база открыта через веб-сервер или по сетевому пути (\\server\bases\buh), журнал лежит там же, на компьютере, где физически находится каталог базы. На рабочих местах пользователей его нет.
Два формата файлов внутри 1Cv8Log
Платформа 8.3 умеет писать журнал в двух форматах. Какой используется, видно по составу файлов.
| Формат | Файлы | Как устроен |
|---|---|---|
| Новый (SQLite) | один файл 1Cv8.lgd | База SQLite: таблица событий и таблицы-справочники пользователей, компьютеров, событий, объектов метаданных |
| Последовательный (старый) | 1Cv8.lgf + много файлов *.lgp | 1Cv8.lgf — словарь (пользователи, компьютеры, события), в .lgp — сами записи, по одному файлу на период |
Файлы .lgp называются по дате начала периода, например 20261007000000.lgp. По имени сразу видно, за какой день или месяц там записи.
Новый формат SQLite появился в 8.3.5 и стал форматом по умолчанию для вновь созданных баз. Последовательный формат платформа продолжает поддерживать: если в папке есть 1Cv8.lgf, журнал пишется в него.
Журнал регистрации в клиент-серверной базе: SQL ни при чём
Частое заблуждение: раз база работает на MS SQL или PostgreSQL, то и журнал лежит в какой-то таблице СУБД. Это не так. В таблицах СУБД хранятся конфигурация и данные: справочники, документы, регистры. Журнал регистрации платформа ведёт на стороне сервера 1С, в файлах.
Структура каталогов на сервере:
<каталог srvinfo>\
reg_1541\ — каталог кластера (1541 — порт менеджера)
1CV8Clst.lst — реестр кластера: список баз и их параметры
<GUID базы>\
1Cv8Log\ — журнал регистрации этой базы
... — сеансовые и служебные данные
Типовое расположение srvinfo:
- 🪟 Windows:
C:\Program Files\1cv8\srvinfo— если при установке службы каталог не меняли. Фактический путь указан в параметре-dв командной строке службы «Агент сервера 1С:Предприятия 8.3» (свойства службы вservices.msc). - 🐧 Linux:
/home/usr1cv8/.1cv8/1C/1cv8— домашний каталог пользователяusr1cv8, от имени которого работает сервер.
Если кластер слушает другой порт, папка будет называться иначе, например reg_2541.
Как найти папку конкретной базы
Папки внутри reg_1541 названы не по имени базы, а по её идентификатору (GUID). Сопоставить их можно двумя способами.
Способ 1 — утилитой rac на сервере (нужен запущенный ras):
rac cluster list
rac infobase summary list --cluster=<id кластера>
Вторая команда выводит для каждой базы строку infobase : <GUID> и строку name : <имя базы>. Папка с этим GUID и есть каталог базы.
Способ 2 — поиском по 1CV8Clst.lst. Это текстовый файл: откройте его копию в редакторе и найдите имя базы. Рядом с именем стоит её GUID.
Сам 1CV8Clst.lst не редактируйте и не сохраняйте из блокнота. Это реестр кластера, испорченный файл приводит к пропаже баз из консоли. Для поиска работайте с копией.
Если серверов в кластере несколько, журнал ведёт центральный сервер — тот, где запущен менеджер кластера. На рабочих серверах без менеджера папки 1Cv8Log для базы нет.
Настройка журнала: уровень записи и разделение по периодам
Объём журнала зависит от того, что в него пишется. Настройка задаётся для каждой базы в Конфигураторе: Администрирование → Настройка журнала регистрации.
Уровни регистрации:
- 🔴 Не регистрировать — журнал не ведётся;
- 🟠 Регистрировать ошибки;
- 🟡 Регистрировать ошибки и предупреждения;
- 🔵 Регистрировать ошибки, предупреждения и информацию;
- 🟢 Регистрировать все события — сюда попадают и примечания, в том числе каждая запись объектов.
Для рабочей базы обычно оставляют полный уровень: именно он отвечает на вопрос «кто удалил документ и когда». Снижать уровень есть смысл на базах-копиях, тестовых и загрузочных базах, где история не нужна.
Для последовательного формата в той же форме задаётся период разделения файлов. Каждый период — отдельный .lgp. Чем короче период, тем мельче файлы и тем проще удалять старые куски и переносить архив.
Сокращение журнала встроенными средствами
В форме настройки есть команда Сократить. Она удаляет записи до указанной даты. Перед удалением можно сохранить удаляемые события в отдельный файл — это и есть штатный способ архивировать старую историю.
Пример политики для бухгалтерской базы:
- оперативно держать журнал за 12–24 месяца;
- раз в год сокращать с сохранением удаляемого в файл;
- архивные файлы хранить вместе с годовыми бэкапами.
💡 Сокращать журнал, удаляя файлы .lgp вручную, тоже можно, но только при последовательном формате и только самые старые файлы. Файл 1Cv8.lgf при этом трогать нельзя — без него остальные записи не прочитать.
Как сменить формат журнала
Перевести базу с SQLite на последовательный формат можно без Конфигуратора. Порядок действий:
- Сделайте копию всей папки
1Cv8Log. - Выгоните пользователей из базы. Для серверной базы — завершите сеансы через консоль кластера; пользователи потеряют несохранённые данные, поэтому делайте это вне рабочего времени.
- Переименуйте или перенесите
1Cv8.lgdв архивную папку. - Создайте в
1Cv8Logпустой файл с именем1Cv8.lgf. - Запустите базу — платформа начнёт писать журнал в последовательном формате.
Старые записи останутся в перенесённом 1Cv8.lgd. Его можно открыть позже, указав файл в форме просмотра журнала, или сохранить как архив.
Где искать файлы журнала на уровне операционной системы
Когда доступа к 1С нет, а журнал нужен, его ищут прямо на диске. Пригодится поиск по имени файла.
Windows, PowerShell:
Get-ChildItem -Path C:\,D:\ -Recurse -Filter 1Cv8.lgd -ErrorAction SilentlyContinue |
Select-Object FullName, Length, LastWriteTime
Для последовательного формата замените 1Cv8.lgd на 1Cv8.lgf.
Linux:
find / -name "1Cv8.lgd" -o -name "1Cv8.lgf" 2>/dev/null
Колонка LastWriteTime помогает отличить живой журнал от забытой копии: у рабочего файла дата изменения — сегодняшняя.
Права на папку журнала
Платформа пишет в журнал от имени того, кто работает с базой. Поэтому права на 1Cv8Log проверяют, когда журнал вдруг перестал пополняться.
- 📁 Файловая база в сетевой папке: каждому пользователю 1С нужны права на чтение и запись в каталог базы, включая
1Cv8Log. Если права только на чтение, база может не открыться или не сохранить события. - 🖥 Серверная база: писать в
srvinfoдолжна учётная запись службы агента сервера (обычноUSR1CV8). Пользователям 1С доступ к этой папке не нужен и не должен выдаваться. - 🔒 После переноса каталога на другой диск права часто теряются. Проверьте вкладку «Безопасность» в свойствах новой папки до запуска службы.
Чтобы не перепутать журнал регистрации с похожими вещами:
| Что | Где лежит | Что внутри |
|---|---|---|
| Журнал регистрации | 1Cv8Log | Действия пользователей, ошибки, записи объектов |
| Технологический журнал | Каталог из logcfg.xml, задаётся администратором | Вызовы сервера, запросы, блокировки, исключения — для диагностики производительности |
| Кэш клиента | Профиль пользователя, AppData\Local\1C\1cv8 | Временные файлы платформы, к истории действий отношения не имеет |
Технологический журнал по умолчанию выключен. Если в нём нет файлов — значит, его никто не настраивал, а не «журнал пропал».
Выгрузка и анализ записей журнала регистрации
Читать журнал удобнее через саму 1С, а не через файлы.
Варианты просмотра:
- в Конфигураторе:
Администрирование → Журнал регистрации; - в БП 3.0, ЗУП 3.1, УТ 11:
Администрирование → Обслуживание → Журнал регистрации; - в любой конфигурации:
Главное меню → Функции для технического специалиста → Стандартные → Журнал регистрации(если пункт не виден, включите его вСервис и настройки → Параметры).
В форме просмотра ставьте отбор по периоду, пользователю, событию и объекту. Без отбора большой журнал грузится минутами.
Выгрузка в файл
Из формы просмотра журнал можно сохранить: в Конфигураторе есть команда выгрузки в XML и сохранения в файл журнала. Это удобно, когда нужно передать фрагмент истории аудитору или разработчику.
Программно выгрузку делают методом встроенного языка ВыгрузитьЖурналРегистрации. Пример: выгрузить ошибки за месяц в XML.
Отбор = Новый Структура;
Отбор.Вставить("ДатаНачала", Дата(2026, 9, 1));
Отбор.Вставить("ДатаОкончания", Дата(2026, 9, 30, 23, 59, 59));
Отбор.Вставить("Уровень", УровеньЖурналаРегистрации.Ошибка);
ВыгрузитьЖурналРегистрации("D:\Temp\errors_2026_09.xml", Отбор);
Если записи нужны в таблице для обработки — используйте ПолучитьЖурналРегистрации(Таблица, Отбор). Он заполняет таблицу значений, по которой дальше можно строить свёртки: сколько ошибок у какого пользователя, какие объекты меняли чаще всего.
Чтение файла 1Cv8.lgd сторонними средствами
Файл 1Cv8.lgd — обычная база SQLite. Её открывает любой просмотрщик SQLite. Записи лежат в основной таблице событий, а имена пользователей, компьютеров и объектов вынесены в отдельные таблицы-справочники и связаны по кодам.
Открывайте только копию файла, а не рабочий журнал. Просмотрщик может заблокировать файл, и платформа перестанет писать события, пока блокировка не снята.
Почему журнал тормозит базу и как это исправить
Журнал пишется при каждом действии пользователя. Когда файлы разрастаются до десятков гигабайт, это заметно по скорости.
Симптомы:
- 🐢 форма журнала открывается минутами или зависает;
- 🐢 замедляется запись документов в файловой базе;
- 💾 на системном диске сервера кончается место —
srvinfoпо умолчанию лежит наC:; - ⏳ бэкап каталога базы идёт дольше, чем копирование самого
1Cv8.1CD.
Что ещё помогает:
- Исключение из антивируса. Добавьте
1Cv8Log(а для сервера — весьsrvinfo) в исключения проверки в реальном времени. Антивирус, который проверяет файл после каждой записи, заметно замедляет работу. - Отдельный быстрый диск. Каталог
srvinfoпереносят на SSD, отдельный от системного. Перенос делается при остановленной службе агента сервера: на это время все пользователи будут отключены, поэтому планируйте окно заранее. - Регламентное сокращение. Раз в квартал или год — сокращение с архивом, а не ручная чистка в аварийном режиме.
Не удаляйте 1Cv8.lgd или всю папку 1Cv8Log «чтобы стало быстрее» на рабочей базе. Это безвозвратно стирает историю: потом не выяснить, кто провёл или удалил документ. Нужна свобода на диске — сначала архив, потом удаление.