BCP vs DRP: Merencanakan Gangguan dan Pemulihan

Perencanaan Keberlangsungan Bisnis (BCP) dan Perencanaan Pemulihan Bencana (DRP) merupakan bidang yang berkaitan tetapi berbeda. BCP berfokus pada menjaga operasi bisnis tetap berjalan selama gangguan — melalui proses manual, lokasi alternatif, atau modes layanan yang diturunkan. DRP secara khusus berfokus pada pemulihan System dan infrastruktur IT setelah bencana. BCP merupakan payung yang lebih luas: DRP adalah salah satu komponen BCP yang menangani aspek pemulihan teknologi. Kedua rencana harus didokumentasikan, diuji, dan selalu diperbarui.

BCP dan DRP diaktifkan oleh peristiwa disruptif yang melampaui respons insiden operasional normal. Pemicunya mencakup: serangan ransomware yang mengenkripsi System penting, bencana alam (banjir, gempa bumi, tornado yang merusak pusat data utama), kegagalan infrastruktur (pemadaman listrik berkepanjangan, gangguan ISP), pandemi atau keadaan darurat kesehatan masyarakat (COVID-19 membuktikan pentingnya rencana keberlangsungan kerja jarak jauh), serta gangguan rantai pasokan yang menghalangi pengadaan perangkat keras pengganti.

Analisis Dampak Bisnis (BIA) adalah dokumen dasar untuk BCP dan DRP. Dokumen ini mengidentifikasi: proses bisnis yang kritis dan harus terus berjalan dengan biaya apa pun, proses yang penting tetapi masih dapat menoleransi penundaan, dampak finansial dan operasional downtime untuk setiap proses (kehilangan pendapatan per hour, denda dari regulator, kerusakan reputasi), serta downtime maksimum yang dapat ditoleransi untuk setiap proses. Hasil BIA secara langsung menentukan target RTO dan RPO yang menjadi dasar persyaratan pemulihan teknologi.

Ketika suatu bencana dinyatakan, Crisis Management Team (CMT) diaktifkan dan mengambil alih wewenang atas respons organisasi. CMT mencakup pimpinan senior, IT, bagian hukum, komunikasi, HR, dan fasilitas. CMT mengikuti Incident Command Structure (ICS) yang telah ditetapkan sebelumnya dan menetapkan peran yang jelas: siapa yang mengambil keputusan pemulihan, siapa yang berkomunikasi dengan pelanggan dan media, siapa yang berkoordinasi dengan vendor dan regulator, serta siapa yang mengelola kesejahteraan staf. Struktur komando yang jelas mencegah kekacauan dan miskomunikasi yang memperbesar dampak bencana.

BCP biasanya mengandalkan situs alternatif untuk melanjutkan operasi ketika situs utama tidak tersedia. Hot site adalah fasilitas duplikat yang dilengkapi sepenuhnya, terus disinkronkan, dan dapat mengambil alih dalam hitungan Minutes. Warm site memiliki Equipment dan daya, tetapi memerlukan hours hingga Days untuk memuat data dan mengonfigurasi System. Cold site adalah fasilitas kosong dengan daya dan konektivitas — Equipment harus dikirim dan dipasang, yang memerlukan Days hingga berminggu-minggu. Hot site jauh lebih mahal, tetapi meminimalkan downtime untuk proses yang kritis.

Perjanjian saling membantu adalah kontrak antarorganisasi untuk menyediakan bantuan selama bencana. Bentuk yang umum meliputi: perjanjian timbal balik (dua organisasi sepakat untuk menampung operasi satu sama lain jika salah satunya terkena bencana), penyedia Service DR pihak ketiga (perusahaan seperti Sungard atau IBM menawarkan fasilitas pemulihan bencana sebagai Service), dan organisasi saling membantu dalam industri (perusahaan utilitas, bank, dan System layanan kesehatan memiliki jaringan formal untuk berbagi sumber daya selama bencana regional). Perjanjian saling membantu harus ditinjau setiap tahun dan diaktifkan selama latihan.

