2.2標準
バックアップが取得できているだけでなく、障害から15分以内に復旧できることを確認する。
復旧手順を定期的に検証する。
最も適切な運用はどれか。
× 不正解
バックアップは復元テストで検証し、実際の復旧時間と手順をRTOへ照らし合わせる。
詳細解説
正しい別環境へ定期的にバックアップを復元し、復旧時間を測定する
復元テストで実際のRTOと手順の問題を確認できる。
復元テストで実際のRTOと手順の問題を確認できる。
誤りバックアップファイルの存在だけを確認する
存在確認では復元可能性や復旧時間を保証しない。
存在確認では復元可能性や復旧時間を保証しない。
誤り復旧テストを一度も実施しない
手順・権限・容量の問題が本番障害時まで見つからない。
手順・権限・容量の問題が本番障害時まで見つからない。
誤りRoute 53 TTLを短くしてRTOを測定する
DNS TTLはバックアップ復元時間の測定ではない。
DNS TTLはバックアップ復元時間の測定ではない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Backup restore testingとRTO/RPOの公式説明を確認する。期待される結果
バックアップ取得と復元可能性・復旧時間を区別できる。理解のポイント
- 復元テスト
- RTO
- AWS Backup
確認時の注意
- 確認環境: AWS公式Backup・Well-Architectedドキュメントの確認
- AWS公式SAA-C03 Domain 2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
判断のポイント
依存関係を減らし、障害時に切り替わる経路と復旧手順を事前に定義する。
設計の確認
平常時だけでなく負荷急増・リージョン障害・サービス上限時の挙動を確認する。
問題IDAWS-SAA-098
確認環境AWS公式Backup・Well-Architectedドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告