AS400ジョブログ実例集｜CPF・RNX・MSGWをどう読むか

ジョブログ実例を見る時に残すメモ

ジョブログを教材にする時は、メッセージIDだけでなく、業務操作、発生時刻、直前の正常処理、最初に崩れた処理をセットで残します。これがあると、次に同じ障害が出た時に「どこから読むか」をチームで合わせやすくなります。

• 最後のエラーではなく、最初に異常へ変わった行を探す
• CPF、RNX（RPG実行時エラーのメッセージID）、MSGW（メッセージ応答待ち）を原因・結果・待ち状態に分ける
• 画面操作、バッチ名、帳票名、対象データを別メモに残す

ジョブログ実例を研修資料にする時の型

ジョブログ実例は、そのまま貼るだけでは教材になりません。原因候補、結果として出たメッセージ、利用者の操作、業務影響、次に見るコマンドを分けると、若手や外部担当者でも同じ順番で読めるようになります。

整理項目	書き方
最初の異常	処理が正常から異常へ変わったメッセージを抜き出す
結果メッセージ	最後に出たCPFやRNXを原因扱いしない
次の確認	WRKOBJ、DSPFFD、WRKOUTQ、DSPMSGなどへつなげる

ジョブログ実例を現場で使うときの見方

ジョブログは、最後に出ているCPFやRNXだけを見ると判断を誤ることがあります。現場では、異常終了の直前に出たメッセージ、呼び出し元プログラム、ファイル名、ライブラリ、実行ユーザー、バッチか対話かを並べて確認します。同じメッセージIDでも、締め処理中なのか、日中のオンライン処理なのかで初動は変わります。

後任者へ説明するときは、メッセージID、発生時刻、対象ジョブ、業務影響、暫定対応、恒久対応を1セットで残すと再調査が速くなります。CodexなどのAIに調査を依頼する場合も、ジョブログの前後数行だけでなく、どの処理で何をしていたかを添えると、原因候補の整理がしやすくなります。

実例を残すときは再現条件も一緒に残す

ジョブログの実例をチームで共有するときは、メッセージ本文だけでなく、発生した入力条件、処理日付、対象ライブラリ、バッチ名、再実行したかどうかも残します。再現条件がないと、同じCPFやRNXに見えても別原因として扱うべきケースを見落としやすくなります。

ジョブログ実例から研修テーマへつなげる

ジョブログ実例は、障害対応だけでなく教育にも使えます。CPF、RNX、MCH、MSGWを別々に覚えるより、実際の発生順、呼び出し元、対象ファイル、利用者影響を1セットで読む練習をすると、若手や後任者が現場で迷いにくくなります。

ジョブログ実例を見る時の共通チェック

ジョブログは、最後に出たメッセージだけを読むと判断を誤りやすいです。CPF、RNX、MSGWのどれであっても、直前の処理、呼び出し元、ライブラリ、実行ユーザー、再実行可否を並べて見ると、原因調査と運用判断を分けやすくなります。

共通観点	見る理由	関連ページ
最後の異常メッセージ	入口として見るが、原因確定にはしない	CPFエラー確認
直前の情報メッセージ	どの処理まで進んだかを見る	原因切り分け例
呼び出し元	単体エラーか、前段処理の影響かを分ける	影響調査
再実行可否	二重更新や二重送信を避ける	本番判断
教育観点	属人化を避け、同じ読み方を共有する	研修内容・料金を見る

このページは実例集として使う想定です。各エラーの個別記事を読む前に、まず共通の確認順を押さえておくと、障害対応時の会話が整理しやすくなります。