Lộ trình migrate hosting từ cPanel sang panel khác cho người mới
Đổi hosting panel giống chuyển nhà. Website, email, database, DNS, SSL, cron job, file cấu hình đều phải đi đúng chỗ. Sai nhỏ, web trắng trang. Sai DNS, mất traffic. Sai mail, thất lạc đơn hàng. Vì vậy, migrate từ cPanel sang panel khác không nên làm kiểu “bấm đại rồi tính”.
Tin tốt: người mới vẫn làm được nếu đi theo lộ trình. Không cần biết quá sâu về server. Cần hiểu dữ liệu nằm đâu, chuyển gì trước, kiểm tra gì sau, rollback thế nào nếu lỗi. Bài này đưa lộ trình thực tế khi chuyển từ cPanel sang panel khác như DirectAdmin, Plesk, CyberPanel, aaPanel, CloudPanel, Webmin, HestiaCP hoặc panel riêng nhà cung cấp.
Vì sao cần migrate khỏi cPanel?
cPanel mạnh, quen, nhiều tài liệu. Nhưng không phải lúc nào cũng hợp.
Lý do phổ biến:
– Chi phí license tăng: cPanel tính phí theo số account. Web nhiều, tiền đội lên.
– Muốn panel nhẹ hơn: VPS nhỏ chạy cPanel dễ tốn RAM, CPU.
– Muốn kiểm soát server sâu hơn: panel khác cho stack Nginx, OpenLiteSpeed, Redis, container tốt hơn.
– Nhà cung cấp đổi nền tảng: hosting mới không dùng cPanel.
– Tối ưu hiệu năng: chuyển sang panel hỗ trợ cache, PHP-FPM, LiteSpeed tốt hơn.
– Tách dịch vụ: web ở server khác, email dùng Google Workspace, Zoho, Microsoft 365.
Dù lý do gì, mục tiêu không đổi: migrate an toàn, downtime thấp, dữ liệu đầy đủ, dễ rollback.
Hiểu rõ khác biệt giữa cPanel và panel mới
Trước khi chuyển, cần biết cPanel quản lý nhiều thứ trong một nơi:
– Website files trong public_html
– Database MySQL/MariaDB
– Email accounts, forwarders, autoresponders
– DNS zone
– SSL certificates
– FTP accounts
– Cron jobs
– Subdomains, addon domains, parked domains
– PHP version, extensions, .htaccess
– Backup full account
Panel mới có thể không hỗ trợ đủ. Ví dụ:
– CloudPanel thường mạnh cho web app, nhưng không quản lý email đầy đủ.
– CyberPanel dùng OpenLiteSpeed, rules .htaccess có thể khác Apache.
– DirectAdmin có tool chuyển từ cPanel khá tốt.
– Plesk có migration extension mạnh.
– aaPanel dễ dùng nhưng cần tự kiểm tra bảo mật kỹ.
– HestiaCP nhẹ, hợp VPS nhỏ, nhưng tính năng không “giống hệt” cPanel.
Điểm quan trọng: migrate không chỉ copy file. Phải chuyển đúng stack, quyền file, database, mail, DNS, SSL, cron.
Giai đoạn 1: Kiểm kê hosting cPanel cũ
Đừng migrate trước khi có danh sách đầy đủ. Vào cPanel, ghi lại:
Nhưng miễn phí thường cần tự chịu trách nhiệm bảo mật, update, backup.
Nếu email quan trọng
Cân nhắc không chạy email trên cùng web server. Dùng:
– Google Workspace
– Microsoft 365
– Zoho Mail
– MXroute
– Email hosting riêng
Web server hỏng không làm email chết. Spam reputation cũng dễ quản lý hơn.
Giai đoạn 3: Chuẩn bị server/panel mới
Trước khi copy dữ liệu, server mới phải sẵn sàng.
Checklist:
– Cài OS được panel hỗ trợ
– Cài panel đúng bản
– Update hệ thống
– Bật firewall
– Tạo user/site tương ứng
– Cài PHP version cần
– Cài extension thiếu
– Cấu hình database
– Cấu hình backup
– Cấu hình SSL sau khi DNS trỏ hoặc dùng DNS challenge
– Đồng bộ timezone
Ví dụ, website dùng WordPress thường cần:
– PHP 8.1 hoặc 8.2
– MariaDB/MySQL
– mysqli
– curl
– gd hoặc imagick
– zip
– mbstring
– xml
– intl
– openssl
Tải về máy cá nhân hoặc remote storage. Full backup giúp rollback, hoặc dùng tool import nếu panel hỗ trợ.
Backup thủ công
Nên có thêm backup riêng:
– Nén public_html
– Export database từ phpMyAdmin
– Tải email nếu cần
– Lưu DNS zone
– Lưu cron jobs
– Lưu file cấu hình như .env, wp-config.php
Lệnh export database nếu có SSH:
mysqldump -u DB_USER -p DB_NAME > DB_NAME.sql
Nén file:
tar -czf website-files.tar.gz public_html
Quan trọng: kiểm tra backup tải được, giải nén được, database import được. Backup hỏng = không backup.
Giai đoạn 5: Chuyển dữ liệu sang panel mới
Có 3 cách chính.
Cách 1: Dùng migration tool
Nếu panel mới hỗ trợ import cPanel, đây là đường dễ nhất.
– DirectAdmin có converter cPanel backup.
– Plesk có Migration & Transfer Manager.
– Một số nhà cung cấp có tool riêng.
Ưu điểm:
– Tự chuyển user, domain, database, email khá đầy đủ.
– Ít thao tác thủ công.
– Hợp người mới.
Nhược điểm:
– Không phải lúc nào cũng sạch.
– Có thể lỗi với account lớn.
– Cần kiểm tra lại mọi thứ.
Cách 2: Chuyển file và database thủ công
Phù hợp website ít, dễ kiểm soát.
Các bước:
1. Upload source code lên đúng document root.
2. Giải nén.
3. Tạo database mới.
4. Import database.
5. Sửa file cấu hình.
6. Chỉnh quyền file.
7. Test bằng temporary URL hoặc hosts file.
Có thể rsync lần đầu trước ngày cutover. Đến giờ chuyển, bật maintenance mode, rsync lần cuối, export/import database mới nhất, rồi đổi DNS.
Giai đoạn 6: Test trước khi đổi DNS
Đừng đổi DNS khi chưa test.
Test bằng hosts file
Trên máy cá nhân, trỏ domain về IP server mới.
Windows:
C:WindowsSystem32driversetchosts
macOS/Linux:
/etc/hosts
Thêm:
123.123.123.123 example.com www.example.com
Sau đó mở website. Máy bạn thấy server mới, người dùng vẫn thấy server cũ.
Checklist test web
Kiểm tra:
– Trang chủ
– Trang con
– Login admin
– Form liên hệ
– Giỏ hàng, thanh toán
– Upload ảnh
– URL tiếng Việt
– Search
– Sitemap
– Robots.txt
– Redirect HTTP → HTTPS
– Redirect www/non-www
– Cron hoặc queue
– API tích hợp
– Email gửi ra từ website
Kiểm tra lỗi log
Xem error log trong panel mới. Lỗi phổ biến:
– Sai thông tin database
– Thiếu PHP extension
– Sai PHP version
– Sai quyền thư mục upload/cache
– Rewrite rule không chạy
– Đường dẫn hard-code chứa /home/olduser
– SSL chưa có
– Mixed content HTTP/HTTPS
Giai đoạn 7: Giảm downtime khi đổi DNS
Trước ngày migrate 24-48 giờ, giảm TTL DNS xuống thấp, ví dụ 300 giây. TTL thấp giúp đổi IP nhanh hơn.
Các record cần chú ý:
– A record cho domain chính
– A hoặc CNAME cho www
– Subdomain
– MX nếu email đổi
– TXT SPF, DKIM, DMARC
– CAA nếu dùng SSL
Nếu DNS đang ở cPanel cũ, nên chuyển quản lý DNS sang Cloudflare hoặc nhà đăng ký domain trước. DNS tách khỏi hosting giúp đổi server dễ hơn.
Thời điểm cutover nên chọn giờ ít traffic. Với web bán hàng, tránh giờ chạy quảng cáo, tránh cuối ngày kế toán, tránh lúc có đơn nhiều.
Giai đoạn 8: Chuyển email cẩn thận
Nếu panel mới cũng chạy email, cần tạo mailbox trước khi đổi MX. Sau đó migrate thư cũ.
Cách phổ biến:
– Dùng IMAP sync
– Dùng tool migration trong Plesk/DirectAdmin
– Export/import qua webmail nếu ít mail
– Dùng mail client kéo về local rồi sync lên
Nếu chuyển sang Google Workspace/Zoho/Microsoft 365:
– Tạo user mail
– Xác minh domain
– Cập nhật MX
– Thêm SPF
– Thêm DKIM
– Thêm DMARC
– Test gửi/nhận
Không xóa hosting cũ ngay. Trong thời gian DNS lan truyền, mail có thể vẫn về server cũ. Giữ cũ ít nhất 3-7 ngày.
Giai đoạn 9: Sau khi đổi DNS
Khi DNS trỏ sang server mới, làm ngay checklist:
– Cài/renew SSL
– Test HTTPS
– Test form gửi mail
– Test checkout nếu có
– Kiểm tra access log có traffic mới
– Kiểm tra error log
– Kiểm tra database có ghi dữ liệu mới
– Kiểm tra cron chạy
– Kiểm tra backup tự động
– Kiểm tra uptime monitor
– Kiểm tra Google Search Console nếu đổi cấu hình lớn
Với WordPress, xóa cache cũ, rebuild cache mới. Nếu dùng plugin cache, cấu hình lại đường dẫn. Nếu dùng CDN, purge cache.
Nếu web có đơn hàng, bình luận, user đăng ký, cần khóa ghi trên server cũ trong lúc chuyển. Nếu không, dữ liệu mới có thể nằm ở server cũ, bị thiếu trên server mới.
Kế hoạch rollback nếu lỗi nặng
Rollback không phải thất bại. Rollback là bảo hiểm.
Trước cutover, cần biết:
– DNS cũ trỏ IP nào
– Backup mới nhất nằm đâu
– Server cũ còn hoạt động không
– Database cũ có bị thay đổi không
– TTL hiện tại bao nhiêu
– Ai có quyền đổi DNS
Nếu lỗi nặng sau khi đổi:
1. Đổi DNS về IP cũ.
2. Bật lại web cũ nếu đã maintenance.
3. Thông báo nội bộ ngừng thao tác trên server mới.
4. So sánh dữ liệu phát sinh trong thời gian lỗi.
5. Sửa lỗi trên server mới.
6. Lên lịch cutover lại.
Không hủy hosting cũ ngay sau khi thấy web mới chạy. Giữ tối thiểu 7-14 ngày. Với site quan trọng, giữ 30 ngày.
Lỗi người mới hay gặp
– Chỉ copy public_html, quên database.
– Quên email account và forwarder.
– Đổi DNS quá sớm, chưa test.
– Không giảm TTL.
– Không backup hoặc backup chưa kiểm tra.
– Quên cron jobs.
– Sai PHP version.
– Thiếu extension.
– .htaccess không tương thích Nginx/OpenLiteSpeed.
– Quên SSL.
– Quên cập nhật wp-config.php hoặc .env.
– Xóa hosting cũ quá sớm.
– Không kiểm tra form gửi mail.
– Không theo dõi log sau migrate.
Kết luận thực tế
Migrate từ cPanel sang panel khác không khó nếu chia nhỏ việc. Khó khi làm vội, không kiểm kê, không backup, không test. Lộ trình an toàn là: kiểm kê → chọn panel → chuẩn bị server → backup → chuyển dữ liệu → test bằng hosts file → giảm TTL → đổi DNS → kiểm tra sau cutover → giữ server cũ để rollback.
Người mới nên bắt đầu với website ít rủi ro trước. Nếu site có doanh thu, email quan trọng, database thay đổi liên tục, nên thuê kỹ thuật hoặc nhờ nhà cung cấp hỗ trợ. Tiền migrate thường rẻ hơn tiền mất đơn, mất mail, mất dữ liệu.
Mục tiêu cuối cùng không phải “chuyển xong”. Mục tiêu đúng là website chạy ổn trên panel mới, dữ liệu đủ, email không mất, backup hoạt động, có đường quay lại nếu sự cố.