Läsa in profilen tar lång tid på grund av fullständig DFS-namnområdet synkronisering med PDC

Symptom

Anta att du har en miljö som innehåller användarens centrala profil plats (serverbaserade profiler). Serverbaserade profiler är tillgängliga från Windows 7 Service Pack 1 (SP1) eller Windows Server 2008 R2 SP1 via ett domänbaserat distribuerat filsystem (DFS) resurs. Det tar längre tid än förväntat att ladda eller ta bort profiler. Dessutom kan kan du följande inträffa:

1. När du visar ett nätverksspår av långsam transaktioner, märker du att DFS-API-begäran NetrDfsGetInfo eller dfs_GetInfo tar lång tid.
   
   Obs!  Den kombinerade belastningen på alla domänkontrollanter i en stor domän mot primär domänkontrollant (PDC) kan bli så stor att misslyckas anslutningen till den primära domänkontrollanten och att DFS-API: N inte svarar med en giltig sökväg. När detta inträffar kan den centrala profilen inte laddas efter fördröjningen. Läs avsnittet "Mer Information" i denna artikel.

2. När du visar behandling av begäran på DFS-servern, som vanligtvis är den lokala domänkontrollanten (lokala DC) ser du att det har kommunikation med den primära domänkontrollanten. Det finns två grundläggande scenarier där en fördröjning inträffar:

   1. När DFS-volym har många länkar och den primära domänkontrollanten är ansluten via en länk med låg wide area network (WAN), kan det ta lång tid att hämta data som den lokala domänkontrollanten begäranden med hjälp av LDAP-protokollet.

   2. När den lokala domänkontrollanten inte kan nå den primära domänkontrollanten, tillbringar mycket tid försöker igen en anslutning med den.

Orsak

Mer information om real var en sökväg i en DFS-volym profiltjänsten kontakter ringa DFS-tjänsten via NetDfsGetInfo . Det här problemet uppstår eftersom domänkontrollanten säkerställer att anropet NetDfsGetInfo har den mest aktuella informationen på DFS-volym och frågar den primära domänkontrollanten för den. Anropet NetDfsGetInfo saknar förutsättningar men betraktas management API.

Lösning

Temporär lösning

Undvik det här problemet kan du inaktivera RootScalability läge. DFS-servern använder alltid den primära domänkontrollanten för synkronisering och använder inkrementell synkronisering till den primära domänkontrollanten som är oftast mycket snabbare. Om du vill göra detta måste köra du följande kommando:

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

För mer information klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:

305027 sammanfattning av "samlas" scenarier i Active Directory-domäner

Status

Microsoft har bekräftat att detta är ett problem i Microsoft-produkterna som nämns i avsnittet "Gäller".

Mer Information

Med den här snabbkorrigeringen har installerats, bygger profiltjänsten inte på NetDfs API längre som skulle kräva att kontakta PDC DFS-tjänsten. Det använder en annan metod som bygger på DFS-få hänvisning SMB -kommando. Mer information finns på följande Microsoft TechNet-webbplats:

Hur fungerar DFSOm du påverkas av denna kombination av profil service och DFS-problemet, rekommenderar vi att du installerar den här uppdateringen på alla datorer som användare med centrala profiler loggar in. Detta gäller vanligtvis alla arbetsstationer och servrar för remote desktop. Problemet att användarens profil länkar saknas efter uppdateringen riktar redan med en uppdatering för DFS-tjänsten. Mer information klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:

2916267 i DFS-namnområdet referenspunkt för mappmål saknas i Windows Server 2008 R2Obs! Den här uppdateringen löser inte prestandaproblem bakom PDC-beroendet.

För mer information om terminologin för programuppdateringar klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:

824684 Beskrivning av standardterminologin som används för att beskriva Microsoft-programuppdateringar