参考までに：
サービス・アナライザは、ITSIの全体的なサービスとKPIのステータスを監視できるダッシュボードです。サービス・アナライザには、すべてのサービスのリストとそのヘルス・スコアが表示され、各サービスがKPIに基づいてどの程度機能しているかを示します。また、サービス内の各KPIのステータスと値を表示し、さらに分析するためにディープ・ダイブやガラス・テーブルにドリル・ダウンすることもできます。サービス・アナライザは、サービスに影響を与える問題を特定し、その影響と緊急性に基づいて優先順位を付けるのに役立ちます。サービス・アナライザの主な目的は次のとおりです：
D) 全体的なサービスとKPIのステータスを監視する。サービス・アナライザは、サービスの健全性とパフォーマンス、およびKPIをリアルタイムで包括的に表示するため、これは真実です。
他のオプションは、サービス・アナライザーの主な目的ではないからだ：
A) すべてのサービスとエンティティのリストを表示する。サービス・アナライザには、ITサービスを提供するために管理が必要なITコンポーネントであるエンティティは表示されないため、これは正しくありません。エンティティは、エンティティ管理やエンティティの健全性の概要など、他のダッシュボードに表示されます。
B) しきい値違反に基づいて外部アラートをトリガーする。サービス・アナライザーはアラートをトリガーしないため、これは正しくありません。アラートは、特定の条件が満たされたときに外部システムやユーザーに送信される通知です。アラートは、相関検索またはITSIで構成されたアラート・アクションによってトリガーされます。
C)アナリストがアラートにコメントを追加できるようにする。サービス・アナライザでは、アナリストがアラートにコメントを追加することはできません。

説明
0に設定すると、スケジューラは、最後に実行されたサーチの実行時間に基づいて、次にスケジュールされたサーチの実行時間を決定する。これは連続スケジューリングと呼ばれる。

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

メンテナンス作業を開始する前と停止する後に、15分から30分のタイムバッファを設けてメンテナンスウィンドウをスケジュールするのがベストプラクティスです。これにより、システムがメンテナンス状態に追いつく機会を与え、メンテナンス作業中にITSIが誤検知を発生させる可能性を減らすことができる。
参考までに：
メンテナンス・モード中も KPI 検索は実行されますが、結果はメンテナンス・ウィンドウが終了するまでバッファされ るため、Aが正解です。つまり、メンテナンス・モード中はアラートがトリガされませんが、メンテナン ス・モードが終了すると、バッファされた結果が処理され、必要に応じてアラートが生成されます。メンテナンス・モード中は、新しい KPI を作成したり、既存の KPI を変更したりできません。参照[ITSI におけるメンテナンス・ウィンドウの概要］

適応型閾値設定は、過去のパターンや傾向に基づいて KPI 閾値を動的に調整できる ITSI の機能であるため、B が正解です。適応的閾値設定では、以前のデータ・ポイントに基づいて閾値を計算するために、少なくとも 15 分の時間バッファーが必要です。時間バッファは、計算を実行し、偽陽性または偽陰性を回避するのに十分なデータがあることを保証します。参考ITSI で KPI の適応閾値を構成する

参考までに：
メンテナンス・モードでは、ウィンドウが終了すると KPI と注目すべきイベントが再び生成され始めるため、Aが正解です。メンテナンス・モードは ITSI の機能で、計画的なメンテナンスまたはダウンタイム中に、サービスまたはエンティティのアラートと健全性スコアの計算を一時的に中断できます。メンテナンス・モード中も KPI 検索は実行されますが、結果はウィンドウが終了するまでバッファされます。ウィンドウが終了すると、バッファされた結果が処理され、必要に応じてアラートと健全性スコアが生成されます。参照[ITSIのメンテナンス・ウィンドウの概要］

説明
チームはプレゼンテーション層のセキュリティのみを提供し、データレベルのセキュリティは提供しない。Splunk の検索バーにアクセスできるユーザーが ITSI サマリーインデックスデータを検索することは可能です。

説明
異常検出を有効にして、システムの問題を示す可能性のある KPI 検索結果の傾向や異常値を識別します。

説明
ITSI には kvstore_to_json.py スクリプトが用意されており、ITSI 構成データのバックアップ/リストア、サービス KPI 操作の一括実行、ITSI オブジェクトのタイム・ゾーン・オフセットの適用、KPI 検索スケジュールの再生成を行うことができます。
バックアップジョブを実行すると、ITSIはデータを1つのZIPファイルに圧縮されたJSONファイルのセットに保存します。

参考までに：
既定のディープ・ダイブでは、選択したサービスのすべての KPI が最初に表示されるため、C が正解です。他のダッシュボードからドリルダウンするか、ディープ・ダイブ・リスト・ページからサービスを選択することで、既定のディープ・ダイブを作成できます。デフォルトのディープ・ダイブでは、健全性スコア、重要性スコア、またはエンティティのスイム・レーンはデフォルトでは表示されません。参照してください：[ITSIでサービスのデフォルトのディープダイブを作成する] を参照してください。

参考までに：
適応型しきい値は、機械学習アルゴリズムによって計算されるしきい値で、KPI の観察された動作に基づいて動的に適応し、変化します。適応型しきい値は、静的なしきい値では捕捉が困難な、予測不可能なパターンや季節的なパターンを持つ KPI を監視する場合に便利です。たとえば、休日、プロモーション、イベントなどの要因によって変化する可能性のあるウェブ・トラフィック量を測定する KPI に対して、適応型しきい値を使用することができます。適応型しきい値を使用する利点は以下のとおりです：
A) KPI 値の動的な変化を管理するために、毎日自動的にしきい値を更新する。これは、適応閾値が、トレーニング・ウィンドウからの履歴データを使用して、閾値テンプレート内の各タイム・ブロックの閾値を生成するためです。ITSIは、毎晩真夜中に、トレーニング・ウィンドウからのデータを個別のバケットに整理し、各バケットを個別に分析することによって、KPIの適応しきい値を再計算する。こうすることで、閾値はKPIデータの直近の変化を反映し、異常や傾向を考慮する。
他のオプションは、適応しきい値を使う利点がないからだ：
B) 動的なイベント・データを管理するために KPI 計算を自動的に調整する。適応閾値は、ベース検索と集計方法に基づく KPI 計算には影響しないため、これは正しくありません。適応しきい値は、KPI 重大度レベルを決定するために使用されるしきい値にのみ影響します。
C)エスカレートする重大度を管理するために、集計ポリシーのグループ化を自動的に調整する。適応型しきい値は、注目すべきイベントをエピソードにグループ化する方法を決定する一連のルールである集計ポリシーには影響しないため、これは真実ではありません。適応型しきい値は、KPI 重大度レベルに基づいて注目すべきイベントを生成するために使用されるしきい 値にのみ影響します。
D) 相関検索のしきい値を自動的に調整し、時間の経過とともに感度を調整する。適応しきい値は相関検索には影響しないため、これは正しくない。相関検索は、データ・ポイント間の関係を探し、注目すべきイベントを生成する検索である。適応しきい値は、相関検索の入力として使用できる KPI で使用されるしきい値にのみ影響します。

