ジョブ・システム・コンポーネント

Enterprise Managerジョブ・システムはOMSサブシステムで、ジョブ・スケジューラおよびジョブ・ワーカーが含まれます。ジョブ・スケジューラは、ジョブ・ステップ・スケジューラとジョブ・ディスパッチャの2つのコンポーネントで構成されます。ユーザーが発行したジョブに加えて、Enterprise Managerのバックグラウンド・タスクの大部分は一連のジョブを介して実行されます。これらのジョブによって実行される一般的なタスクは、コンポジット・ターゲットの可用性の計算と通知の送信です。

ジョブ・システムのパフォーマンスは、最適に実行するために多数のコンポーネントに依存します。ジョブ診断では、これらのコンポーネントに関連するパフォーマンス情報が直感的なダッシュボードに統合され、簡単に比較および分析できます。次の図に、ジョブ・システムのプライマリ・コンポーネントを示します。

ジョブ診断で使用されるジョブ・システムのコンポーネント

• ジョブ・ステップ・スケジューラ – ジョブ・ステップ・スケジューラはグローバル・コンポーネントであるため、Enterprise Manager環境ごとに1つのみ存在します。DBMSスケジューラによって実行されるようにスケジュールされています。このコンポーネントの主な目的は、ディスパッチャの実行準備が完了したステップをマークすることです。

• ジョブ・ディスパッチャ - Enterprise Managerジョブ・システムには、短時間ジョブ(迅速に完了するジョブ)および長時間ジョブ(長時間実行されるジョブ)の概念もあり、これらのリクエストを処理するためにOMSに個別のワーカー・プールがあります(ジョブ・ワーカーのようにデータベース内ではなく)。ジョブ・ディスパッチャは各OMSでローカルに実行され、その目的はジョブ・ステップ・スケジューラによって検出されたジョブをジョブ・ワーカーにディスパッチすることです。ディスパッチャがキュー内の作業を処理できない場合は、バックログが増加します。バックログが一時的であるかぎり、これは問題にはなりません。そうでない場合は、ディスパッチャが作業量に対応できず、別のOMSサーバーの追加を意味する可能性があるか、ジョブ・ワーカーに問題があり、ディスパッチャからの作業を受け入れることができません。

• ジョブ・ワーカー – ジョブ・ワーカーは、ジョブ・ディスパッチャから特定のジョブ・ステップの作業を受け取り、それを処理します。これは、Javaで処理を実行するステップのスレッドを保持しているときに、SQLを使用するステップのリポジトリに接続することによって、またはリモートで実行されるステップのエージェントに接続することによって発生することがあります。ジョブ・ワーカーが常にビジー状態で空かない場合は、別のOMSサーバーを介して、またはジョブ・ワーカーの数を増やして、場合によってはDB接続の数を増やすことによって(各ジョブ・ワーカーがデータベースへの接続を取得します)、容量を追加する必要があります。