直接转换迁移到 Office 365

作为 Office 365 部署的一部分,可以将源电子邮件系统中用户邮箱的内容迁移到到 Office 365。 当您一次迁移所有内容时,它称为“直接转换迁移”。 在以下情况中建议选择直接转换迁移:

  • 你当前的本地 Exchange 组织是 Microsoft Exchange Server 2003、Microsoft Exchange Server 2007、Microsoft Exchange Server 2010 或 Microsoft Exchange Server 2013。

  • 您的本地 Exchange 组织邮箱数目少于 2,000 个。

    注意: 即使直接转换迁移支持移动最多 2000 个邮箱,不过由于创建和迁移 2000 个用户所花费的时间较长,因此迁移 150 个或更少的用户会更加合理。

规划迁移   

设置到 Office 365 的电子邮件直接转换迁移需要仔细进行规划。 在开始之前,请考虑以下事项:

  • 只需几天时间,就可以将整个电子邮件组织迁移到 Office 365,并在 Office 365 中管理用户帐户。

  • 使用直接转换 Exchange 迁移最多可以将 2,000 个邮箱迁移到 Office 365。但是,建议仅迁移 150 个邮箱。

  • 用于本地 Exchange 组织的主域名必须是您的 Office 365 组织中由您拥有的接受域的域名。

  • 迁移完成后,拥有本地 Exchange 邮箱的用户也将是 Office 365 中的新用户。 但是您仍必须为迁移了其邮箱的用户分配许可证。

在为您的本地和 Office 365 组织设置直接转换迁移之后,设置后的任务可能会影响您的用户。

  • 管理员或用户必须配置其台式计算机        确保台式计算机经过更新并设置为使用 Office 365。 这些操作允许用户使用本地用户凭据从桌面应用程序登录 Office 365。 有权限安装应用程序的用户可以更新和设置其自己的桌面。 或者可以为其安装更新。 完成更新后,用户可以从 Outlook 2013、Outlook 2010 或 Outlook 2007 发送电子邮件。

  • 电子邮件路由中的潜在延迟        发送给其邮箱已迁移到 Office 365 的用户的电子邮件将被传送到其本地 Exchange 邮箱,直到 MX 记录发生更改。

直接转换迁移的工作原理

您为直接转换迁移执行的主要步骤如下图所示。

用于执行到 Office 365 的直接转换迁移的过程
  1. 管理员向用户传达即将进行的更改并向域注册机构验证域所有权。

  2. 管理员为直接转换迁移准备服务器,并在 Office 365 创建空的启用邮件的安全组。

  3. 管理员将 Office 365 连接到本地电子邮件系统(这称为创建迁移终结点)。

  4. 管理员迁移邮箱,然后验证迁移。

  5. 将 Office 365 许可证授予用户。

  6. 管理员配置域以开始将电子邮件直接路由到 Office 365。

  7. 管理员验证路由是否已更改,然后删除直接转换迁移批处理。

  8. 管理员在 Office 365 中完成迁移后的任务(为用户分配许可证并创建自动发现域名系统 (DNS) 记录),并可选择取消本地 Exchange 服务器。

  9. 管理员向用户发送欢迎信函,告知他们有关 Office 365 的信息并介绍如何登录到新邮箱。

已准备好运行直接转换迁移了吗?

展开以下各部分,然后按照步骤操作。

在将邮箱直接转换迁移到 Office 365 之前,您必须首先完成对您的 Exchange Server 环境所做的一些更改。

