ジョブの管理

ユーザーはコマンドを使用してジョブの状態を変更することができます。

次のtjesmgrコマンドを使用して、現在のジョブ状態を変更後のジョブ状態にすることができます。

JOBQは、OpenFrame環境設定のtjesサブジェクトのJOBDEFセクションに設定されたサイズの分だけ保存できるため、不要なジョブはJOBQから削除する必要があります。

JOBQからジョブを削除する際、CANCELコマンドはジョブが実行される前に、REMOVEコマンドはジョブが実行された後に削除します。

HOLD状態のジョブはスケジューリングされないため、HOLD状態のジョブを実行したい場合は、STARTコマンドを使用してジョブをSTART状態に変更する必要があります。

サブミットでは、受け取ったJCLを分析してジョブ単位でTJESに送信します。

JCLがサブミットされると、TJESはそのJCLを分析してジョブ・エントリを構成し、JOBID、SPOOLなど、ジョブの管理に必要なリソースを割り当てた後、JOBQに保存します。サブミットされたジョブの情報はスケジューラーに通知され、スケジューラーによってランナー・スロットに割り当てられます。

以下は、TJESによってジョブに割り当てられるリソースです。

以下は、TJESでJCLがサブミットされる手順です。

サブミット中にエラーが発生すると、OpenFrame環境設定のofsysサブジェクトのDIRECTORYセクションのLOG_DIRキーに指定されたパスのジョブのサブディレクトリに、submit_YYYYMMDD.logという名前でファイルが保存されます。正常にサブミットされたジョブは、STARTまたはHOLDのいずれかの状態になります。

tjesmgrのRUNコマンドを使用してJCLを正常にサブミットすると、それによって作成されたジョブがJOBQに登録されます。

以下は、OpenFrameがサポートするJCLのサブミット方法です。

スケジュールでは、以下の条件を満たすランナー・スロットに現在START状態のジョブを割り当てます。

以下は、スケジューリング・メソッドを疑似コードで示しています。

JOB CLASSは、ジョブの属性です。JCL JOB文のクラス・パラメータにA～Zまたは0～9のいずれかの値を記述します。

JCLにクラスが記述されていない場合は、OpenFrame環境設定のtjclrunサブジェクトのJOBセクションのCLASSキーに記述されたデフォルトのJOB CLASSを使用します。JOB CLASSは、ジョブ・スケジューリングの際に、ジョブを実行できるランナー・スロットを制限するために使用されます。AというJOB CLASSを持つジョブは、RUNNER CLASSにCBAまたはABCのようにAが含まれたランナー・スロットにのみ割り当てられます。

また、JOB CLASSのサブ属性であるHOLDによってTJESの動作方式が変わります。HOLD属性が指定されたJOB CLASSでサブミットされたジョブは、JCL JOB文にTYPRUN=HOLDが指定されていなくてもHOLD状態でサブミットされます。

RUNNER CLASSは、ランナー・スロットの属性です。OpenFrame環境設定のtjesサブジェクトののINITDEFセクションに記述されます。

RUNNER CLASSは、JOB CLASSと一致する必要があるため、A～Zまたは0～9のJOB CLASSと同じ値を持ちます。1つのランナー・スロットは、最大8つのクラスを持つことができます。

複数のRUNNER CLASSが設定された場合は、先に記述されたクラスのジョブがない場合にのみ後述されたクラスを使用することができます。つまり、最初に設定されたクラスが最優先され、最後に設定されたクラスが最も低い優先順位を持ちます。また、i番目に記述されたクラスのジョブを実行するには、TJESのすべてのランナー・スロットがi番目以前に記述されたクラスのジョブを実行できない状態である必要があります。

たとえば、TJES内の1番のランナー・スロットはRUNNER CLASSがABCであり、2番ランナー・スロットはBCAの場合、RUNNER CLASSがCのジョブは、Bのジョブがない場合に、2番ランナー・スロットの2番目のクラス・ジョブとして実行できます。また、Cのジョブを1番ランナー・スロットの3番目のクラス・ジョブとして実行するには、AとBのジョブが存在せず、2番ランナー・スロットが別のジョブを実行中であるか、無効状態であるため、2番目のクラス・ジョブを実行できない状態である必要があります。

ランナーがJCL記述に基づいてジョブを実行する段階です。

ランナーはスプールにコピーされているJCLを解析し、その結果に従ってジョブを実行します。1つのジョブは1つ以上のジョブ・ステップで構成されており、ランナーは、JCLに記述されたジョブ・ステップに従ってジョブを順次実行します。また、ジョブの実行時に必要なデータセットの割り当てもこの段階で行われます。

ジョブの実行中に生成されたSYSOUTを処理します。SYSOUTは出力という単位で処理されます。また、出力クラスによって処理できるプリンターと基本的な後処理が決まります。

出力はプリンターに出力されるか、インターナル・リーダーを介してTJESにサブミットされます。詳細については、出力処理を参照してください。

ユーザー・コマンドによって出力段階にあるジョブがTJESから削除されます。

ジョブに割り当てられたJOBID、SPOOL、JOBQなどのすべてのリソースがシステムに返されます。TJESから削除したジョブに再接続するためには、スプール・バックアップ・コマンドを使用してバックアップする必要があります。バックアップに成功すると、スプールからジョブが自動削除されます。

サブミット・ログは、OpenFrame環境設定のofsysサブジェクトのDIRECTORYセクションのLOG_DIRキーに設定されたファイル・パスのjobサブディレクトリに、submit_YYYYMMDD.logという名前でファイルが保存されます。サブミット・ログは、成功または失敗に関係なく、obmjmsvrが検知したすべてのJCLのサブミット試行を記録します。

以下は、サブミット・ログの基本形式です。

ジョブ・ログは、OpenFrame環境設定のofsysサブジェクトのDIRECTORYセクションのLOG_DIRキーに設定されたファイル・パスのジョブのサブディレクトリに、job_YYYYMMDD.logという名前でファイルが保存されます。

以下は、ジョブ・ログの基本形式です。

以下は、共通項目についての説明です。

ジョブをサブミットします。

ジョブをランナーに割り当てます。

ジョブの属性を実行前に変更します。

ジョブの実行を終了します。

TJESからジョブを削除します。

ジョブを一時停止します。

一時停止されたジョブを再実行します。

ジョブのCPU使用時間に対する相対的な優先順位を指定します。

ジョブの特定のステップの実行情報です。

ジョブを取り消します。

ジョブ・ステップが終了する際に、次の形式でリターンコードを返します。

ジョブ終了コードは、ジョブの終了状態に関する付加情報であり、XNNNNN形式で表示されます。(X: R、S、U、 A、F、Mの6文字と2つの記号文字(+, -)、N: 0-9の数字)

以下は、各ジョブの状態と形式についての説明です。