Profiel laden duurt erg lang vanwege een volledige synchronisatie van DFS-naamruimte met PDC

Symptomen

Stel u hebt een omgeving waarin gebruikers zwervende locatie van het profiel (profielen op de server). De profielen op de server worden gestart vanuit Windows 7 Service Pack 1 (SP1) of Windows Server 2008 R2 SP1 via een Distributed File System (DFS)-gedeeld. Het duurt langer dan verwacht om te laden of verwijderen van de profielen. Daarnaast is het mogelijk het volgende gedrag:

1. Als u de netwerk-traces van de langzame transacties bekijkt, ziet u dat de API van de DFS-aanvraag, NetrDfsGetInfo of dfs_GetInfo het duurt enige tijd.
   
   Opmerking  De gecombineerde belasting van alle domeincontrollers in een groot domein ten opzichte van de primaire domeincontroller (PDC) kan zo groot dat de verbinding met de PDC is mislukt en de DFS-API niet reageert met een geldig pad worden. Als dit gebeurt, wordt het zwervende profiel niet laden na de vertraging. Raadpleeg de sectie 'Meer informatie' in dit artikel.

2. Als u de verwerking van de aanvraag weergeven op de DFS-server is meestal de lokale domeincontroller (DC lokale), ziet u dat er communicatie met de PDC. Er zijn twee basisscenario's waarin een vertraging gebeurt:

   1. Wanneer u de DFS-volume heeft veel koppelingen en de PDC is aangesloten via een koppeling weinig wide area network (WAN), kan het lang duren voor het ophalen van de gegevens die de lokale domeincontroller aanvragen via het LDAP-protocol.

   2. Wanneer de lokale domeincontroller de PDC te bereiken kan, doorbrengt het opnieuw proberen een verbinding met het heel wat tijd.

Oorzaak

Voor meer informatie over de werkelijke locatie van een pad binnen een DFS-volume, de Service Profile contactpersonen belt u de DFS-service via een NetDfsGetInfo . Dit probleem treedt op omdat de domeincontroller ervoor zorgt dat de aanroep van NetDfsGetInfo de meest recente informatie op het DFS-volume heeft en de PDC query. De aanroep van NetDfsGetInfo geen voorwaarden maar wordt beschouwd als een API voor beheer.

Oplossing

Tijdelijke oplossing

U kunt dit probleem omzeilen, kunt u de RootScalability -modus uitschakelen. De DFS-server wordt altijd gebruikt de primaire domeincontroller te synchroniseren en wordt gebruikt incrementele synchronisatie aan de PDC, dat is meestal veel sneller. U kunt hiervoor de volgende opdracht uitvoeren:

dfsutil /root:\\domain\dfsroot /RootScalability /Disable 

Voor meer informatie klikt u op het volgende artikelnummer om het artikel in de Microsoft Knowledge Base weer te geven:

305027 overzicht van de scenario's in Active Directory-domeinen "stapel op"

Status

Microsoft heeft bevestigd dat dit probleem kan optreden in de Microsoft-producten die worden vermeld in de sectie 'Van toepassing op'.

Meer informatie

Met deze hotfix is geïnstalleerd, afhankelijk de profielservice niet is van De API NetDfs langer waarvoor de DFS-service contact opnemen met de PDC. Een andere methode die is gebaseerd op de DFS-Get Referral SMB- opdracht wordt gebruikt. Ga naar de volgende Microsoft TechNet-website voor meer informatie:

De werking van DFSAls u last hebt van deze combinatie van profiel-service en de DFS-service gedrag, is het raadzaam dat u deze update installeert op alle computers die gebruikers met zwervende profielen zich aanmeldt. Dit geldt meestal voor alle werkstations en servers met extern bureaublad. Het probleem is dat de gebruiker profiel koppelingen ontbreken nadat u de update al is behandeld met een update voor de DFS-service. Voor meer informatie klikt u op het volgende artikel in de Microsoft Knowledge Base:

2916267 de DFS-naamruimte reparse-punt voor mapdoelen ontbreken in Windows Server 2008 R2Opmerking Met deze update wordt het prestatieprobleem achter de afhankelijkheid van de PDC niet omgezet.

Voor meer informatie over terminologie voor software-updates klikt u op het volgende artikelnummer om het artikel in de Microsoft Knowledge Base weer te geven:

824684 Beschrijving van de standaardterminologie die wordt gebruikt voor het beschrijven van Microsoft-software-updates