Praktik Terbaik untuk Pemulihan Bencana dalam Data Center
November 27, 2020 9:09 am

Indonesia

Climanusa – Hal krusial lainnya ketika mencari UPS data center adalah bagaimana cara pemulihan bencana dalam data center. Ketika bencana melanda, rencana pemulihan bencana yang baik dapat menjadi pembeda antara menjaga ketersediaan data dan menderita waktu henti sistem yang berkepanjangan.  Karena pengamanan data dan layanan menjadi lebih penting untuk melindungi reputasi merek organisasi, perusahaan saat ini tidak dapat lagi menunggu sampai terjadi kesalahan untuk mengembangkan rencana pemulihan sistem penting mereka dan melindungi data sensitif. Untuknya, dengan bekerja sama dengan penyedia data center colocation, mereka dapat mengimplementasikan rencana pemulihan bencana yang menjamin kelangsungan bisnis dan meminimalkan potensi pelanggaran data atau kehilangan data. Berikut praktik terbaik untuk pemulihan bencana dalam data center.

 

1.Menilai risiko terhadap data dan operasi

Sebelum perusahaan mencari data center yang dapat memenuhi kebutuhan pemulihan bencana, perusahaan harus menentukan kebutuhan tersebut. Dalam banyak kasus, infrastruktur data dan teknologi berkembang secara organic seiring pertumbuhan bisnis, jauh sebelum ada yang berhenti memikirkan potensi risiko yang dapat mengancam operasi. Sebuah perusahaan rintisan di Florida Selatan, misalnya, mungkin menghabiskan lebih banyak waktu untuk memikirkan layanan inovatif yang akan mendatangkan lebih banyak pelanggan daripada apa yang akan dilakukannya ketika badai melanda seluruh negara bagian. Menerapkan manajemen risiko terintegrasi adalah langkah awal yang baik untuk mengidentifikasi potensi risiko yang mungkin ditimbulkan oleh situasi bencana pada suatu organisasi. Manfaat dari manajemen risiko terintegrasi jauh melampaui mitigasi dan pemulihan bencana, tetapi pendekatan ini dapat menciptakan gambaran yang komprehensif tentang semua cara bencana dapat berdampak pada operasi dan infrastruktur.

 

2.Kembangkan rencana pemulihan bencana

Setelah risiko diidentifikasi, perusahaan dapat mulai mengembangkan rencana pemulihan bencana data center yang menjabarkan prosedur untuk mengatasinya. Ini harus mencakup penilaian menyeluruh atas aset data dan sistem misi kritis. Inventaris yang terperinci perlu mengidentifikasi dimana data berada, sistem mana yang harus mendapat prioritas jika terjadi situasi waktu henti, dan layanan mana yang dipengaruhi oleh persyaratan kepatuhan. Redundansi daya perlu dipetakan dan sistem untuk mereplikasi data diberlakukan. Rencana pemulihan bencana harus tersedia untuk personel IT sehingga semua orang tahu peran apa yang diharapkan mereka mereka penuhi dan tugas apa yang harus diprioritaskan saat terjadi bencana.

 

3.Identifikasi lokasi pemandangan di luar situs

Mencadangkan data di luar situs website merupakan salah satu fondasi dari layanan mitigasi bencana yang baik. Jika aset data disimpan di satu lokasi, perusahaan membuka diri terhadap berbagai resiko, termasuk peningkatan waktu henti, serangan ransomware, dan dalam skenario terburuk, kehilangan data. Saat memilih lokasi untuk data yang direplikasi atau dicadangkan, penting untuk menemukan data center yang tidak akan terkena risiko yang sama seperti solusi data primer perusahaan. Misalnya, bisnis di Houston rentan terhadap banjir, jadi bisnis tersebut harus mencari lokasi cadangan yang cukup dekat untuk memungkinkan akses yang cukup nyaman tetapi cukup jauh untuk menghindari ancaman yang mungkin berdampak pada fasilitas utama. Austin, yang terletak sedikit lebih dari 150 mil ke barat, terletak di atas daratan banjir, menjadikannya pilihan ideal untuk situs pemulihan bencana data center cadangan.

 

4.Rencanakan untuk melanjutkan operasi

Melindungi data dan aset dari bencana hanyalah salah satu dari persamaan pemulihan bencana. Bagian “pemulihan” dari istilah tersebut menyiratkan bahwa perusahaan perlu memikirkan tentang bagaimana mereka akan menjalankan operasi mereka kembali setelah peristiwa bencana. Rencana pemulihan bencana yang baik seharusnya sudah mengidentifikasi sistem mana yang diprioritaskan saat layanan offline, tetapi pada akhirnya, semuanya harus kembali normal. Hal ini dapat mencakup pemindahan kembali ke lokasi yang terganggu oleh bencana, pemulihan jaringan data, atau perencanaan cara mengintegrasikan peralatan baru untuk menggantikan infrastruktur yang rusak selama kejadian tersebut. Meskipun lingkungan ayunan yang diterapkan untuk menjaga operasi dan ketersediaan data selama bencana mungkin dapat memenuhi kebutuhan bisnis untuk jangka waktu tertentu, hal itu tidak boleh dianggap sebagai solusi jangka Panjang.

 

5.Perbarui dan uji rencana

Situasi dan faktor risiko berubah seiring pertumbuhan bisnis dan berkembangannya ancaman baru. Setelah rencana pemulihan bencana data center diterapkan, organisasi tidak boleh begitu saja memasukkan ke dalam laci dan berasumsi bahwa rencana itu akan tetap berjalan selama lima tahun dari sekarang seperti saat ini. Perubahan dalam kebutuhan ketersediaan data atau pertumbuhan bisnis adalah dua alasan utama mengapa rencana pemulihan bencana perlu dievaluasi ulang secara teratur. Sebagai bagian dari penilaian ulang itu, rencana itu sendiri harus sering diuji sebagai bagian dari layanan mitigasi bencana yang sedang berlangsung. Memiliki rencana yang solid di tempat tidak akan diperhitungkan dalam krisis jika tidak ada yang mengetahui cara kerjanya dalam praktik. Menguji rencana juga dapat mengungkapkan celah dan asumsi yang tidak akurat dan dapat membahayakan ketersediaan data atau mempersulit sistem untuk kembali online setelah terjadinya bencana. Untuk alasan ini, pengujian berkelanjutan sangat penting untuk pendekatan proaktif dalam pemulihan bencana.

 

Baca Juga: Bagaimana Sistem UPS Dapat Melindungi Data Center Anda?

 

Pencarian distributor UPS data center sangat penting memperhatikan bagaimana distributor melakukan pemulihan bencana dalam data centernya. Oleh karena itu, sangat penting untuk melihat bagaimana praktik penanggulangan bencana pada UPS data center.

Untuk informasi lebih lanjut, silahkan klik di sini.

Categorised in:

This post was written by Editor Content Climanusa