处理非持久性 RDS 环境中的 Outlook 搜索

适用范围:Windows Server (半年频道) ,Windows Server 2016

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

根据 RDS Gurus 发布的报告,FSLogix (第三方解决方案提供商) 有一个旨在解决此问题的解决方案:FSLogix 的Office 365容器漫游用户的 Outlook 数据及其搜索索引目录,允许用户访问其电子邮件,并允许用户在 Outlook 中进行搜索,即使他们在集合中不同主机上的会话之间漫游也是如此。 

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

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

有关结果和结论的详细信息,请参阅 RDS Gurus 博客