Trabajar con la búsqueda de Outlook en entornos RDS no persistentes

Se aplica a: Windows Server (canal semestral), Windows Server 2016

Un problema común al que se enfrentan los clientes con sus entornos de Servicios de Escritorio remoto no persistentes (agrupados) es controlar los datos de Outlook de los usuarios. Cuando Outlook se ejecuta en modo de intercambio almacenado en caché, . Ost almacena los datos de Outlook de un usuario debe seguir al usuario cuando se desplaza de host a host. El servicio Windows Search indexa . OST y crea un catálogo de índices para habilitar la funcionalidad de búsqueda en Outlook. En entornos RDS no persistentes, el catálogo de índices no se mueve con datos de usuario y debe volver a crearse cada vez que el usuario inicia sesión en un equipo nuevo, lo que podría ser potencialmente cada inicio de sesión. Hasta que el servicio de búsqueda de Windows termine de indexar . OST, los usuarios obtienen una funcionalidad de búsqueda limitada o incompleta.

Según un informe publicado de RDS Gurus, FSLogix (un proveedor de soluciones de terceros) tiene una solución que tiene como objetivo resolver este problema: el contenedor de Office 365 de FSLogix recorre los datos de Outlook de un usuario y su catálogo de índices de búsqueda, lo que proporciona a los usuarios acceso a sus correos electrónicos y permite a los usuarios buscar en Outlook, incluso cuando vagan entre sesiones en diferentes hosts dentro de una colección. 

Los gurús de RDS realizaron pruebas en el contenedor de Office 365 de FSLogix, comparándolo con la solución nativa de itinerancia de disco de perfil de usuario de RDS. En los escenarios de prueba se trataron entornos locales y de Azure RDS para sesiones no persistentes en un host de sesión de Escritorio remoto (RDSH). Las pruebas también incluyen máquinas virtuales agrupadas en el host de virtualización de Escritorio remoto (RDVH), solo para el entorno local (RDVH no está disponible en Azure). Los gurús de RDS se centraron principalmente en la experiencia del usuario cuando hay "vecinos ruidosos" u otros usuarios que iniciaron sesión en el mismo host de sesión que ejecutan cargas de trabajo similares en el sistema.

Los contadores de rendimiento recopilados en estas pruebas revelaron un uso de recursos similar (CPU, RAM, actividad de red) con UPD y FSLogix. La similitud en el uso de recursos se debe a que el servicio Windows Search limita su uso de CPU al indexar. En lo que respecta a la experiencia del usuario, los gurús de RDS descubrieron que el contenedor de Office 365 de FSLogix supera el UPD en la funcionalidad de búsqueda de Outlook. En el caso de UPD, la búsqueda no devuelve resultados o devuelve resultados incompletos, ya que windows Search Service indexa . OST. Dado que FSLogix recorre el catálogo de índices, los usuarios ven los resultados de búsqueda inmediatamente. Los gurús de RDS observaron una mejora significativa en la experiencia del usuario al buscar en Outlook en entornos RDS no persistentes mediante FSLogix.

Obtenga más información sobre los resultados y las conclusiones en el blog de Los gurús de RDS.