У меня ДВА сервера Windows 2012 r2 с одинаковыми путями и именами дисков (не специально).
Если я создаю папку на сервере A, папка мгновенно реплицируется на сервер B. Однако, если я создаю папку на сервере B, она не реплицируется на сервер A.
Я запустил диагностику DFS, и она не обнаружила ничего плохого. Однако, когда я запускаю тест распространения с сервера B на сервер A, я не получаю ошибки. Просто предупреждение о неполном тестировании.
У меня есть тест, которому 6 дней (тест репликации файлов). Статус репликации для этого тестового файла застрял на «Ожидает прибытия».
Имейте в виду, что удаления с сервера A на B реплицируются нормально. Все, что от B до A, не работает.
Насколько я знаю, все настроено правильно и ошибок нет.
Объем данных составляет около 6 ТБ, который был предварительно загружен. Репликация осуществляется между кластером файлового сервера и одним сервером. Отношения с DFS продолжаются более 3 недель.
Идеи?
Есть много причин, по которым репликация может не работать. К сожалению, одни лишь симптомы здесь не помогают.
Не могли бы вы просмотреть информацию на http://blogs.technet.com/b/askds/archive/2009/04/09/dfsr-debug-log-series-wrapup-and-downloadable-copies.aspx а затем обновить вопрос любыми конкретными записями журнала отладки, которые вы видите с обоих серверов?
Блог немного устарел, учитывая, что вы используете 2012 R2, но он все равно поможет.
Укажите записи, относящиеся только к этой папке.
В качестве альтернативы я предлагаю сделать следующее, чтобы повторно инициализировать B с помощью A.
Резервное копирование B. Это необходимо, если у вас есть конечные пользователи, которые зафиксировали изменения на B, но не осознают, что они не были реплицированы на A. Следующие шаги вернут все данные на B к версиям, начиная с A, что может вызвать некоторую «потерю данных». "если изменения B не были скопированы.
Отключите B в качестве члена для этой реплицированной папки (RF) с помощью консоли DFS на B. Это обновит конфигурацию топологии на контроллере домена, ближайшем к B (или, скорее, тот, который B использует сейчас).
Выполните "опрос dfsrdiag" на B, чтобы он прочитал изменения топологии из AD.
Запустите «wmic / namespace: \\ root \ microsoftdfs path dfsrreplicatedfolderinfo получить имя реплицированной папки, имя группы репликации, состояние». Убедитесь, что папка НЕ отображается в списке. (отредактировано: исправлено пространство имен wmic).
Найдите событие 4114, указывающее, что папка перестала реплицироваться.
При желании также поищите в журналах отладки любые записи ldbmanager :: deleteidrecords, которые указывают на то, что база данных очищена.
Повторно включите член B с помощью консоли DFS на B.
Выполните "опрос dfsrdiag" на B, чтобы убедиться, что он улавливает изменения.
Если A и B находятся на разных сайтах, и вы в конечном итоге отключите / включите B до того, как A осознает, то вам не нужно ничего делать на A. В противном случае вам, возможно, придется также учитывать задержку репликации рекламы и ждать, пока изменения AD сойдутся с DC. используется A. Затем выполните "опрос dfsrdiag", чтобы убедиться, что он улавливает каждое изменение топологии, которое вы делаете (т.е. отключение, а затем включение элемента).
Запустите «wmic / namespace: \ root \ microsoftdfs path dfsrreplicatedfolderinfo получить имя реплицированной папки, имя группы репликации, состояние». Убедитесь, что папка в конечном итоге переходит в состояние 4. Более подробная информация о состоянии находится здесь. http://blogs.technet.com/b/filecab/archive/2008/10/27/how-to-check-if-the-initial-replication-was-completed-successfully.aspx
Если это по-прежнему не удается исправить, требуются записи журнала отладки, чтобы дать более конкретный ответ.
Боюсь, что я не смогу постоянно отвечать на вопросы по устранению неполадок. Я предлагаю обратиться в службу поддержки Microsoft, если вам понадобится дополнительная помощь. У других на сайте может быть время, чтобы помочь вам.
Вы случайно создавали эти тома путем клонирования виртуальных дисков или целых виртуальных машин без предварительной подготовки? Похоже, что серийный номер диска или серийный номер тома не уникальны между двумя серверами, что приведет к сбою DFS-R.