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運用の早期警戒画面です。メッセージを消すことよりも、何が起きていて、どの処理に影響するかを残すことが大切です。
関連: サブシステム停止・開始を伴う作業は、対象業務、JOBQ、WRKACTJOB、QSYSOPR、DSPLOG/QHSTを確認してから進めます。事故を防ぐ確認ポイントは AS400 サブシステム停止・開始の確認ポイント にまとめています。
関連: 障害調査で問題ログも確認したい場合は、WRKPRB・ANZPRBの確認ポイント に、問題番号、発生日時、メッセージID、QSYSOPR、DSPLOG/QHSTと合わせて見る観点を整理しています。
関連: 全体バックアップや保守前の保存を考える時は、GO SAVE・オプション21の確認ポイント で、停止時間、保存対象、媒体、復元確認、PTF、QSYSOPRを整理してください。
25年以上の現場経験から見るMSGW対応の落とし穴
AS400の夜間バッチや本番処理で多い相談は、「MSGWに早く気づけない」「プログラムアベンドに気づくのが遅れる」「返信判断を誤って後続処理が止まる」というものです。IBMが提供する監視サービスや、現場で作るMSGW検知・メール通知の仕組みを使う会社もありますが、どちらの場合も大切なのは、検知後に何を確認して、誰がどう判断するかです。
若い頃にMSGWへ深く考えず返信し、ジョブを終了させてしまう、という失敗は現場で起きがちです。本来は適切な応答を返すことで後続処理へ流せるケースでも、意味を理解しないまま終了させると、別途リカバリープログラムや手作業の戻しが必要になります。MSGWは「止まったから消すもの」ではなく、「業務をどこへ進めるかを判断する分岐点」と考える方が安全です。
関連: MSGWや夜間バッチ停止を早く見つけたい場合は、MSGWを早期検知してメール通知する考え方 で、検知対象、通知先、返信判断、業務影響を整理してください。
