Office 365的成功案例

2024-11-13 04:30:05
推荐回答(1个)
回答(1):

凭借Office365完整的办公解决方案,已有许多中小企业获得瞩目成就。透过精选的Office365成功案例,用户将会发现Office365的价值所在。
Office365基于云的共享协作和文档管理安全可靠,助员工实现高效的移动办公和沟通;采用新一代Office快速发布报表,智能辅助决策。 为了协助Office 365用户确定网速是否是个问题,微软提供了基于不同地区的工具:  ·North America 北美  ·EMEA 欧洲  ·APAC 亚太地区
需要在安装了Java环境的机器上运行这些工具,可以不需要是Exchange服务器,但需要和Exchange服务器通过相同的路由达到Office 365。  如果使用微软Office 365工具测试后没有发现网速性能的问题,下一阶段就是检查迁移状态并且通过Exchange Online移走请求日志。  如果你已经通过Exchange Administration Center的Migration Batches提交Office 365邮箱迁移请求,可以转向Recipients > Migration,选择Migration Batch并选择Mailbox Status下方的View Details(图 1)。
详细的Office 365批次迁移细节可以在View Details里面看到。这些细节可能包括Office 365邮箱列表或迁移状态。对于每一个操作,都可以通过选择列表中的用户,并选择下载该用户的报告进行查阅(图 2)。  如果Office 365服务器经常报StalledDueToTransientError错误并暂停,意味着你正面临一个迁移问题。如果已经开始检查日志,寻找可能显示Exchange Online连接到混合Exchange服务器间歇性问题的报错。这些错误可能类似于:  任务放弃因为Office 365收件箱被锁定。该任务将在之后继续尝试。  发生了Office 365瞬时错误CommunicationErrorTransientException。系统将重试(1/60)  远程结点不再承认这个序列。这很可能是由于远程端发起了中止。wsrm值:标识符不是已知序列标识符。可靠会话故障。  如果你看到类似这样的Office 365错误,而且经常在Office 365日志文件中反复出现,很可能是Exchange基础设施有问题。 如果在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)将不在处理多个邮箱迁移的进程。即使你没有遇到这些问题,也应该添加这些例外策略。

如果你正使用Forefront Unified Access Gateway 2010,可能需要在迁移邮箱时避开UAG。虽然这个功能是与TMG防洪相同的类型,但不能支持排除Exchange Online的IP地址范围。在这种情况下,需要发布二级Exchange Server HTTPS命名空间,供Office 365收件箱迁移使用(如hybird.contoso.com),并将其单独发布以避免UAG。  最后,如果你使用Exchange 2010作为混合Office 365邮箱迁移并使用负载均衡,负载均衡器的亲和设置可能导致问题。如果负载均衡器没有配置Exchange Web Services HTTPS Virtual IP地址,需要设置基于源IP地址的亲和力最小值。如果没有设置,Office 365邮件迁移将会十分缓慢,因为Exchange Online只能偶尔连接到正确的服务器。它可能经常遭遇连接超时的情况。 别忘了Office 365迁移时,两端结点发生了什么。如果你希望同时迁移100个邮箱却不能,请记住Exchange Online和内部部署的Exchange都在并发迁移上有着最大数限制。同样还有流控策略,防止造成终端用户的性能问题。  如果需要,可以为本地Office 365收件箱数据库的设置允许并发迁移的最大数量。但是这不是你的第一选择。在Exchange Online中,数据同样保存在Mailbox Database中,也有着同样类型的限制。对你这些限制没有控制权,而且如果你和其他Office 365用户一起同时迁移相同目标的数据库,想提高并发吞吐量是很难的。  如果你在从Exchange 2007或更高版本迁移,可以考虑使用在后台执行批次迁移来初始化邮箱同步。在初始化同步后,用户依旧可以正常使用邮箱,而且他们可以在迁移到Office 365后完成切换,只需再执行最后一个增量和切换。