O nó ativo do DFS não restaurou após falha

Question

Na terça-feira, tivemos um nó do Servidor 2008 R2 DFS-R ficar offline inesperadamente. O DFS fez a coisa certa e começou a rotear solicitações para um nó diferente, que estava em um site remoto. Isso ocorre por design, porque, embora seja lento, pelo menos ainda está funcionando.

Tivemos o nó DFS-R local novamente on-line em uma hora e ele sincronizou todas as alterações 10 minutos depois disso.

3 dos 5 servidores de terminal redefiniram a si próprios para o nó DFS local, mas os outros dois ficaram apontando para o nó DFS remoto por três dias, até que alguém finalmente falou sobre a lentidão das solicitações.

1. Quais motivos podem existir por que alguns servidores do servidor, mas não todos, foram revertidos?
2. O nó DFS atualmente ativo para um namespace é exposto em qualquer parte do sistema operacional (WMI ou mesmo scripts) para que possamos monitorar os nós ativos?

Answer 1

Quanto à pergunta 2: as ferramentas DFS podem ser instaladas no W2K8 e no W2K8R2 e usadas para executar o DFSUTIL na máquina cliente. Executar "dfsutil / oldcli / PKTINFO" em uma linha de comando (depois de instalar as ferramentas DFS) deve fornecer as informações que você está procurando. Aqui está um link útil:

link

    

Answer 2

Então, se eu tivesse lido o que estava bem debaixo do meu nariz, eu teria visto que o DFS Clients fail back to preferred target estava desmarcado:

Arespostado

joeqwerty é ótima para a pergunta nº 1.