Chuyển website sang hosting mới có thể thực hiện với thời gian gián đoạn rất thấp, nhưng không nên cam kết “không lỗi tuyệt đối”. Rủi ro thường nằm ở dữ liệu thay đổi trong lúc chuyển, cấu hình môi trường khác nhau, DNS, email, SSL và việc tắt máy chủ cũ quá sớm.
Tóm tắt: Hãy kiểm kê toàn bộ website, tạo và thử backup, dựng môi trường mới tương thích, chuyển file và database, kiểm tra bằng URL tạm hoặc file hosts, đồng bộ lần cuối trong cửa sổ bảo trì rồi mới đổi DNS. Giữ hosting cũ hoạt động để rollback cho tới khi traffic và chức năng trên môi trường mới ổn định.
Trước khi chuyển: xác định phạm vi
| Nhóm | Cần kiểm kê |
|---|---|
| Website | Mã nguồn, uploads, database, cache, cron, biến môi trường và file cấu hình |
| Domain/DNS | Nameserver, A/AAAA/CNAME, MX, TXT, TTL và nơi quản lý DNS |
| Mailbox, MX, SPF, DKIM, DMARC, forwarder và SMTP ứng dụng | |
| Chứng chỉ | Domain/subdomain cần TLS, cơ chế cấp và gia hạn |
| Tích hợp | Thanh toán, webhook, API, CDN, firewall, IP allowlist và license |
| Vận hành | Backup, monitoring, log, người duyệt thay đổi và kế hoạch rollback |
Nếu chỉ chuyển hosting web nhưng email đang dùng cùng nhà cung cấp cũ, cần tách rõ phần nào được giữ nguyên. Thay nameserver có thể làm mất các bản ghi email nếu không sao chép đầy đủ.
Bước 1: Tạo backup có thể khôi phục
- Sao lưu file website, database và file cấu hình.
- Lưu bản sao ngoài hosting cũ.
- Ghi checksum hoặc ít nhất dung lượng/số file để đối chiếu.
- Kiểm tra file nén mở được và database có thể import.
- Ghi lại phiên bản PHP, database, module và tác vụ cron.
Với website giao dịch liên tục, bản backup đầu tiên chỉ là bản nền. Cần có kế hoạch đồng bộ lần cuối cho đơn hàng, tài khoản, bình luận hoặc nội dung phát sinh sau đó.
Bước 2: Dựng môi trường mới tương thích
Tạo domain, database, user và thư mục trên hosting mới. Chọn phiên bản phần mềm tương thích với website hiện tại trước; không nên vừa migration vừa nâng nhiều phiên bản lớn nếu không có staging và kế hoạch rollback.
- Kiểm tra PHP/runtime, database và extension cần thiết.
- Đặt quyền file theo yêu cầu của nền tảng, không áp dụng một con số cứng cho mọi hệ thống.
- Cấu hình giới hạn upload, timeout và memory phù hợp.
- Tạo certificate hoặc chuẩn bị cấp sau khi DNS trỏ đúng.
- Thiết lập log và monitoring trước khi mở traffic.
Bước 3: Chuyển dữ liệu và cấu hình
Có thể chuyển bằng công cụ của nhà cung cấp, SSH/rsync, backup–restore hoặc plugin migration. Phương pháp phụ thuộc dung lượng, quyền truy cập và thời gian cho phép.
| Phương pháp | Phù hợp khi | Lưu ý |
|---|---|---|
| Backup/restore trong control panel | Hai môi trường tương thích và nhà cung cấp hỗ trợ | Kiểm tra phạm vi email, DNS và cron được bao gồm |
| Plugin WordPress | Website vừa/nhỏ, không có cấu hình đặc biệt | Giới hạn dung lượng và phiên bản plugin có thể thay đổi |
| SSH/rsync + dump database | Website lớn hoặc cần đồng bộ tăng dần | Cần người có kỹ năng và quyền máy chủ |
| Dịch vụ migration của nhà cung cấp | Muốn có đầu mối chịu trách nhiệm kỹ thuật | Phải xác nhận rõ phần bao gồm và tiêu chí nghiệm thu |
Sau khi import database, cập nhật thông tin kết nối, đường dẫn storage, biến môi trường và secret. Không gửi mật khẩu hoặc private key qua kênh không an toàn.
Bước 4: Kiểm thử trước khi đổi DNS
Dùng URL tạm, staging domain hoặc file hosts trên máy kiểm thử để truy cập server mới bằng domain thật mà chưa đổi traffic công khai.
- Trang chủ, trang con, ảnh, CSS, JavaScript và font.
- Đăng nhập, phân quyền và trang quản trị.
- Form, email, tìm kiếm, upload và download.
- Giỏ hàng, thanh toán, webhook và API.
- Permalink, redirect, canonical, sitemap và robots.
- Cron, queue, backup và log lỗi.
- Hiệu suất và tài nguyên ở tải thử có kiểm soát.
Không chỉ kiểm tra giao diện. Một website có thể hiển thị đúng nhưng form, email hoặc tác vụ nền vẫn đang gọi dịch vụ cũ.
Bước 5: Chốt dữ liệu và đổi DNS
Với website có dữ liệu thay đổi, hãy chọn cửa sổ bảo trì, thông báo người dùng nếu cần, tạm dừng ghi hoặc thực hiện lần đồng bộ cuối. Sau đó mới đổi bản ghi DNS tới đích mới.
Thời gian người dùng chuyển sang máy chủ mới phụ thuộc TTL và bộ nhớ đệm của resolver; không có mốc 5–30 phút áp dụng cho mọi trường hợp. Trong giai đoạn này, cả máy chủ cũ và mới nên có khả năng phục vụ an toàn.
- Không đổi cả nameserver nếu chỉ cần sửa A/CNAME và chưa sao chép toàn bộ zone.
- Giữ nguyên URL nếu không có dự án đổi domain.
- Cấp TLS cho môi trường mới và kiểm tra redirect HTTPS.
- Theo dõi traffic, log 4xx/5xx, đơn hàng và form sau cutover.
- Ghi lại thời điểm thay đổi và người thực hiện.
Bước 6: Theo dõi và rollback khi cần
Không hủy hosting cũ ngay. Giữ môi trường và backup cho tới khi đã qua khoảng theo dõi phù hợp với chu kỳ traffic và nghiệp vụ của website.
| Dấu hiệu cần cân nhắc rollback | Hành động |
|---|---|
| Lỗi giao dịch hoặc mất dữ liệu phát sinh | Dừng ghi, bảo toàn log và đánh giá dữ liệu cần đồng bộ |
| Lỗi 5xx diện rộng không thể sửa nhanh | Trỏ lại đích cũ nếu dữ liệu chưa phân kỳ nguy hiểm |
| Email hoặc tích hợp quan trọng ngừng hoạt động | Khôi phục bản ghi/cấu hình trước và điều tra nguyên nhân |
| Hiệu suất mới kém hơn rõ rệt | Kiểm tra cấu hình, cache và tài nguyên trước khi quyết định |
Rollback không đơn giản nếu cả hai môi trường đã nhận dữ liệu mới. Vì vậy, kế hoạch đóng băng hoặc đồng bộ dữ liệu phải được xác định trước cutover.
Các lỗi migration thường gặp
| Lỗi | Nguyên nhân cần kiểm tra |
|---|---|
| Error establishing a database connection | DB name, user, password, host, quyền và dịch vụ database |
| Mất ảnh hoặc CSS | Thiếu file, URL tuyệt đối, quyền, cache hoặc CDN |
| Redirect loop | HTTPS/proxy header, cấu hình URL, CDN hoặc rule cũ |
| 404 trang con | Rewrite, permalink hoặc web server khác |
| Email ngừng nhận | MX/TXT bị mất khi đổi nameserver |
| Đơn hàng bị thiếu | Không đồng bộ dữ liệu phát sinh sau bản backup đầu tiên |
Checklist bàn giao sau migration
- Domain, DNS, hosting và certificate đã ghi lại.
- Website, database, email và tích hợp đã nghiệm thu.
- Backup mới đã tạo và thử khôi phục theo phạm vi phù hợp.
- Monitoring, log và cảnh báo đã bật.
- Tài khoản cũ và quyền tạm thời đã được thu hồi.
- Ngày dự kiến hủy dịch vụ cũ đã được xác nhận.
Kết luận
Migration an toàn không nằm ở một plugin cụ thể mà ở quy trình: kiểm kê, backup có thể dùng, môi trường tương thích, kiểm thử trước DNS, đồng bộ cuối, theo dõi và rollback. Càng có nhiều giao dịch hoặc tích hợp, càng cần cửa sổ thay đổi và người chịu trách nhiệm rõ ràng.
Nếu cần gói hosting mới kèm phạm vi hỗ trợ chuyển dữ liệu được xác nhận trước, có thể tham khảo dịch vụ hosting tại TP.HCM.
Đọc trước và sau khi migration
Trước khi chọn môi trường đích, dùng 5 bước chọn hosting cho người mới và hướng dẫn đọc thông số hosting để tránh chuyển sang một gói vẫn thiếu tài nguyên. Sau cutover, nếu website phát sinh lỗi hoặc hiệu suất bất thường, đối chiếu các lỗi hosting thường gặp; nếu cần nhà cung cấp có phạm vi hỗ trợ migration rõ ràng, xem dịch vụ hosting tại TP.HCM.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.
