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


---

# オペレーターフェーズ 2：アラートのトリアージ

# オペレーターフェーズ 2：アラートのトリアージ {#ariaid-title1}

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

アラートを分析して確認したら、それをトリアージする必要があります。トリアージフェーズでは、アラート相関を確認し、アラートの原因となった問題の解決に役立つアクションを実行します。このトピックでは、最も一般的なトリアージタスクであるアラートからのインシデントの作成について説明します。

## 始める前に

注:  
オペレータワークスペースインターフェイスは、Utah リリースより前のリリースからアップグレードした顧客のみが利用できます。Utah リリース時点での新規顧客は、ITOM のサービスオペレーションワークスペースを使用できます。これは、アラートを管理するための拡張 UI を提供します。  

|-|-|-|
| フェーズ 1 | ![分析アイコン]() | [アラートの分析および確認](https://servicenow-prod.fluidtopics.net/kxjKBwTi9u7tnVPIUZmNvQ "イベント管理 オペレーターとして最初に実行する必要があるのは、アラートにアクセスし、重点的に取り組むアラートを見つけることです。アラートフォームを開いて詳細を分析し、アラートを確認すると、アラートの原因となっている問題を何らかの方法で解決する必要があることを他のオペレーターに知らせることができます。") |
| フェーズ 2 | ![トリアージアイコン]() | アラートのトリアージ |
| フェーズ 3 | ![アラートのクローズアイコン]() | [アラートのクローズ](https://servicenow-prod.fluidtopics.net/L02IHbgmDKotNja0f_dhgA "アラートに対してアクションを実行したら、アラートの複数のアイテムを確認した後、アラートをクローズできます。") |
[ ]

{#operator-phase-triage-incident__table_pp3_vg3_3db}

必要なロール：evt_mgmt_operator

## 手順

1. アラートの作業を開始する前に、確認したアラートと他のアラートを関連付ける必要があるかどうかをチェックします。
   1. 移動先 イベント管理サービスオペレーションワークスペース.
   2. 同じアプリケーションサービスタイルをクリックし、\[アラート\] リスト内のアラートを確認します。
   3. 複数のアラートが存在する場合は、1 つ開いて他のアラートに関連しているかどうかを判断するか、または根底にある問題が両方のアラートで同じであるかどうかを判断します。  
      たとえば、アラートが Web サーバーに関連付けられており、データベースの問題に関するアラートが既に存在する場合は、Web サーバーのアラートをセカンダリアラートとして、プライマリアラートとしてのデータベースアラートに関連付けます。
   4. セカンダリアラートを開き、\[親\] フィールドのルックアップアイコン (![ルックアップアイコン]()) をクリックしてから、プライマリアラートを選択します。  
      これにより、2 つのアラート間にプライマリ (親)/セカンダリ (子) の関係が作成されます。  
   5. このプロセスを繰り返し、必要な数のセカンダリアラートを関連付けます。
   6. サービスオペレーションワークスペースダッシュボードに戻って、プライマリアラートの \[グループ\] 列にアイコンが表示されていることを確認します。  
      注:  
      アドミニストレーターは、アラートが自動的に関連付けられるようにするルールを設定し、手動で行う必要がないようにすることができます。その場合、\[フィードバック\] フィールドがアラートフォームに表示されます。アラートが正しく関連付けられている場合は \[はい\] を、そうでない場合は \[いいえ\] を選択します。
   {#operator-phase-triage-incident__substeps_lt5_cpy_hdb}
2. プライマリアラートを開きます。
3. アラートフォームで、 アクションインシデントを作成.  
   組織でセキュリティインシデントレスポンスが使用されている場合、ボタンは \[セキュリティインシデントの作成\] になります。  
   フローデザイナーが開きます。
4. \[リフレッシュ\] をクリックします。  
   \[実行の詳細\] ページが開きます。
5. \[コンテキストレコードを開く\] をクリックし、インシデントフォームに入力します。  
   {#operator-phase-triage-incident__table_z1h_ntr_fdb__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 問い合わせユーザー | ルックアップアイコン (![ルックアップアイコン]()) をクリックし、自分の名前を選択します。発信者は、インシデントの原因となった問題を検出した人物です。 |
   | カテゴリとサブカテゴリ | このアラートを最もよく表すカテゴリを選択してください。この例では、\[データベース\] が最も適切な選択肢です。 |
   | アプリケーションサービス | CI が属するアプリケーションサービスを選択します。この例では、アプリケーションサービスは \[Web ポータル\] です。 |
   | 構成アイテム | まだ入力されていない場合は、CI を選択します。この例では、Oracle データベース (PS ORA01) が自動的にフィールドに入力されます。 |
   | 影響度と緊急度 | 適切と思われる影響度と緊急度のレベルを選択します。 |
   | アサイン先グループ アサイン先 | これらのいずれかまたは両方のフィールドのルックアップアイコン (![ルックアップアイコン]()) をクリックし、問題を処理できるグループまたはユーザーを選択します。 |
   [ ]

   {#operator-phase-triage-incident__table_z1h_ntr_fdb}
6. \[送信\] をクリックしてインシデントを作成します。  
   作業中のアラートが再び表示されます。アラートフォームで、インシデントが \[タスク\] フィールドに入力されます。また、サービスオペレーションワークスペースダッシュボードの \[タスク\] 列でインシデント番号を確認することもできます。

## 次のタスク

ほかにもトリアージステージの一環として、次のタスクを実行できます。

* イベント管理 アドミニストレーターが ServiceNow インスタンスにワークフローを既に設定しており、ポリシーでそのワークフローをアラートからトリガーできる場合、[アラートに対して修正ワークフローを実行](https://servicenow-prod.fluidtopics.net/5uoim3S0C4WEq0iJJD7Swg "イベント管理 オペレーターは、 ServiceNow インスタンスでワークフローを実行してアラートの修復を支援することもできます。たとえば、ネットワーク上のサーバーを自動的に再起動するワークフローを実行して、CPU 使用率に関するアラートを解決できます。")します。
* [アラートから Web アプリケーションを起動](https://servicenow-prod.fluidtopics.net/zjzDMRDAC6393ZavjOlB4g "イベント管理 オペレーターは、アラートから Web アプリケーションを起動することもできます。Web アプリケーションには、組織で使用されるイベントモニタリングツール用のコンソールか、アラートに関して必要と思われる追加情報を提供する外部 Web サイトが考えられます。")し、アラートに関する詳細情報を提供する Web サイトまたはイベントモニタリングツールを開きます。
* 根底にある問題の解決に役立つ可能性のあるアラートに関する既存の情報がある場合、[ナレッジベース記事をアラートに関連付け](https://servicenow-prod.fluidtopics.net/d_0qGyE~7aKA_mbgMFwSHw "イベント管理 オペレーターは、ナレッジベース (KB) 記事をアラートに関連付けて、アラートに関する追加情報を取得できます。追加情報には、ユーザーがネットワーク上の、根底にある問題を解決するために従う必要がある手順や、問題が再発しないようにするためのベストプラクティスが含まれている場合があります。")ます。
* アラートが現時点でアクションを必要としない場合は、[アラートをメンテナンス状態に移行](https://servicenow-prod.fluidtopics.net/v~6AjAYx2M4LXoCSyTxutQ "アラートに対してそれ以上アクションが必要なくても、そのアラートをアクティブにしておく場合は、イベント管理 オペレーターがアラートをメンテナンス状態にすることができます。アラートをメンテナンス状態にすると、そのアラートはサービスオペレーションワークスペースダッシュボードに表示されなくなり、他のオペレーターがアクセスしなくて済むようになりますが、アラートはクローズされません。")し、サービスオペレーションワークスペースダッシュボードから一時的に非表示にします。
{#operator-phase-triage-incident__ul_ktk_3tj_hdb}

他のトリアージアクションを実行する必要がない場合は、「[フェーズ 3：アラートのクローズ](https://servicenow-prod.fluidtopics.net/L02IHbgmDKotNja0f_dhgA "アラートに対してアクションを実行したら、アラートの複数のアイテムを確認した後、アラートをクローズできます。")」に進んでください。
* **[アラートに対して修正ワークフローを実行](https://servicenow-prod.fluidtopics.net/5uoim3S0C4WEq0iJJD7Swg)**   
  イベント管理 オペレーターは、 ServiceNow インスタンスでワークフローを実行してアラートの修復を支援することもできます。たとえば、ネットワーク上のサーバーを自動的に再起動するワークフローを実行して、CPU 使用率に関するアラートを解決できます。
* **[アラートから Web アプリケーションを起動](https://servicenow-prod.fluidtopics.net/zjzDMRDAC6393ZavjOlB4g)**   
  イベント管理 オペレーターは、アラートから Web アプリケーションを起動することもできます。Web アプリケーションには、組織で使用されるイベントモニタリングツール用のコンソールか、アラートに関して必要と思われる追加情報を提供する外部 Web サイトが考えられます。
* **[ナレッジベース記事をアラートに関連付け](https://servicenow-prod.fluidtopics.net/d_0qGyE~7aKA_mbgMFwSHw)**   
  イベント管理 オペレーターは、ナレッジベース (KB) 記事をアラートに関連付けて、アラートに関する追加情報を取得できます。追加情報には、ユーザーがネットワーク上の、根底にある問題を解決するために従う必要がある手順や、問題が再発しないようにするためのベストプラクティスが含まれている場合があります。
* **[アラートをメンテナンス状態に移行](https://servicenow-prod.fluidtopics.net/v~6AjAYx2M4LXoCSyTxutQ)**   
  アラートに対してそれ以上アクションが必要なくても、そのアラートをアクティブにしておく場合は、イベント管理 オペレーターがアラートをメンテナンス状態にすることができます。アラートをメンテナンス状態にすると、そのアラートはサービスオペレーションワークスペースダッシュボードに表示されなくなり、他のオペレーターがアクセスしなくて済むようになりますが、アラートはクローズされません。