邮件迁移到 Office 365 |邮件迁移方法 |第 1/4 部分

在本文中，我们将回顾可用于实现向 Office 365 的邮件迁移的可选邮件迁移工具/方法，重点是每种邮件迁移方法用于将数据迁移到 Exchange Online 的方式。

有关不同方法的信息不包括“如何”说明，也不包括对邮件迁移选项的每个功能的全面审查，而是重点关注“数据如何迁移”的主题。使用不同的邮件迁移方法。

邮件迁移到 Office 365 |优化邮件迁移吞吐量 |文章系列

该系列文章包括以下文章：

1. 邮件迁移到 Office 365 |邮件迁移方法（本文）
2. 邮件迁移到 Office 365 |影响邮件迁移性能的因素
3. 邮件迁移到 Office 365 |优化邮件迁移吞吐量
4. 邮件迁移到 Office 365 |测量和估计邮件迁移吞吐量

邮件迁移到 Office 365 步骤

邮件迁移到 Office 365 包括许多方面，例如：

• 根据组织邮件基础设施组织要求等选择合适的迁移计划/方法
• 创建邮件迁移计划
• 创建邮件迁移试点
• 估计邮件迁移吞吐量 - 向组织管理层提供邮件迁移项目所需资源的估计以及完成组织邮件基础结构到 Office 365 (Exchange Online) 所需的时间估计。

邮件迁移到 Office 365 |方法和分类

我们可以选择许多可用选项来完成邮件迁移到 Office 365 的任务。

1. Microsoft Office 365 内置邮件迁移工具
2. 第三方邮件迁移工具
3. PST 迁移

邮件迁移方法 服务器到服务器与客户端到服务器

方法一：邮件迁移“服务器到服务器”

我将邮件迁移的一个示例描述为：“服务器到服务器”是 Office 365 内置邮件迁移工具，该工具基于“服务器到服务器”邮件迁移概念，其中 Exchange Online 是连接到的组件“另一端”（组织的邮件服务器）并从中“提取”数据。

附加的基本概念是“目标服务器”（托管邮箱的邮件服务器）是 Exchange 服务器。

“目标服务器”是 Exchange 服务器这一规则的例外是 IMAP 邮件迁移选项。 IMAP 迁移专为以下场景而设计：组织的邮件服务器不是 Exchange 服务器，而是可以使用 IMAP 协议“拉取”数据（用户邮箱）的其他邮件产品。例如，当我们想要迁移驻留在 Gmail、Google Apps 或其他类型的邮件提供商中的邮件基础设施时。

注意：虽然我们可以使用IMAP协议从Exchange服务器进行邮件迁移，但是不推荐这个选项，因为IMAP协议非常有限和必要，而且他不知道如何“处理”许多邮件Exchange 用户邮箱中存在的数据类型。

方法二：“客户端到服务器”（推送迁移）

“客户端邮件迁移”基于这样一个概念：“源”（客户端或具有邮箱数据的其他源）将数据“推送”到 Exchange Online 邮箱中。

此方法的一个示例是描述为“PST 迁移”的迁移。使用此选项时，用户“负责”将邮箱数据导出到 PST 文件，然后将数据移动/复制到 Exchange Online 邮箱。

另一个例子是 Microsoft 工具：PST Capture，它将许多用户 PST 文件保存在一个中央位置，然后可以将数据“推送”到 Exchange Online。

一些第三方邮件迁移工具基于这个概念。邮箱数据从组织的邮件服务器复制到中央位置（迁移站）并由迁移站“推送”到 Exchange Online。

1.Office 365内置迁移工具

Office 365 包含内置邮件迁移工具（本机 Office 365 邮件迁移工具），专为不同需求和不同组织邮件基础设施而设计。

注意：术语“迁移到 Office 365”涉及用户迁移等其他方面，但在本文中，我们仅涉及“邮件迁移”部分

Office 365 内置邮件迁移工具有：

• 割接迁移
• 阶段迁移
• IMAP 迁移
• 混合迁移

