---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# メトリクス設定ルール

# メトリクス設定ルール {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：1分

メトリクス構成ルールを使用すると、エージェントクライアントコレクター から受信したメトリクスをどのように処理するかを決定できます。

エージェントクライアントコレクター から新しいメトリクスが届くと、\[メトリクスから CI へのマッピング\] テーブルに、\[例外検出アクションレベル = 限度\] の値とともに新しいレコードが作成されます。

メトリクス構成ルールの実行をトリガーするには、\[メトリクス構成ルール\] テーブル (イベント管理例外検出メトリクス設定ルール) をクリックし、ページの上部にある \[MID に同期 \] ボタンを選択します。これにより、インスタンスに接続されているすべての MID サーバーも同期されます。

ルールを実行すると、ルールで定義された例外検出アクションレベル (anomaly_detection_action_level パラメーターで設定) が、\[メトリクスから CI へのマッピング\] テーブルのメトリクスに設定された例外検出アクションレベルを遡及的に上書きします。

ルールの実行をトリガーしない場合、Anomaly detection action level パラメーターの遡及的な上書きは、毎時スケジュールされた \[メトリックインテリジェンス - メトリクス構成 (Metric configuration)\] ジョブの実行中に実行されます。

メトリクス構成ルールを設定する場合、フィルターのあるルールはフィルターのないルールより先に実行されます。複数のルールの優先度が同じ場合、最後に設定されたルールが最初に実行されます。

構成設定ルールの作成の詳細については、「[構成設定ルールを作成する](https://servicenow-prod.fluidtopics.net/NIUA1taWKC3lfX2bM1SfJg "構成設定は、メトリクスのデータ処理方法に影響します。構成設定ルールは、デフォルトのメトリクス処理動作より優先され、異常が検出されたときのシステムアクションを決定します。")」を参照してください。

使用可能な例外検出アクションレベルの詳細については、「[例外検出のアクションレベルの構成](https://servicenow-prod.fluidtopics.net/ibf~ctiFHabQ0I4ufQuD1g "特定の CI およびメトリクスに適用される例外検出処理および分析のレベルを絞り込むための構成設定ルールを作成します。実装のさまざまな段階でメトリクスの重要性を反映する処理レベルを設定し、必要に応じてデータの負荷を削減します。")」を参照してください。