Chuyển email từ Gmail sang email doanh nghiệp không mất dữ liệu

Có một nỗi sợ rất thật mỗi khi ai đó nhắc đến chuyện đổi hệ thống email công ty: "Lỡ mất hết mail cũ thì sao?". Mấy năm trao đổi với khách, hợp đồng, file đính kèm quan trọng nằm cả trong hộp thư hiện tại, nghĩ đến cảnh bấm chuyển rồi trống trơn là đủ lạnh gáy. Nỗi sợ đó hoàn toàn chính đáng. Nhưng tin tốt là chuyển email từ Gmail hay một dịch vụ cũ sang email theo tên miền doanh nghiệp hoàn toàn có thể làm gọn gàng, không mất một dòng thư nào, miễn là bạn đi đúng thứ tự. Bài này sẽ đi qua từng bước theo cách mà một người làm IT thật sự sẽ làm khi nhận việc di trú email cho cả công ty.

Vì sao nên chuyển sang email theo tên miền riêng

Trước khi bàn cách làm, cần rõ vì sao đáng để bỏ công. Một địa chỉ dạng [email protected] trông thì tiện, nhưng nó nói với đối tác rằng doanh nghiệp đang dùng đồ miễn phí, dùng chung hạ tầng với hàng triệu tài khoản cá nhân. Trong khi đó địa chỉ dạng [email protected] vừa chuyên nghiệp, vừa là một phần nhận diện thương hiệu xuất hiện trên từng email gửi đi.

Quan trọng hơn cái vẻ ngoài là quyền sở hữu dữ liệu. Khi mỗi nhân viên tự lập một Gmail riêng để làm việc, dữ liệu công ty nằm rải rác trong tài khoản cá nhân của họ. Nhân viên nghỉ việc là kéo theo cả hộp thư, cả lịch sử trao đổi với khách hàng. Email theo tên miền do tổ chức quản lý thì khác hẳn: tài khoản thuộc về công ty, người quản trị tạo, khoá, chuyển giao được. Đây là điểm gom dữ liệu về một mối mà bất kỳ doanh nghiệp nào muốn vận hành nghiêm túc đều cần.

Nếu công ty bạn còn đang ở giai đoạn chưa có email tên miền và muốn hiểu rõ phần nền tảng trước, bài tạo lập và đăng ký email theo tên miền riêng cho doanh nghiệp giải thích kỹ phần dựng hệ thống từ đầu. Còn nếu đã có sẵn email cũ cần di chuyển dữ liệu sang, hãy đọc tiếp.

Hiểu đúng nỗi sợ mất mail trước khi bắt tay

Mail không tự bốc hơi khi bạn chuyển hệ thống. Cái khiến người ta mất dữ liệu thường không phải bản thân việc di trú, mà là làm sai trình tự. Hai sai lầm kinh điển là: đổi bản ghi MX trỏ về máy chủ mới trước khi mọi thứ sẵn sàng, và xoá hộp thư cũ ngay khi vừa thấy mail đã sang được phía mới mà chưa kiểm tra kỹ.

Nguyên tắc vàng để ngủ ngon: giữ nguyên hộp thư cũ cho đến khi xác nhận chắc chắn hệ thống mới chạy ổn định vài ngày. Hộp thư cũ chính là bản sao lưu sống của bạn. Đừng vội xoá. Toàn bộ quy trình bên dưới được thiết kế để luôn có ít nhất một bản dữ liệu an toàn ở mọi thời điểm.

IMAP migration là gì và vì sao nó an toàn

Phần lớn việc chuyển mail dựa trên giao thức IMAP. Hiểu đơn giản, công cụ di trú sẽ đăng nhập vào hộp thư cũ qua IMAP, đọc từng thư cùng cấu trúc thư mục, rồi sao chép sang hộp thư mới. Bản chất là copy chứ không phải cut. Mail cũ vẫn nằm yên ở chỗ cũ trong suốt và sau khi chuyển, nên kể cả nửa chừng có trục trặc thì dữ liệu gốc không hề suy suyển. Đó là lý do cách này được tin dùng cho di trú số lượng lớn.

Chuẩn bị trước khi chuyển: phần quyết định thành bại

Khâu chuẩn bị chiếm tới phân nửa độ thành công. Làm kỹ ở đây thì các bước sau gần như chạy trơn. Có mấy việc cần xong trước khi đụng đến một thư nào.

