Para preparar a replicação DFS, usamos robocopy /DATSOU... para copiar o conteúdo de uma pasta compartilhada (~ 170G) para outro servidor.
Depois disso, um grupo de replicação DFS foi configurado com as duas pastas.
Agora, depois de uma hora, recebemos toneladas de erros dizendo que um arquivo foi alterado em vários servidores. Isso definitivamente não é o caso. Filetimes etc. são todos iguais (exceto tempo de acesso), o que posso verificar ao comparar os arquivos "vencedores" com os excluídos em DfsrPrivate \ ConflictAndDeleted. O que está acontecendo aqui?
Apenas para adicionar à resposta do syneticon-dj, dependendo de como você fez o robocopy, é provável que as permissões na origem e no destino sejam diferentes. Se este fosse o caso, o arquivo hash seria diferente e causaria 4412 eventos. Ele ainda deve usar o RDC para minimizar o que é extraído da fonte.
link discute esse problema. Note que você descobrirá que os detalhes baseados em robocopy apontam para link . Este é o link definitivo sobre a pré-semeadura do DFSR.
Você deve usar
dfsrdiag filehash /filepath:<yourfile>
em ambos os servidores para o mesmo arquivo para verificar se o DFS-R reconheceria o arquivo como "igual", conforme descrito em KB947726 . Eu suspeito que este não seja o caso.