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

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

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

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

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

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

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

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

Подготовка перед очисткой

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

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

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

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

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

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

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

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

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

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

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

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

Как ограничить рост журнала в будущем

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

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

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

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

Альтернатива: выгрузка и загрузка базы

Есть радикальный способ уменьшить файловую базу целиком: выгрузить её в файл .dt через конфигуратор («Администрирование → Выгрузить информационную базу») и загрузить обратно в новый пустой каталог. При этом данные переписываются заново, а служебные структуры перестраиваются.

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

Сравнение вариантов

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

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

Выгрузка и загрузка .dt

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

Настройка уровня регистрации

Не очищает накопленное, но предотвращает рост журнала в будущем. Применяется вместе с сокращением.

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

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

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

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

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

Открытие журнала в конфигураторе

Норма

Журнал открывается быстро, записи за сохранённый период видны

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

Ошибки при открытии, пустой журнал при активных сеансах

Размер базы на диске

Норма

Каталог файловой базы заметно уменьшился

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

Размер не изменился при большом удалённом объёме

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

Норма

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

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

Новые события не фиксируются

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

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

Журнал можно просматривать и в режиме «Предприятие» через стандартную функцию «Журнал регистрации» (если она доступна по правам), но функция сокращения доступна только в конфигураторе. Ручное удаление файлов журнала из каталога базы недопустимо — это риск повреждения базы.

Удалятся ли данные документов и справочников при очистке журнала?

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

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

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

Почему после сокращения размер базы в SQL не уменьшился?

Удалённые записи освобождают место внутри файлов базы данных, но сами файлы на диске не сжимаются автоматически. Возврат места выполняется средствами СУБД (операция shrink) администратором баз данных и не является обязательным: свободное пространство внутри файлов будет использоваться для новых данных.

Можно ли настроить автоматическую очистку журнала?

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

Что делать, если сокращение зависло или прервалось?

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