1С 8: как очистить журнал регистрации

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

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

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

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

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

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

Что проверить перед очисткой

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

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

Сокращение журнала через конфигуратор

Штатный способ очистки доступен в конфигураторе и не требует остановки сервера в клиент-серверном варианте, хотя для файловой базы потребуется монопольный доступ. Откройте конфигуратор, перейдите в меню Администрирование → Журнал регистрации. В открывшемся окне журнала нажмите кнопку «Сократить» (в разных версиях платформы она может находиться в меню «Ещё» или на панели инструментов окна журнала).

Платформа предложит указать дату: все записи старше неё будут удалены. Дополнительно доступна опция сохранения удаляемых записей в файл — выгрузка выполняется в формате журнала (.lgd), который позже можно открыть через пункт «Открыть файл» в том же окне журнала. Это удобный компромисс: рабочий журнал очищается, а архив остаётся доступным для разбора.

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

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

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

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

Более мягкий вариант — не удалять, а переименовать папку, например в 1Cv8Log_old. Так старый журнал останется на диске и при необходимости его можно будет открыть через конфигуратор (Журнал регистрации → Открыть файл) или вернуть на место. После проверки, что база работает нормально, архивную папку удаляют или переносят в долгосрочное хранилище.

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

В клиент-серверной архитектуре журнал регистрации хранится на сервере 1С:Предприятия, а не рядом с базой данных в СУБД. Типичное расположение — каталог служебных файлов кластера, например C:\Program Files\1cv8\srvinfo\reg_1541\<GUID базы>\1Cv8Log (точный путь зависит от версии платформы и настроек кластера). GUID нужной базы можно найти в консоли кластера серверов.

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

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

Как не допустить повторного разрастания

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

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

"C:\Program Files\1cv8\8.3.x\bin\1cv8.exe" DESIGNER /F"C:\Bases\MyBase" /N"Администратор" /P"пароль" /ReduceEventLogSize 2026-01-01 -saveAs "D:\LogBackup\log.lgd"

Дополнительно следите за свободным местом на диске, где расположены база и журнал. Заполнение диска под ноль опасно не только для журнала: при нехватке места возможны сбои записи в саму информационную базу и в базы СУБД.

Проверка результата после очистки

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

Часто задаваемые вопросы