MSGWは、AS400 / IBM i の現場で今でも相談が多いトラブルです。返信待ちのまま夜間バッチが止まることもあれば、焦って適当に返信してジョブを終了させ、後続処理やリカバリーを難しくすることもあります。
大事なのは「MSGWを見つけたらすぐ返信」ではありません。メッセージ、ジョブログ、業務影響、再実行可否を確認してから判断します。
MSGW返信前の確認順
| 順番 | 確認 | 理由 |
|---|---|---|
| 1 | メッセージID | CPF系、RNX系、装置系など原因の種類を切り分ける |
| 2 | ジョブログ | MSGWの直前に何が起きたかを見る |
| 3 | ジョブ名 | 夜間バッチ、締め処理、EDI、帳票出力など影響範囲を確認する |
| 4 | 返信候補 | 無視、再試行、取消、応答などの意味を確認する |
| 5 | 承認 | 業務影響がある場合は担当者確認なしで進めない |
現場で危ない返信例
- 意味が分からないままCやIを返す
- 夜間バッチの途中でジョブを終了させる
- 請求締めや出荷確定の処理中に業務確認なしで返信する
- 返信後の後続処理を見ない
- ジョブログを保存せずに作業を終える
MSGWは、正しく返せば後続処理を流せることがあります。一方で、分かっていない状態で強制終了すると、別途リカバリープログラムや手作業が必要になることもあります。
検知は早く、返信は慎重に
MSGWは早期検知が重要です。IBMの監視サービスを利用する現場もありますが、MSGWを検知してメール配信する仕組みを自社で作ると、現場感覚では検知が早いケースもあります。ただし、検知が早くても返信判断まで自動化しすぎるのは危険です。
MSGW全体の基本はAS400のMSGWとは、夜間バッチと監視の考え方は夜間バッチとJOBQの確認も参考にしてください。
ここまでの要点
MSGW対応では、検知は早く、返信は慎重に行います。メッセージID、ジョブログ、ジョブ名、業務影響、承認を確認してから返信することで、AS400の夜間バッチや締め処理を止めずに守りやすくなります。
MSGWは返信で後続処理が変わる
MSGWは、単に「止まっているジョブ」ではありません。メッセージ内容によっては、正しく返信すれば障害後も後続処理を流せることがあります。逆に、内容を読まずにジョブを強制終了すると、本来なら継続できた処理まで止めてしまい、別途リカバリープログラムや手作業の復旧が必要になることがあります。
現場では、MSGWの返信判断に慣れていない人ほど「とにかく終わらせる」方向へ寄りがちです。しかし本番では、終了するか、再試行するか、無視して進めるかで後続処理への影響が変わります。ジョブログ、メッセージID、対象ファイル、直前の処理、締めやEDIへの影響を確認してから返信するのが安全です。
MSGWでは、強制終了だけが正解ではないという前提で、返信内容と後続処理への影響を確認してから判断します。
