邮件迁移缓慢是令人沮丧的一件事,但可能也预示着更大的问题?下面有一些简单的办法来检验。
迁移邮件到Office 365可能是个漫长的过程,而且迁移速度可能无法达到你的预期。即使在最好条件下,邮件也不会像理论上那样如闪电般任意迁移。
基于微软测试,迁移一个邮箱到Office 365,假设按照每小时300MB至1GB的速度在最佳条件迁移,能支持20个每小时大概10GB至15GB的并发迁移。在真实世界里,不要期望迁移速度能达到6Mbps,即使是100MBbps的连接状况下。
如果迁移无法达到或接近这个速度——或者邮箱没有迁移完成——可能就是遇到问题了。让我们看看这种情况为什么和如何发生的,可以做些什么来避免问题。
确定问题类型
为了协助用户确定网速是否是个问题,微软提供了基于不同地区的工具:
•North America 北美
•EMEA 欧洲
•APAC 亚太地区
图1
需要在安装了Java环境的机器上运行这些工具,可以不需要是Exchange服务器,但需要和Exchange服务器通过相同的路由达到Office 365。
如果使用微软工具测试后没有发现网速性能的问题,下一阶段就是检查迁移状态并且通过Exchange Online移走请求日志。
如果你已经通过Exchange Administration Center的Migration Batches提交邮箱迁移请求,可以转向Recipients > Migration,选择Migration Batch并选择Mailbox Status下方的View Details(图 1)。
图2
详细的批次迁移细节可以在View Details里面看到。这些细节可能包括邮箱列表或迁移状态。对于每一个操作,都可以通过选择列表中的用户,并选择下载该用户的报告进行查阅(图 2)。
如果服务器经常报StalledDueTotransientError错误并暂停,意味着你正面临一个迁移问题。如果已经开始检查日志,寻找可能显示Exchange Online连接到混合Exchange服务器间歇性问题的报错。这些错误可能类似于:
任务放弃因为收件箱被锁定。该任务将在之后继续尝试。
发生了瞬时错误CommunicationErrortransientException。系统将重试(1/60)
远程结点不再承认这个序列。这很可能是由于远程端发起了中止。wsrm值:标识符不是已知序列标识符。可靠会话故障。
如果你看到类似这样的错误,而且经常在日志文件中反复出现,很可能是Exchange基础设施有问题。
与防火墙和负载均衡器有关的常见问题
图3
如果在Exchange和Exchange Online之间的网络边界上有使用防火墙,检查防火墙上是否有限速策略,该策略可能导致问题。
如果你使用了Forefront TMG或ISA服务器,那么默认配置可能导致问题。需要打开Forefront TMG控制台并进入Intrusion Prevention System。在Behavioral Intrusion Detection选项卡,选择Configure Flood Mitigation Settings(图 3)。
还可以通过ISA Server 2006的Additional Security Policy进入Configuration > General,找到相同的配置。选择IP Exceptions选项卡,创建新的计算机组,在里面填入Exchange Online的数据中心IP子网完整列表(图 4)。这个列表可以在Microsoft帮助网站找到。
在将这些计算机IP地址集加入IP例外列表后,TMG(或ISA)将不在处理多个邮箱迁移的进程。即使你没有遇到这些问题,也应该添加这些例外策略。
图4
如果你正使用Forefront Unified Access Gateway 2010,可能需要在迁移邮箱时避开UAG。虽然这个功能是与TMG防洪相同的类型,但不能支持排除Exchange Online的IP地址范围。在这种情况下,需要发布二级Exchange Server HTTPS命名空间,供收件箱迁移使用(如hybird.contoso.com),并将其单独发布以避免UAG。
最后,如果你使用Exchange 2010作为混合邮箱迁移并使用负载均衡,负载均衡器的亲和设置可能导致问题。如果负载均衡器没有配置Exchange Web Services HTTPS Virtual IP地址,需要设置基于源IP地址的亲和力最小值。如果没有设置,邮件迁移将会十分缓慢,因为Exchange Online只能偶尔连接到正确的服务器。它可能经常遭遇连接超时的情况。
Exchange内部发生了什么?
别忘了迁移时,两端结点发生了什么。如果你希望同时迁移100个邮箱却不能,请记住Exchange Online和内部部署的Exchange都在并发迁移上有着最大数限制。同样还有流控策略,防止造成终端用户的性能问题。
如果需要,可以为本地收件箱数据库的设置允许并发迁移的最大数量。但是这不是你的第一选择。在Exchange Online中,数据同样保存在Mailbox Database中,也有着同样类型的限制。对你这些限制没有控制权,而且如果你和其他Office 365用户一起同时迁移相同目标的数据库,想提高并发吞吐量是很难的。
如果你在从Exchange 2007或更高版本迁移,可以考虑使用在后台执行批次迁移来初始化邮箱同步。在初始化同步后,用户依旧可以正常使用邮箱,而且他们可以在迁移到Office 365后完成切换,只需再执行最后一个增量和切换。