Chuyển từ cPanel sang cPanel Alternative không mất dữ liệu

Hướng dẫn chuyển từ cPanel sang một cPanel alternative không mất dữ liệu

cPanel tiện, quen, nhiều tài liệu. Nhưng khi chi phí license tăng, cần tối ưu server, hoặc muốn kiểm soát sâu hơn, nhiều sysadmin/owner bắt đầu tìm cPanel alternative: DirectAdmin, Plesk, CyberPanel, Webmin/Virtualmin, aaPanel, CloudPanel, ISPConfig…

Vấn đề lớn nhất không phải “cài panel mới thế nào”, mà là: chuyển dữ liệu không mất web, mail, database, SSL, DNS, cron, user, permission. Sai một bước nhỏ có thể gây downtime, mất email, lỗi website, hoặc rollback khó.

Bài này là checklist thực tế để migrate từ cPanel sang control panel khác an toàn nhất.

1. Hiểu đúng: “không mất dữ liệu” nghĩa là gì?

Không mất dữ liệu không chỉ là copy file website.

Bạn cần bảo toàn:

– Website files: public_html, addon domain, subdomain, upload, cache cần giữ. – Database: MySQL/MariaDB, user DB, quyền truy cập. – Email: mailbox, forwarder, autoresponder, filter, quota. – DNS records: A, CNAME, MX, TXT, SPF, DKIM, DMARC. – SSL certificates: Let’s Encrypt hoặc cert thương mại. – Cron jobs: tác vụ định kỳ. – PHP settings: version, extension, php.ini, .user.ini. – App config: WordPress, Laravel, Magento, custom app. – Permission/ownership: sai owner → web lỗi 403/500. – Backup/restore point: có đường lui.

Mục tiêu đúng: migrate có kiểm soát, kiểm tra trước khi đổi DNS, giữ server cũ đủ lâu để rollback.

2. Chọn cPanel alternative phù hợp trước khi chuyển

Không có panel “tốt nhất cho mọi trường hợp”. Chọn theo workload.

DirectAdmin

Phù hợp nếu bạn muốn panel gần cPanel nhất, nhẹ, ổn định, có license rẻ hơn.

– Nhẹ hơn cPanel. – Có tool import backup cPanel khá tốt. – Quản lý hosting shared/reseller ổn. – Hỗ trợ mail, DNS, SSL, PHP selector.

Plesk

Hợp với agency, WordPress hosting, server mixed Linux/Windows.

– UI tốt. – WordPress Toolkit mạnh. – Extension nhiều. – Quản lý bảo mật tiện.

CyberPanel

Hợp nếu bạn muốn OpenLiteSpeed/LiteSpeed stack.

– Hiệu năng tốt với WordPress. – Có bản miễn phí. – Tích hợp LSCache.

Virtualmin/Webmin

Hợp sysadmin thích kiểm soát, ít phụ thuộc vendor.

– Mạnh, linh hoạt. – Có bản miễn phí. – Quản lý virtual host, mail, DNS đầy đủ.

CloudPanel

Hợp app/web server hiện đại, không cần mail hosting nội bộ.

– Nhẹ, nhanh. – Tốt cho PHP, Node.js, static site. – Cấu hình Nginx gọn.

3. Chuẩn bị trước migration: bước quyết định thành bại

Giảm TTL DNS trước 24-48 giờ

Trước khi chuyển, giảm TTL các record chính xuống 300 giây:

– A – www – MX – mail – các record app quan trọng

TTL thấp → khi đổi IP, propagation nhanh hơn.

Kiểm kê toàn bộ tài khoản cPanel

Tạo danh sách:

– Domain chính – Addon domain – Subdomain – DB name/user – Email account – Forwarder/filter – Cron job – PHP version – Disk usage – SSL status – DNS records custom

Không kiểm kê → dễ sót email, cron, TXT xác thực, webhook.

Kiểm tra dung lượng thực tế

Trên cPanel cũ:

du -sh /home/USERNAME

Kiểm tra riêng mail/database nếu có quyền:

du -sh /home/USERNAME/mail
du -sh /var/lib/mysql

Server mới cần dư dung lượng ít nhất 1.5-2 lần dữ liệu hiện tại để chứa backup, extract, log.

