Sao lưu website doanh nghiệp: đặt lịch và thử khôi phục thế nào?
Nội dung chính
Thông báo “sao lưu thành công” chưa chứng minh website có thể phục hồi. Doanh nghiệp cần biết bản sao chứa gì, ở đâu, ai lấy được và lần thử khôi phục gần nhất có kết quả thế nào.
Chốt hai yêu cầu với người vận hành
RPO là khoảng dữ liệu có thể mất khi quay về bản sao trước sự cố. RTO là thời gian mục tiêu để khôi phục dịch vụ. Đây là mục tiêu cần kiểm chứng, không phải cam kết tự có khi mua hosting.
Ví dụ giả định: website giới thiệu ít thay đổi có thể chấp nhận quay về nội dung hôm trước; cửa hàng nhận đơn liên tục có thể cần sao lưu cơ sở dữ liệu thường xuyên hơn và nhật ký giao dịch. Không chọn cùng lịch cho mọi website chỉ vì nhà cung cấp có gói sao lưu hằng ngày.
Sao lưu những gì?
| Thành phần | Lý do cần giữ |
|---|---|
| Cơ sở dữ liệu | Nội dung, cấu hình, yêu cầu khách, đơn và trạng thái |
| Ảnh, file tải lên | Tài sản không thể dựng lại chỉ từ mã |
| Mã và phiên bản phụ thuộc | Tái tạo đúng ứng dụng đang chạy |
| Cấu hình hạ tầng | Biết cách dựng máy chủ, lịch chạy, DNS cần thiết |
| Bí mật vận hành | Khôi phục quyền truy cập bằng nơi lưu bảo mật riêng |
Bản sao phải nhất quán: cơ sở dữ liệu và file liên quan cần tương thích cùng thời điểm. Snapshot máy chủ hữu ích nhưng không thay được mọi yêu cầu sao lưu và phục hồi ứng dụng.
Lưu riêng khỏi máy đang chạy
Áp dụng nguyên tắc nhiều bản sao, nhiều loại lưu trữ và ít nhất một bản ngoài hệ thống chính. Tài khoản lưu bản sao cần được bảo vệ, giới hạn quyền xóa và truy cập. Mã hóa khi phù hợp; lưu cách lấy khóa ở nơi người có trách nhiệm truy cập được khi máy chính hỏng.
Chọn thời gian lưu theo chu kỳ cập nhật và nhu cầu phát hiện lỗi. Nếu chỉ giữ bản mới nhất, một lỗi âm thầm hoặc file bị mã hóa có thể được sao lưu đè lên mọi bản tốt.
Một lần diễn tập khôi phục
- Chọn một bản sao và ghi thời điểm, phiên bản, dung lượng.
- Dựng môi trường cách ly, khóa truy cập công khai và tắt gửi email, thanh toán, webhook, lịch tác vụ ra ngoài.
- Khôi phục dữ liệu và file, rồi kiểm số lượng và một số bản ghi đại diện.
- Mở các trang chính, đăng nhập, kiểm chức năng bằng dữ liệu thử đã tách khỏi vận hành thật.
- Ghi thời gian thực tế, lỗi gặp, dữ liệu thiếu và cách cải thiện tài liệu.
- Xóa hoặc bảo vệ môi trường thử sau khi hoàn tất theo quy trình lưu dữ liệu.
Đừng thử khôi phục bằng cách ghi đè ngay lên website thật. Bản sao chứa dữ liệu khách phải được bảo vệ tương đương hệ thống gốc.
Khi sự cố xảy ra
Chỉ định một người quyết định phục hồi. Trước khi quay lại bản cũ, giữ bằng chứng và dữ liệu mới còn lấy được, đặc biệt đơn và khoản thanh toán phát sinh sau bản sao. Sau phục hồi cần đối soát giao dịch, tránh giao hai lần hoặc bỏ sót tiền đã nhận.
Trong hợp đồng bảo trì, ghi người kiểm bản sao, người nhận cảnh báo, lịch diễn tập, thời gian lưu và chi phí phục hồi. Khi chọn hoặc gia hạn hosting, hỏi rõ bản sao được lưu ở đâu, giữ bao lâu và ai được yêu cầu khôi phục; nếu cần Webzone hỗ trợ phần hạ tầng, xem dịch vụ tên miền, hosting, email và SSL.
Đọc tiếp bảo mật tối thiểu, đồng bộ tồn kho và bảo trì hằng tháng.