Chuyển Nhà Hosting Không Gián Đoạn: Quy Trình Để Web Và Email Không Chết Giữa Chừng

Bạn đang chịu đựng một nhà cung cấp không còn xứng đáng?

8 giờ tối, đúng giờ khách vào xem hàng đông nhất, website của bạn tải chậm đến mức bạn phải F5 lại vài lần mới vào được trang chủ. Bạn mở ticket hỗ trợ, chờ hơn một tiếng mới có người trả lời, và câu trả lời là một đoạn copy-paste chung chung “anh/chị thử xóa cache trình duyệt xem sao”. Rồi đến kỳ gia hạn, hóa đơn về cao gấp đôi, gấp ba con số quảng cáo lúc bạn mới mua — vì giá ưu đãi năm đầu giờ đã hết hạn, và không ai báo trước cho bạn điều đó.

Nếu tình huống trên nghe quen, bạn không phải người duy nhất. Rất nhiều chủ doanh nghiệp biết rõ mình đang dùng dịch vụ tệ, nhưng vẫn cắn răng ở lại — không phải vì hài lòng, mà vì sợ. Sợ chuyển nhà xong web sập, sợ mất hết email khách hàng đang gửi tới, sợ dữ liệu bao năm tích lũy biến mất giữa chừng. Nỗi sợ đó có cơ sở — nếu chuyển nhà một cách tùy tiện. Nhưng nếu làm đúng quy trình, rủi ro đó gần như luôn kiểm soát được. Bài này chỉ cho bạn chính xác quy trình đó.

5 dấu hiệu cho thấy đã đến lúc đổi nhà cung cấp

Không phải cứ khó chịu một lần là nên chuyển nhà ngay — chuyển nhà cũng tốn công sức và cần làm cẩn thận. Nhưng nếu bạn thấy mình gật đầu với từ ba dấu hiệu dưới đây trở lên, đó không còn là chuyện nhỏ nhặt nữa.

• Web ì ạch vào giờ cao điểm dù lượng truy cập không hề tăng — dấu hiệu tài nguyên bạn trả tiền đang bị san sẻ quá mức cho nhiều khách hàng khác trên cùng một máy chủ.
• Hỗ trợ chậm và hời hợt — ticket xếp hàng cả buổi, chatbot trả lời vòng vo, không ai đủ thẩm quyền xử lý sự cố thật sự mà chỉ lặp lại kịch bản có sẵn.
• Giá gia hạn gây sốc so với giá mua ban đầu — mức “khuyến mãi” chỉ áp dụng năm đầu, sang năm sau tự động nhảy lên gấp hai, gấp ba mà không có cảnh báo rõ ràng trước kỳ gia hạn.
• Backup mập mờ — bạn không biết chính xác tần suất sao lưu, chưa từng được hướng dẫn cách tự khôi phục, hoặc phát hiện ra muốn có backup đàng hoàng thì phải trả thêm phí ngoài gói.
• Server hay sập, bảo trì đột xuất không báo trước, lỗi 508/503 lặp đi lặp lại — mỗi lần đều đổ lỗi cho “lỗi hệ thống chung” mà không ai giải thích rõ nguyên nhân hay cách khắc phục triệt để.

Nỗi sợ lớn nhất khi chuyển nhà: downtime, mất email, mất dữ liệu

Sự thật là: phần lớn rủi ro khi chuyển nhà hosting không đến từ bản thân việc chuyển nhà, mà đến từ việc chuyển nhà sai cách. Đổi DNS ngay khi chưa test gì ở nhà mới. Không sao lưu đầy đủ trước khi động vào dữ liệu. Tắt dịch vụ ở nhà cũ ngay khi vừa đổi DNS, trong khi vẫn còn máy tính đâu đó trên thế giới chưa cập nhật bản ghi mới. Mỗi bước làm tắt đó đều có thể biến một buổi chuyển nhà bình thường thành một sự cố thật sự.

Ngược lại, khi có một quy trình rõ ràng — dựng thử trước, kiểm tra kỹ trước khi đổi DNS thật, giữ cả hai bên chạy song song một thời gian — downtime có thể giảm xuống mức tối thiểu và nguy cơ mất dữ liệu gần như bằng không. Chúng tôi nói “giảm xuống mức tối thiểu” chứ không hứa “zero downtime tuyệt đối”, vì DNS là hệ thống phân tán toàn cầu, không ai kiểm soát được 100% tốc độ cập nhật của mọi nhà mạng, mọi resolver trên internet. Nhưng phần bạn kiểm soát được — dữ liệu, thời điểm chuyển, khả năng rollback — hoàn toàn nằm trong tay bạn nếu làm đúng từng bước.

Quy trình chuyển nhà hosting chuẩn — không bỏ qua bước nào

Đây là quy trình kỹ sư STEP áp dụng mỗi khi chuyển nhà cho khách hàng — dù bạn tự làm hay để STEP làm hộ, nguyên tắc vẫn vậy: không đổi DNS thật cho tới khi mọi thứ ở nhà mới đã được kiểm chứng.

Giai đoạn 1 — Khảo sát và kiểm kê toàn bộ

