Windows 10 obligatoriu profiluri nu se șterg, așa cum vă așteptați la Log off

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3141610
Simptome
Să luăm în considerare următorul scenariu:
  • Ați configurat utilizatorii pentru a utiliza un profil obligatoriu într-un anumit mediu.
  • Ați configurat Politică de grup pentru a șterge copia locală de profil în timpul Log off, după cum urmează:
    Computer Configuration\Administrative Templates\System\User Profiles
    "Delete cached copies of roaming profiles"
  • Un utilizator face conecta la un computer în mediul și apoi se deconectează.
În acest scenariu, copie locală a profilului nu este ștearsă, așa cum vă așteptați.
Cauză
Această problemă se produce deoarece anumite fișiere în profilul de utilizator se utilizează în timpul Log off. Acest lucru împiedică profilul se șterge. Fișierele sunt ținute printr-un proces svchost.exe în care se execută serviciul TileDatamodelsvc. Fișierele specifice sunt:

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

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

Rezoluţie
Pentru a rezolva această problemă, instalați Actualizare cumulativă pentru Windows 10 versiunea 1511: 9 August 2016.
Informaţii suplimentare
Dacă colecta Jurnalul Process Monitor în timpul eroarea, se afişează o eroare de violare de PARTAJARE care seamănă cu următorul în timpul log off:

nume de proces PID TID cale
svchost.exe 1244 WriteFile 3024 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb succes Offset: 319,488, lungime: 4,096, I/O Flags: scrie prin, prioritate: Normal
svchost.exe 924 CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb PARTAJARE violare acces dorit: atribute citire, ștergeți, dispunerii: deschideți opțiuni: fișier Non-Director, deschidere pentru copierea de rezervă, punct de reanalizare deschis, atribute: n/a, ShareMode: citi, scrie, șterge, AllocationSize: n/a, Impersonating: NT AUTHORITY\SYSTEM
svchost.exe 924 CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb partajarea violare acces dorit: atribute citire, ștergeți, dispunerii: deschideți opțiuni: fișier Non-Director, deschidere pentru copierea de rezervă, punct de reanalizare deschis, atribute: n/a, ShareMode: citi, scrie, șterge, AllocationSize: n/a, Impersonating: NT AUTHORITY\SYSTEM
svchost.exe 924 CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb partajarea violare acces dorit: atribute citire, ștergeți, dispunerii: deschideți opțiuni: fișier Non-Director, deschidere pentru copierea de rezervă, punct de reanalizare deschis, atribute: n/a, ShareMode: citi, scrie, șterge, AllocationSize: n/a, Impersonating: NT AUTHORITY\SYSTEM
svchost.exe 924 CreateFile 1696 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb partajarea violare acces dorit: atribute citire, ștergeți, dispunerii: deschideți opțiuni: fișier Non-Director, deschidere pentru copierea de rezervă, punct de reanalizare deschis, atribute: n/a, ShareMode: citi, scrie, șterge, AllocationSize: n/a, Impersonating: NT AUTHORITY\SYSTEM
svchost.exe 1244 QueryDirectory 1176 C:\Users\TestUser1\AppData\Local\TileDataLayer\Database\vedatamodel.edb succes filtru: vedatamodel.edb, 1: vedatamodel.edb

Notă PID 1244 este TileDatamodelsvc, iar PID 924 este profsvc. Aici puteți vedea care TileDatamodelsvc PID 1244 are un lacăt în fișierul vedatamodel.edb și scrie o când profsvc încearcă și nu se poate șterge fișierele. Mai puteți să vedeți ca svchost.exe 1244 încă scrie fișiere după profilul unload
este terminat.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3141610 - Ultima examinare: 08/23/2016 05:37:00 - Revizie: 3.0

Windows 10

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3141610 KbMtro
Feedback