Perfis obrigatórios do Windows 10 não são eliminados conforme esperado ao terminar sessão

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 3141610
Sintomas
Considere o seguinte cenário:
  • Configurou os utilizadores a utilizar um perfil obrigatório num ambiente específico.
  • Tiver configurado a política de grupo para eliminar a cópia local do perfil durante o fim de sessão, da seguinte forma:
    Computer Configuration\Administrative Templates\System\User Profiles
    "Delete cached copies of roaming profiles"
  • Um utilizador inicia sessão num computador no ambiente e, em seguida, termina a sessão.
Neste cenário, a cópia local do perfil não é eliminada conforme esperado.
Causa
Este problema ocorre porque determinados ficheiros dentro do perfil do utilizador estão em utilização durante a sessão. Isto impede que o perfil que está a ser eliminado. Os ficheiros são mantidos por um processo de svchost.exe em que o serviço de TileDatamodelsvc é executado. Os ficheiros específicos são:

C:\Users\nome\AppData\Local\TileDataLayer\Database\EDBtmp.log

C:\Users\nome\AppData\Local\TileDataLayer\Database\vedatamodel.edb

Mais Informação
Se recolher o registo do Monitor do processo durante uma falha, apresenta um erro de violação de partilha que se assemelhe ao seguinte durante a fim de sessão:

Nome PID TID caminho do processo
Desvio do Svchost.exe 1244 WriteFile 3024 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb com êxito: 319,488, comprimento: 4.096, sinalizadores de e/s: escrever a prioridade: Normal
Svchost.exe 924 CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb violação de partilha pretender acesso: Ler atributos, eliminar, Disposition: abrir, as opções: o ficheiro de directórios não, abrir para atributos de cópia de segurança, ponto de reanálise de abrir,: n/d, ShareMode: ler, escrever, eliminar, AllocationSize: n/d, a representar: NT AUTHORITY\SYSTEM
Svchost.exe 924 CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb violação de partilha pretender acesso: Ler atributos, eliminar, Disposition: abrir, as opções: o ficheiro de directórios não, abrir para atributos de cópia de segurança, ponto de reanálise de abrir,: n/d, ShareMode: ler, escrever, eliminar, AllocationSize: n/d, a representar: NT AUTHORITY\SYSTEM
Svchost.exe 924 CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb violação de partilha pretender acesso: Ler atributos, eliminar, Disposition: abrir, as opções: o ficheiro de directórios não, abrir para atributos de cópia de segurança, ponto de reanálise de abrir,: n/d, ShareMode: ler, escrever, eliminar, AllocationSize: n/d, a representar: NT AUTHORITY\SYSTEM
Svchost.exe 924 CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb violação de partilha pretender acesso: Ler atributos, eliminar, Disposition: abrir, as opções: o ficheiro de directórios não, abrir para atributos de cópia de segurança, ponto de reanálise de abrir,: n/d, ShareMode: ler, escrever, eliminar, AllocationSize: n/d, a representar: NT AUTHORITY\SYSTEM
Filtro de êxito do Svchost.exe 1244 QueryDirectory 1176 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb: vedatamodel.edb, 1: vedatamodel.edb

Nota 1244 de PID é TileDatamodelsvc e 924 de PID é profsvc. Aqui pode ver que TileDatamodelsvc PID 1244 tem um bloqueio no ficheiro vedatamodel.edb e é escrito quando profsvc tenta e não conseguir eliminar os ficheiros. Também pode ver que svchost.exe 1244 está ainda a escrever o ficheiro depois do perfil de descarregar
ter terminado.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3141610 - Última Revisão: 08/23/2016 05:37:00 - Revisão: 3.0

Windows 10

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3141610 KbMtpt
Comentários