Chuyển khách hosting khỏi cPanel mà khách gần như không nhận ra

Muốn chuyển khách hosting sang panel mới mà khách gần như không nhận ra, hãy chuyển tài khoản theo từng đợt nhỏ, giữ nguyên mật khẩu, chỉ đổi DNS sau khi đã kiểm tra từng tài khoản trên server mới, và gửi email ngắn nói rõ cái gì đổi, cái gì không. Phần lớn khách chỉ nhận ra ba điều: địa chỉ panel mới, ứng dụng mail cần tên server mới, và bất cứ thứ gì hỏng vào ngày đổi DNS. Lo trước ba điều đó thì cuộc chuyển nhà sẽ êm.

Bài này nói về phía khách hàng của một cuộc chuyển server: lịch, email và các bước kiểm tra cho từng tài khoản. Phần kỹ thuật chuyển một tài khoản xem ở chuyển từ cPanel sang VPS; chuyển toàn bộ tài khoản của một server bằng một công cụ xem ở cách chuyển nguyên một server cPanel.

Khách thực sự nhận ra điều gì

Trước khi viết email nào, hãy liệt kê những gì sẽ khác với khách sau khi chuyển. Với một công cụ nhập tốt, phần lớn tài khoản được giữ nguyên. Những thứ thường thay đổi:

Mục	Trên cPanel	Sau khi chuyển	Khách có phải làm gì?
Địa chỉ panel	Thường là cổng 2083 (cổng của cPanel)	Địa chỉ panel mới, với ZoPanel thường kết thúc bằng :8888	Cập nhật bookmark
Mật khẩu panel	Mật khẩu của khách	Giữ nguyên khi server mới kiểm tra được kiểu hash, nếu không thì đặt lại	Chỉ khi bị đặt lại
Website, file, database	Đang chạy	Nội dung như cũ; mật khẩu database được giữ hoặc ghi lại vào file cấu hình ứng dụng	Không
Hộp thư và thư	IMAP/POP3	Cùng địa chỉ, mật khẩu và thư (Maildir)	Chỉ khi tên mail server đổi
Webmail	Cổng 2096	Tuỳ panel mới; ZoPanel cũng dùng cổng 2096 trên tên miền panel	Có thể cần bookmark mới
Tài khoản FTP	ten@domain	Trên ZoPanel là <tàikhoản>_ten	Cập nhật phần mềm FTP
DNS	Nameserver của bạn	Nameserver của bạn, hoặc DNS riêng của khách	Chỉ khi khách để DNS ở nơi khác

Cột ZoPanel lấy từ hướng dẫn chuyển dữ liệu, trong đó liệt kê chính xác công cụ nhập mang sang những gì và không mang được gì, ví dụ hộp thư dạng mdbox hay database PostgreSQL.

Dòng cuối quan trọng nhất. Khi bạn chạy nameserver, bạn đổi DNS thay khách và khách không phải làm gì. Khi tên miền của khách dùng Cloudflare hoặc DNS của nhà đăng ký (ví dụ DNS của nơi bán tên miền .vn), khách phải tự đổi bản ghi A và MX, và các tài khoản đó cần email riêng, đợt riêng.

Lên lịch theo đợt

Đừng chuyển tất cả trong một đêm. Hãy nhóm tài khoản sao cho lỗi lộ ra sớm, trên những tài khoản mà lỗi ít gây hại nhất.

Đợt	Tài khoản	Khi nào	Vì sao
0	Website của chính bạn và một tài khoản thử	Tuần 1	Tự phát hiện ghi chú của công cụ nhập, extension PHP còn thiếu
1	Website tĩnh, website giới thiệu, không có mail	Tuần 1 đến 2	Ít rủi ro, kiểm tra nhanh
2	Website doanh nghiệp có hộp thư	Tuần 2 đến 3	Mail là nơi phát sinh nhiều khiếu nại nhất
3	Khách để DNS ở nơi khác	Tuần 3	Khách phải tự làm, nên cần báo sớm hơn
4	Shop, website đặt chỗ, mọi thứ có đơn hàng liên tục	Tuần 4, giờ vắng nhất	Dữ liệu ghi trong lúc chuyển không được mất

Mỗi đợt bao nhiêu tài khoản tuỳ đội của bạn. Quy tắc tốt là số tài khoản bạn kiểm tra tay được trong ngày, cộng thời gian trả lời ticket sau đó. Thời điểm đổi DNS của mỗi đợt là lúc rủi ro, nên hãy làm vào giờ bạn còn thức được vài tiếng sau đó.

Trước đợt 1

