Pentingnya Testing DR Plan

Testing Disaster Recovery Plan

Anda dan perusahaan anda sudah membuat sebuah Disaster Recovery Plan yang mencakup banyak hal. Dari bencana alam sampai serangan Ransomware. Artinya pekerjaan anda sudah selesai bukan? Tidak secepat itu.

Dengan begitu banyak penekanan ditempatkan pada membangun Disaster Recovery Plan, organisasi-organisasi sering lupa bahwa mereka perlu mengevaluasi bahkan sebuah rencana yang paling rinci untuk memastikan bahwa semuanya akan bekerja. Tanpa strategi untuk pengujian pemulihan bencana, tidak ada jaminan bahwa semua perencanaan Anda akan sia-sia pada akhirnya.

Organisasi perlu merencanakan langkah-langkah apa yang harus diambil ketika sebuah bencana – dengan berbagai jenis, cakupan, dan tingkat dampak – menyerang. Biasanya, suatu organisasi melakukan sedikit usaha untuk melakukan analisis dampak bisnis dan penilaian risiko, dan kemudian membuat rencana itu sendiri.

Rencana yang belum diuji adalah serangkaian langkah konseptual. Tetapi lingkungan Anda akan berubah seiring waktu dan kebutuhan bisnis berkembang. Tidak ada jaminan nyata bahwa rencana yang belum diuji akan berhasil.

Jadi, Anda perlu menguji rencananya. Anda harus membuktikan kepada diri sendiri dan kekuatan yang ada bahwa rencana Anda akan berhasil. Inti dari rencana DR adalah untuk secara proaktif mengurangi risiko yang terkait dengan bencana, dan menguji rencana tersebut mengurangi risiko bahwa rencana DR tidak akan berhasil.

Bagaimana cara membuat strategi pengujian disaster recovery yang tepat?

Ada empat langkah tingkat tinggi yang dapat mengarahkan Anda ke jalan yang benar menuju pembentukan strategi pengujian pemulihan bencana yang tepat.

1. Putuskan bagian rencana mana yang perlu diuji pada disaster recovery plan Anda

Pengujian DR Anda dapat mencakup apa saja dari satu sistem hingga aplikasi multi-tier ke seluruh lingkungan. Bergantung pada apa yang dianggap penting bagi organisasi Anda, Anda harus terlebih dahulu menentukan apa yang perlu diuji. Pastikan untuk memasukkan dependensi dalam pemikiran Anda.

2. Tentukan frekuensi pengujian

Selalu ada pertanyaan tentang seberapa sering rencana DR harus diuji. Dalam strategi pengujian pemulihan bencana Anda, frekuensi pengujian harus didasarkan pada frekuensi perubahan rencana. Beban kerja yang tidak berubah sama sekali mungkin hanya perlu menjalani pengujian DR setahun sekali. Ketika sistem, aplikasi, dan platform berubah, paket DR diperbarui, yang artinya perlu diuji.

3. Pilih metode pengujian Anda

Ada empat cara yang umum diterima untuk melakukan pengujian DR. Ketika Anda mempertimbangkan mana yang tepat untuk Anda, ingatlah bahwa tujuannya selalu untuk memvalidasi bahwa rencana tersebut akan benar-benar berfungsi dalam pelaksanaan praktis. Empat metode umum adalah:

Review rencana sederhana

Tim DR memeriksa rencana yang mengidentifikasi bagian-bagian yang sudah ketinggalan zaman, hilang, dll.

Tabletop run-through

Tim DR menelusuri rencana seolah-olah sedang dieksekusi, mendiskusikan langkah-langkahnya dan mengidentifikasi kemungkinan masalah.

Simulasi skenario DR

Hal ini pada dasarnya adalah eksekusi dari rencana DR ke dalam lingkungan DR non-produksi. Biasanya terbatas pada beban kerja tertentu, sistem, aplikasi dan sebagainya dan tidak termasuk seluruh lingkungan.

Simulasi DR penuh

Sama seperti metode sebelumnya, tetapi Anda mencoba memulihkan semuanya dalam skenario di mana ada bencana terjadi secara total.

Salah satu bidang utama yang harus dievaluasi selama pengujian adalah tujuan waktu pemulihan untuk menjaga downtime seminimal mungkin. Tes ini memberikan peluang untuk memperbaiki masalah sebelum bencana terjadi.

1. Disaster Recovery Plan TI harus memiliki daftar komunikasi yang akurat.
2. Kerjakan apa yang ada dalam naskah DR Plan terperinci selama bencana.
3. Tes dan tes ulang Disaster Recovery Plan yang ada.
4. Semua anggota tim DR harus mengetahui peran mereka.
5. Memiliki daftar resources 24 jam di recovery site.
6. Memasukkan daftar aplikasi dalam DR Plan.
7. Sertakan diagram terbaru dari seluruh jaringan dan Recovery Site
8. Sertakan peta yang mudah diikuti dan petunjuk tentang cara mencapai Recovery Site
9. Sertakan dokumentasi tambahan.
10. Selalu perbarui DR Plan yang ada.

Pelajari lebih lengkap mengenai  layanan DRaaS dari Datacomm Cloud Business di sini

  • Business Continuity Plan VS Disaster Recovery Plan
  • Pentingnya Testing DR Plan
    Anda dan perusahaan anda sudah membuat sebuah Disaster Recovery Plan yang mencakup banyak hal. Dari bencana alam sampai serangan Ransomware. Artinya pekerjaan anda sudah selesai bukan? Tidak secepat itu. Dengan …
  • Disaster Recovery Industri Financial
    Disaster Recovery pada Lembaga Keuangan Setiap institusi keuangan harus selalu bersiap untuk sesuatu yang terburuk, dan memastikan teknologi yang mereka gunakan memiliki tingkat kehandalan yang tinggi.  Mengacu pada tren industri …
  • Disaster Recovery Seminar: Be Ready for Disaster and Avoid Downtime
    Sebagai negara yang berada di antara 2 benua dan 2 samudera, Indonesia menjadi salah satu tempat yang strategis dalam arus perdagangan dunia. Selain potensi tersebut, letak Indonesia menjadi alasan mengapa …
  • Regulasi Teknologi di Bidang Kesehatan
    Pertumbuhan yang signifikan di Industri kesehatan tidak bisa dielakan dan sudah pasti membutuhkan layanan Teknologi Informasi (TI) yang mendukung. Pasar yang besar dan banyaknya instansi yang terlibat, membutuhkan solusi teknologi …