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

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# ルールベースのアラートのグループ化

# ルールベースのアラートのグループ化 {#ariaid-title1}

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

ルールベースのアラートのグループ化は、アラート相関ルールによって作成されます。これらのルールを使用すると、アラートを手動でプライマリまたはセカンダリとして分類し、それらの間に関係を確立できます。アラート相関ルールを使用して、関連するアラートをグループ化します。ルールは、新しいアラート、またはステータスが \[クローズ\]/\[フラッピング\] から \[オープン\]/\[再オープン\] に変更されたアラートに対してのみ実行されます。

ルールベースのアラートのグループ化が適用されている場合、オフラインサーバー上の仮想マシンまたはアプリケーションも停止していることを示すセカンダリアラートは、オフラインのサーバーのルートアラートであるプライマリアラートの下にグループ化されます。Express List でルールベースのアラートのグループ化を表示するには、「[ルールベースのアラートグループ内のアラート間でのリンク表示](https://servicenow-prod.fluidtopics.net/fxZ2~sBE4VnDrhCBbQp9zQ "リンクビューを使用して、Express List でルールベースのアラートグループ内のアラート間の関係を表示します。リンクビューには、グループ内のアラートの属性がどのように相関しているかが表示されます。")」を参照してください。

## プライマリアラートとセカンダリアラート

* プライマリアラート：アラートグループの根本原因を特定し、そのセカンダリアラートを表します。
* セカンダリアラート：同じ問題に関連して、プライマリアラートの下にグループ化されます。セカンダリアラートの目的は、抑制するアラートを判別することで、アラートのノイズを減らし、プライマリアラートに集中できるようにすることです。
{#c_EMEventCorrelationRules__ul_eq3_g3g_s5}

## プライマリアラートとセカンダリアラートのインタラクションの仕組み

ルールベースのアラートのグループ化では、実際のアラートの 1 つがプライマリアラートとして指定されます。プライマリアラートとセカンダリアラートのフィルター条件で、プライマリとして分類されるアラートとセカンダリとして分類されるアラートを指定します。フィルタークライテリアは、アラート \[em_alert\] テーブルに適用されます。

このアラートのグループ化では、プライマリアラートとセカンダリアラートの両方が表示されますが、セカンダリアラートはプライマリアラートの下にグループ化されます。プロパティ \[手動またはルールベースでプライマリーをクローズしてもセカンダリーアラートを開いたままで保持します\] (evt_mgmt.rule_based_manual_closure) は、プライマリアラートがクローズされたときにセカンダリアラートをオープンしたままにするか、クローズするかを制御します。

このプロパティが選択されていない (つまり \[いいえ\] に設定されている) 場合、プライマリアラートがクローズされた後に、親参照がセカンダリアラートから削除され (グループ化が解消され)、セカンダリアラートがクローズされてスタンドアロンになります。プロパティのチェックボックスをオンに (つまり \[はい\] に設定) した場合、プライマリアラートがクローズされると、親参照がセカンダリアラートから削除され (グループ化が解消され)、セカンダリアラートがスタンドアロンのオープンアラートになります。

プライマリアラートの重大度が「クローズ済み」に変わると、セカンダリアラートも「クローズ済み」に設定されます。ただし、プライマリアラートがまだ「クローズ済み」に設定されていない他のグループにセカンダリアラートが含まれている場合は除きます。

## アラート階層 {#c_EMEventCorrelationRules__alert_heirarchy}

1 つのレベルのセカンダリアラートのみが許可されています。セカンダリアラートに独自のセカンダリアラートがある場合、イベント管理アプリケーションでは、階層を統合して 2 つのレベルのみが保持されます。

たとえば、アラート A がプライマリアラートで、アラート B がセカンダリアラートであるとします。アラート C がアラート B のセカンダリアラートになると、階層が統合され、A はプライマリのままで、B と C は A の下で 1 つのレベルの兄弟セカンダリアラートになります。  
別の例として、次のような結果をもたらす 3 つの相関ルールがあるとします。

* ルール 1 (順番の値が 1)：B は A のプライマリアラートになる。
* ルール 2 (順番の値が 2)：A は C と D のプライマリアラートになる。
* ルール 3 (順番の値が 3)：E は A のプライマリアラートになる。
{#c_EMEventCorrelationRules__ul_azx_ng1_1v}

アラート B、C、D、および E がトリガーされると、それらの間に相関がないため、アラートリストにはすべてが個別に表示されます。  
アラート A がトリガーされたとき：

1. ルール 1 により、A はアラート B の下のセカンダリアラートになります。
2. ルール 2 により、C と D の両方がアラート A の下のセカンダリ アラートになります。
3. ルール 3 により、A が E の下のセカンダリアラートになり、階層内で A の上のプライマリアラートが 2 つになります。
{#c_EMEventCorrelationRules__ol_f31_mk1_1v}

したがって、すべてのアラートがトリガーされた場合、B と E のみがアラートリストに表示され、プライマリアラートとして示されます。  
注:  
セカンダリアラートは複数のプライマリアラートと関連付けることができ、その逆も可能です。
* **[アラート相関ルールの作成](https://servicenow-prod.fluidtopics.net/I9WOaKdX8khTiROQD91ZIA)**   
  プライマリアラートとセカンダリアラートを指定するアラート相関ルールを作成します。プライマリアラートはアラートグループの根本原因として識別され、セカンダリアラートはプライマリアラートの下にグループ化されます。