Khôi phục sau thảm họa (Disaster Recovery) với giải pháp Cloud

Ban biên tập ANZ Solution · 19/05/2026 · Cập nhật 13/10/2026

Khôi phục sau thảm họa (Disaster Recovery, DR) với giải pháp Cloud là dùng hạ tầng đám mây làm nơi dự phòng để đưa hệ thống trở lại hoạt động khi xảy ra sự cố lớn như cháy trung tâm dữ liệu, hỏng phần cứng, mất điện kéo dài hay tấn công ransomware. Lợi thế lớn nhất của đám mây là doanh nghiệp không phải đầu tư trung tâm dữ liệu thứ hai nằm không, mà chỉ trả tiền cho mức sẵn sàng cần thiết. Chìa khóa là xác định đúng mức sẵn sàng đó.

Hai chỉ số quyết định mọi thứ: RTO và RPO

RTO (Recovery Time Objective): thời gian tối đa hệ thống được phép ngừng hoạt động. Ví dụ RTO 4 giờ nghĩa là trong vòng 4 giờ sau sự cố, hệ thống phải chạy lại.
RPO (Recovery Point Objective): lượng dữ liệu tối đa có thể mất, tính bằng thời gian. RPO 15 phút nghĩa là chấp nhận mất tối đa 15 phút dữ liệu gần nhất.

RTO và RPO không phải quyết định kỹ thuật mà là quyết định kinh doanh. Hãy hỏi các phòng ban: nếu hệ thống bán hàng ngừng một giờ thì thiệt hại bao nhiêu? Mất dữ liệu đơn hàng một ngày thì có nhập lại được không? Câu trả lời khác nhau cho từng hệ thống, nên không cần mọi hệ thống có cùng mức DR.

Bốn mô hình DR trên đám mây

Mô hình	Cách hoạt động	RTO/RPO điển hình	Chi phí
Sao lưu và khôi phục	Sao lưu định kỳ lên đám mây, khi sự cố mới dựng hạ tầng và khôi phục	Hàng giờ đến hàng ngày	Thấp nhất
Pilot light	Dữ liệu sao chép liên tục, thành phần cốt lõi chạy ở mức tối thiểu, phần còn lại dựng khi cần	Hàng chục phút đến vài giờ	Thấp đến trung bình
Warm standby	Bản thu nhỏ của toàn hệ thống luôn chạy, khi sự cố thì mở rộng lên	Vài phút đến hàng chục phút	Trung bình đến cao
Active-active nhiều vùng	Hệ thống chạy đồng thời ở nhiều vùng, chia tải	Gần như bằng không	Cao nhất

Nhiều doanh nghiệp kết hợp: hệ thống thanh toán dùng warm standby, hệ thống nhân sự dùng sao lưu và khôi phục, website giới thiệu chỉ cần bản sao trên CDN.

Các tình huống thảm họa cần tính đến

Sự cố hạ tầng vật lý: mất điện, cháy, ngập, hỏng phần cứng tại trung tâm dữ liệu.
Sự cố một vùng đám mây: hiếm nhưng đã từng xảy ra với nhiều nhà cung cấp.
Lỗi con người: xóa nhầm cơ sở dữ liệu, triển khai cấu hình sai.
Tấn công mạng: ransomware mã hóa cả hệ thống chính lẫn bản sao lưu có thể truy cập được, như phân tích trong bài phòng chống ransomware cho máy chủ.
Mất quyền truy cập tài khoản: tài khoản quản trị bị chiếm hoặc bị khóa.

Tình huống tấn công mạng đặc biệt quan trọng: sao chép liên tục sẽ sao chép luôn dữ liệu đã bị mã hóa. Vì vậy, ngoài bản sao thời gian thực, vẫn cần các bản sao lưu theo thời điểm, bất biến, nằm ở tài khoản tách biệt.

Thiết kế DR trên đám mây

Hạ tầng dưới dạng mã

Nếu môi trường được mô tả bằng mã, việc dựng lại ở vùng khác chỉ là chạy lại kịch bản. Nếu được tạo thủ công, khôi phục sẽ phụ thuộc vào trí nhớ của một vài kỹ sư trong lúc căng thẳng nhất.

Sao chép dữ liệu giữa các vùng

Cơ sở dữ liệu được quản lý thường hỗ trợ bản sao đọc ở vùng khác, có thể nâng lên làm bản chính. Lưu trữ đối tượng hỗ trợ sao chép tự động giữa các vùng. Cần chú ý yêu cầu pháp lý về vị trí lưu trữ khi chọn vùng dự phòng.

Chuyển hướng lưu lượng

DNS có kiểm tra sức khỏe, bộ cân bằng tải toàn cầu hoặc CDN giúp chuyển người dùng sang môi trường dự phòng. Đặt TTL DNS hợp lý để thay đổi có hiệu lực nhanh.

