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

アラートがフラッピングステータスになっている場合は、アラートを再度トリアージする必要があります。

## 始める前に

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

必要なロール：evt_mgmt_operator

## このタスクについて

イベントによって短時間に同じアラートが繰り返しトリガーされる場合は、オペレーターがそのアラートを以前にクローズしていても、アラートはフラッピングステータスになります。また、「情報」や「重大」などの重大度レベル間でイベントが変動する場合もあります。アラートを再度トリアージし、イベントが再オープンされないようにするためのアクションを実行する必要があります。  
注:  
イベント管理 アドミニストレーターは、アラートをフラッピングとしてマークするタイミングを決定するいくつかの設定と、実行できるアクションを決定するその他の設定を構成できます。このトピックでは、一般的な例について説明します。

## 手順

1. フラッピングステータスのアラートを検索するには、次の操作を実行します。
   1. 移動先 イベント管理オペレーターワークスペース.
   2. フィルターアイコン (![フィルターアイコン]()) をクリックしてアラートのリストを変更し、フラッピングアラートを検索するための基準を指定します。  
      フィルター設定を変更するには、\[詳細ビュー\] をクリックします。たとえば、次のように指定できます。

      `ステータス` \| `次の値に等しい (=)` \| `フラッピング`。
2. アラート番号をクリックしてアラートを開きます。
3. アラートの \[フラッピング\] タブをクリックし、次の情報を確認します。  
   {#operator-handle-alerts-flapping__table_uzq_zff_3db__entry__2}

   | フィールド | 説明 |
   |-|-|
   | フラッピング回数 | \[フラッピングの開始期間\] フィールドの時間以降に、アラートがフラッピングを開始した回数。 |
   | フラッピングの開始期間 | フラッピングが開始された時間。 |
   | フラッピングの前回の更新時刻 | フラッピングが最後に発生した時間。この時間は、ソースのシステム時間ではなく、インスタンスの処理時間です。 |
   | フラッピングの前回のステータス | アラートがフラッピングステータスになる前のステータス。 |
   [ ]

   {#operator-handle-alerts-flapping__table_uzq_zff_3db}
4. フラッピングが発生した頻度に基づいて、実行するアクションが決定されます。  
   組織の標準運用手順の内容と イベント管理 アドミニストレーターが設定した内容に応じて、次のいずれかの操作を行うことができます。
   * サーバーの再起動やルーターのリセットなどを行う可能性がある [修正ワークフローを実行](https://servicenow-prod.fluidtopics.net/5uoim3S0C4WEq0iJJD7Swg "イベント管理 オペレーターは、 ServiceNow インスタンスでワークフローを実行してアラートの修復を支援することもできます。たとえば、ネットワーク上のサーバーを自動的に再起動するワークフローを実行して、CPU 使用率に関するアラートを解決できます。")します。
   * ネットワーク上のイベントモニタリングソフトウェア用のアプリケーションなどの、[Web アプリケーションにアクセス](https://servicenow-prod.fluidtopics.net/zjzDMRDAC6393ZavjOlB4g "イベント管理 オペレーターは、アラートから Web アプリケーションを起動することもできます。Web アプリケーションには、組織で使用されるイベントモニタリングツール用のコンソールか、アラートに関して必要と思われる追加情報を提供する外部 Web サイトが考えられます。")します。
   * [関連するインシデントを変更](https://servicenow-prod.fluidtopics.net/krw2yEt5_bQtYvZT6gnxHw "アラートを分析して確認したら、それをトリアージする必要があります。トリアージフェーズでは、アラート相関を確認し、アラートの原因となった問題の解決に役立つアクションを実行します。このトピックでは、最も一般的なトリアージタスクであるアラートからのインシデントの作成について説明します。")するか、[KB 記事](https://servicenow-prod.fluidtopics.net/d_0qGyE~7aKA_mbgMFwSHw "イベント管理 オペレーターは、ナレッジベース (KB) 記事をアラートに関連付けて、アラートに関する追加情報を取得できます。追加情報には、ユーザーがネットワーク上の、根底にある問題を解決するために従う必要がある手順や、問題が再発しないようにするためのベストプラクティスが含まれている場合があります。")を変更して、追加の情報や手順を含めます。
   {#operator-handle-alerts-flapping__ul_mhk_wjf_3db}
5. 根底にある問題を確実に解決したら、[アラートをクローズ](https://servicenow-prod.fluidtopics.net/L02IHbgmDKotNja0f_dhgA "アラートに対してアクションを実行したら、アラートの複数のアイテムを確認した後、アラートをクローズできます。")します。