Khôi phục website trên DirectAdmin từ bản sao lưu

Để khôi phục website trên DirectAdmin, bạn tải tệp sao lưu lên thư mục backups, vào Create/Restore Backups, chuyển sang thẻ Restore Backups, chọn tệp và tích các phần cần đưa về rồi bấm Restore. Mất khoảng 5 tới 20 phút tuỳ dung lượng.

Bạn cần tới việc này khi website trắng trang sau một lần cập nhật, khi mã nguồn bị chèn mã lạ, khi xoá nhầm thư mục, hoặc khi chuyển tài khoản sang máy chủ mới. Điều kiện duy nhất là phải có sẵn một tệp sao lưu còn đọc được.

1. Xác định bản sao lưu nào đúng mốc thời gian cần quay về.
2. Tạo một bản sao lưu của tình trạng hiện tại để có đường lùi.
3. Đưa tệp sao lưu vào thư mục backups trên hosting.
4. Chọn tệp và tích các phần cần khôi phục.
5. Bấm Restore rồi đợi máy chủ xử lý.
6. Kiểm website và dữ liệu sau khi xong.

Khôi phục ghi đè dữ liệu đang có và không hoàn tác được. Mọi bài viết, đơn hàng và tệp tải lên phát sinh sau mốc của bản sao lưu sẽ biến mất. Trước khi bấm Restore, tạo một bản sao lưu của tình trạng hiện tại theo hướng dẫn sao lưu website trên DirectAdmin.

Chọn bản sao lưu nào khi có nhiều bản

Chọn bản gần nhất mà bạn chắc website còn chạy đúng. Bản mới hơn thì mất ít dữ liệu hơn, nhưng nếu sự cố đã âm thầm xảy ra từ trước thì bản mới cũng đã dính. Trường hợp bị chèn mã lạ thì phải lùi về trước ngày bị chèn, không phải bản mới nhất.

Điểm quan trọng: chỉ tích đúng phần đang hỏng. Website chỉ hỏng giao diện mà tích luôn Databases là bạn xoá mất mọi đơn hàng phát sinh từ mốc đó tới nay, trong khi cơ sở dữ liệu vốn không có lỗi gì.

Cách đưa tệp sao lưu lên hosting trước khi khôi phục

DirectAdmin chỉ nhìn thấy các tệp nằm trong thư mục backups của tài khoản. Tệp đang trên máy tính thì phải đưa lên đó trước, danh sách chọn ở thẻ Restore mới liệt kê ra. Bỏ qua bước này là lý do phổ biến nhất khiến danh sách hiện trống.

Với tệp dưới vài trăm MB, dùng File Manager trong DirectAdmin: mở thư mục backups rồi bấm nút tải lên. Tệp lớn hơn thì dùng phần mềm FTP như FileZilla, vì FTP nối lại được khi đường truyền đứt giữa chừng.

Có quyền SSH thì đẩy tệp bằng lệnh dưới, chạy trên máy tính của bạn:

scp backup-*.tar.gz tenuser@ip-may-chu:/home/tenuser/backups/

Đẩy xong thì kiểm dung lượng tệp trên hosting phải khớp với tệp trên máy. Lệch nghĩa là tải lên chưa xong, khôi phục bằng tệp cụt là hỏng nửa vời và khó gỡ hơn cả lúc đầu.

Cách khôi phục website trên DirectAdmin từng bước

Ba bước dưới đây làm trên giao diện DirectAdmin. Trong lúc chạy, website tạm thời ở trạng thái nửa cũ nửa mới, nên khách vào có thể gặp lỗi. Chọn giờ ít khách để làm.

1. Mở thẻ Restore Backups

Đăng nhập DirectAdmin, vào Account Manager rồi chọn Create/Restore Backups. Chuyển sang thẻ Restore Backups ở phía trên trang.

2. Chọn tệp và tích phần cần đưa về

Ô Select a File liệt kê các tệp trong thư mục backups. Tên tệp có ngày giờ tạo, đối chiếu với mốc bạn muốn quay về rồi chọn.

Bên dưới là danh sách các phần dữ liệu, giống lúc tạo bản sao lưu. Tích đúng phần cần đưa về theo bảng ở đầu bài. Tích tất cả chỉ khi bạn muốn đưa toàn bộ tài khoản về mốc đó, ví dụ khi chuyển máy chủ.

3. Bấm Restore và đợi

Bấm Restore. DirectAdmin nhận việc và chạy nền, bạn đóng trình duyệt được. Website nhỏ xong trong vài phút, website vài GB kèm hộp thư có khi mất hai mươi phút.

