Umgang mit der Outlook-Suche in nicht persistenten RDS-Umgebungen

Gilt für: Windows Server (halbjährlicher Kanal), Windows Server 2016

Ein häufiges Problem, das Kunden mit ihren nicht persistenten (gepoolten) Remotedesktopdienste-Umgebungen haben, ist die Verarbeitung der Outlook-Daten von Benutzern. Wenn Outlook im zwischengespeicherten Exchange-Modus ausgeführt wird, ist . OST, das die Outlook-Daten eines Benutzers speichert, muss dem Benutzer beim Roaming von Host zu Host folgen. Der Windows Search-Dienst indiziert die . OST und erstellt einen Indexkatalog, um suchfunktionen in Outlook zu aktivieren. In nicht persistenten RDS-Umgebungen wird der Indexkatalog nicht mit Benutzerdaten verschoben und muss jedes Mal neu erstellt werden, wenn sich der Benutzer bei einem neuen PC anmeldet. Dies kann möglicherweise jede Anmeldung sein. Bis der Windows Search-Dienst die Indizierung von abgeschlossen hat. OST: Benutzer erhalten eingeschränkte oder unvollständige Suchfunktionen.

Laut einem veröffentlichten Bericht von RDS Gurus verfügt FSLogix (ein Drittanbieter von Lösungsanbieter) über eine Lösung, die dieses Problem lösen soll: FSLogix Office 365 Container durchläuft die Outlook-Daten eines Benutzers und seinen Suchindexkatalog, gewährt Benutzern Zugriff auf ihre E-Mails und ermöglicht Benutzern die Suche in Outlook, auch wenn sie zwischen Sitzungen auf verschiedenen Hosts innerhalb einer Sammlung wechseln. 

RDS Gurus hat Tests auf dem Office 365 Container von FSLogix durchgeführt und ihn mit der nativen Roaminglösung für Benutzerprofildatenträger von RDS verglichen. Die Testszenarien deckten sowohl lokale als auch Azure RDS-Umgebungen für nicht persistente Sitzungen auf einem RD-Sitzungshost (RDSH) ab. Die Tests umfassten auch gepoolte VMs auf einem RD-Virtualisierungshost (RDVH), nur für lokale Umgebungen (RDVH ist in Azure nicht verfügbar). RDS-Gurus konzentrierten sich in erster Linie auf die Benutzererfahrung, wenn "laute Nachbarn" vorhanden sind oder sich andere Benutzer beim gleichen Sitzungshost angemeldet haben, die ähnliche Workloads auf dem System ausführen.

Die in diesen Tests gesammelten Leistungsindikatoren ergaben eine ähnliche Ressourcennutzung (CPU, RAM, Netzwerkaktivität) mit UPD und FSLogix. Die Ähnlichkeit bei der Ressourcennutzung liegt darin, dass der Windows-Suchdienst die CPU-Auslastung bei der Indizierung drosselt. Wenn es um die Benutzererfahrung geht, stellte RDS Gurus fest, dass der Office 365 Container von FSLogix den UPD-Wert in der Outlook-Suchfunktionalität überschreitet. Im UPD-Fall gibt die Suche keine Ergebnisse zurück oder gibt unvollständige Ergebnisse zurück, da der Windows Search-Dienst die indiziert. OST. Da FSLogix den Indexkatalog durchstreift, werden Benutzern sofort Suchergebnisse angezeigt. RDS Gurus beobachteten eine deutliche Verbesserung der Benutzerfreundlichkeit bei der Suche in Outlook in nicht persistenten RDS-Umgebungen mit FSLogix.

Lesen Sie mehr über die Ergebnisse und Schlussfolgerungen im RDS Gurus-Blog.