Apa itu pencadangan dan pemulihan bencana?

Sub proses—'pencadangan' dan 'pemulihan bencana' — terkadang disalahartikan satu sama lain atau untuk keseluruhan proses. Pencadangan adalah proses pembuatan salinan file. Pemulihan bencana adalah rencana dan proses untuk menggunakan salinan untuk membangun kembali akses ke aplikasi, data, dan sumber daya TI dengan cepat setelah terjadi pemadaman. Rencana itu mungkin melibatkan pengalihan ke set redundan dari server dan sistem penyimpanan hingga pusat data utama Anda kembali berfungsi.

Hanya memiliki salinan data tidak berarti bahwa perusahaan dapat menjaga bisnis tetap berjalan. Memastikan keberlangsungan bisnis memerlukan cadangan dan rencana pemulihan bencana yang kuat dan teruji.

Organisasi Anda tidak mampu mengabaikan cadangan atau pemulihan bencana. Jika membutuhkan waktu berjam-jam untuk mengambil data yang hilang setelah penghapusan yang tidak disengaja, karyawan atau mitra Anda akan duduk diam, tidak dapat menyelesaikan proses penting bisnis yang bergantung pada teknologi Anda. Dan jika butuh berhari-hari untuk membawa bisnis Anda kembali online setelah bencana, Anda akan kehilangan pelanggan secara permanen. Mengingat jumlah waktu dan uang yang mungkin Anda hilangkan dalam kedua kasus tersebut, investasi dalam pencadangan dan pemulihan bencana sepenuhnya dibenarkan.

Memahami beberapa istilah penting dapat membantu membentuk keputusan strategis Anda dan memungkinkan Anda mengevaluasi solusi cadangan dan pemulihan bencana dengan lebih baik.

• Tujuan waktu pemulihan (RTO) adalah jumlah waktu yang diperlukan untuk memulihkan operasi bisnis normal setelah pemadaman. Ketika Anda ingin menetapkan RTO Anda, Anda harus mempertimbangkan berapa banyak waktu yang Anda rela hilangkan - dan dampak waktu tersebut terhadap keuntungan Anda. RTO mungkin sangat bervariasi dari satu jenis bisnis ke jenis bisnis lainnya. Sebagai contoh, jika perpustakaan umum kehilangan sistem katalognya, perpustakaan tersebut mungkin akan terus berfungsi secara manual selama beberapa hari sementara sistem dipulihkan. Tetapi jika peritel online besar kehilangan sistem inventarisnya, bahkan 10 menit waktu henti, dan kehilangan pendapatan yang terkait, tidak dapat diterima.

• Tujuan titik pemulihan (RPO) mengacu pada jumlah data yang dapat Anda tanggung jika terjadi bencana. Anda mungkin perlu menyalin data ke pusat data jarak jauh secara terus menerus agar pemadaman listrik tidak mengakibatkan hilangnya data. Atau Anda mungkin memutuskan bahwa kehilangan data selama lima menit atau satu jam masih bisa diterima.
  
  
• Failover adalah proses pemulihan bencana yang secara otomatis menurunkan tugas ke sistem cadangan dengan cara yang lancar bagi pengguna. Anda mungkin gagal berpindah dari pusat data utama ke lokasi sekunder, dengan sistem redundan yang siap mengambil alih dengan segera.
  
  
• Failback adalah proses pemulihan bencana untuk beralih kembali ke sistem asli. Setelah bencana berlalu dan pusat data utama Anda kembali aktif dan berjalan, Anda seharusnya juga bisa kembali gagal dengan lancar.
  
  
• Pemulihan adalah proses mentransfer data cadangan ke sistem utama atau pusat data Anda. Proses pemulihan dianggap sebagai bagian dari pencadangan daripada pemulihan bencana.

Satu istilah terakhir mungkin berguna saat Anda mempertimbangkan alternatif untuk mengelola proses pemulihan bencana dan lingkungan pemulihan bencana Anda:

• Pemulihan bencana sebagai layanan (DRaaS) adalah pendekatan terkelola untuk pemulihan bencana. Pihak ketiga menghosting dan mengelola infrastruktur yang digunakan untuk pemulihan bencana. Beberapa penawaran DRaaS mungkin menyediakan alat untuk mengelola proses pemulihan bencana atau memungkinkan organisasi untuk mengelola proses tersebut untuk mereka.

Setelah Anda memahami konsep kunci, saatnya menerapkannya pada beban kerja Anda. Banyak organisasi memiliki beberapa RTO dan RPO yang mencerminkan pentingnya setiap beban kerja untuk bisnis mereka.