Trước khi động vào bất cứ thứ gì, cần liệt kê đầy đủ: domain đang quản lý DNS ở đâu, có bao nhiêu website/subdomain đang chạy, phiên bản PHP và các extension cần thiết, số lượng tài khoản email và dung lượng mailbox, các cron job đang chạy ngầm (gửi báo cáo, dọn dữ liệu, đồng bộ kho hàng...), và chứng chỉ SSL đang dùng loại nào. Thiếu một khoản trong danh sách này, bạn sẽ phát hiện ra nó theo cách tệ nhất — sau khi đã chuyển xong.

Giai đoạn 2 — Sao lưu đầy đủ trước khi động vào bất cứ thứ gì

Sao lưu toàn bộ file website lẫn database ở nhà cũ, và với email là sao lưu toàn bộ mailbox chứ không chỉ webmail. Quan trọng: tải một bản về lưu ở nơi độc lập với cả nhà cũ lẫn nhà mới — máy tính cá nhân, ổ cứng ngoài, hoặc dịch vụ lưu trữ riêng. Đây là “phao cứu sinh” phòng trường hợp cả hai bên đều gặp trục trặc trong lúc chuyển, điều hiếm nhưng không phải không thể xảy ra.

Giai đoạn 3 — Dựng song song ở nhà mới, chưa đổi DNS

Tạo tài khoản hosting mới, restore đầy đủ file và database, cấu hình đúng phiên bản PHP, cài lại SSL. Ở bước này website mới đã chạy hoàn chỉnh, nhưng domain công khai vẫn đang trỏ về nhà cũ — nghĩa là khách hàng của bạn chưa hề biết có chuyện gì đang diễn ra, và bạn có toàn quyền kiểm tra kỹ trước khi cho ai nhìn thấy nó.

Giai đoạn 4 — Test bằng file hosts trước khi đổi DNS thật

Đây là bước nhiều người bỏ qua nhất — và cũng là bước cứu bạn nhiều nhất. Sửa file hosts trên máy tính của bạn (Windows: C:\Windows\System32\drivers\etc\hosts; macOS/Linux: /etc/hosts) để trỏ domain thẳng tới địa chỉ IP mới, chỉ trên máy bạn — DNS công khai vẫn không đổi. Nhờ vậy bạn duyệt được toàn bộ website y hệt như khách thật sẽ thấy sau này: form liên hệ có gửi được không, giỏ hàng và thanh toán có chạy đúng không, tốc độ tải trang thế nào, có lỗi 404 ở đường dẫn nào không — tất cả kiểm tra được trước khi một khách hàng thật nào chạm vào phiên bản mới.

Nếu website chạy WordPress, đây cũng là lúc chạy lệnh wp search-replace để đổi các URL cứng còn sót trong database, thay vì rà thủ công. Với các stack khác như Laravel, kiểm tra lại file .env trỏ đúng thông tin database và storage mới, rồi chạy các lệnh artisan cần thiết (migrate, cache:clear, queue restart) trước khi coi là sẵn sàng.

Giai đoạn 5 — Hạ TTL trước 24–48 giờ

TTL (Time To Live) là thời gian các máy chủ DNS trên internet “nhớ” bản ghi cũ trước khi hỏi lại. TTL mặc định thường là vài giờ đến vài ngày — nếu bạn đổi DNS trong lúc TTL còn cao, một phần người dùng sẽ tiếp tục thấy website cũ trong nhiều giờ hoặc lâu hơn sau khi bạn đã đổi. Cách xử lý: hạ TTL xuống mức thấp (thường 300 giây) trước thời điểm đổi DNS thật khoảng 24–48 giờ. Việc này không đổi nơi trỏ, chỉ rút ngắn thời gian các resolver phải cập nhật lại — để khi bạn đổi DNS thật, phần lớn internet nhận ra sự thay đổi trong vài phút thay vì vài giờ.

Giai đoạn 6 — Đổi DNS đúng khung giờ thấp điểm

Chọn thời điểm ít người truy cập nhất — thường là rạng sáng hoặc cuối tuần — để cập nhật bản ghi A (cho web) và MX (cho email) trỏ về nhà mới. Ngay sau khi đổi, dùng lệnh dig hoặc nslookup để kiểm tra bản ghi đã cập nhật đúng chưa, và theo dõi sát trong vài giờ đầu. Luôn chuẩn bị sẵn phương án quay lại bản ghi cũ nếu phát hiện vấn đề nghiêm trọng — đây là lý do giai đoạn 3 và 4 không được bỏ qua, vì nhà cũ vẫn còn nguyên đó để lùi về nếu cần.

Giai đoạn 7 — Giữ song song vài ngày, theo dõi sát

Đừng tắt hay hủy dịch vụ ở nhà cũ ngay sau khi đổi DNS. Do TTL và cách các resolver trên internet cache dữ liệu khác nhau, một phần nhỏ traffic — và đặc biệt là email — vẫn có thể tìm tới nhà cũ trong vài ngày tiếp theo. Giữ cả hai bên hoạt động song song thường từ 3 đến 7 ngày, theo dõi log truy cập và hộp thư ở cả hai nơi, để chắc chắn không có yêu cầu nào bị rơi vào khoảng trống.

