Orden de recuperación y pruebas

El orden de una recuperación no lo decide la urgencia de cada área, sino lo que cada pieza necesita para existir. Antes de restaurar el directorio hay que aislarlo de la red para que lo que lo comprometió no vuelva a tocarlo; antes de abrir los servicios a los usuarios hay que comprobar que el directorio replica bien y que la hora es la correcta. Abrir pronto lo que todos piden, sobre un directorio sin comprobar, convierte una caída en dos.

El principio es: primero lo que los demás necesitan, después lo que se ve.

Un cronograma puede contradecirse: listar un paso antes de otro del que depende. En papel nadie lo nota porque cada paso, aislado, tiene sentido. Se ve al cruzar la columna «requiere» con el orden en que se ejecutan.

Abre cronograma.txt y, para cada línea, comprueba que su requisito aparezca en una línea anterior.

El objetivo de tiempo del nivel 1 está en el glosario. Los pasos P1 a P6 son el camino del nivel 1 y se hacen uno tras otro, así que sus minutos se suman. Lo que importa no es solo si cabe, sino cuánto margen queda: un plan que cabe con cero minutos de sobra no soporta un solo imprevisto.

Suma los minutos de pasos.txt de P1 a P6 y réstalos al objetivo del glosario.

Una prueba vigente es una restauración completa o parcial reciente. Una prueba antigua dice que alguna vez funcionó, no que funcione ahora: el directorio cambia, las copias cambian y las personas que sabían cómo se hace se van. Mira pruebas.txt, descarta lo que el glosario dice que no cuenta y quédate con los componentes de nivel 1.

Hay tres maneras de no tener prueba vigente: que sea demasiado vieja, que sea solo en papel o que nunca se haya hecho. Las tres dejan al componente en el mismo estado ante una caída: nadie sabe si se puede restaurar. Una lectura del plan en una reunión no es una restauración.

Cuenta, en todo pruebas.txt y sea cual sea su nivel, los componentes sin prueba vigente según el glosario.