将电子邮件从 IMAP 服务器迁移到基于云的邮箱

适用于: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

上一次修改主题: 2012-04-02

在 Exchange 控制面板中,使用电子邮件迁移将用户邮箱的内容从 IMAP 邮件系统迁移到您的基于云的电子邮件组织。

若要启动 IMAP 迁移,请选择“管理我的组织”>“用户和组”>“电子邮件迁移”>“新建”。在“欢迎使用电子邮件迁移”页上,选择“IMAP”并单击“下一步”。

重要说明   对于 IMAP 迁移,您可仅迁移用户的收件箱或其他邮件文件夹。您不能迁移联系人或日历项目。

本主题内容

  • 开始之前
  • 运行迁移批次
    • 启动迁移批次后会发生什么情况?
    • 停止迁移批次
    • 启动其他迁移批次
  • 完成迁移
  • 最佳实践

开始之前

在您从 IMAP 服务器迁移邮件之前,请确保仔细规划您的电子邮件迁移,特别是在您迁移大量用户的情况下。在进行规划时,请务必参阅最佳实践。

准备迁移:

  • 为将迁移的每个用户创建基于云的邮箱   用户必须先具备基于云的邮箱和用户 ID,然后您才能迁移 IMAP 服务器上用户邮箱中的数据。用于为每个用户创建新邮箱和用户 ID 的方式如下:

  • 获取 IMAP 服务器的 FQDN   您需要提供将从中迁移邮箱数据的 IMAP 服务器的 FQDN,例如,imap.contoso.edu。
    提示   可使用 IMAP 客户端或 PING 命令来验证您是否能使用此 FQDN 通过 Internet 与 IMAP 服务器进行通信。

  • 将内部部署防火墙配置为允许 IMAP 连接   您可能必须在您的内部部署防火墙中打开端口,以允许迁移期间源自 Microsoft 数据中心的网络通信进入您的本地组织。有关 Microsoft 数据中心使用的 IP 地址的列表,请参阅传出 IP 地址

  • 确定不希望从 IMAP 邮件系统中迁移的文件夹   例如,您可能不希望迁移“已删除邮件”和“垃圾邮件”以及共享文件夹或公用文件夹的内容。
    重要说明 如果您要从内部部署 Microsoft Exchange 服务器迁移电子邮件,建议您从迁移中排除公用文件夹。如果未排除公用文件夹,则公用文件夹中的内容会复制到每个用户的基于云的邮箱中。

  • 准备 CSV 文件   标识要迁移其邮箱的用户组。将这些用户包括在 CSV 文件中,从而组成一个迁移批次。如果您必须迁移数千个邮箱,则最好将用户分成多个较小的批次进行迁移。例如,如果您要迁移 10,000 个帐户,则可以将其平均划分为四个批次(每个批次包含 2,500 个用户)来运行,也可以按字母顺序、用户类型(如教职工、学生和校友)、年级(如一年级学生、二年级学生、三年级学生和四年级学生)或有助于跟踪已迁移用户的其他方式来划分批次。
    以下是每个用户的必需特性:

    • EmailAddress 指定用户的基于云的邮箱的用户 ID。
    • UserName 指定 IMAP 服务器上的用户邮箱的用户登录名。
    • Password 为 IMAP 邮件系统中的用户帐户的密码。

    以下是 CSV 文件格式的示例。在此示例中,将迁移三个邮箱:

    EmailAddress,UserName,Password
    terrya@contoso.edu,terry.adams,1091990
    annb@contoso.edu,ann.beebe,2111991
    chrisc@contoso.edu,chris.cannon,3281986
    

    对于 UserName 特性,除了用户名外,您还可以使用有权访问 IMAP 服务器上所有邮箱的超级用户帐户或管理员帐户的凭据。有关详细信息,请参阅准备用于从 IMAP 服务器迁移电子邮件的 CSV 文件
    提示   将用于导入新用户的 CSV 文件用作 CSV 迁移文件的起点。例如,如果在云中将 2,000 个新用户导入您的组织,请创建一个 CSV 文件以迁移这 2,000 个用户的邮件。

  • 为超级用户或管理员帐户分配访问 Exchange 组织中的邮箱的权限   如果您在 CSV 文件中使用管理员凭据,则您使用的帐户必须具有访问本地邮箱所需的权限。可以分配单个邮箱的 Full Access 权限,也可以分配邮箱数据库的 Receive As 权限。有关详细信息,请参阅以下内容:

    Exchange 2010

    允许邮箱访问

    Exchange 2007

    Exchange 2003

