データ収集構成の変更

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:1分
  • 組織のニーズに合わせてデータ収集構成を変更できます。

    ServiceNow の成功メトリクスの標準的な定義が組織の機能やプラットフォームの使用方法と一致しない場合は、プロセスと実装を反映するようにデータ収集アプリの構成を変更できます。

    成功メトリクスのデータポイントの定義を変更するには、パフォーマンスまたはパフォーマンス/プラットフォームアナリティクス内のメトリクスアーキテクチャの次のいずれかまたは両方を変更する必要があります。

    • 別の基本データセットが必要な場合は、インジケーターソースを変更します。
    • 計算のために基本データセットに適用されるフィルターを変更する必要がある場合は、自動インジケーターを変更します。

    一般的な変更の例

    組織によっては、CMDB 内の推奨される機能停止テーブル (およびそれに付属する従業員センター通知機能) を使用して機能停止をキャプチャしません。

    この場合、サービスオーナーとスクワッドと協力して、機能停止が何であるかを特定または概算する正しい方法を定義します。たとえば、一部のお客様は、優先度 1 のインシデントを機能停止を表すものと見なします。

    このメトリクス定義の変更に伴う変更は、次の構成の変更を意味します。

    • インシデントテーブルの基本データセットインジケーターソースは、他のいくつかの成功メトリクスで利用されているため、既に存在します。したがって、新しいインジケーターソースを作成する必要はありません。
    • 次の自動インジケーター構成を調整する必要があります:Impact VM - 復元の平均時間 - 予定外の機能停止 (時間) および Impact VM - 今月の予定外の機能停止の数。
      • 両方のインジケーターで [インジケーターソース] フィールドを [ Impact VM - 今月クローズされたインシデント ] に変更します。
      • [追加条件] を変更して、両方のインジケーターに 優先度 1 のフィルターを追加します。
      • [復元時間] では、期間フィールドが使用されていない可能性があるため、スクリプト化された計算を使用して期間を使用することができます。これについては、自動インジケーター「 Impact VM - インシデントのクローズまでの平均時間 (時間)」 のスクリプトを再利用できます。