邮件迁移到 Office 365 |测量和估计邮件迁移吞吐量 |第 4/4 部分

---

在本文中，我们回顾了将现有邮件基础结构迁移到 Office 365 时邮件迁移吞吐量的主题。

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

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

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

邮件迁移到 Office 365 吞吐量

我们需要有关邮件迁移吞吐量的答案，主要原因有两个：

• 原因 1 - 在邮件迁移项目中，我们需要提供完成迁移过程的截止日期。
• 原因2 - 在实施邮件迁移时，我们需要有一些基线或参考，可以帮助我们了解邮件迁移吞吐量的现有结果是否合理，或者我们是否注意到邮件迁移吞吐量非常低，找到“吞吐量低”的原因和可能的解决方案，这将帮助我们优化和提高邮箱内容到云的吞吐量（传输率）。

邮件迁移到 Office 365 的常见问题

我们首先要问的问题之一是：将邮箱迁移到云端需要多长时间？

下一个问题可能是：标准邮箱的确切定义是什么？ （用户邮箱可以是 1GB 邮箱或 20GB，包含数百或数千个邮件项目）。

假设我们可以定义“平均或标准邮箱”的大小。我们仍然需要知道将所有组织邮箱迁移到云端需要多长时间，或者换句话说，将邮箱迁移到 Exchange Online 时的预期或平均传输速率是多少？

假设我们已经实施了一些试点，将 10 个邮箱迁移到 Exchange Online，测量平均传输速率并得出一些数字结果。

现在的问题是：这个结果算不算糟糕？平均的？好的？我们对预期传输率结果有一些指导吗？

邮件迁移到 Office 365 |不同迁移方法的性能

在以下部分中，我们将根据 Microsoft 文章 Exchange Online 迁移性能和最佳实践来估计预期的邮件迁移吞吐量。

在下面的屏幕截图中，我们可以看到一个名为“迁移方法的性能”的数据表。

在我们开始分析表中的信息之前，请注意以下几点：

• 许多重要的细节出现在表格下方的“注释部分”中。
• 表中的信息包含一些“漏洞”，因为表中（以及注释部分）中显示的测量和结果与并发邮箱迁移的不同值相关。例如，直接转换和阶段迁移的邮件迁移吞吐量与 100 个并发相关，而混合迁移的吞吐量结果与 20 个并发相关。

为了能够更清晰地展示数据，我制作了下表：

Migration methodSingle mailbox20 concurrency50 concurrency100 concurrencyIMAP Migration10-15 GBCutover Migration10-15 GBStaged Migration10-15 GBHybrid Migration0.3-1.0 GB10-15 GB15-50 GBThird-party MAPI Migration0.1-0.5 GB4-12 GBThird-party EWS Migration0.2-0.5 GB5-10 GB20-50 GBClient Uploading (From Outlook PST)0.5 GB

“迁移方法的性能”的一般结论

1. MAPI/RPC 邮件迁移与 EWS 方法

正如上一篇文章邮件迁移到Office 365 | 中提到的优化邮件迁移吞吐量 |第 3/4 部分，当我们从 Exchange 本地服务器执行邮件迁移时，我们可以通过两种方式“寻址”Exchange 本地服务器：MAPI/RPC 或 EWS。

通过查看数据，很明显，当我们通过寻址 Exchange EWS“侦听器”来执行邮件迁移时，邮件迁移吞吐量要好得多。

例如，直接转换和暂存邮件迁移是通过使用与 Exchange 本地服务器的 MAPI/RPC 连接与解决 EWS“侦听器”问题的混合迁移来实现的。

当我们比较直接转换和阶段邮件迁移与混合邮件迁移时，我们可以看到 100 个并发邮箱迁移的结果有很大不同，100 个并发的直接转换和阶段邮件迁移的结果范围是：10-15GB，结果混合邮件迁移的容量为：20-50GB。

注意：比较是在 Office 365 本机邮件迁移选项与第三方 EWS 迁移之间进行的，因为本文不包含有关使用混合邮件迁移选项时的 100 个并发的信息。

2. 单邮箱迁移与多邮箱迁移

数据表中的另一个有趣的信息涉及单个邮箱迁移与多个邮箱迁移的场景。

