AS400のリカバリー初動判断｜本番データを戻す前に確認するチェックリスト

AS400のリカバリー、つまり本番データや処理の復旧では、すぐ戻すことが正解とは限りません。バックアップがある、コマンドを知っている、復旧手順がある、というだけで進めると、締め処理、EDI、在庫、請求との整合性を壊すことがあります。

この記事では、AS400 / IBM i の本番復旧で最初に確認する判断ポイントを整理します。技術手順より前に、何を戻してよいのかを決めるための記事です。

AS400のリカバリーの初動チェック

確認	見る理由
何を戻すか	ファイル、ライブラリ、メンバー、スプール、IFSのどれかを切り分ける
いつの状態に戻すか	バックアップ時刻と業務処理時刻を照合する
戻すと消える更新	復旧後に失われる入力や連携データを把握する
締め処理	請求締め、月次締め、在庫締めとの整合性を見る
EDI	相手先へ送信済みか、再送が必要かを確認する
承認	技術判断だけで戻さない

AS400は基幹業務に近いため、復旧は技術作業であると同時に業務判断です。特にEDIは相手先が絡むため、社内だけで完結しません。物が届かない、請求がずれる、相手先へ重複送信する、といった影響を先に見ます。

復旧対象：
障害発生時刻：
戻すバックアップ時刻：
戻すと失われる更新：
業務影響：
EDI影響：
締め処理影響：
承認者：
復旧実行者：
復旧後確認項目：

復旧後は、戻したことだけで安心しないでください。ジョブログ、件数、帳票、EDI送信状況、業務担当者の画面確認まで行います。

復旧手順の詳細は、AS400本番データ復旧、バックアップ観点はAS400バックアップチェックリストを確認してください。

AS400のリカバリーでは、戻す前の判断が一番重要です。対象、時刻、業務影響、EDI、締め処理、承認、復旧後確認をそろえてから作業すると、本番復旧の事故を減らせます。

AS400障害の復旧では、原因を全部調べ切る前に「止める」「後続を流す」「戻す」のどれを優先するかを決めます。夜間バッチや締め処理では、MSGW（メッセージ応答待ち）の返信を誤るとジョブを止めるだけになり、別途リカバリープログラムや手作業が必要になることがあります。

復旧判断の入口では、対象業務、相手先、出荷・請求・在庫への影響、バックアップの有無、戻し手順、後続処理の再実行可否を並べます。技術的に直せるかだけでなく、業務としていつまでに何を復旧すべきかを先に決めることが重要です。

復旧作業で怖いのは、対象ファイルだけを戻したつもりでも、後続のバッチやEDI送信が先に進んでしまうことです。戻す前に、どのジョブ、どの画面入力、どの外部連携を一時停止するかを決めます。止める範囲があいまいなまま復旧すると、復旧後の状態と現場の処理状態がずれます。

止める対象	確認する理由
後続バッチ	復旧前のデータを使って処理が進まないようにする
画面入力	戻す時刻以降の更新が混ざらないようにする
EDI・外部送信	相手先へ復旧前後のデータが二重に流れないようにする
帳票・締め処理	請求、在庫、売上の確定状態と矛盾しないようにする