我有一个客户,他通过 RDS 连接到我们在数据中心托管的少数虚拟化会话主机服务器。
这些会话主机服务器安装了 Office 2016,并且为每个用户配置了 Outlook 以连接到用户的 Exchange 365 邮箱。
用户在使用 Outlook 时遇到的性能不佳问题,可以归结为以下三个原因:
- 发送邮件时 Outlook 没有响应、出现“白色”和/或崩溃。
- 浏览文件夹和阅读项目时,Outlook 没有响应、出现“白色”和/或崩溃。
- 定期警告“Outlook 正在尝试从服务器检索数据”
会话主机服务器分配了充足的 RAM 和 CPU,但远远没有达到容量要求,因此我可以轻松地排除这种可能性。
目前,我们有一些用户在使用 OWA,以查看它是否更稳定,并且我们的 365 提供商也代表微软调查此事,但我想知道其他人是否也在这种环境中遇到过这种情况,甚至在使用 Outlook 2016 和 Exchange 365 时是否遇到过这种情况。
这个问题已经持续了一段时间,似乎影响到了所有用户。我的客户已经询问是否可以重新使用托管 Exchange 解决方案,我希望尽量避免这种情况,因此非常感谢任何帮助。
答案1
我会考虑 FSLogix - 当涉及到 Office Pro Plus 时,它可以帮助您更像传统桌面(使用缓存模式下的 Outlook)一样运行 VDI 设置。我们现在建议在所有 Citrix 部署中使用它,但它也适用于 RDS。
确保您的客户端已更新。检查已知问题和发行说明,确保您没有遇到已知问题。对于 Pro Plus 客户端,过时的客户端可能会给您带来各种问题,让您头疼不已。
尝试检查自动发现。从用户会话运行自动发现检查,确保您没有任何问题。如果所有邮箱都托管在 Office 365 中,请确保您的 DNS 直接指向 Office 365,并且 Active Directory SCP 为空,或者也指向 Office 365。当所有邮箱都迁移后,您不需要混合 Exchange 服务器的重定向功能(大多数组织在目录同步时都会有此功能)。我通常会看到此问题出现在新连接中,但有时它会在正常的日常 Outlook 使用中出现,从而导致延迟。
根据您所在的位置,这可能只是延迟问题。Exchange Online 现在比他们的服务器要远得多。这就是 Outlook 中的缓存模式真正有用的地方。如果您的服务器位于一个位置并将您的流量回传到另一个站点,这可能会增加您的麻烦。微软在世界各地都有对等点来帮助解决延迟问题,但是当您将流量回传到另一个位置并传出时,您不会到达最近的对等点,并且会增加连接延迟。如果出现这种情况 - 尝试将 Office 365 连接分离到本地互联网点,看看是否有帮助。
考虑部署 Office Telemetry Server。仅用于监控 RDS 部署,一台带有 SQL Express 的小型服务器可能就足够了,但它还可以帮助您了解加载项或插件是否导致出现问题。
您还可以启用 Outlook 详细日志记录。如果您想采用这种方式,我会先开一张支持单,Microsoft 将获取日志输出并为您进行分析,并告知您他们发现了什么问题。