邮件迁移到 Office 365 |优化邮件迁移吞吐量 |第 3/4 部分

在本文中，我们回顾了可以帮助我们改进和优化“将邮件基础设施迁移到云”项目结果的建议和“最佳实践”。

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

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

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

邮件迁移到 Office 365 的时间线

一般来说，我们可以衡量两个因素：

1. 邮件迁移吞吐量 - 将特定数量的数据传输到云 (Exchange Online) 所需的时间
2. 完成邮件迁移所需的时间*

*例如，如果管理层指示我们在不超过10天的时间内将组织的所有邮件基础设施迁移到云端，我们能完成这项任务吗？

在本文中，我们回顾了一些可用于改进和优化邮件迁移吞吐量结果或完成邮件迁移项目所需时间的因素和选项。

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

在下一节中，我们将回顾影响邮件迁移吞吐量（传输速率）的一些因素以及可用于微调或优化这些因素以提高邮件迁移吞吐量的结果。

网络基础设施

1、通信线路带宽

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

为了能够测量我们的通信线路的性能，我们可以使用 ISP 提供的网络工具或使用诸如 speedtest 之类的公共工具。

使用结果，我们可以更好地了解我们可以使用的可用资源，例如上传速率（当我们将组织邮箱移动到云端时，我们使用“上传通道”）、下载速率等。

根据我们的结果，我们可以决定是否需要增加现有通信线路的带宽。

如果我们想获得有关白天、一周等通信线路的负载和性能的更详细信息。

大多数 ISP 可以通过访问网络界面来提供此信息（大部分时间免费），该界面将显示每日、每周和每月的通信线路性能结果。

就我个人而言，我喜欢使用名为 PRTG 的产品，它使我们能够获得非常清晰且图形化的网络性能视图。

2. 工作时间和周末

Office 365 本机邮件迁移工具使我们能够安排邮件迁移过程。如果我们想要避免邮件迁移将“加载”组织通信线路（并降低网络性能 - 通信线路可用带宽）的情况，或者如果我们想要使用所有可用的通信线路带宽，我们可以考虑将邮件迁移过程安排在“非工作时间”或者在周末实施邮件迁移。

3. 网络设备性能和调优

防火墙或代理负载和性能

为了能够验证现有网络设备（例如防火墙或代理）不是造成“瓶颈”或降低邮件迁移性能的原因，最佳实践是实施邮箱迁移试点并监控负载性能验证服务器利用率是否不高或导致防火墙/代理“达到其最终限制”。

可能影响邮件迁移性能的另一个重要因素是限制“允许的会话”最大值的配置设置。

防火墙/代理|可能限制允许的最大会话数

检查防火墙/代理服务器以验证迁移过程会话未被防火墙/代理策略阻止或限制。

4. 组织网络的地理位置

影响 Exchange Online 邮件迁移吞吐量的因素之一是组织网络与 Office 365 数据中心之间的“物理距离”。

从技术上讲，测量或评估从 A 点（组织网络）到目的地（Office 365 数据中心）的通信路径的质量并不容易，但好消息是 Microsoft 提供了一个有用的基于 Web 的工具，名为：Office 365 网络分析工具，它可以帮助我们获取有关特定组织网络与托管组织邮箱的 Office 365 数据中心之间通信通道性能的详细信息。

Office 365 网络分析工具是一个基于 Java 的工具，并作为 Web 应用程序实现。

为了能够获得所需的结果，我们需要为托管组织邮箱的 Office 365 数据中心选择合适的 URL，指定在 Office 365 中注册的公共域名，工具将开始收集信息，然后在下一步步骤，显示详细结果。

要使用Office 365网络分析工具，我们首先需要下载并安装java客户端。

如果您尝试使用该工具并收到以下错误“应用程序被安全设置阻止”，请转到控制面板，查找名为：Java 的图标，然后在安全选项卡中将默认设置更改为：中

在第一个屏幕中，我们需要提供 Office 365 中托管的域名。

5. 使用 QoS（服务质量）产品

大多数时候，重要的问题不是“通信线路的带宽是多少”？相反，“通信线路的利用率是多少，或者通信线路的“空闲百分比”是多少？”

邮件迁移的过程要求很高，因为大多数时候，我们将大量数据从组织的网络“传输”到云端。

如果您的组织使用 QoS 产品，最佳实践是为邮件迁移任务分配预定义百分比的网络带宽，或优先考虑与邮件迁移相关的通信。

6. 规划所需的通信线路带宽

