DFS-R, como voltar à trilha na replicação com incompatibilidade de ACL de pasta

Question

Um DFS-R está em vigor com 2 servidores. ServerA em um local, ServerB em outro

Desde ontem de manhã estamos em uma situação em que não sabemos como nos livrar disso.

A situação:

Recebemos uma chamada em que as pessoas não têm mais acesso em um namespace DFS específico. Verificando, encontramos, no ServerA, que alguém primeiro removeu o compartilhamento nesta pasta e 2 não há mais a ACL.

Na primeira etapa, no namespace DFS, desabilitamos o destino da pasta no ServerA. Permitir que usuários acessem seus arquivos.

A replicação parece ser muito lenta. O backlog drfsdiag fornece arquivos 101000+ e 78000+ em ambos os lados da replicação. Provavelmente devido à incompatibilidade de ACL, eu acho.

Qual é a melhor maneira de relembrar essa situação?

• Parando a replicação do ServerA para o ServerB?
• Excluir a pasta no ServerA?
• Recriar a replicação com o ServerB como fonte primária?
• Recriar a ACL e compartilhar no ServerA?
• Todas essas etapas em uma ordem específica?
• Espera que o backlogs termine e se mova depois?

Realmente novo no DFS-R e não sabemos como proceder para isso e todos os possíveis efeitos.

Qualquer pista será apreciada.

    

Answer 1

Se você alterou as ACLs em pastas inteiras e grandes, você precisou aguardar a conclusão do backlog. Para casos semelhantes, consulte aqui e aqui

Se isso for inaceitável, você pode:

• pare a replicação
• remova a pasta afetada (apenas em um único lado!)
• use robocopy para pre-seed agora destino vazio
• reativar a replicação

No entanto, cada uma das etapas acima não é sem tempo de inatividade e, se algo der errado, você também pode piorar a situação. Como sempre, faça backup primeiro.