Language:ジョブ制御言語)はz/OSを始めとする、MSP、VOS3、VSE、XSPなど多くのメインフレームOSにおいて、ジョブを定義するために使われるものです。言語となっていますが、スクリプトに近い物で、Windowsのバッチファイル(.bat)、UNIXのシェルスクリプト(.sh)に相当します。バッチファイル(シェルスクリプト)は複数のプログラムやコマンドを連続して実行したり、自動で実行したりするためによく使われますが、メインフレームのJCLでもそれは同じです。メインフレームのJCLではジョブが使うコンピュータ資源を割り振る、と言うもう一つの重要な側面を持ちます。ジョブの定義とは、ジョブが行う処理(ジョブ・ステップ)と使うリソース(ジョブ・リソース)を明確にすることです。z/OS(MSP,VOS3)ではジョブはJCLの3つのステートメントによって定義され、運用(実行)されます。ADDRESS//JCLは先頭が//で始まる1行80桁のレコードが、複数集まって構成されます。複数集まったJCLレコードが入力ストリームまたはジョブ・ストリームです。JCLに限らずメインフレームの多くの制御データには80バイト(80桁)を基本にしたものが数多く存在します。ソースプログラムもディスプレイ端末の横幅も80バイトが基本になります。これはメインフレーム・コンピュータの前身である、タビュレーティング・マシンやパンチカードシステムで利用された紙カードと言う記憶媒体の名残です。構文の基本レコードは80バイトですが、先頭の1~71桁目までを使用します。72桁目は行継続のために使用する予約桁です。73桁目以降はJCLとしては使われません。ステートメントの順番を管理するためのSEQフィールドとして利用するか、空白にしておきます。先頭の//は必須で、この2文字(IDフィールド)がレコードそのものがJCLステートメントであることを示します。//に続き名前、命令、オペランドが記述されます。名前、命令、オペランドの各フィールドは1文字以上の空白によって区切られます。オペランド・フィールドには命令に対するパラメーターが記述されます。複数のパラメーターがあるときは空白ではなくカンマで区切ります。最後のパラメーターの後ろに1文字以上の空白を置けば、以降行末までコメントを記述することができます。行全体をコメントにする場合は//*と記述して、4桁目以降に任意のコメントを記述します。parm4=value4,parm5=value5JOBステートメント(ジョブを示す)JOBステートメントはジョブそのものを定義します。名前フィールドに指定されたものがジョブ名となります。パラメーターはJOB全体の制御に関する物で、アカウントに関するもの、実行するためのクラス識別子、ジョブログの出力クラス識別子、ジョブに与えるストレージサイズなどで構成されます。EXECステートメント(ジョブ・ステップを示し、動かすプログラムを指定する)EXECステートメントはジョブ・ステップを定義します。名前フィールドに指定されたものがステップ名となります。パラメーターはステップで実行するプログラムおよびプログラムの制御に関する物で構成されます。実行するプログラム名(PGM=)や、プログラムへ渡すパラメーター(PARM=)、利用可能なCPU時間(TIME=)や先行ステップの終了状況に応じた条件付き実行制御のためのパラメーター(COND=)などがあります。ジョブ・ステップはEXECステートメントで定義された順序で、一つずつ順番に実行されます。z/OSとMSPではIFステートメント等を使ってステップの実行をより細かくコントロールすることもできます。IFやDOのように後から拡張された機能にはメーカー間での互換はなく、各OSそれぞれが独自の機能として実装されています。DDステートメント(ステップで使うデータなどを指定する)DDステートメントはステップで使用するコンピュータ上のリソースを定義します。名前フィールドに指定されたものがDD名(リソース名)となります。ここで定義するリソースはデータセットやボリュームなど、プログラムがアクセスするデータないしはデバイスが主なものになります。メインフレームではデータを格納したファイルの名前を直接プログラム内に持つことはありません。基本的にはプログラムはデータにアクセスする際、リソース名(DD名)を使い、JCLのDDステートメントを介して、ターゲットのデータセットなどと実行時に結びつけられます。メインフレームでは多くの場合、データセット(ファイル)をアクセスする際、それが新規のものか既存のものか、どのボリュームに作成するのか、上書きするのか追加するのかなど、データの運用に関することはプログラムではなく、JCLによってコントロールできるようになっているのが特徴です。空白ステートメント//のみのステートメントはジョブの終わりを示します。JCLの終わりではないことに注意して下さい。//のみのステートメントの後に、次のJOBステートメントがあれば、引き続きそのJOBが解釈され実行されます。//のみの後、次に新たなJOBステートメントがくるまでのカードはすべて無視されます。PGM=........ストリーム内データセット通常データはDASDやテープなど、外部記憶上のデバイスに保管されていますが、パラメーターなどプログラムに動作内容を指示したりするための、比較的少量のデータに関しては、JCL内に直接記述することもできます。DDステートメントに*パラメーターを記述することで、80バイト固定長レコードのデータセットをJCL内に簡単に定義することができるようになっています。バッチジョブにおける標準入力装置(stdin)に相当すると考えてもいいでしょう。ユーティリティ・プログラムの実行制御パラメーターなどは、たいていの場合、このストリーム内データセットによってJCL内に直接定義されます。SYSINデータセットとも呼ばれますが、多くのユーティリティ・プログラムの実行制御文がDD名SYSINで定義されたことからの慣例です。SYSOUTデータセット入力専用のストリーム内データセット(SYSIN)に対して、出力専用のデータセットも定義できます。DDステートメントにSYSOUTパラメーターを記述することで、OS(JES2)のスプール内に仮想の順次データセットを作成することができます。SYSINと異なり、レコード形式や長さはプログラムで任意に指定することができます。こちらはバッチジョブにおける標準出力装置(stdout)に相当すると考えてもいいでしょう。場合SYSOUTデータセットはプログラムの処理結果を印刷するためのリストファイルとして使われます。メインフレームのプログラムで処理結果をプリンターで印刷する場合、プログラムが直接プリンター・デバイスにアクセスすることはありません。SYSOUTと言う仮想のデータセットに印刷データを出力することで、間接的にプリンターを利用します。この場合の印刷はバッチジョブによる、バッチ処理の印刷です。オンライン処理における印刷はSYSOUTではなく、CICSやIMSなどオンラインシステム用ミドルウェアなどの機能を介して行われます。プロシージャプログラムにもサブルーチンがあるように、よく使うジョブ・ステップや使用するデータを変えて繰り返し実行するステップは呼び出して実行させることができます。呼び出されるジョブ・ステップの集まりをプロシージャと呼びます。サブルーチン同様にパラメーターを引き渡すこともできます。プロシージャには定められたJCLライブラリに登録されるカタログ式プロシージャと、JCL内に直接定義して使うストリーム内プロシージャがあります。複数のジョブから共通に利用されるならばカタログ式プロシージャ、特定のジョブ内で繰り返し実行されるステップの定義にはストリーム内プロシージャ、と使い分けられることが多いです。プロシージャの呼び出し//JCLにおいてはJOB,EXEC,DDの各ステートメントが基本となります。それぞれジョブ、ステップ、データリソースを定義します。SYSIN/SYSOUTはジョブの入出力に利用する仮想のデータセット、共通で利用したり、繰り返し実行する部分はプロシージャとして定義する、と言う基本を踏まえ、実践で使うJCLを作成したり、修正してみてください。細かなパラメーターやその他のステートメントなどはマニュアルに載っています。以上JCLのほんのさわりについて解説しました。たかが1つのプログラムを動かすのにもMVSではいちいちJCLを作らねばなりません。TSOならコマンドとして動かせるじゃないか?と思ったかも知れません。それでもTSOユーザーとしてログオンするためにログオン・プロシージャと呼ばれるJCLが裏では動きます。使うユーザーが自分で意識しなくても、見えないどこかで必ずJCLは使われます。オンライン処理でデータベースを使うようなことであっても、IMSやCICS、DB2など多くのミドルウェア製品自体がJCLによって、MVS上で動いています。WindowsやUNIXなど他のコンピュータ・システムで慣れた人には面倒に思えます。この理由は歴史的な経緯から来ています。初期のコンピュータではメモリーはとても小さな物で、1つのプログラムを大きくすることはできませんでした。今では想像もできませんが、せいぜい数キロバイトから数十キロバイトしかなく、仮想記憶すらなかったのです。そこで行うべきな仕事をいくつもの作業や処理に分けて分割することで1つ1つのプログラムが小さくなるようにしていました。それらを必要な順序で、必要なデータを読み書きさせることで1つの仕事(ジョブ)をこなすように考えられました。オペレーターは紙カードやテープを装置に掛けてデータを準備し、自らプログラムをメモリーに読み込ませ、実行することでコンピュータ処理を行っていました。この時に使われるのがプログラマーからオペレーターへのオペレーション指示書です。いちいち人間の手作業が入るので効率は上がりません。そこでオペレーション指示書に相当するJCLが採用され、プログラマーからOSに何をすべきか直接指示できるようにしたわけです。仕事を人間が介在しなくても、定められた順序で次から次へとこなして、大量のデータを自動的に処理するため、メインフレームではJCLは大きな役割を果たしており、40年以上も経った現在でもほとんど初期の実装のまま使われ続けています。次回はMVSがJCLによって定義されたジョブを実行するしくみである、ジョブ管理とJES2についてお話しします運用テクニック運用エンジニアのためのMVS入門メインフレームはあなたの企業を始め、多くの企業の基幹システムを支えています。金融、製造、公共など、日本の基幹産業で今日も働いています。新しいニュースは少ないものの、まさに業務を確実に処理するための大きな存在です。世の中にはあまり知られていませんが、オープン系をいまだに超えている技術、ノウハウが生きている分野です。黙って国を支えているITといっても過言ではないと思います。そんなシステムを品質よく、安定して運用するためには、業務運用マニュアルや先輩・上司からの言い伝えだけでなく、確かな知識が必要です。ここではメインフレームの代表的OSであるMVS(z/OS)の基本的なしくみについて、運用部門に携わる新人エンジニアに必要なものを解説します。しや)http://www.arteceed.comビーコンITにて約20年にわたり、独SoftwareAG社のTPモニター・ソフトウェア製品などのサポートや同製品の富士通、日立OSへのポーティングのためのシステムプログラム開発などを行ってきた。現在はメインフレーム・コンピュータに関する技術スキルを後進に伝え、基礎知識や実践的な技術を広めることで企業の情報システムを支えるべく、株式会社アルテシードを設立。併せて、メインフレーム・コンピュータ技術情報サイト“「メインフレーム・コンピュータ」で遊ぼう”(http://www.arteceed.net/)を主宰し、z/OSやMSP、VOS3など代表的なメインフレーム・システムのコミュニティ活動を展開開始。基本スキルから高度なプログラミング技術の解説、サンプルの提供、ならびに関連する各種の技術情報の交換なども行っている。メインフレームでは約20年ぶりの和書、「メインフレーム実践ハンドブック」を3月にリックテレコム社より刊行。毎年恒例となった「システム管理者の会」の年に一度の大イベントとなる「システム管理者感謝の日イベント」の模様をお届けします。今年のテーマは、「集まれ若いチカラ!システム管理者のための夏期講習!!」です。