在Outlook RDS 环境中处理搜索

适用于:Windows Server (半年频道) Windows Server 2016

客户在远程桌面服务环境的非持久性 (,) 一个常见问题是处理Outlook数据。 当Outlook缓存交换模式下运行时,为 。存储用户数据的 OST Outlook在用户从主机漫游到主机时必须跟随该用户。 Windows搜索服务为 创建索引。OST 并创建索引目录,以在 Outlook。 在非持久性 RDS 环境中,索引目录不会漫游用户数据,并且必须在用户每次登录新电脑时重新生成,这可以是每次登录。 在Windows服务完成索引编制之前。OST,用户获得受限或不完整的搜索功能。

根据RDS Gurus发布的报告,第三方解决方案提供商) 的FSLogix (提供了一种旨在解决此问题的解决方案:FSLogix的 Office 365 容器漫游用户的 Outlook 数据及其搜索索引目录,使用户能够访问其电子邮件,使用户可以在 Outlook 中搜索,即使这些用户在不同主机上的会话之间漫游ithin a collection.

RDS Gurus 对 FSLogix 的 Office 365 容器进行了测试,并比较了 RDS 的本机用户配置文件磁盘漫游解决方案。 测试方案涉及 RDSH 主机上的非持久会话本地和 Azure RDS 环境 (RDSH) 。 测试还包括 RD 虚拟化主机 (RDVH) 上的池 VM,仅针对本地 (RDVH 在 Azure) 中不可用。 RDS Gurus 主要侧重于当存在"干扰性邻居"或其他用户登录到在系统中运行类似工作负荷的同一会话主机时的体验。

这些测试中收集的性能计数器显示了与 UPD 和 FSLogix (CPU、RAM 和网络活动) 类似的资源使用情况。 这是因为,Windows服务在编制索引时会限制其 CPU 使用率。 就用户体验来说,RDS Gurus 发现 FSLogix 的 Office 365 容器在搜索功能Outlook UPD。 在 UPD 情况下,搜索不会返回结果或返回不完整的结果,Windows服务为 索引。OST。 由于 FSLogix 漫游索引目录,因此用户会立即看到搜索结果。 使用 FSLogix 在非持久性 RDS Outlook搜索时,RDS Gurus 观察到用户体验的显著改善。

阅读 RDS Gurus 博客上有关结果 和结论的更多内容