Trả lời nhanh: sao lưu WordPress chỉ có giá trị khi bản sao chứa đủ dữ liệu cần khôi phục, được lưu ở nơi vẫn truy cập được nếu máy chủ chính gặp lỗi và đã có ít nhất một lần thử khôi phục. Trạng thái “backup thành công” chưa chứng minh website có thể phục hồi đúng; cần kiểm cơ sở dữ liệu, media, code, cấu hình, quyền truy cập và chức năng sau khi khôi phục.
Sao lưu là một phần của quản trị website và bảo trì WordPress định kỳ. WordPress.org cũng khuyến nghị sao lưu trước khi cập nhật WordPress để có phương án quay lại nếu cập nhật gây lỗi.
Bản sao WordPress cần chứa những gì?
| Thành phần | Ví dụ dữ liệu | Rủi ro nếu thiếu |
|---|---|---|
| Cơ sở dữ liệu | Bài viết, trang, người dùng, thiết lập, dữ liệu đơn hàng tùy plugin | Mất nội dung hoặc trạng thái hệ thống |
| Uploads/media | Ảnh, PDF, file người dùng tải lên | Trang khôi phục nhưng thiếu tài sản |
| Theme/plugin/code tùy chỉnh | Child theme, plugin, mu-plugin, đoạn code riêng | Khôi phục sai phiên bản hoặc thiếu chức năng |
| Cấu hình | wp-config, quy tắc máy chủ, cấu hình môi trường liên quan | Website không kết nối hoặc chạy sai môi trường |
| Tài sản ngoài WordPress | DNS, CDN, email, khóa API, tác vụ tự động bên ngoài | WordPress chạy nhưng luồng kinh doanh vẫn lỗi |
Phạm vi thực tế phụ thuộc kiến trúc website. Một file xuất dữ liệu WordPress không thay thế bản sao toàn hệ thống: công cụ Export tạo dữ liệu WXR cho nội dung được hỗ trợ, nhưng không đại diện đầy đủ cho cơ sở dữ liệu, file hệ thống, plugin/theme hoặc cấu hình máy chủ.
Tần suất sao lưu nên dựa trên mức dữ liệu có thể mất
Thay vì chọn “mỗi ngày” hay “mỗi tuần” theo thói quen, hãy hỏi: nếu phải quay lại bản sao gần nhất, doanh nghiệp chấp nhận mất tối đa bao nhiêu dữ liệu? Website giới thiệu ít thay đổi khác hoàn toàn website có đơn hàng, booking hoặc dữ liệu người dùng phát sinh liên tục.
| Tình huống | Cách suy nghĩ về sao lưu |
|---|---|
| Website giới thiệu | Sao lưu trước thay đổi lớn và theo lịch bảo trì |
| Website xuất bản thường xuyên | Chọn nhịp sao lưu theo mức xuất bản và khả năng viết lại |
| Website bán hàng/đặt lịch | Chú ý dữ liệu giao dịch phát sinh giữa hai lần sao lưu |
| Website có code tùy chỉnh | Bản sao hoặc hệ thống quản lý phiên bản phải bao phủ code và cấu hình liên quan |
Một chính sách sao lưu tối thiểu nên ghi gì?
- Thành phần nào được sao lưu.
- Tần suất hoặc sự kiện nào kích hoạt sao lưu.
- Nơi lưu và ai được quyền truy cập.
- Thời gian giữ các bản sao.
- Cách bảo vệ bản sao nếu chứa dữ liệu nhạy cảm.
- Cách xác nhận lần sao lưu thực sự hoàn tất.
- Ai có quyền thực hiện khôi phục.
- Mục tiêu thời gian phục hồi phù hợp loại website.
- Lịch thử khôi phục.
- Cách xử lý bản sao cũ khi có yêu cầu xóa dữ liệu.
Dữ liệu đã được xóa theo yêu cầu riêng tư vẫn có thể tồn tại trong bản sao hoặc kho lưu trữ cũ. Khi khôi phục một bản cũ, quản trị viên cần tiếp tục tôn trọng các yêu cầu xóa dữ liệu trước đó. Vì vậy sao lưu cũng liên quan tới quản lý dữ liệu, không chỉ là thao tác kỹ thuật.
Ví dụ tính RPO và RTO trước khi chọn tần suất sao lưu
Ví dụ giả định, không phải kết quả vận hành thực tế: bản sao lưu dữ liệu gần nhất hoàn tất lúc 00:00, sự cố xảy ra lúc 15:00 cùng ngày. Nếu chỉ còn đúng bản sao này và không có nhật ký giao dịch hay bản sao bổ sung, cửa sổ dữ liệu phát sinh có nguy cơ mất khi phục hồi lên tới 15 giờ.
| Chỉ số | Ý nghĩa trong tình huống | Cần xác minh |
|---|---|---|
| RPO — mức dữ liệu chấp nhận mất | Nếu doanh nghiệp yêu cầu tối đa 60 phút thì lịch backup mỗi 24 giờ chưa đáp ứng giả định đó | Độ mới thực tế của bản sao có thể sử dụng, khả năng khôi phục thay đổi sau backup |
| RTO — mục tiêu thời gian phục hồi | Giả sử yêu cầu phục hồi trong 2 giờ, đây là mục tiêu cần thử, không phải kết quả đã đạt | Thời gian lấy backup, khôi phục file/database, DNS/cache và test chức năng |
| Phạm vi bản sao | WordPress thường cần cả database, file upload, theme/plugin và cấu hình liên quan | Bản sao có đầy đủ dữ liệu, key/tích hợp và quyền dùng khi restore? |
| Bằng chứng thử restore | Khôi phục lên môi trường riêng phù hợp, kiểm form, đơn hàng giả lập và giao diện | Có log, ngày thử, người duyệt, lỗi tồn và thời gian đo thực? |
Đừng nhầm mục tiêu RPO/RTO với kết quả đạt được. Website có đơn hàng liên tục cần cách bảo vệ dữ liệu giao dịch phù hợp, và không nên ghi đè dữ liệu production bằng snapshot cũ khi chưa có kế hoạch đối soát.
Thử khôi phục WordPress theo 8 bước
- Chọn bản sao: ghi thời điểm, loại bản sao và nơi lưu.
- Chọn môi trường thử: ưu tiên môi trường riêng nếu có thể.
- Khôi phục cơ sở dữ liệu: xác nhận kết nối và dữ liệu cơ bản.
- Khôi phục file: uploads, theme/plugin và code tùy chỉnh thuộc phạm vi.
- Kiểm cấu hình: URL, thông tin kết nối, cache, CDN hoặc tích hợp.
- Kiểm chức năng: đăng nhập, form, tìm kiếm, checkout hoặc booking nếu có.
- Kiểm bản đang hiển thị: trang chính, menu, media, metadata và các URL quan trọng.
- Ghi kết quả: thời gian, lỗi, dữ liệu thiếu và người phụ trách xử lý.
Nếu cơ sở dữ liệu khôi phục được nhưng media mất, form không gửi hoặc code tùy chỉnh sai phiên bản thì chưa thể xem là phục hồi hoàn chỉnh.
Sao lưu trước khi cập nhật WordPress
- Tạo bản sao gần thời điểm thay đổi.
- Ghi phiên bản WordPress, plugin và theme trước cập nhật.
- Không gom quá nhiều thay đổi nếu cần xác định nguyên nhân lỗi.
- Biết cách quay lại phiên bản trước nếu cần.
- Kiểm chức năng quan trọng ngay sau cập nhật.
- Chỉ xóa bản sao sau khi đã qua đủ thời gian theo dõi.
Xem quy trình cập nhật WordPress an toàn để nối bước sao lưu với kế hoạch triển khai, kiểm tra và khôi phục.
Sao lưu, phiên bản bài viết và WordPress Export khác nhau thế nào?
| Công cụ | Dùng để làm gì | Không thay thế |
|---|---|---|
| Post revision | Quay lại phiên bản nội dung của bài/trang | Khôi phục toàn website |
| WordPress Export | Xuất nội dung WordPress theo WXR | Cơ sở dữ liệu, file và cấu hình đầy đủ |
| Bản sao toàn hệ thống | Khôi phục phạm vi đã được định nghĩa | Nhật ký thay đổi và quy trình kiểm tra |
Sai lầm sao lưu thường gặp
- Chỉ lưu bản sao trên chính máy chủ đang chạy website.
- Không biết bản sao có cơ sở dữ liệu hay chỉ file.
- Chỉ giữ một bản duy nhất nên không thể quay về trước lỗi cũ.
- Không thử khôi phục cho đến khi sự cố xảy ra.
- Không biết tài khoản hoặc quyền nào cần để tải và khôi phục bản sao.
- Khôi phục website đang hoạt động ngay mà chưa hiểu nguyên nhân sự cố.
- Khôi phục bản cũ làm mất đơn hàng, booking hoặc thay đổi gần đây.
- Không kiểm dữ liệu riêng tư sau khi khôi phục bản lưu cũ.
Nếu website đã lỗi sau cập nhật, dùng quy trình chẩn đoán và khôi phục sau cập nhật thay vì thử khôi phục ngẫu nhiên nhiều bản.
Kết luận
Sao lưu WordPress tốt không được đánh giá bằng số file sao lưu, mà bằng khả năng khôi phục đúng dữ liệu trong thời gian chấp nhận được. Hãy xác định phạm vi, nơi lưu, thời gian giữ bản sao, người có quyền khôi phục và lịch thử; sau mỗi lần khôi phục cần kiểm lại chức năng và bản đang hiển thị trước khi xem sự cố đã kết thúc.
Nguồn chính thức: WordPress Site Maintenance; Updating WordPress; Tools Export; WordPress Privacy.
