Как удалить логи 1С и освободить место на диске

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

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

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

Какие логи существуют в 1С и где они хранятся

Первый тип — журнал регистрации. В файловой базе это файл 1Cv8.lgd в каталоге информационной базы, в клиент-серверном варианте данные хранятся на сервере 1С в служебном каталоге кластера. Журнал записывает входы пользователей, изменения данных, ошибки и фоновые задания.

Второй тип — технологический журнал. Он включается файлом настройки logcfg.xml и пишет дампы, события при работе сервера 1С и толстого клиента: запросы, блокировки, исключения. По умолчанию файлы складываются в каталог, указанный в конфигурации, часто это C:\Program Files\1cv8\srvinfo\reg_1541 или отдельная папка, заданная администратором.

Третий тип — логи СУБД: журналы транзакций MS SQL Server (.ldf), файлы трассировки, журналы PostgreSQL. Они не относятся к платформе 1С напрямую, но именно они чаще всего «съедают» диск на сервере баз данных.

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

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

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

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

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

Как уменьшить объём будущих записей

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

Дополнительно проверьте, не регистрируются ли массовые события от фоновых заданий и обменов данными. Частые синхронизации с другими системами способны писать в журнал тысячи записей в час. Если детальный аудит этих операций не нужен, уровень регистрации для них можно понизить.

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

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

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

Найдите каталог, указанный в параметре <log location=...> внутри logcfg.xml. Внутри будут подкаталоги по именам процессов (rphost, ragent, rmngr) с файлами вида .log и дампами .mdmp. Файлы, которые не открыты работающими процессами, можно удалять штатными средствами операционной системы.

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

Как очистить логи СУБД в клиент-серверном варианте

Если база работает на MS SQL Server, основной «пожиратель» диска — журнал транзакций (.ldf). Его нельзя просто удалить файлом: это повредит базу. Правильный путь — перевести базу в простую модель восстановления (Simple), если полный журнал не нужен, и выполнить сжатие журнала через SQL Server Management Studio: правый клик по базе → Tasks → Shrink → Files → выбрать тип Log.

Для PostgreSQL логи сервера обычно лежат в каталоге log внутри каталога данных или в /var/log/postgresql. Старые текстовые файлы можно удалять вручную или настроить ротацию параметрами log_rotation_age и log_rotation_size. Перед очисткой убедитесь, что файлы не открыты сервером.

Настройте автоматическую ротацию и плановое обслуживание: в MS SQL — регулярное резервное копирование журнала при полной модели восстановления, в PostgreSQL — ротацию логов. Без этого проблема переполнения диска гарантированно вернётся.

Частые ошибки и риски при удалении логов

Самая опасная ошибка — удаление файла журнала регистрации 1Cv8.lgd в файловой базе «вручную» вместо сокращения через конфигуратор. Файл является частью структуры базы, и его удаление может привести к ошибкам при запуске. Если место критично — сокращайте журнал штатно или переносите базу целиком.

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

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

Как проверить результат и настроить автоматическую очистку

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

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

# Удаление файлов техножурнала старше 14 дней
Get-ChildItem "D:\1c_logs" -Recurse -Include <em>.log,</em>.mdmp | Where-Object { $_.LastWriteTime -lt (Get-Date).AddDays(-14) } | Remove-Item -Force

Часто задаваемые вопросы