本机 Office 365 邮件迁移工具 |基本概念

在以下部分中，我想回顾一下使用本机 Office 365 邮件迁移工具时与邮件迁移相关的一些基本术语/概念。

公开露面

为了能够使用本机 Office 365 邮件迁移工具，Exchange 本地服务器必须具有“公共存在”（公共 IP、公共证书等）。另一个要求是 Exchange 本地服务器配置为提供 Outlook AnyWhere 服务（以前的术语是 RPC/HTTPS）。

“公共存在”的需求是一项强制性要求，因为在使用本机 Office 365 邮件迁移工具时，邮件迁移过程由 Exchange Online 实施，该过程“构建”到用于邮件迁移过程的 Exchange Online 的通信通道。

混合配置等其他方案需要 Exchange 本地服务器的“公开存在”。除了“邮件迁移”主题之外，混合配置还定义了 Exchange 本地服务器和 Exchange Online 之间的“关系”，用于其他服务，例如邮件流、忙/闲时间等等。

迁移批次

邮件迁移是通过从 Exchange Online Web 管理控制台创建新的迁移批次来实现的。迁移批次是一个逻辑概念，用于保存以下信息：

• 我们要迁移的邮箱的名称
• 关于“终点”的信息
• 用于保存和显示邮件迁移日志以及有关邮件迁移过程的信息的位置

“有关我们需要迁移的邮箱名称的信息”这一概念的一个例外是当我们使用直接迁移迁移选项时。这种类型的邮件迁移基于我们需要/想要迁移 100% 的邮箱的基本假设。

终点

迁移过程的“初始化”是通过从 Exchange Online 创建一个逻辑连接器（描述为“端点”）来实现的。端点只是一个配置文件，其中包含以下详细信息：

• Exchange Online 连接到“邮件服务器”（Exchange 本地服务器或其他邮件服务器）时将使用的所需凭据（管理用户名和密码）。
• 域名和邮件服务器名称。 （如果服务器是 Exchange 本地服务器，则自动发现过程中将使用域名）。
• 最大并发会话数（并发邮箱迁移的最大数量）的值。

在下面的屏幕截图中，我们可以看到“Endpoint.txt”的设置。 ”

邮件迁移|复制与移动

我们可以定义的另一个分类与将邮箱数据复制到 Exchange Online 的过程与“将邮箱数据移动”到 Exchange Online 的过程相关。

直接转换迁移和阶段迁移方法只会将邮箱数据复制到 Exchange Online，而混合迁移方法则将 Exchange 本地服务器邮箱内容移动到云（成功迁移过程后，邮箱将从 Exchange on-premises 中删除） - 本地服务器数据库）。

混合迁移与直接转换和暂存邮件迁移数据总量

在本节中，我想强调一个与使用本机 Office 365 邮件迁移工具时邮件迁移过程中涉及的“数据量”相关的迫切问题。

大多数时候，当我们谈论邮件迁移到云的问题时，我们涉及到我们需要从A点（大多数时候是组织的网络）到B点“传输”的“数据量”（ Office 365/Exchange Online）。

大多数时候被忽视的一个重要细节是我们从云端“发送回”到组织网络的数据量（并将影响组织通信线路的网络带宽）。

在谈论本机 Office 365 邮件迁移工具时，我们可以将邮件迁移选项分为两组：直接转换、阶段和 IMAP 迁移与混合迁移。

切换、阶段和 IMAP 迁移

当我们使用以下迁移选项之一执行邮件迁移时：IMAP、直接转换和阶段迁移，我们需要使用以下公式计算将遍历组织通信线路的数据量：邮箱大小 X 2

之所以采用这个公式是因为，我们第一次需要将组织现有的邮箱内容迁移到云端。

在下图中，我们看到了将 15GB 邮箱迁移到云 (Exchange Online) 的场景说明。

大多数时候没有提到的细节是，当使用 IMAP、直接转换和阶段迁移时，现有的 Outlook OST 文件不再有效。

