Пользователи периодически жаловались на "вылеты" фоновых заданий, долгое выполнение операций и т.п. Ошибка была плавающая.
Используется база ERP в кластере с четырьмя серверами 1С.
Для анализа ситуации решили посмотреть загрузку оборудования на всех серверах, а также включить сбор показателей, которые могут указывать на повышенную нагрузку процессора на сервере 1С. В первую очередь это показатель Серверный вызов.
Монитор позволяет видеть данные сразу с нескольких серверов, поэтому довольно быстро мы выяснили, что в случайные промежутки времени увеличивалась нагрузка процессора на одном из серверов 1С до 90-100% и держалась в диапазоне 30 - 60 сек. При этом каждый раз это мог быть любой из четырёх серверов.
На графике ситуация выглядела следующим образом:
Добавили на график другие показатели ("Долгий запрос", "Ошибка тех. журнала", "Серверный вызов"), но именно с показателем "Серверный вызов" была явная корреляция. Длительность вызова почти полностью совпадала с длительностью высокой загрузки процессора.
Благодаря этому был выявлен виновник высокой нагрузки.
Контекст серверного вызова содержит имя вызываемой процедуры.
Собственно, всё, дело раскрыто. Далее уже с помощью воспроизведения ситуации и замеров производительности в конфигураторе, был быстро найден и исправлен проблемный участок кода.
Конечно не всегда расследования получаются такими простым и быстрыми, но в данном случае получилось решить проблему относительно просто.
Показатели, используемые в данном кейсе ("Счетчики загруженности оборудования" и "Серверные вызовы"), доступны в бесплатной версии Монитора.