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


---

# ディスカバリーの ECC キュー

# ディスカバリーの ECC キュー {#ariaid-title1}

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

外部通信チャネル (ECC) キューは、インスタンスと、連携する他のシステム (通常は MID サーバー) との間の接続ポイントです。{#r_DiscoveryStatusECCQueue__ph_ecc-queue-intro}

## ECC キューのコンテンツ {#r_DiscoveryStatusECCQueue__section_cjh_4cr_ccb}

ECC キューには、ディスカバリーのすべてのステージで作成されるレコードが含まれています。各レコードは、本質的にはインスタンスと別のシステムからのメッセージとして出力に分類されるか、または外部システムからインスタンスへのメッセージとして入力に分類されます。ECC キューレコードは、プローブとセンサーアクティビティの接続フロー、およびインスタンスとの間で送受信される実際の XML ペイロードを提供します。{#r_DiscoveryStatusECCQueue__p_ecc-queue-content}

## ECC キューレコードの自動削除 {#r_DiscoveryStatusECCQueue__section_z4h_4cr_ccb}

ディスカバリー がインスタンスで実行されている場合、このテーブルのサイズは数ギガバイトになる場合があります。累積されたデータのほとんどは不要ですが、ディスカバリー に関する問題のトラブルシューティングでは一部のエントリーが重要になる場合があります。たとえば、特定の Wwindows サーバー上のディスクドライブが ディスカバリー で適切にキャプチャされていない場合は、Windows - システム情報プローブによって返されたデータの ECC キューを確認します。少なくとも 1 か月以上、ディスカバリー からの ECC キューデータを保持する必要があります。  
デフォルトでは、7 日以上経過した ECC キュー内のレコードが自動的に削除されます。ECC キューのテーブルローテーションスケジュールを更新することで、削除スケジュールを設定できます。テーブルローテーション名は次のとおりです。

* ecc_queue_event
* ecc_queue
{#r_DiscoveryStatusECCQueue__ul_jx3_5cr_ccb}

## ECC キューへのアクセス {#r_DiscoveryStatusECCQueue__section_djh_4cr_ccb}

ECC キューには、次のいずれかの場所からアクセスできます。

* ディスカバリー出力とアーティファクトECC キュー
* ECC キューキュー
{#r_DiscoveryStatusECCQueue__ul_nj3_gfp_qbb}

次の画像は、ECC キュー内のレコードの例です。このレコードは、WMI 分類子プローブが実行されるように指示され、処理されたことを示しています。各フィールドの説明については、「[MID サーバーの ECC キュー](https://www.servicenow.com/docs/access?context=ecc-queue-mid-server&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US)」を参照してください。  
図 : 1. ECC キューレコードの例

## ECC キューの進捗状況

入力および出力メッセージは、ディスカバリーが終了するか中止するまで、処理を順番に続行します。ディスカバリー中に ECC キューを監視してレコードの内容を確認し、各レコードの変更の進捗状況を確認することができます。ECC キュー入力レコードは、ビジネスルール (BR) によって処理されます。ECC キュー入力を処理するすべてのビジネスルールによって、入力が処理済みに設定されるわけではありません。したがって、一部の ECC キュー入力が準備完了ステータスのままになる場合があります。このプロセスは次のようになります。

1. 新しいプローブ指示が MID サーバーで利用可能な場合、システムは \[出力\] レコードを \[準備完了\] のステータスで作成します。
2. その後、MID サーバーはプローブ指示の処理を開始し、ステータスは \[処理中\] になり、最後に \[処理完了\] に変わります。
3. 結果が MID サーバーに返され、インスタンスに送信する準備が整うと、システムは \[入力\] レコードを \[準備完了\] のステータスで作成します。
4. システムでペイロードが処理されている間、ステータスは \[処理中\] になり、最後に \[処理済み\] に変わります。

   エラーが発生した場合、ステータスは \[エラー\] に変わります。エラーを検索して、失敗したディスカバリーのトラブルシューティングを行うことができます。
{#r_DiscoveryStatusECCQueue__ol_gww_ls4_lz}

## ECC キューレコード処理のデバッグ {#r_DiscoveryStatusECCQueue__section_exh_c3r_pvb}

スクリプトデバッガーを使用できるようにするには、デバッガーと同じセッションでペイロードを処理します。特定の ECC キューレコードを処理するビジネスルールと、ペイロードを処理する実際のコードを確認します。

## ECC キューに影響するプロパティとパラメーター

これらのプロパティを使用して、ECC キューのコントロールを行うことができます。{#r_DiscoveryStatusECCQueue__table_khy_354_lz__entry__2}

| プロパティ | 説明 |
|-|-|
| ECC キューの添付ファイルの保存 | ディスカバリーセンサーは通常、センサー処理が正常に完了すると、ECC キューエントリーの添付ファイルを削除します。この動作をこのプロパティで無効にすると、添付ファイルが強制的に保存されます。これは、一般的にデバッグ目的の場合にのみ役立ちます。 場所:移動先 ディスカバリー定義プロパティ プロパティを有効にします。 |
[ ]

{#r_DiscoveryStatusECCQueue__table_khy_354_lz}
**関連情報**   

* [MID サーバーの ECC キュー コンテンツを管理する](https://www.servicenow.com/docs/access?context=ecc-queue-mid-server&version=xanadu&pubname=xanadu-servicenow-platform&section=manage-ecc-queue-content&ft:locale=en-US)