---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/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
* 
* 更新日 2026年06月25日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：6分

イベントを確認して、アラートが意図したとおりに作成されていることを確認します。このプロセスは、統合の健全性ステータスを確認することから始めます。これにより、関連するビジネスコンテキストでアラートを強化し、それらをグループ化してノイズの低減を改善し、重要なアラートを迅速にエスカレーションして、迅速に対応と解決を行えるようチームに通知するために、改善できる場所を強調する有用な統計情報が提供されます。

## 始める前に

必要なロール：evt_mgmt_operator、evt_mgmt_admin

## このタスクについて

健全性状態の測定基準は、アラートの自動化がコンテキストの追加やノイズの低減にどの程度効果的であるかを示し、オペレーターが平均修理時間 (MTTR) を短縮するのに役立ちます。新しい統合を追加するときは、これらの測定基準を確認し、レートを評価し、新しいルールを策定して、ノイズの低減をさらに強化し、システム全体のパフォーマンスを向上させます。

## 手順

1. 移動先 ワークスペースサービスオペレーションワークスペース.
2. ナビゲーションペインの下部にある AIOps コンフィグレーションセンターアイコン ![ITOM AIOps コンフィグレーションセンターアイコン]()を選択します。  
   \[ ITOM AIOps コンフィグレーションセンター\] ページが表示されます。構成センターは、一元化されたワークスペースです。これを使用して、AIOps 機能を 1 か所から構成および管理します。
3. \[統合を参照 (Browse Integrations)\] タブで、\[すべての統合 (All integrations)\] ドロップダウンリストから必要に応じて \[プル\] または \[プッシュ\] を選択します。
4. プル、プッシュ、またはカスタムコネクタタイプタイルを選択します。  
   ポップアップメニューが開いた場合、そのコネクタから追跡するデータを選択し、\[続行\] を選択します。
