オペレーターフェーズ 3：アラートのクローズ

アラートに対してアクションを実行したら、アラートの複数のアイテムを確認した後、アラートをクローズできます。

始める前に

注:

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

フェーズ 1		アラートの分析および確認
フェーズ 2		アラートのトリアージ
フェーズ 3		アラートのクローズ

必要なロール：evt_mgmt_operator

このタスクについて

手順

1. 移動先 ワークスペースエクスペリエンス > ワークスペース > サービスオペレーションワークスペース.
2. クローズするアラートを見つけます。
   メンテナンス中などの理由で、アラートがリストに表示されない場合は、必要に応じてフィルターオプションを変更します。
3. アラート番号をクリックして [アラートの詳細] タブを開き、アラートに関する重要な情報を確認します。

   

4. [影響を受けるサービス] タブでアプリケーションサービスに関する情報を確認します。

   この例では、service_1474 アプリケーションサービス がリストに表示されます。

   

   アプリケーションサービスに関する詳細情報が必要で、サービスマップを表示する必要がある場合は、サービス名をクリックし、[サービスマップ] をクリックします。

5. このアプリケーションサービスに関連するアラートを確認し、必要に応じて相互関係を変更します。
   プライマリアラートのプロセスは、セカンダリアラートのプロセスとは異なります。

   • プライマリアラートでは、プライマリに関連付けられているセカンダリアラートが [セカンダリアラート] タブに表示されます。

     

     通常、セカンダリアラートを追加したり、相互関係を完全に削除したりする場合を除き、セカンダリアラートに対して何もする必要はありません。

     注:

     プライマリアラートをクローズすると、セカンダリアラートもデフォルトでクローズされます。
   • セカンダリアラートの場合：
     プライマリアラートのアラート番号が [親] フィールドに表示されます。このセカンダリアラートを別のプライマリアラートに再度関連付ける場合や、フィールドをクリアして相互関係を完全に削除する場合を除き、親アラートに対して何もする必要はありません。

     

     注:

     セカンダリアラートをクローズしても、プライマリアラートはクローズされません。プライマリアラートは個別にクローズする必要があります。
6. イベントとそれに対応するアラートの原因になっている、根底にある問題が修正されたことを確認したら、[クローズ] をクリックします。
   アラートが要注意であると考えられる場合は、クローズしないでください。代わりに、[メンテナンス] チェックボックスをオンにしてメンテナンス状態にしてください。

次のタスク

アラートの分析、トリアージ、およびクローズの基本的なワークフローを網羅した イベント管理 オペレーターチュートリアルを完了しました。

アラートをクローズした後、次のアイテムをフォローアップする必要があります。

アラートの再オープン

アラートがさらにアクションを必要としていると考えられる場合は、手動でステータスを変更して再オープンできます。アラートが再オープンされると、インシデントのステータスとアドミニストレーターが設定したルールに従って、関連するインシデントも更新または再オープンされる可能性があります。

注:

アラートを再オープンするときは常に、トリアージを実行してフェーズを再度クローズすることをお勧めします。

フラッピングステータスのアラートの操作

場合によっては、クローズしたばかりのアラートを作成した同じイベントが、しばらくの間繰り返しトリガーされる可能性があります。これが発生すると、閉じたばかりのアラートのステータスが「再オープン」に変わり、アドミニストレーターが設定した内容に応じて、最終的には「フラッピング」になります。

詳細については、「フラッピングステータスのアラートの操作」を参照してください。

しばらく実行する必要がある他のタスクの概要については、「イベント管理 オペレーター向けの高度なタスク」を参照してください。