Назад | Перейти на главную страницу

Репликация Sysvol нарушена между контроллерами домена Server 2008 R2

Недавно мы добавили второй DC в нашу сеть на другом сайте. Контроллеры домена не испытывают каких-либо проблем при обмене данными через сеть, а объекты AD (пользователи, компьютеры и т. Д.) Синхронизируются правильно. Однако групповые политики - нет. Изучение C:\Windows\SYSVOL\domain папка на новом контроллере домена показывает, что она пуста, тогда как на старом контроллере домена она содержит Policies и scripts папки со связанным содержимым.

Тем не мение, dcdiag не показывает никаких очевидных намеков на то, что не так (см. вывод ниже), и DFSR, кажется, полагает, что реплицируется правильно, согласно выводам dfsradmin backlog. dfsrdiag replicationstate не показывает активных подключений, но я не уверен, нормально это или нет; dfsradmin membership list показывает оба DC.

У кого-нибудь есть идеи? Я в значительной степени на грани своего остроумия; Я бы даже попытался вручную скопировать политики, если бы при этом не возникало много проблем с разрешениями.

dcdiag вывод:

C:\Windows\system32>dcdiag

Directory Server Diagnosis

Performing initial setup:
   Trying to find home server...
   Home Server = HACTAR
   * Identified AD Forest.
   Done gathering initial info.

Doing initial required tests

   Testing server: Saturn\HACTAR
      Starting test: Connectivity
         ......................... HACTAR passed test Connectivity

Doing primary tests

   Testing server: Saturn\HACTAR
      Starting test: Advertising
         ......................... HACTAR passed test Advertising
      Starting test: FrsEvent
         ......................... HACTAR passed test FrsEvent
      Starting test: DFSREvent
         There are warning or error events within the last 24 hours after the
         SYSVOL has been shared.  Failing SYSVOL replication problems may cause
         Group Policy problems.
         ......................... HACTAR failed test DFSREvent
      Starting test: SysVolCheck
         ......................... HACTAR passed test SysVolCheck
      Starting test: KccEvent
         ......................... HACTAR passed test KccEvent
      Starting test: KnowsOfRoleHolders
         ......................... HACTAR passed test KnowsOfRoleHolders
      Starting test: MachineAccount
         ......................... HACTAR passed test MachineAccount
      Starting test: NCSecDesc
         ......................... HACTAR passed test NCSecDesc
      Starting test: NetLogons
         Unable to connect to the NETLOGON share! (\\HACTAR\netlogon)
         [HACTAR] An net use or LsaPolicy operation failed with error 67,
         The network name cannot be found..
         ......................... HACTAR failed test NetLogons
      Starting test: ObjectsReplicated
         ......................... HACTAR passed test ObjectsReplicated
      Starting test: Replications
         ......................... HACTAR passed test Replications
      Starting test: RidManager
         ......................... HACTAR passed test RidManager
      Starting test: Services
         ......................... HACTAR passed test Services
      Starting test: SystemLog
         An error event occurred.  EventID: 0x00000422
            Time Generated: 10/10/2014   14:39:05
            Event String:
            The processing of Group Policy failed. Windows attempted to read the
 file \\bistromath.domains.h2g2.local\sysvol\bistromath.domains.h2g2.local\Polic