5. \[関連イベント (Related events)\] タブを選択します。  
6. \[健全性ステータス\] セクションで、アラートのデータとそれに関連付けられた属性を確認します。  
   {#review-integration-config-health__table_ogg_3fw_mbc__entry__2}

   | アラート属性 | 説明 |
   |-|-|
   | アラートの抑制 | 抑制率は、受信したイベントに対する作成されたアラートの割合を示します。不要なアラートを減らすには、不要なアラートを重複排除するか無視します。 * 重複排除：message_key フィールドは、ソースモニタリングシステム内のアラートの一意の識別子です。これは、重複排除とアラートフラッピング検出の目的で使用されます。ソースイベントが信頼できる一意の値を提供しない場合は、デフォルト値を使用するか、独自の値を作成できます。 メッセージキーが定義されていない場合、デフォルトのメッセージキーは \<Source + Node + Type + Resource + Metric Name\> です。ガイドラインでは、イベントソースに \<Source + Node + Type + Resource + Metric Name\> フィールドが自動的に入力され、メッセージキーを生成することになっています。この方法により、インスタンスワーカーとノード全体でイベント処理をより効果的に分散させることができます。 ソースイベントがこうしたフィールドの値を提供しない場合は、変換ルールを使用して値を入力してください。このアクションはイベント処理には影響しませんが、重複排除には不可欠です。インスタンスにイベントを送信する前にできるだけ多くのフィールドに入力してください。これにより、プロセッサワーカー間でのイベントの分散が強化され、スループットと拡張性が向上します。 重複排除の詳細については、「[イベント管理 構成設定](https://servicenow-prod.fluidtopics.net/fJhKqGa7dHjmXKSpJ9frGQ "プロパティと全般的な構成の優先設定です。")」を参照してください。カスタムコネクタ統合でメッセージキーを設定するには、「[カスタムコネクタの設定](https://servicenow-prod.fluidtopics.net/hPP96WWKIrKboHpcOXQEBw "カスタムコネクタをデータソースとして認証し、イベント情報を ServiceNow インスタンスにプッシュできるようにします。詳細とマッピングフィールドを指定して、カスタムコネクタを定義します。これにより、カスタムコネクタのイベントメッセージから抽出された情報を必要なイベントフィールドに入力できます。最後に、カスタムコネクタ Webhook の URL を作成して指定します。")」を参照してください。 * アラートイベントルールを無視：[無視の自動化](https://servicenow-prod.fluidtopics.net/AIG9ILO0djobX8o1OlDPOw "無視の自動化は、モニタリングシステムからの無関係なアラートや誤検出アラートを無視するプロセスを簡素化し、不要な通知をフィルタリングしてアラートによる疲弊を効率的に管理します。そうすることで、チームが重要な問題に集中できるようにします。")を作成して、低品質のアラートを除外します。 {#review-integration-config-health__ul_osy_s5h_4bc} |
   | アラート圧縮率 | アラートをグループ化する場合は、圧縮率が高いと運用チームが確認して対処するアラートが少なくなるため、圧縮率を高くすることが推奨されます。これにより、チームの効率が向上します。圧縮率は、1 -- (アラートグループの数 + グループ化されていないアラートの数) / 合計アラート数として計算されます。 アラートアグリゲーションの詳細については、「[アラートのグループ化](https://servicenow-prod.fluidtopics.net/mLI2VYbk_E_JRomx1b_P0A "アラートのグループ化は、共通の特性またはクライテリアに基づいて、関連するアラートをセットに編成して統合するプロセスです。これにより、ノイズが低減され、問題の効率的な優先順位付け、追跡、対処が容易になるため、アラート管理を簡素化することができます。グループ化されたアラートは、関連インシデントの概要をより明確に示し、より迅速な根本原因分析と修復を促進します。")」を参照してください。アラートの圧縮率を向上させる方法の 1 つは、新しいグループ化の自動化を定義することです。 |
   | CI バインディング | CMDB の構成アイテム (CI) に正常にバインドされたアラートの割合は非常に重要です。アラートのグループ化、根本原因分析、アサインなどを強化するには、この数を 100% またはそれに近い値にすることを目指します。 ホスト、マシン、または任意のデバイスを IP にバインドするには、\[ノード\] フィールドに一意のホスト名、FQDN、IP、または MAC アドレスを入力します。これは、統合自体の中で、または拡張自動化を作成することで行うことができます。より複雑なシナリオでは、イベントルールを使用してノードベースのバインディングを上書きできます。CI バインディングの詳細については、「[アラートを CI にバインディングする](https://servicenow-prod.fluidtopics.net/ZF__JJiTec2Wbz8wbe942g "CI のバインディングまたはリンクは、イベントルールで定義されたロジックを使用して、構成管理データベース (CMDB) から構成アイテム (CI) を検索してアラートに接続するプロセスです。これにより、アラートが適切な IT コンポーネントに関連付けられ、可視化が向上し、問題解決が迅速化されます。")」を参照してください。 |
   | 構成されたメトリクス名 | 測定基準名が定義されているアラートの割合を示します。関連付けの自動化アルゴリズムでデフォルトで使用されるため、100% 近くを目指すことが非常に重要です。これは、統合自体の中で、または[拡張自動化](https://servicenow-prod.fluidtopics.net/Qv8hLoMNXh0RjpFAX7dZiw "アラートの拡張は、監視ツールからの生のイベントを標準形式に変換して、自動グループ化と自動応答をサポートします。これには、長いアラートペイロードからのフィールドの抽出や、標準化された形式への変換が含まれます。また、タグを作成することもできます。タグは、フィルタリングとグループ化を容易にするためにアラートに追加されるメタデータです。")を作成することで実現できます。 |
   | 提案されたタグ | 統合ペイロードに基づいて提案されたアラートタグを提供します。アラートタグは、アラートのフィルタリングとグループ化を容易にするために定義できる構造化フィールドです。 タグは sn_itom_integ_app_recommendation_tags_suggestion に保存され、最もよく使用される上位 5 つのタグのみが表示されます。提案メカニズムの結果を絞り込む場合は、プロパティ sn_itom_integ_app.evt_mgmt_tag_suggestion_ignore_keys を使用できます。このプロパティでは、タグ提案のために追加のアラート情報をスキャンするときに無視する小文字のフィールド名またはキーワードのリストをカンマで区切って表示します。デフォルト値は time です。 |
   [表 : 1. アラート属性]

   {#review-integration-config-health__table_ogg_3fw_mbc}
7. \[イベント\] セクションで、イベントが想定どおりにアラートを生成していることを確認します。  
   アラートの読み取りと エクスプレスリストでのフィルタリングを容易にするために、アラートフィールドとタグが正しく入力されていることを確認します。重大度の値が運用チームの想定と一致していること、およびグループ化を容易にするために、フィールドとタグがソース間で標準化された形式に従っていることを確認します。

   アラートの生成を確認することで、注目すべき発生を検出して通知するようにシステムが適切に構成されていることを確実にできます。\[イベント\] セクションのフィールドの詳細については、「[統合と構成の健全性イベントフィールド](https://servicenow-prod.fluidtopics.net/4g~obmcNXQ29AELPuUGnEw "イベントフィールドに入力して、イベント時間、説明、アラート番号、ステータス、重大度、測定基準名、ノード、メッセージキー、エラーメッセージなどの詳細をキャプチャすることで、正確な追跡、効果的なインシデント管理、エラー分析の改善が可能になります。")」を参照してください。
{#review-integration-config-health__steps_srm_zfk_5wb}

## 次のタスク

イベントからのアラートを確認したので、\[自動化を追加 (Add automation)\] を選択して、アラートの自動化プロセスを開始できます。これにより、無関係なアラートや誤検出アラートを無視できる、無視の自動化ステップに移動します。その後、応答の拡張、グループ化、および自動化に進みます。このプロセスでは、生のアラートを ServiceNow が理解できる形式に変換し、アラートをグループ化し、アラートをエスカレートして、適切なチームまたは個人から即時の応答を得られるようにします。アラートの自動化の詳細については、「[ITOM のサービスオペレーションワークスペースのアラート自動化](https://servicenow-prod.fluidtopics.net/tpDaaH9vy5LJQANk4B087Q "アラートの自動化は、組織が増加するアラート数と複雑な IT インフラストラクチャに対処する上で非常に重要です。手作業によるアラート処理は時間がかかり、エラーが発生しやすく非効率的であるため、自動化されたシステムの必要性が高まっています。自動化により、アラートの平均解決時間が短縮され、サービスの信頼性が向上し、スタッフリソースをより適切にスケールできます。")」を参照してください。