Khắc phục sự cố GWMME

Vấn đề này có thể là do:

• Máy chủ Exchange không chạy.
• Sự cố mạng đang chặn kết nối giữa máy khách và máy chủ Exchange. Để xác minh kết nối, hãy ping máy chủ từ máy khách.
• Bạn đã sử dụng sai tên cho máy chủ Exchange hoặc quản trị viên. Cách xác minh thông tin này:
  1. Trên máy khách, hãy nhấp vào Control Panel (Bảng điều khiển) Mail (Thư) để tạo hồ sơ Microsoft Outlook cho tài khoản quản trị mà bạn muốn dùng để di chuyển.
  2. Trong GWMME, trên màn hình Bước 1 (Thông tin chi tiết về máy chủ):
     • Trong trường Tên máy chủ/Địa chỉ IP, hãy nhập tên máy chủ Exchange trong hồ sơ.
     • Trong trường Tên người dùng quản trị, hãy nhập tên người dùng trong hồ sơ.

Nếu bạn đang di chuyển từ một máy chủ lưu trữ, thì hồ sơ cho tài khoản quản trị phải sử dụng chế độ cài đặt mặc định để kết nối với máy chủ. Kết nối sẽ không thành công nếu bạn sửa đổi bất kỳ chế độ cài đặt nào trong Bảng điều khiển Thư Tên hồ sơ Thuộc tính Tài khoản email Tên hồ sơ Thay đổi tài khoản email Chế độ cài đặt khác.

Xác minh rằng bạn đã nhập đúng tên và mật khẩu của quản trị viên.

Nếu vấn đề vẫn tiếp diễn, hãy xác minh rằng bạn đã nhập đúng tên cho máy chủ Exchange:

1. Trên máy khách, hãy nhấp vào Bảng điều khiển Thư để tạo hồ sơ Outlook cho tài khoản quản trị mà bạn muốn dùng để di chuyển.
2. Trong GWMME, trên màn hình Bước 1 (Thông tin chi tiết về máy chủ):
   • Trong trường Tên máy chủ/Địa chỉ IP, hãy nhập tên máy chủ Exchange trong hồ sơ.
   • Trong trường Tên người dùng quản trị, hãy nhập tên người dùng trong hồ sơ.

Nếu GWMME gặp sự cố ngay sau khi khởi động, hãy đảm bảo rằng bạn đang chạy ứng dụng này trên máy khách chứ không phải trên máy chủ Exchange. Việc chạy tiện ích này trên máy chủ có thể khiến máy chủ gặp sự cố. Để biết thêm thông tin chi tiết, hãy tham khảo tài liệu của Microsoft.

Nếu bạn cho rằng GWMME có thể gặp sự cố do vấn đề cân bằng tải, hãy chuyển đến phần "Chuẩn bị máy khách Windows" trong Hướng dẫn dành cho quản trị viên GWMME.

Đôi khi, các quy trình bổ sung đang chạy trên máy của bạn (ví dụ: phần mềm diệt vi-rút, phần mềm tìm kiếm hoặc phần mềm sao lưu) sẽ làm gián đoạn quyền truy cập của GWMME vào tệp cơ sở dữ liệu trong quá trình di chuyển. Mã lỗi sau đây trong tệp nhật ký cho biết vấn đề này đã xảy ra:

0x80040109
Fail:While stamping the message

Mặc dù đã di chuyển các thư, nhưng GWMME không lưu thông tin cho biết quá trình di chuyển đã thành công. Nếu quá trình di chuyển được chạy lại và bạn đánh dấu vào mục Chỉ dữ liệu mới, thì GWMME sẽ cố gắng di chuyển lại những thư này. Thao tác này sẽ không sao chép tin nhắn, nhưng có thể sao chép sự kiện trên lịch hoặc danh bạ.

Nếu quá trình di chuyển không thành công đối với một người dùng, hãy xác minh:

