Platform IT modern dirancang untuk menangani lebih banyak pengguna daripada sebelumnya, namun apa yang terjadi bila sistem ini menjadi jalur akses utama bagi pengguna yang paling banyak, jika tidak semua? Apa yang terjadi ketika sistem kritis mengalami kesalahan atau lumpuh seluruhnya?. Oleh karena itu, ada baiknya perusahaan Anda membuat strategi DR yang handal untuk dapat mengatasi masalah tersebut sebelum terjadi.

Kenapa Perusahaan Perlu Membuat Strategi DR yang Handal ?

Sebuah survei tahun lalu menemukan hanya 27 persen perusahaan menerima nilai kelulusan untuk kesiapan menghadapi bencana IT. Semakin kita mengandalkan data center, semakin banyak biaya akibat downtime data center. Sebuah studi baru-baru ini oleh Ponemon Institute dan Emerson Network Power menemukan bahwa:

  • Biaya downtime telah meningkat 38 persen sejak 2010.
  • Biaya downtime untuk bisnis yang memiliki data center meningkat lebih cepat dari rata-rata.
  • Biaya downtime maksimal meningkat 32 persen sejak 2013 dan 81 persen sejak 2010.
  • Biaya downtime maksimum di tahun 2016 adalah sebesar $ 2.409.991 atau sekitar Rp. 32 milyar. Biaya ini dapat menutupi biaya Disaster Recover selama beberapa tahun.
  • Kegagalan sistem UPS kinetik terus menjadi penyebab nomor satu dari gangguan data center yang tidak terencana, terhitung seperempat dari semua kejadian tersebut.
  • Cybercrime merupakan penyebab gangguan data center paling parah. Dampak serangan cyber yang menyebabkan downtime meningkat dari 2 persen pada tahun 2010 menjadi 18 persen pada tahun 2013 dan menjadi 22 persen dalam penelitian terbaru.

Dengan pemikiran ini, seberapa efektif strategi DR anda? Apakah Anda siap untuk keadaan yang tak terduga ?

Ukuran dan Perencanaan DR

Karena setiap lingkungan unik, perencanaan kapasitas pemulihan bencana dapat berbentuk dan bentuk yang berbeda tergantung pada tujuan organisasi. Namun, empat metrik berikut adalah titik awal yang baik:

  • Kebutuhan pengguna

    Dengan menetapkan jumlah pengguna dan pertumbuhan di masa depan, Anda dapat mengetahui berapa banyak penyimpanan, RAM, dan sumber daya CPU yang diperlukan. Dalam perencanaan DR, nomor ini membantu Anda menyelaraskan sumber daya dengan jumlah pengguna yang harus Anda dukung agar tetap beroperasi.

  • Aplikasi, desktop, beban kerja, dan sumber daya pengguna

    Dengan mengetahui jenis beban kerja, kita bisa mengukur dan merencanakan DR lebih efektif. Untuk tujuan DR, apa yang paling membuat pengguna Anda produktif? Apakah itu aplikasi virtual? Atau, apakah itu desktop? Mungkin ini adalah solusi DR berbasis cloud yang menawarkan Office 365. Ketahui beban kerja Anda dalam skenario DR dan bagaimana hal itu akan diberikan ke pengguna Anda.

  • Pertimbangan link WAN

    Bandwidth harus dipertimbangkan dalam merancang lingkungan DR. Selain itu, membangun redundansi sangat penting. Apakah Anda memiliki berbagai layanan komunikasi data? Apakah Anda siap jika link utama gagal? Pastikan juga untuk merencanakan langkah ini. Anda dapat mengandalkan penyedia layanan data center multi koneksi ke beberapa provider komunikasi data.

  • Perencanaan sekitar data center

    Ada banyak jenis teknologi data center yang bisa digunakan. Untuk sebagian besar, pusat data memberikan layanan yang sangat fleksibel, menawarkan pilihan manajemen untuk hampir semua tingkatan. Sumber daya harus dikelola dan didistribusikan dengan tepat, jika tidak, sebuah organisasi mungkin akan membuang uang untuk beban kerja yang salah alokasi. Dalam skenario DR, perhatikan di mana letak data center? Pastikan situs sekunder Anda terencana dan siap untuk keadaan darurat.

  • Metodologi pengiriman konten dan sumber daya

    Bagaimana beban kerja yang dikirim ke pengguna akhir oleh lingkungan DR? Kecepatan apa yang optimal? Di mana jenis konten tertentu akan ditampilkan? Apakah kita perlu melakukan penyesuaian untuk mengimbangi latensi? Apakah pengguna memiliki kemudahan akses ke aplikasi atau sumber daya? Poin-poin ini harus dikerjakan untuk rencana DR yang solid.

Dokumentasi DR

Perencanaan DR memerlukan tugas dokumentasi, ini merupakan salah satu syarat dalam membuat strategi DR yang solid untuk perusahaan. Kenyataannya adalah bahwa langkah ini sering dilupakan atau ditunda sampai menit terakhir. Dokumentasi yang buruk dapat menyebabkan pengalaman buruk dalam DR. Administrator IT tidak hanya harus membuat dokumentasi lingkungan terdistribusi saat ini, namun juga harus menciptakan apa yang dikenal sebagai “buku kerja DR”.

