Nunca consegui encontrar uma solução para esse problema. Eu decidi deixar a sincronização seguir seu curso. Demorou 3 semanas e o backlog cresceu em algumas centenas de milhares de arquivos durante o tempo de sincronização, mas não vi outra escolha.
Eu tenho um nó DFS do Windows Server 2012 R2 que corrompeu seu banco de dados. Antes da corrupção do DFS-R, ele tinha um conjunto de dados totalmente atualizado. Foi cerca de uma semana antes de descobrirmos a corrupção, o que significaria que cerca de 10 mil arquivos foram alterados durante essa semana.
Felizmente, eu tenho outro nó 2012 R2 DFS que tem um banco de dados perfeitamente intacto, então pensei "Ótimo! Vou exportar seu banco de dados e importá-lo para o outro servidor!", conforme o "Uso de clonagem para substituir um banco de dados de Replicação DFS corrompido "seção do link
Então eu removi o servidor defeituoso do grupo de replicação do DFS-R.
No servidor de trabalho, eu corri:
Export-DfsrClone -Volume G: -Path C:\Temp\DFSR-Export\
E no servidor defeituoso, eu corri:
Stop-Service DFSR
Remove-Item –path "G:\system volume information\dfsr" –recurse -force
Start-Service DFSR
Import-DfsrClone -Volume G: -Path C:\Temp\DFSR-Export\
Depois, adicionei novamente esse servidor ao grupo de replicação e, depois de passar cerca de uma hora para colocá-lo em ordem, executei:
Get-DfsReplicationGroup APPS | Get-DfsrBacklog -SendingMember goodserver -ReceivingMember badserver
VERBOSE: The replicated folder has a backlog of files. Replicated folder: "APPS". Count: 4242345
Imaginando se foi apenas refazer os arquivos, deixei que ele fosse executado, mas copiei 40GB completos de arquivos na pasta Conflicted and Deleted e peguei novas cópias dos arquivos idênticos.
Existe alguma maneira de solucionar isso? Eu não quero sugar quase 800GB de arquivos por esse link remoto se eu não precisar. Como eu disse, o volume do DFS estava totalmente atualizado e funcionando bem até uma semana atrás.