• Tên hoặc địa chỉ SMTP của người dùng được định dạng chính xác trong tệp người dùng.
• Người dùng không bị ẩn trong Danh sách địa chỉ chung (GAL).
• Người dùng có tài khoản trên máy chủ Exchange.
• Người dùng đã đăng nhập vào Google Workspace, chấp nhận Điều khoản dịch vụ và hoàn tất việc tạo tài khoản Google Workspace.

Các bước khắc phục sự cố sau đây sẽ giải quyết tất cả lỗi xác thực OAuth của GWMME:

• Đảm bảo bạn đã uỷ quyền phần mềm cho miền của mình một cách chính xác như mô tả trong phần Uỷ quyền GWMME cho tài khoản của bạn.
• Xác minh rằng người dùng và mật khẩu Google Workspace có trong tệp CSV của bạn là chính xác. Chỉ cần một lỗi trong tệp CSV cũng có thể khiến quá trình di chuyển không thành công. Để biết thông tin chi tiết, hãy xem bài viết Tạo tệp CSV cho quá trình di chuyển.
• Trên máy tính mà bạn đang chạy GWMME, hãy xác minh rằng đồng hồ hệ thống được đặt đúng giờ. Nếu đồng hồ trên máy tính bị sai, dấu thời gian cục bộ không chính xác sẽ được gửi đến các máy chủ của Google trong quá trình kiểm tra xác thực OAuth, khiến quá trình này không thành công. Đồng bộ hoá máy tính với máy chủ thời gian trên Internet.
• Đảm bảo tài khoản quản trị viên cấp cao Google Workspace dùng để xác thực GWMME là tài khoản hợp lệ và bạn đã nhập đúng tên người dùng trong cấu hình GWMME.

GWMME không cấp phép cho người dùng trong Google Workspace. Tạo tài khoản người dùng Google Workspace trước khi di chuyển dữ liệu.

Trong trường hợp này, năm trong ngày hiện tại của máy đã được thay đổi thành 2022, khiến chứng chỉ có vẻ đã lỗi thời. Bạn có thể xem ngày hiện tại ở đầu mỗi dòng nhật ký và ngày "Valid from" và "Valid until" của chứng chỉ không khớp với ngày hiện tại. Cờ lỗi WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED cho biết không kiểm tra được việc thu hồi chứng chỉ.

Bạn cũng có thể xem địa chỉ IP đích và tên máy chủ đã phân giải sau "Network connection destination details" trên dòng nhật ký cuối cùng. Đó là 1e100.net address, tức là Google.

2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)

Trong trường hợp này, Fiddler đã được cài đặt và thiết lập để giải mã HTTPS (nghĩa là sử dụng chứng chỉ riêng), nhưng chứng chỉ của Fiddler đã bị xoá khỏi danh sách chứng chỉ đáng tin cậy Windows, nên Fiddler không đáng tin cậy. Xin lưu ý rằng vì Fiddler là một proxy nên nó đã kết nối với 127.0.0.1 chứ không phải với Google. Các cờ lỗi bao gồm WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA, có nghĩa là hệ thống không tin tưởng Tổ chức phát hành chứng chỉ (CA). . Ngoài ra, hãy lưu ý rằng Google không phát hành chứng chỉ này.

Một thông báo lỗi tương tự như thông báo này sẽ xuất hiện trên màn hình đầu ra hoặc trong tệp nhật ký theo dõi:

E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.

Tài khoản người dùng không có các quyền cần thiết thường gây ra vấn đề này. Để giải quyết vấn đề này, hãy đảm bảo rằng bạn cấp cho các tài khoản quyền Nhận dưới dạng trên Exchange.

Nếu các tài khoản có quyền Nhận dưới tên và lỗi vẫn tiếp diễn, thì môi trường Exchange của bạn có thể yêu cầu tài khoản của người dùng cũng phải có quyền Gửi dưới tên.

Một số người dùng không thể di chuyển từ Exchange 2010 và họ gặp lỗi "Failed with 0x80004005" (Không thành công với mã lỗi 0x80004005) trong tệp nhật ký theo dõi. Nhật ký cũng có:

