1С: как отключить логи и сократить их объём

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

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

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

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

Журнал регистрации — встроенный механизм платформы, фиксирует действия пользователей, ошибки, изменения данных, фоновые задания. В клиент-серверном варианте хранится в каталоге srvinfo в подкаталоге reg_1541 (или с другим портом) в виде файлов формата lgd, в файловом варианте — в каталоге базы. Технологический журнал — низкоуровневый лог платформы (запросы, вызовы, блокировки), включается только конфигурационным файлом logcfg.xml и по умолчанию выключен.

Дополнительно пишутся логи СУБД (MS SQL Server, PostgreSQL), логи веб-сервера (IIS или Apache) при публикации базы, а также журналы агента сервера 1С и службы агентства. Каждый из них управляется своими средствами.

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

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

В конфигураторе или в режиме «1С:Предприятие» откройте раздел администрирования. В типовых конфигурациях путь выглядит так: «Администрирование» → «Обслуживание» → «Журнал регистрации» → кнопка настройки состава событий. В конфигураторе: меню «Администрирование» → «Настройка журнала регистрации».

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

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

Как сократить уже накопленный журнал регистрации

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

Перед сокращением сделайте резервную копию базы или хотя бы каталога с файлами журнала. Операция необратима: удалённые события восстановить нельзя. В клиент-серверном варианте сокращение выполняется на сервере и может занять заметное время при большом объёме.

Как отключить технологический журнал

Технологический журнал — самый частый виновник переполнения диска на сервере 1С. Его включают для диагностики (например, чтобы поймать взаимоблокировки или медленные запросы), а потом забывают выключить. За сутки активной работы он может записать десятки гигабайт.

Отключается техножурнал просто: найдите файл logcfg.xml (обычно в каталоге conf сервера 1С, например C:\Program Files\1cv8\<версия>\bin\conf, или в каталоге, заданном для конкретного процесса) и переименуйте его, например в logcfg.xml.off, либо удалите. Изменения подхватываются платформой автоматически в течение примерно минуты — перезапуск служб не требуется.

После отключения проверьте каталоги дампов и логов (путь задаётся параметром <log location=...> внутри файла) и удалите накопленные файлы, чтобы освободить место. Если техножурнал нужен постоянно для отдельных событий, не отключайте его полностью, а сузьте настройки: оставьте только нужные события (например, EXCP — исключения), укажите ограничение глубины и время хранения через параметр history.

<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>

Отключение логов на стороне СУБД и веб-сервера

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

В PostgreSQL объём логов регулируется параметрами logging_collector, log_statement и ротацией через log_rotation_age / log_rotation_size в postgresql.conf. Для рабочей базы 1С обычно достаточно логировать только ошибки, а не все запросы.

Если база опубликована на веб-сервере, отдельно растут логи IIS или Apache. В IIS отключите ведение журнала для конкретного сайта (раздел Logging → Disable) или настройте ежедневную ротацию с ограничением хранения. В Apache управление ведётся директивами CustomLog и ErrorLog — уровень можно понизить до error.

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

После внесения изменений убедитесь, что логи действительно перестали расти. Контролируйте размер соответствующих каталогов в течение нескольких дней: reg_1541 для журнала регистрации, каталог из logcfg.xml для техножурнала, файлы ldf для SQL Server. Если объём продолжает расти прежними темпами — либо изменения не применились, либо растёт другой журнал.

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

Чтобы проблема не возвращалась, закрепите регламент: раз в квартал сокращайте журнал регистрации до разумной глубины (например, хранить события за последние 3–6 месяцев), контролируйте наличие «забытых» файлов logcfg.xml на всех серверах кластера и включите мониторинг свободного места на дисках с базами и логами.

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

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