> For the complete documentation index, see [llms.txt](https://docs.nexthink.com/platform/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.nexthink.com/platform/ja/user-guide/alerts-and-diagnostics/responding-to-alerts/diagnostics-for-alerted-issues.md).
# アラートされた問題の診断
診断ダッシュボードは、複数のデバイスに影響を与えている問題を解決するプロセスを効率化します。 アラート情報とその根底にあるイベントを確認して、システムがアラートをトリガーした理由と、その問題のトラブルシューティング方法を理解します。
## 診断ダッシュボードでサポートされているモニター
診断ダッシュボードの主な目的は、複数のデバイスに影響を与える問題に効率的に対処することです。 そのため、個別のデバイスまたは個別のユーザーに対してトリガーされたアラートには利用できません。
診断ダッシュボードは現在、次のモニターをサポートしています：
* メトリックの変化を検出するビルトインモニター
* イベントメトリックしきい値検出付きの内蔵モニター。
* [ライブラリからインストールされたVDIモニター](/platform/ja/user-guide/alerts-and-diagnostics/getting-started-with-alerts.md#monitors-for-virtual-desktop-infrastructure-vdi)は、リアルタイムイベントを使用して仮想デスクトップインフラストラクチャ環境をトリガーします。
* 集計されたイベントメトリックを追跡するカスタムモニター
* イベントメトリックに基づいて問題のあるデバイスの要約された数を追跡するカスタムモニター
{% hint style="warning" %}
トリガー条件の最初のメトリックが `device.count()` のようなオブジェクト数である場合、システムは診断ビューを生成しません。 診断を有効にするには、モニターがイベントメトリック、またはそれに基づく計算に依存している必要があります。
{% endhint %}
{% hint style="info" %}
一部の稀なカスタムモニターの場合、システムはまだトラブルシューティングダッシュボードを生成できない場合があります。 Nexthinkは今後のリリースでカスタムモニターに対するダッシュボードの改善を続けます。
{% endhint %}
## 診断ダッシュボードの範囲
### メトリック
ダッシュボード上のコンテンツは、アラートされた問題とモニターの種類が\_メトリック変更\_か\_メトリックしきい値\_であるかに応じて動的に変化します。
さらに：
* 複数のメトリックを評価するカスタムモニターの場合、システムはモニター条件で使用される最初の集計メトリックのみを表示します。
* イベントメトリックに基づいて問題のあるデバイスの要約された数を追跡するカスタムモニターの場合、システムはモニタークエリを分析してイベントメトリックを選択します。
### 時間枠
システムはトリガーされたアラートに基づいて時間枠を事前に選択します。 この時間枠を変更することはできません。
### モニタークエリフィルター
監視されたイベントメトリックに関連するモニターNQLクエリで適用されたすべてのフィルターが診断ダッシュボードに反映されます。
* ダッシュボードの内訳に含まれる単一値のシンプルなフィルターは、フィルターエリアに表示されます。 フィルターを削除するか、内訳チャートの項目をクリックして適用します。
* 複数のプロパティに対して複数の値が含まれる複雑なフィルターは、フィルターエリアに直接表示されません。 このフィルターを削除することはできません。
## ダッシュボード概要
アラートされた問題の**診断**ページの上部には、モニター名、アラートがトリガーされたコンテキスト、システムが監視している主な条件があります。
### 最新のアラートで影響を受けたデバイス
また、ページの右上隅で最新のアラート中に影響を受けたデバイスの数を確認できます。 以下を考慮してください：
* KPIは、最新のアラート中に影響を受けたデバイスの数のみを表示します。
* システムはアラートが回復するまで定期的に影響を受けたデバイスを更新します。
[アラートの概要](/platform/ja/user-guide/alerts-and-diagnostics/responding-to-alerts/alerts-overview.md) ドキュメントの「影響を受けたデバイスの理解」セクションを参照してください。
影響を受けたデバイスのリストを開くには：
1. ゲージにカーソルを合わせるとアクションメニューが表示されます。
2. 「ドリルダウンしてデバイスを選択」してInvestigationページを開き、影響を受けたデバイスの結果を表示します。
## アラートタイムライン
アラートのタイムラインと監視されたメトリックを表示します。 モニターはタイムラインの値を提供し、メトリック値の集計はモニターのNQLクエリに対応しています。
### メトリック変化モニターのアラートタイムライン
監視されているメトリクスの変更によってトリガーされたアラート、つまり **メトリクス変更** および **メトリクス季節変更** モニターの場合、タイムラインの値を表示するには:
* 青色のメトリックラインは、時間の経過に伴う現在のメトリック（例：CPU使用率）を表しています。
* **ベースライン** は歴史的な平均です。
* **メトリックの変化**の場合のグローバル7日間平均。
* **メトリックの季節変化**の場合の、過去7日間の時間帯平均。
* トリガーボーダーライン:
* **メトリックの変化**に関しては、赤の**しきい値**は**ベースライン**とモニターで設定されたしきい値から導き出されます。
* **メトリックの季節的変化**では、**しきい値**は、設定されたモニターの感度に基づき、**基準値**から計算され、標準偏差（σ）の割合です。
* **軽微** = 標準偏差1（±1σ）
* **中程度に** = 2標準偏差 (±2σ)
* **大幅に** = 3標準偏差 (±3σ)
{% hint style="info" %}
システムがそれぞれの検出方法に対するベースラインをどのように計算するかを知るには、[アラート FAQ](/platform/ja/user-guide/alerts-and-diagnostics/alerts-faq.md#how-does-the-system-compute-the-baseline-for-the-detection-methods-metric-change-and-metric-seasonal) のドキュメントを参照してください。
{% endhint %}
### メトリック閾値モニターのアラートタイムライン
カスタム定義された静的閾値に違反したことによってトリガーされたアラートの場合、すなわち、 メトリック閾値モニターについて、タイムライン値を確認するには：
* 線グラフにカーソルを合わせると、最後の監視されたメトリック値のKPIが表示されます。 メトリックが比率の場合、タイムラインにはその比率の分子が表示されます。
### アラートタイムラインのドリルダウン
アラートタイムラインを埋めるモニターのNQLクエリに深く掘り下げることができます：
1. タイムラインの上にあるKPIにカーソルを合わせると、アクションメニューが表示されます。 **ドリルダウンして**オプションは、アラートの問題またはモニターによって変化します。
2. NQLクエリの結果でInvestigationsページを開くために、希望のドリルダウンオプションを選択します。
## オブジェクト数のタイムライン
アラートタイムラインの下の棒グラフは、モニターのメトリック設定に基づいてデバイスまたはユーザーの数を表示します。 メトリックが比率の場合、タイムラインにはその比率の分子が表示されます：
* 棒グラフにカーソルを合わせると、オブジェクト数の値が表示されます。
## 内訳
内訳表により分析された問題の詳細な範囲設定が可能です。 内訳を使用してページをフィルタリングし、特定の従業員集団または技術基準に焦点を当てます。
* **技術**基準でフィルターする：
* オペレーティングシステム
* プラットフォーム
* デバイスモデル
* Virtualizationの種類
* **組織**：エンティティおよび組織階層で結果をフィルターします。
* **位置**：地理的階層で結果をフィルターします。 製品構成ページで最初に地理機能を有効にする必要があります。 詳細については、[Product configuration](/platform/ja/user-guide/administration/system-configuration/product-configuration.md)ドキュメントを参照してください。
***
関連トピック
* [アラートの開始方法](/platform/ja/user-guide/alerts-and-diagnostics/getting-started-with-alerts.md)
* [アラートの管理](/platform/ja/user-guide/alerts-and-diagnostics/managing-alerts.md)
* [製品構成](/platform/ja/user-guide/administration/system-configuration/product-configuration.md)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.nexthink.com/platform/ja/user-guide/alerts-and-diagnostics/responding-to-alerts/diagnostics-for-alerted-issues.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.