Les profils obligatoires ne sont pas supprimées comme prévu lors de la déconnexion de Windows 10

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3141610
Symptômes
Considérez le scénario suivant :
  • Vous avez configuré les utilisateurs pour utiliser un profil obligatoire dans un environnement particulier.
  • Vous avez configuré la stratégie de groupe pour supprimer de la copie locale du profil lors de la fermeture de session, comme suit :
    Computer Configuration\Administrative Templates\System\User Profiles
    "Delete cached copies of roaming profiles"
  • Un utilisateur ouvre une session sur un ordinateur dans l'environnement et puis se déconnecte.
Dans ce scénario, la copie locale du profil n'est pas supprimée comme prévu.
Cause
Ce problème se produit car certains fichiers à l'intérieur du profil de l'utilisateur sont en cours d'utilisation lors de la fermeture de session. Ainsi, le profil en cours de suppression. Les fichiers sont détenues par un processus svchost.exe dans lequel s'exécute le service TileDatamodelsvc. Les fichiers sont les suivants :

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

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

Plus d'informations
Si vous collectez le journal de Process Monitor au moment de la panne, il affiche une erreur de VIOLATION de partage qui ressemble à ce qui suit lors de la fermeture de session :

nom chemin d'accès du TID PID du processus
Décalage de réussite Svchost.exe 1244 WriteFile 3024 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb : 319,488, longueur: 4 096, indicateurs d'e/s: écrire par priorité : Normal
Accès désiré de Svchost.exe 924 le CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb VIOLATION de partage : lire des attributs, supprimer, destruction : ouvrir, Options : répertoire Non-fichier, ouvrir pour les attributs de sauvegarde, d'ouvrir Point d'analyse : n/a, ShareMode : lire, écrire, supprimer, AllocationSize : n/a, l'emprunt d'identité: NT AUTHORITY\SYSTEM
Accès désiré de Svchost.exe 924 le CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb VIOLATION de partage : lire des attributs, supprimer, destruction : ouvrir, Options : répertoire Non-fichier, ouvrir pour les attributs de sauvegarde, d'ouvrir Point d'analyse : n/a, ShareMode : lire, écrire, supprimer, AllocationSize : n/a, l'emprunt d'identité: NT AUTHORITY\SYSTEM
Accès désiré de Svchost.exe 924 le CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb VIOLATION de partage : lire des attributs, supprimer, destruction : ouvrir, Options : répertoire Non-fichier, ouvrir pour les attributs de sauvegarde, d'ouvrir Point d'analyse : n/a, ShareMode : lire, écrire, supprimer, AllocationSize : n/a, l'emprunt d'identité: NT AUTHORITY\SYSTEM
Accès désiré de Svchost.exe 924 le CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb VIOLATION de partage : lire des attributs, supprimer, destruction : ouvrir, Options : répertoire Non-fichier, ouvrir pour les attributs de sauvegarde, d'ouvrir Point d'analyse : n/a, ShareMode : lire, écrire, supprimer, AllocationSize : n/a, l'emprunt d'identité: NT AUTHORITY\SYSTEM
Filtre de réussite de C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb de QueryDirectory 1176 Svchost.exe 1244 : vedatamodel.edb, 1: vedatamodel.edb

Remarque 1244 de PID est TileDatamodelsvc et 924 de PID est profsvc. Ici vous pouvez voir que TileDatamodelsvc PID 1244 dispose d'un verrou sur le fichier vedatamodel.edb et écrit dedans quand profsvc essaie d'et ne parvient pas à supprimer les fichiers. Vous pouvez également voir svchost.exe 1244 toujours écrit le fichier une fois le profil de déchargement
est terminé.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3141610 - Dernière mise à jour : 04/26/2016 09:20:00 - Révision : 2.0

Windows 10

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3141610 KbMtfr
Commentaires