Comportamento de failback do KCC do Active Directory ao usar links de site redundantes de custo mais alto para um site de DR

Question

Eu tenho dois conjuntos de links de sites para cada um dos meus sites do Active Directory - um definido como HQ, um definido como DR. Links para o HQ custam 100. Links para DR custam 200. O KCC (obviamente) gera conexões nos links de 100 sites de custo. Vamos tirar todo o HQ off-line no próximo mês para manutenção de energia, o que deve fazer com que os KCCs dos sites remotos substituam os objetos de replicação existentes por HQ com os de DR para os 200 links de custo.

Quando fizermos o backup do HQ, os KCCs nos locais remotos substituirão os objetos de replicação no site de DR por aqueles que o HQ automaticamente? Meu instinto diz "claro que funciona dessa maneira!", Mas alguma documentação da Microsoft diz:

There are two phases of topology generation. During phase one, the KCC evaluates the current topology, determines whether replication failures have occurred with the existing connections, and constructs whatever new connection objects are required to complete the replication topology. During phase two, the KCC implements, or "translates," the decisions that were made in phase one into agreements between the replication partners.

Isso faz parecer que o KCC só irá recalcular a topologia de replicação no caso de uma falha de replicação.

p.s. se você me disser para repadmin /kcc em um loop, eu vou te dar karatê na garganta.

    

Answer 1

O KCC irá falhar automaticamente. Ele é executado a cada 15 minutos, como você sabe, e realiza "a fase 1 e a fase 2" para usar o exemplo acima, como parte de sua lógica em cada execução.

Essencialmente, o KCC continuará tentando o DC "com falha" indefinidamente, para o caso de ele voltar. Quando ele voltar, você verá esse evento no seu log:

Event 1129

Source: ActiveDirectory_DomainService

To improve the replication load of Active Directory Domain Services, a replication connection from the following source directory service to the local directory service was deleted.

[The failover connections that were automatically created when your main DC failed will be here.]

Aqui está uma boa postagem no blog da MS com muito mais detalhes. É um parter 3, muito detalhado, liguei parte 3 que menciona failback: