มีนาคม 8, 2021 |
ขั้นตอนของการกู้คืนข้อมูลจากภัยพิบัติด้านไอทีขั้นตอนของการกู้คืนข้อมูลจากภัยพิบัติด้านไอทีความเศร้าโศกในการกู้คืนจากภัยพิบัติอาจทำให้คุณไม่รู้ตัวหากคุณไม่ได้ใช้สถาปัตยกรรมความพร้อมใช้งานขององค์กรที่เหมาะสม พบกับ 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 |
มีนาคม 1, 2021 |
ทำไมความพร้อมใช้งานสูงจึงต้องมีความซับซ้อน?ทำไมควา
|
กุมภาพันธ์ 26, 2021 |
วิธีแก้ไขปัญหาความพร้อมใช้งานของแอปพลิเคชันที่สืบทอดมา |
กุมภาพันธ์ 18, 2021 |
คู่มือเริ่มต้นใช้งานฉบับย่อสำหรับความพร้อมใช้งานสูงสำหรับ SQL Server โดยใช้ SIOS Protection Suite สำหรับ Linux |
กุมภาพันธ์ 17, 2021 |
เวอร์ชัน 8.7.2 SIOS Protection Suite-Windows และ DataKeeper Cluster Edition |