返回页首

运行迁移批次

步骤 1:为电子邮件迁移配置服务器设置

  1. 选择“管理我的组织”>“用户和组”>“电子邮件迁移”>“新建”。

  2. 在“欢迎使用电子邮件迁移”页上,选择“IMAP”并单击“下一步”。

  3. 配置服务器设置。

    在此字段中… 执行操作…

    * IMAP 服务器

    键入 IMAP 邮件系统的 IMAP 服务器的 FQDN。

    身份验证

    选择 IMAP 服务器使用的身份验证方法。选项为 Basic(默认值)或 NTLM。使用 NTLM(如果 IMAP 服务器需要此选项)。

    加密

    选择 IMAP 服务器使用的加密方法。选项为 NoneTLSSSL(默认值)。

    * 端口

    选择用于连接到 IMAP 服务器的 TCP 端口号。对未加密的连接使用端口 143,对 TLS 连接使用端口 143,对 SSL 连接使用端口 993。

    要同时迁移的邮箱数

    指定可用于将电子邮件迁移到基于云的邮箱的 IMAP 服务器的最大连接数。如果该值设置为 3(默认值),则可以同时迁移最多三个邮箱,直到完成迁移批次中所有邮箱的迁移。最大连接数为 10。要详细了解如何优化此设置,请参阅与邮件服务器的最大连接数

    注意   当您下次运行电子邮件迁移以迁移新的邮箱批次时,您配置的服务器设置将保留在此页面上。

  4. 单击“下一步”。Microsoft Exchange 会尝试与 IMAP 服务器进行通信,确认该服务器的 FQDN 和用于接收 IMAP 请求的端口。如果 IMAP 服务器的测试连接成功,则会显示“指定要迁移的内容和方式(步骤 2/共 3 步)”页。如果测试连接失败,则您将收到一个错误。请验证配置设置,然后重新尝试连接。您必须连接到 IMAP 服务器,才能继续操作。
    如果无法连接到 IMAP 服务器,请参阅此视频以了解疑难解答提示。

返回顶部

步骤 2:从电子邮件迁移中排除特定的文件夹

  1. 单击“浏览”****为 IMAP 迁移批处理选择 CSV 文件。
  2. 在“批处理名称”字段中,键入标识迁移批处理的名称。此名称会显示在“电子邮件迁移”页上。批处理名称不能包含空格或特殊字符。
  3. 如果不希望迁移用户邮箱中某些文件夹(如“已删除邮件”或“垃圾邮件”)的内容,或是如果要排除共享和公用文件夹,则单击“添加要排除的文件夹”****。
  4. 键入文件夹的名称,然后单击“添加”添加。确保为该文件夹键入的名称与其显示名称完全相同,例如“已删除邮件”****或“垃圾邮件”。
  5. 可以向列表添加多个文件夹。添加完文件夹后,请单击“确定”****。
    重要说明 如果您要从内部部署 Microsoft Exchange 服务器迁移电子邮件,建议您从迁移中排除公用文件夹。如果未排除公用文件夹,则公用文件夹中的内容会复制到每个用户的基于云的邮箱中。 另外,不会迁移名称中含有正斜杠 ( / ) 的文件夹。如果用户希望迁移其名称中包含正斜杠的文件夹,则用户必须重命名这些文件夹或将正斜杠替换为其他字符,如下划线 (_) 或短横线 (-)。
  6. 若要将迁移报告的副本发送给其他用户,请单击该页底部的“浏览”。
  7. 单击“下一步”****。
    Microsoft Exchange 检查 CSV 文件是否符合以下条件:
    • 此文件不为空。
    • 采用逗号分隔的格式。
    • 此文件包含的行数不超过 50,000。
    • 此文件的大小不超过 10 MB。
    • 此文件在标题行中包括必需的特性:
      • EmailAddress,指定用户的基于云的帐户的用户 ID
      • UserName,用于指定 IMAP 邮件系统中的用户邮箱的用户登录名
      • Password,用于指定 IMAP 邮件系统中的用户帐户的密码
    • 包含的行数与标题行具有的列数相等。
      如果以上任一项检查失败,则您将收到一个描述失败原因的错误。此时,您必须修复并重新提交 CSV 文件。有关详细信息,请参阅准备用于从 IMAP 服务器迁移电子邮件的 CSV 文件
      如果 CSV 文件成功通过这些检查,则您会进入“迁移批处理 <批处理名称> 已成功创建(步骤 3/共 3 步)”页。
  8. 查看有关迁移批处理的信息,然后单击“关闭”****。