Đóng băng thay đổi nếu có thể

Trong lúc migration:

– Không upload file mới. – Không tạo đơn hàng quan trọng nếu site ecommerce. – Không đổi nội dung CMS. – Không tạo mailbox mới.

Nếu website có giao dịch liên tục, cần migration theo chiến lược “sync lần 1, sync delta lần 2”.

4. Tạo backup cPanel đúng cách

Cách sạch nhất: dùng Full Account Backup của cPanel nếu panel đích hỗ trợ import.

Trong cPanel:

Hoặc qua SSH nếu có:

/scripts/pkgacct USERNAME

File thường nằm dạng:

/home/cpmove-USERNAME.tar.gz

Backup này chứa:

– home directory – database – email – DNS zone – cron – config account

Nếu không có root/cPanel backup, dùng backup thủ công:

tar -czf files.tar.gz /home/USERNAME/public_html
mysqldump -u DBUSER -p DBNAME > DBNAME.sql

Email thủ công thường nằm trong:

/home/USERNAME/mail/

và metadata trong:

/home/USERNAME/etc/

Nhưng restore mail thủ công phụ thuộc panel đích. Ưu tiên full backup nếu được.

5. Cài server mới: đừng copy sang nền chưa ổn định

Trước khi restore:

– OS đúng version panel hỗ trợ. – Hostname hợp lệ, FQDN. – IP sạch, không nằm blacklist mail. – Firewall mở port cần thiết. – Timezone/NTP đúng. – Disk partition hợp lý. – PHP/MySQL/MariaDB version tương thích app. – Reverse DNS nếu dùng mail.

Ví dụ port hay dùng:

– 80/443: web – 22: SSH – 25/465/587: SMTP – 110/995: POP3 – 143/993: IMAP – 53: DNS nếu tự host DNS – port panel riêng tùy hệ thống

Không nên restore production lên server mới vừa cài xong chưa kiểm tra network, disk, service.

6. Chuyển dữ liệu sang panel mới

Nếu dùng DirectAdmin

DirectAdmin hỗ trợ restore backup cPanel qua admin backup/restore tùy phiên bản.

Quy trình thường là:

1. Upload cpmove-USERNAME.tar.gz lên server mới. 2. Đặt đúng thư mục restore theo hướng dẫn DirectAdmin. 3. Chạy restore từ admin panel hoặc CLI. 4. Kiểm tra user, domain, DB, mail.

Sau restore, cần kiểm tra path vì app có thể hardcode /home/USERNAME/public_html.

Nếu dùng Plesk

Plesk có Migration & Transfer Manager.

Cách tốt nhất:

– Kết nối trực tiếp server cPanel cũ. – Chọn subscription/domain cần chuyển. – Chạy pre-check. – Migrate từng nhóm nhỏ. – Kiểm tra log.

Plesk thường xử lý website/database/email tốt, nhưng DNS/mail custom vẫn cần đối chiếu thủ công.

Nếu dùng panel không import cPanel đầy đủ

Dùng cách thủ công:

– Tạo domain/site trên panel mới. – Upload file. – Import database. – Tạo DB user/password. – Sửa config app. – Tạo mailbox. – Copy mail nếu tương thích. – Tạo cron. – Cấp SSL. – Nhập DNS records.

Ví dụ import database:

mysql -u DBUSER -p DBNAME < DBNAME.sql

WordPress config cần kiểm tra:

define('DB_NAME', '...');
define('DB_USER', '...');
define('DB_PASSWORD', '...');
define('DB_HOST', 'localhost');

Laravel cần kiểm tra .env:

DB_DATABASE=
DB_USERNAME=
DB_PASSWORD=
APP_URL=

7. Kiểm tra trước khi đổi DNS

Đây là bước nhiều người bỏ qua.

Test bằng hosts file

Trỏ domain về IP mới trên máy cá nhân.

Linux/macOS:

sudo nano /etc/hosts

Windows:

C:WindowsSystem32driversetchosts

Thêm:

NEW_SERVER_IP example.com www.example.com

Sau đó mở website như bình thường. Trình duyệt sẽ vào server mới, trong khi người dùng thật vẫn ở server cũ.

