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