Apa Itu Backup?

Backup adalah salinan cadangan dari data atau konfigurasi backup yang disimpan terpisah agar dapat dipulihkan ketika data utama rusak, hilang, atau berubah. Pada implementasi sehari-hari, Backup menjadi relevan karena keputusan dalam core WordPress, plugin, theme, database, hook, dan konfigurasi sering melibatkan beberapa data, kanal, atau komponen sekaligus.

Kualitas penerapan sangat bergantung pada kejelasan data, tanggung jawab, dan batasan. plugin, theme dan database perlu divalidasi, sedangkan page load time, PHP errors dan database queries dipakai untuk membedakan perbaikan nyata dari fluktuasi biasa.

1. Untuk Backup, tentukan data dan konfigurasi backup yang harus dipulihkan serta target RPO/RTO yang realistis.
2. Buat salinan dengan jadwal dan retensi yang sesuai, lalu simpan setidaknya satu copy terpisah dari sistem utama.
3. Lindungi backup dari akses tidak sah dan pastikan file tidak ikut rusak ketika sistem utama bermasalah.
4. Lakukan uji restore berkala; backup yang tidak pernah diuji belum dapat dianggap sebagai strategi pemulihan.

• Membantu mendeteksi risiko lebih awal sebelum berdampak pada pengguna, biaya, atau stabilitas proses.
• Membuat eksperimen dan perbaikan berikutnya lebih cepat karena pembelajaran sebelumnya terdokumentasi.
• Membuat hasil Backup dapat ditinjau bersama indikator seperti page load time, PHP errors, dan database queries.
• Memudahkan evaluasi karena perubahan dapat dibandingkan terhadap baseline dan indikator yang disepakati.

Backup menjadi penting ketika tim perlu memastikan data atau konfigurasi backup dapat dipulihkan setelah kerusakan, kesalahan manusia, kegagalan sistem, atau insiden keamanan. Tentukan RPO/RTO, buat salinan terpisah, dan lakukan uji restore karena file backup yang tidak pernah diuji belum menjamin pemulihan. Hasilnya dapat ditinjau melalui restore success rate dan recovery time.

Misalnya, tim perlu memastikan data atau konfigurasi backup dapat dipulihkan setelah kerusakan, kesalahan manusia, kegagalan sistem, atau insiden keamanan. Tim terlebih dahulu menetapkan baseline dan kriteria sukses, kemudian menggunakan Backup untuk satu bagian proses. Setelah data cukup, mereka meninjau restore success rate serta recovery time dan memasukkan keputusan lanjutan ke recovery runbook.

• Menerapkan Backup tanpa menjelaskan tujuan, baseline, dan keputusan apa yang akan dipengaruhi.
• Menerapkan aturan yang sama ke seluruh kasus meskipun konteks, audiens, atau batasannya berbeda.
• Menggunakan data yang periodenya, definisinya, atau sumbernya berbeda lalu membandingkannya seolah setara.
• Mengejar satu metrik sambil mengabaikan kualitas, biaya, pengalaman pengguna, atau risiko.