Công cụ tính khôi phục · 8 MIN
Kiểm thử khôi phục theo RTO và RPO
Thay đổi các giai đoạn khôi phục và khoảng thiếu dữ liệu. Xem vì sao phục hồi nhanh hơn không phải luôn mất ít dữ liệu hơn.
Tình huống
Dịch vụ đặt hàng giả định dừng lúc 10:00. Dữ liệu mới nhất có thể phục hồi là từ 09:40. Doanh nghiệp chấp nhận gián đoạn 60 phút và mất tối đa 15 phút dữ liệu.
Việc cần làm
- Chọn Sự cố ban đầu. So sánh gián đoạn với RTO và khoảng thiếu dữ liệu với RPO.
- Thử Phục hồi nhanh hơn, rồi Điểm khôi phục mới hơn. Đọc mục tiêu nào cải thiện và đầu vào nào gây thay đổi.
Bắt đầu với ví dụ
Mỗi ví dụ điền các trường dưới và hiển thị kết quả. Sau đó bạn có thể tự thay giá trị.
Điểm khôi phục → gián đoạn
Dữ liệu phải quay về thời điểm cách lúc gián đoạn bao lâu?Gián đoạn → dịch vụ hữu ích
Mất bao lâu để dịch vụ hữu ích trở lại?Kết quả bài tập
So sánh ví dụ khác · Sửa các giá trị này
- Phát hiện
- Quyết định
- Phục hồi
- Xác minh
Kết quả chỉ áp dụng cho kịch bản được cung cấp. Nó không chứng minh tính sẵn sàng dịch vụ hoặc toàn vẹn dữ liệu thực tế. Đối soát bản ghi còn thiếu và xác minh hoạt động kinh doanh đã phục hồi.
Thay từng giả định một
Giảm phục hồi từ 25 xuống 10 phút. Lưu ý khoảng thiếu dữ liệu không đổi. Sau đó giảm khoảng thiếu còn 5 phút và tính lại.
Vì sao chỉ Multi-AZ hoặc thêm Region là chưa đủ?
Replica có thể sao chép cả thao tác xóa ngoài ý muốn. Sự cố AZ, mất Region và dữ liệu hỏng cần test khác nhau. Kiểm tra dữ liệu phục hồi được, khóa, dependency, năng lực xử lý và quyết định cho kịch bản đã chọn.
ĐỂ HOÀN TẤT
Bạn khôi phục dịch vụ nhanh hơn. Bạn đã giảm cả dữ liệu mất chưa?
So sánh câu trả lời với giải thích
Chưa. Phục hồi nhanh hơn rút gián đoạn từ 55 xuống 40 phút trong ví dụ. Điểm khôi phục vẫn để thiếu 20 phút dữ liệu. Điểm mới hơn giảm khoảng thiếu xuống 5 phút. Thời gian khôi phục và dữ liệu có thể phục hồi cần bằng chứng riêng.
Dùng trong công việc
Trong diễn tập khôi phục, ghi cả lúc dịch vụ dùng được và thời điểm giao dịch mới nhất đã phục hồi.
Chọn bài tập khác