Cadangan (backup)

Apa yang harus termasuk dalam cadangan situs web?

Cadangan situs web harus mencakup bukan hanya file, tetapi juga database dan pengaturan. Jika hanya file pembentuk tampilan yang disimpan, informasi yang bertambah setiap hari seperti reservasi · anggota · pesanan · tulisan tidak bisa dipulihkan.

Yang sering terlewat adalah pengaturan. Catatan koneksi domain (DNS), aturan pengalihan, dan pengaturan email pertanyaan biasanya tidak terlihat, tetapi jika hilang, situs web mungkin terbuka namun email tidak masuk atau alamat lama terputus.

Untuk situs web yang dikembangkan khusus, kode sumber biasanya tersimpan terpisah di repositori kode seperti GitHub. Meski begitu, database dan foto yang diunggah pelanggan tidak ada di repositori itu, jadi harus dicadangkan terpisah.

Apa itu aturan cadangan 3-2-1?

Aturan 3-2-1 adalah prinsip pencadangan yang banyak dipakai: simpan 3 salinan, bagi ke 2 jenis media penyimpanan yang berbeda, dan letakkan 1 di antaranya di tempat lain. Ini bukan aturan hukum, tetapi patokan sederhana agar satu kejadian tidak menghilangkan semua salinan.

Untuk situs web usaha kecil, aturan ini bisa dipenuhi dengan ‘file asli di server saat ini + cadangan otomatis dari perusahaan hosting + salinan di penyimpanan cloud lain’. Kuncinya, salinan terakhir berada di perusahaan dan akun yang berbeda dari server.

Serangan yang mengunci file seperti ransomware bisa ikut mengunci penyimpanan yang terhubung. Karena itu, lebih aman menyimpan setidaknya satu salinan yang biasanya tidak terhubung ke situs web.

Akun tempat salinan disimpan juga harus dijaga terpisah. Jika akun admin situs web dan akun cadangan memakai kata sandi yang sama, saat satu dibobol, salinannya bisa ikut terhapus. Pakai kata sandi berbeda dan verifikasi 2 langkah untuk akun cadangan.

Seberapa sering dan berapa lama cadangan harus disimpan?

Frekuensi pencadangan ditentukan oleh ‘jika ada masalah, data berapa hari yang masih boleh hilang’. Untuk situs perkenalan yang isinya diubah satu-dua kali sebulan, cadangkan setiap kali diubah; jika reservasi masuk setiap hari, simpan minimal per hari agar catatan yang hilang lebih sedikit.

Masa simpan juga penting. Peretasan sering tidak langsung disadari, jadi jika hanya ada satu cadangan terbaru, Anda bisa saja memulihkan ke titik yang sudah tercemar. Simpan beberapa titik waktu sekaligus, seperti beberapa hari lalu dan beberapa minggu lalu.

Jika cadangan memuat nama · kontak pelanggan, cadangan itu juga termasuk informasi pribadi. Simpan dengan enkripsi, batasi orang yang bisa melihatnya, dan setelah masa simpan yang tertulis di kebijakan privasi lewat, hapus juga dari cadangan.

Selain frekuensi, tentukan juga ‘kapan’ pencadangan dijalankan. Jika diatur berjalan otomatis pada dini hari saat pelanggan sedikit, situs web tidak melambat dan tidak ada risiko orang lupa.

Bagaimana memastikan cadangan benar-benar bisa dipulihkan?

Cadangan baru diketahui bisa dipakai setelah benar-benar dicoba dipulihkan. Banyak yang hanya percaya pada notifikasi ‘pencadangan selesai’, lalu baru tahu filenya rusak atau sebagian hilang justru pada hari dibutuhkan.

Jika sudah diserahkan ke penyedia, Anda tidak perlu menguji pemulihan sendiri, tetapi Anda bisa menanyakan kapan terakhir kali pemulihan diuji. Jika jawabannya tidak langsung keluar, coba minta mereka mengujinya sekali.

1. 01Di daftar cadangan, pastikan tanggal terbaru tersimpan sesuai jadwal.
2. 02Bandingkan ukuran cadangan dengan sebelumnya. Jika tiba-tiba jauh berkurang, mungkin ada bagian yang hilang.
3. 03Coba pulihkan cadangan ke ruang uji, bukan ke situs web yang sedang berjalan.
4. 04Pastikan halaman depan · foto · postingan · catatan reservasi semuanya terlihat.
5. 05Catat waktu yang dibutuhkan untuk memulihkan. Dengan begitu Anda tahu berapa lama harus menunggu saat kejadian sebenarnya.
6. 06Catat hasilnya dan tanggal pengecekan berikutnya, lalu ulangi kira-kira sekali per kuartal.

Apa yang perlu dicek saat menyerahkan pencadangan ke pihak lain?

Kesalahan paling umum adalah tidak mengecek karena mengira ‘hosting pasti sudah mengurusnya’. Frekuensi pencadangan, masa simpan, dan biaya pemulihan berbeda-beda tergantung paket, jadi sebaiknya tanyakan langsung dan catat jawabannya.

Pastikan juga apakah Anda bisa menerima cadangan saat berhenti berlangganan. Begitu berganti penyedia, cadangan yang hanya ada di server penyedia itu bisa ikut hilang.

Tanyakan juga ‘seberapa cepat bisa dipulihkan’. Meski ada cadangan, jika pemulihan butuh beberapa hari, selama itu Anda tidak bisa menerima reservasi · pesanan. Jika sejak awal Anda tahu waktu respons saat gangguan mendesak dan waktu yang dibutuhkan untuk pemulihan, Anda tidak terlalu panik saat kejadian sebenarnya.

• Seberapa sering dicadangkan, dan sampai berapa titik waktu disimpan?
• Apakah cadangan berada di tempat yang berbeda dari server situs web?
• Apakah database dan foto yang diunggah juga ikut dicadangkan?
• Saat perlu pemulihan, ke mana meminta, berapa lama, dan apakah ada biayanya?
• Siapa yang memegang kata sandi atau hak akses file cadangan?
• Saat kontrak berakhir, apakah cadangan terakhir bisa diserahkan?

Kapan usaha kecil benar-benar membutuhkan cadangan?

Momen paling umum adalah kesalahan manusia. Saat karyawan tidak sengaja menghapus semua pengumuman lama ketika merapikan menu di panel admin, atau tampilan rusak setelah pembaruan, cadangan memungkinkan Anda langsung kembali ke kondisi sebelumnya.

Untuk situs web yang menerima reservasi, saat ada masalah server, daftar reservasi yang masuk hari itu adalah yang paling penting. Reservasi yang masuk setelah cadangan terakhir tidak bisa dipulihkan, jadi jika SMS atau email notifikasi reservasi juga disimpan, celahnya bisa diisi.

Jika menerima pembayaran online, catatan pesanan · pembayaran juga tersimpan di panel admin payment gateway (PG). Meski data situs web hilang, pesanan bisa dicocokkan dengan catatan itu, jadi pastikan akun admin payment gateway juga masuk ke daftar akun.

Dalam langganan Pemeliharaan ISSYMO, kami menyimpan cadangan setiap bulan bersamaan dengan pembaruan keamanan. Untuk situs web yang catatannya bertambah setiap hari seperti reservasi · pesanan, pastikan frekuensi pencadangan dibahas terpisah dalam rapat.