サーバーが二台あればバックアップ不要？冗長化・復旧・RTOとRPOの違いを整理する
ケンタ『二台にコピーしているので、間違えて消しても安心ですね』先生『その削除も二台にコピーされたら？』。止まらないことと、過去の状態へ戻せることは同じではありません。IoTの記録や業務サービスを守るとき、冗長化だけで全部解決と考えると、復旧の場面で困ります。今回は停止とデータ損失を分ける5問で、RTOとRPOまで整理します。
1．最初にそろえる条件
冗長化は、一部が故障しても機能を続けられるように複数の資源を用意する考え方です。バックアップは復旧用のデータを残す考え方。複製先へ誤削除まで反映される設計なら、複製だけでは過去の状態へ戻せません。復旧の目標にはRTOとRPOがあります。RTOは停止してから復旧するまでの時間の目標、RPOはどの時点のデータまで戻ればよいかという損失の許容を表す時間の目標です。目標は実績や保証ではありません。復元テスト、切り替え手順、依存するネットワークや認証も含めて確かめます。二台が同じ電源や同じ場所に依存していれば、共通原因で同時に止まる可能性も残ります。
2．5問で考え方を確かめる
問1｜削除も複製される
本番の削除操作が即座に複製先へ反映されます。二台あることだけで誤削除から復旧できますか？
解説：できるとは言えません。削除前へ戻れる履歴やバックアップが必要です。可用性のための複製と、過去の状態へ戻す仕組みを分けます。
問2｜RTOの意味
RTOを30分に設定しました。これは30分前のデータへ戻すという意味ですか？
解説：違います。復旧までの時間の目標です。どの時点のデータを許容するかはRPOで扱います。『止まる時間』と『失う時間幅』を別欄に書きましょう。
問3｜RPOの読み方
12時に障害、最後に復元可能なデータが11時45分です。失われうるデータの時間幅は？
解説：15分です。ただしこれだけでRTOは分かりません。復元に何分かかるかは別に計測します。
問4｜同じ電源
二台が同じ電源装置に依存しています。一台増やしたので停電への対策は完成ですか？
解説：完成とは言えません。共通の依存先が故障すると両方止まります。故障の範囲を想定し、電源や設置場所などを分ける必要性を検討します。
問5｜バックアップ成功ログ
バックアップ処理が成功と表示されています。目標時間内の復旧まで確認済みですか？
解説：いいえ。読み出せるか、必要なデータがそろうか、手順や権限が使えるかを復元テストで確かめます。保存成功と復旧成功は別です。
3．間違えた後に残すこと
先生『止まったら何分、データは何分前まで。この二つを決めよう』。重要度の異なる記録へ同じ目標を機械的に当てはめる必要はありません。停止で困る業務、失うと困るデータ、復旧に必要な依存先を先に整理します。高価な仕組みを入れる前でも、担当者、連絡先、復元手順、テスト日を残すことはできます。
コピーして使える復習シート
守る業務：＿＿／許容停止時間RTO：＿＿／許容データ損失RPO：＿＿／復元先：＿＿／共通の依存先：＿＿／最終復元テスト：＿＿
4．よくある疑問
Q. RPOゼロなら必ず損失ゼロ？ A. 目標を置くだけでは実現しません。仕組みと検証が必要です。Q. バックアップがあれば停止しない？ A. 復元に時間がかかる場合があります。
5．別の問題で試してみる
この記事で確認した考え方を、別の問題でも使えるか試してみてください。
当アカウントが運営する非公式教材のIoT基礎体験は、登録・カード不要の20問・20分。終了後にカテゴリ別の正答数と全問解説を確認できます。途中で閉じると回答は消えます。記事とサービスの問題は独自演習で、実際の試験問題・過去問・再現問題ではありません。合格を保証するものでもありません。
参考資料・確認日
技術の定義は次の一次資料を参照。物語と確認問題は説明用に作成したものです。確認日：2026年10月4日。
