При диагностике сбоев кластера 1С возникают трудности:

• Технологический журнал (ТЖ) забивает сотни гигабайт дискового пространства за несколько часов.
• Файл logcfg.xml составлен некорректно, из-за чего логирование вообще не стартует.
• Сложно изолировать реальные критические ошибки от штатных перехваченных исключений.
• Зависания клиентских интерфейсов из-за медленных серверных вызовов (CALL).

1. Размещение файла logcfg.xml

Файл конфигурации технологического журнала должен располагаться в системном каталоге платформы:

• Linux: /opt/1cv8/conf/logcfg.xml (права доступа пользователя usr1cv8:grp1cv8).
• Windows: C:\Program Files\1cv8\conf\logcfg.xml.

2. Боевая конфигурация logcfg.xml для анализа EXCP и долгих CALL

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <!-- Сбор необработанных исключений -->
  <log location="/var/log/1c/logs/excp" history="48">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>

  <!-- Сбор серверных вызовов длительностью более 3 секунд (3 000 000 мкс) -->
  <log location="/var/log/1c/logs/calls_slow" history="24">
    <event>
      <eq property="name" value="CALL"/>
      <ge property="Duration" value="3000000"/>
    </event>
    <property name="all"/>
  </log>
</config>

3. Анализ полученных логов

Для поиска критических событий используйте потоковые утилиты:

# Поиск топ-10 самых долгих вызовов CALL
grep -rn "CALL" /var/log/1c/logs/calls_slow/ | awk -F'Duration=' '{print $2}' | sort -nr | head -n 10