Pertimbangkan hal berikut saat mengerjakan rencana dan dokumentasi DR:

  • Buku kerja ini adalah dokumen yang benar-benar mencakup semua, yang akan berkembang saat lingkungan berubah.
  • Dokumen tersebut akan merefleksikan setiap tim IT dan tanggung jawab mereka jika sebuah peristiwa terjadi.
  • Dokumen ini juga akan menguraikan berbagai skenario untuk berbagai jurusan.
  • Akan ada langkah remediasi untuk setiap tim dan setiap orang yang bertanggung jawab akan memiliki tugas saat terjadi kelumpuhan data center atau kejadian yang telah ditentukan sebelumnya.
  • Manajer harus terus menyajikan buku kerja ini kepada staf mereka dan memastikan bahwa mereka memahami peran dan fungsinya jika sebuah peristiwa terjadi.

Dan jangan sampai dokumen ini menjadi basi. Perbarui mereka dan pastikan rencana DR ditetapkan dan tetap segar.

Pengujian DR, Perawatan, dan Praktik Terbaik

Apa bagusnya rencana DR yang kuat jika tidak ada yang tahu apa yang harus dilakukan bila terjadi bencana? Satu-satunya cara sebuah lingkungan dapat digunakan dengan benar dengan pemulihan bencana adalah jika semua orang benar dapat membuat keputusan yang baik berdasarkan arahan yang direncanakan. Semua staf tim IT dan personil bisnis utama harus dilatih dalam tiap manajemen kejadian. Jika bencana yang sebenarnya terjadi, semua orang penting yang terlibat, bisnis atau team IT, harus mengetahui langkah tindakan yang harus diambil. Ini termasuk peringatan, remediasi, dan pengendalian kerusakan.

Satu-satunya cara rencana DR tetap relevan adalah jika ada pelatihan berkelanjutan dapat di laksanakan di semua tingkat.

Ini termasuk lapisan bisnis. Bisnis saat ini sangat bergantung pada infrastruktur IT. Ini berarti pemangku kepentingan bisnis harus memiliki komitmen terhadap keputusan dan tindakan dalam rencana DR yang ditetapkan. Sehingga, tujuan membuat strategi DR tersebut dapat tercapai, terutama saat ada kejadian tak terduga. Lingkungan DR harus diuji dan diverifikasi agar berfungsi optimal. Tes ini bisa terjadi selama jam kerja atau melalui lingkungan luar yang dicerminkan. Ada banyak pilihan pengujian, dan yang terbaik akan tergantung pada kebutuhan tim IT. Anda tidak perlu ‘mencabut steker’ pada data center untuk memastikan semuanya bekerja. Pertimbangkan rekomendasi pengujian berikut untuk memvalidasi lingkungan DR:

  • Membuat pengguna bayangan

    Ada alat canggih yang bisa membantu anda dalam membuat strategi DR yang sangat tangguh. Sebagai contoh, LoginVSI memungkinkan organisasi untuk membayangi pengguna untuk memberikan gambaran dampak pada lingkungan, sistem, aplikasi, dan bahkan bisnis. Menggunakan alat semacam ini dapat membantu Anda memahami ambang batas perencanaan, bagaimana pengguna berinteraksi dengan lingkungan, dan bahkan menguji situs sekunder tanpa benar-benar harus mengalihkan para pengguna secara langsung.

  • Memanfaatkan virtualisasi

    Teknologi load-balancing dan sistem fail-over telah berkembang pesat. Sebagai contoh, Citrix’s NetScaler dan ADC F5 masing-masing memiliki kemampuan load balancing yang kuat. Mereka juga bisa digunakan sebagai peralatan virtual. Anda dapat menguji fail-over dengan memastikan bahwa load balancing berfungsi dan pengguna dapat berpindah ke lingkungan sekunder.

  • Gunakan kecerdasan infrastruktur untuk menguji DR

    Sistem fisik dapat membantu pengujian DR. Fitur multi-pathing memungkinkan Anda untuk fail-over seluruh komponen jaringan. Anda dapat memastikan bahwa sistem kritis tetap bertahan dengan menguji komponen jaringan penting tanpa harus menurunkan sistem Anda.

Ingat, strategi DR sangat penting untuk bisnis Anda. Jika terjadi sesuatu, anda harus dapat memulihkan dengan sangat cepat. Bayangkan berapa biaya downtime yang harus dikeluarkan bisnis Anda selama satu jam … atau sepanjang hari jika terjadi downtime. Strategi ini sangat penting untuk menjaga bisnis menjadi lincah dan sangat tangguh. Pastikan untuk merencanakan, menguji, mendokumentasikan, dan mempertahankan seluruh strategi DR Anda. Anda dapat menghubungi Team Elitery DRaaS untuk mendukung dalam membuat strategi DR yang handal. Elitery DRaaS di dukung dengan tenaga ahli berpengalaman dan memiliki sertifikasi internasional. Menggunakan infrastruktur data center TIER III yang tersertifikasi oleh Uptime Institute dan ISO 27001. Silahkan hubungi kami di 021 750-2976 atau melalui formulir kontak online.

Share This