当涉及“规划所需通信线路带宽”的概念时，一个主要阶段是邮件迁移（将从 Exchange 本地服务器传输到云端的邮箱数据）所需的带宽。此外，我们需要提前规划分配给访问其 Exchange Online 邮箱的组织用户之间通信所需的通信线路带宽。

Exchange 本地基础设施

1. 数据源（Exchange Server）——性能

迁移过程会给托管用户邮箱的 Exchange 本地服务器带来沉重的负载，或者在我们使用 Exchange 本地混合服务器的混合配置的情况下。

在开始迁移过程之前，最佳实践是确保现有 Exchange 本地服务器拥有所需的资源（RAM、CPU、存储等），使该服务器能够以最佳方式运行。

问：我如何知道迁移过程是否使 Exchange 本地服务器不堪重负？

A：从 10 开始，然后在监视数据源性能的同时增加此数字，以避免最终用户访问问题。

在我看来，“升级现有 Exchange 本地服务器硬件”选项在 Exchange 本地服务器基于虚拟机的情况下最为相关，因为在这种情况下，硬件升级过程是“一次升级”。单击程序。”

混合迁移 |服务器性能

如果您使用的混合服务器将用作邮件迁移过程的“路由器”，则最佳实践是使用功能强大的服务器级物理机，而不是 Exchange 2013 和 2010 混合服务器的虚拟机。

2. 调整MRSProxy资源分配

MRSProxy 是 Exchange 服务器组件，负责实现邮箱移动（在我们的场景中，邮箱从 Exchange 本地服务器移动到 Exchange Online）。

MRSProxy 执行的任务被描述为连接。最大连接数的默认值为 100，但我们可以根据需要“调整”这些值。

场景 1：Exchange Server 因迁移负载而不堪重负。如果我们发现迁移过程会损害 Exchange 本地服务器的性能，我们可以减少 MRSProxy 能够使用的最大连接数。

场景2：如果现有的Exchange On-Premises服务器有足够的硬件资源，并且我们想要为MRSProxy扩展更多的资源，我们可以增加MRSProxy可用的默认连接数通过这样做，优化器可以优化邮箱迁移的传输率。

我们可以使用的PowerShell命令是：

Set-WebServicesVirtualDirectory -Identity "EWS (Default Web Site)" -MRSMaxConnections <number between 0 and unlimited; default is 100>

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

如果您实施的 Exchange 本地服务器限制策略可能会“减慢”或“降低”邮件迁移过程的性能，请考虑在邮件迁移运行时停止或禁用这些设置。

4. 如果可能的话使用混合迁移

使用混合迁移选项可以减少与邮件迁移相关的数据量。

在上一篇文章中邮件迁移到 Office 365 |关于影响邮件迁移吞吐量的因素，我们描述了混合迁移与阶段迁移和直接转换迁移之间在邮件迁移过程中涉及的数据量方面存在的差异。

简短回顾一下：使用混合迁移选项时，我们不必配置新的 Outlook 邮件配置文件，而是可以使用相同的 Outlook 邮件配置文件和现有的 OST 文件。通过这样做，我们避免了将邮箱内容“下载回”到用户桌面的需要。

我不熟悉现有的每个第三方邮件迁移工具，也不熟悉是否有第三方邮件迁移工具“知道”如何使用本地 Outlook OST，而不是在新的 OST 文件中下载所有邮箱数据。

使用混合迁移最低选项基于 Exchange 2010 SP3 本地服务器的最低要求。在组织邮件基础架构基于较旧的 Exchange 本地服务器（例如 2003、2007）的情况下，我建议您考虑为邮件迁移项目安装“临时 Exchange 2010 本地服务器”的选项。

有趣的事实是，您甚至不需要支付许可证费用。 Microsoft 允许希望仅将 Exchange 2010/2013/2016/2019 本地服务器安装为混合服务器（不使用邮箱规则选项）的组织获得该服务器的免费许可证。

5. 交换多站点基础设施

大中型组织通常会有多个 Exchange 站点。

如果您的组织使用多个 Exchange 站点（多个 Exchange 站点），并且每个 Exchange 站点都有“公共存在”，使外部主机能够连接“代表” Exchange 的 Exchange 本地服务器站点，我们可以显着提高邮件迁移吞吐量。

例如，在我们的场景中，我们需要将 30 万个邮箱从组织 Exchange 本地服务器迁移到云端。

我们完成这项任务的时间非常有限，我们希望缩短或加快邮件迁移过程。

在下图中，我们可以看到，通过使用同时（并行）从多个 Exchange 站点实现邮件迁移的概念，我们可以将同时迁移的邮箱数量增加或减少。

6. 多个 Exchange 站点的基础设施和自动发现