Rencana komunikasi adalah komponen BCP yang kritis. Selama bencana, saluran komunikasi normal mungkin tidak tersedia (server email mati, telepon kantor tidak tersedia). Rencana harus mencakup: daftar kontak darurat dengan nomor ponsel pribadi, saluran komunikasi di luar jalur utama (Slack, instans cadangan Teams, email pribadi), prosedur pemberitahuan pelanggan (halaman status, media sosial, email langsung), persyaratan pemberitahuan regulator (undang-undang pemberitahuan kebocoran data, regulator keuangan), dan hubungan dengan media untuk mengelola pernyataan publik.

Dokumentasi BCP yang efektif mencakup beberapa komponen utama: BIA (mengidentifikasi proses kritis dan downtime maksimum yang dapat ditoleransi), BCP itu sendiri (prosedur langkah demi langkah untuk mempertahankan operasi), DRP (prosedur pemulihan IT), direktori kontak darurat, daftar kontak vendor (penyedia komputasi awan, ISP, pemasok utama), dokumentasi asuransi, dan prosedur pemberitahuan regulator. Semua dokumen harus disimpan di lokasi yang dapat diakses ketika System utama tidak tersedia — salinan cetak, penyimpanan awan yang aman dengan akses offline, atau USB yang disimpan oleh personel utama.

COVID mengungkapkan bahwa sebagian besar rencana BCP tidak secara memadai menangani skenario pandemi ketika bencana tidak terlokalisasi, tetapi berdampak pada semua lokasi secara bersamaan. Pelajaran utama: pastikan infrastruktur VPN dapat ditingkatkan skalanya untuk mendukung 100% tenaga kerja dari jarak jauh (bukan hanya 20–30% seperti yang diasumsikan dalam rancangan sebelum pandemi), terapkan alat kolaborasi berbasis awan yang berfungsi tanpa infrastruktur lokal, verifikasi bahwa proses kritis dapat diselesaikan sepenuhnya dari jarak jauh, dan pastikan keberlangsungan rantai pasokan untuk Hardware ketika kantor harus segera disiapkan di rumah Employee.

BCP yang tidak pernah diuji adalah BCP yang akan gagal saat bencana nyata terjadi. Pendekatan pengujian rutin meliputi: latihan berbasis diskusi (penelusuran berbasis diskusi bersama personel utama, tanpa mengaktifkan System), latihan fungsional (benar-benar mengaktifkan pohon komunikasi dan sebagian prosedur pemulihan), pengujian skala penuh (mengalihkan operasi ke situs alternatif dan menjalankan bisnis dari sana selama suatu periode), serta tinjauan pascainsiden yang memperbarui rencana berdasarkan pengalaman nyata. Rencana harus ditinjau setiap tahun dan diperbarui setelah perubahan infrastruktur yang signifikan.

Banyak industri yang diatur mewajibkan BCP dan DRP. HIPAA mewajibkan entitas yang tercakup memiliki rencana kontingensi yang mencakup pencadangan data, DR, dan prosedur operasi dalam mode darurat. PCI-DSS mewajibkan rencana respons insiden dan prosedur keberlangsungan bisnis untuk System yang termasuk dalam lingkup. FINRA dan regulator perbankan mewajibkan BCP terperinci dengan pengujian tahunan dan penyampaian kepada regulator. Perusahaan asuransi siber semakin sering mewajibkan BCP yang terdokumentasi dan telah diuji sebagai syarat perlindungan, serta dapat menolak klaim jika rencana tidak ada atau belum diuji ketika peristiwa yang ditanggung terjadi.

Uji pemahaman Anda tentang konsep CompTIA Security+ (SY0-701) dari pelajaran ini.

Dalam pelajaran ini Anda telah mempelajari: BCP mempertahankan operasi bisnis selama gangguan, sedangkan DRP memulihkan System IT, Analisis Dampak Bisnis mengidentifikasi proses kritis dan downtime maksimum yang dapat ditoleransi yang menjadi dasar persyaratan pemulihan, serta situs alternatif (hot/warm/cold) menyediakan tingkat kecepatan dan cost pemulihan yang berbeda-beda untuk melanjutkan operasi ketika situs utama tidak tersedia. Selanjutnya kita akan membahas RTO, RPO, dan MTTR — metrik khusus yang mengukur sasaran pemulihan.