Laman kecil yang dibina oleh seorang pun mempunyai perkara yang tidak boleh dipulihkan hanya dengan deploy semula. Kod mungkin ada dalam Git, tetapi mesej borang, gambar asal atau konfigurasi akaun boleh tinggal di tempat lain. Backup bermula dengan membezakan sumber yang boleh dijana semula daripada data yang benar-benar unik.
Senaraikan lokasi data: repository, pangkalan data, storan media dan tetapan perkhidmatan. Tentukan kekerapan perubahan serta berapa banyak data yang sanggup hilang jika ada masalah. Salinan yang dibuat setiap bulan mungkin mencukupi untuk laman jarang berubah, tetapi tidak untuk borang yang menerima mesej setiap hari. Pilih jadual berdasarkan risiko sebenar, bukan saiz projek semata-mata.
Uji restore pada salinan selamat
Fail backup yang wujud belum tentu boleh digunakan. Cuba pulihkan ke persekitaran ujian dan buka beberapa rekod. Catat langkah, masa yang diperlukan dan akses yang mesti ada. Jangan uji dengan menimpa data produksi. Jika backup disimpan pada akaun yang sama dengan sistem utama, fikir juga apa berlaku apabila akaun itu tidak dapat diakses.
Ambil satu contoh data yang mudah dikenal, seperti mesej borang ujian, dan cuba pulihkannya dalam persekitaran berasingan. Jika anda hanya berjaya mendapatkan fail tetapi tidak tahu cara menghubungkannya kepada aplikasi, pelan backup belum lengkap. Tulis langkah pemulihan semasa cubaan itu masih segar dalam ingatan.
Pelan yang baik tidak perlu rumit pada hari pertama. Mulakan dengan salinan yang teratur, lokasi berasingan dan latihan restore berkala. Apabila projek berkembang, tambah automasi serta pemantauan. Tenang datang daripada tahu cara kembali bekerja, bukan daripada melihat ikon “backup successful”.