１．Ａ−ＶＸ固有のログ

（１）Ａ−ＶＸ固有のログの種類

まずＡ−ＶＸがＩＴＯＳと呼ばれていた頃から存在する、Ａ−ＶＸ固有のログについて説明します。 ログを情報別にいくつかの種類に分けています。Ａ−ＶＸの世界でログというと、一般的にジョブ活動記録（ジョブログ）、メッセージ記録（メッセージログ）、利用者情報記録（ユーザログ）の３種類となります。

この３種類については、どの種類のログを取るかを選択できます。例えば、「うちはジョブログだけでいいよ」という場合であればジョブログだけ、「このサーバはメッセージログとジョブログの２つが必要」であるならばその２つだけ取る、といったように設定できます。
「うちは３つとも使用しないよ」という選択肢もあります。

ログを取るか取らないかとどのファイルにログを書き込むかという設定は、システム生成で行います。逆に言うとちゃんとシステム生成で設定されていないとログは採られないということです。

ジョブ活動記録 （システム活動記録）	何日何時何分にどのオペレータがどの端末でどのロードモジュールを起動して、いつ終了したかといった情報を記録する。
メッセージ記録	何日何時にどの端末でどのロードモジュールが何のメッセージを画面に表示したかを記録する。ここでいうメッセージとは、メッセージファイル（SYS@MSG、システムメッセージとユーザが登録したメッセージが入っている）を利用したメッセージが対象。それ以外にＣＯＢＯＬプログラム上から「COBOLシステムサブルーチン」というものを使用して記録することも可能。
利用者情報記録 （ジョブ記録）	ＣＯＢＯＬプログラム上から「COBOLシステムサブルーチン」というものを使用して記録する。システム側は使用しないので、自分専用のログを作りたいときに使用する。ログの内容もフォーマットも自由に決められる。
ハードウェアエラー情報（保守記録）	ＩＴＯＳやＡ−ＶＸ１０、Ａ−ＶＸII時代（要するに昔のオフコン）に記録されていたログ。Ａ−ＶＸIII以降（Ａ−ＶＸIV、Ａ−ＶＸ０１含む）ではこのログは無く、ハードウェアのエラーはＷｉｎｄｏｗｓ側のイベントログに直接出力される（ようです？） （昔のオフコンの場合ですが）ハードウェアのエラーのログで、上の３つとは異なり必ず記録される。
リモートコンソールログ	上記のログとは異なり、遠隔監視で使用されるログ。監視対象のサーバのログが転送されると、監視しているサーバ上でこの名前のログになる

ジョブ活動記録、メッセージ記録の２つは、ユーティリティ（＃ＬＧＥＤＴ）で表示したり印刷したりすることができます。利用者情報記録は、ユーザが自由に記録できるログ（ユーザ用に提供されているログ）なので、記録されたログ情報を見るユーティリティは用意されていません。一般的にはそういうプログラムを自分で作成することになります。

この３種類のログのうち、メッセージ記録だけがＷｉｎｄｏｗｓのイベントログに出力されます。従ってメッセージ記録だけはＷｉｎｄｏｗｓ側から見ることができます。ジョブ活動記録と利用者情報記録の２つは、イベントログに出ないので、Ａ−ＶＸ上で見なければなりません。

このログの名前は、なぜかマニュアル／説明書ごとに異なる表現で、複数の説明書を読んでいると混乱します。この文書の中では、仮に上の表で記した名称で統一します。

（２）ジョブ活動記録

ジョブ活動記録の情報を貯めているファイルのことをジョブログファイル（またはジョブログ）と呼びます。

ジョブ活動記録は、プログラムの起動／終了時点で以下の情報（主なもののみ）が出力されます。

• ジョブ実行記録を出力した日付／時刻
• プログラムの開始時刻
• プログラムの終了時刻
• プログラム名
• プログラムを起動したＪＳ、ＰＭ名
• プログラムを起動したステーション（端末）番号
• 操作者のオペレータＩＤ、カンパニＩＤ
• 終了状態（異常終了したかなど）

即ち誰が何時にどの端末から何のプログラムを実行したのかがわかります。

STN000でオペレータQQQが、04/04/10(?) 17:46:52に#SORTを起動し、04/04/10 17:47:58に終了したことがわかる。終了は「異常終了」であり、JS/PM名が書いていないので、JS/PMからの起動ではなく、直接RUNコマンドから手入力で実行したということが分かる。

場合によっては、重要な問題になりそうなことが１つあります。重要な問題というよりも致命的な問題かもしれません・・・。
プログラムの開始と終了は"時刻”しか取っていないため、日付がまたがったかどうかがわかりません。（上の画面の例では、起動時刻が17:46:52で終了時刻が17:47:58となっている。終了は04/04/10 17:47:58であることはわかるが、起動は04/04/10 17:46:52とは限らない。もしかしたら04/04/09 17:46:52に起動したのかもしれず、あるいは03/01/01 17/46/52に起動したのかもしれない。）

