В Application Insights я могу щелкнуть исключение и найти красиво отформатированную информацию о нем, если я нажму на него.
Это может выглядеть так:
Я хотел бы заархивировать то же самое в книге Azure. Здесь я могу отобразить все свои исключения с термином KQL «Исключения».
С настройками столбца я надеялся создать ссылку на страницу Application Insights, которая показывает мне тот же результат, что и на картинке выше.
Я использую эту конфигурацию:
Теперь у меня есть ссылка, но когда я нажимаю на нее, появляется просто пустая панель:
Я что-то не так понял?
Как мне настроить параметры столбца, чтобы получить прямую ссылку на сведения об исключении, как при нажатии на тот же элемент в Application Insights?
Хотя это и не очень очевидно, информационный пузырь для настроек ссылки показывает:
The value in the column is expected to be an
itemId
of an exception telemetry item.
Итак, если ваш запрос возвращает поле itemId
, вы можете сопоставить его в настройках столбца:
(также, iirc, если запрос возвращает столбец timestamp
, представление сведений попытается сузить свой поиск, чтобы просто использовать диапазон вокруг этого времени, вместо того, чтобы пытаться запросить большее количество времени, чтобы найти элемент с этим идентификатором)
Изменить, чтобы добавить: если вы используете схему на основе Log Analytics, AppExceptions
поле есть, но отсутствует в документации и схеме, есть поле _ItemId
, которое является этим полем. Я работаю с командами App Insights/Log Analytics, чтобы правильно задокументировать это.
Кроме того, даже если вы используете аналитику приложений на основе аналитики журналов, вы также всегда можете запросить через ресурс «аналитика приложения» и использовать схему аналитики приложения «старым» способом. (если вы не делаете что-то конкретное в аналитике журналов, чего нет в способе, основанном на ИИ?)
пример:
exceptions
и столбцом itemId
AppExceptions
и полем _ItemId
, возвращающий тот же самый элемент по этому значению идентификатора. вы можете видеть, что поле _ItemId
показывает красные волнистые линии, как будто это недопустимо, но это неверно, вы получите правильную строку, если запустите запрос.какую таблицу вы запрашиваете? Я не думаю, что AppExceptions
является стандартной таблицей схемы приложений (exceptions
может быть?), представление приложений снова запрашивает все эти данные из своих собственных таблиц, учитывая itemId, поэтому, если это не таблица приложений, просмотр сведений об исключении не сможет его найти?
Я думаю, что использую «AppExceptions», потому что мое понимание приложений использует рабочее пространство. Здесь имена изменились... так что в рабочей области "itemId", может быть, больше не существует?
обновил ответ, поле есть, _ItemId
, оно просто отсутствует/спрятано в схеме. Работа с командами AI и Logs внутри компании, чтобы выяснить, ПОЧЕМУ этого нет в схеме.
Ммм... интересно. Я не могу найти какое-либо поле «_ItemId», но оно, вероятно, скрыто в фоновом режиме и пока не может быть запрошено. Я просто соглашусь с тем, что мне все еще нужно подождать некоторое время, пока оно не поддержит то, что я хочу сделать. Спасибо чувак :)
если вы используете его в запросе, он должен работать. он может отображаться красным подчеркиванием в представлении журналов или может не выполняться автоматически, но он существует, и запрос будет работать. добавлен снимок экрана выше, который представляет собой запрос, который возвращает один и тот же элемент либо из схемы на основе приложений, либо из журналов в том же ресурсе/рабочей области.
Спасибо, это кажется правдоподобным. Однако поле «itemId» не возвращается, если я запрашиваю «AppExceptions». У меня есть «OperationId», «IKey», «_ResourceId», а в «Свойствах» также «TraceId». Но нет itemId...??