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

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

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

Что технологический журнал даёт, а что нет

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

Проверка 1. Найдите сервисного пользователя и каталоги

На Windows сначала найдите процессы и пользователя, под которым работает кластер. Команда только читает список процессов:

tasklist /FI "IMAGENAME eq rphost.exe" /FO LIST
Get-CimInstance Win32_Process -Filter "Name='rphost.exe'" |
  Select-Object ProcessId, ExecutablePath, CommandLine

Путь конфигурационных файлов зависит от ОС, версии и учётной записи службы. Не копируйте logcfg.xml в случайный профиль администратора: кластер может его не прочитать. Официальная документация указывает, что файл располагается в каталоге конфигурационных файлов и является необязательным.

PASS: определены рабочий процесс, сервисная учётная запись и каталог, который читает именно серверный компонент. FAIL: файл создан в профиле интерактивного пользователя, а журнал не появляется.

Проверка 2. Выберите отдельный каталог и проверьте место

Лучше писать диагностические файлы не на системный том. Создайте каталог, выдайте сервисной учётной записи права на запись и заранее проверьте свободное место:

Get-Volume | Select-Object DriveLetter, SizeRemaining, Size
Test-Path 'D:\1C-TechLog'
Get-Acl 'D:\1C-TechLog' | Format-List

PASS: каталог существует, сервис 1С может писать, место контролируется. FAIL: путь недоступен, журнал молча не создаётся или растёт на системном диске.

Проверка 3. Начните с узкой конфигурации

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

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\1C-TechLog" history="1">
    <event>
      <eq property="name" value="CONN"/>
    </event>
  </log>
</config>

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

Проверка 4. Воспроизведите один сценарий

Запишите время, войдите тестовым пользователем, выполните одну проблемную операцию и сразу отметьте конец. Одновременно зафиксируйте PID rphost и нагрузку через Диспетчер задач или PerfMon. Так вы получите не «1С была медленной», а интервал, процесс и действие.

PASS: в каталоге появились текстовые файлы, их время совпадает с тестом, нужное событие находится. FAIL: каталог пуст, интервал не совпадает или собраны только события другого процесса.

Рабочий алгоритм

1. Запишите симптом, базу, пользователя и короткое окно.
2. Найдите rphost и сервисную учётную запись.
3. Выберите отдельный каталог и проверьте место.
4. Сохраните текущий logcfg.xml, если он уже есть.
5. Добавьте узкий фильтр под одну гипотезу.
6. Воспроизведите одну операцию и отметьте время.
7. Скопируйте результат в папку расследования и верните прежнюю конфигурацию.
8. Проверьте, что сбор остановлен и диск не продолжает заполняться.

Частые ошибки

• Включать все события без срока отключения.
• Писать журнал на системный диск.
• Класть logcfg.xml в профиль не того пользователя.
• Менять фильтры во время теста и терять границу измерения.
• Отправлять архив с персональными данными без проверки содержимого.

Чек-лист

• Гипотеза и окно времени записаны.
• Каталог принадлежит сервисному процессу.
• Свободное место проверено.
• Старый logcfg.xml сохранён.
• Фильтр минимален.
• Есть PID и отметка операции.
• После теста конфигурация возвращена.
• Архив очищен от лишних данных.

Что делать, если не помогло

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

CTR1 может разобрать узкое место 1С по журналам и измерениям. Перед сбором полезно прочитать про диагностику тормозов до замены сервера, подготовку к установке 1С и резервное копирование.