☰

DFS-R Репликация только в одну сторону. Репликация на исходящем зависла на ожидании прибытия

tag-icon • tag-icon windows dfs-r windows-server-2012-r2
DFS-R Репликация только в одну сторону. Репликация на исходящем зависла на ожидании прибытия

У меня есть ДВА сервера Windows 2012 r2 с одинаковыми путями и именами дисков (не специально).

Если я создам папку на сервере A, папка мгновенно реплицируется на сервер B. Однако если я создам папку на сервере B, она не реплицируется на сервер A.

Я запустил DFS Diagnostics, и он не нашел ничего неправильного. Однако, когда я запускаю тест распространения с сервера B на сервер AI, я не получаю ошибку. Просто оповещение о невыполненном тесте.

У меня есть тест, которому 6 дней (тест репликации файла). Статус репликации для этого тестового файла застрял на "Ожидание прибытия".

Имейте в виду, что удаления с сервера A на сервер B реплицируются нормально. Все, что с сервера B на сервер A, не работает.

Насколько мне известно, все настроено правильно и никаких ошибок нет.

Данные составляют около 6 ТБ, которые были предварительно загружены. Репликация осуществляется между кластером файловых серверов и одним сервером. Связь DFS существует уже более 3 недель.

Идеи?

решение1

Существует множество причин, по которым репликация может не сработать. К сожалению, одни только симптомы здесь не помогут.

Можете ли вы просмотреть информацию наhttp://blogs.technet.com/b/askds/archive/2009/04/09/dfsr-debug-log-series-wrapup-and-downloadable-copies.aspxа затем обновите вопрос, указав какие-либо конкретные записи журнала отладки, которые вы видите с обоих серверов?

Блог немного устарел, учитывая, что вы используете 2012 R2, но он все равно будет полезен.

Пожалуйста, предоставьте записи, относящиеся только к этой папке.

В качестве альтернативы я предлагаю сделать следующее, чтобы повторно инициализировать B с помощью A.

  1. Резервное копирование B. Это необходимо, если у вас есть конечные пользователи, которые зафиксировали изменения на B, но не знают, что они не были реплицированы на A. Приведенные ниже шаги вернут все данные на B к версиям на A, что может привести к некоторой «потере данных», если изменения на B не были скопированы.

  2. Отключите B как участника этой реплицированной папки (RF) с помощью консоли DFS на B. Это обновит конфигурацию топологии на контроллере домена, ближайшем к B (или, скорее, на том, который B использует в данный момент).

  3. Выполните «dfsrdiag pollad» на B, чтобы заставить его считать изменения топологии из AD.

  4. Запустите "wmic /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo get replicatedfoldername,replicationgroupname,state". Убедитесь, что папка НЕ ​​отображается в списке. (отредактировано: исправлено пространство имен wmic).

  5. Найдите событие 4114, указывающее на то, что папка прекратила репликацию.

  6. При желании также проверьте журналы отладки на наличие записей ldbmanager::deleteidrecords, указывающих на то, что база данных была очищена.

  7. Повторно включите участника B с помощью консоли DFS на B.

  8. Выполните «dfsrdiag pollad» на B, чтобы убедиться, что он принимает изменения.

  9. Если A и B находятся на разных сайтах, и вы в конечном итоге отключаете/включаете B до того, как A это осознает, то вам не нужно ничего делать на A. В противном случае вам, возможно, придется также учитывать задержку репликации Ad и ждать, пока изменения AD сойдутся с DC, используемым A. Затем выполните «опрос dfsrdiag», чтобы убедиться, что он учитывает каждое изменение топологии, которое вы вносите (т. е. отключение, а затем включение участника).

  10. Выполните команду "wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicatedfoldername,replicationgroupname,state". Убедитесь, что папка в конечном итоге перейдет в состояние 4. Более подробная информация о состоянии здесьhttp://blogs.technet.com/b/filecab/archive/2008/10/27/how-to-check-if-the-initial-replication-was-completed-successfully.aspx

Если это не помогло устранить проблему, то для более конкретного ответа потребуются записи журнала отладки.

Боюсь, я не смогу отвечать на вопросы по устранению неполадок. Предлагаю обратиться в службу поддержки Microsoft, если вам нужна дополнительная помощь. В противном случае у других на сайте может быть время, чтобы помочь вам.

решение2

Вы случайно не создали эти тома путем клонирования виртуальных дисков или целых виртуальных машин без sysprepping? Похоже, серийный номер диска или серийный номер тома не являются уникальными между двумя серверами, что приведет к сбою DFS-R.

Связанный контент