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

「メンテナンス」ステータスは、CI がメンテナンス中であることを示します。たとえば、ソフトウェアのアップグレードがあると、そのアクティビティによって問題が発生することがあるため、すべてのメンテナンスアラートが破棄されます。

## 始める前に

必要なロール：evt_mgmt_admin、evt_mgmt_operator、または evt_mgmt_user

## このタスクについて

次のいずれかの理由により、アラートのメンテナンスステータスが変化する場合があります。

* ユーザーがアラートの \[メンテナンス\] チェックボックスをオンにしたか、リストビューからアラートを選択して \[メンテナンス\] UI アクションをクリックしました。
* CMDB テーブルの、「メンテナンス中」ステータスである CI にバインドされた新しいアラート。
* 以前にアラートに関連付けられたすべてのイベントが「メンテナンス中」になっている場合、アラートの \[メンテナンス\] フィールドが自動的に true に設定され、メンテナンスが進行中であることを示すことができます。ただし、アラートの \[メンテナンス\] フィールドが false であっても、アラートの作成後に関連 CI のステータスが「In Maintenance」に変更されている場合、後続のイベントはアラートをメンテナンスに含めません。たとえば、ルーターに対してアラートが生成され、後でルーターがメンテナンスのために停止された場合でも、メンテナンスが開始される前に問題が発生していたとされ、問題を無視できないと見なされます。

{#t_EMViewAlertmaintenance__ul_tt4_r4z_35}  
注:  
* Geneva でアラートにメンテナンスフラグが設定されている場合は、Helsinki にアップグレードすると、通常のアラートとして影響度を左右します。
* アラートがユーザーアクション (アラート管理ルールなど) によって CI にバインドされていて、CI がメンテナンスステータスになっている場合は、手動で CI をアラートにバインドし、\[メンテナンス中\] ステータスでマークする必要があります。
{#t_EMViewAlertmaintenance__ul_e5h_skr_fnb}

## 手順

1. 移動先 すべてイベント管理すべてのアラート.
2. 各アラートの \[メンテナンス\] 列を確認します。  
   true の値は、CI がメンテナンス中であることを示します。  
   注:  
   \[メンテナンス\] フィールドがアラートフォームに表示されていない場合は、リストをカスタマイズしてフィールドを追加します。詳細については、「[パーソナルリスト](https://www.servicenow.com/docs/access?context=c_PersonalLists&version=xanadu&pubname=xanadu-platform-user-interface&ft:locale=en-US)」を参照してください。