邮件迁移到 Office 365 |影响邮件迁移性能的因素 |第 2/4 部分

当我们实施邮件迁移到云端（Exchange Online）的项目时，我们使用的最重要的衡量值之一就是邮件迁移的“吞吐量值”。简而言之，我们希望并且需要知道将数据（邮箱内容）从组织复制到“云”（Exchange Online）需要多长时间。

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

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

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

邮件迁移到 Office 365 吞吐量值

吞吐量“值”对我们很重要，因为根据这个值，我们可以估计完成项目需要多长时间，项目涉及的成本是多少（较长的项目比较短的项目成本更高）时间项目）等等。

然而，在我们能够提供所需的估计之前，我们需要一个节流策略/节流机制来了解邮件迁移过程中涉及的“实体”或因素是什么，以及这些因素如何影响邮件迁移过程。

一般邮件迁移问题

在开始之前，我想问两个问题（将在本系列的当前文章和下一篇文章中回答）。

Q1：当我们需要估计邮件迁移的吞吐量（数据的传输速率）时，是否有一个关于“固定数字”的正式答案可以使用？

A1： 是的，确实没有太多关于该主题的信息，但是，有一篇 Microsoft 官方文章提供了邮件迁移吞吐量的“数字”和估计。

Q2：为什么我们需要对邮件迁移吞吐量使用“估计”或“平均范围值”？为什么我们不能用一个简单的数学公式来计算信息从A点传输到B点所需的时间？

A2：答案是——当我们将邮箱从A点迁移到B点时，这个过程涉及到很多组件。每个“组件”都有一个特定的特征，会影响邮件迁移吞吐量的结果。

当我们想要将用户邮箱的内容迁移到云端（B点）时，我们需要经过很多要素。这些“元素”中的每一个都可以“保留”该过程或只是让数据通过。

每个“元素”或因素都有影响性能的资源限制。例如，如果“元素”是本地 Exchange On-Premise 服务器，则邮件迁移吞吐量取决于或基于 Exchange On-Premise 服务器资源，如 CPU、RAM、硬盘等。

其他因素包括我们使用的邮件迁移类型、通信线路的限制、限制策略、邮箱的大小、邮件项目的数量等等。

影响邮件迁移吞吐量的因素

在下一节中，我们将回顾影响邮件迁移吞吐量（传输速率）的一些因素。

网络基础设施

1.通讯线

直接关系到邮件迁移传输率结果的最重要因素之一是显而易见的，即现有的通信线路。

1.1 组织沟通线路的“速度”（带宽）

关于通信线路的速率或速度，不要忘记，很多时候通信线路技术为“上传”与“下载”（异步）提供不同的传输速率。

当我们将现有的邮件基础设施迁移到云端时，该操作被视为“上传”（将数据从本地网络移动到公共网络），并且很多时候“上传”的传输速率比下载速率更慢或更低。

1.2 组织沟通线路的免费或可用百分比

一个重要因素是通信线路上存在的“负载”或通信线路的“空闲百分比带宽”。例如，仅仅说现有的通信线路带宽为 20 MB 是不够的，真正的问题是有多少百分比的带宽是免费的或可用于邮件迁移项目的任务。

1.3 工作时间和周末

影响通信线路“免费或可用带宽”的另一个因素是——工作时间和周末的因素。基本假设是，在“工作时间”期间，通信线路的“免费或可用带宽”量低于我们在工作时间之后（尤其是周末）可以获得的速率。

2. 组织网络的地理位置

Office 365 数据中心和邮件基础设施物理上位于全球不同的地理位置。 Office 365数据中心所在的三个“要点”。

我一直回答这个问题的方式是，微软将世界分为三个区域：北美和南美、欧洲和非洲、以及亚洲和澳大利亚。我们在每个区域都有未公开数量的数据中心，并且我们在组织总部地址所在的区域内选择一个主数据中心

我们可以问的另一个重要问题是：如果我们的组织在全球范围内拥有多个站点，我们是否可以假设每个位置都配置为访问最近的 Office 365 数据中心？

答案是不 ”。用户邮箱等所有组织资源将位于一个数据中心，不会“分布”在全球各个 Office 365 数据中心中。

微软制定了区域化数据中心战略。客户管理员在服务初始设置期间输入的客户国家或地区决定了该客户数据的主要存储位置。

此信息的要点是 - 组织网络和 Exchange Online 数据中心之间的地理“距离”会产生影响。

我将在这篇严肃的 Office 365 邮件迁移的最后一篇文章中提供有关如何检查通信质量的更多信息并提供建议 |优化吞吐量 |第 3/4 部分）

3. 网络设备

防火墙或代理服务器等网络设备可以通过多种方式影响吞吐量（数据传输速率）的结果：

