メッセージID一覧は、ジョブログ調査の入口として使う
CPF、RNX（RPG実行時エラーのメッセージID）、MCH、MSGW（メッセージ応答待ち）などのメッセージIDは、一覧で意味を調べるだけでなく、ジョブログの前後関係を見る入口として使うと実務に効きます。同じCPFでも、直前のコマンド、対象ファイル、権限、ジョブ属性、実行ユーザーが違えば、取るべき対応は変わります。
後任者に引き継ぐ時は、メッセージID、発生画面、業務影響、初動対応、恒久対応を1セットで残すと、次回の調査時間を短くできます。Codexを使う場合も、メッセージIDだけを投げるより、ジョブログの前後数行と業務背景を合わせて整理した方が、確認漏れを減らせます。
代表的なメッセージIDの見方
AS400 / IBM iの障害対応では、メッセージIDだけを暗記するよりも、どの層で止まっているかを先に分ける方が早いです。CPFはシステムやオブジェクト操作、RNXはRPG実行時、MCHは機械・プログラム例外、MSGWは応答待ちとして見ると、ジョブログの読み方が整理しやすくなります。
| 分類 | よく見る場面 | 最初に確認すること | 関連ページ |
|---|---|---|---|
| CPF | ファイルが開けない、権限がない、ライブラリが見つからない | 対象オブジェクト、ライブラリリスト、権限、直前メッセージ | CPFエラーの調べ方 |
| RNX | RPG実行中の桁あふれ、配列、日付、変換エラー | 異常終了したプログラム、ステートメント番号、入力データ | RNX8888対応 |
| MCH | プログラム例外、ポインタ、呼び出し、異常な実行状態 | 呼び出し元、直前の変更、再現条件 | ジョブログの読み方 |
| MSGW | 夜間バッチや対話ジョブが応答待ちで止まる | 応答してよいか、業務影響、QSYSOPRのメッセージ | MSGW確認手順 |
DSPMSGDでメッセージの詳細を確認する
メッセージIDが分かっている場合は、DSPMSGDで第1レベル・テキストだけでなく、原因や回復処置を含む詳細を確認できます。たとえばCPF4101とSQL0204は、次のように確認します。
DSPMSGD RANGE(CPF4101) MSGF(QSYS/QCPFMSG)
DSPMSGD RANGE(SQL0204) MSGF(QSYS/QSQLMSG)| 表示で確認すること | 調査での使い方 |
|---|---|
| メッセージ本文 | 何が起きたかを確認する |
| 原因 | 対象ファイル、権限、値、実行条件の候補を絞る |
| 回復処置 | 再実行や設定変更の前に、推奨される確認を読む |
| 重大度 | 後続処理や業務影響と合わせて優先度を判断する |
DSPMSGDはメッセージ自体を調べるコマンドです。実際にそのジョブで何が起きたかは、DSPJOBLOGまたはWRKJOBのジョブログで前後を確認します。対話画面ではF10で詳細メッセージを含め、最後の異常終了だけでなく、その前に出た原因メッセージまで追います。
コマンド仕様はIBM公式のDSPMSGDとジョブログの表示手順でも確認できます。
ジョブログでメッセージIDを見る順番
ジョブログでは、最後の異常終了メッセージだけで判断しないことが大事です。まず異常終了したジョブ名、ユーザー、ジョブ番号を確認し、次にエラー直前のCPF、RNX、MCH、MSGWを上から順に追います。特に本番障害では、最後のメッセージよりも、その少し前に出ているファイル名、プログラム名、ライブラリ名、応答待ちメッセージの方が原因に近いことがあります。
- 障害時刻とジョブ名を確認する
- 最後の異常終了メッセージだけでなく直前メッセージを見る
- CPFなら対象ファイル・権限・ライブラリを確認する
- RNXなら入力データ、桁、日付、変換を確認する
- MSGWなら応答前に業務影響とリラン可否を確認する
この索引は、メッセージIDから個別記事へ進むための入口です。現場で使う場合は、エラー番号だけではなく、発生した画面、ジョブログの前後、処理対象データ、直前の変更内容を一緒に残しておくと、保守担当者や研修参加者が同じ順番で調査しやすくなります。
メッセージIDを引き継ぎ資料に残す
後任者に教えるときは、番号の暗記より「見つけた後に何を確認するか」を共有する方が実務に残ります。ジョブログの読み方、メッセージの分類、再実行前の判断をまとめて学ぶ場合は、AS400 / IBM i 現場向けCodex実戦研修 も確認してください。