Thịnh Văn Hạnh Nếu mục tiêu của bạn là đưa WordPress từ backup cPanel sang DirectAdmin để chạy lại nhanh, bạn cần làm đúng phần backup, chuyển file và khôi phục theo thứ tự. Bài này BKNS sẽ hướng dẫn cách làm gọn, kèm các bước kiểm tra quan trọng đăng nhập wp-admin, kiểm tra kết nối database, kiểm tra SSL và email theo tên miền để đảm bảo site hoạt động hoàn chỉnh.
Tóm Tắt Bài Viết
Kiểm tra nhanh trước khi bắt đầu để tránh lỗi
- Quyền thao tác: Bạn cần quyền đủ để tạo backup trên cPanel và restore trên DirectAdmin (tốt nhất là root).
- Phiên bản DirectAdmin: Nếu DirectAdmin quá cũ, hãy cập nhật trước để tránh lỗi khi import/restore.
- Chuẩn tên file backup: File đưa sang DirectAdmin nên có dạng cpmove-USERNAME.tar.gz. Nếu tên khác, hãy đổi lại cho đúng.
- Giới hạn username/DB username: Nếu username hoặc DB username quá dài, hãy chuẩn hóa trước (vì mỗi hệ thống có giới hạn khác nhau).
- Thư mục đặt backup trên DirectAdmin: Đặt file ở thư mục DirectAdmin có thể đọc để restore, ví dụ /home/admin/all_backups hoặc /home/admin/backup_files (tùy hệ thống).
- Quyền sở hữu file/thư mục backup: Sau khi chuyển file sang DirectAdmin, đảm bảo file/thư mục backup thuộc user admin để DirectAdmin xử lý được.
- An toàn: Chỉ restore file backup do chính bạn tạo và kiểm soát. Không restore file không rõ nguồn.
- Khuyến nghị: Nếu có đủ dung lượng, giữ lại backup một thời gian để đối chiếu khi phát sinh thiếu dữ liệu.
Chọn cách làm phù hợp
- Ưu tiên cách “native” của DirectAdmin nếu server DirectAdmin của bạn đang dùng bản mới và có sẵn luồng import/convert từ cPanel. Cách này ít phụ thuộc nguồn ngoài và dễ kiểm soát hơn.
- Dùng “tool cũ” (da.cpanel.import.pl) khi bạn không thể cập nhật hệ thống hoặc không dùng được luồng native. Nếu dùng tool cũ, hãy test trước trên môi trường thử.
- Nhiều tài khoản, dung lượng lớn: Nên đi theo hướng native để dễ làm hàng loạt và dễ quản trị backup tập trung.
Gợi ý nhanh: Nếu bạn đang phân vân, hãy thử hướng native trước. Khi vướng ràng buộc môi trường, lúc đó mới quay sang tool cũ.
Server Cpanel:
Bước 1: Tiến hành tạo Backup cho User Cpanel.
# cd /home/
# /scripts/pkgacct USERNAME;
USERNAME: Tên người dùng Cpanel
Bước 2: Sau khi tạo Backup xong, chúng ta sẽ chuyển file Backup từ server Cpanel sang server Directadmin (Các bạn có thể dùng RSYNC hoặc SCP).
(Note: Bước này các bạn có thể kết hợp cùng với bước 4 và thao tác cả trên server Directadmin để tạo trước thư mục import và export trên server Directadmin trước để chuyển thẳng file Backup sang thư mục import. Vì mình muốn thao tác riêng thao tác trên 2 server để cụ thể nên mình sẽ không gộp lại đoạn này – Các bạn có thể bỏ qua và tiến hành tiếp)
Với SCP:
# scp -P "222" /home/cpmove-USERNAME.tar.gz root@x.x.x.x:/home/admin/user-backups/
Với RSYNC:
# rsync -avt -e "ssh -p 222" /home/cpmove-USERNAME.tar.gz root@x.x.x.x:/home/admin/user_backups/
- x.x.x.x: IP server Directadmin
- “222”: Port SSH server Directadmin
Server Directadmin
Bước 3: Tải xuống công cụ chuyển đổi.
cd /root/
# wget https://www.pusathosting.com/file/da.cpanel.import.9.4.tar.gz
# tar -xvf da.cpanel.import.9.4.tar.gz
Bước 4: Tạo thư mục nhập xuất dữ liệu sử dụng cho việc chuyển đổi.
# cd /root/
# mkdir import export
# mv /home/admin/user_backups/cpmove-USERNAME.tar.gz /root/import/
Bước 5: Bước này các bạn sẽ thực hiện module chuyển đổi file Backup từ cấu trúc dữ liệu Cpanel sang Directadmin.
# perl da.cpanel.import.pl
Bước 6: Hoàn thành bước 5 các bạn đã tạo được file Backup cho server Directadmin được lưu trữ trong thư mục /export. Và giờ các bạn sẽ di chuyển file này về thư mục người dùng mong muốn để tiến hành Restore file.
# mv /export/USERNAME.tar.gz /home/admin/backups
Tiếp theo các bạn sẽ thực hiện Restore lại file dữ liệu trong Directadmin theo bài hướng dẫn bên dưới nhé.
Hướng dẫn Backup/ Restore trong DirectAdmin
Kiểm tra sau khi restore
- Website: Mở trang chủ và 2–3 trang con. Nếu dùng WordPress, thử đăng nhập /wp-admin và kiểm tra đường dẫn thân thiện.
- Cơ sở dữ liệu: Nếu web báo lỗi DB, kiểm tra lại user/pass DB. Với WordPress, đối chiếu nhanh trong wp-config.php.
- Email: Gửi thử 1 email ra ngoài và nhận lại 1 email vào hộp thư theo tên miền. Kiểm tra IMAP/SMTP hoạt động.
- DNS: Xác nhận bản ghi A/AAAA trỏ đúng IP server mới. Nếu vừa đổi IP, có thể cần thời gian cập nhật theo TTL.
- SSL: Truy cập https. Nếu lỗi chứng chỉ, cấp lại SSL sau khi DNS đã trỏ đúng.
- Quyền file: Nếu lỗi 403/500, ưu tiên kiểm tra owner và quyền thư mục của website trên DirectAdmin.
Lỗi hay gặp và cách xử lý nhanh
Import/restore fail vì tên file backup không đúng
Dấu hiệu: DirectAdmin không nhận file hoặc restore báo lỗi ngay từ đầu.
Cách xử lý: Đổi tên file về đúng dạng cpmove-USERNAME.tar.gz (USERNAME phải trùng username trên cPanel).
Lỗi chuyển đổi giữa chừng (ví dụ: “cpanel_to_da.sh failed”)
Dấu hiệu: Quá trình dừng giữa chừng hoặc không tạo ra file backup DirectAdmin như mong đợi.
Cách xử lý: Kiểm tra công cụ chuyển đổi đã được cài đúng và xem log để biết đang vướng ở bước nào. Cài bổ sung gói/phụ thuộc thiếu rồi chạy lại.
Username/DB username quá dài
Dấu hiệu: Restore xong website lỗi DB hoặc restore không đi hết quy trình.
Cách xử lý: Chuẩn hóa username ngắn hơn rồi tạo backup lại trên cPanel để đảm bảo mapping DB đúng.
Rủi ro an toàn khi restore file không rõ nguồn
Dấu hiệu: File backup nhận từ nguồn không kiểm soát.
Cách xử lý: Không restore trên hệ thống thật. Chỉ restore file do chính bạn tạo. Nếu bắt buộc kiểm tra, test trên server thử tách biệt.
Sai owner/quyền thư mục backup trên DirectAdmin
Dấu hiệu: File đã chuyển sang server mới nhưng DirectAdmin không đọc được hoặc restore lỗi quyền.
Cách xử lý: Đưa owner về admin rồi restore lại:
chown -R admin. /home/admin/all_backup
Tóm lại, bạn nên ưu tiên cách làm theo luồng sẵn có của DirectAdmin nếu hệ thống đáp ứng, vì dễ kiểm soát và ít rủi ro hơn. Trường hợp phải dùng công cụ chuyển đổi cũ, hãy test trước trên môi trường thử và chỉ restore các file backup do chính bạn tạo. Làm đúng các bước và kiểm tra sau restore sẽ giúp bạn đưa website lên ổn định nhanh hơn.
Theo dõi trên
Hướng dẫn chuyển tên miền về BKNS
