Se quiser deixar um administrador do Active Directory desconfortável, pergunte-lhe sobre o seu plano de recuperação.
Quando se faz esta pergunta, muitos administradores do AD acabam por falar-lhe do seu plano de recuperação de objetos. Alguns descrevem os seus procedimentos de recuperação de controladores de domínio. Mas se insistir e perguntar se elaboraram um plano para lidar com a recuperação de um domínio ou de uma floresta, menos de um em cada dez o admitirá. E serão muito menos ainda os que dirão que o testaram efetivamente.
Porque é que tão poucas organizações elaboram e testam um plano de recuperação de desastres para o que é indiscutivelmente uma das peças de software mais críticas de uma empresa?
Existem duas razões principais. Em primeiro lugar, o AD é extremamente fiável enquanto serviço de infraestrutura central. Trata-se de uma aplicação distribuída por várias instâncias, e as falhas de uma ou mais dessas instâncias não impedem que o serviço continue a funcionar. Numa floresta AD devidamente mantida, a ocorrência de falhas no domínio ou na floresta (sem interferência externa) é rara.
A esta falta de planeamento para a recuperação em caso de catástrofe junta-se o facto de que, caso ocorra uma catástrofe no Active Directory — a perda de um domínio ou de uma floresta —, a recuperação é uma tarefa decididamente nada trivial. A Microsoft documento «Planning For» Active Directory Forest Recovery tem 47 páginas e está longe de ser um procedimento operacional. Trata-se de um procedimento de alto nível e de um conjunto de diretrizes que deve ser amplamente personalizado para o seu ambiente. Pode avaliar a gravidade deste documento pelo pressuposto que ele parte — mesmo antes de iniciar qualquer ação nele descrita, já deve ter contactado o suporte da Microsoft para determinar a causa raiz e obter orientação sobre se deve ou não prosseguir.
Não deixes que estes obstáculos te desanimem. Deixa-me ser claro: se não criares, testares e mantiveres um plano de recuperação de desastres do Active Directory, não estás a fazer o teu trabalho. Se ainda hesitas, imagina só ser chamado a uma sala de reuniões luxuosa após um incidente de recuperação de desastres, onde o teu gestor e todos os gestores até ao Diretor de Sistemas de Informação (CIO) te perguntarão porque é que não planeaste esta contingência. É o clássico «evento que dá motivo para um novo currículo».
Num nível elevado, a recuperação de um domínio ou floresta tem os seguintes passos:
- Descubra o que causou a falha do AD. Se não souber por que razão falhou, não conseguirá avançar para o passo seguinte e não terá outra opção senão reconstruir — e não recuperar — a sua floresta a partir do zero. A maioria das empresas nunca consegue recuperar desta situação.
- Determine uma data de cópia de segurança a partir da qual o AD possa ser recuperado (antes da avaria). Ponto-chave: se não tiver uma boa estratégia e um bom processo de cópia de segurança, ficará preso ao cenário de reconstrução.
- Recuperar um domínio ou floresta «semente» com um DC por cada domínio, numa rede isolada.
- Ligue a semente à rede e recupere os DCs existentes para a semente.
Este processo de alto nível exige muito trabalho. Feche-se numa sala e reflita profundamente sobre o assunto; imagine-se a lidar com este cenário no mundo real. Existem também muitos pormenores a ter em conta no processo de recuperação. Por exemplo, quando ligar a floresta inicial à rede corporativa, deve mantê-la isolada dos utilizadores enquanto estiver a expandir a sua capacidade. Caso contrário, os controladores de domínio da floresta inicial entrarão em colapso e não será possível adicionar outros, uma vez que todos os utilizadores da empresa tentarão iniciar sessão na rede.
Depois de personalizar o procedimento descrito no documento, é necessário criar um laboratório de testes razoavelmente sofisticado e testar o procedimento para o aperfeiçoar e identificar outras áreas problemáticas que não tenham sido consideradas durante o processo de planeamento. Trata-se de um projeto que exige semanas de trabalho. É uma tarefa de tal envergadura que a Microsoft a oferece como parte do ADRES (AD Recovery Execution Service), um serviço com duração de 5 dias que se centra em questões relacionadas com a recuperação do AD.
Portanto, sim, o planeamento da recuperação de desastres do Active Directory é uma tarefa intimidante. Mas é preciso fazê-lo. Se for gestor de TI, pergunte à sua equipa do AD se têm um plano de recuperação. Quando os apanhar desprevenidos, ajude-os a financiar ou a dar prioridade a esse plano! Gosto de pensar na recuperação de desastres do AD da mesma forma que pensamos nos seguros: espera-se nunca precisar deles, e a maioria das pessoas não precisa. Mas, se precisar, vai precisar mesmo .
