Администрирование · 9 мин
Как почистить журнал регистрации в 1С 8.3
Как почистить журнал регистрации в 1С 8.3: сокращение через конфигуратор, удаление файлов lgd и lgp, настройка уровней регистрации и профилактика роста базы.
Журнал регистрации в 1С 8.3 фиксирует действия пользователей, ошибки, фоновые задания и системные события. Со временем он разрастается: в файловых базах занимает гигабайты рядом с файлом 1Cv8.1CD, а в клиент-серверных — переполняет служебные таблицы СУБД. Симптомы типичны: база открывается медленнее, резервные копии становятся тяжелее, а сам журнал открывается минутами или выдаёт ошибку формата потока.
Очистить журнал можно двумя легальными способами: штатной функцией сокращения через конфигуратор и физическим удалением файлов журнала при остановленной базе. Выбор зависит от того, нужно ли сохранить часть истории, какой режим работы используется и есть ли доступ к серверу. Ниже разобраны оба пути, ограничения каждого и профилактика, которая не даст журналу снова разрастись.
Что такое журнал регистрации и где он хранится
Журнал регистрации — это встроенный механизм платформы, который записывает события: вход и выход пользователей, изменение данных, ошибки, вызовы фоновых заданий. Просмотреть его можно в режиме 1С:Предприятие через меню «Администрирование → Журнал регистрации» (в типовых конфигурациях) или через «Все функции → Стандартные → Журнал регистрации».
Физическое расположение зависит от режима работы. В файловой базе журнал лежит в подкаталоге 1Cv8Log рядом с файлом базы и состоит из файлов 1Cv8.lgd (данные) и 1Cv8.lgp (индексы и служебная информация). В клиент-серверном варианте записи хранятся в таблице EventLog внутри базы данных на MS SQL, PostgreSQL или Oracle.
Важно понимать: журнал не является частью учётных данных. Его очистка не влияет на документы, справочники и проводки. Но по нему иногда восстанавливают картину инцидентов — кто и когда изменил документ. Поэтому перед полной очисткой стоит выгрузить нужный период.
Как сократить журнал через конфигуратор
Штатный способ подходит, когда база работает стабильно, а журнал просто велик. Он безопасен: платформа сама пересоздаёт файлы журнала, сохраняя записи новее заданной даты.
Порядок действий: откройте конфигуратор, перейдите в меню «Администрирование → Журнал регистрации». В открывшемся окне журнала выберите «Сервис → Сократить» (в некоторых версиях платформы кнопка «Сократить» доступна прямо на панели). Укажите дату, до которой удалять записи, и подтвердите операцию.
Операция может занять от нескольких минут до часов при большом объёме. В это время пользователи могут продолжать работу, но лучше выполнять сокращение в нерабочие часы: платформа интенсивно переписывает файлы, и на слабом диске это замедлит базу.
- 1Сделайте резервную копию базы или хотя бы скопируйте каталог 1Cv8Log
- 2Откройте конфигуратор → Администрирование → Журнал регистрации
- 3Выберите Сервис → Сократить и укажите дату отсечения
- 4Дождитесь завершения операции, не прерывая процесс
- 5Проверьте размер каталога 1Cv8Log и откройте журнал в режиме предприятия
Как удалить журнал файловой базы вручную
Если журнал повреждён (ошибка формата потока при открытии) или сокращение зависает, файлы можно удалить напрямую. Обязательное условие — все пользователи должны выйти из базы, а сеансы завершиться. Иначе платформа держит файлы открытыми, и удаление либо не удастся, либо приведёт к ошибкам у работающих пользователей.
Найдите каталог базы, внутри него — папку 1Cv8Log. Переименуйте её (например, в 1Cv8Log_old) или переместите в архив, а не удаляйте сразу. При следующем запуске платформа создаст новый пустой журнал автоматически. Убедившись, что база работает нормально, старый каталог можно удалить.
Такой способ полностью обнуляет историю событий. Если история нужна для расследования инцидентов, сначала выгрузите журнал через конфигуратор: «Сервис → Выгрузить журнал регистрации» в файл формата lgd или xml.
Очистка журнала в клиент-серверной базе
В клиент-серверном варианте сокращение через конфигуратор работает так же — это предпочтительный способ. Платформа сама удалит старые записи из таблицы EventLog и корректно обновит служебные структуры.
Прямая очистка таблицы средствами СУБД (DELETE или TRUNCATE) технически возможна, но требует остановки сервера 1С или блокировки базы, чтобы исключить параллельную запись. После очистки на MS SQL имеет смысл выполнить сжатие базы (shrink), иначе освободившееся место останется зарезервированным внутри файлов данных. Эти операции стоит поручить администратору СУБД.
Учтите, что в больших базах таблица EventLog может содержать сотни миллионов записей, и удаление одним запросом надолго заблокирует таблицу. Безопаснее удалять порциями по датам или использовать штатное сокращение.
Сравнение вариантов
Подходит всегда, когда база работает. Сохраняет записи новее даты отсечения, не требует доступа к файлам или СУБД. Минус — медленно на огромных журналах.
Быстро и радикально для файловых баз, помогает при повреждённом журнале. Минус — теряется вся история, требуется выход всех пользователей.
Для клиент-серверных баз, когда конфигуратор недоступен. Требует навыков администрирования СУБД и остановки работы.
Настройка уровней регистрации событий
Чтобы журнал не разрастался снова, сократите объём записываемых событий. В конфигураторе откройте «Администрирование → Настройка журнала регистрации» и выберите режим регистрации. Доступны варианты от «Не регистрировать» до регистрации всех событий, включая доступ к данным.
Для большинства рабочих баз достаточно режима «Ошибки, предупреждения, информация» без регистрации доступа к данным и изменения данных. Регистрацию изменения данных имеет смысл включать точечно — на время расследования, потому что она генерирует основной объём записей.
Дополнительно проверьте расписание фоновых заданий: задания, запускающиеся каждую минуту, ежедневно добавляют тысячи записей о запуске и завершении. Разумная периодичность снижает нагрузку и на журнал, и на сервер.
Типичные ошибки и проверка результата
Самая частая ошибка — удаление файлов журнала при работающих пользователях. Вторая — попытка «почистить» журнал через тестирование и исправление базы: chdbfl и ТиИ не очищают журнал, а в ряде случаев только усугубляют проблемы с повреждённым lgd-файлом. Третья — сокращение без резервной копии, после которого выясняется, что историю нужно было сохранить.
После очистки проверьте результат по нескольким признакам: размер каталога 1Cv8Log или таблицы EventLog уменьшился, журнал открывается в режиме предприятия без ошибок, новые события (вход пользователя, запись документа) появляются в журнале. Если журнал не открывается с ошибкой формата потока — файлы повреждены, и проще всего удалить каталог 1Cv8Log при остановленной базе.
Как проверить результат
Заметно меньше исходного, файлы lgd/lgp пересозданы
Размер не изменился — сокращение не завершилось или журнал лежит в другом месте
Журнал открывается, показывает записи новее даты отсечения
Ошибка формата потока — файлы повреждены, нужно удаление каталога
Вход пользователя и изменение объекта появляются в журнале
События не пишутся — проверьте настройку уровней регистрации
FAQ: частые вопросы по очистке журнала регистрации
Удалится ли история изменений документов вместе с журналом?
Проводки и сами документы не пострадают — журнал регистрации хранит только сведения о событиях, а не учётные данные. Но возможность посмотреть, кто и когда изменил конкретный документ, исчезнет вместе с удалёнными записями. Если такая история нужна, выгрузите журнал в файл перед очисткой.
Можно ли очистить журнал без конфигуратора?
Да. Для файловой базы достаточно удалить или переименовать каталог 1Cv8Log при завершённых сеансах — платформа создаст пустой журнал при следующем запуске. Для клиент-серверной базы без конфигуратора придётся работать с таблицей EventLog средствами СУБД.
Почему сокращение журнала зависает или идёт очень долго?
При объёме в десятки гигабайт платформа физически переписывает файлы журнала, и на медленном диске это занимает часы. Запускайте операцию в нерабочее время и не прерывайте процесс. Если сокращение систематически не завершается, проще удалить каталог 1Cv8Log при остановленной базе.
Что делать при ошибке «формат потока» при открытии журнала?
Ошибка означает повреждение файлов lgd или lgp. Восстановить их штатными средствами обычно нельзя. Завершите все сеансы, переместите каталог 1Cv8Log в архив и запустите базу — будет создан новый пустой журнал. Данные базы при этом не затрагиваются.
Как часто нужно чистить журнал регистрации?
Жёсткого регламента нет: ориентируйтесь на темп роста. Практичный подход — сокращать журнал до записей за последние 3–6 месяцев при каждом регламентном обслуживании базы, а уровень регистрации держать минимально достаточным, чтобы рост был умеренным.
Влияет ли очистка журнала на размер файла 1Cv8.1CD?
Нет, журнал хранится отдельно от основного файла базы, поэтому его очистка не уменьшит 1Cv8.1CD. Если нужно сократить сам файл базы, используйте тестирование и исправление с реструктуризацией или выгрузку/загрузку через dt.
Что важно запомнить
Штатный способ очистки — сокращение журнала через конфигуратор с указанием даты отсечения. При повреждении или огромном объёме файловой базы удалите каталог 1Cv8Log при завершённых сеансах. Перед очисткой сделайте копию и выгрузите нужную историю, после — настройте уровни регистрации, чтобы журнал не разрастался снова.