Pemulihan bencana

## Pemulihan Bencana

**[[Bencana]]** (*disaster*)  didefinisikan sebagai kejadian yang waktu terjadinya tidak dapat diprediksi dan bersifat sangat merusak. Pengertian ini mengidentifikasikan sebuah kejadian yang terjadi secara tiba-tiba, tidak diharapkan, bersifat sangat merusak, dan kurang perencanaan. Bencana terjadi dengan frekuensi yang tidak menentu dan akibat yang ditimbulkannya meningkat bagi mereka yang tidak mempersiapkan diri terhadap kemungkinan-kemungkinan timbulnya bencana.

## Berbagai bencana yang mungkin terjadi
# Bencana alam disebabkan oleh kondisi geografis dan geologis dari lokasi
# Kebakaran disebabkan oleh faktor lingkungan dan pengaturan sistem elektrik yang dapat menyebabkan korsleting
# Kerusakan pada jaringan listrik disebabkan oleh rusaknya sistem elektrik
# Serangan teroris disebabkan oleh lemahnya keamanan fisik dan non fisik data center
# Sistem atau perangkat yang rusak terkait dengan kesalahan manajemen pengawasan perangkat
# Kesalahan operasional akibat ulah manusia. Ini sangat sering terjadi, 70% dari Bencana TI berasal dari kesalahan konfigurasi hingga faktor kesengajaan. Lihat mengenai ISO 27001 untuk standar manajemen keamanan TI.
# Virus misalkan disebabkan oleh kesalahan pemilihan anti virus yang digunakan

