Как почистить логи 1С 8.3 на сервере

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

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

Ниже разобраны все три сценария: как определить, что именно съедает место, как безопасно сократить журнал регистрации, как ограничить технологический журнал и что делать с журналами SQL-сервера.

Определяем, какие логи занимают место на сервере

Прежде чем что-то удалять, выясните, какой именно журнал разросся. На сервере 1С обычно три источника проблем: файл журнала регистрации (1Cv8.lgd в каталоге информационной базы), каталог технологического журнала (путь задаётся в logcfg.xml, по умолчанию часто в каталоге srvinfo или рядом) и файлы журнала транзакций СУБД (.ldf у MS SQL, pg_wal у PostgreSQL).

Быстро оценить объём помогает сортировка каталогов по размеру. Для файловой базы журнал регистрации лежит в папке базы, для клиент-серверной — в каталоге srvinfo внутри подпапки reg_1541 и далее по GUID базы. Если там файл 1Cv8.lgd весит несколько гигабайт — причина найдена.

Сокращаем журнал регистрации штатными средствами

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

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

Для регулярного обслуживания удобнее использовать командную строку конфигуратора с ключом /ReduceEventLogSize, что позволяет запускать сокращение по расписанию через планировщик задач.

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

"C:\Program Files\1cv8\8.3.x.xxxx\bin\1cv8.exe" DESIGNER /S Server\Base /N Админ /P *** /ReduceEventLogSize 2026-01-01 -saveAs C:\Archiv\log_old.lgd /Out C:\Archiv\result.txt

Настраиваем и чистим технологический журнал

Технологический журнал включается файлом logcfg.xml, который размещается в каталоге conf рядом с исполняемыми файлами сервера 1С. Если журнал включён «на всякий случай» без ограничений, он пишет гигабайты событий, а дампы аварийных завершений могут весить по несколько гигабайт каждый.

Главные инструменты контроля: параметр history в logcfg.xml (сколько часов хранить логи — платформа удаляет старые каталоги сама) и отключение ненужных событий. Если техножурнал нужен только для диагностики конкретной проблемы, включайте его точечно и выключайте после сбора данных, либо задавайте короткий срок хранения.

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

<config xmlns="http://v8.1c.ru/v8/tech-log"><log location="D:\1clogs" history="24"><event><eq property="name" value="EXCP"/></event><property name="all"/></log></config>

Урезаем журналы СУБД: MS SQL и PostgreSQL

В клиент-серверном варианте часто основной «пожиратель» диска — не логи самой 1С, а журнал транзакций SQL-сервера. В MS SQL при модели восстановления Full файл .ldf растёт неограниченно, пока не делаются бэкапы журнала транзакций. Если полное восстановление на любой момент времени не требуется, переведите базу в модель Simple — журнал будет усекаться автоматически.

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

В PostgreSQL аналогичную роль играет каталог pg_wal. Его размер контролируется настройками архивирования WAL и параметром max_wal_size. Ни в коем случае не удаляйте файлы из pg_wal вручную — это гарантированно разрушит базу. Управляйте объёмом только через конфигурацию и архивацию.

Автоматизируем регулярную очистку

Разовая чистка решает проблему на неделю. Чтобы ситуация не повторялась, настройте регламент: сокращение журнала регистрации через планировщик задач с командой /ReduceEventLogSize, ограничение history в logcfg.xml, бэкапы журнала транзакций по расписанию и мониторинг свободного места на дисках сервера.

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

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

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

Если после сокращения 1Cv8.lgd не уменьшился, проверьте формат журнала: старый текстовый формат (1Cv8.lgf + 1Cv8.lgp) рекомендуется конвертировать в новый (lgd) через настройки журнала. Если журнал открывается с ошибкой — выполните тестирование и исправление с включённой проверкой журнала регистрации.

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