• Các lệnh gọi MAPI ngẫu nhiên đến Exchange 2010.
• Lỗi "BufferTooSmall" trong nhật ký truy cập của máy khách lệnh gọi thủ tục từ xa (RPC) trên máy chủ Truy cập của máy khách Exchange Server 2010.

Đây là một vấn đề đã biết với Exchange 2010, Outlook 2007 và Outlook 2010. Bạn có thể cần cập nhật lên Exchange 2010 SP2 RU3. Để biết thêm thông tin, hãy tham khảo tài liệu của Microsoft về lỗi cuộc gọi MAPI không thành công.

Nếu bạn có nhiều trường hợp mã lỗi HTTP 500, 502 và 503 trong nhật ký và thông báo không tải lên bằng mã lỗi 0x8004106a, thì có thể hộp thư mục tiêu đang gặp vấn đề. Vấn đề này thường là do tải cao.

Để giải quyết vấn đề này, hãy đảm bảo hộp thư đích không được sử dụng quá nhiều. Bạn có thể:

• Tắt mọi ứng dụng đồng bộ hoá (chẳng hạn như IMAP, POP, thiết bị di động và ứng dụng thư).
• Mỗi lần, bạn chỉ có thể di chuyển thư từ một nguồn.

Các vấn đề sau đây cho thấy người dùng của bạn chưa được cấp phép đúng cách:

• Những thay đổi đối với một sự kiện trên lịch sẽ không được chia sẻ với người tham dự.
• Thông báo và thông tin cập nhật trên Lịch không được chuyển đến lịch của người tham dự.

Cung cấp tất cả người dùng trong Google Workspace trước khi bạn di chuyển bất kỳ tài khoản nào, ngay cả khi bạn chỉ muốn di chuyển một phần. Đảm bảo bạn thêm mọi bí danh miền và tên biệt hiệu. Sau đó, để giải quyết vấn đề, hãy xoá và tạo lại tất cả sự kiện mà người dùng là người tổ chức hoặc khách.

Theo mặc định, GWMME sẽ di chuyển dữ liệu với tốc độ 25 người dùng mỗi giây. Tốc độ này vượt quá số lượng truy vấn mặc định mỗi giây (QPS) cho cả Contacts API và Calendar API.

Để giải quyết vấn đề này, hãy di chuyển danh bạ và lịch:

• Riêng biệt với quá trình di chuyển email.
• Với tốc độ thấp hơn là 4 – 8 người dùng mỗi giây.

Nếu một số thư không di chuyển được, thì có thể thư đó vượt quá giới hạn kích thước do Gmail áp đặt. Hoặc thư có thể chứa các loại tệp đính kèm bị Gmail chặn. Để biết thông tin chi tiết, hãy xem bài viết Các loại tệp bị Gmail chặn.

Bạn cũng có thể cần xoá giới hạn kích thước thư mục và đảm bảo các thư mục xuất hiện trong IMAP. Để biết thông tin chi tiết, hãy xem bài viết Bật và tắt POP cũng như IMAP cho người dùng.

Google Workspace ước tính số lượng thư trong hộp thư đến của bạn sau khi di chuyển. Số liệu này không cung cấp số lượng tuyệt đối. Số lượng thư được chỉ báo trong hộp thư đến của bạn trên Gmail có thể khác với số lượng thư trong hộp thư đến cũ.

Nếu bạn cho rằng mình bị thiếu một số thư, hãy kiểm tra xem:

• Thư (bao gồm cả tệp đính kèm) không lớn hơn 25 MB. Bạn không thể di chuyển thư có kích thước lớn hơn 25 MB. Để biết thông tin chi tiết, hãy xem bài viết Gửi tệp đính kèm với thư Gmail.
• Gmail không chặn tệp đính kèm của thư. Gmail ngăn chặn một số loại tệp đính kèm, chẳng hạn như tệp thực thi. Để biết thông tin chi tiết, hãy xem bài viết Các loại tệp bị Gmail chặn.
• Thư nằm trong một thư mục hoặc trong một phạm vi ngày thuộc quá trình di chuyển.

