Lidar com a pesquisa do Outlook em ambientes de RDS não persistentes

Aplica-se a: Windows Server (Canal Semestral), Windows Server 2016

Um problema comum que os clientes enfrentam com seus ambientes não persistentes (agrupados) dos Serviços de Área de Trabalho Remota está lidando com os dados do Outlook dos usuários. Quando o Outlook está em execução no modo de troca armazenado em cache, o . O OST que armazena os dados do Outlook de um usuário deve seguir o usuário enquanto eles vagam de host para host. O Serviço de Pesquisa do Windows indexa o . OST e cria um catálogo de índices para habilitar a funcionalidade de pesquisa no Outlook. Em ambientes rds não persistentes, o catálogo de índices não circula com dados do usuário e deve ser reconstruído sempre que o usuário entra em um novo computador, o que pode ser potencialmente cada logon. Até que o Serviço de Pesquisa do Windows termine de indexar o . OST, os usuários obtêm funcionalidade de pesquisa limitada ou incompleta.

De acordo com um relatório publicado da RDS Gurus, o FSLogix (um provedor de soluções de terceiros) tem uma solução que visa resolver esse problema: o contêiner de Office 365 do FSLogix percorre os dados do Outlook do usuário e seu catálogo de índices de pesquisa, dando aos usuários acesso aos seus emails e permitindo que os usuários pesquisem no Outlook, mesmo quando eles vagam entre sessões em diferentes hosts dentro de uma coleção. 

Os Gurus do RDS realizaram testes no contêiner de Office 365 do FSLogix, comparando-o com a solução de roaming do Disco de Perfil de Usuário nativo do RDS. Os cenários de teste abrangeram ambientes locais e de RDS do Azure para sessões não persistentes em um rd session host (RDSH). Os testes também incluíram VMs agrupadas no rd virtualization host (RDVH), somente para locais (o RDVH não está disponível no Azure). Os Gurus do RDS se concentraram principalmente na experiência do usuário quando há "vizinhos barulhentos", ou outros usuários conectados ao mesmo host de sessão que executa cargas de trabalho semelhantes no sistema.

Os contadores de desempenho coletados nesses testes revelaram uso de recursos semelhantes (CPU, RAM, atividade de rede) com UPD e FSLogix. A semelhança no uso de recursos ocorre porque o Serviço de Pesquisa do Windows limita o uso da CPU ao indexar. Quando se trata de experiência do usuário, os Gurus do RDS descobriram que o contêiner de Office 365 do FSLogix excede o UPD na funcionalidade de pesquisa do Outlook. No caso UPD, a pesquisa não retorna resultados nem retorna resultados incompletos à medida que o Serviço de Pesquisa do Windows indexa o . OST. Como o FSLogix percorre o catálogo de índices, os usuários veem os resultados da pesquisa imediatamente. Os Gurus do RDS observaram uma melhoria significativa na experiência do usuário ao pesquisar no Outlook em ambientes de RDS não persistentes usando fSLogix.

Leia mais sobre os resultados e as conclusões no blog do RDS Gurus.