Lidar com a pesquisa do Outlook em ambientes RDS não persistentes
Aplica-se a: Windows Server (Via de Atualizações Semianuais), Windows Server 2016
Um problema comum que os clientes enfrentam com os seus ambientes de Serviços de Ambiente de Trabalho Remoto não persistentes (agrupados) está a processar os dados do Outlook dos utilizadores. Quando o Outlook está em execução no modo exchange em cache, o . O OST que armazena os dados do Outlook de um utilizador tem de seguir o utilizador à medida que este percorre de anfitrião para anfitrião. O Serviço Windows Search indexa o . OST e cria um catálogo de índices para ativar a funcionalidade de pesquisa no Outlook. Em ambientes RDS não persistentes, o catálogo de índices não circula com dados de utilizador e tem de ser reconstruído sempre que o utilizador iniciar sessão num novo PC, o que poderá ser cada início de sessão. Até que o Serviço Windows Search conclua a indexação do . OST, os utilizadores obtêm funcionalidades de pesquisa limitadas ou incompletas.
De acordo com um relatório publicado do RDS Gurus, o FSLogix (um fornecedor de soluções de terceiros) tem uma solução que visa resolver este problema: o Office 365 Container do FSLogix percorre os dados do Outlook de um utilizador e o respetivo catálogo de índices de pesquisa, dando aos utilizadores acesso aos seus e-mails e permitindo que os utilizadores procurem no Outlook, mesmo quando percorrem sessões em diferentes anfitriões numa coleção.
O RDS Gurus realizou testes no Contentor de Office 365 do FSLogix, comparando-o com a solução de roaming de Disco de Perfil de Utilizador nativo do RDS. Os cenários de teste abrangem ambientes RDS no local e do Azure para sessões não persistentes num anfitrião de sessões de RD (RDSH). Os testes também incluíam VMs agrupadas no anfitrião de virtualização rd (RDVH), apenas para o local (RDVH não está disponível no Azure). O RDS Gurus focou-se principalmente na experiência do utilizador quando existem "vizinhos ruidosos" ou outros utilizadores com sessão iniciada no mesmo anfitrião de sessões a executar cargas de trabalho semelhantes no sistema.
Os contadores de desempenho recolhidos nestes testes revelaram uma utilização de recursos semelhante (CPU, RAM, atividade de rede) com UPD e FSLogix. A semelhança na utilização de recursos deve-se ao facto de o Serviço Windows Search limitar a utilização da CPU ao indexar. No que diz respeito à experiência do utilizador, o RDS Gurus descobriu que o Contentor de Office 365 do FSLogix excede o UPD na funcionalidade de pesquisa do Outlook. No caso da UPD, a pesquisa não devolve resultados ou devolve resultados incompletos à medida que o Serviço Windows Search indexa o . OST. Uma vez que o FSLogix percorre o catálogo de índices, os utilizadores veem os resultados da pesquisa imediatamente. O RDS Gurus observou uma melhoria significativa na experiência do utilizador ao procurar no Outlook em ambientes RDS não persistentes com o FSLogix.
Leia mais sobre os resultados e conclusões no blogue do RDS Gurus.