Diễn tập khôi phục dữ liệu: Từ backup thành công đến vận hành trở lại

Bảng điều khiển backup báo thành công mỗi đêm, nhưng khi cần phục hồi, đội IT mới phát hiện thiếu khóa giải mã hoặc không biết bản ứng dụng nào tương thích với dữ liệu. Một bản sao tồn tại chưa chứng minh rằng hoạt động kinh doanh có thể trở lại đúng hạn.

Bài viết đề xuất quy trình diễn tập khôi phục cho doanh nghiệp nhỏ, từ chọn phạm vi đến nghiệm thu và giao việc cải tiến. Đây là mẫu tổ chức công việc, không phải báo cáo diễn tập đã thực hiện hay cam kết thời gian khôi phục cho mọi hệ thống.

1. Xác định thành công bằng nghiệp vụ

Đừng đặt tiêu chí duy nhất là “file restore xong”. Với hệ thống bán hàng, thành công có thể gồm đăng nhập đúng quyền, mở đơn hàng đã chọn, đọc tệp đính kèm, tra cứu tồn kho và thực hiện giao dịch thử trong môi trường cách ly. Người phụ trách nghiệp vụ phải xác nhận những thao tác nào là bắt buộc.

CISA khuyến nghị bản sao offline được mã hóa và kiểm thử khả năng sẵn có, tính toàn vẹn của backup. CIS Control 11 nhấn mạnh khả năng phục hồi về trạng thái tin cậy. Từ các nguyên tắc đó, doanh nghiệp cần biến “có backup” thành một kịch bản có người chịu trách nhiệm và bằng chứng kiểm tra.

2. Chốt RPO và RTO trước khi bấm giờ

RPO thể hiện mức mất dữ liệu chấp nhận được theo thời gian; RTO là mục tiêu thời gian khôi phục. Hai mục tiêu phải được thống nhất với người sở hữu quy trình, không chỉ do IT tự chọn. Trong diễn tập, ghi rõ lúc nào bắt đầu tính thời gian và điều kiện nào kết thúc; đừng chỉ đo thời gian chạy công cụ restore.

Ví dụ giả định: doanh nghiệp chấp nhận mất tối đa 4 giờ dữ liệu và muốn nghiệp vụ hoạt động lại trong 2 giờ. Nếu dữ liệu phục hồi mới nhất đã cách thời điểm sự cố 6 giờ, hoàn thành restore trong 30 phút vẫn chưa đạt cả hai yêu cầu. Các con số này chỉ để minh họa, không phải ngưỡng đề xuất chung.

3. Lập phiếu diễn tập một trang

Trước ngày diễn tập, xác minh đường truy cập kho backup, khóa giải mã, hướng dẫn dựng ứng dụng, cấu hình và phiên bản phụ thuộc. Không để tất cả tài liệu phục hồi trong chính hệ thống được giả định là không truy cập được.

4. Cách ly để diễn tập không thành sự cố

Tạo môi trường phục hồi riêng với kiểm soát truy cập phù hợp mức nhạy cảm của dữ liệu. Vô hiệu hóa hoặc thay bằng môi trường thử đối với email, SMS, thanh toán, webhook và tác vụ đồng bộ. Kiểm tra cấu hình worker và scheduler trước khi khởi chạy: bản sao ứng dụng có thể vẫn chứa địa chỉ dịch vụ thật.

Không đổi DNS công khai, không ghi đè database đang chạy, không dùng tài khoản có quyền ghi production nếu không cần. Nếu kịch bản kiểm tra thiếu một phụ thuộc thật, ghi hạn chế đó vào biên bản thay vì suy ra toàn bộ hệ thống chắc chắn phục hồi được.

5. Thực hiện và ghi nhận từng mốc

1. Điều phối viên xác nhận phạm vi, phê duyệt và bắt đầu đồng hồ theo quy ước.
2. Người thực hiện chọn điểm phục hồi, ghi mã bản sao và thời điểm dữ liệu có thể khôi phục.
3. Dựng hạ tầng thử, phục hồi dữ liệu và ứng dụng theo runbook, ghi cả thời gian chờ.
4. Kiểm tra tính nhất quán, file liên quan, đăng nhập và quyền truy cập.
5. Đại diện nghiệp vụ thực hiện bộ thao tác đã thống nhất bằng dữ liệu thử phù hợp.
6. Ghi nhận thời điểm nghiệm thu, sai lệch dữ liệu và các bước phải làm ngoài tài liệu.

Chỉ cần một bước đòi hỏi “gọi người duy nhất nhớ mật khẩu” cũng là phát hiện quan trọng. Mục tiêu diễn tập là tìm điểm yếu khi còn kiểm soát được tình huống, không phải tạo một biên bản đẹp.

6. Mẫu kết luận có thể hành động

Ví dụ giả định: phục hồi kỹ thuật mất 35 phút, nhưng chờ cấp quyền lấy khóa thêm 70 phút và kiểm tra nghiệp vụ mất 25 phút. Tổng thời gian là 130 phút, vượt mục tiêu 120 phút. Kết luận nên giao người phụ trách sửa quy trình tiếp cận khóa, có hạn hoàn thành và lịch kiểm tra lại; mua thêm dung lượng không trực tiếp giải quyết nút thắt này.

Sau diễn tập, lưu bằng chứng ở kho được phân quyền, xử lý dữ liệu thử theo chính sách lưu giữ và thu hồi quyền tạm thời. Đặt lịch diễn tập tiếp dựa trên mức quan trọng, rủi ro và thay đổi lớn của ứng dụng. Không coi một lần thành công là bảo đảm vĩnh viễn sau mọi lần nâng cấp.

7. Checklist nghiệm thu

• Dữ liệu phục hồi đủ mới so với RPO đã thống nhất.
• Thời gian từ điểm bắt đầu đến nghiệm thu được đo đầy đủ.
• Nghiệp vụ quan trọng hoạt động, không chỉ database khởi động.
• Quyền truy cập và các tích hợp được kiểm tra an toàn.
• Mọi giới hạn thử nghiệm được ghi rõ.
• Vấn đề tồn đọng có người phụ trách, hạn xử lý và lần kiểm tra lại.

Diễn tập khôi phục biến giả định thành bằng chứng. Doanh nghiệp nên bắt đầu với một hệ thống quan trọng có phạm vi vừa sức, đo cả quá trình và sửa điểm nghẽn trước khi mở rộng sang kịch bản phức tạp hơn.