Администрирование · 10 мин
Журнал регистрации 1С: где хранится на сервере и как с ним работать
Где хранится журнал регистрации 1С на сервере: папка 1Cv8Log, формат LGD/LGP, настройка уровней событий, перенос, очистка и решение типовых проблем.
Журнал регистрации — это встроенный механизм платформы 1С:Предприятие, который фиксирует действия пользователей, фоновые задания, ошибки и системные события. Когда база развёрнута в клиент-серверном варианте, журнал хранится не внутри базы данных SQL, а в отдельном каталоге на сервере 1С — и это частый источник путаницы у администраторов.
Знание точного расположения файлов журнала нужно в нескольких ситуациях: при расследовании инцидентов, при переносе базы на другой сервер, при переполнении диска и при настройке архивации. Ниже разобраны пути хранения для разных режимов работы, структура файлов, способы сокращения журнала и типовые ошибки администрирования.
Важный нюанс: файлы журнала регистрации находятся в каталоге информационной базы на сервере, а не внутри базы данных MS SQL, PostgreSQL или Oracle. Поэтому резервная копия средствами СУБД не включает журнал — его нужно копировать отдельно, если история событий важна.
Где физически находится журнал регистрации на сервере
В клиент-серверном режиме кластер 1С создаёт для каждой информационной базы служебный каталог. Стандартный путь на Windows выглядит так: C:\Program Files\1cv8\srvinfo\reg_1541\<GUID базы>\, где reg_1541 — каталог реестра кластера с портом 1541, а GUID — уникальный идентификатор базы. Внутри этого каталога находится папка 1Cv8Log — это и есть хранилище журнала регистрации.
На Linux-сервере путь аналогичен по логике: /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/<GUID базы>/1Cv8Log (точный префикс зависит от пользователя, под которым работает агент сервера). Определить GUID нужной базы можно через консоль кластера серверов: откройте свойства информационной базы и посмотрите её идентификатор.
В файловом варианте всё проще: журнал лежит в подкаталоге 1Cv8Log рядом с файлом базы 1Cv8.1CD. Если база находится в сетевой папке, журнал хранится там же — на том же сетевом ресурсе.
GUID базы смотрите в консоли кластера серверов
Откройте каталог базы через список баз в стартере 1С
Формат задаётся в свойствах базы, можно конвертировать
Структура файлов журнала: форматы LGD и LGP
Платформа поддерживает два формата журнала регистрации. Старый формат — единый файл 1Cv8.lgd, который со временем разрастался и замедлял работу с журналом. Новый формат, применяемый в современных версиях платформы, — набор файлов с расширением .lgp, каждый из которых хранит события за определённый период, плюс индексный файл 1Cv8.lgx.
Сегментированный формат удобнее для администрирования: старые периоды можно архивировать или удалять точечно, не трогая актуальные данные. Имена файлов .lgp содержат дату периода (например, 20260101000000.lgp), что упрощает навигацию при расследовании инцидентов за конкретные дни.
Если база давно работает на старом формате, имеет смысл выполнить преобразование: в конфигураторе откройте «Администрирование → Настройка журнала регистрации» и используйте функцию изменения формата, либо выполните выгрузку журнала в новый формат через соответствующий диалог. Операцию лучше проводить в период минимальной нагрузки.
Как найти каталог журнала для конкретной базы
Самый надёжный способ — через консоль кластера серверов 1С. Откройте оснастку «Серверы 1С:Предприятия», разверните кластер, найдите нужную информационную базу и откройте её свойства. В диалоге будет указан идентификатор базы (GUID). Затем на сервере перейдите в каталог srvinfo, найдите подпапку reg_1541 (или с другим номером порта, если кластер нестандартный) и внутри — папку с этим GUID.
Альтернативный способ — поиск по файловой системе: выполните поиск папки с именем 1Cv8Log внутри каталога srvinfo. Если баз несколько, таких папок будет несколько, и сопоставить их с базами как раз помогает GUID. Для файловых баз путь к каталогу виден прямо в списке информационных баз при запуске 1С — достаточно выделить базу и посмотреть строку подключения.
- 1Откройте консоль кластера серверов 1С и найдите нужную информационную базу
- 2Скопируйте GUID базы из её свойств
- 3На сервере перейдите в C:\Program Files\1cv8\srvinfo\reg_1541\<GUID>\
- 4Откройте папку 1Cv8Log — внутри файлы .lgp и индекс .lgx
- 5Проверьте даты файлов, чтобы убедиться, что журнал активно пишется
Настройка уровня детализации журнала
Объём записываемых событий настраивается в конфигураторе: «Администрирование → Настройка журнала регистрации». Доступны уровни: не регистрировать ничего, только ошибки, ошибки и предупреждения, а также полная регистрация всех событий, включая информационные сообщения и доступ к данным.
Чем выше детализация, тем быстрее растёт журнал и тем больше нагрузка на дисковую подсистему. Для большинства рабочих баз разумный компромисс — регистрация ошибок и предупреждений. Полную регистрацию включайте временно, на период расследования проблемы, и не забудьте вернуть настройку обратно.
Отдельно настраивается разделение журнала по периодам: день, неделя, месяц, год или без разделения. Для активных баз рекомендуется разделение по дням или неделям — это упрощает ротацию и архивацию старых сегментов.
Сокращение, архивация и перенос журнала
Журнал регистрации не очищается автоматически — ротацией должен управлять администратор. Для сокращения используйте конфигуратор: «Администрирование → Настройка журнала регистрации → Сократить». В диалоге укажите дату, до которой события будут удалены, и при необходимости сохраните удаляемую часть в отдельный файл для архива.
При переносе базы на новый сервер каталог 1Cv8Log копируется вместе с остальным содержимым каталога базы, если перенос выполняется на уровне файлов. Если же база переносится через выгрузку/загрузку DT или через средства СУБД, журнал на новом месте начнётся с чистого листа — старый каталог нужно скопировать вручную в папку новой базы, соблюдая структуру.
Для долговременного хранения истории (например, по требованиям внутреннего аудита) старые файлы .lgp можно перемещать в архивное хранилище. Платформа корректно работает с журналом, из которого удалены старые сегменты, — главное, не трогать актуальный файл и индекс во время работы сервера.
Типовые проблемы и их решение
Самая частая жалоба — журнал «съел» всё место на диске сервера. Это происходит при включённой полной регистрации на базе с высокой активностью. Решение: срочно сократить журнал через конфигуратор, снизить уровень детализации и настроить регламентную ротацию. Проверять свободное место на разделе srvinfo стоит регулярно — переполнение приводит к сбоям всего кластера, а не только журнала.
Вторая типичная ситуация — журнал пуст или не пишется. Причины: в настройках выбран режим «Не регистрировать», у учётной записи службы агента сервера нет прав записи в каталог 1Cv8Log, либо повреждён индексный файл. Права проверяются просто: служба агента сервера 1С должна иметь полный доступ к каталогу srvinfo и всем вложенным папкам.
Третья проблема — журнал открывается в конфигураторе очень медленно. Обычно это следствие большого объёма без разделения по периодам. Помогает сокращение старых данных и переход на сегментированный формат с разделением по дням или неделям. При работе с большим журналом используйте отборы по дате и типу события — это резко ускоряет поиск.
Проверка результата и контрольные точки
После любых операций с журналом — сокращения, переноса, смены настроек — проверьте, что регистрация работает. Откройте журнал в конфигураторе («Администрирование → Журнал регистрации»), выполните в базе тестовое действие (например, вход пользователя) и убедитесь, что событие появилось в списке.
Дополнительно сверьте файловую сторону: в каталоге 1Cv8Log должен появиться или обновиться актуальный файл .lgp с текущей датой. Если события в конфигураторе видны, а файлы не меняются — возможно, вы смотрите не тот каталог (не та база или не тот кластер).
Как проверить результат
Тестовое действие появилось в списке событий
События нет — проверьте уровень регистрации и права на каталог
Актуальный .lgp обновляется, дата изменения свежая
Файлы не меняются — возможно, открыт каталог другой базы
После сокращения место освободилось
Место не изменилось — сокращение не выполнено или журнал в другом каталоге
Что важно запомнить
Журнал регистрации серверной базы лежит в srvinfo\reg_1541\<GUID>\1Cv8Log, файловой — рядом с 1Cv8.1CD. Он не входит в бэкап СУБД и не переносится через DT. Управляйте уровнем детализации и регулярно сокращайте журнал штатными средствами конфигуратора.
Частые вопросы
Можно ли хранить журнал регистрации в базе данных SQL?
Нет, платформа 1С хранит журнал только в файловом виде в каталоге информационной базы. Если нужна аналитика средствами SQL, журнал можно выгружать (например, в формате XML или через внешние инструменты) и загружать в отдельную базу для анализа.
Как посмотреть журнал регистрации без конфигуратора?
Файлы .lgp и .lgd — бинарные, напрямую текстом их не прочитать. Просмотр выполняется через конфигуратор или режим «Предприятие» (если в конфигурации есть стандартная обработка журнала), а также через выгрузку журнала в XML или с помощью сторонних утилит разбора формата.
Что будет, если удалить папку 1Cv8Log целиком?
Платформа создаст каталог заново при следующем обращении, и регистрация продолжится с чистого журнала, но вся история событий будет потеряна безвозвратно. Удалять каталог при работающем сервере нельзя — сначала остановите агент сервера или выполните штатное сокращение.
Почему в srvinfo несколько папок reg_1541 или похожих?
Номер в имени каталога соответствует порту кластера. Если на сервере развёрнуто несколько кластеров (например, рабочий и тестовый) или порт менялся, каталогов будет несколько. Актуальный порт смотрите в свойствах кластера в консоли серверов.
Нужно ли включать журнал регистрации в резервное копирование?
Зависит от требований. Для восстановления работоспособности базы журнал не нужен, но для аудита и расследования инцидентов история событий критична. Если она важна, добавьте каталог 1Cv8Log в файловый бэкап отдельно от копии СУБД.
Можно ли настроить автоматическую очистку старых событий?
Штатного автоматического регламента сокращения в платформе нет. Обычно настраивают внешнее задание (планировщик ОС), которое периодически запускает конфигуратор в пакетном режиме с командой сокращения журнала, либо архивирует и удаляет старые файлы .lgp при остановленном сервисе.