---
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


---

# イベントルールを使用した CI へのアラートバインディング

# イベントルールを使用した CI へのアラートバインディング {#ariaid-title1}

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

アラートが CI に関連付けられている場合、修復タスクが簡素化されます。アラートの生成時に、イベント管理 ではイベントルールやその他のメカニズムを使用して、アラートを CMDB の CI 情報に自動的にバインドします。追跡や修復に備えて、アラートにはイベントの原因となった CI に関する情報が表示されます。

## アラートバインディングのプロセスフロー

アラートは、次のプロセスフローに基づいて CI にバインドされます。

1. イベントが到着すると、イベント管理 はノードまたは CI ID をチェックします。
2. ノードが存在しない場合、生成されたアラートは、アラートの \[タイプ\]、\[追加情報\]、または \[構成アイテム\] 識別子フィールドを使用して CI にバインドできます。
3. イベントにノード値がある場合は、有効なホストを検索します。
4. イベントにホストと CI タイプがある場合は、デバイス CI にバインドしてみてください。
5. イベントにホストがある場合は、アプリケーション CI にバインドしてみてください。

図 : 1. アラートを CI にバインドする方法

イベントの \[処理のメモ\] フィールドにはバインディングプロセスフローが含まれている場合があります。

デフォルトでは、イベントは「廃止」などの指定されたステータスで CI にバインドされることはありません。このような CI にイベントをバインドできるようにするには、evt_mgmt.ignore_retired_cis_in_binding プロパティを false に設定します。