• Hạ TTL của các bản ghi A, AAAA và MX của mọi tên miền, ví dụ xuống 300 giây, ít nhất một ngày trước. Resolver giữ bản ghi trong bộ nhớ đệm theo TTL (RFC 1035), nên giá trị cũ có thể còn trong cache đúng bằng TTL cũ dù bạn đã đổi.
• Khớp phiên bản PHP. Công cụ nhập đọc phiên bản PHP của từng tài khoản trên cPanel; hãy cài các phiên bản đó trên server mới trước.
• Đặt mail hostname và chứng chỉ trên server mới, để ứng dụng mail không báo lỗi chứng chỉ.
• Công bố kênh hỗ trợ cho giai đoạn chuyển (email, ticket, Zalo nếu bạn dùng), và cho đội của bạn biết đợt nào chuyển khi nào.

Email gửi khách

Mỗi đợt ba email là đủ. Viết ngắn; email dài sẽ bị đọc lướt và đúng dòng quan trọng bị bỏ qua. Thay phần trong ngoặc vuông.

1. Báo trước, khoảng một tuần

Tiêu đề: Hosting của bạn sẽ được chuyển sang server mới vào [ngày]

Chào anh/chị [tên],

Vào [ngày], từ [giờ] đến [giờ], chúng tôi sẽ chuyển tài khoản hosting [tên miền] sang server mới. Website, email và file của anh/chị được chuyển theo.

Anh/chị không cần làm gì, trừ khi chúng tôi gửi thêm email. Địa chỉ website, địa chỉ email và mật khẩu đều giữ nguyên.

Sau khi chuyển, anh/chị quản lý hosting tại địa chỉ mới: [URL panel mới]. Chúng tôi sẽ gửi lại địa chỉ này khi chuyển xong.

Vui lòng tránh thay đổi lớn trên website (cài plugin mới, tải lên nhiều dữ liệu) vào [ngày]. Nếu ngày này không tiện, anh/chị trả lời email này, chúng tôi sẽ chuyển ở đợt sau.

[Tên bạn], [Công ty]

Với khách để DNS ở nơi khác, thêm một đoạn ghi rõ bản ghi cần đổi và thời điểm:

DNS của tên miền đang được quản lý bên ngoài server của chúng tôi, tại [nhà cung cấp]. Vào [ngày] sau [giờ], anh/chị vui lòng đổi các bản ghi sau, hoặc chuyển email này cho người quản lý tên miền:

• Bản ghi A cho [tên miền] và www.[tên miền]: [IP mới]
• Bản ghi MX: [mail hostname], độ ưu tiên 10
• Cập nhật bản ghi SPF để có [IP mới]

Chúng tôi sẽ kiểm tra từ phía mình và xác nhận lại qua email.

2. Nhắc trước một ngày

Tiêu đề: Nhắc lịch: hosting của bạn được chuyển vào ngày mai

Chào anh/chị [tên], xin nhắc [tên miền] sẽ được chuyển sang server mới vào ngày mai, [ngày], từ [giờ] đến [giờ]. Vui lòng tránh chỉnh sửa website trong khoảng thời gian đó. Anh/chị không cần làm gì khác.

3. Đã xong, và những gì thay đổi

Tiêu đề: Hosting của bạn đã được chuyển xong

Chào anh/chị [tên],

[tên miền] đã chạy trên server mới. Website và email hoạt động như trước.

• Control panel mới: [URL panel mới], đăng nhập bằng tên đăng nhập và mật khẩu hiện tại.
• Webmail: [URL webmail].
• Ứng dụng mail (Outlook, điện thoại): nếu ứng dụng hỏi tên server, dùng [mail hostname], cổng 993 cho IMAP và 587 để gửi.
• FTP: tên đăng nhập FTP mới là [tên FTP mới].

Nếu có gì khác lạ hoặc không chạy, anh/chị trả lời email này hoặc [link hỗ trợ].

Chỉ ghi những dòng áp dụng cho khách đó. Nếu mật khẩu panel của khách bị đặt lại vì kiểu cũ không mang sang được, hãy nói rõ ở đây, và gửi mật khẩu mới qua kênh an toàn thường dùng, không gửi trong email này.

Checklist cho từng tài khoản: DNS và mail

Kiểm tra từng tài khoản trên server mới trước khi đổi DNS. Xem trước website từ máy của bạn bằng cách trỏ tên miền về IP mới trong file hosts.

Kiểm tra	Cách làm	Đạt khi
Đã đọc log nhập	Log tác vụ của lần nhập	Mọi ghi chú đã được đọc và xử lý
Trang chủ và trang quản trị	Xem trước bằng file hosts	Không lỗi, không mixed content, đăng nhập được
Form và thư gửi từ website	Gửi thử form liên hệ	Thư tới nơi, không bị đánh dấu spam
Log lỗi PHP	Log của website	Không có lỗi fatal mới
Đăng nhập hộp thư	Webmail và một ứng dụng IMAP	Mật khẩu cũ dùng được, đủ thư mục
Bản ghi DNS sẵn sàng	Zone trên server mới	A, AAAA, MX, SPF, DKIM và DMARC khớp server mới
Kiểm tra gửi thư	Mail delivery check của ZoPanel	MX, SPF, DKIM, DMARC, PTR và cổng 25 đều đạt
Chứng chỉ	Sau khi đổi DNS	Đã cấp cho tên miền, trình duyệt không cảnh báo