Tách biệt tài khoản và danh tính

Bản sao lưu nên nằm ở tài khoản riêng với quyền truy cập riêng, để sự cố tài khoản chính không ảnh hưởng tới khả năng khôi phục. Các nguyên tắc chi tiết có trong bài bảo mật đám mây cho CTO.

DR cho hệ thống tại chỗ

Doanh nghiệp chưa chuyển lên đám mây vẫn có thể dùng đám mây làm nơi dự phòng. Các giải pháp sao chép máy chủ liên tục lên đám mây, hoặc dịch vụ DRaaS, cho phép khởi động máy ảo trên đám mây khi trung tâm dữ liệu chính gặp sự cố. Đây thường là bước đầu tiên tự nhiên của mô hình Hybrid Cloud. Cần kiểm tra kỹ kết nối mạng, phân giải tên miền nội bộ và phụ thuộc vào Active Directory khi chạy ở môi trường dự phòng.

Kế hoạch DR không chỉ là kỹ thuật

Một kế hoạch DR đầy đủ cần trả lời:

Ai có quyền tuyên bố thảm họa và kích hoạt kế hoạch?
Thứ tự khôi phục các hệ thống theo mức ưu tiên kinh doanh là gì?
Danh sách liên hệ: đội kỹ thuật, nhà cung cấp, lãnh đạo, truyền thông.
Các bước kỹ thuật chi tiết cho từng hệ thống, có thể thực hiện bởi người không phải tác giả.
Cách thông báo cho nhân viên, khách hàng, đối tác.
Cách quay về hệ thống chính khi sự cố đã khắc phục.

Tài liệu cần được lưu ở nơi truy cập được ngay cả khi hệ thống chính sập, kể cả bản in.

Kiểm thử là phần quan trọng nhất

Kế hoạch DR chưa từng được kiểm thử chỉ là giả thuyết. Có nhiều mức kiểm thử: đọc lại tài liệu cùng nhóm, diễn tập trên giấy theo kịch bản, khôi phục thử một hệ thống sang môi trường cô lập, và chuyển đổi thật sang môi trường dự phòng. Mỗi lần kiểm thử, đo RTO và RPO thực tế, so với mục tiêu, cập nhật tài liệu với những bước bị thiếu.

Cân đối chi phí

Chi phí DR trên đám mây gồm lưu trữ bản sao, băng thông sao chép, tài nguyên chạy thường trực (với pilot light, warm standby) và công sức vận hành, kiểm thử. Hãy tính chi phí này so với thiệt hại ước tính khi hệ thống ngừng hoạt động. Với hệ thống ít quan trọng, sao lưu và khôi phục là đủ; đừng trả tiền cho active-active khi kinh doanh chấp nhận được vài giờ gián đoạn. Các phương pháp ở bài FinOps giúp theo dõi và tối ưu khoản chi này.

Thảm họa là điều không ai muốn nghĩ tới, nhưng doanh nghiệp đã chuẩn bị sẽ biến một cuộc khủng hoảng có thể kéo dài nhiều tuần thành một sự cố được xử lý trong vài giờ.

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

Sao lưu và Disaster Recovery khác nhau thế nào?

Sao lưu là có bản sao dữ liệu. Disaster Recovery là khả năng khôi phục cả hệ thống, gồm hạ tầng, ứng dụng, cấu hình, mạng và dữ liệu, để kinh doanh tiếp tục trong thời gian chấp nhận được. Có sao lưu mà không có kế hoạch khôi phục thì vẫn có thể mất nhiều ngày mới chạy lại được.

Đã dùng đám mây rồi có cần DR nữa không?

Có. Nhà cung cấp bảo đảm độ bền hạ tầng, nhưng một vùng có thể gặp sự cố, dữ liệu có thể bị xóa nhầm hay bị ransomware mã hóa, tài khoản có thể bị chiếm. DR trên đám mây thường dùng vùng khác hoặc tài khoản tách biệt để phòng các tình huống này.

Bao lâu nên diễn tập DR một lần?

Nên diễn tập ít nhất mỗi năm cho toàn hệ thống và thường xuyên hơn cho các thành phần quan trọng, đặc biệt sau thay đổi kiến trúc lớn. Diễn tập giúp phát hiện các bước bị thiếu trong tài liệu và đo RTO thực tế.

DRaaS là gì?

DRaaS (Disaster Recovery as a Service) là dịch vụ trong đó nhà cung cấp sao chép máy chủ và dữ liệu của doanh nghiệp lên hạ tầng đám mây, sẵn sàng khởi động khi có sự cố. Phù hợp với doanh nghiệp muốn có DR cho hệ thống tại chỗ mà không xây trung tâm dữ liệu thứ hai.

Bài liên quan

Bảo mật đám mây: Các nguyên tắc thiết yếu dành cho CTO

Giải Pháp Đám Mây