Materi
Dua sasaran pemulihan ditetapkan oleh organisasi, bukan oleh penyedia. RTO (recovery time objective) adalah jeda terlama yang bisa diterima antara layanan terputus dan layanan pulih — batas lama gangguan. RPO (recovery point objective) adalah rentang waktu terlama yang bisa diterima sejak titik pemulihan data terakhir — batas data yang boleh hilang. Glosarium NIST merumuskan RPO sebagai titik waktu yang datanya harus bisa dipulihkan setelah gangguan, dan RTO sebagai lama komponen sistem boleh berada dalam fase pemulihan sebelum mengganggu misi organisasi.
Seberapa sering cadangan dibuat menentukan RPO yang bisa dicapai. Bila cadangan dibuat tiap 6 jam, kasus terburuknya gangguan terjadi sesaat sebelum cadangan berikutnya, sehingga hampir 6 jam data hilang. Whitepaper AWS menyusun empat strategi pemulihan bencana dari yang termurah dan paling sederhana sampai yang paling rumit dan mahal: backup and restore, pilot light, warm standby, dan multi-site active/active. Replikasi terus-menerus membuat salinan hampir seketika, tetapi tidak melindungi dari data rusak atau terhapus sebaik cadangan titik waktu, karena kerusakannya ikut tersalin.
Contoh garis waktu (karangan)
Cadangan terakhir 01.00
Gangguan mulai 03.20 -> data hilang 2 jam 20 menit (dibandingkan dengan RPO)
Layanan pulih 05.05 -> lama gangguan 1 jam 45 menit (dibandingkan dengan RTO)
