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


---

# アラートの管理と監視

# アラートの管理と監視 {#ariaid-title1}

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

アラートは、重要で注意が必要だと考えられる特定のイベントの通知です。イベント管理 はイベントルールに基づいてアラートを生成します。

アラートは、アラートのインパクトカリキュレーション、アラートコンフィグレーション、およびプロパティ設定に基づいた方法で監視および解決できます。
* **[アラートを解決するためのアラート管理ルール](https://www.servicenow.com/docs/hspBe~uyVdUne7MIrTTyDw)**   
  アラートに自動応答するように イベント管理 を設定できます。アラート管理ルールは、必要なアラート応答を決定します。応答には、インシデントやナレッジベース記事を開く、タスクを開く、修復アクションを開始するなどが含まれます。
* **[CI 修復](https://www.servicenow.com/docs/Co2JOHbE07ugTWM9~8ifaQ)**   
  アラートおよび構成アイテム (CI) の修復は、アラートを生成する、根底にある問題のトラブルシューティングと解決に役立ちます。修復は、システム情報の収集やサーバーの再起動などの修復タスクを実行するためにスクリプト化できるオーケストレーションワークフローに基づきます。
* **[メンテナンス中の CI でのアラートの動作](https://www.servicenow.com/docs/YcRSiYYjj4Osvi~X_Q3OTw)**   
  CI がメンテナンス中の場合、影響ツリー、サービスマップ、および \[アラート\] タブはさまざまなファクターに基づいて更新されます。
* **[アプリケーションサービスと CI の SLA](https://www.servicenow.com/docs/gCYRquISJoRBz6EWWJ88cw)**   
  イベント管理 は、アプリケーションサービス用と CI 用の SLA の作成をサポートしています。
* **[アラートライフサイクル設定](https://www.servicenow.com/docs/8ZxVNL15LE8AymkahFcQqA)**   
  イベント管理 は、アラートを設定するためのさまざまなモジュール、テンプレート、プロパティ、およびこうしたアラートに対して実行するアクションを備えています。
* **[アラート優先度](https://www.servicenow.com/docs/7n__ZNQz_MHdxZIGC30fQg)**   
  アラート優先度スコアに基づいてアラートを処理する順番を決定します。複数のファクターによってアラート優先度スコアが決定されます。基になるファクターが変更されると、この値も変更されます。
* **[Teams のアラートアサイン先グループ](https://www.servicenow.com/docs/qJpMA1VkEjuajwKxpb0LmA)**   
  アラートアサイン先グループは、アラートを適切なチームに迅速かつ自動的にアサインし、全体的なインシデント管理機能を向上させます。
* **[ユーザーおよびユーザーグループの エクスプレスリスト ビューの構成](https://www.servicenow.com/docs/m4ocQQbjnFNC3~UoBrFWGg)**   
  エクスプレスリスト のビューを事前に定義し、それらをユーザーとユーザーグループにアサインすることで、ユーザーが監視する対象を一元管理します。
* **[考えられる根本原因分析 (RCA)](https://www.servicenow.com/docs/FuYDy7ri_pHz2cDjCIPVTg)**   
  アラートの根本原因を検出して、平均修理時間 (MTTR) を短縮します。
* **[アラートの類似性](https://www.servicenow.com/docs/LWe2akpoS6VZMS6AVJDSuQ)**   
  現在調査しているアラートに類似したアラートを検索し、類似のアラートの解決方法を確認することで、トラブルシューティングの時間を短縮できます。
* **[イベント管理 のセルフ健全性モニター](https://www.servicenow.com/docs/9I3obSEZLgR7WC0XJEu3~Q)**   
  イベント管理 セルフ健全性モニターを使用して、イベント管理 の機能を追跡し、問題を解決します。
* **[メンテナンスルールの作成](https://www.servicenow.com/docs/YfzRUxNOHnSBzq6YqZ7bcA)**   
  メンテナンスルールを使用して、「メンテナンス中」ステータスの CI をマークします。「メンテナンス中」ステータスになっている場合、こうした CI は影響度の計算から除外されます。
* **[アラートに関連するインシデントの解決](https://www.servicenow.com/docs/DloZMl7p2BG6Q4o5JI5CoA)**   
  アラートに関連付けられているインシデントを解決すると、 evt_mgmt.incident_closes_alert プロパティに従ってアラートをクローズすることもできます。
* **[アラートのクローズ](https://www.servicenow.com/docs/LoZe6YlI6F3Mt7yUT~iCHQ)**   
  イベントまたはユーザーアクションによってアラートをクローズします。アラートをクローズすると、まだ解決もクローズもされていない関連するインシデントもクローズされます。
* **[アラートの再オープン](https://www.servicenow.com/docs/ZXQtfYcqxtQX0eKlczqjJw)**   
  追加のイベントによってアラートが再オープンされる可能性があります。または、ステータスを変更することによってアラートを再オープンできます。アラートが再オープンされると、インシデントのステータスと evt_mgmt.alert_reopens_incident プロパティに従って、関連するインシデントも更新または再オープンされる可能性があります。
* **[アラートインサイトのプロパティ](https://www.servicenow.com/docs/fhfBwxeocHg7oatuOr7ZWg)**   
  以下のプロパティを使用して、アラートインサイトを設定します。
* **[イベントテーブルのローテーションとアラートテーブルのクリーンアップ](https://www.servicenow.com/docs/y3jFzPSsBZ0qFfz3Ck3iwQ)**   
  データテーブルが増加すると、パフォーマンスが低下します。イベントテーブルのローテーションによってインスタンスのパフォーマンスを維持し、アラートテーブルのクリーンアップによってステータスとアラート履歴を保持します。