邮箱迁移过程成功完成后，我们需要创建一个新的 Outlook 邮件配置文件。由于 Outlook 客户端配置为使用缓存模式选项，这将导致创建新的 OST 文件（“旧 OST”文件将仅驻留在用户配置文件文件夹中，并且无法使用该文件），Outlook客户端会自动开始将邮箱内容从Exchange Online邮箱“拉”到本地用户桌面OST文件中。

在我们的场景中，Outlook 客户端需要将 15GB 数据“拉回”到本地 OST 文件。

混合迁移

当使用混合迁移选项时，我们避免了将邮箱数据大小加倍的需要，因为当使用混合迁移选项时，我们使用术语“移动邮箱”（而不是使用术语“复制邮箱”） IMAP、切换和阶段迁移）。

邮箱内容从 Exchange 本地服务器“移动”到云端，Outlook 客户端“知道”如何使用现有 OST 文件 + 更新当前 Outlook 邮件配置文件，该配置文件将指向“新邮件服务器”（指向Exchange Online 服务器的名称。如果我们想要更准确，则为 Exchange Online CAS 服务器的名称）。

2.PST迁移

另一种迁移类型可以描述为：“PST 迁移”。我将这种类型的迁移称为“客户端邮件迁移”，因为 PST 迁移的概念是通过将邮箱数据导出到 PST 文件、创建 Exchange Online 邮箱并将数据从 PST 文件导入到 Exchange Online 邮箱来实现的。 。

我忍不住要表达我对 PST 迁移的看法。我的建议是尽量避免这种类型的迁移，因为这种迁移类型无效。与使用 Office 365 内置邮件迁移工具等最佳方法相比，它有一些显着的缺点。

使用 PST 迁移选项时，数据会从用户桌面“推送”到 Exchange Online 邮箱。事实上，PST 迁移不需要通过将数据复制到云并再次将数据从 Exchange Online 复制到用户桌面（使用直接转换和阶段迁移时使用的方法）来使数据大小加倍。

从 Outlook 导出数据并将数据导回到用户桌面+将数据同步到 Exchange Online 邮箱的过程相当繁琐，只要执行导出/导入过程，就会阻止用户访问其邮箱，并且使过程变得复杂邮件迁移过程是因为实施邮件迁移的人员需要单独访问每个用户桌面来创建邮件迁移过程。

3. 第三方迁移

我不会详细介绍第三方迁移工具/软件的主题，原因很简单，我对第三方邮件迁移工具没有太多经验。一般来说，第三方迁移工具可以通过以下方法实现邮件迁移到Exchange Online的过程：

• MAPI 迁移（在我看来，更合适的术语是 RPC/HTTPS，但这是 Microsoft 文章中提到的术语）。
• EWS迁移
• PST 迁移

组织邮件服务器技术

Microsoft Native Office 365 邮件迁移工具旨在提供基于以下基本假设的解决方案：组织的邮件服务器是“Microsoft Exchange 服务器”。

注意：这个概念的例外是IMAP邮件迁移方法，它使我们能够从支持IMAP4协议的邮件服务器实现邮件迁移，并且不必是“Microsoft Exchange服务器”。

在现实生活中，还有许多其他邮件服务器，例如 IBM Lotus Notes、Novell GroupWise 等。在这些情况下，大多数时候，唯一的选择是购买第三方迁移产品，并且通常第三方邮件迁移产品具有本机 Office 365 邮件迁移工具中不包含的其他增强功能和功能。

场景 1：使用“外部组件”的第三方邮件迁移产品

在这种情况下，邮件迁移是通过使用具有两个逻辑连接器的“外部组件”来实现的。一个连接器连接到组织的邮件服务器（Microsoft Exchange 本地服务器或另一台邮件服务器），另一个“分支”连接到 Exchange Online。第三方邮件迁移组件负责从组织的邮件服务器“拉取”数据并将数据（邮箱内容）“传输”到 Exchange Online。

场景2：“迁移服务器”