evt_mgmt.ignore_retired_cis_in_binding プロパティに含める CI ステータスを指定するには、次の表に従って関連するステータス番号を evt_mgmt.install_status_list_to_ignore_in_binding プロパティに追加します。
{#r_EMHowAlertsBindCI__table_e1x_hhl_pjb__entry__2}

| ステータス番号 | ステータス |
|:-:|:-:|
| 1 | インストール日 |
| 2 | OnOrder |
| 3 | InMaintenance |
| 4 | PendingInstall |
| 5 | PendingRepair |
| 6 | InStock |
| 7 | 廃止 |
| 8 | 盗難 |
| 100 | 不在 |
[表 : 1. CI ステータス]

{#r_EMHowAlertsBindCI__table_e1x_hhl_pjb}  
注:  
複数のステータスを追加する場合は、各ステータス番号をカンマで区切ってください。

## 追跡と修復 {#r_EMHowAlertsBindCI__section_fzg_t44_ccb}

追跡や修復に備えて、アラートを CMDB から CI にバインドできます。イベント管理 では、イベントルールとさまざまなメカニズムを使用して、CI をアラートに自動的にバインドします。イベントからの情報でフィールドに値を入力する場合は、イベントソースまたはイベントルールの値が元になります。これにより、修復、機能、他の ITOM 製品とのデータ連携が強化されます。

## 特定のホストで実行されているアプリケーションへのバインディング {#r_EMHowAlertsBindCI__section_vmc_dp4_ccb}

イベントがアプリケーションタイプに固有である場合は、次の手順で特定のアプリケーションにアラートをバインドします。

1. 「[CI ID を使用したホスト上で実行されている CI へのアラートのバインディング](https://servicenow-prod.fluidtopics.net/JziGRYyeqTNl100yHg7ZVg "アラートをホスト上で実行されている CI にバインドするイベントルールを作成します。")」トピックの手順を使用します。
2. 対象のアプリケーションタイプのイベントをキャプチャするフィルターを使用して、イベントルールを作成します。
3. イベントルールで、\[バインディング\] を選択します。
4. \[デフォルトバインディングを上書き\] をクリックします。
5. \[バインディングタイプ\] フィールドで、\[CI 識別\] または \[CI フィールドの一致\] のいずれかを選択します。
   1. \[CI 識別\] の場合は、Classを指定します。
   2. \[基準属性\] フィールドで、<kbd class="ph userinput">[name and sys_class_name]</kbd> を指定します。

   3. \[名前の値を追加 (Name Add Value)\] フィールドで、必要な名前を指定します。
   4. \[Container level 1\] エリアで、必要な値を指定します。
   5. コンテナレベルフィールドがさらに表示された場合は、必要な値を指定します。
   {#r_EMHowAlertsBindCI__ol_ac3_gmd_1kb}

{#r_EMHowAlertsBindCI__ol_q43_vld_1kb}

* \[CI フィールドの一致\] で、必要な CI Typeを指定します。
* バインディングプロセスで、ホストが検出された後、その CI タイプの CI フィールドと同じ名前を持つすべての additional_info 属性がアルゴリズムで照合されます。照合が成功すると、イベントは CI にバインドされます。
* ホスト上で一致するアプリケーションが複数見つかった場合は、アラートがアプリケーションにではなく、ホストにバインドされます。
{#r_EMHowAlertsBindCI__ul_wmc_dp4_ccb}  
たとえば、sqlServer.exe に対して CPU が 90% を超えたときのアラートを SQL server アプリケーションにバインドする際に、\[CI タイプ\] がない場合は、次のようにします。

* イベントの \[ノード\] フィールドに、CI name、FQDN、IP、または MAC アドレスの値を入力します。ホストに複数の IP アドレスまたは MAC アドレスがある場合でも、バインドは正常に実行されます。
* 上記のいずれでもない一意の識別子を使用する場合は、イベントルールの \[CI ID\] (ci_identifier) フィールドに CI の一意の識別子を 1 つ以上入力します。このフィールドは JSON 形式である必要があります。たとば、上記のいずれでもない一意の識別子を使用する場合は、\[CI ID\] (ci_identifier) フィルターフィールドを追加し、CI の一意の識別子を 1 つ以上設定します。ホスト CI が VMWare VM で、\[MOID\] というフィールドがある場合は、JSON 形式で「<kbd class="ph userinput">{"moid":"&lt;CI moid&gt;"}</kbd>」を指定します。
* プロセス名をマッピング変数 <var class="keyword varname">sa_process_name</var> にマッピングするイベント一致フィールドを持つイベントルールを作成します。この場合、\[CI タイプ\] は使用しないでください。
{#r_EMHowAlertsBindCI__ul_orn_315_ccb}

## バインディング手順 {#r_EMHowAlertsBindCI__section_llf_tb5_ccb}

以下のトピックの手順で、アラートをバインドします。
* **[CI ID を使用したホスト上で実行されている CI へのアラートのバインディング](https://servicenow-prod.fluidtopics.net/JziGRYyeqTNl100yHg7ZVg)**   
  アラートをホスト上で実行されている CI にバインドするイベントルールを作成します。
* **[特定のホスト CI へのアラートのバインド](https://servicenow-prod.fluidtopics.net/TqoknTTVC7mabhX4gESChg)**   
  アラートを適切なデバイス CI にバインドするイベントルールを作成します。デバイス CI からの受信イベントは、イベントルールの変換情報に基づいてアラートにバインドできます。ただし、まずデバイスが実行されているホスト CI を特定します。
* **[非ホスト CI へのアラートのバインド](https://servicenow-prod.fluidtopics.net/cxgyFVkGPgsGiU6XgWn0eA)**   
  検出されたアプリケーションサービスまたはアラートグループからの受信イベントを、イベントルールとそれに対応するイベントフィールドマッピングに基づいてアラートにバインドします。イベントフィールドマッピングでは、サービスまたはアラートグループごとに URL またはポート番号、および対応する IP アドレスが必要です。
* **[アプリケーション CI へのアラートのバインド](https://servicenow-prod.fluidtopics.net/J7UmB~tKa1XS0p9AgEMrPQ)**   
  アラートをホスト CI とアプリケーション CI にもバインドするイベントルールを作成します。アプリケーション CI からの受信イベントは、イベントルールの変換情報に基づいてアラートにバインドできます。
* **[イベントフィールドマッピングによる CI へのアラートのバインド](https://servicenow-prod.fluidtopics.net/WeVMNMP6OsKNRX9kKrqIng)**   
  アラートにバインドする CI ごとに別々のイベントルールを作成する代わりに、イベントフィールドマッピングを使用してアラートを複数のイベント CI にバインドできます。
* **[CI へのアラートバインディングのトリガー](https://servicenow-prod.fluidtopics.net/D2PJIheHkt_hudqs7Pi7EA)**   
  新しいアラートをトリガーして、CI に手動でアラートをバインドします。

**関連概念**   

* [イベント収集のイベントフィールド形式](https://servicenow-prod.fluidtopics.net/~qVDcKyTewg_ND02nmO0oA "イベント管理 では、インスタンスへの到着方法にかかわらず、すべてのイベントが標準フォームを使用する必要があります。")