Có file PST cũ, làm sao đưa toàn bộ email lên Microsoft 365?
Khi doanh nghiệp chuyển hệ thống email sang Microsoft 365, một vấn đề thường gặp là:
Email mới đã hoạt động trên Microsoft 365 nhưng nhiều email cũ vẫn nằm trong các file PST trên máy tính người dùng.
File PST thường xuất hiện khi doanh nghiệp trước đây:
- Sử dụng email POP3 trên Outlook.
- Archive email cũ ra file PST.
- Sao lưu Outlook thủ công.
- Chuyển máy tính và giữ lại dữ liệu Outlook.
- Từng sử dụng hệ thống email không đồng bộ toàn bộ thư lên Server.
Khi chuyển sang Microsoft 365, nhiều doanh nghiệp muốn đưa toàn bộ thư cũ này lên mailbox Cloud để người dùng có thể:
- Tìm kiếm email cũ trực tiếp trong Outlook.
- Truy cập email trên nhiều máy tính.
- Sử dụng Outlook trên Web.
- Không còn phụ thuộc vào một file PST nằm trên một máy cụ thể.
- Quản lý dữ liệu email tập trung hơn.
Vậy nên đưa PST lên Microsoft 365 bằng cách nào?
Trước tiên: PST là gì?
PST – Personal Storage Table – là file dữ liệu được Microsoft Outlook sử dụng để lưu trữ email và nhiều dữ liệu Outlook trên máy tính.
Một file PST có thể chứa:
- Inbox.
- Sent Items.
- Deleted Items.
- Drafts.
- Các thư mục email tự tạo.
- Contacts.
- Calendar.
- Một số dữ liệu Outlook khác.
Điểm quan trọng là:
PST là dữ liệu cục bộ.
Nếu file chỉ nằm trên một máy tính thì người dùng thường không thể thấy toàn bộ dữ liệu đó khi đăng nhập Microsoft 365 từ một máy khác hoặc từ trình duyệt.
Do đó, sau quá trình migration, doanh nghiệp thường muốn đưa những email cần giữ từ PST lên mailbox Microsoft 365.
Phương án 1: Mở PST trong Outlook và copy từng thư mục
Đây là phương án đơn giản và dễ kiểm soát nhất khi chỉ có một vài người dùng.
Quy trình cơ bản:
PST → Outlook → Mailbox Microsoft 365
IT mở file PST trong Outlook, kiểm tra dữ liệu rồi copy hoặc move từng thư mục sang mailbox Microsoft 365.
Ví dụ PST có:
- Inbox 2019
- Customer
- Supplier
- Project ABC
- Archive 2020
- Archive 2021
IT có thể lần lượt đưa từng thư mục lên mailbox Microsoft 365.
Ưu điểm
- Trực quan.
- Dễ kiểm tra email trước khi chuyển.
- Có thể lựa chọn thư mục cần giữ.
- Dễ xử lý từng phần.
- Phù hợp với người dùng có dữ liệu không quá lớn.
Nhược điểm
- Tốn thời gian nếu PST lớn.
- Phụ thuộc vào máy tính.
- Phụ thuộc Outlook đang hoạt động ổn định.
- Quá trình upload có thể mất nhiều thời gian.
- Khó quản lý nếu doanh nghiệp có hàng chục người dùng.
Phù hợp khi nào?
Phù hợp với:
- Một vài mailbox.
- PST dung lượng vừa phải.
- Cần kiểm tra kỹ dữ liệu trước khi đưa lên Cloud.
- Có nhiều thư mục cũ nhưng chỉ muốn giữ một phần.
Phương án 2: Sử dụng chức năng Import/Export của Outlook
Outlook có chức năng Import/Export giúp nhập dữ liệu từ PST vào profile/mailbox hiện tại.
Thay vì kéo từng thư mục bằng tay, IT có thể thực hiện quy trình import dữ liệu từ file PST.
Khi sử dụng phương án này cần đặc biệt chú ý một số vấn đề.
Mailbox phải còn đủ dung lượng
Ví dụ:
Mailbox Microsoft 365 còn:
15 GB
nhưng PST cần nhập có:
25 GB
thì rõ ràng cần đánh giá lại dung lượng trước khi thực hiện.
Không nên bắt đầu migration rồi mới phát hiện mailbox không còn đủ quota.
Cẩn thận với email trùng
Đây là vấn đề rất thường gặp.
Ví dụ doanh nghiệp đã thực hiện:
IMAP → Microsoft 365
trước đó.
Một phần email trên Server cũ đã được migrate sang Microsoft 365.
Nhưng file PST của người dùng cũng chứa chính những email này.
Nếu tiếp tục import toàn bộ PST mà không kiểm tra, mailbox có thể xuất hiện:
- Email trùng.
- Folder trùng.
- Sent Items trùng.
- Nhiều bản sao của cùng một email.
Vì vậy cần xác định:
Email nào đã có trên Microsoft 365 và email nào chỉ còn trong PST?
Theo dõi trạng thái đồng bộ sau khi import
Import vào Outlook không có nghĩa toàn bộ dữ liệu lập tức nằm trên Microsoft 365.
Outlook còn phải đồng bộ dữ liệu lên Cloud.
Nếu PST lớn, quá trình này có thể kéo dài tùy:
- Dung lượng dữ liệu.
- Số lượng email.
- Tốc độ Internet.
- Hiệu năng máy tính.
- Tình trạng Outlook.
- Mailbox hiện tại.
Không nên tắt máy ngay sau khi thấy thư đã xuất hiện trong Outlook.
Cần kiểm tra dữ liệu thực sự đã đồng bộ lên Microsoft 365.
Một cách kiểm tra thực tế là đăng nhập Outlook trên Web và kiểm tra một số folder/email mẫu.
Không nên xử lý đồng thời quá nhiều PST lớn trên một máy
Ví dụ IT có:
- 10 PST.
- Mỗi PST 20–40 GB.
Việc mở tất cả và import đồng thời trên một máy tính cấu hình thấp có thể khiến:
- Outlook rất chậm.
- Máy tính thiếu RAM.
- Ổ cứng hoạt động liên tục.
- Outlook treo.
- Đồng bộ mất nhiều thời gian.
- Khó xác định PST nào đang gặp lỗi.
Trong trường hợp này nên lập kế hoạch xử lý theo từng nhóm hoặc sử dụng phương án migration tập trung.
Phương án 3: Quy trình migration tập trung cho số lượng PST lớn
Nếu doanh nghiệp chỉ có 2–3 người dùng, xử lý qua Outlook thường khá đơn giản.
Nhưng nếu có:
20, 50 hoặc hàng trăm mailbox
thì việc IT đi đến từng máy tính để mở từng PST sẽ không còn hiệu quả.
Khi đó nên xây dựng quy trình migration tập trung.
Ví dụ:
Thu thập PST → Kiểm kê → Kiểm tra → Mapping User → Migration → Đối soát
Cách thực hiện cụ thể sẽ phụ thuộc vào:
- Microsoft 365 Tenant.
- Quyền quản trị.
- Số lượng người dùng.
- Dung lượng PST.
- Nguồn dữ liệu hiện tại.
- Công cụ migration doanh nghiệp sử dụng.
- Chính sách bảo mật dữ liệu.
Lợi ích lớn nhất của quy trình tập trung là IT có thể kiểm soát:
- Ai có PST.
- Có bao nhiêu file.
- Tổng dung lượng.
- PST thuộc mailbox nào.
- File nào đã migrate.
- File nào lỗi.
- File nào còn chờ xử lý.
Đây là cách phù hợp hơn với dự án migration Microsoft 365 quy mô doanh nghiệp.
Trước khi import PST cần kiểm tra những gì?
Đây là bước SMNET khuyến nghị không nên bỏ qua.
1. PST có mở được hay không?
Hãy thử mở file và kiểm tra:
- Có báo lỗi không?
- Thư mục có hiển thị đầy đủ không?
- Email có đọc được không?
- Có dấu hiệu file bị corrupt không?
Không nên bắt đầu một dự án migration lớn dựa trên giả định rằng tất cả PST đều tốt.
2. Kích thước file PST
Cần lập danh sách:
User → PST → Size
Ví dụ:
Accounting: 8 GB
Sales01: 22 GB
Director: 35 GB
Admin: 12 GB
Từ đó IT mới có thể tính toán thời gian và phương án thực hiện.
3. Mailbox Microsoft 365 còn bao nhiêu dung lượng?
Cần so sánh:
Dung lượng hiện tại + dữ liệu PST cần import
với quota mailbox của người dùng.
Không chỉ tính kích thước PST một cách máy móc mà nên có dung lượng dự phòng cho email mới tiếp tục phát sinh.
4. Deleted Items và Junk Email có cần giữ không?
PST lâu năm có thể chứa rất nhiều dữ liệu trong:
- Deleted Items.
- Junk.
- Trash.
- Folder tạm.
Không phải dữ liệu nào cũng cần đưa lên Microsoft 365.
Ví dụ PST 30 GB nhưng:
8 GB nằm trong Deleted Items
thì nên trao đổi với người dùng trước khi migrate.
Việc lọc dữ liệu không cần thiết có thể giảm đáng kể thời gian migration và dung lượng Cloud.
5. Kiểm tra dữ liệu trùng với email đã migrate
Đây là bước đặc biệt quan trọng đối với doanh nghiệp chuyển từ:
POP/IMAP → Microsoft 365
Ví dụ:
Server IMAP đang giữ email từ năm 2023–2026.
File PST lại giữ email từ năm 2015–2026.
Nếu migrate IMAP trước rồi tiếp tục import nguyên PST, dữ liệu từ 2023–2026 có nguy cơ bị trùng.
Phương án hợp lý hơn có thể là:
Microsoft 365 hiện tại + chỉ bổ sung phần email lịch sử còn thiếu trong PST
thay vì import tất cả một cách máy móc.
Nên thử nghiệm với một mailbox trước
Nếu doanh nghiệp có nhiều PST, không nên xử lý đồng loạt ngay từ đầu.
Nên chọn một mailbox đại diện để thử nghiệm.
Kiểm tra:
- Folder có đúng không?
- Email có đủ không?
- Ngày gửi/nhận có đúng không?
- Dữ liệu có bị trùng không?
- Outlook có đồng bộ hoàn tất không?
- Người dùng có tìm thấy email trên Outlook Web không?
Sau khi quy trình được xác nhận mới triển khai hàng loạt.
Một bước thử nghiệm nhỏ có thể tránh rất nhiều công việc xử lý lại sau này.
Không nên xóa PST ngay sau khi import
Đây là một nguyên tắc quan trọng.
Sau khi nhìn thấy dữ liệu trong Outlook, IT không nên lập tức:
Delete PST
và xem dự án đã hoàn tất.
Nên giữ file PST gốc trong một khoảng thời gian đối soát phù hợp với chính sách doanh nghiệp.
Trong thời gian đó cần kiểm tra:
- Số lượng folder.
- Một số email cũ ngẫu nhiên.
- Sent Items.
- Email có attachment.
- Những thư mục quan trọng của người dùng.
- Dữ liệu trên Outlook Web.
Chỉ sau khi người dùng và IT xác nhận dữ liệu Cloud đầy đủ mới quyết định:
- Xóa PST.
- Archive dài hạn.
- Lưu bản backup offline.
- Đưa vào hệ thống lưu trữ tập trung.
Không nên sử dụng PST làm hệ thống backup lâu dài duy nhất
PST có thể dùng để lưu dữ liệu Outlook, nhưng không nên xem một file PST trên laptop là chiến lược backup hoàn chỉnh cho email doanh nghiệp.
Rủi ro có thể bao gồm:
- Laptop hỏng.
- SSD hỏng.
- File PST corrupt.
- Nhân viên xóa nhầm.
- Máy bị ransomware.
- Nhân viên nghỉ việc nhưng dữ liệu vẫn nằm trên máy cá nhân.
- Không ai biết file PST đang nằm ở đâu.
Khi chuyển sang Microsoft 365, doanh nghiệp nên tận dụng cơ hội này để chuẩn hóa lại cách quản lý dữ liệu email.
Một quy trình PST → Microsoft 365 nên thực hiện thế nào?
SMNET thường khuyến nghị tư duy theo quy trình:
1. Kiểm kê PST
↓
2. Xác định PST thuộc người dùng nào
↓
3. Kiểm tra lỗi và dung lượng
↓
4. So sánh dữ liệu đã có trên Microsoft 365
↓
5. Loại bỏ dữ liệu không cần thiết nếu phù hợp
↓
6. Chọn phương án migration
↓
7. Import dữ liệu
↓
8. Theo dõi đồng bộ
↓
9. Đối soát trên Cloud
↓
10. Lưu trữ PST gốc theo chính sách
Điều quan trọng không phải chỉ là:
“Import được PST.”
Mà là:
“Import đúng PST, vào đúng mailbox, không mất dữ liệu và hạn chế tối đa email trùng.”
Trường hợp doanh nghiệp vừa migrate IMAP vừa có PST thì sao?
Đây là tình huống khá phổ biến.
Ví dụ hệ thống cũ:
Email Server IMAP + Outlook POP/PST tại máy người dùng
Lúc này dữ liệu có thể bị phân tán:
- Một phần nằm trên Server.
- Một phần nằm trong PST.
- Một phần đã được archive.
- Một phần chỉ tồn tại trên một máy tính cũ.
Vì vậy dự án không nên chỉ đơn giản:
IMAP → Microsoft 365
mà cần thực hiện thêm bước:
Đối soát PST của người dùng
để xác định những email lịch sử chưa có trên Cloud.
Nếu bỏ qua bước này, doanh nghiệp có thể chuyển email mới thành công nhưng lại bỏ sót nhiều năm dữ liệu cũ.
Câu hỏi thường gặp
Có cần Outlook để mở PST không?
PST là định dạng dữ liệu của Outlook.
Trong các quy trình thủ công, Outlook thường là cách phổ biến để mở, kiểm tra và nhập dữ liệu PST.
Với dự án migration quy mô lớn có thể sử dụng các công cụ hoặc quy trình chuyên dụng khác.
Import PST có giữ được thư mục con không?
Thông thường có thể giữ cấu trúc thư mục khi import đúng cách.
Tuy nhiên với dữ liệu doanh nghiệp quan trọng, nên thử nghiệm trước trên một mailbox mẫu để xác nhận cấu trúc sau migration.
Có thể đưa email PST lên Microsoft 365 để xem trên điện thoại không?
Sau khi dữ liệu đã thực sự được đưa lên mailbox Microsoft 365 và đồng bộ hoàn tất, người dùng có thể truy cập dữ liệu Cloud từ các thiết bị và ứng dụng được hỗ trợ thay vì phụ thuộc vào file PST trên máy cũ.
PST quá lớn có import được không?
Cần kiểm tra ít nhất:
- Tình trạng file.
- Dung lượng PST.
- Quota mailbox.
- Hiệu năng máy.
- Khả năng đồng bộ.
- Phương án migration.
PST càng lớn càng nên lập kế hoạch thay vì import trực tiếp mà không đánh giá trước.
Có nhiều PST cần đưa lên Microsoft 365?
Nếu doanh nghiệp có nhiều người dùng hoặc nhiều file PST, nên kiểm kê tổng thể trước khi bắt đầu.
SMNET có thể đánh giá:
- Số mailbox.
- Số PST.
- Tổng dung lượng.
- Hệ thống email hiện tại.
- Dữ liệu đã migrate.
- Khả năng trùng dữ liệu.
- License Microsoft 365.
- Phương án migration phù hợp.
SMNET hỗ trợ chuyển đổi email và Microsoft 365 cho doanh nghiệp
SMNET cung cấp license và dịch vụ triển khai Microsoft 365 cho doanh nghiệp, bao gồm các nhu cầu như:
- Tư vấn license Microsoft 365.
- Khởi tạo và cấu hình Tenant.
- Cấu hình Domain và DNS.
- Chuyển email IMAP/POP sang Microsoft 365.
- Đưa email cũ từ PST lên Microsoft 365.
- Cấu hình Outlook.
- Cài đặt Microsoft 365 Apps.
- Hỗ trợ người dùng sau migration.
- Kiểm tra và đối soát dữ liệu.
- Hỗ trợ quản trị Microsoft 365 sau triển khai.
Nếu doanh nghiệp đang có nhiều file PST nằm rải rác trên máy tính nhân viên, nên kiểm kê và lập kế hoạch trước khi chuyển đổi để tránh tình trạng email mới đã lên Cloud nhưng dữ liệu lịch sử vẫn bị bỏ lại trên các máy cũ.
SMNET – Đối tác công nghệ của doanh nghiệp
Microsoft 365 tại SMNET: smnet.vn
Hotline: 028 7301 6068
Email: hello@smnet.vn