Giai đoạn 8 — Theo dõi và bàn giao

Khi đã xác nhận 100% traffic và email đều đi qua nhà mới ổn định — không còn dòng nào trong log truy cập nhà cũ, mọi email test gửi/nhận đều thành công — mới tiến hành hủy dịch vụ ở nhà cũ. Đừng quên bước này: không ít doanh nghiệp quên hủy, để rồi vẫn âm thầm bị trừ tiền một dịch vụ họ đã không còn dùng.

Email — phần dễ mất thư nhất khi chuyển nhà

Nếu web chỉ cần đúng một bản ghi A, thì email phức tạp hơn nhiều: bản ghi MX riêng, mailbox riêng, mật khẩu đăng nhập riêng trên từng thiết bị, và một khi thư “trôi mất” trong lúc chuyển thì gần như không cách nào lấy lại — khác với web, chỉ cần deploy lại là xong. Đây cũng là phần khách hàng của bạn cảm nhận rõ nhất nếu có sự cố: một email báo giá không tới nơi có thể là một đơn hàng mất trắng.

• Export toàn bộ mailbox ở nhà cũ trước, không chỉ phần xem qua webmail — nếu nhân viên dùng Outlook/Thunderbird lưu mail cục bộ, kiểm tra riêng phần đó vì nó không đồng bộ tự động với server.
• Dựng mailbox mới ở nhà mới và test gửi/nhận hai chiều đầy đủ trước khi đổi MX — gửi từ ngoài vào, gửi từ trong ra, kiểm tra cả thư vào mục spam.
• Chỉ đổi bản ghi MX sau khi mailbox mới đã test xong và team đã sẵn sàng — vì MX đổi nghĩa là thư gửi tới domain bạn sẽ đi thẳng vào server mới ngay lập tức.
• Giữ mailbox ở nhà cũ hoạt động song song ít nhất vài ngày sau khi đổi MX, để không bỏ lỡ thư gửi tới trong lúc DNS toàn cầu chưa cập nhật đồng loạt.
• Cập nhật lại cấu hình email trên từng thiết bị của nhân viên (điện thoại, laptop, ứng dụng mail) sau khi mailbox mới đã ổn định — đừng làm việc này quá sớm khi mailbox mới còn chưa test kỹ.

Checklist sau khi chuyển xong

• Website chính và toàn bộ subdomain đều tải được, không lỗi 404/500.
• Chứng chỉ SSL hợp lệ trên tất cả domain/subdomain đang dùng.
• Form liên hệ, giỏ hàng, thanh toán online hoạt động đúng như trước.
• Cron job (báo cáo tự động, đồng bộ dữ liệu, dọn cache...) vẫn chạy đúng lịch ở nhà mới.
• Email gửi và nhận được cả hai chiều, kể cả với các domain email lớn như Gmail/Outlook.
• Log truy cập ở nhà cũ không còn ghi nhận traffic thật trong vài ngày liên tiếp.
• Lịch sao lưu tự động đã được thiết lập lại ở nhà mới — đừng để có khoảng trống không backup.
• Đã hủy dịch vụ ở nhà cũ sau khi chắc chắn không còn cần, tránh bị tính phí thừa.

Những sai lầm khiến nhiều người mất dữ liệu khi chuyển nhà

Phần lớn sự cố mất dữ liệu khi chuyển nhà không đến từ rủi ro bất khả kháng, mà từ việc bỏ qua một bước tưởng chừng không quan trọng. Dưới đây là những sai lầm phổ biến nhất.

STEP chuyển nhà hộ bạn — miễn phí với hợp đồng từ 24 tháng

Đọc đến đây, có thể bạn thấy quy trình khá dài — và đúng là vậy, một cuộc chuyển nhà làm cẩn thận không phải việc năm phút. Đây chính xác là lý do STEP nhận làm hộ toàn bộ phần việc này: kỹ sư STEP trực tiếp khảo sát hạ tầng cũ của bạn, lên kế hoạch theo đúng các bước ở trên, và thực hiện từ đầu đến cuối — bạn không cần tự tay sửa file hosts hay tự canh giờ đổi DNS lúc nửa đêm. Về chi phí, STEP nói thẳng: dịch vụ chuyển nhà được miễn phí khi bạn đăng ký gói từ 24 tháng. Chọn kỳ hạn ngắn hơn, STEP vẫn làm và báo phí rõ ràng trước khi bắt đầu — không có khoản nào phát sinh giữa chừng.

Bạn cũng không làm việc với ticket xếp hàng hay chatbot trong lúc chuyển nhà — luôn có một kỹ sư thật đồng hành, qua Ticket, Zalo OA hoặc Hotline 0985 636 289, cho tới khi mọi thứ chạy ổn định hoàn toàn. Hiện có hơn 5.000 website đang vận hành trên hạ tầng STEP với cam kết uptime 99,9%, và bạn có thể dùng thử 14 ngày trước khi quyết định chuyển hẳn — đủ thời gian để tự mình kiểm chứng, thay vì phải tin vào lời hứa suông.