Việc thiếu thư hoặc thư được di chuyển có người gửi hoặc người nhận không chính xác có thể xảy ra khi di chuyển tệp Exchange hoặc tệp PST. Địa chỉ SMTP của người gửi hoặc người nhận thư có thể bị thiếu và thay vào đó, địa chỉ X.500 của Exchange sẽ được dùng. Điều này có thể xảy ra nếu không có hồ sơ Danh sách địa chỉ chung (GAL) nào được tạo hoặc người dùng đã bị xoá khỏi GAL.

Điều gì xảy ra khi GWMME tìm thấy một địa chỉ X.500

Khi tìm thấy một địa chỉ X.500, GWMME sẽ tìm kiếm một hồ sơ thư MAPI đã đăng ký trên máy chủ di chuyển có tên tổ chức Exchange X.500 trùng khớp. Nếu tìm thấy, GWMME sẽ phân giải địa chỉ X.500 bằng cách sử dụng thông tin đăng ký trong sổ địa chỉ trong hồ sơ thư MAPI.

Nếu không tìm thấy thông tin này trong sổ địa chỉ Exchange, GWMME sẽ cố gắng chuyển đổi địa chỉ X.500 thành địa chỉ SMTP. Để làm việc này, hệ thống sẽ xem xét giá trị CN cuối cùng của địa chỉ X.500 và sử dụng giá trị đó làm tên người dùng của địa chỉ email. Ví dụ: địa chỉ X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS sẽ tạo ra địa chỉ email SMTP ex_alias@example.com.

Cách sử dụng sổ địa chỉ Exchange để phân giải địa chỉ X.500

1. Tạo hồ sơ thư MAPI (chế độ không lưu vào bộ nhớ đệm) trên máy chủ đang tiến hành di chuyển.
2. Đảm bảo rằng hồ sơ thư MAPI được thiết lập trên máy chủ dùng để thực hiện quá trình di chuyển PST.
3. Hồ sơ thư MAPI phải được kết nối với máy chủ Exchange ban đầu để GWMME có thể phân giải người nhận một cách thích hợp bằng cách sử dụng GAL.
4. Thiết lập hồ sơ thư MAPI bằng tài khoản người dùng hoặc tài khoản dịch vụ hiện đang đăng nhập để tránh lỗi xác thực.

Lưu ý quan trọng

Kiểm thử và xác nhận rằng bạn đã thiết lập quy trình di chuyển đúng cách. Nếu vấn đề vẫn tiếp diễn, việc di chuyển lại sẽ không cập nhật dữ liệu đã di chuyển sang Tài khoản Google của bạn. Xoá dữ liệu email, xoá dữ liệu đó khỏi thùng rác rồi di chuyển lại.

Tin nhắn được di chuyển có thể hiển thị ngày và giờ di chuyển thay vì ngày và giờ của tin nhắn gốc.

Điều này thường xảy ra do phần đầu thư ngày của thư gốc không tuân thủ RFC 5322. Nếu một thư có tiêu đề ngày không được định dạng đúng, Gmail sẽ áp dụng thời gian và ngày di chuyển cho thư đó.

Điều này xảy ra khi bạn nhập sự kiện cho những người dùng không phải là người tổ chức ban đầu hoặc người tham dự ban đầu của sự kiện.

Bất kể thông báo cảnh báo, sự kiện sẽ di chuyển thành công vào Google Workspace và người dùng mục tiêu trên Google Workspace sẽ xuất hiện dưới dạng người tham dự sự kiện trên Lịch Google. Điều này là cần thiết vì Lịch không hỗ trợ việc liệt kê các sự kiện trên lịch của một người dùng khi họ không phải là người tổ chức hoặc người tham dự.