Anda sudah tahu bahwa BC/DR adalah komponen penting dari kesuksesan organisasi. Dan kami tahu ada kebutuhan akan metrik untuk mengukur keefektifan upaya. Langkah pertama adalah memahami metrik yang penting dalam kelangsungan bisnis dan perencanaan pemulihan bencana, yang akan dibahas dalam artikel ini. Anda juga memerlukan alat untuk mengumpulkan dan melaporkan metrik ini. Bergantung pada ukuran organisasi Anda dan tingkat kedewasaan program BC/DR Anda, ini bisa berkisar dari template Excel hingga perangkat lunak otomatis yang andal.
Ada 7 metrik BC/DR penting yang harus dipantau untuk menumbuhkan dan mengukur rencana pemulihan:
Meskipun ada banyak metrik lain untuk dipantau, metrik ini berfungsi sebagai tinjauan program dasar dan menunjukkan seberapa baik Anda benar-benar siap untuk mengatasi masalah pemblokiran.
Dua metrik BC/DR penting pertama adalah Recovery Time Objectives (RTO) dan Recovery Point Objectives (RPO). RTO adalah jumlah waktu maksimum yang dapat diterima item dapat menganggur. RPO menentukan berapa lama data yang Anda mampu hilangkan dan apakah cadangan Anda akan menyimpan sisanya. Misalnya, jika Anda mampu kehilangan satu jam data, Anda harus membuat cadangan setidaknya setiap jam.
Prosedur pencadangan dan pemulihan merupakan inti dari rencana BC/DR yang baik, jadi Anda perlu mempertimbangkan RTO dan RPO untuk menentukan alat pencadangan dan pemulihan terbaik untuk pekerjaan itu. Misalnya, jika Anda menghasilkan transaksi terus-menerus dengan volume dan nilai sedang hingga tinggi, berapa menit transaksi yang dapat Anda hilangkan? Berapa lama Anda mampu untuk tidak bertugas? Aplikasi semacam itu mungkin mendapat manfaat dari pencadangan tingkat blok yang sangat sering dimungkinkan dengan perlindungan data berkelanjutan (CDP), tetapi Anda tidak akan mengetahuinya kecuali jika Anda melihat RTO dan RPO.
Akhirnya, Anda perlu mengukur jumlah rencana yang mencakup setiap proses bisnis juga waktu berlalu sejak setiap rencana diperbarui . Indikator kinerja utama (KPI) adalah ukuran seberapa baik suatu program bekerja, dan yang tidak dapat Anda abaikan. Anda dapat menetapkan KPI untuk seberapa sering Anda meninjau dan memperbarui rencana Anda (misalnya, bulanan, 6 bulan, atau tahunan) dan berapa banyak fungsi bisnis yang dicakup oleh rencana pemulihan, dengan rencana tindakan untuk mencapai cakupan 100%. Jika Anda kekurangan waktu dan sumber daya, mulailah dengan proses bisnis Anda yang paling penting.
Bisnis dapat memiliki ratusan hingga ribuan proses, dan tidak mungkin memulihkan proses tanpa rencana. Metrik utama untuk perencanaan BC/DR adalah jumlah proses yang terancam oleh potensi bencana .
Anda harus memulai dengan analisis risiko dan analisis dampak bisnis untuk:
Kemudian, Anda dapat membuat rencana untuk melindungi proses ini dan meminimalkan gangguan jika terjadi bencana.
Tapi rencana statis bisa mandek. Anda tidak dapat membatalkan proses kecuali Anda memperbarui rencana secara berkala untuk memperhitungkan perubahan dalam aplikasi, data, lingkungan, karyawan, dan risiko. Anda harus mengatur pengingat untuk diri Anda sendiri untuk meminta tinjauan rencana pada titik yang tepat dalam siklus. Di dunia yang sempurna, Anda akan mendapat konfirmasi dari kepala berbagai departemen bahwa mereka meninjau dan memperbarui rencana mereka, tetapi jujur saja: meninjau dan memperbarui rencana itu sangat merepotkan, dan hampir ajaib jika mereka menyelesaikannya tepat waktu. Menggunakan perangkat lunak dapat mengurangi masalah ini: Anda dapat mengotomatiskan pengingat email ke berbagai pemilik paket dan melacak kemajuan mereka dalam perangkat lunak – tidak perlu email agresif pasif! Perangkat lunak ini juga menghilangkan banyak tugas membosankan yang terkait dengan manajemen perubahan. Misalnya, integrasi data otomatis akan membuat data Anda diperbarui secara otomatis saat data berubah di aplikasi lain. Jika satu kontak digunakan di 100 paket dan nomor teleponnya berubah, sistem terintegrasi akan mendorong perubahan itu ke dalam rencana kelangsungan bisnis dan manajemen darurat Anda juga.
Salah satu cara termudah untuk menentukan bagaimana fungsi bisnis saling bergantung adalah dengan menggunakan alat pemodelan ketergantungan. Ini akan membantu Anda memvisualisasikan apakah dependensi aplikasi Anda memungkinkan Anda memenuhi RTO dan SLA.
Misalnya, jika Anda perlu memulihkan layanan Hutang Dagang dalam 12 jam, tetapi hal ini bergantung pada perangkat lunak keuangan yang memerlukan waktu hingga 24 jam untuk pulih, Hutang Dagang tidak dapat memenuhi SLA 12 jam. Pemodel dependensi mengilustrasikan hubungan dependen ini secara dinamis dan kapan serta bagaimana sebuah rencana akan gagal sebagai hasilnya.
Anda harus mengukur waktu aktual yang diperlukan untuk memulihkan proses bisnis . Anda dapat menguji prosedur pemulihan menggunakan alat BC/DR untuk melacak berapa lama waktu yang dibutuhkan setiap langkah.
Alternatifnya, Anda dapat menggunakan metode jadul untuk mengatur waktu setiap langkah secara manual. Pengujian ini akan membantu Anda menentukan apakah orang dan proses Anda dapat memenuhi RTO menggunakan paket yang ada. Anda harus dapat menyelesaikan tugas pemulihan dalam waktu yang diizinkan oleh rencana Anda, dan jika tidak bisa, Anda perlu merevisi rencana Anda agar realistis dan dapat dicapai.
Akhirnya, metrik terakhir yang tercakup dalam sumber ini adalah perbedaan antara waktu pemulihan aktual dan yang diharapkan , juga dikenal sebagai analisis kesenjangan. Anda dapat menguji kesenjangan dengan, pengujian failover dan pemulihan, pengujian BC/DR tingkat perusahaan, dan analisis kesenjangan. Setelah Anda menemukan celah dalam rencana Anda, Anda dapat mengatur KPI dan menggunakannya dalam proses perencanaan Anda.
Data yang dikumpulkan oleh perangkat lunak BC/DR harus “bersih” untuk memastikan pelaporan dan perencanaan yang akurat. Untuk kebersihan data yang baik, pastikan untuk membakukan entri data dengan menu tarik-turun, daftar pilihan, pemformatan teks, dan validasi data. Misalnya, jika kami memasukkan nomor telepon karyawan ke dalam paket, sebaiknya periksa untuk melihat apakah nomor telepon tersebut menyertakan kode area dan tetap digunakan.
De-duplikasi dan manajemen identitas dan akses (IAM) dapat membantu menghasilkan data yang elegan. Anda dapat menggunakan de-duplikasi untuk menghilangkan banyak aspek dari entri yang sama. Anda dapat menggunakan kredensial (autentikasi) bersama dengan izin (autorizzazione) untuk memastikan bahwa hanya pengguna yang memenuhi syarat yang memasukkan rekaman dan data master. Anda juga akan menghemat banyak waktu dan kerepotan dengan mengintegrasikan sistem BC/DR Anda dengan aplikasi lain (misalnya, sistem SDM Anda) untuk menghindari duplikasi catatan dan segala kemungkinan kesalahan.
Tentukan fungsi bisnis penting dan bagaimana mereka bergantung satu sama lain menggunakan alat pemodelan hubungan.
Selanjutnya, kami menetapkan ambang downtime yang dapat diterima menggunakan metrik RTO dan RPO. Kami menguji rencana untuk melihat apakah kami mendekati atau melampaui ambang batas tersebut. Setelah itu, mari tinjau rencananya dan uji lagi. Kita harus menetapkan KPI untuk mengukur seberapa sering rencana diperbarui dan diuji, dan melakukan analisis kesenjangan untuk membandingkan waktu pemulihan yang direncanakan dengan yang sebenarnya.
Terakhir, pastikan Anda menyimpan data “higienis” untuk pelaporan yang akurat. Metrik BC/DR sama sekali tidak berguna jika datanya tidak akurat. Ini mungkin tampak seperti no-brainer, tetapi mengejutkan berapa banyak perusahaan yang menidurkan diri mereka sendiri dalam rasa aman yang salah dengan laporan yang salah menggambarkan SLA mereka. Itu selalu yang terbaik untuk bersikap realistis, bahkan jika itu berarti menerima risiko yang terlibat.
Ercole Palmeri
Operasi oftalmoplasti menggunakan penampil komersial Apple Vision Pro dilakukan di Poliklinik Catania…
Mengembangkan keterampilan motorik halus melalui mewarnai mempersiapkan anak untuk keterampilan yang lebih kompleks seperti menulis. Mewarnai…
Sektor angkatan laut adalah kekuatan ekonomi global sejati, yang telah menuju pasar 150 miliar...
Senin lalu, Financial Times mengumumkan kesepakatan dengan OpenAI. FT melisensikan jurnalisme kelas dunianya…
