ServiceNow のスケジュール済みジョブに関する情報Summary<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } スケジュール済みジョブとは何ですか? スケジュール済みジョブは、特定の時間または定期的なスケジュールで実行できる自動化された作業です。 スケジュール済みジョブが OOTB デフォルト設定かどうかを識別する方法は? sys_triggerテーブルの [作成済み] 列と [更新済み] 列にシステムまたはアドミン別と表示されている場合、その特定のエントリは OOB エントリです。ServiceNow からの推奨事項は、これらのレコードを更新しないことです。[作成済み] および [更新済み] 列にインスタンスからのユーザーが含まれている場合、これらのジョブはユーザーによって作成または更新されており、カスタマイズされており、標準提供ではありません。 システム ID フィールドは何に使用されますか? [システム ID] フィールドは、ジョブを特定のノードに固定するために使用されます。実行され、すべてのノードに固定されるすぐに利用可能なジョブが多数あります。 ノードに固定されている OOB ジョブの例を次に示します。 https://xxxxxx.service-now.com/sys_trigger_list.do?sysparm_query=system_id!%3DNULL&sysparm_view= ServiceNow では、カスタムジョブをノードに固定することはお勧めしません。たとえば、ServiceNow が AHA 転送を実行した場合などです。特定のジョブ (固定) はスタンバイ ノードで強制的に実行され、パフォーマンスに影響します。ノードをクラスターから削除することもできますが、ジョブは引き続き固定されます。 Sys ID が「全ノード」または「アクティブノード」のスケジュール この列を表示すると、これらのジョブのほとんどが「すべてのノード」または「アクティブノード」の値を持っていることがわかります。これは、これらが「親」ジョブであることを示していますこれらのレコードが実際に実行されることはなく、代わりに、定義で必要なアプリケーションノードごとに (同じ名前の) 子ジョブが生成されますたとえば、「システム ID」が「全ノード」のジョブは、すべてのプライマリおよびスタンバイアプリケーションノードに子ジョブが必要であることを意味します「SYS ID」が「ACTIVE NODES」の場合は、プライマリアプリケーションノードのみに子ジョブが存在する必要があることを意味しますこれらは通常、同じイベントプロセッサーを実行する必要があるジョブ、またはプラットフォーム全体で処理帯域幅を増やす必要がある他のジョブです[システム ID] フィールドにこれらの値があるジョブは、インスタンスに影響を与えることなく無視しても問題ありません