在下面的屏幕截图中，我突出显示了当我们使用混合迁移选项时单个邮箱迁移与多个邮箱迁移的估计吞吐量的信息。显然，单个邮箱迁移的吞吐量结果比我们执行多个邮箱迁移时的吞吐量结果要差。

造成这种差异的原因。

我试图理解这种差异的原因。文章包含以下注释：

观察到的单个邮箱移动吞吐量在 0.3-1.0 GB/小时范围内。可以使用更多的并发邮箱迁移来实现更高的数据迁移率。例如，如果有 50 个并发移动，则总体吞吐量将在 15-50 GB/小时范围内。当本地 CAS (MRSProxy) 服务器达到硬件容量时，单个邮箱移动吞吐量将会减慢。考虑添加更多服务器以提高迁移速度

我不清楚此说明是否涉及从多个 Exchange 本地服务器执行多个邮箱迁移或从单个 Exchange 本地服务器执行多个邮箱迁移的场景，但总体结论是，当我们实施多个邮箱迁移。

3. 混合邮件迁移与第三方 EWS 迁移

在基于 Exchange 的环境中执行邮件迁移的首选方法是寻址 Exchange 服务器的 EWS 服务。

表中的数据包括有关使用混合迁移与第三方 EWS 迁移执行的 EWS 邮件迁移的信息。结果得出的结论是，混合迁移提供了比第三方 EWS 迁移工具更好的吞吐量结果。

计算邮件迁移吞吐量

在下一节中，我们将尝试将“迁移方法的性能”中的数据“翻译”为时间单位。

让我们从“值范围”的概念开始。例如：“迁移方法的性能”表中的信息表明，当使用具有 20 个并发的混合配置选项（多个邮箱迁移）时，吞吐量可能是从每小时 10GB 到每小时 20GB 的值。

使用一系列值而不是证明“单个数字”的原因是，存在许多可能的因素，我们在邮件迁移到 Office 365 | 文章中对此进行了回顾。影响邮件迁移性能的因素 |第 2/4 部分可能会影响邮件迁移过程，并通过这样做提供不同的结果。

虽然微软的文章中没有写，但我假设数据表中出现的“数字”是通过分析数据创建的一些平均值（结果）来自许多“云邮件迁移项目”。

为了简化数据范围的使用，我创建了下图。

在“低范围”中，我们获得每小时 10GB 的邮件迁移吞吐量，在“高范围”中，我们获得每小时 15GB 的邮件迁移吞吐量，此外，我还添加了一个“中范围”，计算如下低范围和高范围之间的“半程”。在我们的场景中，“中档”邮件迁移吞吐量为每小时 12.5GB。

Q1：当我们需要提供邮件迁移吞吐量的估计时，我们可以使用这些值/数字作为绝对数字吗？

A1：我的观点是，我们不能将这些数字视为“绝对资产价值”，因为这些结果是基于平均值的。在现实中，我们的基础设施可能会导致更糟糕的结果，或者，在“最佳情况”的情况下“假设我们的组织拥有无限的资源或我们所有的基础设施都是“完美的”，理论上我们可以获得更好的结果。

计算邮件迁移时间

场景 1：混合迁移 |单个邮箱移动|数据传输速率： GB 每小时

“迁移方法的性能”表中的信息表明，当使用混合配置选项进行单个邮箱迁移时，吞吐量可能是从每小时 0.3GB 到每小时 1GB 的值。

很容易理解，与我们在实施多个邮箱移动时实现的吞吐量相比，单个邮箱迁移的估计吞吐量“较差”。

如果我们使用图表来绘制范围，我们将得到以下图表：

如果我们想要估计迁移单个 10GB 邮箱所需的时间，最坏情况下的传输速率（低范围）为32.7~ 小时，而在最好的情况下在这种情况下（高范围），将邮箱迁移到 Exchange Online 所需的时间为 10~ 小时。

混合迁移|单个邮箱移动 |时间范围计算

为了使信息更加“真实”，我创建了下表，其中包括单个邮箱移动的三个可选方案：

Mailbox sizeLow RangeMid RangeHigh Range2GB6.5~ hours3.3~ hours2~ hours5GB16.3~ hours8.2~ hours5~ hours10GB32.7~ hours16.3~ hours10~ hours

计算公式

如果您有兴趣计算这些值，公式非常简单。

