DFS-R interrompido após renomear o servidor membro atualizado

Question

Eu tinha uma configuração de topologia de replicação DFS-R bidirecional existente, consistindo de dois servidores, um deles era o Windows 2003 R2 e o outro Windows 2008 R2. Isso estava funcionando bem.

Na semana passada, atualizei o servidor Win 2003 para o Windows 2008 R2. Era uma VM, portanto, o processo de atualização envolveu apenas a criação de uma nova unidade C: 2008 do Windows 2008 R2 e a anexação dos discos de dados (arquivos vmdk) da VM antiga. Em seguida, renomeiei a antiga VM do Win 2003 para o servidor e renomei a nova VM do Win 2008 para o nome antigo original, da seguinte forma:

Before (DFS-R between server1 and server2 working ok)
=====================================================
server1 - Win 2003 R2
server2 - Win 2008 R2

After (DFS-R trying to use server1-old and server2)
=====================================================
server1-old - Win 2003 R2 (original server)
server1     - Win 2008 R2 (upgraded new VM)
server2     - Win 2008 R2 (no change)

O problema agora é que o DFS-R está quebrado e não está sendo replicado, porque ainda está referenciando o antigo nome do computador, antigo. Existem alguns atributos do Active Directory relacionados ao DFS-R ainda conectados à conta antiga do computador.

Posso consertar o DFS-R associando a conta antiga do computador ao novo servidor, mas mantendo o nome original (server1)? Eu acho que isso funcionaria, pois iria enganar o DFS-R em pensar que nada havia mudado, e a pasta DfsrPrivate ainda existe. Eu não quero ter que recriar o grupo de replicação, pois isso significaria uma ressincronização inicial.

    

Answer 1

Não suportado. Blog do Ned Pyle aqui descreve o processo para uma substituição do servidor membro DFSR" Troca de disco "da seguinte forma:

1. Configurar novo servidor e transferir discos em
2. Excluir banco de dados do DFSR Config de discos trocados
3. Adicione um novo servidor ao grupo de replicação e permita que a sincronização inicial seja concluída.

A ressincronização não deve demorar muito, já que os arquivos reais devem ser 100% preseed de qualquer forma, será mais intensivo da CPU do que da rede. Além disso, você pode executá-lo em um momento tranqüilo, durante um final de semana, etc.