Bỏ qua điều hướng

Mục tiêu điểm phục hồi là gì?

Recovery Point Objective (RPO) Công nghệ & Số hóa

Mục tiêu điểm phục hồi (Recovery Point Objective - RPO)

Mục tiêu điểm phục hồi, thường được viết tắt là RPO (Recovery Point Objective), là một chỉ tiêu kỹ thuật quan trọng trong lĩnh vực quản trị khôi phục hệ thống (Disaster Recovery) và kế hoạch liên tục kinh doanh (Business Continuity Planning - BCP). RPO được hiểu là lượng dữ liệu tối đa mà tổ chức chấp nhận bị mất khi xảy ra sự cố nghiêm trọng, tính bằng đơn vị thời gian đo từ thời điểm thực hiện bản sao lưu (backup) gần nhất cho đến thời điểm xảy ra sự cố. Nói cách khác, RPO trả lời câu hỏi: "Chúng ta có thể chịu mất bao nhiêu dữ liệu?" — và từ đó quy định tần suất sao lưu dữ liệu phải được thực hiện. Ví dụ, nếu một hệ thống ngân hàng có RPO là 15 phút, nghĩa là dữ liệu phải được sao lưu hoặc đồng bộ liên tục theo chu kỳ tối đa 15 phút, đảm bảo khi sự cố xảy ra thì lượng giao dịch bị mất không vượt quá khoảng thời gian này.

Vai trò của RPO trong ngành ngân hàng

Trong ngành ngân hàng, RPO đóng vai trò then chốt vì đặc thù dữ liệu tài chính có tính thời gian thực và giá trị pháp lý rất cao. Một giao dịch chuyển tiền bị mất hoặc sai lệch có thể dẫn đến tranh chấp, tổn thất tài chính cho khách hàng và vi phạm các quy định của Ngân hàng Nhà nước về an toàn, bảo mật thông tin. Do đó, các ngân hàng thương mại thường đặt RPO ở mức rất thấp, thậm chí bằng 0 (zero RPO) đối với các hệ thống thanh toán cốt lõi, hệ thống core banking hoặc cơ sở dữ liệu giao dịch thẻ — tức là dữ liệu phải được đồng bộ theo thời gian thực (real-time replication) giữa site chính và site dự phòng (DR site). Các hệ thống ít quan trọng hơn như báo cáo nội bộ, kho dữ liệu phân tích có thể chấp nhận RPO lớn hơn, ví dụ 4 giờ hoặc 24 giờ.

Phân biệt RPO và RTO

RPO thường được nhắc đến cùng với RTO (Recovery Time Objective) — mục tiêu thời gian phục hồi. Hai chỉ tiêu này phản ánh hai khía cạnh khác nhau của khả năng phục hồi: RPO liên quan đến dữ liệu (mất bao nhiêu), trong khi RTO liên quan đến thời gian hệ thống ngừng hoạt động (gián đoạn bao lâu). Ví dụ minh họa: một hệ thống Internet Banking có RPO = 5 phút và RTO = 30 phút nghĩa là: khi xảy ra sự cố, hệ thống chấp nhận mất tối đa 5 phút dữ liệu giao dịch gần nhất, và toàn bộ dịch vụ phải được khôi phục vận hành trở lại trong vòng 30 phút. Hai chỉ tiêu này cùng nhau tạo thành nền tảng để ngân hàng thiết kế hạ tầng công nghệ, lựa chọn giải pháp sao lưu và đầu tư vào site dự phòng phù hợp với mức độ chấp nhận rủi ro.

Các yếu tố ảnh hưởng đến việc xác định RPO

Khi xác định giá trị RPO cho từng hệ thống, ngân hàng cần cân nhắc nhiều yếu tố: (1) Tính chất và tần suất phát sinh dữ liệu — hệ thống xử lý giao dịch liên tục cần RPO thấp; (2) Yêu cầu pháp lý và quy định pháp luật — các quy định hiện hành của Ngân hàng Nhà nước về an toàn hệ thống thông tin và các thông tư hướng dẫn có thể yêu cầu mức RPO tối đa cho từng loại hệ thống; (3) Chi phí đầu tư hạ tầng — RPO càng thấp (ví dụ bằng 0) thì chi phí cho giải pháp replication đồng bộ thời gian thực càng cao; (4) Khả năng chấp nhận rủi ro của tổ chức (risk appetite) đã được Hội đồng quản trị hoặc Ban điều hành phê duyệt; (5) Tác động kinh doanh (Business Impact Analysis - BIA) — phân tích tác động kinh doanh sẽ giúp xác định ngưỡng chịu đựng mất dữ liệu đối với từng nghiệp vụ.

Ví dụ thực tế trong vận hành ngân hàng

Một ngân hàng thương mại cỡ lớn tại Việt Nam có thể thiết lập RPO theo phân lớp như sau: hệ thống Core Banking và cổng thanh toán NAPAS có RPO = 0 (đồng bộ thời gian thực giữa hai data center cách nhau hàng chục km); hệ thống CRM quản lý quan hệ khách hàng có RPO = 1 giờ; hệ thống email nội bộ và cổng thông tin nhân sự có RPO = 24 giờ (sao lưu cuối ngày). Khi xảy ra sự cố, đội ngũ IT sẽ căn cứ vào giá trị RPO đã định để quyết định khôi phục từ bản backup nào gần nhất, đảm bảo tuân thủ cam kết dịch vụ đã công bố.


Lưu ý: Nội dung trên mang tính tham khảo chuyên môn, không thay thế tư vấn pháp lý hay tư vấn về hạ tầng kỹ thuật cụ thể cho từng tổ chức tín dụng. Các giá trị RPO/RTO thực tế cần được xây dựng dựa trên phân tích tác động kinh doanh (BIA), khẩu vị rủi ro và quy định nội bộ của từng ngân hàng, đồng thời tuân thủ các yêu cầu hiện hành của Ngân hàng Nhà nước Việt Nam về an toàn hệ thống thông tin trong hoạt động ngân hàng.

Kiến thức này có trong đề thi tuyển dụng ngân hàng

Luyện thi với đề mô phỏng thực tế, chấm điểm tức thì

T
thithu.com

Miễn trừ trách nhiệm: Nội dung câu hỏi trên thithu.com chỉ mang tính chất luyện tập và tham khảo, không đại diện cho đề thi chính thức của bất kỳ tổ chức nào. Chúng tôi không chịu trách nhiệm về kết quả thi thực tế của người dùng.