Просмотр кода страницы Детализация причин сбоев в работе служб трассировок

Анализ отдельных запросов — полезный способ лучше понять обнаруженные ошибки. В этой статье вы узнаете, как определить ошибку, лежащую в основе растущего уровня отказов службы, с помощью распределённой трассировки.

== Сценарий ==
На изображении ниже вы можете видеть, что запросы <code>:80</code> начали давать сбои примерно на всей временной шкале.

== Шаги ==

# Чтобы найти вкладку '''Частота отказов''', перейдите на страницу сведений о службе и нажмите кнопку '''Просмотр''' (например, Просмотр запросов, Просмотр динамических запросов или Просмотр запросов ресурсов).  [[Файл:(26187F3D-5CDD-447A-9AC8-788EE4AAF365).png|граница]]
# Выберите '''Анализ бэктрейса''', чтобы узнать, откуда поступили эти запросы.  [[Файл:(3D7A261F-0573-4CF5-A2D5-452747E6B4EA).png|граница]]  Запросы поступают с неизвестных хостов, и все неудачные запросы приводят к одному и тому же исключению.
# Чтобы проанализировать затронутые трассировки, выберите '''Дополнительно ( … ) > Трассировки'''.  Глядя на трассировку и дерево выполнения на уровне кода ниже, вы можете увидеть, что запрос приводит к ошибке. Вы можете увидеть, где в потоке кода возникает эта ошибка.  [[Файл:(DF0AC360-78B8-4FAB-AF90-B4FD108E3427).png|граница]]
# Выберите вкладку '''Ошибки''', чтобы проанализировать исключение.  [[Файл:(6B0F00C7-C660-4470-A36F-F21A5074764E).png|граница]]

== Заключение ==
Каждая распределённая трассировка на вкладке '''Ошибки''' отображает уникальный набор параметров, приводящих к ошибке. При таком подходе к анализу представление распределённых трассировок может быть очень полезно для понимания причин возникновения определённых исключений.