AS400 QSYSOPR・DSPMSG・WRKMSGQの確認ポイント｜MSGWやCPA応答の前に見ること

AS400 / IBM i の運用で「QSYSOPRを見てください」「メッセージキューを確認してください」と言われた時、DSPMSG、WRKMSGQ、MSGW、CPA0701の関係が分からないと対応が遅れます。QSYSOPRは、システム運用上の重要なメッセージを確認する入口です。

この記事では、QSYSOPR、DSPMSG、WRKMSGQを使って、メッセージ待ち、応答が必要なメッセージ、夜間バッチや装置エラーの初動確認を整理します。

QSYSOPRで最初に見ること
DSPMSGとWRKMSGQの使い分け
返信する前に確認する
運用メモに残すこと
1. DSPLOG・QHSTで時系列を見る
25年以上の現場経験から見るMSGW対応の落とし穴
QSYSOPRを見る時は返信前の判断材料を集める

QSYSOPRで最初に見ること

応答が必要なメッセージが出ていないか
CPA0701など、返信前に影響確認が必要なメッセージがないか
夜間バッチ、印刷、バックアップ、通信、装置に関するメッセージがないか
MSGWのジョブと関連するメッセージがないか
いつから同じメッセージが繰り返されているか

DSPMSGとWRKMSGQの使い分け

コマンド	見る内容	使う場面
DSPMSG	メッセージキューの内容を表示	QSYSOPRのメッセージを確認する時
WRKMSGQ	メッセージキューを一覧・操作	複数のメッセージキューや状態を見る時
WRKACTJOB	MSGWや実行中ジョブを確認	メッセージ待ちジョブを探す時
DSPJOB	ジョブログやジョブ詳細を確認	どの処理で止まったか見る時

運用メモに残すこと

発生時刻、メッセージ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を早期検知してメール通知する考え方で、検知対象、通知先、返信判断、業務影響を整理してください。

QSYSOPRを見る時は返信前の判断材料を集める

QSYSOPR、DSPMSG、WRKMSGQでメッセージを見る時は、見つけることより、返信してよいかを判断する材料を集めることが重要です。MSGWやCPA応答では、ジョブ名、ユーザー、ライブラリ、対象ファイル、業務影響、後続処理を確認してから返答します。

確認すること	見る理由	関連ページ
返信候補	C/I/R/D/Gなどを返す前に意味を確認する	MSGW返答判断表
早期検知	夜間バッチ停止を見逃さない	MSGW早期検知とメール通知
ジョブログ	直前のCPF/RNX/MCHを確認する	メッセージID・エラーコード索引
本番影響	強制終了してよいかを業務側と判断する	本番障害の初動対応