DFS-R (2008 e R2) cluster de servidor de 2 nós, todas as gravações de arquivo terminam em conflictAndDeleted

Question

Os dois servidores em um cluster de 2 servidores estão relatando o evento 4412 20.000 vezes por dia. Se eu estiver na pasta conflictAndDetected, posso observar os arquivos aparecendo e desaparecendo. Os usuários relatam que seus arquivos salvos pelos colegas no mesmo local estão se sobrepondo mutuamente.

A configuração começou com um único servidor, depois o DFS-R foi configurado usando o assistente 2008 R2 que configurou o compartilhamento no segundo servidor. O DFSN foi configurado de forma independente. Os usuários do Windows têm unidades mapeadas usando o namespace baseado em domínio (\ domain.com \ share). Os usuários de Mac são apontados diretamente para o novo compartilhamento de servidor criado pelo DFS-R. São os usuários de PC que indicam a maioria dos arquivos perdidos, mas houve 2 relatos de usuários de Mac sobre a reversão de arquivos.

Eu já implementei o DFS-R antes e o evento 4412 ocorreu somente quando os usuários abriram arquivos e fizeram alterações simultaneamente ou durante a replicação inicial. Aqui os dois servidores estão em sincronia (backlogs estão vazios). Por que o DFS-R está detectando que o arquivo foi atualizado em vários servidores e por que os arquivos válidos de conflictAndDeleted estão sendo substituídos por arquivos não relacionados a conflito e expirados?

    

Answer 1

Apenas para esclarecimento, você está vendo conflitos de arquivos que tem 100% de certeza de que não estão sendo modificados por um servidor? Eu diria que baseado nos 22.000 conflitos por dia.

Isso está acontecendo apenas para um grupo de replicação e qual é o tamanho do destino da pasta para esse grupo? Se o destino da pasta não for tão grande, talvez seja melhor recriar o grupo de replicação.

Aqui estão algumas coisas que eu faria para obter mais informações sobre o que poderia estar acontecendo:

• Execute um relatório de diagnóstico DFSR para o grupo de replicação e examine a seção "informações" de cada servidor de replicação. Algum deles diz que a replicação inicial ainda está ocorrendo?
• Executar: "lista de membros do dfsradmin / rgname: nome do grupo de replicação / attr: memname, rfname, isprimary, objstate" e certifique-se de que todos os membros relatem Normal e que nenhum membro é primário

Dê uma olhada no log de depuração do DFSR em um dos servidores membros (% windir% \ debug \ Dfsr00100.log por padrão) e faça uma pesquisa pela palavra "Erro" e veja se alguma coisa aparece.