# Tetapkan dan uji RTO serta RPO

Taiga Learning · Lembar kerja
https://taiga.training/id/lessons/disaster-recovery/

Gunakan informasi fiktif atau yang disetujui. Jangan masukkan secret dalam lembar kerja ini.

## Tujuan pembelajaran
- Bedakan RTO dari RPO dan ketersediaan.
- Hitung total waktu pemulihan dan selisih waktu titik pemulihan data.
- Tentukan latihan pemulihan beserta bukti dan penanggung jawab layanan.

## Latihan
Sebuah layanan fiktif berhenti pada 10:00. Deteksi memerlukan 8 menit, keputusan 12 menit, pemulihan 25 menit, dan validasi 10 menit. Data terbaru yang dapat digunakan berasal dari 09:40. Bandingkan hasil dengan RTO 60 menit dan RPO 15 menit. Usulkan satu perbaikan untuk setiap sasaran.

## Jawaban Anda
- Skenario dan cakupan:
- Asumsi dan pertanyaan yang belum terjawab:
- Jawaban atau keputusan yang diusulkan, beserta alasan:

## Verifikasi jawaban Anda
| Klaim atau kriteria | Bukti atau pengujian | Hasil atau kekurangan | Penanggung jawab |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Tindakan berikutnya
- Tindakan, penanggung jawab, dan tanggal:
- Kapan Anda akan meninjau jawaban ini?

## Prinsip yang perlu dipertahankan
RTO dan RPO adalah sasaran bisnis. Latihan pemulihan yang diukur menunjukkan apakah seluruh layanan dapat memenuhi sasaran tersebut dalam skenario tertentu.

## Sumber
- [AWS: Define recovery objectives for downtime and data loss](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_objective_defined_recovery.html)
- [AWS: Use defined recovery strategies](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_disaster_recovery.html)
- [AWS: Testing disaster recovery](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/testing-disaster-recovery.html)

Lembar kerja ini mendukung pembelajaran. Menyelesaikannya tidak dengan sendirinya mengizinkan perubahan produksi.