ขั้นตอนของการกู้คืนข้อมูลจากภัยพิบัติด้านไอที
ความเศร้าโศกในการกู้คืนจากภัยพิบัติอาจทำให้คุณไม่รู้ตัวหากคุณไม่ได้ใช้สถาปัตยกรรมความพร้อมใช้งานขององค์กรที่เหมาะสม พบกับ Dave เพื่อนของเราด้านไอทีเพื่อนำเราผ่าน 5 ขั้นตอนของความเศร้าโศกจากภัยพิบัติ
ขั้นที่ 1: การปฏิเสธ
Dave in IT:“ อ๊ะนั่นคือการแจ้งเตือนอะไรแอพพลิเคชั่นขัดข้องเพียงเล็กน้อยใช่ไหมไม่ใช่เรื่องใหญ่.ฉันจะมีสิ่งต่างๆพร้อมใช้งานในเวลาไม่นาน”
ในดินแดนแห่งความพร้อมใช้งานขององค์กรไม่มีสิ่งที่เรียกว่าแอปพลิเคชันขัดข้องเล็กน้อยหรือไม่มีเรื่องใหญ่บริษัท ต่างๆมี SLA พร้อมเงินจริงในสายงานความเป็นจริงที่เลือกได้ของคุณอาจไม่ใช่มุมมองเดียวกันกับลูกค้าและผู้มีส่วนได้ส่วนเสีย
ขั้นที่ 2: ความโกรธ
Dave in IT:“ คุณล้อเล่นฉันหรือเปล่าจากทั้งหมด…[censored] … ครั้งวันนี้แอปพลิเคชันไม่เริ่มต้นฮึฉันเกลียดแอป[censored]พลิ[censored]เคชันนี้ ……เดี๋ยวก่อนการแจ้งเตือนใหม่นี้คืออะไรเอาจริงๆตอนนี้ดาต้าเซ็นเตอร์ไม่ทำงาน!”
มันยุ่งมากเร็วมากในจังหวะที่รวดเร็วและสภาพแวดล้อมที่มีเดิมพันสูง เมื่อการแจ้งเตือนที่ไม่ได้ตรวจสอบและความล้มเหลวเกิดขึ้นปัญหาต่างๆจะเกิดขึ้นได้อย่างรวดเร็วพร้อมกับความกดดันความหงุดหงิดและความโกรธ
รัฐที่ 3: การต่อรอง
Dave in IT:“ เฮ้ Ard ในแอพพลิเคชั่นนี่คือเดฟด้านไอทีพวกคุณมีการสำรองข้อมูลสำหรับสภาพแวดล้อม App1 หรือไม่? . . . คุณแน่ใจเหรอ?คุณช่วยตรวจสอบอีกครั้งได้ไหมฉันรู้ว่าคุณได้ตรวจสอบสองครั้ง แต่คุณสามารถตรวจสอบอีกครั้งได้ไหมฉันจะซื้อเครื่องดื่มใน Taco วันอังคาร!”
Dave in IT:“ เฮ้ Donna DBA นี่คือ Dave ในด้านไอที Art in Applications บอกว่าคุณอาจช่วยฉันได้คุณได้ตั้งค่าการจำลองฐานข้อมูลโดยบังเอิญสำหรับฐานข้อมูลทางการเงินหรือระบบการจัดการสินค้าคงคลังหรือไม่? . . . คุณแน่ใจไหม?อืมคุณจำได้ไหมว่าเรามีวิธีใดในการกู้คืนจากอืม . . ศูนย์ข้อมูลขัดข้องหรือไม่”
เมื่อลูกสาวของฉันมีปัญหาการต่อรองเป็นครั้งแรกที่เธอไปเอาล่ะประการที่สองอย่างแรกคือการหายตัวไป แต่คุณฉลาดเกินกว่าที่จะเดินออกไปจากเปลวไฟแต่ Dave ด้านไอทีไม่ใช่คนเดียวที่รู้ว่าการต่อรองและการขอทานเป็นสิ่งที่ไม่ดีสำหรับกลยุทธ์ที่กำหนดไว้อย่างดีสำหรับความพร้อมใช้งานที่สูงและการกู้คืนจากภัยพิบัติข้ามการต่อรองและขอร้องเกี่ยวกับหายนะของคุณเพราะ“ 80% ของผู้คนไม่สนใจและ 20% ดีใจที่เป็นคุณ (ถอดความจาก Les Brown)”
ขั้นที่ 4: ความเศร้า
Dave in IT:“ นี่ยอดเยี่ยมมากเซิร์ฟเวอร์แอปพลิเคชันขัดข้องดาต้าเซ็นเตอร์หยุดทำงานและการสำรองข้อมูลหากฉันพบและหากสามารถโหลดได้จะใช้เวลาหลายชั่วโมงในการกู้คืนไม่มีทางที่ฉันจะออกจากสิ่งนี้…ฉันเอาเรซูเม่ที่อัปเดตนั้นไปไว้ที่ไหน”
แน่นอนคุณมีข้อมูลสำรองและคุณได้ตรวจสอบความถูกต้องแล้วแต่มีผลกระทบของ RTO และ RPO ในการย้อนกลับไปยังการสำรองข้อมูลเหล่านั้นคุณสามารถดูดซับครั้งนี้ได้หรือไม่?แน่นอนว่าหลังจากที่ศูนย์ข้อมูลของคุณกู้คืน
ขั้นตอนที่ 5: การยอมรับ
Dave in IT:“ เป็นเวลาสองชั่วโมงแล้วฉันไม่เคยรู้เลยว่าเรามีผู้มีส่วนได้ส่วนเสียจากผู้บริหารมากขนาดนี้มาก่อนไม่มีทางที่ฉันจะครบรอบ 2 ปีหลังจากนี้ฉันเดาว่าฉันจะทำความสะอาดสำนักงานของฉันในวันพรุ่งนี้ไม่มีทางที่ฉันจะผ่านมันไปได้!”
ความล้มเหลวเกิดขึ้นศูนย์ข้อมูลลงไปแอปพลิเคชันล้มเหลวไม่มีการปฏิเสธความเป็นไปได้ที่จะสูญเสียศูนย์ข้อมูลเซิร์ฟเวอร์ล้มเหลวหรือแอปพลิเคชันขัดข้องการยอมรับประเภทนี้ถือเป็นเรื่องปกติซึ่งเป็นส่วนหนึ่งของการปรับปรุงความพร้อมของคุณการยอมรับว่าคุณอาจตกงานหรือแย่ลงเนื่องจากคุณล้มเหลวในการใช้กลยุทธ์ความพร้อมใช้งานเป็นสิ่งที่ผู้เชี่ยวชาญของ SIOS Technology Corp. ต้องการให้แน่ใจว่าคุณหลีกเลี่ยง
อย่าเป็นเหมือนเดฟในด้านไอทีหลีกเลี่ยงขั้นตอนของความเศร้าโศกจากภัยพิบัติและชั่วโมงแห่งการกู้คืนจากภัยพิบัติและเวลาหยุดทำงานโดยการออกแบบและใช้สถาปัตยกรรมความพร้อมใช้งานขององค์กรซึ่งรวมถึงไฮบริดที่ดีที่สุดในสถานที่หรือระบบคลาวด์ควบคู่ไปกับโซลูชันที่ดีที่สุดสำหรับการตรวจสอบการกู้คืนและการทำงานล้มเหลวของระบบอัตโนมัติ .
– Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า
ผลิตซ้ำจาก SIOS
