---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

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

# オペレーターフェーズ 3：アラートのクローズ {#ariaid-title1}

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

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

## 始める前に

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

|-|-|-|
| フェーズ 1 | ![分析アイコン]() | [アラートの分析および確認](https://www.servicenow.com/docs/vnxopn2XuoYmhn7FmyaZGw "イベント管理 オペレーターとして最初に実行する必要があるのは、アラートにアクセスし、重点的に取り組むアラートを見つけることです。アラートフォームを開いて詳細を分析し、アラートを確認すると、アラートの原因となっている問題を何らかの方法で解決する必要があることを他のオペレーターに知らせることができます。") |
| フェーズ 2 | ![トリアージアイコン]() | [アラートのトリアージ](https://www.servicenow.com/docs/gElsMEX0HBe6DyVp5ddU0A "アラートを分析して確認したら、それをトリアージする必要があります。トリアージフェーズでは、アラート相関を確認し、アラートの原因となった問題の解決に役立つアクションを実行します。このトピックでは、最も一般的なトリアージタスクであるアラートからのインシデントの作成について説明します。") |
| フェーズ 3 | ![アラートのクローズアイコン]() | アラートのクローズ |
[ ]

{#operator-close-alert__table_pp3_vg3_3db}

必要なロール：evt_mgmt_operator

## このタスクについて

## 手順

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

   アプリケーションサービスに関する詳細情報が必要で、サービスマップを表示する必要がある場合は、サービス名をクリックし、\[サービスマップ\] をクリックします。
5. このアプリケーションサービスに関連するアラートを確認し、必要に応じて相互関係を変更します。  
   プライマリアラートのプロセスは、セカンダリアラートのプロセスとは異なります。
   * プライマリアラートでは、プライマリに関連付けられているセカンダリアラートが \[セカンダリアラート\] タブに表示されます。

     通常、セカンダリアラートを追加したり、相互関係を完全に削除したりする場合を除き、セカンダリアラートに対して何もする必要はありません。  
     注:  
     プライマリアラートをクローズすると、セカンダリアラートもデフォルトでクローズされます。
   * セカンダリアラートの場合：  
     プライマリアラートのアラート番号が \[親\] フィールドに表示されます。このセカンダリアラートを別のプライマリアラートに再度関連付ける場合や、フィールドをクリアして相互関係を完全に削除する場合を除き、親アラートに対して何もする必要はありません。 ![親フィールド]()  
     注:  
     セカンダリアラートをクローズしても、プライマリアラートはクローズされません。プライマリアラートは個別にクローズする必要があります。
   {#operator-close-alert__ul_uhx_1p2_3db}
6. イベントとそれに対応するアラートの原因になっている、根底にある問題が修正されたことを確認したら、\[クローズ\] をクリックします。  
   アラートが要注意であると考えられる場合は、クローズしないでください。代わりに、\[メンテナンス\] チェックボックスをオンにしてメンテナンス状態にしてください。

## 次のタスク

アラートの分析、トリアージ、およびクローズの基本的なワークフローを網羅した イベント管理 オペレーターチュートリアルを完了しました。  
アラートをクローズした後、次のアイテムをフォローアップする必要があります。

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

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

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

    詳細については、「[フラッピングステータスのアラートの操作](https://www.servicenow.com/docs/XgwYgHWzZsoJU2D10S83NA "アラートがフラッピングステータスになっている場合は、アラートを再度トリアージする必要があります。")」を参照してください。

しばらく実行する必要がある他のタスクの概要については、「[イベント管理 オペレーター向けの高度なタスク](https://www.servicenow.com/docs/WYoU7OoGVgz3aZ8HjzUI7g "イベント管理 オペレーターは、場合によっては、通常のワークフローに含まれていない追加タスクや 1 回しか実行しないタスクを実行する必要があります。")」を参照してください。