注意: 如果已打开目录同步,需要将其关闭,然后才能执行直接转换迁移。可使用 PowerShell 执行此操作。有关说明,请参阅关闭 Office 365 的目录同步

  1. 在本地 Exchange Server 上配置 Outlook Anywhere     电子邮件迁移服务使用 Outlook Anywhere(也称为“HTTP 上的 RPC”)连接到本地 Exchange Server。将自动为 Exchange 2013 配置 Outlook Anywhere。有关如何为 Exchange 2010、Exchange 2007 和 Exchange 2003 设置 Outlook Anywhere 的信息,请参阅以下内容:

  2. 必须对 Outlook Anywhere 配置使用由受信任的证书颁发机构 (CA) 颁发的证书,Office 365 才能运行直接转换迁移。 若要执行直接转换迁移,需要向证书添加 Outlook Anywhere 和自动发现服务。 有关如何设置证书的说明,请参阅:

  3. 可选:验证是否可以使用 Outlook Anywhere 连接到您的 Exchange 组织     尝试以下方法之一测试连接设置。

    • 从您的公司网络外部使用 Outlook 连接到您的本地 Exchange 邮箱。

    • 使用 Microsoft Exchange Remote Connectivity Analyzer 测试连接设置。 使用 Outlook Anywhere(HTTP 上的 RPC)或 Outlook 自动发现测试。

    • 当在本过程后面将 Office 365 连接到电子邮件系统时,请等待连接自动进行测试。

  4. 设置权限    用于连接到本地 Exchange 组织的本地用户帐户(也称为迁移管理员)必须具有访问希望迁移到 Office 365 的本地邮箱所需的权限。在本过程后面将 Office 365 连接到电子邮件系统时,将使用此帐户。

  5. 要迁移邮箱,管理员必须具有下列任一权限:

    • 必须为迁移管理员分配每个本地邮箱的 FullAccess 的权限。

      或者

    • 必须为迁移管理员分配对存储用户邮箱的本地邮箱数据库的 Receive As 权限。

    有关如何设置这些权限的说明,请参阅分配将邮箱迁移到 Office 365 所需的 Exchange 权限

  6. 禁用统一消息 (UM)     如果您正在迁移的本地邮箱已启用 UM,请在迁移之前禁用 UM。 请在迁移完成之后为邮箱启用 UM。 有关操作步骤,请参阅为 Exchange 2007 用户禁用统一消息

  7. 创建安全组和清理代理人    由于电子邮件迁移服务无法检测到本地 Active Directory 组是否是安全组,因此它不能在 Office 365 中将任何迁移的组设置为安全组。 如果您希望在 Office 365 中有安全组,则必须首先在 Office 365 中设置一个空的启用邮件的安全组,然后再开始执行直接转换迁移。

    此外,此迁移方法仅移动邮箱、邮件用户、邮件联系人和启用邮件的组。 如果任何其他 Active Directory 对象(例如未迁移到 Office 365 的用户邮箱)被指定为要迁移的对象的经理或代理人,那么您必须在迁移之前从对象中删除它们。

在迁移期间,将使用每个本地邮箱的简单邮件传输协议 (SMTP) 地址为新的 Office 365 邮箱创建电子邮件地址。 要运行直接转换迁移,本地域必须是您的 Office 365 组织中的已验证的域。

  1. 使用您的 工作或学校帐户登录到 Office 365

  2. 转到“域”页面

  3. 在“”页面上,单击“添加域”以启动域向导。

    选择“添加域”
  4. 在“添加域”页面上,键入对本地 Exchange 组织所使用的域名(例如 Contoso.com),然后选择“下一步”。

  5. 在“验证域”页面上,选择“登录到 GoDaddy”(如果你的 DNS 记录由 GoDaddy 管理)或“改为添加 TXT 记录”(对于其他注册机构)>“下一步”。

  6. 请按照为您的 DNS 托管提供商提供的说明进行操作。 通常选择 TXT 记录来验证所有权。

    还可在管理 DNS 记录时为 Office 365 创建 DNS 记录中查看该说明。

    在添加 TXT 或 MX 记录之后,等待大约 15 分钟,然后继续下一步骤。

  7. 在 Office 365 域向导中,选择“已完成,立即验证”,您将看到一个验证页面。 选择“完成”。

    如果最初验证失败,请等待片刻,然后重试。

    不要继续域向导中的下一步骤。 现在,您已确认您拥有本地 Exchange 组织域并且已准备就绪,可以继续执行电子邮件迁移。

迁移终结点包含连接托管您正使用 Office 365 迁移的邮箱的本地服务器所需的设置和凭据。 迁移终结点还定义了要同时迁移的邮箱数。 对于直接转换迁移,您将创建 Outlook Anywhere 迁移终结点。

  1. 转到 Exchange 管理中心

  2. 在 Exchange 管理中心 中,转到“收件人”>“迁移”。

  3. 选择“更多“更多”图标 >“迁移终结点”。

    选择迁移终结点。
  4. 在“迁移终结点”页面上,选择“新建“新建”图标

  5. 在“选择迁移终结点类型”页面上,选择“Outlook Anywhere”>“下一步”。

  6. 在“输入本地帐户凭据”页面上,在以下框中输入信息:

    • 电子邮件地址     键入本地 Exchange 组织中将迁移的任何用户的电子邮件地址。 Office 365 将测试此用户的邮箱的连接。

    • 拥有权限的帐户     键入在本地组织中拥有必要管理权限的帐户的用户名(域\用户名格式或电子邮件地址)。 Office 365 将使用此帐户尝试通过指定的电子邮件地址访问邮箱,从而检测迁移终结点和测试分配给此帐户的权限。

    • 拥有权限的帐户的密码     键入具有权限的帐户(即管理员帐户)的密码

  7. 选择“下一步”,然后执行下列操作之一:

    • 如果 Office 365 成功连接到源服务器,就会显示连接设置。 选择“下一步”。

      已确认 Outlook Anywhere 终结点的连接。
    • 如果与源服务器的测试连接不成功,请提供以下信息:

      • Exchange 服务器     键入本地 Exchange Server 的完全限定的域名 (FQDN)。 这是您的邮箱服务器的主机名。 例如,EXCH-SRV-01.corp.contoso.com。

      • RPC 代理服务器     键入 Outlook Anywhere 的 RPC 代理服务器的 FQDN。 通常,代理服务器与您的 Outlook Web App URL 相同。 例如,mail.contoso.com,它也是 Outlook 用于连接到 Exchange Server 的代理服务器的 URL

  8. 在“输入常规信息”页面上,键入迁移终结点名称,例如“Test5-endpoint”。 将其他两个框留空以便使用默认值。

    迁移终结点名称。
  9. 选择“新建”以创建迁移终结点。

    要验证 Exchange Online 是否已连接到本地服务器,可以运行 Test-MigrationServerAvailability 的示例 4 中的命令。