Xong thì DirectAdmin gửi tin nhắn hệ thống báo kết quả, đọc trong mục Messages. Tin này có nói rõ phần nào khôi phục được, phần nào lỗi, nên đọc chứ đừng xoá luôn.

Cách kiểm website sau khi khôi phục

Khôi phục xong chưa chắc đã hết chuyện. Kiểm theo thứ tự dưới đây, mỗi mục mất chưa tới một phút, và bắt được gần hết các lỗi còn sót.

1. Mở trang chủ và ba trang con bất kỳ. Trang trắng nghĩa là mã nguồn về rồi nhưng cơ sở dữ liệu chưa khớp.
2. Đăng nhập trang quản trị website. Vào được nghĩa là kết nối cơ sở dữ liệu đã đúng.
3. Mở một bài viết hoặc sản phẩm có ảnh. Ảnh vỡ nghĩa là phần Website Data chưa về đủ.
4. Gửi thử một thư từ hộp thư theo tên miền, nếu bạn có khôi phục phần thư.
5. Thử một biểu mẫu liên hệ hoặc một lượt đặt hàng, để chắc phần ghi vào cơ sở dữ liệu vẫn chạy.

Vẫn lỗi thì kiểm quyền tệp trước tiên. Quá trình khôi phục hay để lại quyền sai trên vài thư mục, gây lỗi 500 hoặc không tải lên được tệp mới. Cách đặt lại quyền đúng chuẩn ở bài sửa quyền tệp trên DirectAdmin.

Xử lý các lỗi thường gặp khi khôi phục

Năm tình huống dưới đây gặp nhiều nhất khi khôi phục website trên DirectAdmin. Phần lớn do tệp sao lưu không đầy đủ, hoặc do tích thiếu phần lúc khôi phục.

Danh sách Select a File trống trơn. Chưa có tệp nào trong thư mục backups, hoặc tệp đặt nhầm chỗ khác. Kiểm bằng File Manager, tệp phải nằm đúng /home/tenuser/backups/.

Báo lỗi định dạng tệp không hợp lệ. Tệp tải lên chưa xong nên bị cụt, hoặc tệp không phải bản sao lưu do DirectAdmin tạo. Bản xuất từ cPanel hay Plesk không khôi phục thẳng vào DirectAdmin được, phải giải nén rồi đưa từng phần vào bằng tay.

Website trắng trang sau khi khôi phục. Mã nguồn và cơ sở dữ liệu lệch mốc nhau. Khôi phục nốt phần còn thiếu từ cùng một tệp sao lưu, để hai phần cùng về một thời điểm.

Website chạy nhưng báo lỗi kết nối cơ sở dữ liệu. Tên cơ sở dữ liệu hoặc tài khoản truy cập đã đổi, hay gặp khi khôi phục sang tài khoản hosting khác tên. Sửa lại thông tin trong tệp cấu hình của mã nguồn, với WordPress là wp-config.php.

Khôi phục xong mà nội dung vẫn là bản cũ. Trình duyệt hoặc plugin cache đang giữ bản cũ. Xoá cache của plugin, xoá cache trình duyệt rồi mở lại bằng cửa sổ ẩn danh.

Khi nào nên khôi phục và khi nào nên sửa tay

Khôi phục là dao mổ chứ không phải thuốc bổ. Nó đưa mọi thứ về một mốc, kể cả những thứ đang chạy đúng. Có lúc sửa tay nhanh hơn và mất mát ít hơn nhiều.

Với việc chỉ cần lấy lại vài tệp, giải nén bản sao lưu ngay trên máy tính rồi lấy riêng phần cần là cách gọn nhất. Không đụng gì tới hosting nên không có rủi ro nào.

Đọng lại sau một lần khôi phục

Ghi lại vào sổ ba thứ ngay khi khôi phục website trên DirectAdmin xong: sự cố là gì, đã khôi phục từ bản nào, và mất những dữ liệu nào trong khoảng giữa. Lần sau gặp lại thì có sẵn đường đi, và biết luôn tần suất sao lưu hiện tại đã đủ chưa.

Nếu lần này bạn mất dữ liệu vì bản sao lưu quá cũ, đó là tín hiệu phải rút ngắn khoảng cách giữa các lần lưu. Website có đơn hàng mỗi ngày mà bản gần nhất cách hai tuần thì tần suất đang sai, không phải bản sao lưu có lỗi.

Sau khi website chạy lại ổn định, tạo ngay một bản sao lưu mới làm mốc sạch. Bản đó là điểm quay về cho lần sau, và cũng để chắc rằng dữ liệu vừa khôi phục đã được lưu lại.