Se volete mettere a disagio un amministratore di Active Directory, chiedetegli del suo piano di ripristino.
Quando si pone questa domanda, molti amministratori AD ti parleranno invece del loro piano di ripristino degli oggetti. Alcuni descriveranno le loro procedure di ripristino dei controller di dominio. Ma se insisti e chiedi se hanno elaborato un piano per gestire il ripristino di un dominio o di una foresta, meno di uno su dieci lo ammetterà. Ancora meno diranno di averlo effettivamente testato.
Perché così poche organizzazioni mettono a punto e testano un piano di disaster recovery per quello che è indiscutibilmente uno dei pezzi più critici dell'impianto idraulico di un'azienda?
Ci sono due ragioni principali. Innanzitutto, AD è estremamente affidabile come servizio infrastrutturale fondamentale. Si tratta di un’applicazione distribuita su più istanze e il malfunzionamento di una o più di queste istanze non impedisce al servizio di continuare a funzionare. In una foresta AD correttamente gestita, il malfunzionamento di un dominio o della foresta (in assenza di interferenze esterne) è un evento raro.
A questa mancanza di pianificazione per il ripristino in caso di disastri si aggiunge il fatto che, qualora si verificasse un evento catastrofico che coinvolga Active Directory – come la perdita di un dominio o di una foresta – il ripristino rappresenterebbe un’operazione decisamente non banale. Microsoft’s documento "Planning For" Active Directory Forest Recovery di Microsoft conta 47 pagine ed è ben lontano dall’essere una procedura operativa. Si tratta di una procedura di alto livello e di una serie di linee guida che devono essere ampiamente personalizzate in base al proprio ambiente. È possibile valutare la serietà di questo documento dal presupposto che esso stesso riconosce: prima ancora di iniziare qualsiasi operazione ivi descritta, è necessario aver consultato il supporto tecnico di Microsoft per determinare la causa principale e ottenere consigli sull’opportunità di procedere.
Non lasciarti scoraggiare da questi ostacoli. Lasciami essere chiaro: se non elabori, testi e mantieni un piano di ripristino di emergenza per Active Directory, non stai facendo il tuo lavoro. Se sei ancora indeciso, immagina semplicemente di essere convocato in una lussuosa sala riunioni dopo un evento di ripristino di emergenza, dove il tuo responsabile, e tutti i dirigenti fino al CIO, ti chiederanno perché non hai pianificato questa eventualità. È il classico “evento che ti fa perdere il lavoro”.
Ad alto livello, il ripristino di un dominio o di una foresta prevede le seguenti fasi:
- Cerca di capire cosa ha causato il malfunzionamento di AD. Se non ne conosci la causa, non potrai procedere con il passo successivo e non avrai altra scelta che ricostruire la tua foresta da zero, anziché ripristinarla. La maggior parte delle aziende non riesce mai a riprendersi da una situazione del genere.
- Individua una data di backup dalla quale sia possibile ripristinare l'AD (prima che si verificasse il guasto). Punto chiave: se non disponi di una strategia e di una procedura di backup adeguate, ti ritroverai costretto a ricostruire il sistema.
- Recuperare un dominio "seed" o una foresta con un solo controller di dominio per ciascun dominio, su una rete isolata.
- Collegare il seed alla rete e recuperare i DC esistenti nel seed.
Questo processo di alto livello richiede un grande impegno. Chiuditi in una stanza e riflettici a fondo; immagina di dover affrontare questo scenario nella realtà. Ci sono anche molte insidie nel processo di ripristino. Ad esempio, quando si collega la foresta seed alla rete aziendale, è necessario mantenerla isolata dagli utenti mentre se ne espande la capacità. Altrimenti i DC della foresta seed andranno in crash e non sarà possibile aggiungerne altri, poiché ogni utente dell’azienda tenterà di accedere alla rete.
Una volta personalizzata la procedura descritta nel documento, è necessario allestire un laboratorio di test sufficientemente sofisticato e testare la procedura per perfezionarla e individuare altre aree problematiche a cui non si era pensato durante la fase di pianificazione. Si tratta di un progetto che richiede settimane di lavoro. È un’impresa talmente impegnativa che Microsoft la offre nell’ambito di ADRES (AD Recovery Execution Service), un servizio della durata di 5 giorni incentrato sulle problematiche relative al ripristino di AD.
Quindi sì, pianificare il ripristino di emergenza di Active Directory è un compito arduo. Ma è indispensabile farlo. Se sei un responsabile IT, chiedi al tuo team AD se dispone di un piano di ripristino. Quando li cogli in fallo, aiutali a finanziarlo o a dargli la priorità! Mi piace pensare al ripristino di emergenza di AD allo stesso modo in cui pensiamo alle assicurazioni: si spera di non averne mai bisogno, e nella maggior parte dei casi è così. Ma se ne hai bisogno, ne hai davvero bisogno .
