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

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

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

AS400のリカバリーの初動チェック
すぐ戻してはいけない場面
復旧作業前に残すメモ
「その場で直す」か「戻す」かの分かれ目
1. 証跡を保全してから、承認された復旧と調査を進める
2. 「戻す」を選べるかどうかは、事前に決まっている
リカバリー初動の要点
復旧で最初に決めるのは止めるか流すか戻すか
戻す前に止める範囲を先に決める
リカバリー初動とあわせて確認したい手順

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

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

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

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

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

復旧作業前に残すメモ

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

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

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

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

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

影響範囲、正しい値、更新条件、検証方法を確定できる → 承認を得てデータ補正を候補にする
復元時点、失われる正常更新、後続処理への影響を確定できる → 承認を得て切り戻しを候補にする
原因や影響範囲を確定できない → 処理と連携を止められる範囲で止め、証跡を保全して判断を上げる

判断がつかない時は、直すにも戻すにも進まず、処理と後続連携を止められる範囲で止め、ジョブログや更新前後の証跡を保全して判断を上げます。バックアップがあっても、戻すことで正常な更新まで失う場合があるため、切り戻し自体を無条件の安全策とは考えません。

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

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

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

先に原因を突き止めようとして本番を壊れたまま放置すると、業務が止まったままになります。先に状態を戻して、それから原因を追う。この順番のほうが、結果的に早く収束します。

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

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

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

リカバリー初動の要点

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

復旧で最初に決めるのは止めるか流すか戻すか

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

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

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

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

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

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