Checklist test web

– Trang chủ load đúng. – Login admin được. – Upload ảnh/file được. – Form contact gửi được. – Checkout/cart hoạt động nếu ecommerce. – URL rewrite/permalink OK. – Không lỗi mixed content. – Không lỗi 403/404/500. – Log web không có lỗi nghiêm trọng.

Kiểm tra log:

tail -f /var/log/nginx/error.log
tail -f /var/log/apache2/error.log

Path log tùy panel.

Checklist test database

– Dữ liệu mới nhất đủ. – Charset không lỗi tiếng Việt. – Không mất table. – User DB có quyền đúng. – App không báo “database connection error”.

Checklist test mail

– Webmail login được. – IMAP nhận đủ folder. – Gửi mail ra ngoài được. – Nhận mail từ ngoài được. – SPF/DKIM/DMARC đúng. – IP không blacklist.

Kiểm tra DNS mail:

dig MX example.com
dig TXT example.com
dig TXT default._domainkey.example.com

8. Cắt chuyển DNS an toàn

Khi server mới đã pass test:

1. Đưa website cũ vào maintenance mode nếu có giao dịch. 2. Sync lần cuối file/database/mail. 3. Đổi A record về IP mới. 4. Đổi record mail, MX nếu mail cũng chuyển. 5. Theo dõi log trên server mới. 6. Giữ server cũ chạy ít nhất 3-7 ngày.

Với WordPress ecommerce, nên export/import đơn hàng phát sinh trong thời gian chuyển nếu không thể đóng băng hoàn toàn.

Sau khi DNS đổi, kiểm tra:

dig A example.com +short
dig A www.example.com +short
dig MX example.com +short

9. Các lỗi thường gặp sau migration

Lỗi 500

Nguyên nhân thường gặp:

– PHP version khác. – Thiếu extension. – .htaccess không tương thích. – Permission sai. – Path hardcode.

Cách xử lý: xem error log trước, không đoán mò.

Không gửi được email

Có thể do:

– Port 25 bị cloud provider chặn. – SPF/DKIM sai. – Reverse DNS thiếu. – Mail service chưa chạy. – IP mới bị blacklist.

Nếu mail quan trọng, cân nhắc tách mail sang provider chuyên dụng.

Website mất tiếng Việt

Thường do charset/collation khi dump/import DB. Kiểm tra DB dùng utf8mb4, dump không bị convert sai.

SSL lỗi

Cấp lại SSL trên panel mới sau khi DNS trỏ đúng. Nếu cần test trước DNS, dùng temporary cert hoặc DNS validation.

Cron không chạy

Kiểm tra đường dẫn PHP mới:

which php

Cron từ cPanel có thể dùng path cũ, cần sửa lại theo server mới.

10. Kế hoạch rollback

Không migration production nếu không có rollback.

Rollback đơn giản nhất:

– Giữ server cũ nguyên trạng. – TTL thấp. – Nếu lỗi nghiêm trọng, đổi A/MX về IP cũ. – Restore DB/file từ backup nếu cần. – Phân tích lỗi trên server mới, thử lại.

Không xóa cPanel cũ ngay sau khi thấy website mới chạy. Nhiều lỗi chỉ xuất hiện sau vài giờ: mail queue, cron đêm, webhook thanh toán, cache, backup job.

Kết luận: chuyển panel là dự án dữ liệu, không phải chỉ là đổi giao diện

Chuyển từ cPanel sang cPanel alternative an toàn cần 4 nguyên tắc:

– Backup đầy đủ trước. – Test trên server mới trước khi đổi DNS. – Sync lần cuối ngay trước cutover. – Giữ server cũ để rollback.

Nếu ít site, DirectAdmin/Plesk thường giảm rủi ro nhờ import tốt. Nếu dùng CloudPanel/CyberPanel/Virtualmin, hãy chuẩn bị kiểm tra thủ công kỹ hơn, đặc biệt phần email.

Cách thực tế nhất: chuyển từng account nhỏ trước, rút kinh nghiệm, rồi mới chuyển site lớn. Migration tốt không phải là nhanh nhất, mà là không mất dữ liệu, downtime thấp, rollback được.