Cara Membuat Rencana Pemulihan Bencana

Apakah bencana itu buatan manusia atau berasal dari alam, jika Anda tidak bereaksi dengan cepat maka itu akan menjadi lebih buruk. Jennifer Bridges, PMP, menunjukkan cara membuat rencana pemulihan bencana.

Berikut tangkapan layar papan tulis untuk referensi Anda.

Dalam Tinjauan – Cara Membuat Rencana Pemulihan Bencana

Bencana terjadi, kata Jennifer, tetapi pemulihan harus direncanakan. Sama seperti rencana apa pun, rencana pemulihan bencana terdiri dari potongan-potongan.

Pemulihan bencana

Jennifer menguraikan apa itu rencana pemulihan bencana dan apa yang harus terdiri dari:

• Ini melibatkan seperangkat kebijakan, alat dan prosedur.
• Ini memungkinkan pemulihan dan kelanjutan teknologi, infrastruktur, dan sistem penting.
• Itu dipanggil setelah bencana alam (seperti badai, tornado, kebakaran, banjir, dll.) atau buatan manusia (seperti kesalahan, pelanggaran, sabotase, dll.).
• Ini berfokus pada sistem informasi dan/atau teknologi untuk mendukung kelangsungan bisnis yang kritis.
• Ini melibatkan menjaga semua aspek bisnis penting berfungsi meskipun ada peristiwa mengganggu yang signifikan.
• Ini dianggap sebagai bagian dari kelangsungan bisnis.

Mengapa Kami Peduli Dengan Pemulihan Bencana?

Jawaban atas pertanyaan ini seharusnya sudah jelas pada titik ini, tetapi untuk berjaga-jaga jika ada kebingungan, Jennifer memetakan banyak alasan mengapa rencana pemulihan bencana sangat penting:

• Proyek, sistem, dan data TI semakin penting bagi perusahaan dan negara.
• Sebelum itu, permintaan untuk pemulihan yang cepat sangat tinggi.
• Perusahaan dengan kehilangan data yang besar, menurut penelitian yang dilakukan pada tahun 2015, seringkali tidak sepenuhnya pulih: beberapa tidak pernah dibuka kembali (43 persen) dan yang lain tutup dalam waktu dua tahun (29 persen).
• Sebuah artikel yang diterbitkan pada tahun 2018 menyatakan bahwa waktu henti hanya satu jam merugikan perusahaan kecil $8.000, perusahaan menengah $74.000 dan perusahaan besar $700.000.

Mengapa Anda peduli? Karena, pada tingkat tinggi, rencana pemulihan bencana membantu mencadangkan sistem data secara teratur untuk menghindari kehilangan dan pengujian untuk memastikan prosedur ini berjalan sesuai rencana. Kemudian ketika bencana terjadi, dan akan terjadi, sebuah rencana disusun tentang bagaimana memulihkan dan membangun kembali apa yang telah hilang.

Terkait: Strategi & Praktik Terbaik Manajemen Risiko TI

Apa yang Harus Dipertimbangkan dalam Rencana Pemulihan Bencana

Saat membuat rencana, pertimbangkan hal-hal ini:

• Memiliki kontak darurat untuk staf dan kontak eksternal, termasuk mengembangkan jaringan notifikasi untuk menjangkau secara efektif.
• Coba dan cari tahu apa cakupan pemulihannya.
• Dapatkan tim pemulihan bencana dan catat tanggung jawab masing-masing anggota. Ini akan mencakup memiliki pemimpin tim dan tim manajemen yang bertanggung jawab atas proses tersebut—yang mencakup tim yang bertanggung jawab atas jaringan, server, aplikasi, data dan pencadangan, memulihkan fungsionalitas TI, sistem TI, dan peralatan jaringan.

Praktik Terbaik untuk Rencana Pemulihan Bencana

Sebelum menandatangani, Jennifer menawarkan tiga saran ini dalam hal seperti apa praktik terbaik saat mengembangkan rencana pemulihan bencana:

1. Latih pemulihan, jadi ketika bencana yang sebenarnya terjadi, Anda siap.
2. Tinjau proses ini secara teratur.
3. Selalu backup dan konfirmasi.

Pro-Tip: Itu selalu merupakan ide yang baik untuk membuat rencana darurat, pada dasarnya cadangan untuk cadangan Anda jika bencana tidak berjalan seperti yang diharapkan. Dimulai dengan mengidentifikasi dan memprioritaskan, mempertimbangkan risiko, dan memastikan rencana dibagikan di antara semua pihak yang terkena dampak.

Ambil Lebih Jauh: Butuh bantuan untuk memahami risiko dan masalah? Baca semua tentang proses manajemen risiko.

Terima kasih telah menonton!

Transkripsi

Hari ini, kita berbicara tentang bagaimana membuat rencana pemulihan bencana. Nah, bagi kita yang berada di bidang IT, teknologi informasi, topik ini menjadi semakin penting setiap hari.

Tidak peduli di wilayah mana Anda berada di dunia, Anda dapat melihat contoh bencana alam atau bencana yang disebabkan oleh manusia. Jadi mari kita lihat apa sebenarnya pemulihan bencana itu.

Nomor satu, melibatkan seperangkat kebijakan, alat, dan prosedur.

Ini memungkinkan pemulihan atau kelanjutan dari teknologi kritis, infrastruktur, dan sistem.

