Website gặp sự cố, ai sẽ phục hồi? Doanh nghiệp có thể tập trước mà không làm website thật ngừng hoạt động. Buổi diễn tập (DR Drill) kiểm tra người phụ trách, quyền truy cập và cách xử lý.
Chủ doanh nghiệp cần làm gì? Chọn tình huống, người chịu trách nhiệm và cách bảo vệ đơn hàng. Đội kỹ thuật thực hành tám bước, đo kết quả. Diễn tập trên môi trường thử không bảo đảm thời gian phục hồi thực tế.
Diễn tập phục hồi khác việc kiểm tra bản sao lưu như thế nào?
Restore test kiểm tra dữ liệu sao lưu có thể lấy lại và sử dụng được không. Runbook phục hồi quy định phải làm những bước nào. DR Drill đưa người phụ trách và quy trình vào tình huống giả định để đo khả năng phối hợp và khôi phục.
| Hoạt động | Câu hỏi được kiểm tra |
|---|---|
| Thử bản sao lưu | Bản sao có đủ dữ liệu và lấy lại được không? |
| Runbook | Tài liệu đã ghi rõ các bước và trách nhiệm chưa? |
| Buổi diễn tập DR Drill | Khi giả lập sự cố, cả người và hệ thống có xử lý được không? |
Vì sao nên tập trước khi website thật sự gặp sự cố?
Giả sử website bán hàng ngừng hoạt động khi khuyến mãi. Bản sao vẫn còn nhưng người quản trị đã nghỉ hoặc quyền hosting không rõ. Diễn tập giúp phát hiện những lỗ hổng này.
Nên diễn tập khi đổi hosting, người phụ trách, quy trình hoặc sau sự cố lớn. Lịch diễn tập tùy độ quan trọng và mức thay đổi của website.
Trước khi diễn tập, chủ doanh nghiệp cần đồng ý những gì?
| Cần chốt trước | Vì sao quan trọng? |
|---|---|
| Phạm vi và hình thức diễn tập | Để tránh thử nhầm trên website đang nhận khách hoặc đơn hàng |
| Mức dữ liệu và thời gian cần bảo vệ | Biết RTO, RPO nào được dùng làm mục tiêu so sánh |
| Người quyết định dừng thử và cho phép mở lại | Có trách nhiệm rõ khi xảy ra lỗi hoặc phát sinh rủi ro |
Website bán hàng phải bảo vệ đơn mới, tồn kho, dữ liệu khách và thanh toán. Không dùng thanh toán thật, gửi email hàng loạt hoặc đổi DNS thật để diễn tập nếu chưa được kiểm soát và phê duyệt.
Website có thể ngừng bao lâu và mất bao nhiêu dữ liệu?
RTO là thời gian ngừng dịch vụ tối đa có thể chấp nhận. RPO là khoảng dữ liệu mới nhất có thể bị mất, tính theo thời gian. Đọc thêm cách xác định RTO và RPO cho website. Mục tiêu do doanh nghiệp quyết định, còn diễn tập dùng số đo để kiểm tra khả năng đáp ứng.
Lưu ý: thời gian buổi diễn tập không phải thời gian website ngừng hoạt động. Phải đo đúng mốc gián đoạn và phục hồi mới có thể đối chiếu RTO.
Nên tập xử lý loại sự cố nào trước?
- Máy chủ chính không truy cập được: thử lấy bản sao và dựng lại môi trường.
- Dữ liệu bị hỏng: kiểm tra lựa chọn bản sao đúng thời điểm và đối chiếu dữ liệu.
- Website nghi bị tấn công: kiểm tra cách cô lập và dựng môi trường sạch.
- Thanh toán hoặc biểu mẫu bị lỗi sau cập nhật: thử quyết định hoàn tác an toàn.
- Người quản trị chính vắng mặt: xem người dự phòng lấy quyền và liên hệ thế nào.
Chọn một kịch bản chính để đo được kết quả; không cần thử mọi sự cố trong một buổi.
Có thể diễn tập mà không làm gián đoạn website không?
- Diễn tập trên bàn (Tabletop): các bên cùng đọc tình huống, phân công và ra quyết định; không khôi phục thật.
- Diễn tập kỹ thuật (Technical drill): khôi phục trên môi trường riêng và kiểm tra tính năng, dữ liệu, kết nối.
- Diễn tập đầy đủ (Full drill): thực hành gần toàn bộ quy trình, kể cả phối hợp và chuyển truy cập nếu được phép.
AWS khuyến nghị thử thường xuyên đường phục hồi thực tế. Microsoft phân biệt rõ thử trên môi trường riêng với diễn tập có ảnh hưởng hệ thống thật. Diễn tập trên hệ thống đang chạy có rủi ro lớn và cần chuẩn bị kỹ.
Ai tham gia và cần chuẩn bị những gì?
- Ghi phạm vi được phép thử, chức năng tuyệt đối không được tác động và điều kiện dừng.
- Chỉ định người điều phối, người làm kỹ thuật, người quan sát, người nghiệm thu.
- Xác nhận kênh liên lạc dự phòng, quyền truy cập, bản runbook và bản sao phù hợp.
- Chuẩn bị đồng hồ đo, mẫu nhật ký sự kiện và dữ liệu thử không chứa thông tin nhạy cảm.
- Với diễn tập kỹ thuật, cô lập email, thanh toán, webhook và các kết nối có thể gây tác động thật.
- Đảm bảo có cách dừng và đưa môi trường thử về trạng thái an toàn.
Dành cho đội kỹ thuật: 8 bước diễn tập phục hồi
Bước 1. Công bố tình huống sự cố
Người quan sát chỉ công bố biểu hiện, không cho sẵn nguyên nhân. Đội vận hành tự xác định tình trạng và tác động bằng thông tin đã có.
Bước 2. Tuyên bố sự cố và kích hoạt quy trình
Người điều phối ghi lúc phát hiện, tuyên bố sự cố và người phụ trách. Sau đó kích hoạt runbook, kênh liên lạc và thông báo đã thống nhất.
Bước 3. Kiểm tra quyền và các hệ thống phụ thuộc
Đội kỹ thuật kiểm tra quyền hosting, DNS, bản sao, mã nguồn và kho mật khẩu. Thiếu người thay thế hay không thể truy cập là lỗi cần ghi nhận.
Bước 4. Chọn thời điểm dữ liệu cần phục hồi
Chọn bản sao theo thời điểm sự cố, RPO và độ tin cậy. Nếu dùng sao lưu ngoài máy chủ hoặc bản sao chống sửa đổi, thử đường truy cập. Không mặc định bản mới nhất an toàn nhất.
Bước 5. Khôi phục và kiểm tra chức năng
Khôi phục trong phạm vi thử đã duyệt. Sau đó kiểm tra trang chủ, đăng nhập, biểu mẫu, đơn hàng, email, API, tác vụ định kỳ và hình ảnh. Đây là bước kiểm tra nhanh (smoke test), nhưng phải có kết quả cụ thể.
Với cửa hàng, cần đối chiếu đơn mới và dữ liệu thanh toán. Môi trường thử phải chặn việc gửi thông báo hoặc tạo giao dịch thật ngoài dự kiến.
Bước 6. Quyết định cho phép hoạt động hay chưa
Người có quyền xem bằng chứng và quyết định go/no-go: đủ điều kiện mở lại hoặc chưa. Nếu dữ liệu không đúng, thanh toán chưa đạt hay còn rủi ro bảo mật, phải dừng theo quy trình.
Bước 7. Giám sát sau khi phục hồi
Thử phát hiện lỗi, tốc độ, khả năng truy cập và các luồng quan trọng qua giám sát website. Xem cảnh báo có đến đúng người không, kể cả khi kênh liên lạc chính không hoạt động.
Bước 8. Kết thúc và ghi kết quả
Ghi mốc phục hồi giả định, dữ liệu lấy lại, bước chưa đạt và sai lệch so với runbook. Giao người sửa, hạn hoàn thành và ngày thử lại.
Dựa vào đâu để biết buổi diễn tập đạt yêu cầu?
| Số đo hoặc bằng chứng | Ý nghĩa |
|---|---|
| Thời gian nhận biết và công bố sự cố (Time to declare) | Mất bao lâu để phát hiện và tuyên bố sự cố |
| Thời gian truy cập bản sao và quyền cần thiết (Time to access recovery assets) | Mất bao lâu để truy cập bản sao, quyền và môi trường cần thiết |
| Thời gian khôi phục dữ liệu (Restore duration) | Thời gian kỹ thuật lấy lại dữ liệu và dựng dịch vụ |
| Thời gian đến khi website dùng được (Time to usable) | Lúc chức năng thiết yếu dùng được theo điều kiện đã chốt |
| Khoảng dữ liệu bị thiếu (Data gap) | Khoảng dữ liệu thiếu so với thời điểm sự cố giả định, đối chiếu RPO |
| Các bước làm khác tài liệu (Runbook deviation) | Bước sai, thiếu hoặc phải làm khác tài liệu |
| Chức năng kiểm tra chưa đạt (Failed test cases) | Chức năng hoặc giao dịch thử chưa vượt qua kiểm tra |
Trang chủ mở được chưa đủ. Phải kiểm tra dữ liệu và giao dịch. Nếu chỉ thử trên môi trường riêng, báo cáo phải ghi giới hạn, không cam kết thời gian phục hồi thật.
Mẫu thông tin doanh nghiệp cần xem sau buổi diễn tập
Ví dụ giả định: doanh nghiệp mô phỏng lỗi dữ liệu trên môi trường thử. Biên bản ghi người tham gia, mốc giờ, bản sao, chức năng đạt/chưa đạt, người duyệt và lịch sửa. Không ghi mật khẩu hay dữ liệu khách.
- Đạt: chức năng trong phạm vi thử hoạt động, dữ liệu đối chiếu được và các điều kiện đã thống nhất đạt.
- Chưa đạt: thiếu dữ liệu, thiếu quyền, không đáp ứng mục tiêu hoặc chưa thể kiểm tra một chức năng quan trọng.
- Cần sửa: ghi người chịu trách nhiệm, ngày hoàn thành, bằng chứng cần bổ sung và lịch thử lại.
Diễn tập nhằm phát hiện điểm yếu, không quy lỗi cho cá nhân. Nếu hướng dẫn chưa đủ rõ, cần sửa rồi thử lại.
Câu hỏi thường gặp
DR Drill có bắt buộc làm website thật ngừng hoạt động không?
Không. Có thể diễn tập trên bàn hoặc môi trường riêng. Chỉ thử trên website thật khi có phê duyệt, kiểm soát rủi ro và phương án quay lại.
Chỉ diễn tập trên bàn có đủ không?
Chưa đủ để chứng minh khả năng phục hồi kỹ thuật. Hình thức này kiểm tra người và quyết định; còn khôi phục dữ liệu cần có thử nghiệm kỹ thuật tương ứng.
Có cần diễn tập lại sau mỗi sự cố không?
Sau sự cố cần ghi điều chưa đạt, sửa quy trình và thử lại phần liên quan. Không phải lúc nào cũng cần diễn tập toàn bộ.
Kết luận
DR Drill giúp biến kế hoạch phục hồi thành công việc có thể kiểm chứng. Chủ doanh nghiệp cần kiểm soát phạm vi, dữ liệu và kết quả nghiệm thu; đội kỹ thuật cần giữ bằng chứng và sửa điểm yếu. Với dịch vụ quản trị và vận hành website, nên đưa kết quả diễn tập vào việc cải tiến sao lưu, giám sát và quy trình định kỳ.
Nguồn kiểm chứng: BCM.Center về bằng chứng diễn tập và mục tiêu phục hồi.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.