在直接转换迁移中,本地邮箱在单个迁移批处理中迁移到 Office 365。

  1. 在 Exchange 管理中心 中,转到“收件人”>“迁移”。

  2. 选择“新建“新建”图标 >“迁移到 Exchange Online”。

    选择“迁移到 Exchange Online”
  3. 在“选择迁移类型”页面上,选择“直接转换迁移”>“下一步”。

  4. 在“确认迁移终结点”页面上,列出了迁移终结点信息。 验证信息,然后选择“下一步”。

    含已确认终结点的新的迁移批处理。
  5. 在“移动配置”页面上,键入迁移批处理的名称(不能包含空格或特殊字符),然后选择“下一步”。 在您创建迁移批处理之后,批处理名称显示在“迁移”页面上的迁移批处理列表中。

  6. 在“启动批处理”页面上,选择以下选项之一:

    • 自动启动批处理     您一保存新的迁移批处理,迁移批处理就会启动,并且状态为“正在同步”。

    • 以后手动启动批处理     已创建迁移批处理但未启动。 批处理的状态设置为“已创建”。 要启动迁移批处理,请在迁移仪表板中选中它,然后选择“开始”。

  7. 选择“新建”创建迁移批处理。

    新的迁移批处理显示在迁移仪表板上。

如果您创建了迁移批处理并将其配置为手动启动,则可以使用 Exchange 管理中心 启动它。

  1. 在 Exchange 管理中心 中,转到“收件人”>“迁移”。

  2. 在迁移仪表板上,选择批处理,然后选择“开始”。

  3. 如果迁移批处理成功启动,则迁移仪表板上的状态将更改为“正在同步”。

    迁移批处理正在同步

验证同步是否有效

  • 您能够关注迁移仪表板上的同步状态。 如果出现错误,您可以查看日志文件,它提供了有关错误的更多信息。

  • 您也可以在迁移过程中验证是否已在 Office 365 管理中心 中创建了用户。

    完成迁移后,同步状态将为“已同步”。

虽然此任务是可选的,但是它有助于避免在新的 Office 365 邮箱中接收电子邮件时发生延迟。

当组织外部的人员向您发送电子邮件时,其电子邮件系统不会每次仔细检查该电子邮件的发送位置。 相反,其系统会基于您的 DNS 服务器中称为生存时间 (TTL) 的设置保存您的电子邮件系统的位置。 如果您在 TTL 过期之前更改您的电子邮件系统的位置,那么发件人的电子邮件系统会在查明位置是否发生更改之前尝试将电子邮件发送到旧位置。 此位置更改可能会导致邮件传递发生延迟。 避免这种情况的一种方法是降低您的 DNS 服务器向您的组织外部的服务器提供的 TTL。 这将导致其他组织更频繁地刷新您的电子邮件系统的位置。

如果设置了 3,600 秒(一小时)之类的较短间隔,大多数电子邮件系统会每小时询问更新。 建议您在开始电子邮件迁移之前至少将间隔设置为这么小。 此设置使向您发送电子邮件的所有系统有足够的时间处理更改。 然后,当您最终切换到 Office 365 时,可以将 TTL 更改回较长间隔。

可以在您的电子邮件系统的 MX 记录上更改 TTL 设置。 这位于面向公众的 DNS 系统上。 如果您有多个 MX 记录,则需要将每条记录的值更改为 3,600 秒或更短。

如果您需要一些有关配置 DNS 设置的帮助,请参阅管理 DNS 记录时为 Office 365 创建 DNS 记录

