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

2026.06.10

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

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

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

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

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

SAVLIBとSAVOBJを分けて考える

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

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

SAVFを使う時の注意

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

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

バックアップは復元できて初めて意味がある

バックアップで一番怖いのは、障害時に初めて復元を試すことです。保存は毎日成功していたのに、戻す手順がない、戻す環境がない、復元後の確認方法がない、という状態では安心できません。

復元テストでは、テスト用ライブラリへ戻す、戻したファイルの件数を確認する、DSPFFDで定義を見る、DSPPFMで一部データを確認する、関連プログラムや帳票が参照できるかを見る、といった確認を行います。本番へ直接戻す練習をするのではなく、安全な検証場所で手順を作ることが大切です。

障害時に確認するメモ

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

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

バックアップ確認の基本要点

AS400のバックアップ確認では、SAVLIB、SAVOBJ、SAVF、RSTLIB、RSTOBJといったコマンドだけでなく、対象業務、保存範囲、世代管理、復元手順、復元後の確認をセットで見る必要があります。

本番で慌てないために、AS400保守・運用完全ガイド、本番障害の初動対応、AS400データ復旧｜本番障害で戻す・リランする前に確認すること と合わせて確認してください。

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

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

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

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

バックアップは「取れている」より「戻せる」を基準に確認する

AS400 / IBM i のバックアップ確認で一番危ないのは、SAVLIBやSAVFの取得ログだけを見て安心してしまうことです。現場で本当に必要なのは、障害時にどのライブラリを、どの順番で、どの時点まで戻せるかを説明できる状態です。

特に販売管理、在庫、請求締め、EDI、出荷確定のように相手先や締め時刻が絡む業務では、復旧の遅れがそのまま現場の混乱につながります。バックアップの成否だけでなく、復旧手順、戻し先、直近データの扱い、後続バッチ、帳票再出力まで確認しておく必要があります。

外部パートナーへ保守を依頼する場合も、バックアップ設定だけを任せるのではなく、障害時に誰が判断し、誰が復旧し、誰が業務部門へ説明するのかを決めておきます。ここが曖昧だと、技術的には戻せても業務復旧が止まります。

関連する基本用語はAS400用語集のSAVLIB、SAVF、RSTLIBを確認してください。日常運用ではAS400夜間バッチ障害対応フロー、障害時はAS400 MSGWを早期検知する考え方、定例管理ではAS400保守・運用完全ガイドとつなげると、長期利用に耐える運用になります。

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

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

バックアップ確認を保守体制の点検につなげる

AS400のバックアップは、取得できているかだけでなく、復元できるか、誰が手順を説明できるかまで確認しておく必要があります。

SAVLIB、SAVOBJ、SAVF、媒体管理、世代管理、復元テストの結果を残すと、保守会社への相談や監査対応でも説明しやすくなります。

アクセスパスを保管していないバックアップから戻すと復旧当日に何が起きるかは、AS400が起動しないに実例を書いています。

復元テストで見ること

復元テストでは、対象ライブラリ、オブジェクト、権限、所有者、論理ファイル、ジャーナル状態、外部連携ファイルを確認します。検証環境へ戻す場合も、本番データや個人情報の扱いに注意します。

復元作業は、本番影響が大きいため、作業者、承認者、実施時刻、戻し手順、確認方法を明確にします。保守会社へ相談する場合は AS400保守会社に相談する前のチェックリスト で情報を整理しておくと話が早くなります。

BRMS確認前チェックリスト

  • BRMS利用有無と運用担当者を確認したか
  • バックアップ対象と世代管理を確認したか
  • 媒体と保管場所、持ち出しルールを確認したか
  • 復元テストの実績を確認したか
  • ジャーナル、監査ログ、外部連携との関係を確認したか

BRMSは、AS400のバックアップ運用を支える重要な仕組みです。ただし、ツール名を知っているだけでは復旧できません。バックアップ対象、世代、媒体、復元テスト、業務影響を整理しておくことで、障害時に落ち着いて判断できます。

WRKSYSSTS・ASP使用率を確認する

ディスク容量やASP使用率が気になる時は、WRKSYSSTS、スプール、IFS、SAVF、バックアップを分けて確認します。詳しくは WRKSYSSTSとASP使用率の確認ポイント にまとめています。

関連: 全体バックアップや保守前の保存を考える時は、GO SAVE・オプション21の確認ポイント で、停止時間、保存対象、媒体、復元確認、PTF、QSYSOPRを整理してください。

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

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

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

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

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

BRMS運用を相談する前に整理する情報

BRMSはバックアップ取得だけでなく、媒体、世代、保管場所、復旧手順まで含めて見ます。取得結果だけを見て安心せず、復元できる証跡を残すことが重要です。

保守会社や運用担当へ相談する時は、対象ライブラリ、媒体管理、保存期間、直近エラー、復元テストの有無を先に分けると、初回確認が早くなります。

  • バックアップ確認チェックリスト
  • 復元系コマンドの注意点
  • DR・災害復旧チェックリスト

最低限残したい運用メモ

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

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

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

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

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

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

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

バックアップ確認とあわせて確認したい手順

スポンサーリンク