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

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

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

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

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

すぐ戻してはいけない場面

• 請求締め後のデータを戻す
• EDI送信済みデータを復旧で巻き戻す
• 在庫引当後の数量を戻す
• 業務担当者が影響範囲を確認していない
• 復旧後の再入力や再送手順が決まっていない

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

復旧作業前に残すメモ

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

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

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

「その場で直す」か「戻す」かの分かれ目

本番データがおかしくなった時は、その場で補正するか、バックアップやジャーナルから戻すかを、影響範囲、途中更新、正しい値の根拠、後続処理、復旧後の検証方法で比較します。速さだけで決めず、業務責任者と保守担当が承認できる方法を選びます。

判断がつかない時は、直すにも戻すにも進まず、ジョブログや更新前後の証跡を保全して判断を上げます。処理や後続連携の停止も業務に影響するため、承認済みの緊急手順または運用責任者の判断に従い、止める対象と時刻を記録します。バックアップがあっても、戻すことで正常な更新まで失う場合があるため、切り戻し自体を無条件の安全策とは考えません。

状況	選ぶ手	理由
影響範囲、正しい値、更新条件、検証方法を確定できる	データ補正を候補にする	更新前退避、件数確認、第三者レビュー、業務確認をそろえる
復元時点と失われる正常更新を確定できる	切り戻しを候補にする	後続バッチ、EDI、再入力、再送への影響を含めて承認を得る
原因、影響範囲、復旧後の検証方法が分からない	実行せず判断を上げる	証跡を保全し、停止が必要な範囲を責任者と判断する
後続処理や外部連携が進んでいる	承認された範囲で進行を止めて判断	戻す範囲が広がる。先に影響を確定させる

証跡を保全してから、承認された復旧と調査を進める

切り戻しで障害時の状態を上書きする前に、調査に必要なデータ、ジョブログ、実行中の情報を承認された方法で保全します。戻す範囲と失われる正常更新を確認し、承認後に復旧します。復旧後は、退避した障害時の証跡を使って原因調査を続けます。

原因調査と業務復旧を並行できる場合でも、無条件に先に戻すわけではありません。証跡を保全し、正しい復元時点と再処理の整合性を確認できた方法だけを承認後に実施します。復旧方法の安全性が判断できなければ、代替運用も含めて責任者へ判断を上げます。

「戻す」を選べるかどうかは、事前に決まっている

切り戻しには、対象と時点に合うバックアップや必要なジャーナル記録など、戻せる根拠が必要です。更新前データがない、バックアップが古い、必要な記録がない場合でも、根拠のない現場修正を選んではいけません。証跡を保全し、業務責任者・保守担当へ判断を上げ、代替手段や手作業運用も含めて検討します。

つまり、作業前に更新前データを残しておくことは、手順のひとつではなく判断の自由度そのものです。詳しくはAS400本番データ修正チェックリストにまとめています。

戻す前に止める範囲を先に決める

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

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

戻すと判断した後に実際どうなったかは、AS400が起動しない｜電源装置の故障とアクセスパス再作成で1日止まった話を読んでください。

再開の前に確認する記録

段階	必要な確認
戻す前	停止対象、証跡保全、復元時点、失われる更新、実行者・承認者を記録する
復元直後	対象と件数、差異、ジョブログ、必要な後続処理を確認する
業務再開前	在庫・請求・EDI等の整合性を業務責任者が確認し、二重入力・二重送信を防ぐ
再開後	最初の取引・帳票・外部連携を確認し、未解決事項と原因調査の担当を残す

MSGWへの返信が必要な場合は、対象メッセージに表示された選択肢を確認し、MSGW返信の判断表と自社の運用手順を照合してください。単にジョブが動き出したことを復旧完了とはしません。