参照：
グラステーブルは、ITサービスとビジネスサービス間の相互関係や依存関係を監視できる可視化ツールです。KPI、アドホック検索、サービスヘルススコアなどの指標を追加でき、これらはユーザーがデザインした背景に対してリアルタイムで更新されます。グラステーブルの機能の一つにサービススワッピングがあります。これは、複数のサービスのKPI値を1つのウィジェットに表示できる機能です。サービススワッピングを使用すると、複数のグラステーブルやウィジェットを作成することなく、異なるサービス間で指標を比較できます。参考：ITSIのグラステーブルエディターの概要、[グラステーブルでのサービススワッピングの設定]

説明
IT サービス インテリジェンス (ITSI) メトリック サマリー インデックス itsi_summary_metrics は、KPI データを格納するメトリック ベースのサマリー インデックスです。

時間ポリシーは、KPIワークロードの変化に対応するために、1日または1週間の異なる時間帯で使用されるユーザー定義のしきい値です。時間ポリシーは、サービス全体の使用状況における通常の変動に対応し、KPIとサービスヘルススコアの精度を向上させます。例えば、組織のピークアクティビティが標準的な就業時間中である場合、就業時間中は使用率が高く、オフタイムや週末は使用率が低いことを考慮するKPIしきい値時間ポリシーを作成できます。KPIしきい値の時間ポリシーを構成する際に適用されるステートメントは次のとおりです。
B) 午前1時の通常の行動が午前5時の通常の行動と異なることが予想される場合、これらは非常に有効です。これは、時間ポリシーを使用すると、午前/午後、勤務時間/休業時間、平日/週末など、異なる時間帯ごとに異なるしきい値を定義できるためです。これにより、時間帯や週に基づいてKPIデータの予想される変動を考慮できます。
その他の記述は、以下の理由により適用されません。
A) 1人が設定できるポリシーは、1日の各時間につき1つずつ、合計24個までです。これは誤りです。3時間ブロック、2時間ブロック、1時間ブロックなど、異なる時間ブロックの組み合わせを使用することで、24個を超えるポリシーを設定できます。
C) KPIが日次サイクルで大きく変動すると予想される場合は、そのKPIを使用しないでください。これは正しくありません。時間ポリシーは、Webトラフィック量やCPU負荷率など、日次サイクルで大きく変動するKPIに対応するように設計されているためです。
D) 複数の時間ポリシーが重複することは可能です。ただし、同時に有効な時間ポリシーは1つだけであるため、これは正しくありません。新しい時間ポリシーを作成すると、以前の時間ポリシーは上書きされ、復元することはできません。