AS400 / IBM i の運用で「QSYSOPRを見てください」「メッセージキューを確認してください」と言われた時、DSPMSG、WRKMSGQ、MSGW、CPA0701の関係が分からないと対応が遅れます。QSYSOPRは、システム運用上の重要なメッセージを確認する入口です。
この記事では、QSYSOPR、DSPMSG、WRKMSGQを使って、メッセージ待ち、応答が必要なメッセージ、夜間バッチや装置エラーの初動確認を整理します。
QSYSOPRで最初に見ること
- 応答が必要なメッセージが出ていないか
- CPA0701など、返信前に影響確認が必要なメッセージがないか
- 夜間バッチ、印刷、バックアップ、通信、装置に関するメッセージがないか
- MSGWのジョブと関連するメッセージがないか
- いつから同じメッセージが繰り返されているか
DSPMSGとWRKMSGQの使い分け
| コマンド | 見る内容 | 使う場面 |
|---|---|---|
| DSPMSG | メッセージキューの内容を表示 | QSYSOPRのメッセージを確認する時 |
| WRKMSGQ | メッセージキューを一覧・操作 | 複数のメッセージキューや状態を見る時 |
| WRKACTJOB | MSGWや実行中ジョブを確認 | メッセージ待ちジョブを探す時 |
| DSPJOB | ジョブログやジョブ詳細を確認 | どの処理で止まったか見る時 |
返信する前に確認する
QSYSOPRやMSGWで応答を求められても、すぐに C、I、R、D、G などを返すのは危険です。返信によって処理が中止、再試行、無視、継続されることがあります。ジョブ名、ユーザー、メッセージID、対象ファイル、業務影響を確認してから判断します。
MSGWの判断は AS400 MSGW対応、メッセージID全体は AS400メッセージID・エラーコード索引 を確認してください。
運用メモに残すこと
- 発生時刻、メッセージID、メッセージ本文
- 対象ジョブ、ユーザー、ジョブ番号
- 返信した場合は返信値と判断理由
- 夜間バッチ、印刷、バックアップ、通信への影響
- 再発時に見る画面と担当者
QSYSOPRは、AS400運用の早期警戒画面です。メッセージを消すことよりも、何が起きていて、どの処理に影響するかを残すことが大切です。
25年以上の現場経験から見るMSGW対応の落とし穴
AS400の夜間バッチや本番処理で多い相談は、「MSGWに早く気づけない」「プログラムアベンドに気づくのが遅れる」「返信判断を誤って後続処理が止まる」というものです。IBMが提供する監視サービスや、現場で作るMSGW検知・メール通知の仕組みを使う会社もありますが、どちらの場合も大切なのは、検知後に何を確認して、誰がどう判断するかです。
若い頃にMSGWへ深く考えず返信し、ジョブを終了させてしまう、という失敗は現場で起きがちです。本来は適切な応答を返すことで後続処理へ流せるケースでも、意味を理解しないまま終了させると、別途リカバリープログラムや手作業の戻しが必要になります。MSGWは「止まったから消すもの」ではなく、「業務をどこへ進めるかを判断する分岐点」と考える方が安全です。
QSYSOPRを見る時は返信前の判断材料を集める
QSYSOPR、DSPMSG、WRKMSGQでメッセージを見る時は、見つけることより、返信してよいかを判断する材料を集めることが重要です。MSGWやCPA応答では、ジョブ名、ユーザー、ライブラリ、対象ファイル、業務影響、後続処理を確認してから返答します。
| 確認すること | 見る理由 | 関連ページ |
|---|---|---|
| 返信候補 | C/I/R/D/Gなどを返す前に意味を確認する | MSGW返答判断表 |
| 早期検知 | 夜間バッチ停止を見逃さない | MSGW早期検知とメール通知 |
| ジョブログ | 直前のCPF/RNX/MCHを確認する | メッセージID・エラーコード索引 |
| 本番影響 | 強制終了してよいかを業務側と判断する | 本番障害の初動対応 |
関連するAS400確認ルート
QSYSOPRやDSPMSGはMSGW対応の入口です。返信前に業務影響と確認コマンドをそろえると、夜間バッチ停止時の判断がぶれにくくなります。
返信前に相談へ渡せる形で残す情報
QSYSOPRやMSGWのメッセージは、返信してからでは元の状態を追いにくくなります。AS400 / IBM i の運用で外部へ相談する可能性がある時は、返信前に判断材料を残しておくと、復旧後の説明や再発防止まで進めやすくなります。
| 残す情報 | 見る理由 |
|---|---|
| メッセージIDと時刻 | CPA、CPF、バックアップ、印刷、通信など原因の入口を分けられます。 |
| 対象ジョブ・ユーザー | WRKJOBやDSPJOBLOGで追う対象を明確にできます。 |
| 返信候補 | C、R、I、Gなど、どの応答を選ぶべきか判断材料になります。 |
| 業務影響 | 夜間バッチ、出荷、請求、印刷など、復旧優先度を決められます。 |
返信前後の確認順は、AS400保守の初動対応とジョブログ確認手順も合わせて見ると安全です。本番障害として整理する場合は、AS400本番障害の初動チェックリストも確認してください。状況を整理して相談したい場合は、お問い合わせから概要を共有できます。
MSGWやCPA応答は、返信前の情報整理が勝負です
QSYSOPRに出ているメッセージは、すぐ返信すれば解決するものもありますが、本番では返信内容によって処理結果が変わることがあります。特にCPA系メッセージ、ファイル待ち、装置待ち、印刷関連、データ不整合に関係するメッセージは、返信前に状況を残してから判断します。
| 返信前に残すもの | 確認内容 | 関連確認 |
|---|---|---|
| メッセージID | CPF、CPA、MCHなどのIDと本文を控える | CPFエラー小辞典 |
| 対象ジョブ | ジョブ名、ユーザー、番号、状態、開始時刻 | WRKJOB / DSPJOBLOG |
| 業務影響 | 止まっている画面、バッチ、帳票、連携を確認する | バッチジョブ入門 |
| 返信候補 | R、C、I、Gなどの意味を確認し、過去手順と照合する | 手順書や運用メモを見てから返信する |
| 再発防止 | 発生条件、対応者、返信内容、結果を残す | 次回の教育資料に転用する |
QSYSOPR対応は、AS400保守の中でも経験差が出やすい作業です。若手に教える時は、メッセージに反射的に返信するのではなく、メッセージID、対象ジョブ、業務影響、過去対応、返信結果をセットで見る練習にします。判断の流れを社内で揃えたい場合は、AS400 / IBM i 現場向けCodex実戦研修で、ログとメッセージをどう整理して相談可能な形にするかを扱えます。
参考:IBM公式ドキュメント(DSPMSG)
本記事で扱った DSPMSG の全パラメーターと表示項目の定義は、IBM公式ドキュメントで確認できます。指定できる値や既定値はOSリリースによって異なるため、本番環境では自社のリリースに合わせて確認してください。