在非持續性 RDS 環境中處理 Outlook 搜尋

適用於：Windows Server (半年通道) ，Windows Server 2016

客戶在其非持續性 (集區) 遠端桌面服務環境所面臨的常見問題是處理使用者的 Outlook 數據。 當 Outlook 以快取交換模式執行時， 。儲存使用者 Outlook 數據的 OST 必須在使用者從主機到主機漫遊時追蹤使用者。 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) ，僅適用於內部部署 (Azure) 中無法使用 RDVH。 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 部落格上深入了解結果和結論。