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

Журнал регистрации в 1С фиксирует действия пользователей, ошибки, изменения данных и системные события. Со временем он разрастается: в файловых базах появляются файлы 1Cv8.lgd и 1Cv8.lgp объёмом в гигабайты, а в клиент-серверных вариантах таблица журнала занимает значительную часть базы. Из-за этого замедляется открытие журнала, растёт размер резервных копий и усложняется поиск действительно важных событий.

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

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

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

Основные причины быстрого роста журнала — включённая регистрация всех событий без ограничений, большое количество активных пользователей, регламентные задания, которые пишут события каждые несколько минут, и длительная работа базы без обслуживания. В файловом варианте журнал хранится в файле 1Cv8.lgd (текущий) и 1Cv8.lgp (сокращённая часть) рядом с файлом базы 1Cv8.1CD. В клиент-серверном варианте данные журнала хранятся внутри базы данных СУБД.

Подготовка перед очисткой: что проверить и сохранить

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

Если история событий нужна для расследования инцидентов или аудита, сначала выгрузите журнал. Это делается из конфигуратора: «Администрирование» → «Журнал регистрации» → кнопка «Выгрузить журнал». Данные сохраняются в формате lgd, который позже можно открыть штатными средствами. Также имеет смысл сделать резервную копию всей папки файловой базы — это займёт пару минут, но исключит проблемы при сбое в процессе.

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

Основной способ очистки — штатная функция сокращения в конфигураторе. Она подходит и для файловых, и для клиент-серверных баз и не требует никаких внешних инструментов.

1. 1
   Откройте конфигуратор и войдите в базу под пользователем с полными правами.
2. 2
   Перейдите в меню «Администрирование» → «Настройка журнала регистрации».
3. 3
   Нажмите кнопку «Сократить» в верхней части окна настроек.
4. 4
   Укажите дату: все события старше этой даты будут удалены.
5. 5
   Включите флажок «Выгрузить события в файл», если нужен архив, и укажите путь сохранения.
6. 6
   Нажмите «ОК» и дождитесь завершения операции.
7. 7
   Проверьте размер файлов lgd/lgp или таблицы журнала после завершения.

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

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

Настройка автоматического сокращения и уровня регистрации

Разовая очистка решает проблему только на время. Чтобы журнал не разрастался снова, настройте параметры регистрации в том же окне «Настройка журнала регистрации».

В поле «Регистрировать события» выберите разумный уровень детализации. Для большинства рабочих баз достаточно варианта «Ошибки, предупреждения, информация» — регистрация доступа к данным и доступа на чтение нужна только при расследовании инцидентов и сильно раздувает журнал. В поле «Сокращать» установите период хранения, например «События за последние 30 дней» — платформа будет автоматически удалять старые записи.

Сравнение вариантов

Ручное сокращение через конфигуратор

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

Автоматическое сокращение по периоду

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

Удаление файлов lgd/lgp вручную

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

Очистка файлов журнала в файловой базе вручную

Если файлы 1Cv8.lgd и 1Cv8.lgp заняли десятки гигабайт и штатное сокращение работает слишком долго или завершается ошибкой, допустим ручной вариант. Завершите работу всех пользователей, закройте конфигуратор и убедитесь, что процессы 1С не удерживают файлы базы. Сделайте копию папки базы целиком.

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

Особенности очистки в клиент-серверном варианте

В клиент-серверной архитектуре журнал хранится внутри базы данных на СУБД (MS SQL Server, PostgreSQL и других), отдельных файлов lgd в каталоге нет. Основной способ очистки — то же сокращение через конфигуратор, и монопольный доступ для него не требуется.

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

Частая ситуация: администратор чистит журнал, а через месяц он снова вырос. Почти всегда причина в том, что не изменён уровень регистрации — продолжает писаться полный список событий. Сначала снизьте детализацию и настройте автосокращение, и только потом чистите накопленное.

Проверка результата и типичные ошибки

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

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

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

Размер файлов 1Cv8.lgd и 1Cv8.lgp

Норма

Файлы заметно уменьшились или созданы заново с небольшим размером

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

Размер не изменился — сокращение не выполнено или завершилось ошибкой

Открытие журнала регистрации

Норма

Журнал открывается за секунды, события отображаются

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

Долгое открытие, пустой список при включённой регистрации, ошибки чтения

Работа пользователей

Норма

Вход в базу и работа проходят штатно

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

Ошибки доступа к журналу при входе — возможно, файлы удалены при работающей базе

FAQ: частые вопросы об очистке журнала 1С

Удалятся ли документы и данные при очистке журнала регистрации?

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

Журнал регистрации не сокращается, операция зависает. Что делать?

Чаще всего это происходит при очень большом объёме журнала. Дождитесь завершения — процесс может занять час и более. Если операция регулярно завершается ошибкой в файловой базе, используйте ручное удаление файлов lgd и lgp при остановленной базе, предварительно скопировав их в архив.

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

При настроенном автоматическом сокращении ручная очистка вообще не требуется — платформа удаляет старые события сама. Без автосокращения периодичность зависит от интенсивности работы: в активно используемых базах журнал имеет смысл проверять ежемесячно.

Можно ли полностью отключить журнал регистрации?

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

Куда делся журнал после обновления платформы или переноса базы?

Журнал регистрации не входит в файл выгрузки dt, поэтому при переносе базы через выгрузку/загрузку история событий не переносится. Чтобы сохранить её, скопируйте файлы lgd и lgp вместе с каталогом базы или выгрузите журнал штатной функцией перед переносом.

Почему после очистки база на SQL-сервере не стала меньше на диске?

СУБД не возвращает освобождённое место операционной системе автоматически — оно остаётся зарезервированным внутри файлов базы под будущие данные. Это штатное поведение, а не признак неудачной очистки. Физическое сжатие файлов выполняется отдельными средствами СУБД по регламенту администратора баз данных.