Thiết Kế Website
Backup website định kỳ: lưu gì, lưu ở đâu và cách khôi phục thử
Nhiều website có lịch backup chạy đều mỗi ngày, nhưng đến lúc cần khôi phục mới phát hiện bản sao thiếu database, nằm cùng hosting đã hỏng, hoặc đã nhiễm mã độc từ trước. Backup website định kỳ chỉ có giá trị khi trả lời được ba câu: lưu cái gì, lưu ở đâu, và đã khôi phục thử chưa.
Backup website định kỳ là sao lưu tự động cả file và database theo lịch, giữ nhiều bản theo ngày, trong đó ít nhất một bản nằm ngoài hosting đang chạy website. Tần suất chọn theo lượng dữ liệu bạn chấp nhận mất: website bán hàng cần dày hơn website giới thiệu. Bản backup chỉ đáng tin khi đã được khôi phục thử thành công.
Backup website gồm những gì?
Một website WordPress có hai nửa, thiếu nửa nào cũng không dựng lại được:
| Thành phần | Chứa gì | Hay bị bỏ sót khi nào |
|---|---|---|
| Database | Bài viết, trang, sản phẩm, đơn hàng, người dùng, cài đặt theme và plugin | Chỉ tải thư mục code qua FTP rồi tưởng là đủ |
| Thư mục wp-content | Ảnh và file tải lên, theme, plugin | Chỉ xuất database; ảnh hàng GB bị loại khỏi bản backup vì nặng |
| File cấu hình | wp-config.php, .htaccess, cấu hình máy chủ riêng | Plugin backup bỏ qua mặc định; dựng lại trên hosting mới bị lỗi kết nối |
| Ngoài website | Bản ghi DNS, cấu hình email, tài khoản và mã cấp phép plugin trả phí | Không nằm trong backup nào; chỉ phát hiện khi chuyển hosting |
Lõi WordPress (wp-admin, wp-includes) có thể tải lại từ wordpress.org, nên không bắt buộc phải lưu, nhưng ghi lại số phiên bản để khôi phục đúng.
Chọn tần suất: bạn chấp nhận mất bao nhiêu dữ liệu?
Thay vì hỏi “bao lâu backup một lần”, hãy hỏi hai câu kinh doanh:
- Mất tối đa bao nhiêu dữ liệu thì chấp nhận được? Backup mỗi tuần nghĩa là có thể mất đến 7 ngày bài viết, đơn hàng, khách đăng ký.
- Website ngừng bao lâu thì chấp nhận được? Câu này quyết định bản backup phải nằm sẵn ở đâu và ai biết cách khôi phục.
| Loại website | Dữ liệu thay đổi | Lịch gợi ý |
|---|---|---|
| Website giới thiệu, ít cập nhật | Vài lần mỗi tháng | 2 lần/tháng và ngay trước mỗi lần cập nhật hoặc sửa giao diện |
| Website có blog, form nhận khách | Hằng tuần | Hằng tuần; database có thể dày hơn vì nhẹ |
| Website bán hàng có đơn hằng ngày | Hằng ngày | Database hằng ngày hoặc nhiều lần trong ngày; file hằng tuần; thêm bản ngay trước cập nhật lớn |
Database và file nên tách lịch riêng: database nhỏ, đổi liên tục; thư mục ảnh lớn, đổi chậm. Backup toàn bộ mỗi giờ chỉ làm nặng hosting.
Ba cách backup: hosting, plugin hay thủ công?
| Cách | Ưu điểm | Hạn chế | Dùng khi nào |
|---|---|---|---|
| Backup tự động của hosting (cPanel, DirectAdmin, công cụ riêng của nhà cung cấp) | Không cần cài gì, khôi phục nhanh, không tốn tài nguyên website | Nằm cùng nhà cung cấp; số ngày giữ do hosting quyết định; có gói chỉ khôi phục được khi gửi yêu cầu hỗ trợ | Lớp khôi phục nhanh cho lỗi nhỏ, cập nhật hỏng |
| Plugin backup trong WordPress | Tự đặt lịch, gửi bản sao ra kho đám mây, tách lịch database và file | Chạy bằng tài nguyên hosting; website bị hack nặng có thể làm hỏng chính plugin; cần theo dõi thông báo lỗi | Lớp lưu ngoài hosting cho đa số website doanh nghiệp |
| Thủ công (tải file qua SFTP, xuất database qua phpMyAdmin) | Kiểm soát hoàn toàn, không phụ thuộc plugin | Dễ quên, dễ thiếu thành phần, tốn thời gian với website lớn | Bản “mốc” trước thay đổi lớn, hoặc khi chuyển hosting |
Cách an toàn là kết hợp: hosting lo phần khôi phục nhanh, plugin lo bản lưu ngoài, thủ công cho các mốc đặc biệt. Không nên chỉ dựa vào một cách.
Lưu ở đâu: quy tắc 3-2-1 áp dụng cho website
Quy tắc 3-2-1 là nguyên tắc sao lưu phổ biến trong ngành công nghệ thông tin: 3 bản dữ liệu, trên 2 loại nơi lưu khác nhau, 1 bản ở vị trí tách biệt. Với website doanh nghiệp, áp dụng thực tế như sau:
- Bản đang chạy trên hosting.
- Bản backup tự động của hosting, tiện khôi phục nhanh khi lỗi nhỏ.
- Bản backup ra kho lưu trữ đám mây như Google Drive, Dropbox, dịch vụ lưu trữ tương thích S3, đứng tên doanh nghiệp, không phải tài khoản cá nhân của nhân viên hay của bên làm web.
Bản thứ ba là bản cứu bạn khi tài khoản hosting bị khóa, nhà cung cấp gặp sự cố hoặc kẻ tấn công xóa cả thư mục backup trên hosting.
Giữ bao nhiêu bản và giữ bao lâu?
Website bị nhiễm mã độc thường được phát hiện sau vài ngày đến vài tuần. Nếu chỉ giữ 3 bản gần nhất, có thể cả 3 đều đã nhiễm. Cách giữ hợp lý cho website doanh nghiệp:
- Các bản hằng ngày hoặc hằng tuần trong 2–4 tuần gần nhất.
- Một bản mỗi tháng giữ trong vài tháng.
- Một bản “mốc” trước mỗi thay đổi lớn: đổi giao diện, nâng PHP, chuyển hosting, giữ đến khi thay đổi đã chạy ổn định một thời gian.
Bật giới hạn số bản trong plugin để kho lưu trữ không đầy rồi âm thầm ngừng backup, một lỗi rất hay gặp. Với website bán hàng, cân nhắc thêm thời gian lưu giữ dữ liệu khách hàng trong bản backup: giữ quá lâu cũng là giữ dữ liệu cá nhân mà doanh nghiệp phải bảo vệ.
Kiểm tra khôi phục: bước mà hầu hết mọi người bỏ qua
Thông báo “backup thành công” chỉ nói rằng file đã được tạo. Mỗi quý, hoặc sau khi đổi cách backup, nên khôi phục thử:
- Tạo một môi trường thử (tên miền phụ hoặc staging của hosting), không khôi phục đè lên website thật.
- Khôi phục từ bản lưu ngoài hosting, không dùng bản tiện nhất.
- Kiểm tra trang chủ, vài bài viết, ảnh, form, đăng nhập quản trị; với website bán hàng, kiểm tra đơn hàng và sản phẩm mới nhất.
- Ghi lại mất bao lâu và bước nào vướng. Đây là thời gian website thật sẽ ngừng khi có sự cố.
- Xóa môi trường thử hoặc chặn lập chỉ mục để không tạo nội dung trùng lặp.
Những sai lầm làm bản backup vô dụng
- Để file backup trong thư mục web công khai. File .zip nằm trong public_html có thể bị tải về, lộ toàn bộ database và mật khẩu kết nối.
- Khôi phục bản cũ cho website bán hàng mà không tính đến đơn mới. Mọi đơn hàng, khách đăng ký sau ngày backup sẽ mất; cần xuất danh sách đơn trước khi khôi phục.
- Khôi phục bản đã nhiễm. Sau sự cố bảo mật, phải xác định thời điểm nhiễm trước khi chọn bản; chi tiết ở bài website bị hack phải xử lý thế nào.
- Kho lưu trữ đứng tên người đã nghỉ việc. Bản backup tồn tại nhưng không ai đăng nhập được.
- Chỉ khôi phục file, quên database sau khi cập nhật plugin như WooCommerce. File và dữ liệu lệch phiên bản, website lỗi nặng hơn.
- Không ai nhận thông báo lỗi backup. Plugin gửi email báo lỗi tới địa chỉ không ai đọc.
Tự backup hay giao cho người khác?
Tự làm được nếu có người trong công ty cài plugin backup (ví dụ UpdraftPlus) kết nối kho đám mây của công ty, đặt lịch và nhận email báo lỗi. Phần khó không phải cài đặt mà là duy trì: kiểm tra định kỳ, khôi phục thử, sao lưu đúng lúc trước khi cập nhật.
Gói bảo trì WordPress của Marketing SEO Top có lịch backup theo gói: Basic 2 lần/tháng (900.000đ/tháng), Pro hằng tuần (1.800.000đ/tháng), Business hằng tuần và thêm bản trước mỗi cập nhật lớn (3.000.000đ/tháng). Khôi phục dữ liệu khi backup cũ không đầy đủ được kiểm tra và báo giá riêng. Backup là một phần trong danh sách phòng ngừa ở bài cách bảo mật website tránh bị hack.
Câu hỏi thường gặp
Backup website bằng plugin có làm website chậm không?
Có thể chậm trong lúc chạy backup, nhất là website nhiều ảnh trên hosting dùng chung. Đặt lịch vào giờ ít khách, tách lịch database và file, và loại thư mục cache khỏi bản backup để giảm tải.
Chuyển website sang hosting khác dùng file backup được không?
Được, nếu bản backup có đủ database, wp-content và bạn biết cách cấu hình lại kết nối database. Một số plugin chuyên chuyển website giới hạn dung lượng ở bản miễn phí, nên kiểm tra trước với website lớn. Sau khi chuyển, kiểm tra lại đường dẫn, SSL và email.
Có nên lưu backup website vào Google Drive cá nhân không?
Nên dùng tài khoản đứng tên doanh nghiệp. Lưu vào Drive cá nhân của nhân viên hay bên làm web thì khi người đó nghỉ hoặc ngừng hợp tác, bạn mất quyền truy cập. Ngoài ra bản backup chứa dữ liệu khách hàng nên cần kiểm soát ai được xem.
Khôi phục website từ backup mất bao lâu?
Phụ thuộc dung lượng website, nơi lưu bản backup và người làm đã quen quy trình chưa. Khôi phục từ backup của hosting thường nhanh nhất; tải bản lớn từ kho đám mây về rồi dựng lại lâu hơn. Cách duy nhất để biết con số thật của website bạn là khôi phục thử và ghi lại thời gian.
Backup website có cần mã hóa không?
Nên mã hóa hoặc ít nhất đặt trong kho có xác thực hai lớp, vì file backup chứa toàn bộ database, gồm thông tin khách hàng và mật khẩu kết nối. Lộ một file backup tương đương lộ cả website.
Cần người làm giúp phần này?
Mô tả ngắn nhu cầu hoặc gửi link website. Chúng tôi phản hồi bằng đánh giá cụ thể trước khi báo giá.
