Windows Server: Błąd 4012 pojawia się w dzienniku zdarzeń replikacji systemu plików DFS kontrolera domeny usługi Active Directory

Błąd 4012 (źródło: DFSR) pojawia się w rejestrze zdarzeń DFSR kontrolera domeny. Opis zdarzenia zawiera ścieżkę folderu SYSVOL, jak pokazano poniżej:

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.]

Ścieżka lokalna może się różnić, ale ten artykuł ma zastosowanie tylko wtedy, gdy jest mowa o folderze SYSVOL. W powyższym przykładzie n wskazuje liczbę dni, przez które kontroler domeny nie mógł skontaktować się z partnerem. Liczba ta jest różna, ale zawsze większa niż wartość MaxOfflineTimeInDays.

Replikacja w rozproszonym systemie plików (DFSR) wymaga regularnego komunikowania się partnerów replikacji. Jeśli serwer nie może komunikować się z partnerem przez dłuższy czas, replikacja jest wyłączona na tym serwerze.

MaxOfflineTimeInDays, który ma wartość domyślną 60, reprezentuje najdłuższy dozwolony czas, przez jaki serwery nie są ze sobą połączone. Jest to analogiczne do okresu istnienia reliktu lasu usługi Active Directory, choć jest od niego oddzielone.

Scenariusz 1: W domenie znajduje się tylko jeden kontroler domeny.

Jeśli w domenie znajduje się tylko jeden kontroler domeny, autorytatywna synchronizacja folderu SYSVOL jest niezbędna w celu zapewnienia replikacji w przypadku dodania innego. W tym zakresie zapoznaj się z tematem Wykonywanie autorytatywnej synchronizacji danych SYSVOL przy użyciu replikacji w rozproszonym systemie plików (DFSR). Wszystkie kroki, które wspominają o innych kontrolerach domeny lub wymuszaniu replikacji, mogą zostać pominięte.

Scenariusz 2: W domenie znajduje się wiele kontrolerów domeny.

Jeśli w domenie znajduje się wiele kontrolerów domeny, konieczne jest określenie, ilu z nich dotyczy problem. W tym celu przeszukuje dzienniki zdarzeń DFSR kontrolerów domeny pod kątem błędu 4012. Wszystkie kontrolery domeny, których dotyczy problem, mają ten błąd w swoich dziennikach w niedawnej przeszłości.

• Jeśli problem dotyczy tylko jednego kontrolera domeny, przeprowadź na nim nieautorytatywną synchronizację SYSVOL. W tym zakresie zapoznaj się z tematem Wykonywanie nieautorytatywnej synchronizacji danych SYSVOL przy użyciu replikacji w rozproszonym systemie plików (DFSR).
• Jeśli problem dotyczy wielu kontrolerów domeny, ale istnieją inne kontrolery domeny, których nie dotyczy problem, przeprowadź nieautorytatywną synchronizację SYSVOL na wszystkich kontrolerach domeny, których dotyczy problem.
• Jeśli problem dotyczy wszystkich kontrolerów domeny w domenie, należy wybrać jeden z nich jako autorytatywne źródło danych SYSVOL. Wymaga to sprawdzenia danych w hierarchii folderów SYSVOL każdego kontrolera domeny i określenia, która kopia jest najbardziej aktualna. Po wybraniu autorytatywnego źródła przeprowadź autorytatywną synchronizację SYSVOL na tym kontrolerze domeny. Zobacz scenariusz 1 powyżej, aby uzyskać łącze do kroków. Wykonaj wszystkie czynności procedury, aby zsynchronizować SYSVOL na wszystkich kontrolerach domeny w domenie.

W domenie z wieloma kontrolerami domeny może być również możliwe wznowienie replikacji na kontrolerze domeny, którego dotyczy problem, przez zwiększenie wartości MaxOfflineTimeInDays. Nie zostało to gruntownie przetestowane, ale wielokrotnie rozwiązało problem. Aby ustawić MaxOfflineTimeInDays, uruchom to polecenie:

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

Wartość x musi być większa niż liczba dni wskazana w błędzie 4012. Po uruchomieniu polecenia uruchom ponownie usługę replikacji DFS i sprawdź, czy w dzienniku zdarzeń replikacji systemu plików DFS nie ma błędów. Jeśli replikacja nie działa już od jakiegoś czasu, spodziewane są zdarzenia związane z wykrywaniem i rozwiązywaniem konfliktów. Wskazują one, że DFSR działa zgodnie z założeniami.

Po wznowieniu replikacji uruchom ponownie polecenie z wartością 60, aby zwrócić MaxOfflineTimeInDays do wartości domyślnej. (Jest to opcjonalne).