Anda di halaman 1dari 2

PERENCANAAN PEMULIHAN BENCANA

Bencana seperti gempa, banjir, sabotase, dan bahkan kegagalan daya dapat menjadi bencana
bagi sebuah pusat komputer dan sistem informasi organisasi. Terdapat tiga kategori bencana
dari sumber daya IT :
1. Bencana alam
2. Bencana buatan manusia
3. Kegagalan sistem
semua bencana ini dapat membuat organisasi kehilangan fasilitas pemrosesan datanya,
menghentikan fungsi bisnis yang dilakukan atau dibantu oleh komputer, dan mengganggu
kemampuan organisasi untuk mengirimkan produk atau layanannya. semakin tergantung
organisasi pada teknologi, semakin rentan terhadap jenis risiko ini.
Bencana singkat yang diuraikan sebelumnya dapat dicegah atau dihindari. sekali terserang,
kelangsungan hidup perusahaan korban akan ditentukan oleh seberapa baik dan seberapa cepat
bereaksi. oleh karena itu, dengan perencanaan kontingensi yang cermat, dampak penuh dari suatu
bencana dapat diserap dan organisasi dapat menemukan solusi. untuk bertahan dari peristiwa
semacam itu, perusahaan mengembangkan prosedur pemulihan dan memformalkannya menjadi
rencana pemulihan bencana.

meskipun detail setiap rencana unik untuk kebutuhan organisasi, semua rencana yang bisa
diterapkan empat fitur umum.

1. 1. mengidentifikasi aplikasi penting.


2. 2. membuat tim pemulihan bencana.
3. 3. menyediakan cadangan situs.
4. 4. tentukan prosedur pencadangan dan penyimpanan di luar kantor.

Mengidentifikasi aplikasi penting

mengidentifikasi aplikasi penting perusahaan dan file data terkait. upaya pemulihan harus
berkonsentrasi pada mengembalikan aplikasi yang sangat penting bagi kelangsungan hidup jangka
pendek organisasi. jelas, dalam jangka panjang, semua aplikasi harus dikembalikan ke aktivitas
tingkat bisnis pra-bencana.

bagi sebagian besar organisasi, kelangsungan hidup jangka pendek membutuhkan pemulihan fungsi-
fungsi yang menghasilkan arus kas yang cukup untuk memenuhi kewajiban jangka pendek.

tugas mengidentifikasi aplikasi kritis dan memprioritaskan memerlukan partisipasi aktif dari
departemen pengguna, akuntan, dan auditor.
Membuat Tim Pemulihan Bencana

untuk menghindari kelalaian serius atau duplikasi upaya selama implementasi rencana kontinjensi,
tanggung jawab tugas harus didefinisikan secara jelas dan dikomunikasikan kepada personel yang
terlibat. anggota tim harus ahli di bidangnya dan telah menugaskan tugas. setelah bencana, anggota
tim akan mendelegasikan subtugas kepada bawahan mereka.

menyediakan cadangan situs kedua

bahan yang diperlukan dalam DRP adalah menyediakan fasilitas pemrosesan data rangkap setelah
bencana. di antara opsi yang tersedia yang paling umum adalah pakta bantuan bersama, shell
kosong atau situs dingin, pusat operasi pemulihan atau situs panas, dan cadangan yang disediakan
secara internal.

pakta bantuan timbal balik.

pakta bantuan timbal balik adalah kesepakatan antara dua atau lebih organisasi untuk saling
membantu dengan kebutuhan pemrosesan data mereka jika terjadi bencana. dalam peristiwa
semacam itu, perusahaan tuan rumah harus mengganggu jadwal pemrosesan untuk memproses
transaksi penting dari perusahaan yang dilanda bencana. Akibatnya, perusahaan tuan rumah sendiri
harus masuk ke mode operasi darurat dan mengurangi pemrosesan aplikasi prioritas rendah untuk
mengakomodasi peningkatan permintaan sumber daya TI secara tiba-tiba.

Shell kososng

shell kosong adalah perjanjian di mana perusahaan membeli atau menyewa gedung yang akan
berfungsi sebagai pusat data. dalam hal terjadi bencana, shell tersedia dan siap untuk menerima
perangkat keras apa pun yang dibutuhkan server sementara untuk menjalankan sistem-sistem
penting. Namun pendekatan ini memiliki kelemahan mendasar. manajemen harus mendapatkan
jaminan melalui kontrak dengan vendor perangkat keras bahwa, jika terjadi bencana, vendor akan
memberikan prioritas kebutuhan perusahaan. masalah pasokan perangkat keras yang tidak terduga
pada saat kritis ini bisa menjadi pukulan fatal.

pusat operasi pemulihan.

adalah pusat data cadangan lengkap yang dibagikan banyak perusahaan. selain fasilitas perangkat
keras dan cadangan, penyedia layanan ROC menawarkan berbagai layanan teknis kepada klien
mereka, yang membayar biaya tahunan untuk hak akses. dalam hal terjadi bencana besar, pelanggan
dapat menempati tempat tersebut dan, dalam beberapa jam, melanjutkan pemrosesan aplikasi
penting.