Как очистить лог-файл (журнал регистрации) 1С

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

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

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

Где хранится лог-файл 1С и что в нём находится

В файловой информационной базе журнал регистрации расположен в подкаталоге 1Cv8Log внутри каталога базы. Основной файл — 1Cv8.lgd (в новых версиях платформы) либо набор файлов формата 1Cv8.lgf и *.lgp в старом формате. Именно размер этого каталога определяет, сколько места занимает лог.

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

Сокращение журнала через конфигуратор — основной способ

Штатный и самый безопасный метод — сокращение журнала регистрации средствами конфигуратора. Платформа сама удалит старые записи и корректно перестроит файлы журнала, без риска повредить структуру данных.

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

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

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

Ручное удаление файлов журнала в файловой базе

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

1. Завершите работу всех пользователей и закройте все сеансы с базой.
2. Сделайте резервную копию каталога базы целиком.
3. Переименуйте или переместите каталог 1Cv8Log в архивное место (не удаляйте сразу — дождитесь проверки).
4. Запустите базу и убедитесь, что журнал регистрации открывается пустым и ошибок нет.
5. После проверки архивную копию можно удалить или оставить для расследований.

В клиент-серверном варианте ручное удаление выполняется аналогично, но предварительно нужно остановить службу «Агент сервера 1С:Предприятия». После удаления каталога журнала и запуска службы платформа создаст журнал заново.

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

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

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

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

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

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

Определите политику хранения: для большинства компаний достаточно истории за 3–12 месяцев. Требования внутреннего аудита или безопасности могут диктовать более длинный срок — тогда выгружайте старые события в файлы перед сокращением.

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

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

Дополнительно выполните тестовое действие в базе (например, создайте и закройте документ) и убедитесь, что событие появилось в журнале — это подтверждает, что регистрация работает после очистки.

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

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

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

Норма

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

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

Долгое открытие, ошибки чтения, пустой журнал при активной работе пользователей

Размер каталога 1Cv8Log

Норма

Существенно меньше исходного

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

Размер не изменился — удалён не тот каталог или операция не завершена

Запись новых событий

Норма

Тестовое действие отображается в журнале

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

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

Свободное место на диске

Норма

Достаточный запас для роста базы и журнала

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

Диск снова заполняется — проверьте технологический журнал и дампы

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

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

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

Что делать, если журнал не открывается с ошибкой формата?

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

Нужно ли очищать журнал в клиент-серверной базе иначе?

Сокращение через конфигуратор работает одинаково для обоих вариантов. Различие только в ручном удалении: в клиент-серверном варианте файлы лежат в служебном каталоге сервера, и перед удалением нужно остановить службу агента сервера 1С.

Как сохранить старые события перед очисткой?

Используйте выгрузку журнала регистрации в файл (через конфигуратор или режим предприятия: «Файл → Сохранить копию» в окне журнала) либо включите опцию сохранения удаляемых событий при сокращении. Храните выгрузки в архиве с указанием периода в имени файла.

Как часто нужно очищать лог-файл 1С?

Оптимально — регулярно по расписанию, а не при переполнении диска. Для баз с активной работой пользователей разумный интервал — раз в 1–3 месяца с сохранением истории за последние 6–12 месяцев. Конкретный срок зависит от интенсивности работы и требований аудита.