Gestione della ricerca di Outlook in ambienti RDS non persistenti
Si applica a: Windows Server (canale semestrale), Windows Server 2016
Un problema comune che i clienti devono affrontare con gli ambienti di Servizi Desktop remoto non persistenti (in pool) è la gestione dei dati di Outlook degli utenti. Quando Outlook è in esecuzione in modalità di scambio memorizzato nella cache, l'oggetto . L'archiviazione OST dei dati di Outlook di un utente deve seguire l'utente durante il roaming dall'host all'host. Il servizio Windows Search indicizza l'oggetto . OST e crea un catalogo di indici per abilitare la funzionalità di ricerca in Outlook. Negli ambienti RDS non persistenti, il catalogo di indici non esegue il roaming con i dati utente e deve essere ricompilati ogni volta che l'utente accede a un nuovo PC, che potrebbe potenzialmente essere ogni accesso. Fino a quando il servizio Windows Search non termina l'indicizzazione di . OST, gli utenti ottengono funzionalità di ricerca limitate o incomplete.
Secondo un report pubblicato da RDS Gurus, FSLogix (un provider di soluzioni di terze parti) ha una soluzione che mira a risolvere questo problema: il contenitore di Office 365 di FSLogix esegue il roaming dei dati di Outlook di un utente e del catalogo degli indici di ricerca, consentendo agli utenti di accedere ai messaggi di posta elettronica e consentendo agli utenti di eseguire ricerche in Outlook, anche quando si spostano tra sessioni su host diversi all'interno di una raccolta.
RDS Gurus ha eseguito test sul contenitore Office 365 di FSLogix, confrontandolo con la soluzione di roaming del disco dei profili utente nativa di RDS. Gli scenari di test hanno riguardato sia gli ambienti locali che gli ambienti Servizi Desktop remoto di Azure per le sessioni non persistenti in un host sessione Desktop remoto.The test scenarios covered both on-premises and Azure RDS environments for non-persistent sessions on an RD SESSION host (RDSH). I test includevano anche macchine virtuali in pool nell'host di virtualizzazione Desktop remoto (RDVH), solo per l'ambiente locale (RDVH non è disponibile in Azure). Rds Gurus si è concentrato principalmente sull'esperienza utente quando sono presenti "vicini rumorosi" o altri utenti connessi allo stesso host di sessione che eseguono carichi di lavoro simili nel sistema.
I contatori delle prestazioni raccolti in questi test hanno rivelato un utilizzo delle risorse simile (CPU, RAM, attività di rete) con UPD e FSLogix. La somiglianza nell'utilizzo delle risorse è dovuta al fatto che il servizio Windows Search limita l'utilizzo della CPU durante l'indicizzazione. Per quanto riguarda l'esperienza utente, RDS Gurus ha scoperto che il contenitore Office 365 di FSLogix supera l'UPD nella funzionalità di ricerca di Outlook. Nel caso UPD, la ricerca non restituisce risultati o restituisce risultati incompleti perché il servizio Windows Search indicizza . OST. Poiché FSLogix esegue il roaming del catalogo di indici, gli utenti visualizzano immediatamente i risultati della ricerca. RDS Gurus ha osservato un miglioramento significativo dell'esperienza utente durante la ricerca in Outlook in ambienti RDS non persistenti con FSLogix.
Per altre informazioni sui risultati e sulle conclusioni, vedere il blog di RDS Gurus.