ディスカバリーの ECC キュー
外部通信チャネル (ECC) キューは、 ServiceNow インスタンスと、それと統合される他のシステム (通常は MID サーバー) との間の接続ポイントです。
ECC キューのコンテンツ
ECC キューには、ディスカバリーのすべてのステージで作成されるレコードが含まれています。各レコードは、インスタンスからディスカバリーのターゲットになっているシステムへのメッセージ ( 出力として分類)、またはそのシステムからインスタンスへのメッセージ ( 入力として分類) です。
ECC キューレコードは、インスタンスとターゲットの資産との間で送受信される XML ペイロードとともに、プローブとセンサーアクティビティの接続フローを提供します。
ECC キューレコードの自動削除
IT 資産 ディスカバリー が実行されると、ECC キューのサイズが数ギガバイトに増加する可能性があります。ほとんどの「完了したタスク」レコードは不要ですが、問題のトラブルシューティングにとって重要なものもあります。
たとえば、 ディスカバリー が特定の Windows サーバー上のディスクドライブを適切にキャプチャしていない場合は、Windows - システム情報プローブによって返されたデータを ECC キューで確認できます。このため、 ディスカバリー からの ECC キュー データを少なくとも 1 か月間保持する必要があります。
- ecc_queue_event
- ecc_queue
ECC キューへのアクセス
次の画像は、ECC キュー内のレコードの例です。このレコードは、WMI 分類子プローブが実行されるように指示され、処理されたことを示しています。ディスカバリータスクがデータを収集したときに返された XML ペイロードに注意してください。各フィールドの説明については、「MID サーバーの ECC キュー」を参照してください。
ECC キューの進捗状況
入力メッセージと出力メッセージは、ディスカバリーが完了するか終了するまで処理を続行します。ECC キューを監視して、ディスカバリー中にレコードが入力されたことを確認し、各レコードの変更の状況を確認することができます。
ECC キュー入力レコードはビジネスルール (BR) によって処理されますが、すべてのビジネスルールがこれらの ECC キュー入力を処理するように指示するわけではありません。その結果、一部の ECC キュー入力は 準備完了 ステータスのままになります。
- 新しいプローブ指示が MID サーバーで利用可能な場合、システムは [出力] レコードを [準備完了] のステータスで作成します。
- その後、MID サーバーはプローブ指示の処理を開始し、ステータスは [処理中] になり、最後に [処理完了] に変わります。
- 結果が MID サーバーに返され、インスタンスに送信する準備が整うと、システムは [入力] レコードを [準備完了] のステータスで作成します。
- システムでペイロードが処理されている間、ステータスは [処理中] になり、最後に [処理済み] に変わります。
エラーが発生した場合、ステータスは [エラー] に変わります。ディスカバリーの失敗のトラブルシューティングの開始点として、エラーを確認できます。
ECC キューレコード処理のデバッグ
スクリプトデバッガーを使用するには、デバッガーと同じセッションでペイロードを処理します。特定の ECC キューレコードを処理するビジネスルールと、ペイロードを処理する実際のコードを確認します。
ECC キューに影響するプロパティとパラメーター
| プロパティ | 説明 |
|---|---|
| ECC キューの添付ファイルの保存 | ディスカバリーセンサーは通常、センサー処理が正常に完了すると、ECC キューエントリーの添付ファイルを削除します。この動作をこのプロパティで無効にすると、添付ファイルが強制的に保存されます。これは通常、デバッグ目的で行われます。 このプロパティを有効にするには、次に移動します: . |