特定の Discovery または Integration のうち、「ASYNC: Discovery - Sensors」Scheduler Worker スレッドがどれに対して実行されているかを確認する方法Issue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 「ASYNC: Discovery - Sensors」Scheduler Worker ジョブが、メモリ、データベース、実行時間などのリソースを過剰に使用することによって、インスタンスのパフォーマンス問題の原因として特定されることがあります。このセンサーは、MID Server を介して実行されるほとんどのジョブに対して実行され、非常に広範な種類のジョブおよび処理コードを対象とします。 これらをデバッグするには、そのジョブがどの特定の ecc_queue 入力レコードに対して実行されているかを把握することが不可欠です。この KB では、それを確認する方法と、その ECC Queue レコードから、考えられる原因を検索するために何がわかるかについて説明します。 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } /stats.do および /threads.do には、現在実行されている Scheduler Worker が一覧表示されます。処理がどこまで進んだかを確認できるため、後で使用できるようにこれらを保存します。sys_trigger レコードを確認します。ワーカースレッドの実行中は、[Running] 状態の sys_trigger レコードが存在するはずです。 Name = ASYNC: Discovery - SensorsState = RunningClaimed by = <ワーカースレッドを実行している特定のアプリケーションノード>Updated on = <ワーカースレッドが実行を開始した時刻>Document key => ECC Queue Input レコードの sys_id 3. ECC Queue 入力レコードを確認します。 [ECC] -> [Queue] (/ecc_queue_list.do) に移動します。[Sys ID] が「is one of」になるようにリストをフィルターし、sys_trigger レコードの Document key 値を一覧表示します。 4. 大きなペイロードの添付ファイルレコードも含まれるように、後で使用するためにこれらのレコードを XML としてエクスポートします。 5. 関係している可能性があるコードまたは既知の問題について結論を出す前に、ジョブの詳細について [Topic]、[Name]、[Source]、および [Payload] フィールドを分析します。 6. [Topic] と [Name] が明確でない場合は、[Discovery Definition] -> [Probes] の Probes テーブル [discovery_probes] でこれを検索できます。フィルターを削除すると、これには Discovery とその他の機能のプローブの両方が含まれます。 Related Links<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } スクリーンショットにある 4 つの例は、非常に異なるジョブです。最初の 3 つは Discovery 用です。これらのレコードの agent_correlator フィールドには、Discovery Status テーブル [discovery_status] の特定のレコードの sys_id が含まれます。さらに、そのレコードは、実行中の Discovery Schedule [discovery_schedule] にリンクします。 「Shazzam」は Discovery のポートスキャナーであり、この入力ペイロードには、多数の異なるポートにある 5,000 台以上のターゲットデバイスをスキャンした結果が含まれる場合があります。 「MultiProbe」は、それぞれに複数の個別のプローブが含まれる、多数の異なる Discovery Multi-Probe のいずれかを実行している可能性があります。この場合、[Name] フィールドから、これが特に Windows 用の ADM プローブであることがわかります。このプローブには、実行中のすべてのプロセスに関するデータ用の他のプローブと、大量になる可能性がある netstat データが含まれます。このジョブは、最終的にプロセスとネットワーク接続を照合して、CI を自動的に相互にリンクします。大規模な CMDB テーブルが関係します。 「HorizontalDiscoveryProbe」は、通常の Discovery スケジュール中に Service Mapping の「Patterns」を実行するものです。この場合、[Name] から、これが Windows デスクトップ用の Pattern であることがわかります。Pattern には多数の個別のコマンドが含まれ、データの合計が大量になる可能性があります。これは別の Pattern、たとえば処理対象として膨大な量のデータを返す可能性がある Network Switch 用であった可能性があります。 4 番目の「RESTProbe」は Discovery ですらありません。これは、MID Server ジョブを介した Outbound REST Message から返された入力です。Discovery センサーが実行される前に、その ECC 入力を processed に設定するカスタムセンサーがなく、大きなペイロードがある場合、これも最終的に長時間実行される Discovery - Sensors ジョブになる可能性があります。 これらはすべて、長時間実行され、大量のメモリを使用することが知られており、ほかにも存在します。いずれの場合も、その特定のジョブについて特定の問題が識別され、問題チケットが作成されて修正されました。