RPO(Recovery Point Objective:目標復旧時点)は、障害時にどこまでのデータ損失を許容するかを、時間の幅で表す目標です。「復旧作業を何時間で終えるか」を示すRTOとは別の指標です。
RPO=1時間を時刻で考える
14時に障害が起き、RPOが1時間なら、13時以降の時点までデータを復元できることを目指します。13時までの状態に戻る場合、失われる可能性があるのは13〜14時の更新です。「直前1時間分のデータを必ず復旧できる」という意味ではありません。
| 時刻 | 意味 |
|---|---|
| 13時 | RPO=1時間で許容される最も古い復旧時点 |
| 14時 | 障害発生 |
| 13〜14時 | 失われる可能性がある更新の範囲 |
バックアップ間隔とRPO
13時の状態を保存したバックアップから、14時の障害後に復元できれば、今回のデータ損失は1時間分です。ただし、取得間隔だけで目標達成を保証できません。バックアップの失敗、復旧できるデータの時点、ログの利用可否なども確認します。RPOは目標であり、実際の損失とは分けて評価します。
RPOを短くする方法と確認点
| 方法の例 | 確認点 |
|---|---|
| 取得間隔を短くする | 保存負荷・容量・バックアップ成功を確認 |
| ログや継続的データ保護を利用 | 復旧できる時点と必要なデータを確認 |
| レプリケーション | 複製の遅延や障害の範囲を確認 |
複製は誤削除や破損まで伝える場合があります。レプリケーションを使えば世代管理したバックアップが不要になる、とは限りません。RPO=0も目標であり、あらゆる障害で損失ゼロを自動的に保証するものではありません。
業種だけで目標値を固定しない
更新を失ったときの影響、やり直しの可否、費用などから業務ごとに決めます。「銀行なら必ず何秒、一般企業なら何時間」と一律に当てはめるものではありません。復旧訓練では、実際に戻せたデータの時点が目標を満たすかを確認します。
停止時間の目標は、RTOの記事で比較できます。
確認問題
15時に障害が発生し、14時30分の状態に復元できました。失われる可能性のある更新は何分分ですか?RPO=1時間の目標は今回満たしていますか?
解答・解説を見る
30分分です。今回の損失幅は1時間以内なので、データの復旧時点については目標を満たしています。復旧作業の所要時間は、この情報だけでは分かりません。
バックアップと復旧目標をnoteで復習
無料noteにはRPO・RTOの解説と比較があり、フル・差分・増分バックアップも扱っています。目標となるデータの時点と、必要なバックアップの組合せをつなげて復習できます。
ほかの教材は資格・目的別のnote教材ナビから選べます。

コメント