AS400本番障害の初動チェックリスト｜MSGW・CPF/RNX・夜間バッチ停止で最初に見ること

2026.06.11

AS400 / IBM i の本番障害では、最初の10分で見る順番を間違えると、復旧までの時間が大きく伸びます。夜間バッチ停止、MSGW、CPF/RNX（RPG実行時エラーのメッセージID）エラー、オブジェクト未検出、ライブラリ違いは、それぞれ見る画面と判断が違います。この記事では、25年以上の現場経験を前提に、本番で慌てないための初動チェックを整理します。

目的は「すぐ原因を断定すること」ではありません。まず、業務を止めるべきか、後続処理を流せるか、担当者へ何を伝えるべきかを判断できる状態にすることです。AS400の障害対応は、ジョブログ、メッセージID、ジョブ状態、ライブラリ、データの順に見ていくと混乱しにくくなります。

本番障害で最初に確認する5つ

確認すること見るコマンド・画面判断すること
ジョブが動いているかWRKACTJOB / WRKJOB実行中、待機中、MSGW、異常終了のどれか
何のメッセージで止まったかDSPJOBLOG / DSPMSGCPF、RNX、MCH、MSGWの入口を分ける
後続処理に影響するかJOBQ / SBMJOB / CL後続ジョブを流してよいか、止めるべきか
ファイル・ライブラリが合っているかDSPLIBL / WRKOBJ / DSPFFDライブラリ違い、権限、ファイル状態を切り分ける
業務影響がどこまであるか運用メニュー・締め処理・出荷処理在庫照会、請求締め、出荷確定などの影響を確認する

MSGWなら、返信より前にジョブログを見る

MSGWは、若い頃ほど「とりあえず終わらせる」方向へ行きがちです。しかし、メッセージによっては適切に返信すれば後続処理を流せる場合があります。逆に、内容を読まずにジョブを終了すると、別途リカバリープログラムや手作業の戻しが必要になることがあります。

MSGWを見たら、まず MSGWでジョブが止まった時の確認手順 と MSGWを早期検知する考え方 を確認してください。夜間バッチで気付くのが遅れる場合は、QSYSOPRや重要ジョブのMSGWを検知してメール通知する仕組みも検討対象です。

CPF・RNX・MCHは同じエラーとして扱わない

AS400の障害調査では、メッセージIDの先頭で入口を分けるだけでも調査時間が短くなります。CPFはファイル、権限、ライブラリ、システム操作に関係することが多く、RNXはRPG実行時のデータや配列、数値変換などに関係することが多いです。MCHはポインターや低レベルの異常として見ます。

入口よく見る原因詳しい確認先
CPFファイル未検出、権限、ライブラリ違い、排他CPFエラーとジョブログ確認
RNXRPG実行時エラー、数値変換、配列、データ不整合RNX8888の確認手順
MCHプログラム異常、ポインター、呼び出し関係メッセージID・エラーコード索引
MSGW応答待ち、夜間バッチ停止、判断待ちMSGW返信判断表

ライブラリ違いは本番障害に見えやすい

本番障害に見えても、実際にはライブラリリスト違い、オブジェクト違い、テスト用ファイル参照が原因のことがあります。特に、保守担当者が変わった直後や、環境移行後、臨時対応後は、DSPLIBL、WRKOBJ、DSPFFDで「どのライブラリの何を見ているか」を確認します。

コマンドを目的から探したい場合は AS400コマンド逆引き、基本操作から整理したい場合は AS400基本操作とコマンド10選 に戻ると確認しやすいです。

業務名とジョブ名を結び付ける

現場では「プログラムが止まった」だけでは判断できません。在庫照会、請求締め、出荷確定のどれに影響するのかを確認して、業務担当者へ伝わる言葉に変換する必要があります。AS400を分かる人がいても、業務が分かる人がいないと復旧判断が遅れます。

  • ジョブ名、ユーザー、開始時刻を控える
  • 直前の正常終了ジョブと、止まったジョブを分ける
  • 締め処理・出荷処理・帳票出力など、業務影響を先に見る
  • 再実行する場合は、二重更新や二重出荷がないか確認する
  • 判断に迷う場合は、ジョブログと入力データを保全してから相談する

AI・Codexで調査時間を減らす時の注意

ジョブログ、CL、RPGソース、ファイル定義をCodexで整理すると、確認観点の抜け漏れを減らしやすくなります。ただし、本番データ、会社名、ユーザー名、取引先名はそのまま入れないことが前提です。AIは判断者ではなく、調査メモを整理する補助役として使うのが安全です。

社内で安全に使うルールを作りたい場合は、AS400 / IBM i 現場向け Codex実戦研修 で、機密情報を守りながら調査時間を減らす使い方を整理しています。

まとめ

AS400の本番障害では、最初にジョブ状態、メッセージID、後続影響、ライブラリ、業務影響を分けて確認します。焦ってジョブを終わらせるより、復旧判断に必要な情報をそろえる方が結果的に早くなります。この記事を入口に、MSGW、CPF、RNX、コマンド逆引き、Codex活用の記事へ進めるようにしておくと、現場で迷いにくくなります。

関連する確認手順

外部へ相談する前に残す情報

本番障害は、復旧を急ぐほど情報が散らばります。AS400 / IBM i の障害を外部へ相談する場合は、ジョブ名やメッセージIDだけでなく、業務影響と確認済み事項をまとめておくと初回の切り分けが早くなります。

残す情報相談時に役立つ理由
発生時刻と業務影響どの処理が止まり、どの部署や締め処理に影響しているかを判断できます。
ジョブ名・ユーザー・画面WRKACTJOB、WRKJOB、DSPJOBLOGで追う対象を絞れます。
メッセージIDCPF、RNX、MCH、CPAなど、調査の入口を分けられます。
実施済みの対応返信、再実行、保留、キャンセルなど、二重対応を避けられます。

初動の確認順をそろえる場合は、AS400保守の初動対応とジョブログ確認手順も合わせて確認してください。復旧判断や再発防止まで相談したい場合は、AS400保守会社に相談する前のチェックリストを見た上で、お問い合わせから概要を共有できます。

スポンサーリンク