เครื่องคำนวณการกู้คืน · 8 MIN
ทดสอบการกู้คืนเทียบกับ RTO และ RPO
เปลี่ยนระยะเวลาแต่ละขั้นของการกู้คืนและช่วงข้อมูลที่สูญหาย ดูเหตุผลที่กู้คืนเร็วขึ้นไม่ได้แปลว่าข้อมูลสูญหายน้อยลงเสมอ
สถานการณ์
บริการสั่งซื้อสมมติหยุดที่ 10:00 ข้อมูลล่าสุดที่กู้คืนได้มาจาก 09:40 ธุรกิจยอมรับการหยุดให้บริการ 60 นาที และการสูญเสียข้อมูลย้อนหลังไม่เกิน 15 นาที
สิ่งที่ต้องทำ
- เลือก เหตุขัดข้องเดิม เปรียบเทียบระยะหยุดให้บริการกับ RTO และช่วงข้อมูลที่สูญหายกับ RPO
- ลอง กู้คืนเร็วขึ้น แล้วลอง จุดกู้คืนที่ใหม่ขึ้น อ่านว่าเป้าหมายใดดีขึ้นและ input ใดทำให้เปลี่ยน
เริ่มจากตัวอย่าง
แต่ละตัวอย่างกรอกช่องด้านล่างและแสดงผล จากนั้นคุณเปลี่ยนค่าเองได้
จุดกู้คืน → เวลาที่บริการหยุด
ต้องกู้ข้อมูลย้อนหลังไปไกลเท่าใดบริการหยุด → บริการใช้งานได้จริง
นานเท่าใดกว่าบริการจะกลับมาใช้งานได้จริงผลแบบฝึกหัด
เปรียบเทียบตัวอย่างอื่น · แก้ค่าเหล่านี้
- ตรวจพบ
- ตัดสินใจ
- กู้คืน
- ตรวจสอบ
ผลนี้ใช้กับสถานการณ์ที่ป้อนเท่านั้น ไม่ได้ยืนยันความพร้อมใช้งานของบริการหรือความถูกต้องครบถ้วนของข้อมูลจริง ตรวจเทียบและจัดการระเบียนที่ขาด แล้วตรวจสอบการทำงานทางธุรกิจที่กู้คืนแล้ว
เปลี่ยนสมมติฐานทีละข้อ
ลดเวลากู้คืนจาก 25 เป็น 10 นาที สังเกตว่าช่วงข้อมูลที่สูญหายไม่เปลี่ยน จากนั้นลดช่วงข้อมูลที่สูญหายเป็น 5 นาทีและคำนวณอีกครั้ง
เหตุใด Multi-AZ หรืออีก Region จึงไม่เพียงพอในตัวมันเอง
Replica คัดลอกการลบที่ไม่ต้องการได้ AZ ล้มเหลว การสูญเสีย Region และข้อมูลเสียหายต้องใช้ test ต่างกัน ตรวจข้อมูลที่กู้คืนได้ key, dependency กำลังรองรับ และการตัดสินใจสำหรับสถานการณ์ที่เลือก
ขั้นสุดท้าย
คุณกู้บริการได้เร็วขึ้น ข้อมูลที่สูญหายลดลงด้วยหรือไม่
เปรียบเทียบคำตอบกับคำอธิบาย
ไม่ ในตัวอย่างนี้ การกู้คืนเร็วขึ้นลดระยะหยุดให้บริการจาก 55 เป็น 40 นาที แต่จุดกู้คืนยังทำให้ข้อมูลขาดไป 20 นาที จุดกู้คืนที่ใหม่ขึ้นลดช่วงข้อมูลที่ขาดเป็น 5 นาที เวลากู้คืนและข้อมูลที่กู้คืนได้ต้องมีหลักฐานแยกกัน
นำไปใช้ในงาน
ในการฝึกกู้คืน ให้บันทึกทั้งเวลาที่บริการกลับมาใช้งานได้ และเวลาของธุรกรรมล่าสุดที่กู้คืนได้
เลือกแบบฝึกหัดอื่น