AS400 / IBM i の保守で、バックアップは「毎日動いているから大丈夫」と思われがちです。しかし、本当に大事なのは取得できていることだけではなく、戻せること、対象が足りていること、担当者が変わっても手順を説明できることです。BRMS（バックアップ・復旧・媒体管理機能）や保管の技術情報だけでなく、ここでは現場の点検表として使える形にまとめます。
最初に確認すること
| 確認 | 見るもの | 判断 |
|---|---|---|
| 取得範囲 | SAVLIB、SAVOBJ、SAV、BRMSポリシー | 業務ライブラリ、IFS、ユーザー情報が含まれるか |
| 取得結果 | ジョブログ、スプール、BRMSログ | 正常終了だけでなく警告を見ているか |
| 媒体管理 | テープ、仮想テープ、保管先 | 世代、保管場所、持ち出しルールがあるか |
| 復旧手順 | RSTLIB、RSTOBJ、手順書 | 担当者以外でも戻せるか |
| 訓練 | 復旧テスト、棚卸し記録 | 机上だけでなく実際に戻したことがあるか |
バックアップ成功と復旧可能は別物
夜間ジョブが正常終了していても、必要なライブラリが対象外だった、IFSのファイルが漏れていた、媒体が古くて読めなかった、戻し先の容量が足りなかったということは起こります。バックアップの確認では、取得コマンドだけでなく、復旧時に必要な順番、依存ライブラリ、権限、ジョブ記述、装置情報も見ます。
最低限残したい運用メモ
現場では、バックアップ対象、世代数、媒体の置き場所、復旧担当、復旧に必要なコマンド、過去の復旧テスト日を1枚にまとめておくと強いです。担当者が退職したあとでも、まず何を戻すか、どの時点に戻すかを判断しやすくなります。
BRMSの運用確認は AS400 BRMSバックアップ運用チェック、本番障害の初動は AS400本番障害の初動チェックリスト も参考になります。基本コマンドから探す場合は AS400コマンド逆引き に戻ると整理しやすいです。
Codexで使う時の注意
Codexには媒体名、サーバー名、会社名、実データを入れず、匿名化したバックアップ方式と確認観点だけを渡します。復旧手順の抜け漏れ確認には使えますが、本番復旧の実行判断は必ず人が行います。
関連: AS400 PTF適用前後のチェックリスト｜更新作業で止めないために確認することもあわせて確認してください。
関連: AS400 SAVF移送・復元チェックリスト｜FTP転送・RSTOBJ・ライブラリ違いで見ることもあわせて確認してください。
関連: AS400月次点検チェックリスト｜バックアップ・権限・ジョブ・資料を毎月確認するもあわせて確認してください。
関連: AS400本番反映Go/No-Goチェックリスト｜リリース直前に止める判断を入れるもあわせて確認してください。
バックアップは「取れている」ではなく「戻せる」まで確認します
AS400 / IBM i のバックアップで怖いのは、SAVLIBやSAVOBJを実行しているのに、復旧手順を誰も試していない状態です。障害時に必要なのは、保管媒体やSAVF（保管ファイル）があることではなく、どの世代を、どのライブラリへ、どの順番で戻すかを判断できることです。特に本番ライブラリへ直接RSTLIBする判断は重く、検証環境や別名ライブラリで確認してから進めるべきです。
現場では、夜間バッチ停止、月次締め失敗、EDIデータの誤送信、プログラム入れ替えミスのように、復旧対象がデータなのか、プログラムなのか、帳票なのかで手順が変わります。長期利用を前提にするなら、バックアップ手順書だけでなく、戻し基準、承認者、業務部門への連絡文、復旧後の検算方法まで残しておくと強いです。
- AS400長期ロードマップで、まだ使い続けるための保守基盤を整理する
- 保守会社・開発会社の選び方で、復旧対応力の見極めを確認する
- Codex研修で、戻し手順の読み解きとチェックリスト化を訓練する
DR・災害復旧を検討する前に確認すること
DRや災害復旧は、バックアップ媒体の有無だけでは判断できません。RTO、RPO、復元先、ネットワーク、権限、業務再開順を分けて整理します。
AS400 / IBM iを長期利用するなら、復旧できる証跡、復元テスト結果、障害時の連絡先を残しておくと、保守会社との会話が具体的になります。
四半期の復元演習を行う想定例
バックアップ完了メッセージがあっても、災害時に必要な順序で復元できるとは限りません。隔離した環境で復元手順を試します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 対象 | システム、ユーザーデータ、IFS、構成、セキュリティ情報の範囲を確認する | 必要資産の抜けと保存世代を確認する |
| 演習 | 復元先、媒体、実施順、必要権限、依存関係を確認する | 本番へ誤って復元しない隔離環境を使う |
| 合格条件 | 起動、代表業務、帳票、外部連携、所要時間を確認する | 復元コマンドの完了だけで合格にしない |
演習後は、手順の不足、読めなかった媒体、想定より長い工程、担当者不在時の代行を記録します。RTOやRPOは演習結果と業務要件の両方から見直します。