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


---

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

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

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

外部通信チャネル (ECC) キューは、 ServiceNow インスタンスと、それと統合される他のシステム (一般的には MID サーバー) との間の接続ポイントです。{#r_DiscoveryStatusECCQueue__ph_ecc-queue-intro}

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

ECC キューには、ディスカバリーのすべてのステージで作成されるレコードが含まれています。各レコードは、ディスカバリー対象のインスタンスからシステムへのメッセージ ( 出力として分類) か、そのシステムからインスタンスへのメッセージ ( 入力として分類) です。 {#r_DiscoveryStatusECCQueue__p_ecc-queue-content}

ECC キューレコードは、インスタンスとターゲットの資産との間で送受信される XML ペイロードとともに、プローブとセンサーアクティビティの接続フローを提供します。

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

IT 資産 ディスカバリー が実行されると、ECC キューのサイズが数ギガバイトまで大きくなる可能性があります。「完了したタスク」レコードのほとんどは不要ですが、問題のトラブルシューティングに重要なものもあります。

たとえば、特定の Windows サーバー ディスカバリー ディスクドライブを適切にキャプチャしていない場合は、ECC キューで Windows - システム情報プローブによって返されたデータを調べることができます。このため、 ディスカバリー からの ECC キュー データを少なくとも 1 か月間保持する必要があります。  
デフォルトでは、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 分類子プローブが実行されるように指示され、処理されたことを示しています。ディスカバリータスクがデータを収集したときに返された XML ペイロードに注意してください。各フィールドの説明については、「[MID サーバーの ECC キュー](https://www.servicenow.com/docs/access?context=ecc-queue-mid-server&version=yokohama&pubname=yokohama-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=yokohama&pubname=yokohama-servicenow-platform&section=manage-ecc-queue-content&ft:locale=en-US)