• Lập danh sách tài khoản cần chuyển. Liệt kê đầy đủ địa chỉ email cũ, dung lượng từng hộp thư, ai còn dùng ai đã nghỉ. Hộp thư càng nặng thì thời gian chuyển càng lâu, cần tính trước.
• Tạo sẵn tài khoản trên hệ thống mới. Mỗi địa chỉ cũ cần một địa chỉ mới tương ứng theo tên miền, đặt mật khẩu tạm và phân bổ dung lượng đủ chứa. Tài khoản phải tồn tại trước thì mới có chỗ để mail chảy vào.
• Hạ TTL của bản ghi DNS trước vài ngày. Đây là mẹo mà người làm cẩu thả hay bỏ qua. TTL quy định bao lâu thì DNS được làm mới trên toàn cầu. Nếu để TTL mặc định 86400 giây tức một ngày, lúc đổi MX bạn có thể phải chờ cả ngày để thay đổi lan ra. Hạ TTL xuống 300 giây trước hai đến ba ngày, đến lúc chuyển thật thì DNS cập nhật chỉ trong vài phút, cửa sổ rủi ro thu lại rất nhỏ.
• Ghi lại cấu hình DNS hiện tại. Chụp lại hoặc xuất ra toàn bộ bản ghi MX, SPF, DKIM, DMARC đang chạy. Có bản gốc để đối chiếu và để lỡ cần quay lui thì còn đường lùi.

Khi bốn việc này xong, bạn đã có một cái lưới an toàn đặt sẵn bên dưới. Giờ mới bắt đầu động vào dữ liệu.

Sao lưu và chuyển dữ liệu mail cũ

Dù IMAP migration vốn là copy không động đến bản gốc, một bản sao lưu độc lập vẫn nên có, coi như thắt dây an toàn lần hai. Với Gmail, bạn dùng Google Takeout để tải toàn bộ hộp thư về dạng file lưu trên máy. Với client desktop như Outlook, có thể xuất ra file PST. Bản này cất một chỗ, đụng đến hay không tính sau, nhưng có nó thì yên tâm hẳn.

Xong bản lưu, đến phần chuyển chính. Công cụ di trú sẽ cần thông tin đăng nhập IMAP của cả hai phía. Phía nguồn là hộp thư cũ, phía đích là hộp thư mới vừa tạo. Lưu ý với Gmail có bật xác thực hai lớp, bạn không dùng mật khẩu thường mà phải tạo mật khẩu ứng dụng riêng cho việc này. Sau khi khai báo đủ, công cụ bắt đầu quét và sao chép từng thư, giữ nguyên cây thư mục, ngày giờ và trạng thái đã đọc chưa đọc.

Tốc độ chuyển phụ thuộc dung lượng. Một hộp thư vài gigabyte có thể mất vài giờ. Cứ để nó chạy, không cần ngồi canh, và quan trọng nhất là trong lúc này tuyệt đối chưa đổi MX. Mail mới vẫn đang vào hộp thư cũ, mọi thứ vận hành bình thường, người dùng không hề bị gián đoạn.

Chuyển song song và cập nhật DNS để tránh downtime

Đây là phần lõi quyết định có downtime hay không. Bí quyết nằm ở chỗ chuyển song song: cho hệ thống cũ và mới cùng tồn tại trong một khoảng đệm, thay vì cắt phựt cái này bật cái kia.

Khi dữ liệu đã sao chép gần xong, bạn mới đổi bản ghi MX trỏ về máy chủ mới. Nhờ đã hạ TTL từ trước, thay đổi này lan nhanh. Tuy nhiên trong vài giờ đầu, một số máy chủ gửi trên thế giới có thể vẫn còn nhớ MX cũ và gửi mail vào hộp cũ. Vì vậy đừng đụng đến hộp thư cũ ngay. Để nó hứng nốt những thư đến muộn, rồi chạy thêm một lượt đồng bộ chênh lệch để gom các thư mới đó sang hệ thống mới. Đây chính là lý do hộp thư cũ phải còn nguyên cho đến khi chắc chắn.

Cùng với MX, đừng quên hai bản ghi xác thực sống còn cho khả năng vào hộp thư đến:

• SPF khai báo những máy chủ nào được phép gửi mail thay mặt tên miền của bạn. Đổi nhà cung cấp mà quên cập nhật SPF thì mail gửi đi dễ bị đánh dấu giả mạo và rơi vào spam.
• DKIM là chữ ký số gắn vào mỗi thư để bên nhận xác minh thư không bị sửa đổi giữa đường. Hệ thống mới sẽ cấp một khoá DKIM riêng, phải thêm đúng vào DNS thì uy tín gửi mới được giữ.

