Windows Server: Fejl 4012 vises i DFS-replikeringshændelsesloggen for en Active Directory-domænecontroller
Summary: Hvis en Active Directory-domænecontroller (DC) ikke er i stand til at replikere SYSVOL-data fra en partner i lang tid, stopper SYSVOL-replikeringen. Fejl 4012 logføres i DFSR-hændelsesloggen (Distributed File System Replication) for den berørte DC, når dette sker. ...
Symptoms
Fejl 4012 (kilde: DFSR) vises i DFSR-hændelsesloggen for en DC. Hændelsesbeskrivelsen omfatter SYSVOL-mappestien, som vist her:
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 lokale sti kan variere, men denne artikel gælder kun, hvis den nævner mappen SYSVOL. I eksemplet ovenfor angiver n det antal dage, DC ikke har været i stand til at kontakte en partner. Dette tal varierer, men er altid større end værdien af MaxOfflineTimeInDays.
Cause
DFSR (Distributed File System Replication) kræver, at replikeringspartnere kommunikerer regelmæssigt. Hvis en server ikke er i stand til at kommunikere med en partner i lang tid, deaktiveres replikering på den pågældende server.MaxOfflineTimeInDays, som har en standardværdi på 60, repræsenterer den længst tilladte tid for servere at være ude af kommunikation med hinanden. Dette er analogt med, men adskilt fra, gravstenens levetid for en Active Directory-skov.
Resolution
Scenarie 1: Der er kun én DC i domænet.
Hvis der kun er én DC i domænet, er en autoritativ synkronisering af SYSVOL nødvendig for at sikre, at replikering finder sted, hvis der tilføjes endnu en. Se , hvordan du udfører en autoritativ synkronisering af SYSVOL-data ved hjælp af DFSR (Distributed File System Replication) for de involverede trin. Alle trin, der nævner andre DC'er eller gennemtvinger replikering, kan springes over.
Scenarie 2: Der er flere DC'er i domænet.
Hvis der er flere DC'er i domænet, er det nødvendigt at afgøre, hvor mange der er berørt af problemet. Det gør du ved at søge efter fejl 4012 i DFSR-hændelseslogfilerne for DC'erne. Alle berørte DC'er har denne fejl i deres logfiler i den seneste tid.
- Hvis kun én DC er berørt, skal du udføre en ikke-autoritativ synkronisering af SYSVOL på den pågældende DC. Se, hvordan du udfører en ikke-autoritativ synkronisering af SYSVOL-data ved hjælp af DFSR (Distributed File System Replication) for de involverede trin.
- Hvis flere DC'er er berørt, men der er andre DC'er, der ikke påvirkes, skal du udføre en ikke-autoritativ synkronisering af SYSVOL på alle berørte DC'er.
- Hvis alle DC'er i domænet er berørt, skal én DC vælges som den autoritative kilde til SYSVOL-data. Dette kræver, at dataene i SYSVOL-mappehierarkiet for hver DC undersøges, og at det fastslås, hvilken kopi der er den nyeste kopi. Når en autoritativ kilde er valgt, skal du udføre en autoritativ synkronisering af SYSVOL på den pågældende DC. Se scenarie 1 ovenfor for et link til trinnene. Udfør alle trin i proceduren for at synkronisere SYSVOL på alle DC'er i domænet.
Additional Information
I et multiDC-domæne kan det også være muligt at genoptage replikering på en berørt DC ved at øge værdien af MaxOfflineTimeInDays. Dette er ikke blevet testet grundigt, men har løst problemet ved flere lejligheder. At indstille MaxOfflineTimeInDays, skal du køre denne kommando:
wmic.exe /namespace:\\root\microsoftdfs path DfsrMachineConfig set MaxOfflineTimeInDays=x
Værdien af x skal være større end det antal dage, der er angivet i fejl 4012. Genstart DFS-replikeringstjenesten, når du har kørt kommandoen, og kontrollér DFS-replikeringshændelsesloggen for fejl. Hvis replikering har svigtet i nogen tid, forventes hændelser om konfliktregistrering og -løsning. De angiver, at DFSR fungerer efter hensigten.
Når replikeringen er genoptaget, skal du køre kommandoen igen med en værdi på 60 for at returnere MaxOfflineTimeInDays til standardværdien. (Dette er valgfrit.)