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

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

Способ очистки зависит от формата хранения журнала. В старых версиях платформы журнал хранился в файле с расширением .lgp, в современных версиях — в формате SQLite в каталоге с файлами .lgd. Также имеет значение тип базы: файловая или клиент-серверная. Ниже разобраны все рабочие варианты: штатное сокращение через конфигуратор, настройка регистрируемых событий и ручные методы, когда штатные инструменты не справляются.

Где хранится журнал регистрации и почему он растёт

Место хранения зависит от режима работы базы. В файловой базе журнал находится внутри каталога базы: в старом формате это файл 1Cv8.lgp, в новом — подкаталог 1Cv8Log с файлами 1Cv8.lgd и служебными данными. В клиент-серверном варианте журнал лежит в каталоге служебных файлов кластера сервера 1С — внутри папки reg_1541 (или аналогичной, в зависимости от порта) в подкаталоге конкретной базы.

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

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

Штатная очистка через конфигуратор: сокращение журнала

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

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

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

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

Настройка уровней регистрации, чтобы журнал не разрастался снова

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

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

Маршрут решения

Как выбрать настройку регистрации

Нужен аудит действий пользователей по требованиям безопасностиОставьте полную регистрацию и настройте регулярное сокращение с сохранением архива

База файловая, пользователей немного, журнал растёт быстроПереведите регистрацию на уровень «ошибки и предупреждения»

Журнал нужен только для диагностики сбоевДостаточно регистрации ошибок, остальные события можно отключить

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

Ручная очистка: старый формат .lgp и новый формат .lgd

Удаление файла 1Cv8.lgp

Если база работает на старом формате журнала, допустим радикальный способ: завершить все сеансы, закрыть конфигуратор и просто удалить или переименовать файл 1Cv8.lgp в каталоге базы (в клиент-серверном варианте — в каталоге базы на сервере при остановленной службе агента). При следующем запуске платформа создаст пустой журнал. Минус очевиден: удаляется вся история без возможности выборочного сокращения.

Очистка каталога 1Cv8Log

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

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

В клиент-серверном варианте файлы журнала физически находятся на сервере 1С, в каталоге кластера: обычно это путь вида C:\Program Files\1cv8\...\srvinfo\reg_1541\<GUID базы>\1Cv8Log на Windows или аналогичный каталог srvinfo на Linux. Штатное сокращение через конфигуратор работает так же — это предпочтительный путь, поскольку не требует остановки кластера.

Если нужен ручной вариант, последовательность такая: завершить сеансы базы через консоль кластера, остановить службу агента сервера 1С, удалить или переместить каталог 1Cv8Log нужной базы, затем запустить службу обратно. Ориентируйтесь по GUID-каталогу базы — определить нужный можно по списку баз в консоли кластера.

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

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

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

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

Размер каталога 1Cv8Log или файла .lgp

Норма

Заметно уменьшился после сокращения

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

Размер не изменился — сокращение не выполнено или события новее даты отсечения

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

Норма

Открывается быстро, показывает события с заданной даты

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

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

Регистрация новых событий

Норма

Новые действия пользователей появляются в журнале

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

События не пишутся — проверьте настройки уровня регистрации

Работа базы

Норма

Пользователи входят и работают штатно

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

Ошибки сеансов после ручного удаления — восстановите файлы из копии

Автоматизация и регламент обслуживания

Чтобы не возвращаться к проблеме вручную, встройте очистку в регламент обслуживания. Практичные меры: сокращение журнала по расписанию (например, раз в квартал оставлять события за последние 3–6 месяцев в зависимости от требований аудита), контроль размера каталога базы, выгрузка удаляемой части в архивный файл перед сокращением.

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

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

Можно ли очистить журнал регистрации без конфигуратора?

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

Удалится ли что-то из данных базы при очистке журнала?

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

Как узнать, какой формат журнала используется в моей базе?

Откройте каталог файловой базы (или каталог базы в srvinfo на сервере): если видите файл 1Cv8.lgp — это старый формат, если подкаталог 1Cv8Log с файлом 1Cv8.lgd — новый. Новый формат появился в платформе 8.3.5 и применяется по умолчанию в современных версиях.

Почему после сокращения размер файла почти не изменился?

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

Можно ли восстановить удалённые события журнала?

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

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

Зависит от интенсивности работы и требований к аудиту. Ориентир — контролировать размер: если журнал растёт быстро, сокращайте ежемесячно или ежеквартально, сохраняя архив. При умеренной активности достаточно сокращения раз в несколько месяцев с хранением событий за последние 3–6 месяцев.