Как удалить записи из журнала регистрации 1С

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

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

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

Как устроен журнал регистрации и где он хранится

В файловом варианте базы журнал регистрации хранится в отдельном файле 1Cv8.lgd в каталоге информационной базы. Удалять этот файл вручную из проводника нельзя при работающих сеансах — это приведёт к ошибкам записи и возможному повреждению данных о событиях. В клиент-серверном варианте события пишутся в таблицу EventLog базы данных на SQL-сервере.

Формат журнала — внутренний формат платформы. Просматривать и редактировать его можно только штатными средствами: через окно журнала регистрации в режиме «Предприятие» или через Конфигуратор. Прямое редактирование таблицы EventLog на SQL-сервере не поддерживается и может нарушить целостность базы.

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

Это основной и самый надёжный способ. Потребуются права администратора и монопольный доступ к базе — активные сеансы пользователей придётся завершить.

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

При сокращении платформа предлагает сохранить удаляемые записи в файл формата .elf или .lgp — используйте эту опцию, если историю нужно сохранить для архива, но держать её в рабочей базе не требуется. Файл архива можно позже открыть через «Файл — Открыть» в окне журнала регистрации.

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

Как удалить записи журнала в режиме «Предприятие»

Во многих типовых конфигурациях (Бухгалтерия, Управление торговлей, ERP) журнал регистрации доступен из интерфейса: раздел «Администрирование» — «Обслуживание» — «Журнал регистрации». Кнопка сокращения там тоже присутствует, но для её работы всё равно требуется монопольный режим.

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

Как уменьшить рост журнала: настройка уровней регистрации

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

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

Особенности для клиент-серверного варианта

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

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

Сравнение способов очистки

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

Штатный и безопасный способ; требует монопольного доступа и времени на больших журналах.

Сокращение из режима Предприятия

Удобно для администратора без доступа к Конфигуратору, но ограничения по монопольности те же.

Удаление файла 1Cv8.lgd вручную

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

Очистка таблицы EventLog средствами SQL

Не рекомендуется: обход платформы нарушает поддержку и может привести к рассогласованию данных.

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

После сокращения откройте журнал регистрации и убедитесь, что самая ранняя запись соответствует заданной дате. Дополнительно проверьте размер файла 1Cv8.lgd в каталоге базы или размер таблицы EventLog на сервере — он должен заметно уменьшиться (для SQL — после сжатия базы).

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

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

Самая ранняя запись в журнале

Норма

Дата соответствует заданной точке сокращения

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

Записи старше указанной даты всё ещё присутствуют — операция не завершилась

Размер файла 1Cv8.lgd или таблицы EventLog

Норма

Размер заметно уменьшился

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

Размер прежний — для SQL-варианта требуется сжатие базы

Работа пользователей после операции

Норма

Сеансы запускаются, новые события пишутся в журнал

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

Ошибки при открытии журнала — требуется тестирование и исправление базы

FAQ

Можно ли удалить из журнала регистрации только отдельные записи или действия одного пользователя?

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

Восстановится ли удалённый журнал из резервной копии?

Да, если резервная копия делалась полной копией каталога файловой базы (включая 1Cv8.lgd) или полным бэкапом SQL-базы. Выгрузка в dt также включает журнал регистрации. Но записи, удалённые до создания копии, восстановить неоткуда.

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

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

Влияет ли очистка журнала на работу пользователей и данные учёта?

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

Что делать, если журнал регистрации повреждён и не открывается?

Используйте утилиту chdbfl.exe из каталога bin платформы для тестирования и исправления файловой базы — она проверяет в том числе файл журнала. Для клиент-серверного варианта выполните тестирование и исправление через Конфигуратор. Перед любыми восстановительными операциями сделайте копию базы.

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

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