JDBC/LDAP データソースのインポートは、多くの MID サーバーディスクスペースを使用する可能性がある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: ; } } JDBC を使用して MID サーバー経由でデータをフェッチするデータソースを持つインポートセットが実行されている場合、MID サーバーで膨大な量のディスクスペースが使用される可能性があります。 これにより、サーバーの利用可能なディスク領域の不足や、MID サーバーのパラメーターで設定された制限が原因で問題が発生し、インポートが中断され、同じ MID サーバーで実行されている他のジョブが停止する可能性があります。 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: ; } } すべて Cause<!-- /*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: ; } } この問題の原因は、MID サーバーとインスタンス間のネットワーク速度が異なるためです。通常、データベースと MID サーバーは両方とも高速な企業ネットワーク内にありますが、ServiceNow インスタンスはクラウド内にあります。これにより、まだインスタンスに渡されていないデータのバックログが MID サーバーに蓄積される可能性があります。MID サーバーは、MID サーバーのインストールフォルダー内の ECC Sender フォルダーにデータを XML ファイルとして一時的に保存します。 MID サーバーの ECC Sender フォルダーでバックログを確認することで、これが発生しているかどうかを確認できます。 インスタンス内の MID サーバーのリストを開き、リストビューをカスタマイズして「ホスト名」列と「ホームディレクトリ」列を追加し、MID サーバーがインストールされている場所を正確に特定します。そのサーバーにログインし、ホームディレクトリを開きます。agent\work\monitors\ECCSender\output_s\ に移動します。注:「output_s」は、JDBC と LDAP で使用されるファイル名順に送り返す必要がある順次入力用です。他のプローブの場合、これはoutput_2、シーケンス値のない入力の場合はoutput_1またはoutput_0、またはペイロードが大きすぎてまったく送り返せない場合はoutput_oversizeです。そこに含まれている XML ファイルの数と、それらが占有するディスク領域の量を確認します。 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: ; } } MID サーバーには、キューを取得できるサイズに上限を設定するパラメーター「glide.mid.max.sender.queue.size」があります。この制限 (デフォルトでは「0.5 GB」 を超えると、MID サーバーはキューに格納されたメッセージの削除を開始します。この制限に達すると、インポートは中断されます。MID サーバーにパラメーターを追加すると、物理ディスク領域が空いていると仮定して、これをより高い値で上書きできます。 インポートが正しいかどうか、およびそれほど多くのデータが想定されるかどうかを調査する必要があります。予想よりも多くの行が返されているか、特定の列にクエリに含める必要のない大きなデータ (画像を含むユーザーレコードなど) が含まれている可能性があります。 バックログをクリアするために、しばらくの間、この MID サーバーにこれ以上の大きなインポートジョブを送信しないようにすることができます。 MID サーバーは、現在インスタンスと接続がないか、ネットワークの問題により接続が低下している可能性があります。また、ServiceNow インスタンスのパフォーマンスの問題が原因で、API_INTセマフォを使用して MID サーバーからの要求をすぐに処理できない可能性もあります。それについては調査が必要かもしれません。MID サーバーのエージェントログ (agent/logs/agent0.log.0) から始めるのがおすすめです。 インポートをキャンセルする必要がある場合: 単に MID サーバーを再起動しないでください。これにより、MID サーバーの起動時にすぐにインポート全体が再度実行されます。インポートジョブの ECC キューレコードでエラーが発生する必要があります。 ECC キューリスト (/ecc_queue_list.do) を開きますQueue=Output, Topic=JDBCProbe, State=Processing のフィルター。 ソースフィールドの値は、インポートセットで使用されるデータソースレコード [sys_data_source] の Sys ID になります[ステータス] フィールドの値を [エラー] に更新します。 ECC Sender フォルダーから XML レコードを削除します。この削除を、MID サーバーで最近実行され、まだインスタンスに返されていない他のものが壊れないようにするために、大きなインポートに固有の XML レコードのみに制限する必要がある場合があります。また、それらを識別するために内容を調べることが必要になります。 次に、Services コントロールパネル (services.msc を実行) から MID サーバーサービスを再起動します 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: ; } } xml レコードの処理が完全に停止し、単にスループットの問題が発生しているわけではない場合、理論的には、ECCSender スレッドがインスタンスへのecc_queueレコードの挿入に問題が発生している可能性があります。ステータス 500 の SOAP エラーが表示された場合、MID サーバーエージェントログでこれを確認します。 PRB1521761/KB0995569 ECCSender は、さまざまな理由で ECC キューへの入力の挿入に失敗し、それ以降はすべての入力がブロックされ、MID サーバーが事実上停止したままになることがあります