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

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

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

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

Какие логи ведёт сервер 1С и где они лежат

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

• Технологический журнал — детальные дампы событий (запросы, ошибки, взаимоблокировки). Каталог задаётся в logcfg.xml, по умолчанию — C:\Program Files\1cv8\srvinfo\conf рядом с конфигурацией или указанный путь. Включается только вручную.
• Журнал регистрации базы — хранится внутри каталога информационной базы в файлах формата 1Cv8.lgd (или в СУБД). Ведётся всегда.
• Логи кластера — служебные файлы в каталоге srvinfo\reg_1541, включая список баз, сеансов и журнал кластера.
• Журналы СУБД — отдельная тема: лог транзакций MS SQL или PostgreSQL отключается иначе и трогать его без понимания последствий нельзя.

Быстро найти, что съедает диск, помогает сортировка каталогов по размеру. В Windows удобно проверить папку C:\Program Files\1cv8\srvinfo и каталог, указанный в logcfg.xml параметром <log location=...>.

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

Технологический журнал управляется файлом logcfg.xml, который лежит в каталоге conf установки сервера (например, C:\Program Files\1cv8\<версия>\bin\conf) или в srvinfo\conf. Если файла нет — журнал не пишется.

Чтобы отключить сбор логов, выполните следующее:

1. Остановите диагностику: убедитесь, что журнал больше не нужен для текущего расследования ошибок.
2. Переименуйте logcfg.xml, например в logcfg.xml.off, или удалите его. Переименование предпочтительнее — файл легко вернуть.
3. Перезапустите службу «Агент сервера 1С:Предприятия», чтобы изменения применились.
4. Удалите накопленные файлы логов из каталога, указанного в параметре location.

1. 1
   Найдите logcfg.xml в каталоге conf сервера 1С
2. 2
   Переименуйте файл или закомментируйте содержимое
3. 3
   Перезапустите службу агента сервера 1С
4. 4
   Убедитесь, что новые файлы логов не создаются
5. 5
   Удалите старые логи и освободите диск

Альтернатива полному отключению — ограничить объём. В logcfg.xml можно задать параметр history (время хранения в часах) и оставить только нужные события. Так вы сохраните диагностику при сбоях, но журнал не разрастётся бесконтрольно.

Как сократить журнал регистрации информационной базы

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

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

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

Очистка старых логов и автоматизация ротации

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

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

forfiles /p "D:\1clogs" /s /m *.log /d -7 /c "cmd /c del @path"

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

Get-ChildItem 'D:\1clogs' -Recurse -File | Where-Object {$_.LastWriteTime -lt (Get-Date).AddDays(-7)} | Remove-Item -Force

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

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

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

Как проверить, что логи действительно отключены

После всех действий убедитесь в результате. Откройте каталог логов техножурнала и понаблюдайте 10–15 минут при активной работе пользователей: новые файлы и подкаталоги с текущей датой появляться не должны. Если появляются — ищите второй экземпляр logcfg.xml или другой сервер кластера.

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

Когда логи отключать нельзя

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

Компромиссный вариант — минимальная конфигурация logcfg.xml: только события EXCP (исключения) и CLSTR с историей 24–72 часа. Это почти не нагружает диск, но сохраняет ключевую информацию об ошибках.

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