Backup dan disaster recovery untuk bisnis kecil terdengar seperti topik IT perusahaan besar, sesuatu yang butuh tim khusus dan anggaran ratusan juta. Kenyataannya tidak. Setiap bisnis yang berjalan dengan laptop, sistem POS, atau shared drive punya data yang akan sangat merugikan jika hilang, dan biaya untuk melindunginya dengan benar jauh lebih kecil dibanding biaya kehilangan catatan transaksi sebulan penuh karena laptop dicuri atau hard drive rusak.

Saya sudah beberapa kali masuk ke sebuah bisnis setelah kehilangan data terjadi, dan percakapannya selalu sama: mereka tahu backup itu penting, mereka mengira ada sesuatu yang melakukan backup otomatis, dan tidak ada yang pernah benar-benar mencoba melakukan restore darinya. Bagian terakhir itulah inti masalahnya, dan saya ingin membahasnya secara mendalam di tulisan ini, karena memiliki backup dan memiliki rencana disaster recovery adalah dua hal yang berbeda, dan hanya salah satunya yang benar-benar melindungi Anda saat dibutuhkan.

Aturan 3-2-1, diterjemahkan untuk pemilik bisnis non-teknis

Aturan standar yang dipakai tim teknis adalah 3-2-1: tiga salinan data, di dua jenis penyimpanan berbeda, dengan satu salinan disimpan di lokasi fisik yang terpisah. Diterjemahkan menjadi apa yang sebenarnya perlu disiapkan oleh seorang pemilik bisnis:

  • Tiga salinan total, artinya data kerja Anda yang aktif ditambah dua backup, bukan hanya satu. Satu backup saja adalah single point of failure dengan nama yang berbeda.
  • Dua jenis penyimpanan berbeda, artinya bukan dua salinan yang sama-sama tersimpan di hard drive eksternal yang terpasang di laptop yang sama. Backup cloud dan backup lokal terhitung sebagai dua jenis yang berbeda. Dua folder di disk fisik yang sama tidak terhitung.
  • Satu salinan di luar lokasi (offsite), artinya jika kantor Anda kebanjiran, terbakar, atau kemalingan, setidaknya satu salinan data Anda tidak pernah berada di gedung itu. Cloud storage otomatis memenuhi syarat ini; hard drive kedua yang disimpan di laci di kantor yang sama tidak memenuhinya.

Untuk bisnis kecil, setup yang realistis kira-kira seperti ini: data aktif Anda di sistem kerja, backup cloud yang berjalan otomatis (Google Workspace, layanan backup khusus, atau fitur ekspor bawaan software akuntansi/POS Anda), dan ekspor berkala ke hard drive eksternal yang disimpan di rumah seseorang atau di lokasi kedua. Ini tidak membutuhkan infrastruktur enterprise. Yang dibutuhkan hanyalah seseorang yang memutuskan untuk melakukannya, dan memastikan itu benar-benar terjadi.

Apa saja yang perlu di-backup, secara spesifik

Pemilik bisnis sering kali hanya membackup hal yang paling jelas (catatan keuangan) dan melewatkan hal-hal yang sebenarnya paling lama untuk direkonstruksi ulang:

Jenis data Kenapa penting Frekuensi backup yang umum
Catatan transaksi dan keuangan Visibilitas legal, pajak, dan arus kas Harian
Database pelanggan dan kontak Membangun ulang relasi dari ingatan hampir mustahil Harian hingga mingguan
Catatan inventaris dan stok Penghitungan ulang fisik lambat dan rawan kesalahan Harian
Kontrak, lisensi, dokumen legal Sering kali hanya ada sebagai satu salinan fisik atau hasil scan Setiap kali diperbarui
Konfigurasi sistem (setup POS, aturan harga) Rekonstruksinya bisa memakan waktu berhari-hari kerja staf Mingguan atau saat ada perubahan

Perhatikan bahwa sebagian besar dari ini bukan "data IT" dalam pengertian tradisional. Ini adalah memori operasional bisnis. Kehilangannya bukan cuma soal biaya untuk memulihkannya, tapi juga menyita waktu staf yang seharusnya bisa dipakai melayani pelanggan, alih-alih membangunnya kembali dari nol.

Kebenaran yang tidak enak didengar: backup yang belum diuji hanyalah harapan, bukan rencana