步骤 3:上载一批要迁移的邮箱

在创建某个迁移批处理之后,该批处理会显示在“电子邮件迁移”页上的列表中。有关所选迁移批处理的详细信息会显示在详细信息窗格中。该迁移批处理的状态设置为**“已创建”**。

若要开始处理某个迁移批处理,请选择该迁移批处理,然后单击“启动”。

返回顶部

步骤 4:开始迁移

除步骤 3 中描述的检查之外,Microsoft Exchange 还会检查 CSV 文件中的数据验证错误。如果 CSV 文件中的任意行所包含的数据不符合标题中的相应特性的属性定义,则您将收到一个错误。如果发现了数据验证错误,将不会终止迁移过程,但将不会为对应于包含数据验证错误的行的邮箱迁移电子邮件。如果发现了数据验证错误,则“开始迁移”页上将显示一条警告和一个指向验证错误报告的链接。有关详细信息,请参阅迁移验证错误故障排除

若要开始迁移,请执行以下操作:

  1. 决定是否希望 Microsoft Exchange 在运行完迁移批次后向其他用户发送状态电子邮件。如果您希望执行此操作,请单击“浏览”以选择一个或多个用户。
  2. 检查配置设置。
    • 若要开始处理迁移批次,请单击“运行”。
    • 若要取消当前迁移批次并返回步骤 1,请单击“重新开始”。

返回顶部

开始迁移批次后会发生什么情况?

在启动迁移批处理之后,详细信息窗格中显示的状态会更改为**“已排队”“正在运行”**。邮箱会按照它们在 CSV 文件中列出的顺序进行迁移。

下表描述所选迁移批处理的详细信息窗格中显示的信息。

字段 描述

状态

所选迁移批处理的当前状态。包括以下状态:

  • 已创建   指示迁移批处理已创建。在此状态下,可以使用 上移下移 启动、编辑、删除迁移批处理或更改其在迁移队列中的位置。
  • 已排队   指示迁移批处理已启动。如果迁移批处理处于队列顶部,则它会开始运行。如果在迁移队列中有迁移批处理位于其上方,则该迁移批处理会保持已排队状态。它会在其上方的所有迁移批处理都完成之后开始运行。在此状态下,可以使用 上移下移 停止迁移批处理或更改其在迁移队列中的位置。
  • 正在运行   指示迁移批处理中的邮箱正在积极迁移。在此状态下,可以停止迁移批处理。
  • 已停止   指示迁移批处理已停止,不会再迁移批处理中的其他任何邮箱。在此状态下,可以重新启动迁移批处理。
  • 已同步   指示迁移批处理已完成,不会迁移任何邮箱。当有邮箱未迁移时,此状态下的迁移批处理可能包含错误。

已请求

迁移批处理中要迁移的邮箱数。此数目与迁移 CSV 文件中的行数对应。

已同步

当前迁移批次中已在基于云的组织中创建的邮箱数量。此字段会在迁移过程中更新。

活动

指定正在积极迁移的邮箱数。此数目与您在配置连接设置时指定的要同时迁移的邮箱数对应。

错误

迁移失败的邮箱数。

创建时间

创建迁移批处理的日期和时间。

开始时间

启动迁移批处理的日期和时间。

初始同步时间

完成迁移批处理的日期和时间。

初始同步持续时间

完成迁移批处理所花的时间量。

上次同步时间

上次重新启动迁移批处理的时间或上次对批处理执行增量同步的时间。

每用户详细信息