SPF với DKIM cấu hình sai là nguyên nhân số một khiến doanh nghiệp vừa chuyển xong than phiền "gửi mail toàn vào spam của khách". Làm chuẩn ngay từ lúc đổi MX thì tránh được hẳn cảnh dở khóc dở cười này.

Cấu hình lại client và kiểm tra gửi nhận

DNS đã trỏ về hệ thống mới, giờ tới lượt thiết bị của người dùng. Outlook, ứng dụng Mail trên điện thoại và mọi client đang trỏ vào máy chủ cũ đều cần khai báo lại thông số máy chủ mới: địa chỉ IMAP hoặc POP, máy chủ SMTP gửi đi, cổng kết nối và phương thức mã hoá. Phần này nếu khai sai một thông số là không gửi hoặc không nhận được, nên làm cẩn thận theo đúng tài liệu nhà cung cấp đưa.

Để khâu này nhẹ nhàng cho cả phòng, nên soạn sẵn một hướng dẫn ngắn có hình minh hoạ rồi gửi cho mọi người tự làm theo. Bài cách cấu hình email trên Outlook và điện thoại đi qua từng bước cụ thể cho cả máy tính lẫn di động, rất tiện để chuyển thẳng cho nhân viên.

Cấu hình xong, phải kiểm tra thật chứ không tin suông. Một quy trình kiểm tra tối thiểu gồm: gửi một thư từ địa chỉ mới ra một hộp thư ngoài như Gmail cá nhân và xem nó vào hộp thư đến hay rơi xuống spam; gửi ngược lại từ ngoài vào địa chỉ mới để chắc chắn nhận được; mở thử vài thư cũ đã chuyển sang xem nội dung và file đính kèm còn nguyên; kiểm tra đáp lại một thư để xác nhận chiều gửi đi hoạt động. Khi cả bốn phép thử đều qua, bạn mới có thể nói là chuyển thành công.

Checklist các bước chuyển email không mất dữ liệu

Gom lại toàn bộ quy trình thành một bảng để tiện theo dõi và đánh dấu khi làm. Bạn có thể bám sát thứ tự này từ trên xuống dưới.

Những sai lầm thường gặp cần tránh

Đa số sự cố di trú đều quy về một nhúm lỗi lặp đi lặp lại. Biết trước thì né được:

• Đổi MX trước khi dữ liệu sẵn sàng. Trỏ MX về hệ thống mới khi hộp thư mới chưa tạo xong hoặc mail cũ chưa chuyển hết, mail đến sẽ rơi vào khoảng trống. Luôn để bước đổi MX về gần cuối.
• Quên cập nhật SPF và DKIM. Nhiều người chỉ đổi mỗi MX rồi tưởng xong, kết quả mail gửi ra rơi spam hàng loạt. Hai bản ghi này phải đi cùng MX.
• Xoá hộp thư cũ quá sớm. Vừa thấy mail sang được phía mới là vội xoá bên cũ, trong khi vẫn còn thư đến muộn theo MX cũ chưa kịp đồng bộ. Giữ hộp cũ thêm ít hôm.
• Bỏ qua giai đoạn forward chuyển tiếp. Trong vài giờ đến vài ngày sau khi đổi MX, vẫn có thư lọt vào hộp cũ. Không thiết lập forward hay đồng bộ chênh lệch là mất số thư đó. Đây là lỗ hổng âm thầm nhất.
• Không hạ TTL từ trước. Bỏ qua bước này khiến việc đổi MX kéo dài cả ngày trời, downtime và rủi ro mất thư đều phình to một cách không đáng.

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

Chuyển email không mất dữ liệu thực ra không nằm ở kỹ thuật cao siêu, mà nằm ở sự bình tĩnh và đi đúng thứ tự: chuẩn bị kỹ, luôn giữ một bản an toàn, chạy song song để không downtime, và chỉ buông hệ thống cũ khi đã kiểm tra chắc chắn. Làm theo trình tự đó thì nỗi sợ mất mail ban đầu sẽ tan đi nhanh thôi. Nếu doanh nghiệp bạn muốn dọn về một hệ thống email theo tên miền gọn gàng mà ngại phần kỹ thuật di trú, đội ngũ MailPRO của BizMaC sẵn sàng đồng hành từ khâu trỏ DNS đến lúc kiểm tra gửi nhận, để mọi dòng thư cũ về đúng chỗ và không bỏ sót thư nào.