Inilah bagian yang hampir selalu dilewatkan oleh setiap bisnis. Backup yang belum pernah di-restore adalah sebuah asumsi, bukan pengaman. Saya pernah melihat backup otomatis yang diam-diam gagal selama berbulan-bulan, folder cloud yang berhenti sinkron setelah perubahan password yang tidak disadari siapa pun, dan hard drive eksternal yang secara fisik ada tapi datanya rusak. Di setiap kasus itu, bisnisnya percaya mereka sudah terlindungi, sampai hari mereka benar-benar butuh backup itu dan menemukan bahwa isinya kosong, sudah usang, atau tidak bisa dibaca.

Disaster recovery adalah rencana tentang apa yang terjadi setelah kehilangan data, bukan sekadar keberadaan sebuah salinan di suatu tempat. Tanpa proses restore yang teruji, Anda sebenarnya tidak tahu berapa lama waktu pemulihan Anda, apakah backup-nya lengkap, atau apakah orang yang mengaturnya lima tahun lalu masih bekerja di perusahaan itu.

Latihan restore 30 menit tiap kuartal, dalam praktik

Sekali dalam satu kuartal, jalankan ini bersama siapa pun yang mengelola sistem Anda, meskipun itu Anda sendiri:

  1. Pilih satu sumber backup (kuartal ini, backup cloud; kuartal berikutnya, hard drive eksternal) dan benar-benar lakukan restore terhadap sampel data darinya, bukan sekadar mengecek apakah filenya ada.
  2. Catat waktunya. Berapa lama proses restore berlangsung? Jika bisnis Anda tidak bisa berjalan selama itu, itu adalah angka nyata yang sekarang Anda miliki, bukan sekadar tebakan.
  3. Buka file hasil restore dan pastikan datanya terkini dan lengkap, bukan versi dari delapan bulan lalu. Bandingkan jumlah record atau transaksi terbaru dengan sistem yang sedang berjalan.
  4. Catat apa yang Anda temukan, meskipun hanya tiga baris di dokumen bersama: tanggal pengujian, sumber yang diuji, hasilnya, dan masalah apa pun yang ditemukan. Ini menciptakan jejak bahwa seseorang benar-benar sudah mengeceknya, sekaligus tempat untuk melihat apakah kegagalan yang sama terulang di kuartal berikutnya.
  5. Segera perbaiki apa pun yang bermasalah, jangan dimasukkan ke daftar to-do di masa depan. Backup yang rusak, ditemukan saat latihan tapi dibiarkan tidak diperbaiki, lebih buruk daripada tidak pernah menguji sama sekali, karena sekarang Anda punya rasa aman yang palsu di atas risiko yang sebenarnya.

Ini hanya butuh waktu tiga puluh menit setiap kuartal, dan merupakan aktivitas disaster recovery dengan leverage tertinggi yang tersedia bagi bisnis kecil. Hampir tidak ada yang menjalankannya, dan justru itulah alasan mengapa ini penting.

Kaitannya dengan infrastruktur Anda yang lebih luas

Jika Anda menjalankan software custom atau tools internal apa pun di samping data bisnis standar Anda, disiplin pengujian restore yang sama juga berlaku untuk lingkungan staging dan production Anda. Kenapa Bisnis Anda Butuh Staging Environment membahas risiko yang bersinggungan, yaitu menguji perubahan dengan aman sebelum menyentuh data yang sedang berjalan, yang selaras secara alami dengan setup backup dan disaster recovery untuk bisnis kecil yang solid: yang satu melindungi Anda dari perubahan yang buruk, yang lain melindungi Anda dari kehilangan data.

Intinya

Backup dan disaster recovery untuk bisnis kecil bukan sesuatu yang dibeli sekali, melainkan sebuah kebiasaan dengan titik pemeriksaan tiap kuartal. Siapkan tiga salinan di dua jenis penyimpanan dengan satu di luar lokasi, prioritaskan data operasional yang paling lama untuk dibangun ulang secara manual, dan jalankan latihan restore tiga puluh menit setiap kuartal tanpa terkecuali. Bisnis yang selamat dari kejadian kehilangan data yang sesungguhnya bukanlah yang punya software backup paling mahal. Mereka adalah yang benar-benar mencoba melakukan restore dari backup mereka sebelum benar-benar membutuhkannya.