AS400のMSGW対応｜ジョブがメッセージ待ちで止まった時の見方と返信判断

AS400 / IBM i の運用で「ジョブがMSGWで止まっている」「夜間バッチがメッセージ待ちで進まない」と言われた時、最初に大切なのは、すぐ返信することではありません。どのジョブが、どのメッセージIDで、何を待っているのかを確認し、返信してよい状態かを切り分けることです。

この記事では、MSGWの意味、WRKACTJOB・WRKSBMJOB・DSPJOBLOGで見る場所、返信前に残すメモ、触ってはいけないケースを整理します。現場で焦りやすい障害初動を、保守担当者へ説明できる形にするための手順です。

MSGWとは何か

MSGWは Message Wait の略で、ジョブがメッセージへの応答を待って止まっている状態です。代表的には、ファイルが見つからない、装置応答が必要、実行中のプログラムが例外を出した、オペレーター返信を要求している、といった場面で発生します。

見るもの確認する内容関連ページ
WRKACTJOBどのジョブがMSGWになっているか、CPUやサブシステムも含めて確認するAS400が遅い時の確認手順
WRKSBMJOB投入済みバッチジョブが待ち・実行中・異常終了のどこにいるかを見るSBMJOB / WRKSBMJOB / DSPJOBD
DSPJOBLOGMSGWの直前に出たエラー、メッセージID、プログラム名を確認するジョブログの読み方
メッセージIDCPA、CPF、RNXなどのIDから原因候補を絞るメッセージID・エラーコード索引

返信する前に残すメモ

MSGWは、返信するとジョブが先へ進んだり、終了したりします。つまり、原因調査の手がかりを消してしまうことがあります。返信前に、最低限次の情報を残しておくと、後から保守会社や開発担当へ説明しやすくなります。

  • 発生日時
  • ジョブ名、ユーザー名、ジョブ番号
  • サブシステム名、ジョブキュー名
  • メッセージIDと本文
  • 選べる応答値と、すでに選んだ応答
  • 直前に実施した処理、リリース、マスタ更新、バックアップ、通信障害

すぐ返信してよいかの判断

毎日同じ手順で処理しており、運用手順書に「このメッセージはCでキャンセル」「この確認はGで続行」と明記されている場合は、そのルールに従います。一方、初めて見るメッセージ、売上・在庫・請求・出荷に関わるジョブ、ファイル破損や権限エラーが疑われるジョブは、返信前に止めて確認する方が安全です。

状態判断
手順書に応答値が明記されている手順書通りに対応し、応答内容を記録する
同じメッセージが毎日出ている暫定対応は可能でも、恒久対応の要否を確認する
初めて見るCPF・CPA・RNXジョブログを保存し、返信前に確認者へ連絡する
データ更新中のジョブ安易にキャンセルせず、影響範囲を確認する
夜間バッチ全体が停止している夜間バッチ障害対応フローと合わせて確認する

よくある原因

  • 存在しないファイル、ライブラリ、メンバーを参照している
  • プリンター、OUTQ、装置、通信先が応答していない
  • 権限不足で処理が止まっている
  • プログラム例外が発生し、RNXやCPFメッセージが出ている
  • 前処理が失敗し、後続バッチが必要なデータを読めない
  • オブジェクトロックで更新待ちになっている

オブジェクトロックが疑われる場合は、LCKW・WRKOBJLCKの確認手順も見ます。メッセージIDから調べる場合は、AS400メッセージID・エラーコード索引を起点にすると、ジョブログ確認へつなげやすくなります。

保守会社へ相談する時の伝え方

「MSGWです」だけでは、相手は原因を判断できません。ジョブ名、メッセージID、本文、応答候補、発生時刻、直前作業、業務影響をまとめて伝えると、調査が早くなります。外部相談前の整理は、AS400保守会社に相談する前のチェックリストにもまとめています。

まとめ

AS400でMSGWが出た時は、返信を急ぐより、メッセージID、ジョブ情報、ジョブログ、業務影響を順番に確認することが重要です。手順書で決まっている応答は記録して進め、初見のメッセージや重要データ更新中のジョブは、返信前に情報を残して相談しましょう。

CPUが高い・ジョブが止まる時の確認

WRKACTJOBでCPUが高いジョブやMSGW、LCKW、TIMWを見つけた時は、DSPJOB、WRKJOB、ジョブログへ広げて確認します。詳しくは AS400 WRKACTJOBでCPUが高い時の確認ポイント にまとめています。

QSYSOPR・DSPMSG・WRKMSGQを確認する

QSYSOPRに応答待ちやCPA0701が出ている時は、返信前に影響範囲を確認します。詳しくは QSYSOPR・DSPMSG・WRKMSGQの確認ポイント にまとめています。

25年以上の現場経験から見るMSGW対応の落とし穴

AS400の夜間バッチや本番処理で多い相談は、「MSGWに早く気づけない」「プログラムアベンドに気づくのが遅れる」「返信判断を誤って後続処理が止まる」というものです。IBMが提供する監視サービスや、現場で作るMSGW検知・メール通知の仕組みを使う会社もありますが、どちらの場合も大切なのは、検知後に何を確認して、誰がどう判断するかです。

若い頃にMSGWへ深く考えず返信し、ジョブを終了させてしまう、という失敗は現場で起きがちです。本来は適切な応答を返すことで後続処理へ流せるケースでも、意味を理解しないまま終了させると、別途リカバリープログラムや手作業の戻しが必要になります。MSGWは「止まったから消すもの」ではなく、「業務をどこへ進めるかを判断する分岐点」と考える方が安全です。

関連: MSGWや夜間バッチ停止を早く見つけたい場合は、MSGWを早期検知してメール通知する考え方 で、検知対象、通知先、返信判断、業務影響を整理してください。