（３）メッセージ記録

メッセージ記録の情報を貯めているファイルのことをメッセージログファイル（メッセージログ）と呼びます。

このログは、イベントログにコピーされたり、自動通報の対象になったりします。重要なので、少し詳細に説明します。

メッセージ記録は、以下の場合にログに情報を出力します。

• メッセージファイル（ＳＹＳ＠ＭＳＧ）に登録されているメッセージが画面などに出力されたとき
• ＣＯＢＯＬシステムサブルーチンの「ログファイル出力」が実行されたとき

ＣＯＢＯＬアプリケーションからメッセージ記録のログに情報を出力する方法は２つあります。

• メッセージファイルにユーザのメッセージを登録して、ＣＯＢＯＬアプリケーションでそのメッセージを指定して画面等に出力する。するとＡ−ＶＸシステムが、同一内容を自動的にログに出力する。
• ＣＯＢＯＬシステムサブルーチンの「ログファイル出力」を使用して直接ログに出力する。

メッセージファイルを利用して画面などにメッセージを出力する方法はここにあります。

メッセージファイルに登録されたメッセージは、重要度や自動通報遠隔監視の通知先などを設定することができます。重要度によって、コンソールログユーティリティやイベントログの出力形式、自動通報遠隔監視の動きが変わります。

メッセージには重要度を始めとしていろいろな属性があります。（Ｗｉｎｄｏｗｓのログにも「エラー」とか「警告」とか複数のレベルがありますよね。それと同じです。）ユーザがメッセージファイルにメッセージを登録する時には、これらの値に注意しながら設定します。

●ＥＲＲＯＲ　ＬＥＶＥＬ どのような種類のメッセージ情報なのかを分類している。エラーレベルとなっているが、正常なメッセージのときも設定する。この値と下記２情報（DISPATCH LEVEL、CENTER LEVEL）の組み合わせで、コンソールログユーティリティの動きが変わる。この情報はメッセージログ側には出力されない。つまりＭＭ３方式の自動通報遠隔監視機能を使用する場合とコンソールログユーティリティを使用する場合は関係あるが、ＥＳＭＰＲＯ方式の自動通報遠隔監視機能やメッセージログ側にはあまり関係がない。 種別 内容 備考 0.HW HW関連情報 1.SW SW関連情報 2.AP AP関連情報 COBOLアプリケーションから出すメッセージはこれにすること 3.ENVIRONMENT 環境の異常 4.POWER SHUT OFF システムの電源切断 ●ＤＩＳＰＡＴＣＨ　ＬＥＶＥＬ（メッセージレベル） どのような重要度のメッセージなのかを示す数値。０から７まであり、数字が小さいほど重要なメッセージとなる。自動通報の対象になるかメッセージかどうかは、この数値で決まる。イベントログには「イベントID」として出力される。 メッセージファイルにユーザがメッセージを登録する時は、どの数値でも登録できますが、自動通報遠隔監視機能を使用する場合は、どの数値にするかよく考慮する必要があります。 ●ＣＥＮＴＥＲ　ＬＥＶＥＬ 自動通報遠隔監視機能を使用する場合、通報先をどうするか示す数値。「保守センタ」とは、契約を結んでいる（たいていはＮＥＣの）保守サービス会社のこと。「センタシステム」とは自分たちの保守部門のサーバのこと。 この説明は、ＭＭ３方式の自動通報遠隔監視機能の場合です。ＥＳＭＰＲＯ方式の場合は、ＣＥＮＴＥＲ　ＬＥＶＥＬの意味が少々異なります。（後述） 種別 内容 0.MAINTENANCE 保守センタ 1.OBSERVATION センタシステム 2.BOTH 両方

ＣＯＢＯＬアプリケーションのメッセージもメッセージ記録のログに出すよう作成すれば、２つのログを組み合わせることによって、誰が何時にロードモジュールを起動して、何のエラーを出したか（ファイルオープンのエラーとか）がわかるようなシステムを作れるかもしれません。さらに利用者情報記録に独自の情報を出すようにＣＯＢＯＬアプリケーションの構造を工夫すれば（例えば何時にどのファイルのどんなデータにアクセスしたかとかを出す）、データのアクセス管理もできるようになるかもしれません。

（４）利用者情報記録

ユーザが自分達のログを自由に出力することができます。

ＣＯＢＯＬアプリケーション中の操作のログを残すようにするとか、あるいはＣＯＢＯＬアプリケーションのデバッグ用途にも使えます。