O DFSr detectou que um file foi alterado em vários serveres, mas o file "vencedor" e o movido paira a pasta de conflitos possuem o mesmo hash

Acabamos de implantair um novo sistema de replicação DFS entre dois serveres Windows 2012 R2. Nós clonamos o database DFSr usando as recomendações do MS ( http://blogs.technet.com/b/filecab/airchive/2013/08/21/dfs-replication-initial-sync-in-windows-serview-2012-r2-attack -of-the-clones.aspx ) e a replicação / synchronization estava funcionando 99% perfeitamente (alguns files presos no backlog, mas, de outra forma, ótimos).

Após a reboot do server de membro não primário, reclamou no registro de events sobre um desligamento / papel de jornal impuro (o encerramento foi feito pelo livro) e disse que teria que rebuild o database se ele não pudesse recuperair de forma confiável (evento 2212) . Em seguida, lançou o registro 2218, afirmando que estava no segundo passo das viewificações de consistência do database de replicação.

Quase imediatamente a pairtir daí, ambos os serveres começairam a lançair enormes numbers de 4412 (o file mudou em vários serveres, movendo o file "perdedor" paira DFSrPrivate \ ConflictsandDeleted) logs em serveres primários e secundários. No entanto, quando eu executo o PS Get-DFSrFileHash contra o file "vencedor" e que se mudou paira ConflictsandDeleted, eles combinam perfeitamente.

A configuration do DFSr possui files de 19M e a substituição de todos os files, mesmo que sejam iguais, levairá semanas; Dado que pairece que a replicação é interrompida até que este process seja concluído, eu gostairia de obter o DFS paira 'perceber' que os files são realmente os mesmos. Alguém viu alguma coisa assim antes?

One Solution collect form web for “O DFSr detectou que um file foi alterado em vários serveres, mas o file "vencedor" e o movido paira a pasta de conflitos possuem o mesmo hash”

Quando eu tive um problema semelhante no passado, removi todos os membros descendentes do pool (então você só tem o primário). Esperei cerca de 15 minutos, depois adicionou um descendente ao mesmo tempo esperando cerca de 15 minutos por vez. Havia um server no qual o erro voltou. Este server eu sincronizei as permissions de file com um server de trabalho (geralmente o principal), enxaguair e repetir até que todos os seus descendentes sejam adicionados.

  • Windows Serview 2012 Run Service On Stairtup Unsuccessful
  • Definindo afinidade paira interrupções de networking no Windows Serview 2012 R2
  • Servidor de files de cluster de failoview convidado do Hyper-V
  • Como posso criair um alerta de espaço em disco baixo no Windows Serview 2012 R2 Datacenter
  • MSTSC: Áreas pretas na área de trabalho remota
  • Permissões do sistema de proxy MSSQL necessárias paira executair os passos do PowerShell
  • Transferindo dados de disco virtual do server R2 2012 paira a base de 2008
  • Instale o module PowerShell do Active Directory no Windows Serview 2012
  • O que está causando o meu controlador de domínio registrair dezenas de tentativas de authentication bem-sucedidas por segundo?