例如，文章称，“观察到的单个邮箱移动吞吐量在 0.3-1.0 GB/小时范围内。”为了能够计算使用“低范围”选项迁移 2GB 邮箱所需的时间，我们使用以下公式。

1GB=1,024 兆字节
2GB=2,048 兆字节

“低范围”传输速率为每小时 300 兆字节（或者如果我们想要更精确，则该数字为 306 兆字节，因为当前文章数据以千兆字节为单位）

因此公式为：2,048/306=6.69

简单来说，如果我们想要涉及低范围传输速率，则需要六个半小时才能将 2GB 大小的 Mailbox 移动到云端。

场景 2：混合迁移 |多个邮箱移动|数据传输速率： GB 每小时

在下图中，我们可以看到有关传输速率的信息的呈现。低范围值为：10GB，这意味着当我们将多个邮箱迁移到云端时，最坏的情况是基于每小时 10 GB 的传输速率，即“中范围”（本文没有提供中档。我通过计算“低端值和高端值之间的中间值”来使用该值，使我们能够在最佳情况下将每小时 10 GB 的数据迁移到云;我们预计每小时将 15 GB 的邮箱数据移动到云端。

示例表：混合迁移多个邮箱移动（20 个邮箱）。

在本示例中，计算基于我们使用混合迁移同时迁移 20 个邮箱的假设。

在这种情况下，我们在计算公式中添加额外的变量，因为当我们首先处理“一组邮箱”时，我们需要定义每个邮箱的平均大小的一些估计，其次，我们需要计算总量将“传输”的数据。例如，如果我们要迁移 20 个邮箱，每个邮箱的平均大小为 2GB，则传输的数据总量为 - 40GB。

例如：在我们使用混合迁移并对平均大小为5GB的邮箱实施多个邮箱迁移的场景中，迁移编译的时间估计如下：

• 低范围场景：10.2~小时
• 中程场景：8.2~小时
• 高范围场景：6.8~小时

混合迁移|多个邮箱移动 | 20个并发

下表包括当我们使用迁移 20 个邮箱（20 个并发）的迁移批处理时，将 Exchange 本地服务器邮箱迁移到 Exchange Online 所需的平均时间的估计。

Mailbox sizeLow RangeMid RangeHigh Range2GB (Total size of 40 GB)4~ hours3.3~ hours2.7~ hours5GB (Total size of 100 GB)10.2~ hours8.2~ hours6.8~ hours10GB (Total size of 200 GB)20.5~ hours16.4~ hours13.7~ hours

邮箱迁移到 Office 365 计算器

下载单个邮箱和多个迁移吞吐量计算器（Excel 表格）。

根据“迁移方法的性能”表中的数据，我创建了一个基于 Excel 的计算器，它将帮助您大致估计将现有邮件基础结构迁移到 Exchange Online 所需的时间。

使用单个邮箱迁移与多个邮箱迁移、使用各种邮件迁移方法以及使用不同数量的并发邮箱移动时，“结果”是不同的。

如何使用 Office 365 邮件迁移计算器

在下面的屏幕截图中，我们可以看到当我们使用多个邮箱混合迁移（20 个并发移动）的场景时 Office 365 邮件迁移计算器的示例。

我们需要提供邮箱的平均大小（数字1）和迁移的邮箱数量（数字2）。

输入所需信息后，我们可以看到我们要迁移的数据总量。在我们的示例中，20 个平均大小为 10,000 MB 的邮箱将创建总共 195 GB（数字 3）。

结果定义了可能结果的时间范围（数字4）。

例如，在我们的基础设施未优化或过载的情况下，迁移20个邮箱（每个邮箱大小为10GB）所需的时间为-19.5小时。

假设我们有“最佳情况”，“案例场景”，迁移 20 个邮箱所需的时间是 - 13 小时。

单个邮箱迁移吞吐量计算器

在绿色字段中输入邮箱大小的值（以 MB 为单位），结果将提供浅蓝色字段。

多邮箱迁移吞吐量计算器

在绿色字段中输入平均邮箱大小（以 MB 为单位）的值 + 将迁移的邮箱数量，然后结果将在浅蓝色字段中提供。

就是这样！

我们的邮件到 Office 365 的迁移到此结束 |优化邮件迁移吞吐量文章系列。