• 负载因素 - 这些设备的负载或性能：例如，如果现有防火墙或代理服务器利用率非常高，这可能会导致邮件迁移吞吐量的降低。
• 会话数量限制-另一个因素可能是：防火墙的功能，尤其是代理服务器的功能，会限制或限制通信过程中的会话数量。

例如，邮件迁移过程可能会在 Exchange 本地服务器和 Exchange Online 之间创建数十或数百个会话。如果防火墙或代理服务器配置了最大会话数值，并且邮件迁移过程达到此限制，则邮件迁移的吞吐量会降低。

Exchange 本地基础设施

1. 数据源 (Exchange Server) - 本地 Exchange On-Premise 服务器的性能。

邮件迁移基于将邮箱数据复制或移动到云（Exchange Online）的概念。在多个邮箱的场景下，传输的数据量很容易变得巨大，访问每个邮件服务器邮箱并复制数据的操作会给 Exchange On-Premises 服务器带来相当大的负载。

在混合配置的情况下，服务器负载可能会影响托管用户邮箱的 Exchange 本地服务器邮箱服务器，或影响充当内部 Exchange 本地服务器和 Exchange 本地服务器之间的路由器的 Exchange 本地混合服务器服务器。云端。

2. 交换地点

中型和大型组织通常会有多个 Exchange 站点。 Exchange 站点的主题可以从两个角度影响邮件迁移的数据传输率：

• Exchange 站点的地理位置与 Exchange Online 数据中心的地理位置。如果 Exchange 站点距离 Exchange Online 数据中心“更近”，我们可能会得到更好的结果。
• 使用多个Exchange站点进行邮件迁移
  在从多个Exchange站点进行邮件迁移的情况下，我们可以在特定的时间窗口内迁移更多的邮箱，邮件迁移吞吐量的结果显着提高。

3. 混合迁移和MRSProxy

使用混合迁移选项时，负责实施和管理移动邮箱操作的 Exchange 本地服务器组件是 MRSProxy。

将邮箱从源服务器移动到目标服务器的任务描述为 - MRSProxy 连接。在 Exchange 本地服务器中，MRSProxy 最大连接数的默认值为 100。

如果我们想要增加此值，我们可以使用 PowerShell 命令更改默认值（我们将在 Office 365 邮件迁移 | 优化吞吐量 | 第 3/4 部分中查看确切的语法）

4. Exchange邮箱章程

大多数时候，当我们提到“邮箱”一词时，我们通常使用这个术语。实际上，术语“邮箱”用于描述许多不同类型的邮箱，例如：

• 小型邮箱，邮件数量较少
• 平均邮箱及平均邮件件数
• 小型邮箱，可容纳大量邮件
• 大型邮箱，通常表征为尺寸大+邮件量大的邮箱。

那么我的观点是什么？

我的观点是 - 大多数时候我们只与“邮箱大小”相关，并且我们理解从逻辑上讲，迁移大型邮箱与小型邮箱相比需要更多时间。

对邮件迁移吞吐量有巨大影响的一个大多数时候没有提到的重要因素是用户邮箱中存在的邮件项目的数量。

常见迁移性能因素：一个包含 400 个项目（每个项目包含 10 兆字节 (MB) 附件）的 4 GB 邮箱比一个包含 100,000 个较小项目的 4 GB 邮箱迁移速度更快。

5. 邮件数量及第三方邮件迁移工具

在 Exchange Online 迁移性能和最佳实践一文中，我们可以找到一个数据表，重点关注具有平均邮件项目数量的邮箱与具有大量或高于平均邮件项目数量的邮箱的情况下的邮件迁移吞吐量结果。使用 RPC 邮件迁移时的邮件项目。

小小的“问题”是，数据表与使用第三方邮件迁移工具时创建的邮件迁移结果相关。

我必须承认，我想知道为什么本文包含有关第三方邮件迁移工具的信息，但不包含 Office 365 内置迁移选项的相关信息。

虽然该表比较了第三方邮件迁移产品场景下的迁移吞吐量，但我们认为我们可以将这些信息作为所有 Office 365 邮件迁移选项（例如直接转换和阶段迁移）的派生，因为这些方法也基于在 Exchange 本地服务器和 Exchange Online 服务器之间创建的 RPC 连接。

那么数据告诉我们什么？

如果我们仔细查看表中显示的数据，我们可以观察到非常插入的问题：当我们迁移具有多个邮件项目的 Exchange 邮箱（在我们的场景中为小型邮箱）时，该过程将创建大量邮件RPC 事务。

为了强调表中数据的结论，我创建了下图。

一个邮箱非常小（大小 249 MB），另一个邮箱较大（377 MB）。有趣的事实是 - 我们需要移动较小邮箱的时间明显更长（较小邮箱需要 11~ 小时，而较大邮箱需要 4.5~ 小时）。

这个“奇怪结果”的答案是，较小的邮箱包含 13,000~ 邮件项目，而较大的邮箱包含 4,100~ 邮件项目。

