Tenho DOIS servidores Windows 2012 r2 com caminhos e nomes de unidade idênticos (não de propósito).
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.
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 AI, não recebo nenhum erro. Apenas um alerta de teste incompleto.
Eu tenho um teste com 6 dias (teste de replicação de arquivo). O status da replicação desse arquivo de teste está bloqueado em "Chegada pendente".
Lembre-se de que as exclusões do servidor A para o B são replicadas corretamente. Qualquer coisa que seja de B para 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 anteriormente. A replicação ocorre entre um cluster de servidores de arquivos e um único servidor. O relacionamento DFS já existe há mais de 3 semanas.
Ideias?
Responder1
Existem muitos motivos pelos quais a replicação pode falhar. Infelizmente, os sintomas por si só não ajudam aqui.
Você pode revisar as informações emhttp://blogs.technet.com/b/askds/archive/2009/04/09/dfsr-debug-log-series-wrapup-and-downloadable-copies.aspxe, em seguida, atualize a pergunta com quaisquer entradas específicas do log de depuração que você vê em ambos os servidores?
O blog está um pouco desatualizado visto que você está usando o 2012 R2, mas ainda vai ajudar.
Forneça entradas específicas apenas para esta pasta.
Alternativamente, sugiro fazer o seguinte para reinicializar B usando A.
Backup B. Isso é necessário se você tiver usuários finais que confirmaram alterações em B, mas não percebem que não foram replicadas para A. As etapas abaixo reverterão todos os dados em B para versões de A, o que pode causar alguma "perda de dados " se as alterações B não tiverem sido salvas em backup.
Desative B como membro dessa pasta replicada (RF) usando o console DFS em B. Isso atualiza a configuração da topologia em um controlador de domínio mais próximo de B (ou melhor, um B está usando agora).
Faça um "dfsrdiag pollad" em B para fazê-lo ler as alterações de topologia do AD
Execute "wmic /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo get replicatedfoldername,replicationgroupname,state". Certifique-se de que a pasta NÃO apareça na lista. (editado: namespace wmic fixo).
Procure um evento 4114 indicando que a pasta parou de replicar
Opcionalmente, procure também nos logs de depuração por quaisquer entradas de ldbmanager::deleteidrecords que indiquem que o banco de dados foi limpo.
Reative o membro B usando o console DFS em B.
Faça um "dfsrdiag pollad" em B para garantir que ele capte as alterações
Se A e B estiverem em sites diferentes e você acabar desabilitando/habilitando B antes que A perceba, então você não precisa fazer nada em A. Caso contrário, você também pode ter que levar em consideração a latência de replicação de anúncios e esperar que as alterações do AD convirjam para DC usado por A. Em seguida, faça um "dfsrdiag pollad" para garantir que ele capte cada alteração de topologia que você fizer (ou seja, desabilitar e depois habilitar o membro).
Execute "wmic /namespace:\root\microsoftdfs path dfsrreplicatedfolderinfo get replicatedfoldername,replicationgroupname,state". Certifique-se de que a pasta chegue ao estado 4. Mais detalhes do estado estão aquihttp://blogs.technet.com/b/filecab/archive/2008/10/27/how-to-check-if-the-initial-replication-was-completed-successfully.aspx
Se isso ainda não for corrigido, serão necessárias entradas de log de depuração para fornecer uma resposta mais específica.
Receio não ser capaz de responder repetidamente a perguntas com base na solução de problemas. Sugiro abrir um caso com o suporte da Microsoft se precisar de mais ajuda. Caso contrário, outras pessoas no site podem ter tempo para ajudá-lo.
Responder2
Você criou esses volumes clonando discos virtuais ou VMs inteiras sem sysprepping? Parece que 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 causará falha no DFS-R.