排查 Microsoft Outlook 迁移问题

以下是排查这类问题的一些步骤：

• 确保您在迁移过程中连接到了网络，而且没有出现网络连接问题。
• 确保在迁移过程中 Outlook 处于关闭状态。
• 请勿通过 OST 文件导入。GWMMO 仅支持通过 PST 文件导入，或直接从 Exchange 账号导入。如需了解详情，请参阅可以迁移哪些内容？

如果您将联系人数据多次导入同一个 Google Workspace 账号，就会出现这种情况。请仅对联系人执行一次导入操作。如果您最后还是有重复的数据，请执行以下任一操作：

• 从 Google Workspace 账号中删除所有个人联系人。然后使用 GWMMO 重新导入联系人。
• 从 Google Workspace 中手动移除重复的联系人。

可以。其余数据会继续自动导入。如果迁移向导仍然处于开启状态，您可以从该向导的进度页面中打开迁移日志文件，查看错误清单。否则，如需查找跟踪日志文件，请参阅在哪里可以找到日志？

GWMMO 目前无法迁移特定类型的邮件，其中包括已读回执和递送成功/递送失败报告。如需了解详情，请参阅可以迁移哪些内容？

如果您在网络连接速度较慢时导入带有大型附件（几兆字节）的邮件，就可能发生连接超时。多次重试后，迁移会停止，并且您会在日志文件中看到 Windows Update 错误代码 80072ee2。

默认情况下，连接超时时间为 120 秒。您可以通过修改 Windows 注册表来延长此时限，以确保迁移时间超过 120 秒的邮件也能成功迁移。具体来说，您可以添加以下注册表项以替换默认的超时值：

• HKEY_CURRENT_USER\Software\Google\Google Apps Migration\Other\ResolveTimeoutSeconds > DWORD Value = 00000030
• HKEY_CURRENT_USER\Software\Google\Google Apps Migration\Other\ConnectTimeoutSeconds > DWORD Value = 00000030
• HKEY_CURRENT_USER\Software\Google\Google Apps Migration\Other\SendTimeoutSeconds > DWORD Value = 00000600

上文的超时期限示例值均以秒为单位，您可视网络连接状况进行调整。

如何将这些项添加到注册表？

1. 在“开始”菜单中，依次点击Windows 系统 运行。

   或者，按 Windows 键 + r。

2. 对于运行，请指定 regedit。

   注意：如果您是在 64 位版本 Windows 上运行 32 位版本的 Outlook，则需要在对应于 32 位应用的正确位置中添加这些注册表项。有关详情，请参阅在 64 位版本的 Windows 上运行 32 位版本的 Outlook。

3. 在注册表中，转到 HKEY_CURRENT_USER\Software\Google\Google Apps Migration\。
4. 依次点击编辑 新建 项，以创建新的项文件夹。
5. 输入 Other 作为项的名称，然后按 Enter。
6. 选择您刚刚创建的 Other 文件夹。
7. 依次点击编辑 新建 DWORD（32 位）值。
8. 输入 ResolveTimeoutSeconds 作为新值，然后按 Enter。
9. 右键点击刚创建的 ResolveTimeoutSeconds 值，然后选择修改。
10. 在编辑 DWORD（32 位）值对话框中，位于数值数据下方，输入所需的超时值（如上文示例中的 00000030）。
11. 点击确定。
12. 重复第 6 - 11 步，为上面列出的其他两个超时注册表项创建 DWORD（32 位）值：
    • ConnectTimeoutSeconds：
      • DWORD（32 位）值 - ConnectTimeoutSeconds
      • 数值数据 - 00000030
    • SendTimeoutSeconds：
      • DWORD（32 位）值 - SendTimeoutSeconds
      • 数值数据 - 00000600

要为 GWMMO 启用不同的日志记录级别（信息、详细或性能），请编辑 Tracing 注册表项文件夹以及其中用于表示级别的 REG_DWORD 值。

1. 在“开始”菜单中，依次点击Windows 系统 运行。

   或者，按 Windows 键 + r。

2. 对于运行，请指定 regedit。

   注意：如果您是在 64 位版本 Windows 上运行 32 位版本的 Outlook，则需要在对应于 32 位应用的正确位置中添加这些注册表项。有关详情，请参阅在 64 位版本的 Windows 上运行 32 位版本的 Outlook。

3. 在注册表中，转到 HKEY_CURRENT_USER\Software\Google\Google Apps Migration\。
4. 选择 Tracing 文件夹。
5. 右键点击 Level 值，然后选择修改。
6. 在编辑 DWORD（32 位）值对话框的数值数据下方，将默认的数值“7”更改为以下其中一个十六进制值：
   • f：信息
   • ff - 详细
   • 4F：效果
7. 点击确定。

注意：“详细”日志记录可生成大量日志文件，这可能会影响性能和磁盘空间的可用性。

迁移后，您可能会注意到来源账号中的电子邮件数量多于迁移到 Gmail 的电子邮件数量。

这种差别可能是由于 Exchange 和 IMAP 邮件服务器中的文件夹与 Gmail 中的标签不同所造成的。在 Exchange 和 IMAP 邮件服务器中，当您将同一封邮件分配到多个文件夹时，系统就会复制该邮件。但迁移完成后，Gmail 会移除重复的邮件，改而为邮件应用不同的标签。

要确认所有邮件是否均已迁移完毕，请检查日志中是否有错误。如需查找跟踪日志文件，请参阅在哪里可以找到日志？

如果您认为在迁移过程中遗漏了邮件，请查看相应邮件。系统不会迁移属于以下情况的邮件：

• 相应邮件（含附件）的大小超过 25 MB。
• 邮件包含 Gmail 禁止的附件，如可执行文件。有关详情，请参阅 Gmail 中屏蔽的文件类型。
• 数据迁移范围是否涵盖相应邮件所在的文件夹，或相应邮件的收发日期。

如果您认为在迁移过程中遗漏了某些标签，请检查跟踪日志文件是否包含消息“Skipping hidden folder”。如有，则表示来源账号中的文件夹未被检测到。

您在为用户导入活动时，如果此用户既不是活动的原始组织者，也不是活动的初始参加者，就会出现这种警告。

不过，不论是否出现类似警告消息，活动都会成功迁移到 Google Workspace，并且 Google Workspace 目标用户会在 Google 日历中显示为该活动的参加者。因为 Google 日历不支持为身份不是组织者或参加者的用户列出日历活动，所以需要这样处理。

如果您遇到网络连接问题，应将以下网址列入许可名单：

注意：如果您使用的是 Windows 家长控制系统，则可能需要将相关网址添加到许可名单中。有关详情，请参阅相关 Microsoft 文档。

相关主题

• Google IP 地址范围（GWMMO 可以使用其中任何一个 IP 地址）
• CRL 检查

可以，有可能。例如，如果您通过单次迁移将数据从多个源账号迁移到单个目标账号，则可能会超出 API 限制。

为避免此问题，请多次运行从单一来源到目标的迁移。