Rồi đổi DNS, và sau đó:

• Theo dõi mail vài ngày. Một số máy gửi còn giữ bản ghi MX cũ. Giữ mail trên server cũ chạy ít nhất một tuần và chép những thư rơi vào đó sang hộp thư mới bằng công cụ đồng bộ IMAP như imapsync.
• Đồng bộ lại website đông đơn. Với shop, hoặc tạm dừng nhận đơn trong lần chép cuối, hoặc chuyển một lần để tập dượt rồi chuyển lại ngay trước khi đổi DNS, để không mất đơn nào ghi trên server cũ.
• Giữ server cũ một đến hai tuần. Đó là phương án quay lui và là nguồn để lấy lại thứ gì bị quên.

Làm việc này với ZoPanel

ZoPanel nhập backup cPanel (cpmove-USER.tar.gz) và backup DirectAdmin. Với cả server, Migrate in → Move a whole server kết nối tới server cPanel qua SSH, chạy pkgacct ở đó cho từng tài khoản bạn chọn và nhập lần lượt từng tài khoản, nên bạn chuyển được theo đợt: chỉ tích các tài khoản của đợt đó. Tài khoản đã có tên trên server mới sẽ được bỏ qua, nên bạn chạy lại được cho đợt sau.

Với mỗi tài khoản, công cụ nhập mang sang website, file, database và user, hộp thư kèm thư, forwarder, autoresponder, cron job, zone DNS, tài khoản FTP và chứng chỉ SSL, và giữ mật khẩu khi server mới kiểm tra được kiểu của nó. Thứ gì không mang sang được đều có ghi chú trong log kèm lý do. Server nguồn không bị thay đổi, nên DNS vẫn là công tắc của bạn (tính năng chuyển dữ liệu).

Nói công bằng về giới hạn: ZoPanel không nhập trực tiếp từ CyberPanel, aaPanel hay HestiaCP, không tự nhập database PostgreSQL, và giao diện khác cPanel, nên khách quen cPanel sẽ cần được hướng dẫn qua một chút. Một trang hướng dẫn ngắn là đủ; hướng dẫn cho khách hosting là nền tốt để bạn viết bản của mình. Nếu bạn chỉ chuyển giữa hai server cPanel, Transfer Tool của chính cPanel là đường êm hơn.

Kết luận

Khách nhận ra việc chuyển server khi thứ họ dựa vào thay đổi mà không được báo trước. Hãy chuyển theo đợt, kiểm tra từng tài khoản trước khi đổi DNS, giữ mật khẩu, và gửi ba email ngắn nói đúng việc khách cần làm, mà với đa số khách là không phải làm gì. Giữ server cũ chạy cho đến khi mail đã im hẳn.

Để tập dượt toàn bộ quy trình, hãy cài gói Free của ZoPanel trên một VPS dự phòng (3 tài khoản hosting, 10 website, 10 database, không giới hạn thời gian) và chuyển đợt 0 trước.

Câu hỏi thường gặp

Khách hosting có bị gián đoạn khi chuyển server không?

Thường là không, nếu bạn kiểm tra trên server mới trước khi đổi DNS và hạ TTL từ một ngày trước. Trong lúc đổi, vài phút đầu có người vào server cũ, có người vào server mới, và cả hai đều phục vụ cùng một website. Website nhận đơn hàng cần tạm dừng ngắn hoặc đồng bộ lại lần cuối để không mất dữ liệu ghi trên server cũ.

Khách có phải đổi mật khẩu sau khi rời cPanel không?

Thường là không. ZoPanel giữ mật khẩu panel, SFTP, hộp thư và database khi server mới kiểm tra được kiểu hash. Khi không được, log nhập sẽ báo, và bạn đặt mật khẩu mới rồi gửi cho khách qua kênh an toàn.

Có nên báo khách là mình đổi control panel không?

Có, nhưng ngắn và thực tế. Nói ngày chuyển, rằng website, email và mật khẩu giữ nguyên, và địa chỉ panel mới. Đa số khách quan tâm họ phải làm gì, không quan tâm bạn dùng phần mềm nào.

Mỗi đêm nên chuyển bao nhiêu tài khoản?

Bằng số bạn kiểm tra tay được trong ngày và hỗ trợ được sáng hôm sau. Bắt đầu bằng một đợt nhỏ gồm tài khoản của bạn và tài khoản ít rủi ro, rồi tăng dần khi các đợt đầu êm.

Còn khách để DNS ở nơi khác thì sao?

Họ phải tự đổi bản ghi A và MX, nên hãy xếp họ vào đợt riêng, gửi chính xác bản ghi trước một tuần, và xác nhận từ phía bạn khi bản ghi đã đúng. Chừng nào họ chưa đổi DNS, website vẫn chạy trên server cũ.