Nghiệm thu sao lưu website không dừng ở việc nhận một tệp ZIP hoặc ảnh chụp “backup thành công”. Với website WordPress, hãy yêu cầu nhà cung cấp chứng minh bộ dữ liệu có thể phục hồi trên môi trường riêng, kiểm tra các trang và chức năng đã thống nhất, rồi ghi rõ phần đạt và phần còn thiếu. Không thử khôi phục bằng cách ghi đè website đang phục vụ khách hàng.
Bài này dành cho người thuê thiết kế hoặc bảo trì website giới thiệu, blog và website dịch vụ nhỏ. Đây là mẫu tổ chức nghiệm thu, không phải hướng dẫn thao tác máy chủ hay tiêu chuẩn chứng nhận. Website bán hàng, thành viên hoặc tích hợp nghiệp vụ cần thêm kịch bản riêng do người phụ trách kỹ thuật đánh giá.
1. Chốt đang nhận bản lưu nào và bao gồm những gì
Theo hướng dẫn sao lưu chính thức của WordPress, một website WordPress thông thường cần cả cơ sở dữ liệu và các tệp để phục hồi đầy đủ. Cơ sở dữ liệu chứa nội dung và nhiều thiết lập; tệp bao gồm ảnh tải lên, giao diện, tiện ích và cấu hình liên quan. Chỉ tải thư mục website xuống không có nghĩa đã lấy được cơ sở dữ liệu.
Trước buổi thử, đề nghị bên cung cấp ghi nhận:
- Website nguồn và thời điểm tạo bản lưu, kèm múi giờ.
- Phạm vi: cơ sở dữ liệu, ảnh, giao diện, tiện ích, mã tùy chỉnh và cấu hình cần thiết.
- Những phần nằm ngoài bộ lưu, chẳng hạn hộp thư email hoặc dữ liệu ở dịch vụ khác.
- Cách ghép đúng bản dữ liệu với bộ tệp tương ứng; không tự lấy tệp hôm nay ghép với dữ liệu tháng trước.
- Người có quyền tải và phục hồi, vị trí lưu được bảo vệ, hướng dẫn sử dụng bộ lưu.
Tài liệu về tệp WordPress giải thích rõ rằng cơ sở dữ liệu thường nằm trong hệ thống riêng, ngoài thư mục WordPress. Một tệp xuất cơ sở dữ liệu có thể được đóng chung vào gói lưu, nhưng vẫn cần được nhập lại khi phục hồi. Vì vậy, đừng kết luận chỉ dựa vào đuôi tệp hoặc kích thước gói nén.
Nếu chưa thống nhất trách nhiệm này trong hợp đồng, hãy mô tả phạm vi bằng mẫu yêu cầu báo giá dịch vụ trước khi đặt thêm công việc.
2. Yêu cầu môi trường thử tách khỏi website thật
Tách dữ liệu và chặn tác động ra ngoài
Bên kỹ thuật cần chuẩn bị môi trường riêng, không dùng chung cơ sở dữ liệu đang vận hành. Xác nhận rõ địa chỉ thử và cách nhận diện nó để tránh thao tác nhầm. Môi trường này phải được hạn chế truy cập; không chỉ dựa vào việc đường dẫn khó đoán hoặc đặt yêu cầu không lập chỉ mục.
Một bản sao website có thể mang theo cấu hình gửi email, lịch chạy tự động hoặc kết nối dịch vụ ngoài. Trước khi thử, yêu cầu nhà cung cấp vô hiệu hóa hay chuyển các kết nối này sang chế độ thử phù hợp. Dùng dữ liệu giả cho biểu mẫu; không gửi thông báo đến khách thật, kích hoạt thanh toán thật hoặc đẩy dữ liệu sang hệ thống đang chạy.
Đây là điều kiện tổ chức phép thử, không phải việc người thuê dịch vụ phải tự sửa cấu hình. Nếu chưa chứng minh được môi trường đã tách biệt, ghi “chưa đủ điều kiện thử” và để người phụ trách kỹ thuật xử lý trước.
Không dùng bản lưu như một tài liệu công khai
Bản lưu có thể chứa thông tin người dùng và cấu hình bí mật. Không đính kèm nó vào nhóm trao đổi công khai hay bảng nghiệm thu dùng chung. Bảng chỉ ghi mã bộ lưu, thời điểm, người giữ quyền và kết quả; không ghi mật khẩu, khóa API hoặc đường dẫn tải không kiểm soát.
Quyền nhận bản lưu cũng không thay thế toàn bộ quyền vận hành. Xem thêm checklist bàn giao tài khoản và quyền truy cập website để kiểm tra phần tài khoản riêng.
3. Thử theo hành trình, không chỉ mở trang chủ
Thống nhất trước một tập trang và chức năng đại diện. Chọn theo website thực tế: một bài mới gần thời điểm sao lưu, một trang có nhiều ảnh, một trang dịch vụ và biểu mẫu liên hệ thường hữu ích hơn việc mở ngẫu nhiên vài trang cũ.
| Hạng mục thử | Bằng chứng cần ghi | Điều chưa được phép suy ra |
|---|---|---|
| Mốc nội dung | Bài gần thời điểm lưu xuất hiện đúng, không thiếu đoạn | Một bài có mặt không chứng minh mọi dữ liệu đều đủ |
| Ảnh và tệp đính kèm | Ảnh hiện, tệp mẫu tải được trong môi trường thử | Trang chủ đẹp không chứng minh thư viện ảnh đầy đủ |
| Điều hướng | Menu và liên kết mẫu không dẫn nhầm về site thật | Chỉ mở được URL gốc chưa phải kiểm tra toàn bộ liên kết |
| Biểu mẫu | Dữ liệu giả đến nơi nhận thử đã chỉ định | Thông báo “đã gửi” chưa chứng minh thư đã được nhận |
| Quyền biên tập | Tài khoản được cấp tạo và xem trước bản nháp trên bản thử | Người kỹ thuật đăng nhập được chưa chứng minh bên nhận làm được |
| Giao diện | Các trang mẫu đọc được trên màn hình rộng và hẹp | Một ảnh chụp không thay thế kiểm tra chức năng |
Bảng này là đề xuất thực hành của DichVuHay.vn. Có thể bỏ mục không áp dụng, nhưng phải ghi lý do. Với thành phần cần giấy phép hoặc phụ thuộc dịch vụ ngoài, yêu cầu nêu rõ điều kiện hoạt động sau phục hồi thay vì ghi chung “đã chạy”.
4. Mẫu phiếu nghiệm thu gọn để sao chép
Mỗi lần thử nên có một phiếu riêng với các trường sau:
- Bộ lưu: mã nhận diện, website nguồn, ngày giờ tạo và phạm vi.
- Môi trường thử: địa chỉ, người chuẩn bị, xác nhận tách biệt và hạn chế truy cập.
- Kịch bản: trang/chức năng cần thử, kết quả mong đợi.
- Kết quả thực tế: đạt, chưa đạt hoặc không áp dụng; kèm bằng chứng không chứa bí mật.
- Ngoại lệ: dữ liệu thiếu, tích hợp chưa thử, giấy phép hoặc cấu hình cần bổ sung.
- Xử lý tiếp: người chịu trách nhiệm, mốc thử lại và điều kiện đóng từng lỗi.
Ví dụ giả định: “Bộ lưu ngày 01/11, gồm tệp và cơ sở dữ liệu; trang bài viết và ảnh mẫu đã hiển thị trên bản thử; biểu mẫu mới hiện thông báo gửi, chưa xác nhận hộp thư thử nhận được. Chưa đóng hạng mục biểu mẫu; bên kỹ thuật kiểm tra và trình diễn lại.” Cách ghi này rõ hơn một dòng “backup OK”.
Không dùng thời gian thử của một lần để hứa thời gian khôi phục cho mọi sự cố. Nếu cần đo, ghi riêng thời gian chuẩn bị môi trường, phục hồi dữ liệu và kiểm tra chức năng, cùng điều kiện máy chủ và dung lượng bộ lưu.
5. Chốt vận hành sau lần thử
Một lần phục hồi thành công chỉ chứng minh bộ lưu và kịch bản đã kiểm tra ở thời điểm đó. Trước khi kết thúc, thống nhất ai theo dõi sao lưu định kỳ, ai nhận cảnh báo thất bại, giữ bản lưu trong bao lâu và khi nào thử lại. Tần suất nên dựa vào mức thay đổi dữ liệu và lượng nội dung doanh nghiệp chấp nhận phải nhập lại, không chọn một con số áp dụng cho mọi website.
Hướng dẫn WordPress khuyến nghị giữ nhiều bản lưu ở các vị trí khác nhau. Khi thuê dịch vụ, hỏi rõ “khác vị trí” nghĩa là gì trong cấu hình thực tế, và ai có thể lấy bản lưu nếu máy chủ chính hoặc tài khoản nhà cung cấp gặp sự cố. Chốt cả chi phí phục hồi nếu chưa bao gồm trong gói bảo trì.
Sau nghiệm thu, bên kỹ thuật xử lý bản thử theo thỏa thuận: giữ có kiểm soát hoặc xóa khi không còn cần thiết, không để dữ liệu thật nằm trên một bản sao bị bỏ quên. Nếu đang xây brief ban đầu, dùng checklist thuê thiết kế website để đưa các điều kiện này vào phạm vi ngay từ đầu.
Câu hỏi thường gặp
Nhà cung cấp gửi ảnh “sao lưu thành công” đã đủ chưa?
Chưa đủ để kết luận phục hồi được. Ảnh đó có thể chứng minh một tác vụ đã báo hoàn tất; cần xác định đúng bộ lưu, phạm vi và kết quả thử phục hồi. Ghi hai trạng thái riêng: đã tạo bản lưu và đã thử phục hồi.
Có phải thử khôi phục trên tên miền đang chạy không?
Không cần và không nên ghi đè site thật để nghiệm thu. Người phụ trách kỹ thuật có thể trình diễn ở môi trường tách biệt. Việc khôi phục sản xuất khi có sự cố là một quy trình khác, cần đánh giá dữ liệu mới phát sinh và phương án thực hiện.
Website khôi phục được có nghĩa mọi tài sản đã bàn giao?
Không. Tên miền, email, tài khoản dịch vụ ngoài và quyền sử dụng thành phần trả phí có thể nằm ngoài bộ sao lưu. Phân biệt kết quả phục hồi kỹ thuật với danh mục tài sản và quyền đã thỏa thuận.
DichVuHay.vn dành cho dự án dịch vụ minh bạch
DichVuHay.vn hiện đăng nội dung tham khảo và đang được rao bán, không nhận giữ bản sao lưu hay khôi phục website cho khách hàng. Tên miền có thể phù hợp với dự án hướng dẫn lựa chọn dịch vụ hoặc danh bạ nhà cung cấp có tiêu chí kiểm chứng, tùy cách triển khai của người mua.
Nếu quan tâm sở hữu DichVuHay.vn, anh/chị có thể trao đổi qua 0945 279 268. Đây là liên hệ mua bán tên miền, không phải đầu mối hỗ trợ kỹ thuật. Tên miền không đi kèm cam kết thứ hạng tìm kiếm, lưu lượng hay doanh thu.