第三方邮件迁移产品实施的第二种方法（由 Microsoft 描述）为：“迁移服务器”或“跳箱”。迁移服务器成为迁移过程的“中心”。

邮件服务器邮箱数据被“传输”到迁移服务器，迁移服务器“保存和管理”数据，并使用连接到 Exchange Online 的连接器，该连接器将用于将数据“传输”到云。

注意：关于因需要将邮箱内容从组织邮件服务器复制到 Exchange Online 邮箱并返回而导致的“邮箱数据加倍”问题。

当 Outlook 将数据从 Exchange Online 邮箱“拉回”到本地 OST 时，在我看来，大多数 3rd 方邮件迁移产品将不具备使用本地 Outlook OST 文件的能力（由使用混合迁移），但最佳实践是向软件提供商询问此选项。

Exchange 和迁移引擎

当我们涉及从 Exchange 服务器的邮件迁移时，我们可以使用几种方法与 Exchange 服务器进行通信并要求“拉出”数据（用户的邮箱内容）。可用的选项有：

• 远程过程调用/HTTPS
• HTTPS/EWS
• IMAP

注意：我不会涉及 IMAP 迁移方法，基本假设是该方法将用于从非 Exchange 服务器迁移邮件。

RPC/HTTPS 和 EWS

使用 HTTPS 协议实现的 Exchange Online 服务器和 Exchange On-Premises 之间创建的“通信通道”。

为了能够简化 RPC/HTTPS 和 EWS 的概念，我们可以将此方法称为“Exchange 侦听器”，即 Exchange 服务器“侦听”、提供服务以及与其他主机（例如邮件客户端 (Outlook AnyWhere) 或其他主机）进行通信的方式。服务器（在我们的场景 Exchange Online 中）。

Exchange EWS（Exchange Web 服务）方法更加先进和高效，当涉及从 Exchange 迁移邮件的主题时，这是首选（如果可能）方法。

Exchange Web 服务 (EWS) 是推荐用于迁移到 Office 365 的协议，因为它支持大数据批量并具有更好的面向服务的限制。在 Office 365 中，在模拟模式下使用时，使用 EWS 的迁移不会消耗用户的 Office 365 EWS 资源预算量，而是消耗预算资源的副本：同一管理员帐户发出的所有 EWS 模拟调用均单独计算应用于此管理员帐户的预算。对于每个模拟会话，都会创建实际用户预算的影子副本。此特定会话的所有迁移都将消耗此卷影副本。模拟下的限制与每个用户迁移会话是隔离的。

在下图中，我们可以看到三个 Exchange“侦听器”，可用于从 Exchange 服务器“拉取”邮箱数据。

Microsoft Native Office 365 邮件迁移工具以及与 Exchange 本地服务器的通信

当我们使用 Microsoft Native Office 365 邮件迁移工具从 Exchange 本地服务器“拉取”数据时，与 Exchange 本地服务器“监听器”的通信将实现如下： 切换和阶段迁移，将与 Exchange 本地服务器通信使用 RPC 交换本地服务器，或者如果我们想要准确的话：RPC/HTTPS（真正的层结构实际上是 MAPI/RPC/HTTPS）。

混合迁移被认为更加复杂，因为与 Exchange 本地服务器的通信通过寻址“EWS 侦听器”并使用名为 MRS 代理的内置组件来实现，该组件负责处理和管理邮箱移动请求（来自在我们的场景中，将 Exchange 本地服务器连接到 Exchange Online）。

当使用 Exchange EWS 实现邮件迁移时，邮件迁移吞吐量的结果优于 RPC 和 IMAP 等“其他”方法，因为 Exchange EWS 旨在以最佳方式处理大量数据和多个连接。方式。

在下图中，我们可以看到不同的邮件迁移选项如何使用 Exchange“侦听器”来实现邮件迁移。使用第三方邮件迁移产品时，建议向提供商询问该产品使用的具体方式（RPC、EWS等）。

在下一篇文章中，我们将研究邮件迁移到 Office 365 |影响邮件迁移性能的因素。