AS400バックアップ確認チェックリスト｜SAVLIB・SAVOBJ・SAVF・復元テストで見ること

2026.06.10

AS400 / IBM i の保守で、バックアップは「毎日動いているはず」で済ませてはいけない作業です。障害が起きた時に戻せるか、どこまで戻せるか、誰が復元判断をするかが決まっていないと、バックアップを取っていても現場は止まります。

この記事では、AS400のバックアップを見直す時に確認するポイントを、初心者にも分かるように整理します。SAVLIB、SAVOBJ、RSTLIB、RSTOBJなどのコマンドや、保存先となるSAVFを知るだけでなく、対象、世代、保管場所、復元テストまで確認することが大切です。

バックアップで最初に確認すること

最初に見るのは、バックアップが存在するかどうかではなく、業務を戻すために必要なものがそろっているかです。販売管理であれば、プログラム、ライブラリ、物理ファイル、論理ファイル、マスタ、トランザクション、帳票定義、ジョブ定義、外部連携ファイルまで関係することがあります。

確認項目 見る理由 関連ページ
対象ライブラリ 本番業務に必要なライブラリが保存対象に入っているか ライブラリの確認方法
保存方式 SAVLIB・SAVOBJ等の保存コマンドと、テープ・SAVF等の保存先を区別する 保存系コマンドの注意点
復元方式 RSTLIB、RSTOBJ、RSTで戻せるか 復元系コマンドの注意点
世代管理 何日前まで戻せるか、月末や締め前後を戻せるか 本番対応チェックリスト
復元テスト 取れているだけでなく、実際に戻せるか AS400データ復旧｜本番障害で戻す・リランする前に確認すること

SAVLIBとSAVOBJを分けて考える

SAVLIBはライブラリ単位で保存する時に使われ、SAVOBJは特定オブジェクトを保存する時に使われます。どちらが良い悪いではなく、何を戻したいのかで考えます。ライブラリ全体を戻すのか、特定ファイルだけ戻すのか、プログラムだけ戻すのかで、復元時の影響が変わります。

本番では「念のため全部戻す」という判断が危険なこともあります。古いデータで上書きしてしまう、更新済みのオブジェクトを戻してしまう、他部署の処理に影響する、といった事故を避けるため、復元対象を狭められるように保存内容を理解しておきます。

SAVFを使う時の注意

SAVFは保存ファイルです。ちょっとした退避や移送で使われることがありますが、保存先ライブラリ、保存ファイル名、保存日時、対象オブジェクト、削除ルールを確認しておかないと、どれが正しい退避なのか分からなくなります。

  • SAVFの作成場所を決める
  • 保存日時と作業者をメモする
  • 対象ライブラリと対象オブジェクトを記録する
  • 本番データを含む場合は扱いを制限する
  • 作業後に削除するか保管するかを決める

障害時に確認するメモ

実際に障害が起きた時は、バックアップだけでなく、ジョブログ、MSGW、夜間バッチ、スプール、データ更新の途中状態を確認します。どこまで戻すかは業務判断を伴うため、技術担当だけで決めない方がよい場合もあります。

障害時の確認 見るもの
いつから異常か ジョブログ、処理時刻、エラーメッセージ
どの業務が影響するか 受注、出荷、在庫、売上、請求、締め処理
どのデータを戻すか 対象ファイル、対象期間、対象伝票、更新有無
戻した後に何を確認するか 件数、金額、帳票、後続バッチ、外部連携
誰が判断するか システム担当、業務担当、責任者、保守会社

IFS・CSV・外部連携ファイルを扱う時

CSV、ログ、PDF、外部連携ファイルをIFS（統合ファイルシステム）で扱う時は、AS400のIFS入門 を確認してください。パス、権限、文字コード、保存期間、削除ルール、バックアップ対象を先に整理します。

ジャーナル・コミットメント制御を確認する

データ復旧や更新事故でジャーナル、ジャーナルレシーバー、コミットメント制御が出てきた時は、AS400のジャーナル・コミットメント制御の基本 を確認してください。ジャーナルがあるから何でも戻せる、とは考えないことが大切です。

バックアップコマンド・フルバックアップで確認する範囲

「AS400 バックアップ コマンド」「フルバックアップ コマンド」で探している時は、コマンド名だけでなく、保存対象、保存先媒体、実行時間、排他、復元確認、証跡をセットで見ます。保存できたことと、復元できることは別なので、定期的に戻し方まで確認しておくのが安全です。

BRMS成功表示だけで終わらせない確認例

制御グループが完了していても、必要媒体や復旧順序が不明なら実際の復元で迷います。日次確認と定期演習を分けて行います。

確認点 確認内容 判断
日次 制御グループ結果、未保存項目、ジョブログ、媒体状態を確認する 成功件数だけで除外や警告を見落とさない
媒体 世代、保管場所、有効期限、搬出入記録を確認する 必要な世代を上書き・期限切れにしない
復旧 復旧レポート、依存順、必要な担当者と権限を確認する 定期的な復元演習で手順と所要時間を確かめる

BRMS設定を変更する場合は、次回バックアップだけでなく保存世代と復旧計画への影響を確認します。演習で見つかった差異は制御グループと手順書の両方へ反映します。

復元テストをしていないと何に気づけないままになるかは、AS400が起動しないが分かりやすい例です。

最低限残したい運用メモ

現場では、バックアップ対象、世代数、媒体の置き場所、復旧担当、復旧に必要なコマンド、過去の復旧テスト日を1枚にまとめておくと強いです。担当者が退職したあとでも、まず何を戻すか、どの時点に戻すかを判断しやすくなります。

BRMSの運用確認は AS400 BRMSバックアップ運用チェック、本番障害の初動は AS400本番障害の初動チェックリスト も参考になります。基本コマンドから探す場合は AS400コマンド逆引き に戻ると整理しやすいです。

四半期の復元演習を行う想定例

バックアップ完了メッセージがあっても、災害時に必要な順序で復元できるとは限りません。隔離した環境で復元手順を試します。

確認点 確認内容 判断
対象 システム、ユーザーデータ、IFS、構成、セキュリティ情報の範囲を確認する 必要資産の抜けと保存世代を確認する
演習 復元先、媒体、実施順、必要権限、依存関係を確認する 本番へ誤って復元しない隔離環境を使う
合格条件 起動、代表業務、帳票、外部連携、所要時間を確認する 復元コマンドの完了だけで合格にしない

演習後は、手順の不足、読めなかった媒体、想定より長い工程、担当者不在時の代行を記録します。RTOやRPOは演習結果と業務要件の両方から見直します。

テープから戻した後にアクセスパスの再作成で一日業務が流せなくなった事例は、AS400が起動しない｜電源装置の故障とアクセスパス再作成で1日止まった話にまとめました。

スポンサーリンク