RPO và RTO là hai chỉ số giúp doanh nghiệp nói chuyện với backup bằng ngôn ngữ của kinh doanh. RPO cho biết chấp nhận mất bao nhiêu dữ liệu, còn RTO cho biết chấp nhận hệ thống dừng bao lâu.
Cách hiểu đúng hai chỉ số
RPO càng nhỏ thì doanh nghiệp càng cần backup thường xuyên hơn, log backup dày hơn hoặc replication gần thời gian thực hơn. RTO càng nhỏ thì kiến trúc phục hồi càng phải có tự động hóa, tài nguyên dự phòng và quy trình thao tác được chuẩn hóa.
Điều quan trọng là RPO/RTO không nên đặt theo cảm giác. Một hệ thống ERP, mailbox, file server, website marketing hay data archive sẽ có mức ưu tiên khác nhau, và cùng một số đo cho tất cả thường dẫn tới chi phí cao nhưng vẫn không đáp ứng đúng chỗ cần.
Khi nào doanh nghiệp cần làm rõ RPO/RTO
- Khi chuẩn bị thay hệ thống backup hoặc mua giải pháp DR.
- Khi muốn tính chi phí lưu trữ, băng thông và thời gian phục hồi.
- Khi làm việc với ban lãnh đạo, audit hoặc bộ phận nghiệp vụ về SLA.
Checklist chọn mục tiêu
- Phân loại hệ thống theo mức độ quan trọng: sống còn, quan trọng, hỗ trợ và lưu trữ.
- Xác định dữ liệu nào cần point-in-time restore và dữ liệu nào chỉ cần recover gần nhất.
- Đo thực tế thời gian restore chứ không chỉ ước lượng bằng tài liệu nhà cung cấp.
- Rà lại phụ thuộc: DNS, identity, network, database, file share và licensing.
Sai lầm thường gặp
- Đặt một RPO/RTO duy nhất cho toàn bộ doanh nghiệp.
- Nhầm backup frequency với khả năng phục hồi thật sự.
- Không test thời gian dựng lại dịch vụ nên RTO trên giấy khác xa thực tế.
Khung tham chiếu gợi ý
| Loại hệ thống | RPO | RTO | Ghi chú |
|---|---|---|---|
| Core business apps | Phút | Giờ | Cần backup dày, snapshot/replication và runbook rõ ràng |
| Email / collaboration | Giờ | Giờ | Ưu tiên restore theo nhóm người dùng và dịch vụ phụ thuộc |
| File / archive | Giờ - ngày | Ngày | Có thể chấp nhận phục hồi chậm hơn để tối ưu chi phí |
