デフォルトでは、事前定義された CI タイプに基づいてアラートがバインドされます。ただし、事前定義リストに含まれていないカスタム CI タイプにアラートをバインドする必要がある場合があります。このような場合は、次の手順に従います。

1. カスタム CI マッピングの定義:[CI タイプマッピングへのプロセス] テーブル [em_binding_process_map] で、既存の CI タイプをカスタム CI タイプにマッピングするエントリを追加します。
2. イベントルールで、カスタム CI タイプを定義した CI タイプを選択します。
3. システムルックアップ動作:イベントルールがトリガーされると、システムはイベントルールで指定された CI タイプを使用する代わりに、CI タイプマッピングへのプロセステーブル [em_binding_process_map] 内のマッピングを参照するイベントを処理します。一致するものが見つかると、イベントは事前定義済みの CI タイプではなくカスタム CI タイプにバインドされます。

このアプローチにより、CI バインディングの柔軟性が確保され、組織はカスタムデバイスタイプをイベント管理ワークフローにシームレスに統合できます。

説明のために、sqlServer.exe の CPU 使用率が 90% を超えたときに、単にホストにバインドするのではなく、SQL Server アプリケーション CI にアラートをバインドするシナリオを考えてみましょう。

• イベントにホスト名が含まれていることを確認します。
• プロセス名 (sqlServer.exe) を [イベント一致フィールド] のsa_process_nameマッピング変数にマッピングします。この段階では CI タイプを指定しないでください。
• プロセスから CI タイプマッピングモジュールを使用して、プロセス名からアプリケーション CI へのカスタムマッピングを定義します。
• バインディングプロセス:
  1. システムは最初にホストを識別します。
  2. 次に、cmdb_rel_ciテーブルの「Runs on:Runs」関係に基づいて、そのホストで実行されているアプリケーションがチェックされます。
  3. 変換 CI タイプが定義されている場合、システムは CMDB でアプリケーション CI を検索します。
  4. すべてのadditional_info属性が CMDB CI フィールドに一致する場合、アラートはホストではなくアプリケーション CI にバインドされます。