Windows Server: Fel 4012 visas i händelseloggen för DFS-replikering för en Active Directory-domänkontrollant

Fel 4012 (källa: DFSR) visas i DFSR-händelseloggen för en domänkontrollant. Händelsebeskrivningen innehåller sökvägen till SYSVOL-mappen, som du ser här:

The DFS Replication service stopped replication on the folder with the following local path: C:\Windows\SYSVOL\domain. This server has been disconnected from other partners for n days, which is longer than the time allowed by the MaxOfflineTimeInDays parameter (60). DFS Replication considers the data in this folder to be stale, and this server will not replicate the folder until this error is corrected.

[The rest of the event description has been omitted.]

Den lokala sökvägen kan variera, men den här artikeln gäller endast om den nämner SYSVOL-mappen. I exemplet ovan anger n antalet dagar som domänkontrollanten inte har kunnat kontakta en partner. Det här antalet varierar men är alltid större än värdet för MaxOfflineTimeInDays.

DFSR (Distributed File System Replication) kräver att replikeringspartner kommunicerar regelbundet. Om en server inte kan kommunicera med en partner under en längre tid inaktiveras replikering på den servern.

MaxOfflineTimeInDays, som har standardvärdet 60, representerar den längsta tillåtna tiden för servrar att vara utan kommunikation med varandra. Detta är analogt med, men separat från, tombstone-livslängden för en Active Directory-skog.

Scenario 1: Det finns bara en domänkontrollant i domänen.

Om det bara finns en domänkontrollant i domänen krävs en auktoritativ synkronisering av SYSVOL för att säkerställa att replikeringen sker om en annan läggs till. Se Så här utför du en auktoritativ synkronisering av SYSVOL-data med DFSR (Distributed File System Replication). Alla steg som nämner andra domänkontrollanter eller tvingar replikering kan hoppas över.

Scenario 2: Det finns flera domänkontrollanter i domänen.

Om det finns flera domänkontrollanter i domänen är det nödvändigt att avgöra hur många som påverkas av problemet. Gör det genom att söka efter fel 4012 i DFSR-händelseloggarna för domänkontrollanterna. Alla berörda domänkontrollanter har det här felet i sina loggar under den senaste tiden.

• Om endast en domänkontrollant påverkas utför du en icke-auktoritativ synkronisering av SYSVOL på den domänkontrollanten. Se Utföra en icke-auktoritativ synkronisering av SYSVOL-data med hjälp av DFSR (Distributed File System Replication).
• Om flera domänkontrollanter påverkas, men det finns andra domänkontrollanter som inte påverkas, utför du en icke-auktoritativ synkronisering av SYSVOL på alla berörda domänkontrollanter.
• Om alla domänkontrollanter i domänen påverkas måste en domänkontrollant väljas som auktoritativ källa för SYSVOL-data. Detta kräver att du inspekterar data i SYSVOL-mapphierarkin för varje domänkontrollant och avgör vilken kopia som är den mest aktuella. När du har valt en auktoritativ källa utför du en auktoritativ synkronisering av SYSVOL på den domänkontrollanten. Se scenario 1 ovan för en länk till stegen. Utför alla steg i proceduren för att synkronisera SYSVOL på alla domänkontrollanter i domänen.

I en domän med flera domänkontrollanter kan det också vara möjligt att återuppta replikeringen på en påverkad domänkontrollant genom att öka värdet för MaxOfflineTimeInDays. Detta har inte testats i stor utsträckning men har löst problemet vid flera tillfällen. Att ställa in MaxOfflineTimeInDayskör du det här kommandot:

wmic.exe /namespace:\\root\microsoftdfs path DfsrMachineConfig set MaxOfflineTimeInDays=x

Värdet på x måste vara större än det antal dagar som anges i fel 4012. Starta om DFS Replication-tjänsten när du har kört kommandot och kontrollera om det finns fel i DFS Replication-händelseloggen. Om replikeringen har misslyckats under en tid förväntas händelser om konfliktidentifiering och -lösning. De indikerar att DFSR fungerar som avsett.

När replikeringen har återupptagits kör du kommandot igen med värdet 60 för att returnera MaxOfflineTimeInDays till standardvärdet. (Detta är valfritt.)