TL; DR жирным шрифтом
Привет, Я настроил новое пространство имен DFS и репликацию для программного обеспечения и общего ресурса пользователя со старого сервера 2012R2 на новый сервер 2019 года, на который мы хотим перейти. Я оставил серверы работающими на несколько дней, но, похоже, в репликации нет никакого прогресса.
Бег dfsrdiag backlog показывает «Ни один из бэклоговых участников x не синхронизирован с партнером y», но это явно не так. Выполнение отчета о репликации DFS показывает, что никакие файлы или папки не были скопированы, а диски на новом сервере не изменили размер с момента первоначальных 753 МБ, использованных при настройке репликации.
В журнале событий репликации DFS на старом сервере У меня есть скользящий журнал примерно 25000 событий в минуту, все указывают на событие 4308: «Служба репликации DFS успешно восстановилась после нарушений совместного доступа, обнаруженных в файле». Похоже, что событие запускается для каждого файла в общей папке один за другим.
В какой-то момент он достиг папки, которая повреждена, и просто непрерывно спамила имя папки. Я остановил и перезапустил службу DFS, и, похоже, перезапустил весь процесс спама для файлов, которые я уже видел. Я запланировал chkdsk /f при перезагрузке, чтобы справиться с коррупцией сегодня вечером. Однако мне кажется логичным, что система может тем временем реплицировать неповрежденные файлы.
Почему у меня в журнале столько событий 4308? Он просматривает журнал размером 15 МБ практически каждую минуту, и в журнале нет ничего, кроме 4308 событий. Я не хочу увеличивать журнал или заставлять его архивировать, поскольку это просто заполнит мою систему большим количеством бесполезных событий. Между тем я вижу все эти исправления и никаких первоначальных ошибок. Никакого видимого прогресса нет.
Дополнительные сведения (вероятно, не актуальны): старый сервер находится в отказоустойчивом кластере Hyper-V с использованием дисков кластера iSCSI в качестве дисков. Общие ресурсы размещаются на прямых подключениях iSCSI внутри сервера. Новый сервер - это VMware с дисками, предоставленными из vSAN (виртуальное хранилище данных, реплицированное на локальные узлы). На обоих серверах настроено резервное копирование Windows, старое резервное копирование сервера занимает около 18 часов и оставляет только 6 часов в день для репликации (похоже, что резервное копирование Windows приостанавливает репликацию DFS). Однако в течение этих 6 часов никакого прогресса не наблюдается, поэтому я не думаю, что резервная копия является основной причиной. я сделал dfsrdiag pollad для обеих машин это ничего не меняет. Получатель в основном сидит и делает что-то в журналах, за исключением того, что изредка ежедневно жалуется на то, что резервное копирование Windows отключает репликацию на ~ 30 минут. Старый сервер рассылает спам, указанный выше.
TL; DR: похоже, проблема была в повреждении дисков.
После выполнения chkdsk /f при перезагрузке на дисках я все еще видел ошибки с chkdsk. После выполнения chkdsk /f с силовым соскоком, а затем подтвердив, что ошибок больше не было, chkdsk /f и chkdsk /scan, DFS-R заработал. Потребовалось время, чтобы прочитать файлы на диске (я полагаю, хеширование для БД?), Затем он начал размещать файлы, и я начинаю видеть поток данных на целевой сервер.