---
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) 所要時間：5分

アラートに自動応答するように イベント管理 を設定できます。アラート管理ルールは、必要なアラート応答を決定します。応答には、インシデントやナレッジベース記事を開く、タスクを開く、修復アクションを開始するなどが含まれます。{#alert-management-rule__ph_yxn_srr_ddb}

ベースシステム でストアアプリケーション (アラートルール管理 \[sn_em_arm\]) として提供されるアラート管理ルールは、アラートへの対応に役立ちます。フィルターを作成してルールの条件を指定することで、その条件が満たされた場合にのみ、ルールに指定された修復アクションが実施されるようにできます。たとえば、アラートに基づいて必要なサブフローを開始したり、インシデントを開いたりできます。アラートの実行履歴は、呼び出されたアクションを示すために自動更新されます。

evt_mgmt_admin ロールを持つユーザーは、アラート管理ルールデザイナーを使用して、指定されたアラートに対して実行できるアラート管理ルールを作成してカスタマイズできます。このルールの適用対象のアラートを決定するフィルターのルールを定義します。アプリケーション、URL、サブフロー、修正アクションを起動したり、インシデントを開くなどの他のアクションを実行したりするためのルールを作成できます。詳細については、「[アラート管理ルールの作成](https://servicenow-prod.fluidtopics.net/6TAau50GRCzOu6bKhmO0Ww "アラート管理ルールを作成し、インシデントを開いたり、修復アクションを開始したりするなどの必要な応答を決定して、アラートを追跡および解決できます。")」を参照してください。

evt_mgmt_operator ロールを持つユーザーは、手動でアラート管理ルールを実行できます。

## アラート管理ルールのフロー {#alert-management-rule__section_b4b_wdm_gfb}

アラート管理ルールを作成および実行するためのフローを次に示します。  

<br />

{#alert-management-rule__table_bmf_1ht_zcb__entry__2}

| コンポーネント | 説明 |
|-|-|
| アラート情報 | ルールの名前と一般情報を設定します。 |
| アラートフィルター | このルールの適用対象のアラートを決定するフィルターを指定します。関連リスト条件を指定できます。 |
| アクション | アラートへの応答を指定します。たとえば、サブフローの実行、修正アクションの実行、アプリケーションの起動、ブラウザーでの URL の起動などが含まれます。 |
[表 : 1. アラート管理ルールのコンポーネント]

{#alert-management-rule__table_bmf_1ht_zcb}

## 更新されたアラートにルールを適用する方法 {#alert-management-rule__section_ogf_pgd_b2b}

アラート管理ルールは、更新されたすべてのオープンアラートに対して実行されます。クローズ済みアラートでは、ルールは更新されていても実行されません。フィルターは、ルールのアクションがアラートに適用されるかどうかを決定します。たとえば、アラートの重大度が \[大 (Major)\] に変更された際にメールメッセージが送信されることをルールの条件が示している場合、そのルールは重大度が \[警告 (Warning)\] から \[大 (Major)\] に更新されたアラートに適用されます。

## フィルターとその他のアクションの使用 {#alert-management-rule__section_fzx_2bt_sdb}

フィルターを使用すると、アラートの更新ごとにではなく、構成された条件の発生時にのみルールが呼び出されます。たとえば、関連しない更新 (\[作業メモ\] フィールドの更新など) ではルールが実行されないようにするルールを設定できます。もう 1 つの例として、アラートの重大度が最重要である場合にのみアラート管理ルールが実行されるように、フィルター条件を指定できます。

次のアクションを実行できます。

* このルールの適用対象アラートを決定するフィルターを指定します。
* フォームの \[関連リスト条件\] セクションで、Alert \> Parent 関係などの関係を持つ追加条件を設定して、本日受信したすべてのアラートをフィルタリングします。
* アラートに応答する。たとえば、サブフローとワークフローを使用して、重大度が「重大」のプライマリアラートのインシデントを作成したり、ブラウザーで検索エンジンを開いてアラートの説明フィールドに従ってデータを検索したりします。
* 修復を適用する。修復は、システム情報の収集やサーバーの再起動などの修復タスクを実行するためにスクリプト化できるオーケストレーションワークフローに基づきます。  
  注:  
  Event Management - Evaluate Scoped Alert Rules Management のスケジュール済みジョブのパフォーマンスを向上させるために、ワークフローの代わりにサブフローを使用します。
{#alert-management-rule__ul_mys_kyl_zt}

## アラート管理ルールをチェックするスケジュール済みジョブ {#alert-management-rule__section_odj_1j1_tdb}

アラート管理ルールは、デフォルトの Event Management - Evaluate Scoped Alert Rules Management0 スケジュール済みジョブによって 11 秒ごとにチェックされます。次に、ジョブが必要なアクションを実行します。大規模な環境では、複数のジョブを追加できます。カスタマーサービス \& サポートにお問い合わせください。  
注:  
Vancouver 以降の新規ユーザーのみが、Event Management - Evaluate Scoped Alert Rules Management0 と Event Management - Evaluate Scoped Alert Rules Management1 の 2 つのスケジュール済みジョブを取得します。以前のファミリリリースからアップグレードしたユーザーには、単一のスケジュール済みジョブ Event Management - Evaluate Scoped Alert Rules Management0 が引き続き提供されます。

sn_em_arm.alert_management.num_of_jobs プロパティは変更しないでください。

デフォルトでは、アラートのグループ化ジョブ (\[RCA/アラートアグリゲーションを使用したサービスアナリティクスグループアラート\]) とアラート管理ジョブ (\[イベント管理 - スコープ対象のアラートルール管理の評価\]) は、互いに独立して実行されます。アラート応答と自動アラートグループ化の調整の詳細については、「[アラート応答と自動アラートグループ化の同期](https://servicenow-prod.fluidtopics.net/vMqdSFzPdlPgRMBgxRJdsw "デフォルトでは、アラートグループジョブとアラート管理ジョブは互いに独立して実行されるため、アラート応答を自動アラートグループ化と同期できます。")」を参照してください。

## 既存のアラートアクションルールの移行 {#alert-management-rule__section_r13_2mm_gfb}

以前のリリースからの既存のアラートアクションルールを移行して、アラート管理ルールにすることができます。アラートアクションルールは、アラート管理ルールに移行した後にのみ変更できます。詳細については、「[アラート管理ルールへのアラートアクションルールの移行](https://servicenow-prod.fluidtopics.net/6f61QMjPCODMioz2kCA7uQ "以前のリリースの既存のアラートアクションルールは、実行できますが、変更することはできません。アラートアクションルールは移行されるとアラート管理ルールになり、アラートアクションルールのすべての定義がアラート管理ルール形式に移行されます。移行済みのルールは変更できます。")」を参照してください。
* **[アラート管理ルールの作成](https://servicenow-prod.fluidtopics.net/6TAau50GRCzOu6bKhmO0Ww)**   
  アラート管理ルールを作成し、インシデントを開いたり、修復アクションを開始したりするなどの必要な応答を決定して、アラートを追跡および解決できます。
* **[ベースシステムの イベント管理 サブフロー](https://servicenow-prod.fluidtopics.net/GEBQBKCi2gpIZttChhpZag)**   
  ベースシステムで提供されているサブフローが、アラート管理ルールの \[修正サブフロー\] エリアに表示されます。
* **[カスタムサブフローの作成](https://servicenow-prod.fluidtopics.net/VyGACEyeytNRkLKnFVn9RA)**   
  要件に従ってサブフローを作成できます。その後、カスタムサブフローを使用してアラートを解決できます。
* **[アラートの実行情報](https://servicenow-prod.fluidtopics.net/WpEYkArYmQXHkO1DNQMtXw)**   
  アラートの実行情報では、実行されるアラート管理ルールアクションへの参照が得られます。この情報は、アラートがルール内のフィルター条件に一致し、アクションが実行された場合にのみ、アラート管理ルールレコードに表示されます。\[アラートの実行\] リスト内の任意のリンクをクリックして、参照アイテムを開くことができます。
* **[アラート管理ルールへのアラートアクションルールの移行](https://servicenow-prod.fluidtopics.net/6f61QMjPCODMioz2kCA7uQ)**   
  以前のリリースの既存のアラートアクションルールは、実行できますが、変更することはできません。アラートアクションルールは移行されるとアラート管理ルールになり、アラートアクションルールのすべての定義がアラート管理ルール形式に移行されます。移行済みのルールは変更できます。
* **[アラート応答と自動アラートグループ化の同期](https://servicenow-prod.fluidtopics.net/vMqdSFzPdlPgRMBgxRJdsw)**   
  デフォルトでは、アラートグループジョブとアラート管理ジョブは互いに独立して実行されるため、アラート応答を自動アラートグループ化と同期できます。
* **[アラート修復アクションの設定](https://servicenow-prod.fluidtopics.net/eQBGhXAVfGYnrjQk7ziiNg)**   
  リモート Linux および Windows CI でアラートの修復を実行するコマンドを実行します。
* **[サブフローを介したドメインセパレーションの呼び出し](https://servicenow-prod.fluidtopics.net/ti5K1A7MHxSMB6Pf8Lpq5w)**   
  イベント管理 は、ベースシステムのサブフローとカスタムサブフローの両方でのドメインセパレーションをサポートしています。サブフローをカスタマイズした後で、そのサブフローをドメインセパレーションサブフロー包含リストテーブル (em_ds_subflow_white_list) に追加します。