ies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini from a domain controller and 
was not successful. Group Policy settings may not be applied until this event is
resolved. This issue may be transient and could be caused by one or more of the 
following:
         [snip: many identical log entries]
         ......................... HACTAR failed test SystemLog
      Starting test: VerifyReferences
         ......................... HACTAR passed test VerifyReferences


   Running partition tests on : ForestDnsZones
      Starting test: CheckSDRefDom
         ......................... ForestDnsZones passed test CheckSDRefDom
      Starting test: CrossRefValidation
         ......................... ForestDnsZones passed test
         CrossRefValidation

   Running partition tests on : DomainDnsZones
      Starting test: CheckSDRefDom
         ......................... DomainDnsZones passed test CheckSDRefDom
      Starting test: CrossRefValidation
         ......................... DomainDnsZones passed test
         CrossRefValidation

   Running partition tests on : Schema
      Starting test: CheckSDRefDom
         ......................... Schema passed test CheckSDRefDom
      Starting test: CrossRefValidation
         ......................... Schema passed test CrossRefValidation

   Running partition tests on : Configuration
      Starting test: CheckSDRefDom
         ......................... Configuration passed test CheckSDRefDom
      Starting test: CrossRefValidation
         ......................... Configuration passed test CrossRefValidation

   Running partition tests on : bistromath
      Starting test: CheckSDRefDom
         ......................... bistromath passed test CheckSDRefDom
      Starting test: CrossRefValidation
         ......................... bistromath passed test CrossRefValidation

   Running enterprise tests on : bistromath.domains.h2g2.local
      Starting test: LocatorCheck
         ......................... bistromath.domains.h2g2.local passed test
         LocatorCheck
      Starting test: Intersite
         ......................... bistromath.domains.h2g2.local passed test
         Intersite

dfsrdiag backlog:

C:\Windows\system32>dfsrdiag backlog /rgname:"Domain System Volume" /rfname:"SYSVOL Share" /smem:queeg /rmem:hactar

No Backlog - member <hactar> is in sync with partner <queeg>

dfsrdiag replicationstate:

C:\Windows\system32>dfsrdiag replicationstate
Summary

  Active inbound connections: 0
  Updates received: 0

  Active outbound connections: 0
  Updates sent out: 0

dfsradmin membership list:

C:\Windows\system32>dfsradmin membership list /rgname:"Domain System Volume"
MemName  RfName        LocalPath                 StagingPath                                  StagingSize
HACTAR   SYSVOL Share  C:\Windows\SYSVOL\domain  C:\Windows\SYSVOL\staging areas\bistromath.domains.h2g2.local  4096
QUEEG    SYSVOL Share  C:\Windows\SYSVOL\domain  C:\Windows\SYSVOL\staging areas\bistromath.domains.h2g2.local  4096

Я знаю, что это старый вопрос, но я столкнулся с той же проблемой после продвижения новой виртуальной машины Windows 2016 в качестве нового контроллера домена. Google привел меня сюда.

Вот что я узнал в надежде, что это поможет другим:

Если какой-либо из ваших DC копируется с помощью VSS, VSS приостанавливает DFSR. Это нормально. Регистрируемые события могут вызвать жалобу DCDIAG.

Вы можете увидеть несколько обращений, которые говорят что-то вроде «Очистите журнал событий DFS и снова запустите DCDIAG». Верно, что DCDIAG не жалуется на DFSR, если вы очистили журнал, но это, конечно, обман.

В конечном итоге вам необходимо убедиться, что репликация DFS действительно продолжается.

Официальный способ сделать это - в инструменте управления DFS (System Manager | Tools | DFS Management).

В DSF Management:

  1. в боли левых действий щелкните Создать диагностический отчет
  2. выберите Тест на распространение, пройдите через мастер, чтобы начать тест
  3. Через пару часов (ваш интервал может отличаться; у меня было 1,6 часа для трех DC), вернитесь в DFS Management и снова нажмите Create Diagnostic Report.
  4. выберите Отчет о распространении, и сгенерируйте отчет.

Отчет откроется в вашем браузере по умолчанию и покажет, сработало ли распространение и сколько времени это заняло.

В конечном итоге я решил эту проблему, понизив новый DC, оставив его в качестве простого участника на несколько дней, а затем повторно продвигая его (для проведения дополнительных тестов). Повторное продвижение заставило новый контроллер правильно воспроизвести ранее отсутствующие файлы, что сделало тесты несколько избыточными.

Тем не менее, я должен отметить, что я пытался понизить и повторно продвигать новый DC ранее, но безрезультатно. Возможно, длительный период, в течение которого не выполнялась репликация DFS, вызвал некоторую форму тайм-аута; учитывая отсутствие четких данных, это мое лучшее предположение относительно того, как это было отсортировано.