AS400 recovery、つまり本番データや処理の復旧では、すぐ戻すことが正解とは限りません。バックアップがある、コマンドを知っている、復旧手順がある、というだけで進めると、締め処理、EDI、在庫、請求との整合性を壊すことがあります。
この記事では、AS400 / IBM i の本番復旧で最初に確認する判断ポイントを整理します。技術手順より前に、何を戻してよいのかを決めるための記事です。
AS400 recoveryの初動チェック
| 確認 | 見る理由 |
|---|---|
| 何を戻すか | ファイル、ライブラリ、メンバー、スプール、IFSのどれかを切り分ける |
| いつの状態に戻すか | バックアップ時刻と業務処理時刻を照合する |
| 戻すと消える更新 | 復旧後に失われる入力や連携データを把握する |
| 締め処理 | 請求締め、月次締め、在庫締めとの整合性を見る |
| EDI | 相手先へ送信済みか、再送が必要かを確認する |
| 承認 | 技術判断だけで戻さない |
すぐ戻してはいけない場面
- 請求締め後のデータを戻す
- EDI送信済みデータを復旧で巻き戻す
- 在庫引当後の数量を戻す
- 業務担当者が影響範囲を確認していない
- 復旧後の再入力や再送手順が決まっていない
AS400は基幹業務に近いため、復旧は技術作業であると同時に業務判断です。特にEDIは相手先が絡むため、社内だけで完結しません。物が届かない、請求がずれる、相手先へ重複送信する、といった影響を先に見ます。
復旧作業前に残すメモ
復旧対象: 障害発生時刻: 戻すバックアップ時刻: 戻すと失われる更新: 業務影響: EDI影響: 締め処理影響: 承認者: 復旧実行者: 復旧後確認項目:
復旧後は、戻したことだけで安心しないでください。ジョブログ、件数、帳票、EDI送信状況、業務担当者の画面確認まで行います。
復旧手順の詳細は、AS400本番データ復旧、バックアップ観点はAS400バックアップチェックリストを確認してください。
まとめ
AS400 recoveryでは、戻す前の判断が一番重要です。対象、時刻、業務影響、EDI、締め処理、承認、復旧後確認をそろえてから作業すると、本番復旧の事故を減らせます。