Disaster Recovery menurut terjemahan aslinya mengandung arti pemulihan bencana. DR jika dikaitkan dengan dunia bisnis, akan membawa kita pada definisi *[[#Disaster Recovery Planning (DRP)]]* dan *[[#Business Continuity Plan (BCP)]]*.Bisnis akan bergantung pada informasi yang tersebar dan aplikasi yang memproses informasi tersebut, sehingga aplikasi penopang utama yang spesifik menjadi sangat kritikal sehingga ketika terjadi gangguan hanya beberapa saat maka dapat melumpuhkan kelangsungan bisnis perusahaan. Oleh karenanya, beberapa perusahaan mempunyai suatu arahan yang menjamin availabilitas kelangsungan bisnis ketika terjadi suatu bencana/gangguan yang tidak direncanakan atau sudah direncanakan. Arahan ini yang dituangkan dalam *[[#Disaster Recovery Planning (DRP)]]*.

## Isu Utama pada Pemulihan Bencana

# Replikasi Data

Satu hal yang menjadi sangat krusial dalam Pemulihan Bencana adalah data dan informasi, sebagaimana telah disebutkan sebelumnya sangat penting untuk menjaga kekonsistenan dari data dan informasi bagi perusahaan. Kebutuhan ini dapat diakodomasi dengan menggunakan teknologi replikasi data. Replikasi data adalah sebuah proses yang mengkopi isi data ke suatu lokasi *remote* baik yang berlangsung secara kontinu ataupun pada interval tertentu. Replikasi data akan menyediakan hasil kopi data yang lengkap untuk tujuan Pemulihan Bencana. Lokasi *remote* biasanya merupakan *secondary data center*.

Teknologi replikasi data memiliki fungsi yang rumit karena secara cerdas mengkopi data ke lokasi yang *remote*, setelah data yang lengkap sudah direplikasi ke target yang dimaksud maka hanya data yang berubah yang akan direplikasi selanjutnya, sehingga akan menghemat kebutuhan *[[bandwith]]*. Data kopian inisial yang ada di penyimpanan *remote* biasa disebut sebagai *seeding* (penanaman benih). Setelah data di-*"seeding"*, fungsi replikasi berikutnya dapat berjalan pada dua mode yaitu: 

* **Mode Replikasi ''Synchronous*** Mode replikasi sinkron memungkinkan pertukaran data secara *real-time* sehingga kesinkronan suatu data akan terjaga, dimana saat ada transaksi operasional yang sedang menulis sesuatu ke disk sumber, maka saat yang bersamaan penulisan juga dilakukan terhadap disk target yang ada di lokasi remote. Keseluruhan proses penulisan pada disk sumber dan disk target harus selesai terlebih dahulu sebelum beranjak ke transaksi operasional selanjutnya dan alan diberikan tanggapan untuk keduanya apabila telah selesai. Pada mode replikasi ini, kebutuhan akan performansi sistem yang tinggi harus dipertimbangkan. Selain itu jarak antara disk sumber dan disk target juga menjadi prasyarat utama, bahwa pihak yang terlibat dalam mode replikasi ini harus berjarak < 100km antara keduanya. Keuntungan dari mode replikasi ini adalah menyediakan *recovery* yang konsisten dan lengkap untuk semua jangka waktu. 
* *'Mode Replikasi *Asynchronous*** Mode replikasi asinkron memungkinkan pertukaran data secara ''[[buffering]]'' dalam artian bahwa data akan diletakkan dalam sebuah 'penampung sementara terlebih dahulu, kemudian pada jangka waktu tertentu akan direplikasi ke ''disk'' target. Data yang direplikasi ke disk target tidak membutuhkan ''[[acknowledgement]]'' agar penulisan transaksi operasional pada disk sumber dapat berlangsung kembali. Sehingga mode replikasi ini tidak menjamin kesinkronan suatu data pada dua pihak yang terlibat karena jika suatu saat terjadi ''crash'' pada salah satu pihak dan data belum sempat direplikasi maka data yang terdapat pada kedua pihak tidak bisa dikatakan sebagai sebuah data yang sinkron. Walaupun hal ini dapat meningkatkan performansi sistem, tetapi lebih memiliki banyak risiko. Jika hal ini terjadi maka ''[[recovery]]'' yang cukup rumit dilakukan (namun tidak menjamin data hasil ''[[recovery]]'' adalah data yang benar dan konsisten karena ada kemungkinan hilangnya beberapa data). Keuntungan dari mode replikasi ini adalah efektivitas biaya.

Selain itu, berdasarkan tempat dimana proses replikasi berjalan, dapat ditentukan tipe replikasi yang cocok untuk kebutuhan bisnis perusahaan, yaitu: 

# ***Database to Database*** Proses replikasi berlangsung pada server basis data. Satu server basis data akan bertindak sebagai ''master'' dan kemudian ada beberapa server basis data sebagai ''slave'' yang menyimpan kopi dari basis data tersebut. Ketika terjadi proses penulisan pada basis data maka akan terjadi penulisan tersebut akan segera dikirim ke basis data ''master'' yang kemudian akan direplikasi oleh server basis data yang bersifat ''slave''. Ketika dilakukan proses pembacaan pada basis data, maka dapat dilakukan terhadap semua ''server'' basis data yang tersedia, hal ini tentu saja akan meningkatkan performansi sistem basis data terkait dengan ''load sharing''. Keunggulan lain dari replikasi basis data adalah tingkat availabilitas yang tinggi, karena ketika terjadi crash terhadap server master basis data, server ''slave'' basis data dapat mengambil alih pekerjaan server master.

# ***Host to Host***Disebut juga sebagai replikasi yang ''processor-based''. Proses replikasi berjalan pada sistem sumber dan target. Oleh karenanya, sangat mungkin terjadi perselisihan antara sistem sumber dan target saat berlangsung proses replikasi. Hal ini terjadi karena agen yang berjalan pada masing-masing sistem dalam menjalankan proses ''[[tracking]]'' perubahan data dan replikasi data, jalur yang dilakukan adalah melalui koneksi IP. Replikasi data mode ini berjalan pada level aplikasi atau level OS. ''Host-to-host'' merupakan mode replikasi yang paling umum diimplementasikan karena merupakan solusi ''[[Perangkat lunak]]''. Replikasi ''host-to-host'' memanfaatkan sumber daya pada server sumber dan target yang akan berdampak pada performansi, kemudian mensyaratkan bahwa sistem yang berada di lokasi remote harus selalu dalam keadaan up sepanjang waktu. Keuntungan yang signifikan dari mode replikasi ini adalah ''[[storage agnostic]]'', yang berarti bahwa dapat dilakukan pen-''deploy''an tanpa memperhatikan tipe ''storage'' yang digunakan (internal, eksternal, [[SAN]] atau [[NAS]]).
# ***Disk to Disk*** Replikasi mode disk-to-disk berjalan pada perangkat eksternal storage seperti [[SAN]] atau [[NAS]]. Mode replikasi ini secara normal diimplementasikan pada vendor-vendor ''[[disk array]]'' seperti [[EMC]], [[Hitachi]], [[IBM]], [[HP]] dan lainnya. Setiap vendor akan menyediakan aplikasi ''software'' yang cocok dengan ''array storage'' masing-masing vendor.Kebanyakan ''disk array'' menggunakan koneksi ''fibre channel'', sehingga ''router storage'' diperlukan untuk meningkatkan kemampuan koneksi melalui ''link'' WAN. Replikasi ''disk-to-disk'' memanfaatkan sumber daya dari perangkat eksternal ''storage'' dan bersifat transparan ke ''host''. Karena proses replikasi berjalan pada perangkat ''storage'', maka host yang menjadi target tujuan tidak diperlukan lagi.

== Disaster Recovery Planning (DRP) ==

Disaster Recovery Planning (DRP) adalah rencana yang fokus pada sistem [[teknologi informasi]] yang diterapkan pada data center untuk memperbaiki operabilitas sistem target, aplikasi, dan fasilitas komputer dilokasi alternatif dalam kondisi darurat. Hal ini juga berkaitan dengan rencana keberlanjutan usaha (Business Continuity Plan), dalam hal ini organisasi harus menganalisis dampak bisnis ([[Business Impact Analysis / BIA]])

== <div id="bcp">''Business Continuity Plan (BCP)''</div> ==

Business Continuity Plan (BCP) adalah rencana yang fokus untuk mempertahankan kelangsungan fungsi bisnis saat gangguan terjadi dan sesudahnya sehingga dapat meminimalisasi kerugian yang diakibatkan oleh bencana.

***Ada enam langkah umum yang terlibat dalam cara membuat rencana business continuity plan yang efektif:*'''
* Mengidentifikasi ruang lingkup rencana.
* Mengidentifikasi area bisnis utama.
* Mengidentifikasi fungsi penting.
* Mengidentifikasi dependensi antara berbagai bidang bisnis dan fungsi.
* Tentukan jumlah downtime yang dapat diterima untuk setiap fungsi kritis.
* Buat rencana untuk mempertahankan operasi.

## Perbedaan Business Continuity Dengan Disaster Recovery
Kelangsungan bisnis (BC) mengacu pada fungsi mempertahankan bisnis atau untuk cepat melanjutkan operasi setelah terjadi bencana, baik yang disebabkan oleh kebakaran, banjir, penyakit epidemi atau serangan berbahaya di Internet. Sebuah BC Plan menguraikan prosedur dan petunjuk yang harus diikuti dalam menghadapi bencana tersebut; mencakup proses bisnis, aset, sumber daya manusia, mitra bisnis dan banyak lagi.

Banyak orang berpikir rencana pemulihan bencana sama dengan rencana kesinambungan bisnis. Rencana DR (disaster recovery plan) berfokus pada pemulihan infrastruktur TI dan operasi setelah krisis. Ini sebenarnya hanya sebagai salah satu bagian dari BC Plan yang lengkap, untuk keberlanjutan operasional perusahaan. Apakah Anda memiliki cara untuk mendapatkan SDM, manufaktur, penjualan, dan dukungan fungsional sehingga perusahaan dapat terus menghasilkan uang setelah bencana?

## Pranala luar

* Global Information Assurance Certification, Business Continuity Planning (BCP) and Disaster Recovery Planning (DRP)
* Disaster Recovery Templates - Free Disaster Recovery Templates, Tools and Checklists