RPO và RTO là gì, cách tính cho doanh nghiệp

RPO là mức dữ liệu bạn chấp nhận mất, RTO là thời gian bạn chấp nhận ngừng hoạt động. Hai con số này quyết định toàn bộ thiết kế sao lưu và chi phí. Đặt sai thì hoặc trả quá nhiều tiền cho thứ không cần, hoặc đến lúc sự cố mới biết mình thiếu.

Hiểu hai chỉ số bằng ví dụ

Giả sử bạn sao lưu mỗi đêm lúc 1 giờ sáng. Sự cố xảy ra lúc 4 giờ chiều, bạn mất toàn bộ dữ liệu phát sinh trong 15 giờ. Vậy RPO thực tế là 15 giờ.

Sau đó bạn mất 6 giờ để dựng lại máy chủ và phục hồi. Vậy RTO thực tế là 6 giờ. Câu hỏi là doanh nghiệp có chịu được mức đó không.

Cách tính con số phù hợp

Với RPO, hãy hỏi: nếu mất dữ liệu của một giờ làm việc thì nhập lại được không, mất bao lâu, tốn bao nhiêu. Với đơn hàng và giao dịch, thường mất một giờ đã là quá nhiều. Với tài liệu nội bộ, mất một ngày có thể chấp nhận.

Với RTO, hãy tính doanh thu và chi phí nhân sự trong thời gian ngừng. Một xưởng sản xuất ngừng nửa ngày thiệt hại rất khác một văn phòng tư vấn ngừng nửa ngày.

Đừng áp một mức cho toàn bộ hệ thống

Đây là lỗi tốn kém nhất. Hệ thống bán hàng và kế toán cần RPO ngắn, trong khi máy chủ lưu trữ tài liệu cũ thì một ngày cũng được. Chia hệ thống thành hai hoặc ba nhóm theo mức độ quan trọng rồi thiết kế riêng sẽ tiết kiệm đáng kể.

Con số trên giấy và con số thật

Rất nhiều nơi ghi RTO 4 giờ trong tài liệu nhưng chưa từng bấm giờ thử. Khi diễn tập thật, con số thường gấp đôi hoặc gấp ba vì phải cài lại hệ điều hành, tìm mật khẩu, chờ tải dữ liệu. Chỉ số chỉ có giá trị khi đã được đo bằng một lần phục hồi thật.

Bảng chi phí theo mức mục tiêu

Điểm cần nhớ: chi phí không tăng tuyến tính. Rút mục tiêu từ 24 giờ xuống 4 giờ thường tốn thêm không nhiều, nhưng rút từ 1 giờ xuống gần bằng không thì chi phí nhảy vọt vì phải nhân đôi hạ tầng.

Tính bằng tiền, cách thuyết phục ban giám đốc

Thiet hai moi gio ngung = (Doanh thu nam / So gio lam viec nam)
                        + (Chi phi luong nhan su ngoi choi moi gio)
                        + Chi phi khac (phat hop dong, mat khach)

Vi du cong ty doanh thu 30 ty/nam, 2.000 gio lam viec:
  Doanh thu moi gio           = 15.000.000d
  Luong 40 nguoi ngoi choi    =  4.000.000d
  Tong thiet hai moi gio      ~ 19.000.000d

Con số đó nhân với mục tiêu ngừng tối đa cho ra thiệt hại dự kiến của một sự cố. Nếu mục tiêu là 8 giờ thì thiệt hại khoảng 152 triệu. So với chi phí hạ tầng để rút xuống 2 giờ, ban giám đốc có cơ sở để quyết định thay vì tranh luận bằng cảm giác.

Phân nhóm hệ thống, đừng áp một mức cho tất cả

Đây là lỗi tốn kém nhất khi thiết kế: áp mức của nhóm sống còn cho toàn bộ hệ thống. Chi phí nhân lên nhiều lần trong khi phần lớn hệ thống không cần.

Bấm giờ một lần khôi phục thật

• Con số trên giấy chỉ có giá trị khi đã diễn tập. Bấm giờ một lần khôi phục thật, và ghi lại.
• Đo cả thời gian ra quyết định, không chỉ thời gian kỹ thuật. Thực tế nhiều giờ trôi qua chỉ để xác nhận có sự cố và ai được quyền quyết định khôi phục.
• Ghi lại số thật vào tài liệu quy định, thay cho con số ước lượng ban đầu. Sau vài lần bạn có cơ sở tin cậy để cam kết với khách hàng.

Câu hỏi thường gặp

RPO và RTO khác nhau thế nào?

RPO là lượng dữ liệu chấp nhận mất tính theo thời gian, RTO là khoảng thời gian chấp nhận ngừng hoạt động cho tới khi hệ thống chạy lại.

Làm sao biết RPO bao nhiêu là hợp lý?

Hỏi xem nếu mất dữ liệu của một giờ làm việc thì có nhập lại được không và tốn bao nhiêu. Giao dịch và đơn hàng thường cần RPO rất ngắn, tài liệu nội bộ thì rộng hơn.

Có nên đặt cùng một mức cho mọi hệ thống không?

Không. Chia hệ thống theo mức độ quan trọng rồi thiết kế riêng sẽ tiết kiệm nhiều, vì chỉ số càng nhỏ thì chi phí càng tăng nhanh.

Bài viết liên quan

• Veeam Backup & Replication
• Acronis Cyber Protect