Windows Server: Feil 4012 vises i hendelsesloggen for DFS-replikering for en Active Directory-domenekontroller

Feil 4012 (kilde: DFSR) vises i DFSR-hendelsesloggen for en DC. Hendelsesbeskrivelsen inneholder SYSVOL-mappebanen, 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 banen kan variere, men denne artikkelen gjelder bare hvis SYSVOL-mappen nevnes. I eksemplet ovenfor indikerer n antall dager DC ikke har vært i stand til å kontakte en partner. Dette tallet varierer, men er alltid større enn verdien av MaxOfflineTimeInDays.

DFSR (Distributed File System Replication) krever at replikeringspartnere har regelmessig kommunikasjon. Hvis en server ikke kan kommunisere med en partner i lang tid, deaktiveres replikering på den serveren.

MaxOfflineTimeInDays, som har en standardverdi på 60, representerer den lengste tillatte tiden for servere å være ute av kommunikasjon med hverandre. Dette er analogt med, men atskilt fra, gravsteinslevetiden til en Active Directory-skog.

Scenario 1: Det er bare én DC i domenet.

Hvis det bare er én DC i domenet, er en autoritativ synkronisering av SYSVOL nødvendig for å sikre at replikering skjer hvis en annen legges til. Se hvordan du utfører en autoritativ synkronisering av SYSVOL-data ved hjelp av Distributed File System Replication (DFSR) for de involverte trinnene. Alle trinn som nevner andre DC-er eller fremtvinger replikering, kan hoppes over.

Scenario 2: Det er flere DC-er i domenet.

Hvis det er flere DCer i domenet, er det nødvendig å finne ut hvor mange som er berørt av problemet. Dette gjøres ved å søke i DFSR-hendelsesloggene for DCs etter feil 4012. Alle berørte DC-er har denne feilen i loggene sine i den siste tiden.

• Hvis bare én DC er berørt, utfører du en ikke-autoritativ synkronisering av SYSVOL på den DC. Se hvordan du utfører en ikke-autoritativ synkronisering av SYSVOL-data ved hjelp av Distributed File System Replication (DFSR) for de involverte trinnene.
• Hvis flere DC-er er berørt, men det finnes andre DC-er som ikke er berørt, kan du utføre en ikke-autoritativ synkronisering av SYSVOL på alle berørte DC-er.
• Hvis alle DCer i domenet berøres, må én DC velges som den autoritative kilden til SYSVOL-data. Dette krever inspeksjon av dataene i SYSVOL-mappehierarkiet for hver DC og fastsettelse av hvilken kopi som er den nyeste kopien. Når en autoritativ kilde er valgt, utfører du en autoritativ synkronisering av SYSVOL på den DC. Se scenario 1 ovenfor for en kobling til trinnene. Utfør alle trinnene i prosedyren for å synkronisere SYSVOL på alle DCer i domenet.

I et multi-DC-domene kan det også være mulig å gjenoppta replikering på en berørt DC ved å øke verdien av MaxOfflineTimeInDays. Dette har ikke blitt testet grundig, men har løst problemet ved flere anledninger. Å angi MaxOfflineTimeInDays, kjør denne kommandoen:

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

Verdien av x må være større enn antall dager angitt i feil 4012. Start DFS Replication-tjenesten på nytt etter at du har kjørt kommandoen, og kontroller hendelsesloggen for DFS-replikering for feil. Hvis replikering har sviktet en stund, forventes hendelser om konfliktdeteksjon og løsning. De indikerer at DFSR fungerer som den skal.

Når replikeringen er gjenopptatt, kjører du kommandoen på nytt med en verdi på 60 for å returnere MaxOfflineTimeInDays til standardverdien. (Dette er valgfritt.)