单击“打开”可显示有关迁移批处理中每个邮箱的状态信息。 有关详细信息,请参阅电子邮件迁移用户状态报告

报告

详细信息窗格的此部分包含指向迁移成功和错误报告的链接。指向这些报告的链接会在迁移完成之后发送给管理员。

单击“成功”或“错误”可下载以下报告:

  • MigrationStatistics   一个 CSV 文件,包含成功迁移的每个邮箱的对应行。每行都包含邮箱的电子邮件地址、迁移的状态、迁移的邮箱项目数以及跳过且未迁移的邮箱项目数。
  • MigrationErrors   一个 CSV 文件,包含未迁移或未配置邮件转发的每个邮箱的对应行。每行都包含邮箱的电子邮件地址和错误描述。

返回顶部

停止迁移批次

若要停止迁移批次,请在“活动电子邮件迁移”窗格中单击“停止”。

只能停止包含正在迁移或正在等待迁移的邮箱的迁移批次。当前正在处理的任何邮箱的迁移将立即停止且未完成。另外,停止迁移批次将不会影响已迁移的邮箱。

在停止迁移批次后,您会接收到一封状态电子邮件,告知您在停止批处理之前已成功迁移的邮箱数。此邮件还附带一个 MigrationErrors.csv 文件,其中将标识在停止迁移时正在进行迁移的行以及正在等待迁移的行。

开始其他迁移批次

在当前迁移批次完成之后,请重复执行步骤 1 至步骤 4 以运行其他迁移批次。每个迁移批次都使用自己的 CSV 文件。

返回页首

完成迁移

在您运行针对计划迁移的邮箱的所有 IMAP 迁移批次后,您便完成迁移。按照以下步骤执行操作:

  1. **将您的 MX 记录配置为指向基于云的电子邮件组织   **在更改您的 MX 记录之前,发送给用户的电子邮件仍将路由到用户在 IMAP 邮件系统中的邮箱。成功迁移用户邮箱后,将定期同步 IMAP 服务器上的邮箱与基于云的邮箱,直到完成整个迁移。这将允许用户使用其基于云的帐户来以访问发送到其 IMAP 邮箱的电子邮件。在将组织的 MX 记录配置为指向基于云的电子邮件组织时,所有电子邮件将直接发送到基于云的邮箱。
    在更改 MX 记录并确认正在将所有电子邮件路由到基于云的邮箱时,您便完成迁移。
    重要说明   传播更新后的 MX 记录需要花费 24 到 72 个小时。在更改 MX 记录后,至少需要等待 24 个小时才能完成迁移。在完成迁移之前,确认邮件将路由到基于云的邮箱。
  2. **完成整个迁移过程   **单击“电子邮件迁移”窗格中的“完成迁移”。单击“完成迁移”时将发生什么情况?
    • Microsoft Exchange 将对所有邮箱进行最终同步。之后,电子邮件将不再在 IMAP 邮件系统上的邮箱和基于云的邮箱之间同步。
    • 完成迁移后,Microsoft Exchange 会发送一封最终状态电子邮件。如果在最终同步的过程中出现任何错误,则此邮件将附带包含这些错误的 MigrationErrors.csv 文件。

返回页首

最佳实践

