Ошибка репликация dfs 4012

Репликация DFS — штука интересная. При правильном подходе она позволяет решить множество проблем, а при неправильном может их создать. И вот одна из таких проблем.

В результате сбоя по питанию система была перезагружена, а поскольку автоматическое восстановление было отключено, то после загрузки работа репликации не возобновилась. Проблему заметили не сразу, а через достаточно большое количество времени. В результате при попытке запустить репликацию имеем ошибку с кодом 4012. Суть ошибки в том, что простой репликации превысил максимально возможный срок, поэтому возобновить ее работу невозможно.

В сообщении рекомендуется вывести сервер из группы репликации и снова добавить его. Однако в моем случае это решение почему то не сработало и ошибка осталась.

Для исправления ситуации можно пойти другим путем и просто увеличить максимально возможный срок простоя, который хранится в параметре MaxOfflineTimeInDays. Посмотреть его значение можно с  помощью утилиты wmic, выполнив такую команду:

wmic.exe /namespace:\rootmicrosoftdfs path DfsrMachineConfig get MaxOfflineTimeInDays

Как видите, по умолчанию этот срок составляет 60 дней. Увеличим его до 120 следующей командой:

wmic.exe /namespace:\rootmicrosoftdfs path DfsrMachineConfig set MaxOfflineTimeInDays=120

То же самое можно сделать с помощью PowerShell. Для проверки текущего значения можно воспользоваться командой:

Get-WmiObject -Namespace rootmicrosoftdfs -Class DfsMachineConfig | fl MaxOfflineTimeInDays

А для изменения такой:

Set-WmiInstance -Namespace rootmicrosoftdfs -Class DfsMachineConfig -Arguments @{MaxOfflineTimeInDays=120}

После изменения параметра необходимо перезапустить службу DFSR и репликация заработает. Затем можно вернуть значение параметра MaxOfflineTimeInDays обратно, к дефолтному значению.

Обновлено 27.05.2018

На днях столкнулся с тем, что в некоторых сайтах политики не обновляются. (Контроллеры на Windows 2012 и Windows 2008.) Изменения в GPO работают сразу в центральном офисе и на одном из удаленных филиалов, а в двух филиалах просто игнорируются. При этом обычная  доменная DFS работает, файлы добавляются и удалаяются довольно быстро (3…5 сек) влов всех сайтах. А системная папка SYSVOL обновляться не хочет. Для проверки можно просто бросить маленький (например текстовый) файл в папку “\dc01SYSVOLmydomain.ruPolicies” на одном из контроллеров. Он тут же должен появиться в аналогичных папках на остальных контроллерах домена.

Ручная репликация не помогла. После перезапуска службы “Репликация DFS” в логах предупреждение 2213 и ошибка 4012. В предупреждении 2213 рекомендация запустить командной строке с повышенными привилегиями команду:

wmic /namespace:\rootmicrosoftdfs path dfsrVolumeConfig where volumeGuid=»A94E67B9-D750-11E2-93E7-806E6F6E6963″ call ResumeReplication

Это не помогло. А помог такой рецепт.

1. В редакторе ADSIEDIT.MSC подключаемся к “живому” контроллеру и для каждого проблемного DC редактируем параметр CN=SYSVOL Subscription по адресу:

CN=SYSVOL Subscription,CN=Domain System Volume,CN=DFSR-LocalSettings,CN=<проблемный DC>,OU=Domain Controllers,DC=<наш домен>

В редакторе атрибутов изменяем атрибут:

msDFSR-Enabled=FALSE

Это окно можно пока не закрывать, но не забыть нажать кнопку Apply (Применить).

1. Запускаем репликацию на эти проблемные контроллеры.

1. На тех серверах, для которых меняли атрибут, выполнить в командной строке с повышенными привилегиями:

DFSRDIAG POLLAD

1. Убедиться, что вжурнале событий этих DC (Журналы приложений и служб — Репликация DFS) появилось событие c кодом 4114, сообщающее о том, что папка SYSVOL больше не реплицируется.
2. На тех же DC из шага 1 возвращаем:

msDFSR-Enabled=TRUE

1. Запускаем репликацию на эти проблемные контроллеры.
2. На тех серверах, для которых меняли атрибут, выполнить в командной строке с повышенными привилегиями:

DFSRDIAG POLLAD

1. Должны появиться события с кодами 4614 и 4604

На одном из контроллеров указанные выше операции быстро восстановили репликацию, а на другом шаг 8 не выполнился. При перезапуске службы “Репликация DFS” в логах снова появилась ошибка 4012 о превышении периода в параметре MaxOfflineTimeInDays. Тогда сделал все по старой схеме и это решило проблему с репликацией папки SYSVOL.

• Remove From My Forums

• Question

• Hi All,

  I have recently transferred FSMO roles from a primary domain controller to a secondary controller. the new DC which holds the FSMO roles has following error. the netlogon folder is not replicating among rest of the domain controllers. what is the best way
  to get this replication issue resolved and get rid of this error. i have much bunch of articles about this issues but got confused with different approaches on different articles.

  The DFS Replication service stopped replication on the folder with the following local path: C:WindowsSYSVOL_DFSRdomain. This server has been disconnected from other partners for 332 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.
  

   
  To resume replication of this folder, use the DFS Management snap-in to remove this server from the replication group, and then add it back to the group. This causes the server to perform an initial synchronization task, which replaces the stale data with
  fresh data from other members of the replication group.

   
  Additional Information:
  Error: 9061 (The replicated folder has been offline for too long.)
  Replicated Folder Name: SYSVOL Share

  Thank you.

  • Edited by

    Monday, February 3, 2020 4:09 PM