Acabamos de implantar um novo sistema de replicação DFS entre dois servidores Windows 2012 R2. Nós clonamos o banco de dados do DFSr usando as recomendações do MS ( link ) e replicação / sincronização estava funcionando perfeitamente 99% (alguns arquivos presos no backlog, mas por outro lado ótimo).
Após a reinicialização do servidor membro não primário, ele reclamou no log de eventos sobre um encerramento não encerrado / fechamento de diário (o encerramento foi feito pelo livro) e disse que teria que recompilar o banco de dados se não pudesse recuperá-lo com segurança ( evento 2212). Em seguida, ele lançou o log 2218, informando que estava na segunda etapa das verificações de consistência do banco de dados de replicação.
Quase imediatamente depois disso, ambos os servidores começaram a lançar números massivos de 4412 (arquivo alterado em vários servidores, movendo os arquivos "perdedores" para DFSrPrivate \ ConflictsandDeleted) em servidores primários e secundários. No entanto, quando eu executo o PS Get-DFSrFileHash contra o arquivo "vencedor" e movido para o ConflictsandDeleted, eles combinam perfeitamente.
A configuração do DFSr tem 19M de arquivos, e a substituição de todos os arquivos, mesmo que sejam iguais, levará semanas; dado que parece que a replicação está parada até que este processo esteja completo, eu gostaria de fazer com que o DFS 'percebesse' que os arquivos são realmente os mesmos. Alguém já viu algo assim antes?
Quando eu tive um problema semelhante no passado, eu removi todos os membros descendentes do conjunto (assim você só tem o primário). Esperei cerca de 15 minutos, em seguida, acrescentou um descendente de cada vez esperando cerca de 15 minutos de cada vez. Houve um servidor que o erro voltou. Este servidor sincronizei as permissões de arquivo com um servidor em funcionamento (geralmente o principal), enxague e repita até que todos os seus descendentes sejam adicionados.