Ini dipanggil setelah bencana alam atau bencana yang disebabkan oleh manusia. Beberapa contoh bencana alam adalah angin topan, angin puting beliung, kebakaran, banjir, sehingga berbagai wilayah di dunia terkena bencana ini secara berkala.

Juga, Anda akan melihat bencana yang disebabkan oleh manusia, yang dapat berupa kesalahan manusia, hal-hal seperti mungkin ada peningkatan teknologi perangkat lunak atau perangkat keras dan hanya kesalahan manusia yang menyebabkan masalah.

Bisa juga ada pelanggaran seperti pelanggaran keamanan, atau bahkan sabotase. Terkadang ketika karyawan pergi atau marah, jika mereka memiliki akses ke teknologi, mereka dapat menyabotnya.

Nah, pemulihan bencana juga berfokus pada sistem informasi dan/atau teknologi yang mendukung kelangsungan bisnis penting, dan melibatkan menjaga semua aspek bisnis penting tetap berfungsi meskipun ada gangguan yang signifikan.

Dan itu dianggap sebagai bagian dari kelangsungan bisnis, tetapi sedikit berbeda dari kelangsungan bisnis.

Jadi mengapa kita bahkan peduli?

Nomor satu, sistem TI dalam data semakin penting bagi perusahaan dan, saya akan menyampaikan, negara.

Juga permintaan untuk pemulihan yang cepat meningkat. Setiap jenis downtime bisa menjadi bencana besar.

Jadi penelitian dari tahun 2015 menunjukkan bahwa perusahaan dengan kehilangan data yang besar 43% tidak pernah dapat pulih dan dibuka kembali, 29% ditutup dalam waktu dua tahun.

Juga dari 2018, ada sebuah artikel, “Pentingnya pemulihan bencana,” dan itu menunjukkan bahwa waktu henti yang berlangsung selama satu jam dapat merugikan perusahaan kecil sekitar $8.000, perusahaan menengah sekitar $74.000, dan perusahaan besar hingga $700.000. Jadi Anda bisa melihat itu bisa menjadi dampak yang cukup besar.

Jadi apa yang kita bicarakan di tingkat tinggi? Jadi kita berbicara tentang mencadangkan data dan sistem, kita berbicara tentang begitu kita mencadangkannya, secara berkala, kita harus mengujinya untuk memastikan bahwa pendekatan itu dan semuanya berfungsi.

Kemudian ketika suatu peristiwa terjadi, kita harus memulihkan dan kemudian kita harus membangun kembali. Jadi itu pada tingkat tinggi.

Jadi apa saja beberapa hal yang perlu kita pertimbangkan?

Jadi pertama-tama, jika suatu peristiwa terjadi, jika terjadi bencana, siapa yang harus dihubungi? Siapa yang mendapat telepon? Siapa notifikasi pertama? Siapa saja kontak eksternal lainnya? Dan kemudian jaringan notifikasi. Jadi begitu ini terjadi, semua pemain penting perlu diberi tahu sehingga tindakan dapat mulai diambil.

Juga memahami ruang lingkup seperti apa pemulihan itu, dan tim pemulihan bencana, serta tanggung jawab. Jadi ketika dipanggil, setiap anggota tim perlu mengetahui secara spesifik apa yang menjadi tanggung jawab mereka, sehingga mereka dapat mengambil tindakan.

Juga, penting untuk mengetahui siapa yang memimpin pemulihan bencana, karena mereka sebenarnya yang memimpin upaya pemulihan ini.

Kita juga perlu tahu tim penanggulangan bencana. Mereka bertanggung jawab untuk menjaga pendekatan, proses, dan semua ini tetap mutakhir.

Kita juga perlu mengetahui tim jaringan, tim server, tim aplikasi, dan tim pemulihan data dan cadangan. Jadi siapa saja anggota timnya? Dan lagi, apa tanggung jawab mereka?

Jadi ketika kita berbicara tentang data dan kita berbicara tentang backup, kita juga ingin tahu berapa frekuensinya? Bergantung pada beberapa data, beberapa data dicadangkan secara terus-menerus secara real time.

Jadi mereka menangkap data dan mencadangkan secara real time. Dan kemudian kita perlu mengetahui periode retensi. Berapa lama kita menyimpan cadangan? Maka kita perlu mengetahui pemulihan, fungsionalitas TI. Apa saja tingkatannya? Apa saja lapisannya?

Dan bagaimana prosesnya agar kita restore. Kami juga membutuhkan inventarisasi semua sistem TI yang mungkin terkena dampak serta peralatan jaringan. Jadi ini bisa sangat mahal dan ini bisa sangat detail. Jadi ini hanya pandangan tingkat tinggi pada semua aspek yang perlu kita pertimbangkan.

Jadi, inilah beberapa praktik terbaik yang perlu diingat.

Nomor satu, berlatih pemulihan.

Nomor dua, tinjau seluruh proses secara teratur untuk memastikan bahwa itu mutakhir.

Dan nomor tiga, buat cadangan lalu konfirmasikan bahwa cadangan berfungsi dengan baik.

Jadi, jika Anda memerlukan alat yang dapat membantu Anda dengan rencana pemulihan bencana, daftarlah untuk perangkat lunak kami sekarang di ProjectManager.