Panduan Lengkap DR (End-to-End Walkthrough)
Ini adalah runbook berurutan untuk menjalankan seluruh siklus pemulihan bencana (disaster recovery) secara langsung, sehingga Anda dapat memastikan pengaturan dua situs Anda berfungsi sebelum benar-benar mengandalkannya. Setiap langkah menjelaskan tindakan yang harus dilakukan, hasil yang seharusnya terlihat, dan cara memverifikasinya.
Gunakan beban kerja uji coba sekali pakai (disposable test workload) untuk panduan ini — jangan pernah menggunakan VM produksi.
Sebelum memulai
Selesaikan pengaturan awal satu kali terlebih dahulu:
- Kedua situs telah disandingkan pada lapisan Cockpit dan DRM — lihat Menyandingkan Dua Situs.
- Disaster Recovery telah dilisensikan di kedua Cockpit; kedua instans DRM telah berlisensi atau dalam masa uji coba (trial) — lihat Memulai.
- Satu VM uji coba kecil yang dapat dibuang sedang berjalan di situs utama.
Terminologi di bawah ini: Situs A = utama (tempat VM uji coba berjalan), Situs B = pemulihan.
Langkah 1 — Lindungi beban kerja pengujian
Lakukan: Di tampilan Workloads pada DRM, pilih Protect pada VM pengujian. Pilih situs pemulihan (Situs B), datastore target, RPO (misalnya 15 menit), dan kompresi. Konfirmasi.
Hasil yang diharapkan: Beban kerja berpindah ke status Protected, dan replikasi baseline (penuh) dimulai.
Verifikasi: Saat replikasi baseline selesai, beban kerja menampilkan setidaknya satu titik pemulihan (recovery point) dan waktu Last Successful Sync. Lihat Melindungi Beban Kerja.
Jangan lanjutkan sebelum baseline selesai
Titik pemulihan hanya akan muncul setelah replika mendarat secara fisik di Situs B. Jika replikasi melaporkan kegagalan, selesaikan masalah tersebut sebelum melanjutkan — lihat Pemantauan & Pemecahan Masalah.
Langkah 2 — Pastikan replikasi berjalan sehat
Lakukan: Picu Sync Now pada beban kerja, kemudian tulis file penanda (marker file) kecil di dalam guest OS dan jalankan Sync Now sekali lagi.
Hasil yang diharapkan: Setiap sinkronisasi menambahkan titik pemulihan baru; transfer inkremental mentransfer data yang jauh lebih sedikit dibandingkan disk penuh.
Verifikasi: Jumlah titik pemulihan bertambah dan usia titik pemulihan terbaru masih berada dalam batas RPO Anda. Lihat Mengelola Replikasi.
Langkah 3 — Kelompokkan ke dalam rencana pemulihan
Lakukan: Di tampilan Recovery Plans pada DRM, buat rencana baru, tambahkan beban kerja pengujian sebagai langkah (tindakan Failover, grup prioritas, dan penundaan boot opsional), lalu simpan.
Hasil yang diharapkan: Rencana dibuat di Situs A dan direplikasikan ke Situs B sebagai salinan hanya-baca (read-only) dalam satu siklus rekonsiliasi.
Verifikasi: Pada DRM Situs B, rencana tersebut muncul dan bersifat read-only (pengeditan di sana ditolak). Lihat Rencana Pemulihan.
Langkah 4 — Latihan dengan uji failover (non-disruptif)
Lakukan: Jalankan Test pada rencana pemulihan (atau Test Failover pada beban kerja).
Hasil yang diharapkan: Salinan beban kerja di-boot di Situs B dalam jaringan gelembung terisolasi (isolated bubble network). VM produksi di Situs A tetap berjalan normal tanpa disentuh.
Verifikasi: Salinan uji coba berjalan di Situs B dengan semua disk terpasang; VM di Situs A tidak terpengaruh.
Kemudian bersihkan hasil latihan: pilih Cleanup test (atau Stop Test Failover). Salinan terisolasi beserta jaringan sementaranya akan dihapus. Lihat Failover & Pemulihan.
Ini adalah titik pemeriksaan yang aman
Jika uji failover berhasil di-boot dan dibersihkan dengan benar, replika Anda benar-benar dapat dipulihkan. Lanjutkan ke failover nyata hanya setelah langkah ini berhasil.
Langkah 5 — Simulasikan bencana dan lakukan pemulihan
Sekarang lakukan latihan pemulihan nyata. Ada dua cara, tergantung pada apa yang sedang Anda uji:
- Migrasi terencana (Planned migration) (Situs A masih sehat): pilih Planned Migration pada beban kerja. Situs A mematikan VM secara halus, sinkronisasi delta akhir dijalankan, dan VM di-boot di Situs B — tidak ada data yang hilang, tidak ada split-brain.
- Failover darurat (Emergency failover) (Situs A lumpuh): buat Situs A tidak dapat dijangkau (untuk lab, matikan situs utama), lalu dari DRM Situs B jalankan rencana yang telah direplikasi.
Hasil yang diharapkan: Beban kerja di-boot di Situs B dari titik pemulihan terbaru, dengan tetap mempertahankan identitasnya (UUID dipertahankan).
Verifikasi: VM yang dipulihkan berjalan di Situs B dengan semua disk terpasang dan file penanda dari Langkah 2 tetap ada. Lihat Failover & Pemulihan.
Failover darurat memindahkan lingkungan produksi
Failover nyata merelokasi beban kerja. Pada VM uji coba lab hal ini tidak masalah; namun jangan pernah mencobanya pada produksi tanpa perencanaan. DRM menolak failover darurat jika mendeteksi sumber masih berjalan (pencegahan split-brain), kecuali Anda menggantinya (override) secara eksplisit.
Langkah 6 — Lindungi ulang dan failback
Lakukan: Dengan beban kerja yang kini berjalan di Situs B, pilih Reprotect — Situs B mulai mereplikasikannya kembali ke arah Situs A. Setelah Situs A kembali sehat dan titik pemulihan telah tersedia di sana, lakukan failover terencana kembali ke Situs A (failback).
Hasil yang diharapkan: Arah replikasi berbalik (B → A), kemudian beban kerja kembali ke Situs A.
Verifikasi: VM berjalan kembali di Situs A dengan data utuh; secara opsional pilih Reprotect sekali lagi untuk mengembalikan arah asli A → B. Lihat Perlindungan Ulang & Failback.
Langkah 7 — Bersihkan artefak pengujian
Lakukan: Hapus artefak pengujian agar tidak meninggalkan sisa:
- Nonaktifkan replikasi pada beban kerja pengujian (DRM Workloads → Disable, atau Cockpit → Disable Replication).
- Hapus rencana pemulihan pengujian.
- Hapus VM pengujian sekali pakai dan salinan pemulihan yang tersisa (
<name>-dr) di situs pemulihan.
Verifikasi: Beban kerja tidak lagi dilindungi, rencana telah dihapus, DRM menunjukkan jumlah beban kerja terlindungi kembali ke nilai awal, dan tidak ada domain pemulihan -dr yang tersisa.
Apa yang telah Anda validasi
Menyelesaikan panduan ini mengonfirmasi bahwa seluruh siklus berfungsi dari ujung ke ujung:
| Kemampuan | Dibuktikan oleh |
|---|---|
| Replikasi ke situs pemulihan | Langkah 1–2 |
| Rencana pemulihan terkelompok yang direplikasi | Langkah 3 |
| Latihan non-disruptif | Langkah 4 |
| Pemulihan nyata (terencana atau darurat) | Langkah 5 |
| Kembali ke situs asal | Langkah 6 |
| Pembersihan menyeluruh | Langkah 7 |
Jadikan sebagai kebiasaan
Jalankan kembali setidaknya Langkah 1–4 secara berkala dan setelah setiap perubahan signifikan (peningkatan versi, perubahan jaringan, beban kerja baru). Uji failover bersifat non-disruptif dan merupakan satu-satunya bukti andal bahwa DR Anda siap digunakan.