Trả lời nhanh: Ba cách: dùng công cụ di chuyển tích hợp của Microsoft, dùng công cụ của bên thứ ba, hoặc để người dùng tự nhập bằng cách thêm tài khoản Gmail vào Outlook. Thứ tự an toàn là chuẩn bị tenant, tạo hộp thư, di chuyển dữ liệu, rồi cuối cùng mới đổi bản ghi MX.
Chuyển từ Google Workspace sang Microsoft 365 là việc nhiều doanh nghiệp Việt Nam làm khi cần tích hợp sâu với Office. Bài này nói thứ tự an toàn và các thứ không chuyển được.
- Chuẩn bị và di chuyển dữ liệu trước, đổi bản ghi MX sau cùng.
- Nhãn của Gmail thành thư mục trong Outlook, một thư một nơi.
- Bộ lọc, chữ ký và cài đặt cá nhân không chuyển tự động.
- Danh bạ và lịch chuyển riêng, không đi cùng hộp thư.
- Chạy song song một thời gian thay vì cắt đứt ngay.
- Di chuyển qua IMAP là cách phổ biến và không tốn tiền.
- Email hosting thường chỉ có thư, danh bạ và lịch phải làm riêng.
Ba cách di chuyển
Cách một, công cụ di chuyển tích hợp. Microsoft có công cụ trong trang quản trị Exchange hỗ trợ di chuyển từ các nguồn khác nhau. Cần quyền quản trị ở cả hai bên và cần cấu hình kết nối.
Ưu điểm: miễn phí, chuyển hàng loạt. Nhược điểm: cần thao tác cấu hình và có giới hạn.
Cách hai, công cụ của bên thứ ba. Có nhiều công cụ chuyên cho việc này, chuyển được cả thư, danh bạ, lịch và một phần cài đặt.
Ưu điểm: chuyển được nhiều loại dữ liệu, có báo cáo, xử lý được các trường hợp đặc biệt. Nhược điểm: mất tiền, thường tính theo số hộp thư.
Cách ba, người dùng tự làm. Thêm tài khoản Gmail vào Outlook rồi kéo thư sang hộp thư mới. Hoặc xuất dữ liệu từ Google rồi nhập vào.
Ưu điểm: không tốn tiền, không cần cấu hình phức tạp. Nhược điểm: chậm, phụ thuộc từng người, và dễ sót.
Chọn thế nào: dưới mười hộp thư thì cách ba khả thi. Từ mười tới năm mươi thì cách một. Trên đó hoặc khi có yêu cầu chuyển đầy đủ thì cách hai.
Thứ tự an toàn
Sáu bước, và thứ tự quan trọng hơn cách bạn chọn ở trên.
- Chuẩn bị tenant Microsoft 365: thêm tên miền, xác minh, nhưng chưa đổi bản ghi MX.
- Tạo tài khoản cho mọi người với địa chỉ giống hệt địa chỉ Gmail hiện tại, và gán giấy phép.
- Trỏ các bản ghi DNS an toàn: hai CNAME tự dò cấu hình, SPF, DKIM. Chưa đụng MX.
- Di chuyển dữ liệu. Thư vẫn đang về Gmail trong lúc này, nên không ai bị gián đoạn.
- Đổi bản ghi MX. Đây là bước cắt. Từ đây thư mới về Microsoft 365.
- Di chuyển bổ sung phần chênh lệch, tức là thư đến trong khoảng giữa bước bốn và bước năm.
Bước sáu hay bị quên và nó là nguyên nhân của các ca thiếu thư sau khi chuyển.
Giữ Google Workspace chạy ít nhất một tháng sau khi đổi MX. Vẫn còn thư đến muộn, vẫn còn dữ liệu cần lấy, và vẫn có người phát hiện ra thứ mình quên.
Những thứ không chuyển được
Phần này cần nói rõ với người dùng trước, để họ không bất ngờ.
Nhãn thành thư mục. Gmail cho một thư mang nhiều nhãn. Outlook thì một thư nằm ở một thư mục. Công cụ di chuyển thường tạo thư mục theo nhãn, và thư có nhiều nhãn thì bị nhân bản hoặc chỉ vào một thư mục. Cần báo trước cho người dùng nhiều nhãn.
Bộ lọc và quy tắc không chuyển. Người dùng phải tạo lại quy tắc trong Outlook.
Chữ ký không chuyển. Nên gửi trước cho mọi người mẫu chữ ký chuẩn của công ty để họ đặt lại, và đây là cơ hội tốt để thống nhất chữ ký toàn công ty.
Cài đặt cá nhân như bố cục giao diện, phím tắt, chế độ xem đều phải làm lại.
Danh bạ và lịch chuyển được nhưng thường là quy trình riêng, không đi cùng với thư. Cần khai rõ trong kế hoạch.
Tệp trên Google Drive là một dự án riêng, chuyển sang OneDrive và SharePoint. Đừng gộp vào cùng đợt với email, làm lần lượt sẽ nhẹ hơn.
Chuẩn bị cho người dùng
Phần này quyết định dự án được đón nhận hay bị phàn nàn. Bốn việc.
- Báo trước hai tuần kèm lịch cụ thể và lý do chuyển.
- Gửi hướng dẫn có ảnh: cách đăng nhập, cách cài Outlook, cách tìm thư cũ, cách tạo lại quy tắc và chữ ký.
- Nói rõ những gì sẽ khác. Nhãn thành thư mục, giao diện khác, một số thói quen phải đổi. Nói trước thì người ta chuẩn bị tinh thần, không nói thì họ thấy hệ thống mới tệ hơn.
- Có người trực hỗ trợ trong tuần đầu sau khi đổi MX.
Một mẹo thực dụng: chuyển đội công nghệ thông tin và một phòng ban tình nguyện trước một tuần. Họ gặp hết các vấn đề và bạn có câu trả lời sẵn khi số đông chuyển.
Sau khi chuyển
Năm việc trong tháng đầu.
- Kiểm thư đi thư đến với vài địa chỉ bên ngoài, gồm cả hộp thư dùng chung.
- Bật DKIM nếu chưa, và kiểm SPF đã gộp đúng chưa. Thiếu hai thứ này là thư của bạn dễ vào thư rác trong giai đoạn đầu, khi tên miền vừa đổi hệ thống gửi.
- Chạy đợt di chuyển bổ sung để lấy phần thư đến trong lúc chuyển.
- Nhắc người dùng tạo lại quy tắc và chữ ký.
- Sau một tháng, đánh giá và quyết định ngừng Google Workspace. Trước khi ngừng, xuất một bản sao toàn bộ dữ liệu để lưu.
Điểm cuối quan trọng: đừng hủy dịch vụ cũ ngay khi thấy mọi thứ có vẻ ổn. Một tháng là mức tối thiểu hợp lý, và chi phí giữ thêm một tháng nhỏ hơn nhiều so với rủi ro mất dữ liệu.
Thứ tự cắt chuyển
Sáu bước, giống với việc chuyển từ nhà cung cấp khác.
- Thêm và xác minh tên miền trong Microsoft 365. Chưa đụng MX.
- Tạo tài khoản cho mọi người với địa chỉ giống hệt địa chỉ cũ, gán giấy phép.
- Trỏ các bản ghi an toàn: hai CNAME tự dò cấu hình, SPF, DKIM.
- Chạy di chuyển qua IMAP. Thư vẫn về hosting cũ trong lúc này.
- Đổi bản ghi MX. Đây là bước cắt.
- Chạy đợt di chuyển bổ sung để lấy thư đến trong khoảng giữa bước bốn và năm.
Về SPF, có một điểm riêng với hosting: nếu website vẫn ở hosting cũ và nó gửi thư, chẳng hạn thư liên hệ hoặc thư xác nhận đơn hàng, thì phần SPF của hosting phải được giữ và gộp với phần của Microsoft. Bỏ đi là thư từ website bị đánh dấu đáng ngờ.
Đây là chi tiết hay bị sót và hậu quả chỉ lộ ra sau vài ngày.
Chuẩn bị trước khi chuyển
Năm việc, và việc đầu quan trọng nhất.
- Liệt kê đầy đủ các hộp thư đang có, gồm cả các địa chỉ chức năng và các địa chỉ chuyển tiếp. Trong cPanel có danh sách này. Sót một địa chỉ là mất thư gửi tới nó.
- Ghi lại mật khẩu của từng hộp thư, vì việc di chuyển qua IMAP cần đăng nhập vào từng hộp thư nguồn.
- Kiểm dung lượng từng hộp thư để ước lượng thời gian di chuyển.
- Xác định ai quản lý DNS của tên miền. Nếu nhà cung cấp hosting cũng quản lý DNS, cần quyền truy cập hoặc cần họ phối hợp.
- Hạ thời gian sống của bản ghi MX xuống mức thấp, làm trước ngày chuyển ít nhất một ngày.
Một câu hỏi quan trọng cần chốt sớm: website có chuyển đi không, hay chỉ chuyển email. Nhiều doanh nghiệp chỉ muốn chuyển email và giữ website ở hosting cũ. Việc đó làm được, chỉ cần giữ nguyên các bản ghi trỏ website và chỉ đổi bản ghi liên quan tới thư.
Ba cách di chuyển, chọn theo quy mô
| Cách | Phù hợp | Ưu điểm | Nhược điểm |
|---|---|---|---|
| Người dùng tự chuyển bằng ứng dụng thư trên máy | Dưới 5 người | Không cần chuẩn bị gì | Chậm, dễ sót, mỗi người một kiểu |
| Di chuyển theo lô do quản trị viên chạy | 5 tới 100 người | Nhất quán, theo dõi được | Cần chuẩn bị và cửa sổ thời gian |
| Di chuyển lai, chạy song song hai hệ thống một thời gian | Trên 100 người, không được gián đoạn | Ít rủi ro nhất | Phức tạp và tốn nhất |
Xác minh tên miền trước, đổi định tuyến sau
- Xác minh tên miền ở hệ thống mới, nhưng chưa đổi bản ghi định tuyến thư.
- Tạo tài khoản, gán giấy phép, bật xác thực nhiều yếu tố.
- Chạy di chuyển thử với một tài khoản, kiểm đủ thư, đủ thư mục, đủ danh bạ.
- Chạy di chuyển lần đầu cho tất cả trong khi thư mới vẫn về hệ thống cũ. Bước này lâu nhất, có thể mất nhiều ngày.
- Hạ thời gian lưu bản ghi tên miền xuống mức thấp trước 24 tới 48 giờ.
- Đổi bản ghi định tuyến thư vào khung giờ ít người dùng, thường là tối thứ sáu.
- Chạy di chuyển bổ sung để lấy nốt thư phát sinh trong lúc chuyển.
- Giữ hệ thống cũ ở chế độ chỉ đọc ít nhất một tháng.
Quy tắc lọc thư phải khai lại bằng tay
- Quy tắc lọc thư của từng người. Phải khai lại tay. Bảo người dùng chụp màn hình quy tắc của họ trước ngày chuyển.
- Chữ ký thư, nằm trên máy chứ không nằm trên máy chủ.
- Nhãn và bộ lọc kiểu riêng của hệ thống cũ, vì cấu trúc thư mục khác nhau.
- Lịch sử chat nếu hệ thống cũ có tính năng đó.
- Danh sách chặn và cho phép, phải khai lại ở cấp tổ chức.
Ba việc phải làm ngay sau khi cắt chuyển
# 1. Kiem ba ban ghi chong gia mao, neu khong thu cong ty vao hop rac dig +short MX congty.vn dig +short TXT congty.vn dig +short TXT _dmarc.congty.vn # 2. Gui thu thu toi mot dia chi o dich vu khac, kiem vao hop thu den hay hop rac # 3. Kiem cac he thong khac dang gui thu bang ten mien cong ty: # phan mem ban hang, he thong hoa don, web lien he # Chung phai duoc khai trong ban ghi cho phep gui, neu khong thu se bi chan
Việc thứ ba là việc hay bị bỏ sót nhất và gây hậu quả rõ nhất: thư xác nhận đơn hàng từ website ngừng tới khách, mà không ai biết trong nhiều ngày.
Câu hỏi thường gặp
Mất bao lâu để chuyển
Phần chuẩn bị và cấu hình khoảng một tới hai tuần. Phần di chuyển dữ liệu tùy dung lượng, có thể vài ngày với vài chục hộp thư. Tổng thể thường một tháng cho doanh nghiệp vừa, tính cả thời gian chạy song song.
Có bị mất thư trong lúc chuyển không
Nếu làm đúng thứ tự thì không. Rủi ro nằm ở việc đổi bản ghi MX trước khi tạo đủ hộp thư, hoặc quên chạy đợt di chuyển bổ sung sau khi cắt.
Người dùng có tự chuyển được không
Được, bằng cách thêm tài khoản Gmail vào Outlook rồi kéo thư sang. Cách này khả thi với công ty rất nhỏ. Với quy mô lớn hơn thì nên dùng công cụ để bảo đảm không sót.
Nên chuyển email và tệp cùng lúc không
Không nên. Làm email trước, ổn định rồi mới tới tệp. Mỗi phần đã đủ phức tạp, gộp lại làm tăng rủi ro và làm người dùng quá tải.
Có mất thư cũ không
Nếu thư còn trên máy chủ hosting thì di chuyển được hết. Rủi ro nằm ở người dùng cấu hình POP đã tải thư về máy và xóa khỏi máy chủ, khi đó cần nhập riêng từ máy họ.
Website có bị ảnh hưởng không
Không, nếu bạn chỉ đổi các bản ghi liên quan tới thư và giữ nguyên bản ghi trỏ website. Nhớ giữ phần SPF của hosting nếu website còn gửi thư.
Nên tự làm hay nhờ đơn vị hỗ trợ
Dưới mười hộp thư và có người rành thì tự làm được. Trên mức đó hoặc khi không muốn rủi ro gián đoạn, nên nhờ đơn vị có kinh nghiệm, vì phần khó không phải thao tác mà là xử lý các trường hợp đặc biệt.