结论是邮箱中的邮件数量这个因素对邮件迁移吞吐量有很大的影响。

6. Exchange 本地服务器限制策略

我们可以涉及的另一个因素是 Exchange 本地限制策略。如果实施了 Exchange 本地限制策略，则限制策略可能会影响邮件迁移过程的性能。

Office 365/Exchange Online 因素

限流策略/限流机制

术语“限制策略”是描述与术语 QoS（服务质量）类似概念的术语。限制策略基本上是预定义的限制或由管理员在特定系统上强制执行的限制。

例如：在Exchange服务器环境中，我们可以使用节流策略来限制PowerShell远程会话的并发数量、可以接受或发送的最大数据量等。

与我们的邮件迁移到 Office 365 的场景相关的问题是：

Office 365 是否使用限制策略来限制可以从本地邮件服务器“传输”到 Exchange Online 的数据量？

答案是是和否。

在 Office 365 中，实施了与邮件迁移相关的三种类型的限制策略：

1. Office 365 迁移服务限制
2. Office 365 用户限制
3. 基于资源健康状况的节流

1. Office 365迁移服务限制

迁移服务限制定义并发邮箱移动到 Exchange Online 服务器的最大数量。

例如：

• 使用直接转换、阶段或混合迁移时，并发邮箱“移动”的默认值为 20。
• 使用 IMAP 迁移时并发邮箱“移动”的默认值为 4。

Q1：我可以更改这个默认值吗？

A1：是的，通过 GUI 界面或 PowerShell 命令非常容易。

Q2：我是否可以假设明显的结论是：如果我将默认值从 20 个并发移动增加到 40 个并发移动，我会将邮件迁移吞吐量增加一倍吗？

A1：理论上，答案是：“是”。

我们使用“理论上”这个术语是因为当我们增加 Exchange Online 服务器端（以及 Exchange 本地服务器端）上的最大邮箱移动数量时，结果可能会对 Exchange 本地服务器造成巨大影响，因为“移动邮箱”的任务消耗“传送”邮箱的服务器（Exchange On-Premises 服务器）和“接受”邮箱的服务器（Exchange Online）的资源。

我的观点是，我们可以假设 Exchange Online 拥有无限量的资源，但我们不能将相同的结论应用到 Exchange 本地服务器，因为基本假设是 Exchange 本地服务器的硬件资源有限。

2. Office 365用户限制

术语“用户限制”描述了 Office 365 限制策略，该策略在两种情况下实施或“强制执行”：

• 场景 1：使用“PST 迁移”选项时
• 场景2：使用第三方MAPI Migration（客户端上传迁移方式，通过RPC over HTTPS实现）时。

Q1：使用用户限流策略的原因是什么？

A1：我找不到这个问题的正式答案，但我可以假设在使用 PST 迁移（客户端上传迁移）时实施用户限制策略的原因是这种类型的迁移，不是很有效，会导致“导出数据”一侧（客户端）和“接受”数据一侧（Exchange Online）负载过高。

Office 365 用户限制策略旨在“保护”Exchange Online 免受我们实施数十或数百个 PST 迁移的情况的影响，从而“压垮”Exchange Online 服务器。

用户限制会影响大多数第三方迁移工具和客户端上传迁移方法。这些迁移方法使用客户端访问协议（例如 RPC over HTTP）将邮箱数据迁移到 Exchange Online 邮箱。这些工具通常用于从 IBM Lotus Domino 和 Novell GroupWise 等平台迁移数据。

用户限制是 Office 365 中限制性最强的限制方法。由于用户限制设置为针对单个最终用户，因此任何应用程序级别的使用都会很容易超过限流策略，导致数据迁移速度变慢。

3.基于资源健康度的节流

创建基于资源运行状况的限制是为了在特殊情况下保护 Exchange Online 服务器的运行状况。仅当监视系统识别出与 Exchange Online 服务器基础结构相关的特殊负载或特定问题时，才会在特殊情况下植入基于资源运行状况的限制。

所有迁移方法都受到可用性限制的治理，但 Office 365 服务限制对 Office 365 迁移的影响不如前面部分中描述的其他类型的限制。

基于资源运行状况的限制是最不积极的限制方法，仅当存在影响最终用户和关键服务操作的服务可用性问题时才会发生。

概括

以下屏幕截图取自 Microsoft 文章：Exchange Online 迁移性能和最佳实践。

该表描述了 Office 365 限制策略的“矩阵”以及在哪种迁移场景中实施特定的限制策略。

在下图中，我们可以看到表中显示的信息的不同表示形式：我们可以看到，所有邮件迁移类型都无一例外地实施了基于资源健康状况的限制。

当“服务器到服务器迁移”（例如阶段或直接转换迁移）时，Office 365 迁移服务限制用于定义并发邮箱移动的最大数量。

在下一篇文章中，我们将研究邮件迁移到 Office 365 |优化邮件迁移吞吐量。