Si quieres incomodar a un administrador de Active Directory, pregúntale por su plan de recuperación.
Cuando se plantea esta pregunta, muchos administradores de AD te hablarán, en cambio, de su plan de recuperación de objetos. Algunos describirán sus procedimientos de recuperación de controladores de dominio. Pero si insistes y les preguntas si han elaborado un plan para gestionar la recuperación de un dominio o un bosque, menos de uno de cada diez lo admitirá. Y serán aún menos los que digan que realmente lo han probado.
¿Por qué tan pocas organizaciones elaboran y ponen a prueba un plan de recuperación en caso de catástrofe para lo que sin duda es una de las piezas de fontanería de software más críticas de una empresa?
Hay dos razones principales. En primer lugar, AD es extremadamente fiable como servicio básico de infraestructura. Se trata de una aplicación distribuida en varias instancias, y los fallos de una o varias de estas instancias no impiden que el servicio siga funcionando. En un bosque de AD que se mantenga adecuadamente, los fallos en el dominio o en el bosque (sin interferencias externas) son muy poco frecuentes.
A esta falta de planificación para la recuperación ante desastres se suma el hecho de que, si se produce una catástrofe en Active Directory —como la pérdida de un dominio o un bosque—, la recuperación es una tarea decididamente nada trivial. Microsoft’s documento «Planning For» Active Directory Forest Recovery de Microsoft tiene 47 páginas y dista mucho de ser un procedimiento operativo. Se trata de un procedimiento de alto nivel y un conjunto de directrices que hay que adaptar exhaustivamente a tu entorno. Puedes hacerte una idea de la seriedad de este documento por el supuesto que parte: incluso antes de comenzar con nada de lo que en él se describe, ya habrás contactado con el servicio de asistencia de Microsoft para determinar la causa raíz y recibir asesoramiento sobre si debes seguir adelante.
No dejes que estos obstáculos te desanimen. Te lo diré claramente: si no elaboras, pruebas y mantienes un plan de recuperación ante desastres para Active Directory, no estás haciendo tu trabajo. Si aún tienes dudas, imagínate que te convocan a una lujosa sala de reuniones tras un incidente de recuperación ante desastres, donde tu jefe y todos los directivos, hasta el director de sistemas de información, te preguntarán por qué no previste esta contingencia. Es el clásico «suceso que te costará el puesto».
A alto nivel, la recuperación de dominios o bosques tiene los siguientes pasos:
- Averigua qué ha provocado el fallo de AD. Si no sabes por qué ha fallado, no podrás dar el siguiente paso y no te quedará más remedio que reconstruir el bosque desde cero, en lugar de recuperarlo. La mayoría de las empresas nunca se recuperan de esto.
- Determina una fecha de copia de seguridad a partir de la cual se pueda recuperar AD (antes de que se produjera el fallo). Punto clave: si no dispones de una buena estrategia y un buen proceso de copias de seguridad, te verás obligado a reconstruir el sistema.
- Recuperar un dominio «semilla» o un bosque con un único controlador de dominio por cada dominio, en una red aislada.
- Conecte la semilla a la red y recupere los DC existentes en la semilla.
Este proceso de alto nivel requiere mucho trabajo. Enciérrate en una habitación y reflexiona a fondo sobre él; imagínate trabajando en este escenario en el mundo real. Además, el proceso de recuperación presenta numerosas dificultades. Por ejemplo, cuando conectes el bosque inicial a la red corporativa, deberás mantenerlo aislado de los usuarios mientras amplías su capacidad. De lo contrario, los servidores de dominio del bosque inicial se colapsarán y no podrás añadir otros, ya que todos los usuarios de la empresa intentarán iniciar sesión en la red.
Una vez que hayas adaptado el procedimiento descrito en el documento, deberás crear un entorno de pruebas lo suficientemente sofisticado y poner a prueba tu procedimiento para perfeccionarlo y detectar otros puntos problemáticos en los que no habrás pensado durante el proceso de planificación. Se trata de un proyecto que requiere semanas de trabajo. Es una tarea tan compleja que Microsoft la ofrece como parte de ADRES (AD Recovery Execution Service), un servicio de cinco días de duración centrado en problemas de recuperación de AD.
Así que sí, planificar la recuperación ante desastres de Active Directory es una tarea abrumadora. Pero hay que hacerlo. Si eres responsable de TI, pregunta a tu equipo de AD si tienen un plan de recuperación. Cuando les pilles desprevenidos, ¡ayúdales a financiarlo o a darle prioridad! Me gusta pensar en la recuperación ante desastres de AD de la misma forma que pensamos en los seguros: esperas no necesitarlos nunca, y la mayoría no los necesita. Pero si los necesitas, los necesitas de verdad .
