毎日のバックアップ成功だけでは不十分：復旧訓練で RPO・RTO・事業継続性を検証する

バックアップジョブの成功は、必要時間内に業務を復旧できることを意味しません。システム分類、RPO/RTO、隔離復旧、アプリ検証、訓練証跡を整備します。

目標状態を先に決める

このバックアップ／ストレージの事象では、まず「業務システムの重要度分類」と「RPO」で障害境界を決め、その後「RTO」へ進みます。本番設定を変更する前に、現状、発生時刻、正常な比較対象を記録します。

設計前に確認する境界

推奨する実装ポイント

1. まず読み取り中心で証跡を取得し、設定変更前に「業務システムの重要度分類」と「RPO」を確認します。
2. 最初の確認が正常なら「RTO」と「隔離された復旧環境」へ進み、障害時刻と結び付く証跡を残します。
3. 証跡が症状を説明できる場合に限って設定を変更します。「アプリケーション整合性検証」を変更する前に元の値と切り戻し条件を定義します。
4. 「訓練記録と改善項目」は限定範囲で検証してから、本番ユーザーまたは本番トラフィックへ展開します。

段階的な導入

• ユーザーまたはアプリケーションの一連の業務動作を確認し、「業務システムの重要度分類」単独の状態だけで完了としません。
• 変更後に「アプリケーション整合性検証」と「訓練記録と改善項目」を再確認し、新たな迂回、権限拡大、二次障害がないことを確認します。
• 「業務システムの重要度分類」から「訓練記録と改善項目」までの証跡、変更前後の設定、業務確認結果、切り戻し点を保存します。

受入確認

• 「業務システムの重要度分類」と「RPO」を同時に変更し、どちらが原因だったか追跡できなくすること。
• 「RTO」が正常というだけで、「隔離された復旧環境」を含む業務経路全体も正常と判断すること。
• 「アプリケーション整合性検証」または「訓練記録と改善項目」の一時例外を、責任者・期限・切り戻し記録なしで本番に残すこと。

関連する確認事項