ディスカバリーの ECC キュー
外部通信チャネル (ECC) キューは、 ServiceNow インスタンスと、それと統合される他のシステム (一般的には MID サーバー) との間の接続ポイントです。
ECC キューのコンテンツ
ECC キューには、ディスカバリーのすべてのステージで作成されるレコードが含まれています。各レコードは、ディスカバリー対象のインスタンスからシステムへのメッセージ ( 出力として分類) か、そのシステムからインスタンスへのメッセージ ( 入力として分類) です。
ECC キューレコードは、インスタンスとターゲットの資産との間で送受信される XML ペイロードとともに、プローブとセンサーアクティビティの接続フローを提供します。
ECC キューレコードの自動削除
IT 資産 ディスカバリー が実行されると、ECC キューのサイズが数ギガバイトまで大きくなる可能性があります。「完了したタスク」レコードのほとんどは不要ですが、問題のトラブルシューティングに重要なものもあります。
たとえば、特定の Windows サーバー ディスカバリー ディスクドライブを適切にキャプチャしていない場合は、ECC キューで Windows - システム情報プローブによって返されたデータを調べることができます。このため、 ディスカバリー からの 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 キューエントリーの添付ファイルを削除します。この動作をこのプロパティで無効にすると、添付ファイルが強制的に保存されます。これは通常、デバッグ目的で行われます。 このプロパティを有効にするには、次に移動します . |