Bản sao lưu website cần khôi phục được những gì?

Một lần sao lưu có thể hoàn tất thành công dù chưa ai thử khôi phục. Báo cáo thành công không chứng minh rằng bản sao lưu có thể đưa website trở lại trạng thái cần thiết cho công việc. Ngay cả khi khôi phục được trang chủ, bạn vẫn chưa biết nhân viên có thể đăng nhập, tìm hồ sơ khách hàng hay mở tài liệu đã tải lên hay không.

Hãy bắt đầu từ công việc thực tế. Nếu mất website, bạn cần làm gì trên đó? Sau đó, hãy yêu cầu nhà cung cấp giải thích cần khôi phục những phần nào để làm được việc ấy.

Lịch hẹn và tài liệu đính kèm phải đi cùng nhau

Hãy hình dung một website đặt lịch lưu lịch hẹn trong cơ sở dữ liệu và lưu tài liệu của khách hàng dưới dạng tệp tải lên. Đây chỉ là ví dụ giả định, nhưng vấn đề rất dễ thấy: bạn khôi phục được lịch hẹn, nhấn vào tệp đính kèm và phát hiện tài liệu đã mất.

Bạn có thông tin lịch hẹn. Nhưng vẫn không thể làm công việc cần đến tài liệu đó.

Với một website WordPress thông thường, hướng dẫn sao lưu của WordPress giải thích rằng cần có cả cơ sở dữ liệu lẫn các tệp, và nên giữ chúng thành một bộ nhất quán. Website khác có thể được xây dựng theo cách khác. Hãy hỏi hồ sơ và tệp tải lên thực sự nằm ở đâu, thay vì cho rằng sao lưu một thư mục là đủ.

Phần mềm website, các thiết lập và quyền truy cập cần để khôi phục rồi sử dụng cũng rất quan trọng. Các dịch vụ kết nối với website cũng vậy. Hướng dẫn quản lý hệ thống của Cục Tín hiệu Australia khuyến nghị khôi phục dữ liệu, ứng dụng và thiết lập về cùng một thời điểm, đồng thời xác định trước các phụ thuộc. Với chủ doanh nghiệp, điều đó có nghĩa là cần hỏi các phần có hoạt động cùng nhau sau khi khôi phục không, và ai có quyền truy cập để đưa chúng trở lại.

Công việc gần đây nào có thể bị thiếu?

Bản sao được khôi phục phản ánh website tại một thời điểm trong quá khứ. Lịch hẹn được tạo sau thời điểm đó có thể không được khôi phục, dù việc khôi phục diễn ra đúng như dự kiến.

Hãy yêu cầu nhà cung cấp cho biết có thể khôi phục đến thời điểm nào và dữ liệu đó sẽ cũ bao lâu khi bạn cần dùng. Sau đó, hãy cân nhắc công việc bị thiếu sẽ gây ra điều gì. Nhân viên có thể dựng lại từ hồ sơ khác không? Có cần liên hệ khách hàng không? Câu trả lời phù hợp tùy vào chức năng website của bạn.

Thời gian quay lại làm việc cũng cần được tính đến. Chép dữ liệu trở lại chỉ là một phần. Ai đó còn phải khôi phục các phần khác và kiểm tra những việc quan trọng có hoạt động không. Hướng dẫn kiểm tra khôi phục của AWS khuyến nghị kiểm tra riêng, xác nhận dữ liệu khôi phục có thể truy cập và sử dụng được, đồng thời đo độ cũ của dữ liệu và thời gian cần để khôi phục, kiểm tra theo nhu cầu của doanh nghiệp.

Hãy hỏi các bước đó mất bao lâu trong lần thử. Bạn sẽ có thông tin cụ thể để trao đổi. Đây không phải lời hứa về thời gian xử lý một sự cố trong tương lai, vì sự cố còn cần được phát hiện và cần có quyết định về cách xử lý.

Khoản thanh toán có thể đã được thực hiện

Quay lại ví dụ đặt lịch. Giả sử khách hàng đã trả trước một khoản qua dịch vụ thanh toán bên ngoài. Khôi phục bản sao website cũ không thể đảo ngược khoản thanh toán đó và cũng không chứng minh hồ sơ trên website khớp với hồ sơ của dịch vụ thanh toán.

