none
Perfil Móvel AppData\Local RRS feed

  • Pergunta

  • Pessoal,

    Tenho um cenário de perfil móvel com as seguintes configurações:

    - Servidores em FARM RDS Session Broker ( GPO LoopBack )
    - Na GPO do perfil Movel esta descrito as configurações do caminho dos perfis \\servidor\Profiles
    - Não estou utilizando redirecionamento de pasta.

    Os perfis estão funcionando perfeitamente, porem verifiquei nos servidores RDS que o tamanho do perfil local é maior do que o perfil que esta devidamente configurado na pasta compartilhada.
    Verifiquei que a pasta APPdata\Local não é copiada para o compartilhamento Profiles, todas as outras pastas são.
    A intenção de configurar esse ambiente era centralizar todas as informações lá, e nos servidores o consumo de disco esta muito elevado pois essa pasta é a que contem os dados maiores ( E-mail, Outlook )

    Esse comportamento é normal?
    Tem como eu ajustar essa configuração para que seja sincronizada com o servidor onde mantem os Profiles?

    Agradeço quem puder ajudar.

    domingo, 30 de abril de 2017 19:18

Respostas

  • Olá Junior

    O diretório AppData\local contém cache de aplicações que deve ser usado localmente, por esta razão, este diretório não entra em roaming profile. Este comportamento é descrito na documentação a seguir:

    https://technet.microsoft.com/pt-br/library/cc766489(v=ws.10).aspx

    By default, the Appdata\Local and Appdata\LocalLow folders and all their subfolders like the History, Temp, and Temporary Internet Files folders are excluded from the user's roaming profile

    Sendo assim, creio que esteja tudo certo com sua estrutura.

    Agora como recomendação, o principal ponto negativo de trabalhar com roaming profiles é a incidencia de slow logons, relacionado ao tamanho do perfil sendo carregado,e  também latência de rede. Como alternativa, a Microsoft possui uma ferramenta chamada UE-V, que além de ir muito além do roaming profile ((é possível exportar configurações e preferencias de desktop)) tem menos probabilidades de causar problemas de slow logon.

    Segue link com mais detalhes:

    https://docs.microsoft.com/en-us/microsoft-desktop-optimization-pack/uev-v2/




    Achou útil? Classifique! Acessem nosso blog: http://www.dsindepth.com.br

    terça-feira, 2 de maio de 2017 00:43

Todas as Respostas

  • Olá Junior

    O diretório AppData\local contém cache de aplicações que deve ser usado localmente, por esta razão, este diretório não entra em roaming profile. Este comportamento é descrito na documentação a seguir:

    https://technet.microsoft.com/pt-br/library/cc766489(v=ws.10).aspx

    By default, the Appdata\Local and Appdata\LocalLow folders and all their subfolders like the History, Temp, and Temporary Internet Files folders are excluded from the user's roaming profile

    Sendo assim, creio que esteja tudo certo com sua estrutura.

    Agora como recomendação, o principal ponto negativo de trabalhar com roaming profiles é a incidencia de slow logons, relacionado ao tamanho do perfil sendo carregado,e  também latência de rede. Como alternativa, a Microsoft possui uma ferramenta chamada UE-V, que além de ir muito além do roaming profile ((é possível exportar configurações e preferencias de desktop)) tem menos probabilidades de causar problemas de slow logon.

    Segue link com mais detalhes:

    https://docs.microsoft.com/en-us/microsoft-desktop-optimization-pack/uev-v2/




    Achou útil? Classifique! Acessem nosso blog: http://www.dsindepth.com.br

    terça-feira, 2 de maio de 2017 00:43
  • Ola Fernando, obrigado pela resposta.

    Mas neste cenario meu teria a possibilidade de fazer a movimentação das OST do outlook e armazenar dentro do roaming profile?
    terça-feira, 2 de maio de 2017 11:01
  • Boa tarde Júnior Ramos

    Tudo bem contigo?

    Alguma atualização a respeito do seu caso?

    Atenciosamente,


    Guilherme Macedo S

    Esse conteúdo é fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    sexta-feira, 26 de maio de 2017 20:01
  • Bom dia,

    Por falta de retorno esta thread esta encerrada !

    Por gentileza, caso necessário abra uma nova thread.

    Atenciosamente,


    Guilherme Macedo S

    Esse conteúdo é fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    segunda-feira, 29 de maio de 2017 14:04