Como transferir DC principal para secundário em caso de desastre com SAMBA 4.

Repare que todos os indicadores estão apontando para nosso antigo servidor primário, precisamos fazer as alterações necessárias para que todas essas informações listadas sejam apontadas para nosso servidor secundário, transformando-o então em um novo servidor primário.

2) FORÇANDO TRANSFERÊNCIA FSMO.

Para transferência de um FSMO precisamos entender que existe 3 situações para distinguir.

1. Tempo de inatividade (reinicialização, desligamento para manutenção), onde os sintomas devem ser controlados até que o servidor primário volte a operar.
2. Quando a necessidade de rebaixar o controlador de Domínio. Fazemos isso transferindo as funções do controlador primário de domínio antes de rebaixa-lo.
3. E a mais radical, quando o controlador de domínio primário esta offline devido a algum desastre e não a possibilidade de restaura-lo.

Estamos tratando neste artigo a terceira opção, então prepare o coração!

Importante: Como iremos forçar a transferência simulando um desastre do servidor primário é muito importante que o antigo controlador de domínio primário nunca mais seja conectado à rede novamente. Caso isso ocorra, causará conflitos e levará a um AD inconsistente, isso porque o antigo controlador de domínio não notará a alteração e ainda se sentirá responsável pelas tarefas relacionadas à função. Em outras palavras “Ficará com raiva e jogará areia na farofa”.

Pois bem, vamos ao procedimento. Acesse seu servidor Linux candidato a controlador de domínio primário e transfira as funções do controlador. Para o parâmetro que iremos utilizar as seguintes opções são disponibilizadas: (‘rid’, ‘pdc’, ‘infrastructure’, ‘schema’, ‘naming’, ‘domaindns’, ‘forestdns’, ‘all’). Como estamos querendo transferir todas as funções iremos utilizar a opção all. Execute o comando conforme ilustrado abaixo.