Sao lưu website ngay trên hosting có thể vẫn làm bạn mất toàn bộ dữ liệu. Nếu tài khoản quản trị bị chiếm, máy chủ hỏng hoặc bản sao bị xóa cùng lúc, website có thể không còn gì để khôi phục. Hai cách bảo vệ bổ sung là lưu bản sao ở nơi độc lập và hạn chế việc sửa, xóa bản sao.
Chủ doanh nghiệp cần làm gì? Yêu cầu đơn vị vận hành cho biết bản sao nằm ở đâu, ai có quyền xóa, được giữ bao lâu và đã khôi phục thử chưa. Không cần tự cấu hình máy chủ để kiểm tra những câu hỏi này.
Vì sao đã sao lưu vẫn có thể mất dữ liệu?
Ví dụ giả định: một cửa hàng lưu website và toàn bộ bản sao trong cùng tài khoản hosting. Khi tài khoản bị khóa hoặc kẻ xấu chiếm quyền, họ không thể vào website và cũng không thể lấy bản sao. Cửa hàng có sao lưu nhưng chưa chắc phục hồi được.
- Máy chủ lưu website và bản sao cùng gặp sự cố.
- Tài khoản quản trị bị chiếm, kẻ xấu xóa hoặc mã hóa bản sao.
- Nhân viên xóa nhầm thư mục sao lưu hoặc thay đổi chính sách lưu giữ.
- Đơn vị quản lý cũ nắm quyền duy nhất; doanh nghiệp không lấy được dữ liệu.
- Lỗi được phát hiện muộn nhưng những bản sao cũ đã hết thời hạn lưu.
Một bản sao lưu website chỉ có ích khi còn tồn tại, đủ dữ liệu và có thể truy cập lúc cần. Theo CISA, nên giữ bản sao quan trọng ngoài khả năng truy cập trực tiếp của mã độc, đồng thời kiểm tra khả năng khôi phục định kỳ.
Bản sao lưu ngoài máy chủ là gì?
Sao lưu ngoài máy chủ (Offsite Backup) là giữ ít nhất một bản sao ở nơi đủ độc lập với hệ thống chạy website. Nếu hosting chính không dùng được, vẫn có đường truy cập bản sao ở nơi khác.
“Nơi khác” không nhất thiết là một nhà cung cấp thứ hai. Điều quan trọng là tài khoản, quyền truy cập và hạ tầng được tách biệt đủ để một sự cố không làm mất cả website lẫn bản sao.
Bản sao chống sửa hoặc xóa là gì?
Sao lưu chống sửa, xóa (Immutable Backup) là bản sao được áp dụng cơ chế bảo vệ để không dễ bị thay đổi trong thời hạn đã đặt. Cách này giúp giảm nguy cơ xóa nhầm hoặc phần mềm độc hại phá hỏng bản sao.
Nhưng không phải bảo đảm tuyệt đối. Nếu dữ liệu đã lỗi hoặc nhiễm mã độc trước lúc sao lưu, bản sao được bảo vệ vẫn có thể chứa lỗi đó. Khả năng bảo vệ khỏi xóa còn phụ thuộc chế độ và quyền quản lý được cấu hình.
Hai cách bảo vệ khác nhau thế nào?
| Cách bảo vệ | Bảo vệ trước rủi ro nào? | Điều chưa được bảo đảm |
|---|---|---|
| Lưu ngoài máy chủ (Offsite) | Hosting chính gặp sự cố hoặc mất quyền truy cập | Bản sao vẫn có thể bị xóa nếu dùng chung quyền |
| Chống sửa hoặc xóa (Immutable) | Xóa nhầm, sửa bản sao hoặc một số kiểu tấn công | Bản sao chưa chắc sạch và không tự tách nơi lưu |
| Kết hợp hai cách | Giảm nguy cơ mất cả dữ liệu chính và bản dự phòng | Vẫn phải kiểm tra quyền, thời hạn và khôi phục |
Không nên chỉ dựa vào nhãn quảng cáo “Cloud Backup” hoặc “Immutable”. Phải hỏi nhà cung cấp bản sao có độc lập với tài khoản hosting chính và được khóa theo cơ chế nào.
Chủ doanh nghiệp nên hỏi đơn vị quản trị những gì?
| Câu hỏi khi bàn giao | Bằng chứng nên có |
|---|---|
| Bản sao nằm ở đâu? | Tên hệ thống lưu trữ và cách truy cập khi hosting chính bị khóa |
| Ai có quyền sửa hoặc xóa? | Danh sách người hoặc tài khoản được cấp quyền |
| Giữ bản sao bao lâu? | Chính sách số ngày và các mốc khôi phục còn tồn tại |
| Sao lưu có thành công không? | Báo cáo lần gần nhất và cảnh báo khi thất bại |
| Đã thử lấy dữ liệu từ nơi khác chưa? | Biên bản kiểm tra khôi phục, không chỉ ảnh chụp mục Backup |
Nếu doanh nghiệp thuê bên ngoài vận hành, nên có tài khoản hoặc quyền tiếp nhận dữ liệu dự phòng phù hợp trong hợp đồng. Tránh để một nhân sự nghỉ việc khiến không ai biết lấy bản sao ở đâu.
Dành cho kỹ thuật: tách tài khoản và quyền truy cập
- Xác định phần nào có thể cùng hỏng hoặc cùng bị chiếm quyền: máy chủ, tài khoản, vùng lưu trữ và nhà cung cấp. Đây là phạm vi sự cố chung (failure domain).
- Tách quyền tạo bản sao, đọc để phục hồi, thay đổi thời hạn lưu và quyền xóa. Không cấp quyền xóa nếu công việc chỉ cần gửi bản sao.
- Bật xác thực nhiều bước (MFA) cho tài khoản quản trị, quản lý khóa truy cập riêng và theo dõi nhật ký thay đổi.
- Ưu tiên mã hóa bản sao khi lưu và truyền, kiểm soát người giữ khóa giải mã để không mất khả năng phục hồi.
- Đảm bảo người có quyền phục hồi được chỉ định rõ và có phương án truy cập khẩn cấp khi hệ thống chính không còn dùng được.
Immutable trên dịch vụ đám mây hoạt động như thế nào?
Ví dụ Amazon S3 Object Lock cho phép bảo vệ từng phiên bản của tập tin lưu trữ theo thời hạn, trên kho có bật lưu phiên bản (Versioning). Nhưng mức bảo vệ phụ thuộc chế độ được chọn.
- Governance: người dùng thông thường không thể xóa bản được bảo vệ; người có quyền đặc biệt vẫn có thể vượt chính sách.
- Compliance: bản được khóa không thể bị xóa hoặc rút ngắn thời gian giữ trước hạn bằng quyền quản trị thông thường, kể cả tài khoản cao nhất.
- Thời hạn lưu: phải lựa chọn cẩn thận. Khóa quá lâu có thể phát sinh chi phí và không thể sửa chính sách như mong muốn.
Dịch vụ Microsoft Azure Blob Storage cũng có chính sách lưu trữ chỉ ghi một lần, đọc nhiều lần (WORM). Một chính sách chưa khóa có thể sửa được; không nên mặc định mọi cấu hình được gọi là “immutable” đều bảo vệ ngang nhau.
Giữ bản sao bao lâu và tốn những khoản gì?
Thời gian lưu (retention) cần đủ để tìm lại một bản trước khi dữ liệu bị lỗi. Nếu phát hiện mã độc sau nhiều ngày, bản sao gần nhất có thể đã chứa mã độc. Xem chính sách giữ bản sao website để quyết định thời hạn theo nhu cầu.
Chi phí có thể gồm dung lượng bản sao, lưu nhiều phiên bản, truyền dữ liệu và lấy dữ liệu về khi khôi phục. Không có số ngày hoặc mức phí phù hợp mọi website. Doanh nghiệp nên chốt ngân sách và quyền điều chỉnh thời hạn trước khi khóa.
Làm sao kiểm tra bản sao thực sự cứu được website?
Không dừng ở thông báo “sao lưu thành công”. Hãy yêu cầu đội kỹ thuật thử khôi phục từ chính kho sao lưu ngoài máy chủ trong môi trường tách biệt. Bản thử cần đủ tập tin WordPress và cơ sở dữ liệu, không chỉ hình ảnh hay plugin.
- 1. Chọn bản sao: ghi ngày tạo, tình trạng bảo vệ và lý do chọn.
- 2. Tải ra: dùng đúng tài khoản phục hồi, kiểm tra quyền và khóa giải mã.
- 3. Dựng môi trường riêng: không ghi đè website đang hoạt động hoặc gửi email, đơn hàng thật.
- 4. Kiểm tra dữ liệu: so trang, hình ảnh, chức năng và các dấu hiệu mã độc nếu có nghi vấn.
- 5. Bàn giao kết quả: ghi thời gian phục hồi, dữ liệu còn thiếu, lỗi cần sửa và người xác nhận.
Theo tài liệu WordPress, tập tin và cơ sở dữ liệu là hai phần cần bảo vệ. Nếu chỉ lấy lại được thư mục website mà thiếu cơ sở dữ liệu, bản sao có thể chưa đủ phục hồi nội dung và hoạt động.
Khi website gặp sự cố lớn, ai quyết định dùng bản sao?
Bản sao ngoài máy chủ là một phần của kế hoạch phục hồi sau thảm họa. Đội kỹ thuật cần kiểm tra bản nào an toàn và dữ liệu nào có thể mất. Chủ doanh nghiệp phê duyệt mức ảnh hưởng trước khi mở lại website.
Hướng dẫn kỹ thuật chi tiết nên nằm trong quy trình phục hồi website, gồm quyền truy cập, người thay thế, điều kiện dừng và cách xác nhận dữ liệu sau khôi phục.
Câu hỏi thường gặp
Có bắt buộc dùng hai nhà cung cấp sao lưu không?
Không nhất thiết. Nếu tài khoản và nơi lưu được phân tách phù hợp, một nhà cung cấp vẫn có thể đáp ứng. Cần đánh giá rủi ro thực tế.
Bản sao chống xóa có chống mã độc hoàn toàn không?
Không. Nó có thể ngăn một số thao tác sửa hoặc xóa, nhưng không tự làm sạch dữ liệu đã bị nhiễm. Vẫn phải kiểm tra bản sao trước khi sử dụng.
Có nên giữ thêm một bản sao ngay trên hosting không?
Có thể để khôi phục nhanh khi lỗi nhỏ. Tuy nhiên, phải có bản dự phòng độc lập để tránh mất cùng hosting.
Kết luận
Website có bản sao trên hosting vẫn có thể mất dữ liệu nếu tài khoản hoặc hạ tầng gặp sự cố. Vì thế, nên kết hợp một bản sao ở nơi độc lập, quyền xóa được kiểm soát và kiểm tra khôi phục thực tế. Nếu thuê đội vận hành, hãy đưa việc này vào phạm vi quản trị và vận hành website.
Đ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ả.