先生と生徒の会話形式で理解しよう

生徒

「COBOLのバッチ処理が終わった後、ちゃんと動いたかどうかはどうやって確認するんですか？」

先生

「それは『ジョブ実行ログ』という記録を確認することで分かりますよ。コンピュータが作業中に出した日記のようなものです。」

生徒

「日記ですか！エラーが起きたときも、そのログを見れば原因が分かるんですね？」

先生

「その通りです。今回はログの管理方法や、トラブルをすぐに見つける監視のコツを詳しく説明します！」

1. ジョブ実行ログとは？初心者向けに役割を解説

ジョブ実行ログとは、コンピュータがプログラムを実行した際に出力する「動作の記録」のことです。プログラミングやパソコンに詳しくない方には、学校の「出席簿」や工場の「作業日報」をイメージしてもらうと分かりやすいでしょう。

COBOL（コボル）のバッチ処理は、人間が寝ている深夜などに自動で動くことが多いため、誰かがずっと画面を見守っているわけではありません。そのため、「何時に始まって、何時に終わったか」「何件のデータを処理したか」「途中で失敗しなかったか」という情報を後から確認できるように、ログとして残しておく必要があるのです。

ログを正しく管理することは、システムの健康状態を知るために非常に重要です。もしログがなければ、銀行の計算が間違っていたとしても、どこで何が起きたのかを突き止めることができなくなってしまいます。

2. ログに出力される主な内容と確認ポイント

COBOLプログラムが実行されると、さまざまな情報がログに書き込まれます。一般的に確認すべきポイントは以下の通りです。

開始時刻と終了時刻： 予定通りに動いているかを確認します。
処理件数： 読み込んだデータの数と、書き出したデータの数が合っているかを見ます。
終了コード（リターンコード）： 処理が成功したか失敗したかを示す数字です。

特にCOBOLでは、DISPLAY文という命令を使って、開発者が意図的にログへメッセージを出すことができます。これにより、プログラムのどこまで進んだかを視覚的に分かりやすくする工夫がされています。


* ログに処理状況を出力するプログラムの例
 IDENTIFICATION DIVISION.
 PROGRAM-ID. LOG-SAMPLE.
 PROCEDURE DIVISION.
     DISPLAY "2026-03-15 02:00:00 処理を開始します。".
* ここで何らかの計算やファイル処理を行う
     DISPLAY "2026-03-15 02:05:00 データの読み込みが完了しました。".
     DISPLAY "処理件数：1500件".
     STOP RUN.

3. 監視の基本！終了コードで異常を検知する

バッチ運用の現場では、毎日大量のログが出ます。人間がそのすべてを一行ずつ読むのは不可能です。そこで、終了コード（リターンコード）を使った監視が行われます。これは、プログラムが最後にコンピュータへ返す「成績表」のような数字です。

一般的に、数字の「0」は「異常なし（成功）」を意味します。それ以外の数字（例えば8や12など）が出たときは、「問題あり（エラー）」とみなされます。運用監視システムは、この数字を常にチェックしており、0以外の数字が出た瞬間に管理者にアラート（警告）を送る仕組みになっています。初心者の方は、まず「0なら安心」と覚えておきましょう。


* 異常を見つけた時に終了コードを設定する例
 IF WS-ERROR-COUNT > 0 THEN
     DISPLAY "エラーを検出したため、異常終了します。"
     MOVE 12 TO RETURN-CODE
     STOP RUN
 ELSE
     MOVE 0 TO RETURN-CODE
     STOP RUN
 END-IF.

4. ログの保存期間とアーカイブ管理

ジョブ実行ログは、一度見たら捨てて良いというものではありません。後から「先週の処理はどうだったか？」と調査が必要になることがあるからです。そのため、ログを一定期間保存しておくことをログ管理と呼びます。

ただし、すべてのログを永久に取っておくと、コンピュータの保存容量（ハードディスク）がいっぱいになってしまいます。そこで、「直近1ヶ月分はすぐ見られる場所に置く」「それより古いものは圧縮して別の場所に移動する（アーカイブ）」といったルールを決めて運用します。これは、机の上の書類を整理して、古いものを倉庫に送る作業に似ていますね。

5. トラブル発生！ログから原因を特定する方法

もしプログラムが途中で止まってしまったら、ログの出番です。エラーが起きた場所には、特別なエラーメッセージが表示されます。初心者がよく遭遇するエラーには、データの形式が違う「データ例外」や、ファイルが見つからないエラーなどがあります。

ログには「どこの行でエラーになったか」という情報も含まれるため、それをもとにCOBOLのソースコード（設計図）を確認します。ログは、迷宮入りしそうな事件を解決するための「証拠品」のような存在なのです。実行結果をよく見る癖をつけることが、エンジニアとしての成長への近道です。


--- 実際のログ出力イメージ ---
[INFO] 02:00:10 ジョブ：DAILY-CALC 開始
[INFO] 02:00:15 ファイル：SALES-MASTER オープン成功
[ERROR] 02:01:45 項目 'SALES-AMOUNT' に数値以外のデータが混入しています。
[FATAL] 02:01:46 プログラムが異常終了しました。コード：U0999

6. 監視自動化ツールの役割（JP1やControl-M）

大規模なシステムでは、JP1やControl-Mといった運用管理専用のツール（ジョブスケジューラ）を使って、ログの監視を自動化しています。これらのツールは、複数のプログラムが繋がった「ジョブネット」全体の進み具合をリアルタイムで監視してくれます。

例えば、「特定のキーワード（ERRORなど）がログに出現したら担当者にメールを飛ばす」といった高度な設定も可能です。ツールを使うことで、人間の目で見落とすリスクを減らし、24時間365日、安全にシステムを動かし続けることができるのです。

7. 処理性能の監視！実行時間の変化に注目する

ログを見る目的はエラー探しだけではありません。「実行時間」の監視も非常に重要です。普段は10分で終わる処理が、ある日から30分かかるようになったら、それはデータ量が急増しているか、システムのどこかに不調が起きているサインかもしれません。

こうした変化をログから読み取り、大きなトラブルになる前に手を打つことを予防保守と言います。ログの履歴をグラフにしたりして、日々の変化を観察することで、将来のパンクを防ぐことができるのです。


* 処理の区切りで時刻を表示するテクニック
     ACCEPT CURRENT-TIME FROM TIME.
     DISPLAY "中間チェックポイント通過時刻：" CURRENT-TIME.
* ここから重たい計算処理
     PERFORM HEAVY-CALCULATION.
     ACCEPT CURRENT-TIME FROM TIME.
     DISPLAY "計算完了時刻：" CURRENT-TIME.