Bagi bank besar, sistem perbankan daring mungkin merupakan beban kerja yang penting—bank perlu meminimalkan waktu dan kehilangan data. Namun, aplikasi pelacakan waktu karyawan bank kurang penting. Jika terjadi bencana, bank mungkin membiarkan aplikasi tersebut mati selama beberapa jam atau bahkan sehari tanpa menimbulkan dampak negatif besar pada bisnis. Menentukan beban kerja sebagai Tingkat 1, Tingkat 2, atau Tingkat 3 dapat membantu menyediakan kerangka kerja untuk rencana pemulihan bencana Anda.

Langkah selanjutnya dalam merancang rencana pemulihan bencana adalah mengevaluasi opsi penerapan. Apakah Anda perlu menyimpan beberapa fungsi pemulihan bencana atau cadangan data lokal? Apakah Anda akan mendapat manfaat dari pendekatan cloud publik atau hybrid cloud?

Solusi cadangan dan pemulihan bencana berbasis cloud menjadi semakin populer di kalangan organisasi dari semua ukuran. Banyak solusi cloud menyediakan infrastruktur untuk menyimpan data dan, dalam beberapa kasus, alat untuk mengelola cadangan dan pemulihan bencana.

Dengan memilih penawaran cadangan berbasis cloud atau pemulihan bencana, Anda dapat menghindari investasi modal besar untuk infrastruktur serta biaya pengelolaan lingkungan. Selain itu, Anda memperoleh skalabilitas cepat ditambah jarak geografis yang diperlukan untuk menjaga data tetap aman jika terjadi bencana regional.

Solusi cadangan dan pemulihan bencana berbasis cloud dapat mendukung lingkungan produksi di lokasi dan berbasis cloud. Anda mungkin memutuskan, misalnya, untuk hanya menyimpan data yang dicadangkan atau direplikasi di cloud sembari menjaga lingkungan produksi di pusat data Anda sendiri.

Dengan pendekatan hybrid ini, Anda masih mendapatkan keuntungan dari skalabilitas dan jarak geografis tanpa harus memindahkan lingkungan produksi Anda. Dalam model cloud-to-cloud, baik produksi maupun pemulihan bencana terletak di cloud, meskipun di lokasi yang berbeda untuk memastikan pemisahan fisik yang cukup.

Dalam beberapa kasus, menyimpan proses pencadangan atau pemulihan bencana tertentu secara lokal dapat membantu Anda mengambil data dan memulihkan layanan TI dengan cepat. Menyimpan beberapa data sensitif di lokasi mungkin juga tampak menarik jika Anda harus mematuhi peraturan privasi data atau kedaulatan data yang ketat.

Untuk pemulihan bencana, rencana yang sepenuhnya bergantung pada lingkungan lokal akan menjadi tantangan. Jika terjadi bencana alam atau pemadaman listrik, seluruh pusat data Anda, dengan sistem primer dan sekunder, akan terpengaruh. Itulah mengapa sebagian besar strategi pemulihan bencana menggunakan situs sekunder yang berada agak jauh dari pusat data utama.

Anda dapat menemukan situs lain di seluruh kota, di seluruh negeri atau di seluruh dunia tergantung pada bagaimana Anda memutuskan untuk menyeimbangkan faktor-faktor seperti kinerja, kepatuhan terhadap peraturan, dan aksesibilitas fisik ke situs sekunder.

Bergantung pada opsi penerapan yang Anda pilih, Anda mungkin memiliki beberapa alternatif untuk jenis teknologi dan proses yang Anda gunakan untuk pencadangan dan pemulihan bencana.

Meskipun telah ada selama beberapa dekade, penyimpanan pita magnetik tradisional masih dapat berperan dalam pencadangan Anda. Dengan solusi pita, Anda dapat menyimpan sejumlah besar data dengan andal dan hemat biaya.

Meskipun pita dapat efektif untuk pencadangan, biasanya tidak digunakan untuk pemulihan bencana, yang membutuhkan waktu akses yang lebih cepat dari penyimpanan berbasis disk. Selain itu, jika Anda perlu mengambil kaset secara fisik dari brankas di luar lokasi, Anda mungkin akan kehilangan ketersediaan selama beberapa jam atau bahkan beberapa hari.

Pencadangan berbasis snapshot menangkap status aplikasi atau disk saat ini pada saat yang tepat. Dengan hanya menulis data yang berubah sejak snapshot terakhir, metode ini dapat membantu melindungi data sekaligus menghemat ruang penyimpanan.

Replikasi berbasis snapshot dapat digunakan untuk pencadangan atau pemulihan bencana. Data Anda hanya selengkap snapshot terbaru Anda. Jika Anda mengambil snapshot setiap jam, Anda harus bersedia kehilangan data senilai satu jam.

Banyak organisasi bergerak menuju replikasi berkelanjutan untuk pemulihan bencana serta untuk pencadangan. Dengan metode ini, salinan terbaru dari disk atau aplikasi terus direplikasi ke lokasi lain atau cloud, sehingga meminimalkan waktu henti dan menyediakan lebih banyak titik pemulihan.