10.5.1　キューレスジョブの概要と特長

(1)　キューレスジョブの実行環境

キューレスジョブの場合，エージェントのJP1/AJS3キューレスエージェントサービスが，同時に実行するジョブ数などを管理します。そのため，キューレスジョブを実行する場合は，エージェントホストでJP1/AJS3キューレスエージェントサービスを起動しておく必要があります。

キューレスジョブの実行処理の流れを，次の図に示します。

図10‒25　キューレスジョブの実行処理の流れ

キューレスジョブの場合，ジョブネットのジョブは，キューには登録されないで，スケジューラーから直接エージェント（キューレスエージェント）に送られます。このため，スケジューラーサービスを多重化した構成では，ジョブ実行性能の面で特に効果があります。

キューレスジョブを実行する場合，ジョブの実行を依頼するJP1ユーザー名とマネージャーのホスト名を，エージェントホストのOSユーザーにマッピングしておく必要があります。また，ジョブを実行するOSユーザーを指定してジョブを実行する場合は，そのOSユーザーをJP1ユーザーとマッピングしておく必要があります。

キューレスジョブの実行中は，回線の接続と切断の回数を減らすために，マネージャー・エージェント間の通信回線を接続状態のままにしています。キューを使用したジョブの場合は，定期的にポーリングすることでジョブの状態を確認しますが，キューレスジョブの場合は，ポーリングしません。キューレスジョブの異常の検知は，ジョブ実行中の回線切断を検知することで行います。

ページの先頭へ

(2)　キューレスジョブの状態

キューレスジョブはキューを使わないため，ジョブ実行の際にジョブをキューに登録する「キューイング」という状態がありません。キューを使うジョブの状態は，「実行待ち」→「キューイング」→「実行中」（または「起動失敗」）と遷移しますが，キューレスジョブは，「実行待ち」→「実行中」（または「起動失敗」）と遷移します。

ページの先頭へ

(3)　最大同時ジョブ実行数

キューレスエージェントサービス内の最大同時ジョブ実行数の設定によって，そのホストで同時に実行できるジョブ数を制限できます。また，キューレスエージェントサービスにクラスを定義し，クラスごとに最大同時ジョブ実行数を設定することで，運用に合わせた負荷分散ができます。

最大同時ジョブ実行数を超えたジョブは，キューレスエージェントサービスまたはクラスごとに設定した最大待ちジョブ数まで実行待ちの状態でキューレスエージェントサービスのメモリー内で管理されます。最大待ちジョブ数を超えたジョブは，「起動失敗」状態になります。

ページの先頭へ

(4)　キューレスジョブ実行時のOSユーザー

実行先サービスに［標準］を指定しているジョブと同様に，エージェントホストのJP1/BaseのユーザーマッピングでJP1ユーザーに対応づけられているOSユーザーで，キューレスジョブは実行されます。ただし，キューレスジョブの場合，マネージャーホストでファイル転送時にユーザーマッピングを実施します。このため，マネージャーホストで，JP1ユーザーが任意のOSユーザーにマッピングされている必要があります。

注意事項

• キューレスジョブを実行する場合，JP1/Baseのユーザーマッピングの［サーバホスト名］に，エージェントホストで名前解決されるマネージャーホスト名を記載する必要があります。

• キューレスジョブの実行時に，ユーザーマッピング情報をキャッシュします。このため，ユーザーマッピングまたはOSユーザーの情報を変更した場合，ユーザーマッピングキャッシュを消去する必要があります。次のどちらかの方法でキャッシュを消去してください。

  ・キューレスエージェントサービスおよびキューレスファイル転送サービスを再起動する。

  ・ajsqlalterコマンドに-rオプションを指定して実行する。

ページの先頭へ