电子邮件系统使用称为 MX 记录的 DNS 记录来查明电子邮件的传递位置。 在电子邮件迁移过程中,MX 记录指向您的源电子邮件系统。 已完成将电子邮件迁移到 Office 365 之后,可以将 MX 记录指向 Office 365 了。 这有助于确保电子邮件传递到您的 Office 365 邮箱。 移动 MX 记录还使您能够在准备就绪时关闭旧电子邮件系统。

对于许多 DNS 提供商,我们提供了有关更改 MX 记录的特定说明。 如果未包含您的 DNS 提供商,或者您希望了解大致方向,我们也提供了常规 MX 记录说明

您的客户和合作伙伴的电子邮件系统可能需要长达 72 小时才能识别更改的 MX 记录。 请至少等待 72 小时,然后再继续执行下一个任务:删除直接转换迁移批处理。

在更改 MX 记录并验证所有电子邮件是否路由到 Office 365 邮箱之后,请通知用户其邮件将传递到 Office 365。 执行此操作后,您可以删除直接转换迁移批处理。 请在删除迁移批处理之前验证以下内容。

  • 所有用户正在使用 Office 365 邮箱。 在删除批处理之后,发送到本地 Exchange Server 上的邮箱的邮件不会复制到相应的 Office 365 邮箱。

  • 在邮件开始直接发送到 Office 365 邮箱之后,它们会至少同步一次。 要执行此操作,请确保迁移批处理的“上次同步时间”框中的值比邮件开始直接路由到 Office 365 邮箱的时间更新。

当您删除直接转换迁移批处理时,迁移服务会清除与迁移批处理相关的任何记录,然后删除迁移批处理。 批处理将从迁移仪表板上的迁移批处理列表中删除。

  1. 在 Exchange 管理中心 中,转到“收件人”>“迁移”。

  2. 在迁移仪表板上,选择批处理,然后选择“删除”。

    注意: 删除批处理可能需要几分钟时间。

  3. 在 Exchange 管理中心 中,转到“收件人”>“迁移”。

  4. 验证迁移批处理是否不再在迁移仪表板上列出。

通过分配许可证激活迁移帐户的 Office 365 用户帐户。   如果不分配许可证,则当宽限期(30 天)结束时,邮箱将处于禁用状态。若要在 Office 365 管理中心 中分配许可证,请参阅在 Office 365 商业版中向用户分配许可证

在将邮箱迁移到 Office 365 之后,必须完成迁移后任务。

  1. 创建自动发现 DNS 记录,以便用户可以轻松地访问他们的邮箱。    在所有本地邮箱迁移到 Office 365 之后,您可以为您的 Office 365 组织配置自动发现 DNS 记录,以使用户能够使用 Outlook 和移动客户端轻松地连接到其新的 Office 365 邮箱。此新的自动发现 DNS 记录使用的命名空间必须与您用于 Office 365 组织的命名空间相同。例如,如果您的基于云的命名空间是 cloud.contoso.com,那么您需要创建的自动发现 DNS 记录是 autodiscover.cloud.contoso.com。

    如果保留你的 Exchange Server,还应确保迁移后,自动发现 DNS CNAME 记录在内部和外部 DNS 中均指向 Office 365,以便 Outlook 客户端连接到正确的邮箱。

    注意: 在 Exchange 2007、Exchange 2010 和 Exchange 2013 中,还应将 Set-ClientAccessServer AutodiscoverInternalConnectionURI 设置为 Null

    Office 365 使用 CNAME 记录来为 Outlook 和移动客户端实施自动发现服务。 自动发现 CNAME 记录必须包含以下信息:

    • 别名:    autodiscover

    • 目标:    autodiscover.outlook.com

    有关详细信息,请参阅管理 DNS 记录时为 Office 365 创建 DNS 记录

  2. 取消本地 Exchange Server。    在确认所有电子邮件直接路由到 Office 365 邮箱,并且不再需要维护本地电子邮件组织或者不计划实施单一登录解决方案之后,您可以从服务器中卸载 Exchange 并删除您的本地 Exchange 组织。

    有关详细信息,请参阅以下文章:

    注意: 取消 Exchange 可能会有意外结果。在取消您的本地 Exchange 组织之前,建议您与 Microsoft 技术支持人员联系。

另请参阅

将电子邮件迁移到 Office 365 的方法

确定迁移路径

扩展你的技能
了解培训
抢先获得新功能
加入 Office 预览体验计划

此信息是否有帮助?

谢谢您的反馈!

谢谢你的反馈! 可能需要转接到 Office 支持专员。

×