Probar una restauración: una tarea en verde no es una prueba

Las tareas de copia se ejecutan cada noche y todas están en verde. Eso demuestra que el archivo se escribió. No demuestra que se pueda leer, ni que la máquina de dentro arranque, y mucho menos que el servicio de esa máquina funcione. La distancia entre esas cosas aparece el día en que de verdad hace falta.

Tres niveles de prueba

Primero: ¿se puede leer? Una comprobación de que la copia está intacta. Es barata, se puede automatizar y al menos atrapa la corrupción silenciosa. Por sí sola todavía no dice "la máquina arranca".

Segundo: ¿arranca? Restaura la copia con una identidad nueva en un destino de prueba, arráncala con la red desconectada y mira la pantalla de acceso. La mayoría de la gente nunca llega a este nivel, aunque cuesta una pausa de café y lo que enseña es enorme.

Tercero: ¿hace su trabajo? ¿Arranca la aplicación, están los datos, falta la última hora? En máquinas críticas esta es la pregunta real, porque una máquina que arranca pero arranca vacía no salva a nadie.

La regla para probar sin romper nada

Restaura siempre con una identidad nueva, nunca encima de la máquina en marcha. Y haz la prueba con la red desconectada: dos máquinas con la misma identidad y la misma dirección se pelean en la misma red, y el precio no lo paga tu copia de prueba sino el original en servicio.

Qué encuentra la gente cuando por fin prueba

Lo que encuentran quienes prueban por primera vez se parece sorprendentemente de una instalación a otra. La copia tiene tres semanas porque la tarea se detuvo en silencio y nadie miró. La máquina arranca pero la aplicación pide una clave que vivía en otro sitio. La restauración necesita más espacio del que hay en el destino. Nada de esto se ve mientras se hace la copia; todo se ve mientras se restaura.

Sorpresas al restaurar

Conflicto de identidad: ese número ya está en uso. Nombre de almacenamiento: la copia se refiere a un nombre que ya no existe en esta máquina. Nombre de puente: la definición de red de la copia apunta a un puente que este servidor no tiene, así que la máquina arranca sin red.

Ninguna de estas es una avería, son efectos del traslado. Pero encontradas por primera vez el día de un desastre real, no se distinguen de una avería.

Frecuencia y calendario

Una prueba de restauración hecha una vez al trimestre vale más que una política de copias impecable que nunca se ejercitó. Ata la prueba a una fecha; las pruebas dejadas para "cuando haya tiempo" no ocurren. Anota lo que encontraste, porque si la siguiente prueba encuentra lo mismo, el problema no es la copia sino el proceso.

Lo importante es el ensayo

El día de una pérdida real no tendrás tiempo de aprender nada de esto. Lo único que se hace ese día es repetir un trabajo ya hecho. La prueba es el ensayo de ese día, y eso es exactamente lo que vale un ensayo.

Qué hace Atlas

Atlas muestra qué copias existen, dónde están y cuándo se tomaron, así que la pregunta "¿tengo una copia y de cuándo es?" se responde mirando en lugar de adivinando. Ese es el primer paso de la prueba de arriba: asegurarse de que hay algo que probar. La restauración en sí se hace desde las pantallas del lado de Proxmox; Atlas no se interpone, hace visible lo que tienes en la mano.