---
title: "RPOとRTOの違いとは？（障害復旧の判断基準）【DS検定】"
description: "RPOとRTOの違いは、障害復旧の判断基準を理解するための基本テーマです。DS検定で問われる定義、具体例、似た概念との違い、選択肢の見分け方を整理します。主要な混同パターンや実務での読み取り方も確認します。初学者が迷いやすい判断ポイントも確認します。"
canonical_url: "https://stemtazoo.github.io/ds/rpo-rto/"
section: "ds"
---
DS検定トップ
＞ RPOとRTOの違いとは？（障害復旧の判断基準）【DS検定】
## まず結論
- **RPOとRTOは「どこまで失ってよいか」と「どれだけ止めてよいか」を決める指標。**
- DS検定では「最強構成を選ぶ問題」ではなく、「業務に照らして妥当な設計を判断させる問題」として問われることが多い。
## 直感的な説明
システム障害が起きたとき、考えることは2つだけです。
1. データはどこまで失ってもよいか？
2. どれくらいの時間で復旧しないと困るか？
例えば、
- ネット銀行 → 1分のデータ損失も困る
- 社内の分析レポート → 数時間遅れても業務は回る
この「許容できる範囲」を明確にするのがRPOとRTOです。
DS検定では、「この業務ならどの程度が妥当か？」と判断させる出題が多いです。
## 定義・仕組み
### ■ RPO（Recovery Point Objective）
**許容できるデータ損失時間。**
例：
RPOが1時間なら、障害発生時に「最大1時間分のデータ損失は許容する」という意味。
つまり、
「どこまで巻き戻ってもよいか」を決める指標です。
### ■ RTO（Recovery Time Objective）
**復旧までに許容される時間。**
例：
RTOが2時間なら、2時間以内にシステムを復旧させる必要がある。
つまり、
「どれだけ止めてよいか」を決める指標です。
DS検定では
「RPO＝時間」「RTO＝時間」と覚えるのではなく、
- RPO → データの観点
- RTO → 業務停止時間の観点
と意味で区別できることが重要です。
## どんな場面で使う？
### ✔ 使うべき場面
- システム設計
- バックアップ戦略の検討
- クラウド移行時の可用性設計
- 業務継続計画（BCP）
### ✔ 誤解しやすい場面
- 「とりあえず最強構成にすればよい」と考えること
- コストを無視した設計
DS検定では、
「リアルタイムレプリケーションが最強だから正解」
のような選択肢が出ることがあります。
しかし、業務要件に対して過剰であれば不適切になります。
## よくある誤解・混同
❌ RPOとRTOの意味を逆にする
→ DS検定ではこの入れ替え問題が頻出。
❌ レプリケーション＝常に最適解
→ コスト・複雑性を無視している場合は誤り。
❌ 増分バックアップ＝常に復旧が遅い
→ RPO・RTO次第では十分妥当な戦略。
DS検定では
「最も強力な技術」ではなく
「業務に照らして妥当な設計」を選ばせてくる点に注意。
## まとめ（試験直前用）
- RPO＝どこまでデータを失ってよいか
- RTO＝どれだけ業務を止めてよいか
- 設計は「最強」ではなく「妥当性」で判断
- 選択肢に“過剰構成”があれば疑う
判断基準は、
**業務への影響を軸に考えること。**
## 対応スキル項目（データエンジニアリング力シート）
- システム設計
- 可用性設計
- ★ システムの可用性・信頼性を考慮した設計ができる