参考までに：
KPI 重要度ウェイトは、KPI がサービスの全体的な健全性スコアにどの程度寄与するかを示す値です。重要度の重みは、1（最低）から 10（最高）の範囲で設定できます。KPI 重要度の重みを 11 に構成する場合に適用される文は以下のとおりです：
B) 重要度ウエイトはヘルススコアリングに使用されない。重要度11の値は無効であり、健康状態のスコアリングには使用できないため、これは正しい。重要度の最大値は10である。
他の記述は当てはまらない：
A) 少なくとも 10% の KPI がクリティカルになる。重要度の重みを 11 に設定しても、どの KPI の重大度レベルにも影響しないので、これは正しくない。
C)サービスがクリティカルになる。重要度のウェイトが11であっても、どのサービスのヘルススコアやステータスにも影響しないので、これは正しくない。
D) 最低健全性指標 KPI である。重要度の重みが 11 であっても、KPI の最低健全性レベルについては何も示さないため、これは正しくない。

説明
デフォルトでは、サービスの健全性に影響を与えるスコアの重要度は11である。

説明
デフォルトでは、KVストアが大きくなりすぎないように、注目すべきイベントのメタデータは6ヶ月後にアーカイブされる。

C)新しいKPI。サービス・テンプレートに新しいKPIを追加すると、そのテンプレートにリンクされているすべてのサービスに自動的に追加されるためです。これにより、サービスを一貫性のある最新の KPI 定義に保つことができます。
その他のオプションは、デフォルトではリンクされたサービスに追加されない：
A) しきい値。サービステンプレートのしきい値を変更しても、リンク先のサービスの既存のしきい値には影響しないため、これは正しくありません。テンプレートから新しいしきい値を継承させたい場合は、リンク先の各サービスに手動でしきい値の変更を適用する必要があります。
B) エンティティルール。サービステンプレートのエンティティルールを変更しても、リンク先サービスの既存のエンティティルールには影響しません。テンプレートから新しいエンティティルールを継承させたい場合は、各リンク先サービスにエンティティルールの変更を手動で適用する必要があります。
D) 健康スコア。サービステンプレートでヘルススコアの設定を変更しても、リンクされたサービスの既存のヘルススコアの設定には影響しないため、これは正しくありません。テンプレートから新しいヘルススコア設定を継承させたい場合は、リンク先の各サービスにヘルススコアの変更を手動で適用する必要があります。