DFS-R Replicando apenas uma maneira. Replicação na saída presa na chegada pendente

Question

Eu tenho DOIS servidores Windows 2012 r2 com caminhos e nomes de unidade idênticos (não propositalmente).

Se eu criar uma pasta no servidor A, a pasta será replicada instantaneamente para o servidor B. No entanto, se eu criar uma pasta no servidor B, ela não será replicada para o servidor A.

Eu executei o DFS Diagnostics e ele não encontrou nada de errado. No entanto, quando executo um teste de propagação do Servidor B para o Servidor A, não recebo um erro. Apenas um alerta de teste incompleto.

Eu tenho um teste de 6 dias (teste de replicação de arquivo). O status de replicação para esse arquivo de teste está preso em "Chegada pendente".

Tenha em mente que as exclusões do Servidor A para B serão replicadas corretamente. Qualquer coisa que B a A não funciona.

Tudo está configurado corretamente até onde eu sei e não há erros.

Os dados estão em torno de 6 TB que foram pré-configurados antes da mão. A replicação está entre um cluster de servidores de arquivos e um único servidor. O relacionamento DFS está ativo há mais de três semanas.

Idéias?

    

Answer 1

Existem muitos motivos pelos quais a replicação pode falhar. Infelizmente, os sintomas por si só não ajudam aqui.

Você pode analisar as informações em link e, em seguida, atualiza a pergunta com qualquer entrada de log de depuração específica que você vê nos dois servidores?

O blog está um pouco desatualizado, pois você está usando o 2012 R2, mas ainda ajudará.

Por favor, forneça entradas específicas para esta pasta apenas.

Como alternativa, sugiro fazer o seguinte para reinicializar B usando A.

1. Backup B. Isso é necessário se você tiver usuários finais que confirmaram alterações em B, mas não perceberem que ele não foi replicado para A. As etapas abaixo reverterão todos os dados em B para versões de A que pode causar alguma "perda de dados" se as alterações de B não tiverem sido submetidas a backup.

2. Desative B como membro dessa pasta replicada (RF) usando o console do DFS em B. Isso atualiza a configuração da topologia em um DC mais próximo de B (ou melhor, um B está sendo usado agora).

3. Faça um "dfsrdiag pollad" em B para fazer com que ele leia as alterações de topologia do AD

4. Execute "wmic / namespace: \\ caminho raiz \ microsoftdfs dfsrreplicatedfolderinfo obter replicatedfoldername, replicationgroupname, state". Certifique-se de que a pasta NÃO apareça na lista. (editado: namespace wmic fixo).

5. Procure um evento 4114 indicando que a pasta parou de replicar

6. Opcionalmente, também procure nos logs de depuração por qualquer entrada de ldbmanager :: deleteidrecords que indique que o banco de dados foi limpo.

7. Ative novamente o membro B usando o console DFS em B.

8. Faça um "dfsrdiag pollad" em B para garantir que ele receba as alterações

9. Se A e B estiverem em sites diferentes e você acabar desativando / habilitando B antes que A perceba, então você não precisa fazer nada em A. Além disso, pode ser necessário levar em conta a latência de replicação do anúncio e aguardar O AD muda para convergir para o DC usado por A. Em seguida, faça uma "pollad dfsrdiag" para garantir que ele escolha cada alteração de topologia que você fizer (ou seja, a desativação e, em seguida, a ativação do membro).

10. Execute "wmic / namespace: \ root \ caminho do microsoftdfs dfsrreplicatedfolderinfo obter replicatedfoldername, replicationgroupname, state". Garanta que a pasta chegue ao estado 4. Mais detalhes do estado estão aqui

Se isso ainda não for corrigido, as entradas do log de depuração serão necessárias para fornecer uma resposta mais específica.

Eu tenho medo de não conseguir fazer um idas e vindas respondendo repetidamente a solução de problemas com base em perguntas. Eu sugiro levantar um caso com o suporte da Microsoft se você precisar de mais ajuda. Outras pessoas no site podem ter tempo para ajudá-lo.

    

Answer 2

Por acaso você criou esses volumes clonando discos virtuais ou VMs inteiras sem o sysprepping? Isso soa como o número de série da unidade ou o número de série do volume não são exclusivos entre os dois servidores, o que fará com que o DFS-R falhe.