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