(+62-21) 750 2976 [email protected]
Rencana pemulihan bencana adalah komponen penting dari rencana kesinambungan bisnisnya (BCP) dan harus mencakup tidak hanya pengaturan fisik untuk replikasi data dan perlindungan di lokasi sekunder, tetapi juga strategi failover dan fallback yang efektif untuk memastikan Anda akan dapat menjalankan rencana pemulihan dengan sukses.

Strategi Failover dan Failback untuk Kesuksesan Rencana Pemulihan Bencana

Operasi failover dan failback adalah elemen rencana pemulihan bencana (DRP) penting. Ini harus menyediakan pemulihan dan membatasi kerusakan dalam skenario pemulihan bencana (DR).

Tahapan failover adalah proses yang dimulai ketika kegagalan sistem terjadi untuk mengurangi komplikasi dan kerusakan yang terjadi sebagai hasilnya. Ini dapat digunakan secara redundant (sumber yang kaya) atau dalam mode operasi siaga ketika kesalahan dari server utama, aplikasi atau sistem lain terjadi. Sistem “heartbeat” mengirimkan sinyal antara server yang berbeda selama siaga, atau “hibernasi,” menyatakan sampai data dapat dipulihkan dan sistem dikembalikan ke input / output normal.

Failback menggambarkan pemulihan lingkungan teknologi informasi Anda dari kegagalan kembali ke operasi normal. Anda perlu tahu strategi kegagalan terbaik karena failover dirancang untuk menjadi keadaan sementara, dan mungkin ada kendala waktu dalam transisi kembali. Belum lagi, dalam banyak kasus, hanya fungsi-fungsi misi kritis yang online di lingkungan failover.

Kiat-kiat berikut membantu Anda merencanakan proses failover dan failback yang berhasil:

  1. Jika organisasi Anda memproses, mentransmisikan, atau menyimpan informasi kesehatan yang dilindungi atau data pemegang kartu kredit, maka Anda diharuskan untuk mematuhi peraturan seperti HIPAA, atau PCI DSS. Jika salah satu atau kedua peraturan berlaku untuk perusahaan Anda, maka Anda harus memulai perencanaan pemulihan bencana dengan meninjau persyaratan khusus untuk failover dan failback untuk memastikan syarat kepatuhan terpenuhi.
  2. Periksa batas perizinan di tumpukan aplikasi Anda untuk memastikan Anda telah memenuhi semua persyaratan sebelum menggunakannya untuk jangka waktu tertentu.
  3. Pastikan Anda memiliki kapasitas yang memadai dan tahu kapasitas produksi DRP Anda.
  4. Berapa lama waktu yang dapat di tolerir? Jika Anda bekerja dengan penyedia layanan terkelola (MSP) atau vendor pihak ketiga lain untuk mengelola cadangan data dan fungsi pemulihan bencana. Pastikan untuk meninjau dengan saksama dokumentasi apa pun yang membahas pembatasan waktu saat mengalihkan lingkungan Anda kembali ke situs utama anda.
  5. Terkait dengan penyedia pihak ketiga yang berfungsi seperti MSP, pastikan Anda tahu siapa yang bertanggung jawab atas langkah-langkah itu. Hal terakhir yang Anda inginkan dalam skenario pemulihan bencana adalah menganggap langkah penting sedang dilakukan oleh MSP Anda jika pemahaman itu tidak dibagikan di antara semua orang yang terlibat.
  6. Tinjau perjanjian tingkat layanan operasional (SLA) Anda untuk memastikan mereka akan terbawa ke lingkungan pemulihan bencana.
  7. Pastikan untuk memperkirakan dan mempertimbangkan waktu, terkait kemungkinan adanya pergantian perangkat keras.
  8. Tinjau biaya potensial untuk memiliki situs DR. Hal ini dapat mencakup biaya deklarasi failover, perangkat lunak, peralatan, dan biaya fasilitas.
  9. Uji strategi failover Anda untuk melihat apakah bisnis Anda akan dapat pulih di situs pemulihan bencana dan akan menjalankan aplikasi dengan sukses ketika situs utama Anda dilepas.
  10. Uji rencana kegagalan Anda untuk menentukan apakah perusahaan Anda akan dapat kembali dari situs pemulihan ke situs asli.
  11. Uji. Uji. Uji. Ada banyak produk yang menawarkan kemampuan untuk menguji failover tanpa mempengaruhi produksi, menghilangkan salah satu alasan terbesar yang harus ditanggung tim TI untuk tugas penting ini.

Tingkat Bencana yang Berbeda

Skenario terburuk untuk sebuah bencana pada bisnis adalah jelas — beberapa peristiwa bencana secara fisik menghancurkan situs utama Anda. Apakah gempa, kebakaran, atau bencana buatan manusia, kebanyakan orang memiliki kekhawatiran yang sama: “Bagaimana jika semua yang ada di lokasi utama kita tiba-tiba musnah?”

Namun ada berbagai tingkat kegagalan yang dapat terjadi dengan sistem dan data penting misi Anda yang mungkin tidak segera terbukti. Hilangnya sebagian atau korupsi data, pelanggaran keamanan, penghentian layanan sementara, dan bahkan hilangnya personil kunci dapat menjadi bencana yang berdampak pada operasi sehari-hari.

Failover dan strategi downtime merupakan bagian yang tidak terpisahkan dari rencana pemulihan bencana yang efektif. Pastikan Anda terbiasa dengan aspek-aspek perencanaan bencana. Hal tersebut dapat membawa bisnis Anda kembali online dan dalam produksi secepat mungkin jika suatu bencana terjadi.

Baik Anda memindahkan infrastruktur TI Anda ke penyedia pemulihan bencana untuk pertama kalinya atau mencari untuk beralih ke yang baru, menemukan mitra yang tepat untuk menjaga operasi Anda berjalan 24/7/365 sangat penting dan dapat menjadi tantangan.

Miliki Situs Pemulihan Bencana Secara Efisien

Elitery menyediakan situs pemulihan bencana di lingkungan cloud yang sangat ramah biaya. Infrastruktur situs pemulihan bencana Elitery telah mendapat sertifikasi Tier III dari Uptime Institute, ISO 27001 untuk keamanan dan PCI DSS untuk perlindungan data.

Situs pemulihan bencana Elitery telah dipercaya ratusan institusi keuangan di Indonesia, termasuk perbankan dan perusahaan Fintech. Anda dapat mengandalkan Elitery untuk keberlangsungan operasional bisnis Anda.

Jangan tunggu downtime menghampiri bisnis Anda, karena biaya downtime bisa sama dengan biaya pemulihan bencana untuk 10 tahun. Segera ambil keputusan sekarang juga.

Miliki Segera Situs Pemulihan Bencana

Tanpa perlu investasi besar dan dapat di andalkan bisnis anda.

Share This