Sebelum kita mendefinisikan apa itu disaster recovery, mari kita melangkah lebih jauh ke belakang terlebih dahulu dan mendefinisikan apa pengertian dari bencana.
Bencana adalah peristiwa apa pun, yang diramalkan atau tidak terduga, serta dapat secara signifikan membahayakan bisnis dengan menghambat operasinya. Bencana bisa terjadi secara alami, seperti banjir, gempa bumi, angin topan, atau buatan manusia, seperti pemadaman listrik, kebakaran akibat kecerobohan, tumpahan minyak, atau bahkan serangan siber. Tidak setiap peristiwa bisa disebut sebagai bencana. Misalnya, jika bisnis Kita memiliki generator cadangan untuk mengantisipasi pemadaman yang berkepanjangan maka hanya bisa disebut sebagai gangguan.
Beberapa ahli selanjutnya mengklasifikasikan bencana ke dalam peristiwa yang tidak diperkirakan misalnya (“Siapa yang meretas sistem kami?”) dan memperkirakan peristiwa misalnya (“Laporan cuaca itu mengatakan badai sedang menuju tepat untuk kita!”). Sehingga bisnis dapat mempersiapkan penganggulangan sebelum datangnya bencana tersebut dengan harapan mengurangi efeknya.
Namun, disaster recovery adalah metode organisasi untuk memulihkan operasi dan fungsionalitas dari infrastruktur TI secara normal setelah terjadinya bencana dengan mendapatkan kembali akses dan fungsionalitas ke sumber daya listrik, konektivitas, data, perangkat keras, perangkat lunak, dan peralatan jaringan. Metode ini adalah serangkaian proses atau prosedur yang didokumentasikan dan dirancang untuk mempersiapkan perusahaan untuk recovery secara cepat yang mungkin terjadi selama krisis atau bencana.
Bahkan bisnis yang ingin mempertahankan sumber daya IT mereka di luar situs dengan cloud computing membutuhkan rencana. Itulah sebabnya Microsoft dan Amazon, dua penyedia cloud terbesar di pangsa pasar saat ini, memiliki sumber daya yang tersedia untuk disaster recovery Azure dan disaster recovery AWS, di masing-masing platform.
Section Artikel
Apa Perbedaan Disaster Recovery dan Business Continuity
Jika Kita mencari istilah “disaster recovery”, kemungkinan Kita akan sering menemukannya digunakan dalam konteks yang sama dengan kelangsungan bisnis. Meskipun beberapa sumber menggunakan istilah tersebut secara bergantian namun ada perbedaan yang signifikan.
Disaster recovery berarti membawa sumber daya IT perusahaan kembali secara online dan merupakan bagian dari strategi kelangsungan bisnis secara keseluruhan.
Kelangsungan bisnis mencerminkan kesiapsiagaan perusahaan dalam mempertahankan fungsi yang diperlukan setelah gangguan, bencana, atau keadaan darurat. Situasi ini mencakup:
- Kegagalan peralatan
- Bencana alam
- Kegagalan daya
- Pelanggaran system keamanan
- Kehilangan/keberangkatan personel IT yang tidak terduga
Jadi, sementara setiap rencana disaster recovery adalah satu bagian dari strategi kelangsungan bisnis secara keseluruhan adalah tidak benar. Kelangsungan bisnis mencakup setiap aspek perusahaan, sementara disaster recovery berkaitan dengan aspek IT yang berkaitan sangat penting di era digital saat ini.
Elemen Disaster Recovery Plan
Berikut adalah elemen atau pilar yang diperlukan dari setiap rencana disaster recovery agar berjalan dengan sukses:
- Pernyataan Kebijakan Disaster recovery
Pernyataan ini berisi tujuan, rencana dan ikhtisar umumnya.
- Tim Disaster Recovery
Tim recovery terdiri dari spesialis yang bertanggung jawab untuk mengembangkan, mengimplementasikan, dan mengelola rencana disaster recoverynya. Elemen ini juga mencakup menetapkan peran dan tanggung jawab kepada setiap anggota dan saling berkomunikasi sesama anggota tim, karyawan lain, pelanggan, dan vendor, jika diperlukan.
- Evaluasi Risiko
Tim menilai potensi bahaya kemungkinan besar mempengaruhi organisasi dan sumber daya dan langkah-langkah apa yang diperlukan untuk memulihkan operasi.
- Identifikasi Aset Bisnis
Rencana ini perlu mengidentifikasi setiap sistem, data, aplikasi, dan sumber daya lainnya dengan memilih prioritas recovery, termasuk mencantumkan langkah-langkah yang diperlukan untuk recovery data. Untuk mencapai hasil terbaik, tim harus memiliki diagram dari seluruh jaringan dan situs recovery. Jangan lupa sertakan petunjuk arah ke lokasi bagi personel yang seharusnya berada di lokasi.
- Menentukan Pencadangan
Tim harus memutuskan apa yang perlu dicadangkan atau direlokasi, serta bertanggung jawab atas pencadangan, dan bagaimana melakukannya. Tahap ini harus mencakup recovery point objectie (RPO) yang menguraikan frekuensi pencadangan dan recovery time objective (RTO) yang mengatur waktu downtime maksimum yang diperbolehkan setelah terjadinya bencana.
- List Sumber Daya
Tim recovery memerlukan akun semua sistem, perangkat lunak, dan kunci lisensi yang diperlukan untuk mengimplementasikan recovery. List ini mencakup dokumentasi teknis yang disediakan oleh vendor dan template untuk berbagai recovery teknologi.
- Optimalisasi dan Tesring
Satu-satunya hal yang konstan dalam hidup adalah bahwa tidak ada yang tetap konstan. Jadi, tim harus terus memperbarui dan menguji strategi mereka untuk memastikan bahwa mereka mengembangkan sebuah perubahan untuk kondisi dalam organisasi dan dunia di sekitarnya. Misalnya, ketika metode serangan cyber tumbuh, terlibat lebih dan canggih, recovery organisasi dari pelanggaran keamanan harus memperkirakan kemungkinan kerusakan yang lebih luas dan menyesuaikan recovery yang sesuai dengan kondisi.
- Miscellany
Langkah terakhir dari rencana disaster recovery ini mencakup segelintir elemen kecil seperti terlibat dengan media, rencana dan ringkasan perlindungan asuransi, dan rencana kontingensi untuk menangani masalah hukum dan keuangan yang terjadi.
Tipe Disaster Recovery Plan
Setiap bisnis dan organisasi memiliki kebutuhan khusus, sehingga memiliki perbedaan satu sama lain. Untungnya, ada berbagai metode yang dapat dipilih. Bisnis Kita bahkan dapat menggabungkan beberapa dari metode yang ada. Sekali lagi, itu tergantung pada situasi organisasi. Berikut adalah tipe dari rencana disaster recovery yaitu :
- Backup
Rencana ini adalah yang termudah dan paling mudah. Tim IT mencadangkan semua data yang diperlukan pada drive yang dapat dilepas dan menyimpannya di luar situs. Namun, ini adalah upaya minimum yang kurang baik dan tidak melindungi infrastruktur TI itu sendiri.
- Backup as Services
Dengan semua layanan cloud yang tersedia hari ini (SaaS, IaaS, dll.), Baas juga termasuk dalam layanan cloud. BaaS seperti metode “backup” yang terstandarisasi, kecuali bahwa pihak ketiga ingin mencadangkan dan menyimpan data.
- Cold Site
Cold site adalah fasilitas sekunder yang masih sedikit untuk digunakan dan dikelola oleh bisnis, yang menampung infrastruktur IT cadangan. Site ini menyediakan tempat kerja khusus untuk karyawan jika terjadi bencana. Namun, cold site biasanya tidak memiliki salinan data penting saat ini.
- Disaster Recovery as a Service (DRaaS)
Berikut adalah layanan recovery berbasis cloud lainnya, ideal untuk serangan ransomware dan bencana umum. Penyedia DRaaS mentransfer seluruh pemrosesan komputer perusahaan yang terkena dampak ke infrastruktur cloud-nya serta meyakinkan operasi tanpa gangguan dari lokasi vendor.
- Hot Site
Hot site adalah versi yang banyak digunakan dan berbiaya mahal dari cold site. Dalam hal ini, hot site memiliki semua yang cold site miliki, tetapi dengan bonus tambahan seperti memiliki salinan terbaru dari data perusahaan yang relevan.
- Instan Recovery
Metode recovery instan mirip dengan snapshot point-in-time yang tercakup di bawah ini, tetapi dalam hal ini, snapshot adalah dari seluruh mesin virtual.
- Point-in-Time Snapshots
Snapshot point-in-time juga disebut salinan point-in-time dan melibatkan pembuatan salinan seluruh database pada waktu tertentu. Data kemudian dapat dipulihkan dari salinan ini, dengan asumsi informasi disimpan di luar situs atau pada mesin virtual yang tidak terpengaruh oleh bencaca.
- Virtualization
Perusahaan dapat mencadangkan data, operasi, atau salinan kerja seluruh environment komputasi IT organisasi di mesin virtual dan luar situs. Virtualisasi juga memungkinkan bisnis mengotomatiskan beberapa proses disaster recovery mereka, sehingga membawa semuanya kembali online menjadi lebih cepat. Namun, virtualisasi mengharuskan seringnya transfer data dan beban kerja agar efektif.