以下是 IMAP 迁移的一些优化建议:

  • 增大 IMAP 服务器的连接限制   许多防火墙和电子邮件服务器都具有每用户限制、每 IP 地址限制和整体连接限制。开始迁移邮箱之前,请确保防火墙和 IMAP 服务器配置为针对以下设置允许大量(或最多)连接数:
    • 与 IMAP 服务器的连接总数
    • 特定用户的连接数。当在 CSV 迁移文件中使用管理员凭据时,这十分重要,因为与 IMAP 服务器的所有连接都是由此用户帐户建立的。
    • 来自单个 IP 地址的连接数。此限制通常由防火墙或电子邮件服务器强制实施。
      如果 IMAP 服务器运行的是 Microsoft Exchange Server 2010 或 Exchange 2007,则连接限制的默认设置较低。请务必在开始迁移电子邮件之前增大这些限制。默认情况下,Exchange 2003 不限制连接数。
      有关详细信息,请参阅:
    • Exchange 2010:查看或配置 IMAP4 属性
    • Exchange 2007:如何设置 IMAP4 的连接限制
    • Exchange 2003:如何设置连接限制
  • 更改 MX 记录的 DNS 生存时间 (TTL) 设置   在您开始迁移邮箱之前,将当前 MX 记录的 DNS TTL 设置更改为较短间隔,例如,3600 秒(1 小时)。然后,当您将 MX 记录更改为在迁移所有邮箱后指向基于云的电子邮件组织时,将更快地传播更新后的 MX 记录,因为 TTL 间隔更短。
  • Run one or more test migration batches   在迁移大量用户之前,请运行少量小型 IMAP 迁移批次。在测试迁移中,可以执行以下操作:
    • 确认 CSV 文件的格式。
    • 测试用于连接到 IMAP 服务器的设置。
    • 确认您可以使用超级用户凭据成功迁移电子邮件(如果适用)。
    • 确定到 IMAP 服务器的最佳同时连接数以便将对 Internet 带宽的影响降至最低。有关详细信息,请参阅与邮件服务器的最大连接数
    • 确保不会将您排除的文件夹迁移到基于云的邮箱。
    • 确定迁移一个用户批次所需的时间。
      使用行数相同的 CSV 文件并在一天当中的同一时间运行各批次。然后,比较每个测试批次的总运行时间。这将帮助您估计迁移所有邮箱将花费多长时间、每个迁移批次应为多大,以及应同时与 IMAP 服务器建立多少连接以平衡迁移速度和 Internet 带宽。
  • 为同一批用户创建邮箱并迁移电子邮件   将用于导入新用户的 CSV 文件用作 CSV 文件的起点。例如,如果您将 2,000 个新用户导入基于云的电子邮件组织,则请创建一个 CSV 文件以迁移这 2,000 个用户的邮件。对于组织和管理从本地邮件系统到基于云的组织的迁移,此方法很有效。
  • 使用 CSV 文件中的超级用户凭据或管理员凭据迁移电子邮件   此方法对用户的干扰性最小且最为方便,它可帮助最大程度地减少用户在更改其本地帐户的密码时出现的同步错误数。此方法还会节省您必须获取或更改用户密码的时间。如果使用此方法,请务必确认您使用的管理员帐户具有访问正在迁移的邮箱的必需权限。
    提示   如果您决定使用 CSV 文件中的用户凭据,请考虑全局更改用户的密码,然后阻止用户在您迁移其邮箱之前更改自己的本地帐户密码。如果用户在将其邮箱迁移到基于云的邮箱之前更改其密码,则迁移将失败。如果用户在迁移邮箱后更改其密码,则不会将发送到其 IMAP 服务器上的邮箱的新电子邮件迁移到其基于云的邮箱。
  • 迁移期间不删除邮箱或更改其 SMTP 地址   在找不到已迁移的邮箱时,邮件系统将报告一个错误。确保在删除或更改已迁移的基于云的邮箱或本地邮箱的 SMTP 地址之前完成迁移。
  • 与您的用户进行通信   告知用户您正在将其本地邮箱的内容迁移到您的基于云的组织。请考虑以下事项:
    • 告诉用户将不会迁移大于 35 MB 的电子邮件。要求用户将大型邮件和附件保存到其本地计算机或可移动 USB 驱动器中。
    • 要求用户在迁移之前从本地邮箱中删除旧的或不需要的电子邮件。这可帮助减少必须迁移的数据量,并可帮助减少整体迁移时间。或者,您也可以亲自清理用户的邮箱。
    • 建议用户对其收件箱进行备份。
    • 告知用户将不会迁移哪些文件夹。
    • 不迁移其名称中包含正斜杠 (/) 的文件夹。如果用户希望迁移其名称中包含正斜杠的文件夹,则用户必须重命名这些文件夹或将正斜杠替换为其他字符,如下划线 (_) 或短横线 (-)。
    • 告知用户何时可使用其基于云的帐户访问已从其本地帐户迁移的电子邮件。在即将完成迁移之前,不要授予用户访问其基于云的帐户的权限。
      是否需要通过一个好的方法为用户提供有关其新的基于云的帐户的信息?请参阅向新用户发送欢迎邮件

返回页首