Tahapan IT Disaster Recovery Duka

Tahapan IT Disaster Recovery Duka

Kesedihan atas pemulihan bencana dapat tiba-tiba muncul jika Anda belum menerapkan arsitektur ketersediaan perusahaan yang tepat. Temui teman kita Dave di bagian TI untuk memandu kita melalui 5 tahap kesedihan akibat bencana.

Tahap 1: Penolakan

Dave di IT: "O-oh.Peringatan apa itu?Itu hanya aplikasi kecil yang mogok, bukan?Bukan masalah besar.Aku akan menyelesaikan semuanya dalam waktu singkat. "

Di negeri ketersediaan perusahaan, tidak ada yang namanya crash aplikasi kecil atau bukan masalah besar.Perusahaan memiliki SLA dengan uang sungguhan di telepon.Realitas selektif Anda mungkin bukan perspektif yang sama dari pelanggan dan pemangku kepentingan Anda.

Tahap 2: Kemarahan

Dave dalam IT: “Apakah Anda bercanda.Dari semua… ..[censored]. kali, hari ini aplikasi tidak akan dimulai.Ughh.Aku benci ap[censored]lik[censored]asi …… ini.Tunggu, lansiran baru apa ini.Serius, sekarang, pusat data mati! "

Ini menjadi sangat, sangat cepat dalam kecepatan cepat, dan lingkungan taruhan tinggi. Ketika peringatan dan kegagalan yang tidak terkendali terjadi, masalah dapat meningkat dengan cepat bersamaan dengan tekanan, frustrasi, dan kemarahan.

Status 3: Perundingan

Dave di TI: “Hai Ard di Aplikasi, ini Dave di TI.Apakah kalian punya backup untuk lingkungan App1? . . .Ard apakah kamu yakin?Bisakah Anda memeriksa lagi?Saya tahu Anda sudah memeriksanya dua kali, tetapi bisakah Anda memeriksanya sekali lagi.Aku akan membeli minuman di Taco Tuesday! ”

Dave di TI: “Hai Donna DBA, ini Dave di TI. Art in Applications mengatakan Anda dapat membantu saya.Apakah Anda secara kebetulan mengatur replikasi database untuk database keuangan atau sistem manajemen inventaris? . . . Apakah kamu yakinUmh, apakah kamu ingat jika kita punya cara untuk pulih dari umh. . . pusat data crash? ”

Ketika putri saya mendapat masalah, tawar-menawar adalah yang pertama dia lakukan.Oke, kedua.Yang pertama adalah menghilang, tetapi Anda terlalu pintar untuk menjauh dari api.Namun, Dave di bidang TI bukanlah satu-satunya yang menyadari bahwa tawar-menawar dan mengemis adalah pengganti yang buruk untuk strategi yang terdefinisi dengan baik untuk ketersediaan tinggi dan pemulihan bencana.Lewati tawar-menawar dan memohon tentang bencana Anda karena "80% orang tidak peduli, dan 20% senang itu Anda (diparafrasekan dari Les Brown)."

Tahap 4: Kesedihan

Dave dalam IT: “Ini luar biasa.Server aplikasi macet, pusat data tidak aktif, dan cadangan, jika saya dapat menemukannya dan jika saya dapat memuatnya, akan memakan waktu berjam-jam untuk memulihkannya.Tidak mungkin saya keluar dari ini… di mana saya meletakkan resume yang diperbarui itu. ”

Tentu saja Anda memiliki cadangan, dan Anda telah memvalidasinya.Namun ada dampak RTO dan RPO jika kembali ke backup tersebut.Apakah Anda dapat menyerap kali ini?Itu tentu saja, setelah pusat data Anda pulih.

Langkah 5: Penerimaan

Dave di IT: "Sudah dua jam.Saya tidak pernah tahu kami memiliki banyak pemangku kepentingan Eksekutif sebelumnya.Tidak mungkin saya bisa merayakan ulang tahun ke-2 saya setelah ini.Saya rasa saya akan membersihkan kantor saya besok.Tidak mungkin aku berhasil melewati ini! "

Kegagalan terjadi.Pusat data turun.Aplikasi gagal.Tidak dapat disangkal kemungkinan kehilangan pusat data, server gagal, atau aplikasi crash.Jenis penerimaan ini normal, bagian dari peningkatan ketersediaan Anda.Menerima bahwa Anda mungkin kehilangan pekerjaan atau lebih buruk karena Anda gagal menerapkan strategi ketersediaan adalah sesuatu yang ingin dihindari oleh para ahli di SIOS Technology Corp.

Jangan seperti Dave dalam IT.Hindari tahapan kesedihan bencana, dan jam pemulihan bencana serta waktu henti dengan merancang dan mengimplementasikan arsitektur ketersediaan perusahaan yang mencakup hybrid, on-premise, atau cloud terbaik yang digabungkan dengan solusi terbaik untuk pemantauan, pemulihan, dan otomatisasi failover sistem .

– Cassius Rhue, VP Customer Experience

Direproduksi dari SIOS