Nếu lịch hẹn được lưu trong một dịch vụ đặt lịch bên ngoài, có thể lịch hẹn đó không nằm trong bản sao lưu website. Hãy hỏi hệ thống nào lưu hồ sơ chính mà nhân viên cần dựa vào, dịch vụ đó có thể khôi phục những gì và ai sẽ kiểm tra các hồ sơ có khớp nhau không. Khôi phục website không thể đảo ngược mọi việc đã xảy ra ở các dịch vụ kết nối.

Yêu cầu khôi phục thử một cách an toàn

Bước tiếp theo hữu ích là yêu cầu người có thẩm quyền khôi phục theo kế hoạch trong một môi trường tách biệt. Hãy thống nhất ai sẽ thực hiện và cần kiểm tra những gì. Bản sao được khôi phục phải bảo vệ thông tin cá nhân và thông tin kinh doanh, không để người ngoài truy cập được và không làm thay đổi hồ sơ đang dùng.

Cũng cần ngăn bản sao gửi email thật, thu tiền, tự động gửi yêu cầu đến dịch vụ khác hoặc tạo lịch hẹn thật. Tài khoản thử nghiệm và kết nối thử nghiệm có kiểm soát có thể hữu ích nếu có. Nếu không thể sử dụng an toàn một dịch vụ trong lần thử, hãy ghi lại giới hạn đó và kiểm tra riêng vai trò của dịch vụ.

Trong ví dụ giả định này, nhà cung cấp sẽ khôi phục một bản sao nhất quán, đăng nhập bằng quyền truy cập được kiểm soát, mở lịch hẹn đã chọn cùng tệp đính kèm, rồi đối chiếu với những gì đáng lẽ có ở thời điểm khôi phục đó. Việc này hữu ích hơn nhiều so với ảnh chụp màn hình trang chủ.

Bài tường thuật của GitLab về sự cố cơ sở dữ liệu tháng 1 năm 2017 là một ví dụ lịch sử cho thấy vì sao việc này quan trọng: báo cáo của GitLab về sự cố tháng 1 năm 2017. Các bản sao lưu cơ sở dữ liệu dự kiến đã không có sẵn và email báo lỗi bị từ chối; việc khôi phục phải dựa vào một bản chụp dữ liệu khác. Sự cố làm mất dữ liệu cơ sở dữ liệu GitLab.com, nhưng không ảnh hưởng dữ liệu kho mã hay khách hàng tự quản lý hệ thống. Trường hợp này cho thấy có kế hoạch sao lưu khác với việc có thể khôi phục để tiếp tục làm việc.

Dùng kết quả để quyết định cần thay đổi điều gì

Hãy yêu cầu một bản ghi ngắn cho biết đã khôi phục những gì từ thời điểm nào, đã kiểm tra việc gì và kết quả ra sao. Bản ghi cũng nên nêu dữ liệu khôi phục cũ bao lâu, việc khôi phục và kiểm tra mất bao lâu, cần quyền truy cập và dịch vụ kết nối nào, cùng những gì đã thất bại hoặc chưa được thử.

Kiểm tra thành công một lịch hẹn chỉ cho thấy việc đó hoạt động trong các điều kiện thử nghiệm ấy. Điều này không chứng minh mọi hồ sơ đều nguyên vẹn, mọi chức năng đều hoạt động hay lần khôi phục sau sẽ mất cùng khoảng thời gian. Bản sao tách biệt cũng không tự chứng minh website đã khôi phục an toàn hoặc không còn dấu vết tấn công.

Hãy so sánh kết quả với nhu cầu của doanh nghiệp. Có thể bạn đã có đủ căn cứ để thấy phạm vi dịch vụ đã thỏa thuận là phù hợp. Có thể bạn phát hiện một thiếu sót cụ thể, chẳng hạn thiếu tệp tải lên hoặc không truy cập được tài khoản. Cũng có thể lần thử chưa trả lời được một việc quan trọng và cần kiểm tra thêm.

Nếu bạn đang trao đổi với LINK-V về dịch vụ bảo trì website, hãy chuẩn bị những việc nhân viên và khách hàng cần làm sau khi khôi phục. Sau đó, hai bên có thể thống nhất phạm vi cần được hỗ trợ và việc thử khôi phục nào phù hợp với website của bạn.