AS400 / IBM i の保守で、バックアップは「毎日動いているはず」で済ませてはいけない作業です。障害が起きた時に戻せるか、どこまで戻せるか、誰が復元判断をするかが決まっていないと、バックアップを取っていても現場は止まります。
この記事では、AS400のバックアップを見直す時に確認するポイントを、初心者にも分かるように整理します。SAVLIB、SAVOBJ、SAVF、RSTLIB、RSTOBJなどのコマンド名を覚えるだけでなく、対象、世代、保管場所、復元テストまで確認することが大切です。
バックアップで最初に確認すること
最初に見るのは、バックアップが存在するかどうかではなく、業務を戻すために必要なものがそろっているかです。販売管理であれば、プログラム、ライブラリ、物理ファイル、論理ファイル、マスタ、トランザクション、帳票定義、ジョブ定義、外部連携ファイルまで関係することがあります。
| 確認項目 | 見る理由 | 関連ページ |
|---|---|---|
| 対象ライブラリ | 本番業務に必要なライブラリが保存対象に入っているか | ライブラリの確認方法 |
| 保存方式 | SAVLIB、SAVOBJ、SAVFなど何で保存しているか | 保存系コマンドの注意点 |
| 復元方式 | RSTLIB、RSTOBJ、RSTで戻せるか | 復元系コマンドの注意点 |
| 世代管理 | 何日前まで戻せるか、月末や締め前後を戻せるか | 本番対応チェックリスト |
| 復元テスト | 取れているだけでなく、実際に戻せるか | データリカバリー手順 |
SAVLIBとSAVOBJを分けて考える
SAVLIBはライブラリ単位で保存する時に使われ、SAVOBJは特定オブジェクトを保存する時に使われます。どちらが良い悪いではなく、何を戻したいのかで考えます。ライブラリ全体を戻すのか、特定ファイルだけ戻すのか、プログラムだけ戻すのかで、復元時の影響が変わります。
本番では「念のため全部戻す」という判断が危険なこともあります。古いデータで上書きしてしまう、更新済みのオブジェクトを戻してしまう、他部署の処理に影響する、といった事故を避けるため、復元対象を狭められるように保存内容を理解しておきます。
SAVFを使う時の注意
SAVFは保存ファイルです。ちょっとした退避や移送で使われることがありますが、保存先ライブラリ、保存ファイル名、保存日時、対象オブジェクト、削除ルールを確認しておかないと、どれが正しい退避なのか分からなくなります。
- SAVFの作成場所を決める
- 保存日時と作業者をメモする
- 対象ライブラリと対象オブジェクトを記録する
- 本番データを含む場合は扱いを制限する
- 作業後に削除するか保管するかを決める
バックアップは復元できて初めて意味がある
バックアップで一番怖いのは、障害時に初めて復元を試すことです。保存は毎日成功していたのに、戻す手順がない、戻す環境がない、復元後の確認方法がない、という状態では安心できません。
復元テストでは、テスト用ライブラリへ戻す、戻したファイルの件数を確認する、DSPFFDで定義を見る、DSPPFMで一部データを確認する、関連プログラムや帳票が参照できるかを見る、といった確認を行います。本番へ直接戻す練習をするのではなく、安全な検証場所で手順を作ることが大切です。
障害時に確認するメモ
実際に障害が起きた時は、バックアップだけでなく、ジョブログ、MSGW、夜間バッチ、スプール、データ更新の途中状態を確認します。どこまで戻すかは業務判断を伴うため、技術担当だけで決めない方がよい場合もあります。
| 障害時の確認 | 見るもの |
|---|---|
| いつから異常か | ジョブログ、処理時刻、エラーメッセージ |
| どの業務が影響するか | 受注、出荷、在庫、売上、請求、締め処理 |
| どのデータを戻すか | 対象ファイル、対象期間、対象伝票、更新有無 |
| 戻した後に何を確認するか | 件数、金額、帳票、後続バッチ、外部連携 |
| 誰が判断するか | システム担当、業務担当、責任者、保守会社 |
バックアップ確認の基本要点
AS400のバックアップ確認では、SAVLIB、SAVOBJ、SAVF、RSTLIB、RSTOBJといったコマンドだけでなく、対象業務、保存範囲、世代管理、復元手順、復元後の確認をセットで見る必要があります。
本番で慌てないために、AS400保守・運用完全ガイド、本番障害の初動対応、データリカバリー手順 と合わせて確認してください。
IFS・CSV・外部連携ファイルを扱う時
CSV、ログ、PDF、外部連携ファイルをIFS（統合ファイルシステム）で扱う時は、AS400のIFS入門 を確認してください。パス、権限、文字コード、保存期間、削除ルール、バックアップ対象を先に整理します。
ジャーナル・コミットメント制御を確認する
データ復旧や更新事故でジャーナル、ジャーナルレシーバー、コミットメント制御が出てきた時は、AS400のジャーナル・コミットメント制御の基本 を確認してください。ジャーナルがあるから何でも戻せる、とは考えないことが大切です。
バージョン・PTF・サポート状況を確認する
AS400の保守、更改、クラウド移行、PTF適用を考える時は、AS400のバージョン・PTF・サポート確認手順を確認してください。IBM iのバージョン、PTF、Powerサーバー世代、バックアップ、権限、外部連携を整理します。
関連: 全体バックアップや保守前の保存を考える時は、GO SAVE・オプション21の確認ポイント で、停止時間、保存対象、媒体、復元確認、PTF、QSYSOPRを整理してください。
関連: SAVFの中身を確認してから復元判断をしたい場合は、DSPSAVFでSAVFの中身を確認するポイント で、保存日時、保存元、対象オブジェクト、復元先、容量影響を確認してください。
バックアップは復元できることまで確認する
バックアップは、取得より復元できるかを見る
AS400のバックアップ確認では、保存コマンドを実行したかだけでなく、必要な世代が残っているか、復元テストをしているか、本番対応時に戻せる手順があるかを確認します。夜間バッチや締め処理の前後では、業務継続の観点でバックアップの意味が変わります。
- 取得対象、保存先、世代、媒体を確認する
- 復元テストを定期的に行う
- 本番作業前は直前バックアップと戻し手順を確認する
- バックアップ・復元・DRチェックリスト
- 本番対応チェックリスト
バックアップは「取れている」より「戻せる」を基準に確認する
AS400 / IBM i のバックアップ確認で一番危ないのは、SAVLIBやSAVFの取得ログだけを見て安心してしまうことです。現場で本当に必要なのは、障害時にどのライブラリを、どの順番で、どの時点まで戻せるかを説明できる状態です。
特に販売管理、在庫、請求締め、EDI、出荷確定のように相手先や締め時刻が絡む業務では、復旧の遅れがそのまま現場の混乱につながります。バックアップの成否だけでなく、復旧手順、戻し先、直近データの扱い、後続バッチ、帳票再出力まで確認しておく必要があります。
外部パートナーへ保守を依頼する場合も、バックアップ設定だけを任せるのではなく、障害時に誰が判断し、誰が復旧し、誰が業務部門へ説明するのかを決めておきます。ここが曖昧だと、技術的には戻せても業務復旧が止まります。
関連する基本用語はAS400用語集のSAVLIB、SAVF、RSTLIBを確認してください。日常運用では日次監視チェックリスト、障害時は障害検知KPI、定例管理では月次保守会議とつなげると、長期利用に耐える運用になります。
バックアップコマンド・フルバックアップで確認する範囲
「AS400 バックアップ コマンド」「フルバックアップ コマンド」で探している時は、コマンド名だけでなく、保存対象、保存先媒体、実行時間、排他、復元確認、証跡をセットで見ます。保存できたことと、復元できることは別なので、定期的に戻し方まで確認しておくのが安全です。
- GO SAVE 21を見る: GO SAVE 21フルバックアップ確認
- 復元時の注意を見る: 復元コマンドの注意点
- DR観点で確認する: バックアップ・復旧・DRチェックリスト
バックアップ確認を保守体制の点検につなげる
AS400のバックアップは、取得できているかだけでなく、復元できるか、誰が手順を説明できるかまで確認しておく必要があります。
SAVLIB、SAVOBJ、SAVF、媒体管理、世代管理、復元テストの結果を残すと、保守会社への相談や監査対応でも説明しやすくなります。
