La mayoría de instituciones tiene respaldos. Muchas menos han comprobado alguna vez que se pueden restaurar. Esta guía cubre la diferencia.
Un respaldo no verificado es una suposición
Es el punto que abre esta guía porque es el que produce las pérdidas reales. Una organización puede tener un proceso de respaldo ejecutándose de forma automática durante años y descubrir, el día que lo necesita, que venía fallando en silencio, que la copia está incompleta o que el procedimiento documentado ya no corresponde a la infraestructura actual.
En una recuperación de emergencia que ejecutamos para una plataforma con 1.500 estudiantes, el respaldo disponible tenía dos meses de antigüedad. La institución creía tener copias mensuales; en realidad el proceso había fallado y nadie revisaba el resultado.
Qué respaldar
Retención: la regla 3-2-1 aplicada a un campus
Tres copias de los datos, en dos medios distintos, con una fuera de la sede principal. Aplicado a una plataforma educativa: la copia operativa en el servidor, una copia en almacenamiento de objetos de la misma región y una tercera en una región geográfica distinta.
La copia remota es la que protege frente a los escenarios que más daño hacen: un cifrado por programa malicioso que alcanza también al almacenamiento conectado, o un fallo que afecte al centro de datos completo.
La prueba de restauración
Es el control que convierte una suposición en una certeza. Consiste en tomar una copia real, restaurarla en un entorno separado y verificar que la plataforma arranca, que los usuarios existen y que una muestra de calificaciones coincide con la producción.
Recomendamos ejecutarla cada trimestre y dejar constancia documentada del resultado. En instituciones con obligaciones de auditoría, esa evidencia tiene además valor formal ante el organismo que la solicite.
Qué documentar
El procedimiento de restauración debe estar escrito de forma que una persona técnica que no participó en el montaje original pueda ejecutarlo. Debe incluir dónde están las copias, cómo se accede a ellas, en qué orden se restauran los componentes, qué parámetros de configuración hay que ajustar y cómo se valida el resultado.
Si esa documentación solo existe en la cabeza de una persona, el plan de continuidad depende de que esa persona esté disponible el día del incidente.