在多个 Exchange 站点基础结构的场景中，我们可以依靠自动发现服务根据用户邮箱的位置（Exchange 站点和托管邮件的 Exchange 服务器）同时实现从多个 Exchange 站点的邮件迁移。用户邮箱）。

先决条件是每个 Exchange 站点都具有公开存在，其中包括可以从公共网络访问的“公共名称”(URL)。

为了能够更好地理解这个过程，让我们使用以下示例：

名为：o365info 的组织拥有两个 Exchange 站点。其中一个站点位于纽约，另一个站点位于洛杉矶。

• 纽约站点的 Exchange 邮件服务器使用以下公共名称：
  Mail.Ny-o365info.com
• 洛杉矶站点中的 Exchange 邮件服务器使用以下公共名称：
  Mail.La-o365info.com

我们正在使用混合迁移选项，并基于 CSV 文件创建新的迁移批次，其中包含我们想要迁移到云 (Exchange Online) 的用户列表。 CSV 用户列表包括来自两个组织站点的用户的“混合”。

在我们的示例中：User1 和 User2 邮箱位于纽约站点，User3 和 User4 邮箱位于纽约站点位于洛杉矶站点。

在我们的场景中，o365info.com 的自动发现记录指向不在公司站点上的其他 Exchange 服务器。

当我们开始批量迁移时，Exchange Online 使用自动发现服务来获取有关邮件基础结构等所需的信息。

在下图中，我们可以看到 Exchange Online 询问可以提供信息并访问 [email protected] 的邮箱数据的 Exchange 服务器（CAS 服务器）。

原始 Exchange 服务器通过将 Exchange Online 重定向到其他服务器来提供“答案”：Mail.Ny-o365info.com

第二步，Exchange Online 将尝试连接到 Mail.Ny-o365info.com 并“请求权限”以复制User1 的邮箱数据。

Exchange Online 使用成功发现的或您手动提供的连接设置创建新的迁移终结点。我们建议您创建自动发现连接设置的迁移端点，而不是创建手动输入设置的端点。这是因为在迁移期间将使用自动发现服务连接到每个用户邮箱。

如果使用手动设置，Exchange Online 将不会使用自动发现服务，但会使用您手动输入的连接设置连接到特定源服务器。如果您使用手动设置并拥有多个本地 Exchange 服务器，则可能需要创建与每个服务器相对应的不同迁移终结点。

Office 365/Exchange Online 因素

1. Office 365/Exchange Online 限制策略

与邮件迁移相关的限制策略被描述为迁移服务限制。该策略旨在限制最大迁移并发数。

好消息是，我们可以轻松增加默认值，从而增加可迁移的邮箱数量。

在我的选项中，没有创建“同时最多 20 个邮箱”的默认值来保护 Exchange Online 服务器的性能，因为理论上，分配给 Exchange Online 服务器的资源没有限制。

重点是保护 Exchange 本地服务器免受“压倒性”情况的影响。如果我们对 Exchange 本地服务器施加过多负载，迁移过程的负载可能会影响其他 Exchange 本地服务器服务。

因此，如果您考虑增加迁移服务限制的值，请验证您的 Exchange 本地服务器是否具有支持迁移到 Exchange Online 的邮箱数量所需的资源。

创建迁移批次后，可以使用以下 Windows PowerShell 命令将其增加到最大值 100。

Set-MigrationEndPoint <Identity> -MaxConcurrentMigrations <value between 1 and 100>

2. 迁移端点的最大并发移动数

每种类型的迁移端点的并发迁移数限制为 100 个。例如，您的组织可能有 5 个 Outlook Anywhere 迁移端点，每个端点可配置为最多 20 个并发迁移。或者，您可以有两个 IMAP 迁移端点，每个端点配置为支持最多 50 个并发迁移。

在下面的屏幕截图中，您可以看到当我们尝试使用大于 100 的值时。

结果出现以下错误：

此端点将使最大并发迁移数为“101”，这将超出“ExchangeRemoteMove”类型端点允许的限制“100”。

只是一个友好的建议：Office 365 使我们能够“扩展”并发邮箱移动的价值这一事实并不意味着您应该自动使用此选项。

大量并行邮箱移动可能会使您的网络带宽和 Exchange 本地服务器超载。

要同时迁移的邮箱数字段指定迁移期间使用的本地邮件服务器的连接数。与本地邮件服务器的连接越多，一次可以迁移的邮箱就越多。虽然这减少了迁移邮箱所需的时间，但这些额外的连接可能会消耗您的 Internet 带宽，从而对网络性能和用户访问 Internet 资源的能力产生负面影响。

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