AS400（IBM i）でエラー調査をするとき、最初に確認したいのがジョブログです。ジョブログには、ジョブの開始、実行したコマンド、プログラムの呼び出し、エラーや警告のメッセージが時系列で残ります。
初心者のうちは、画面に表示された最後のエラーだけを見て判断しがちです。しかし実務では、最後のメッセージは結果であり、本当の原因は少し前に出ていることがよくあります。ジョブログを上から順番に追うことで、どこで処理が崩れたのかを見つけやすくなります。
ジョブログで確認する基本項目
- 発生時刻
- メッセージID
- メッセージの種類
- 呼び出し元プログラム
- 対象ファイルやライブラリ
- 直前に実行された処理
特にメッセージIDは重要です。CPF、RNX、MCHなど、先頭の文字によってエラーの種類がある程度見えてきます。CPFならシステムやオブジェクト関連、RNXならRPG実行時エラー、MCHならマシンインターフェース系の問題を疑うことが多くなります。
調査の順番
ジョブログを見るときは、まず異常終了した時刻付近を探します。次に、最後のメッセージだけでなく、その前に出ている警告や例外を確認します。たとえば、ファイルが開けなかった、権限が足りなかった、ライブラリが見つからなかった、といった原因が先に出ていることがあります。
- エラー発生時刻を確認する
- 最後のエラーより少し前のメッセージを見る
- 最初に出た異常メッセージを探す
- 対象オブジェクトの名前を控える
- 同じエラーが過去にも出ていないか確認する
よくある見落とし
ジョブログでありがちな見落としは、後続エラーだけを追ってしまうことです。たとえば、最初はファイルの権限不足だったのに、その後のエラー処理で別のエラーが発生し、最後には別のメッセージが表示されることがあります。
また、本番環境と開発環境でライブラリリストが違う場合、同じプログラムでも参照するファイルが変わることがあります。ジョブログに出ているライブラリ名やオブジェクト名は、必ずメモしておくと調査が進めやすくなります。
よくある質問
ジョブログはどのエラーでも確認した方がいいですか？
はい。画面上のメッセージだけでは原因がわからないことが多いため、まずジョブログを確認する習慣をつけると安全です。特にバッチ処理、RPGエラー、ファイル更新エラーでは、ジョブログが調査の入口になります。
最後のメッセージだけ見れば原因はわかりますか？
最後のメッセージだけでは不十分なことがあります。後続処理やエラー処理で出たメッセージが最後に残ることもあるため、最初に異常が発生した箇所を探すことが大切です。
このサイトの運営方針は、このサイトについて にまとめています。
現場でのチェックリスト
ジョブログ調査では、慌ててプログラム修正に入る前に、状況を固定しておくことが大切です。特に本番障害では、再実行やジョブ削除を行う前に、エラー発生時の情報を残しておくと後から原因を追いやすくなります。
- ジョブ名、ユーザー、ジョブ番号を控える
- エラー発生時刻と直前のメッセージを控える
- 対象ライブラリと対象ファイルを確認する
- 同時刻に別のバッチやユーザー処理が動いていないか見る
- 再実行前に出力ファイルや中間ファイルの状態を確認する
ジョブログは原因を断定するためだけでなく、調査の順番を整理するためにも役立ちます。最初に出た異常、次に起きた影響、最後に表示された結果を分けて読むと、無駄な切り分けを減らせます。
