Pregúntale a cualquier empresa si tiene respaldos y la respuesta será que sí. Pregúntale cuándo fue la última vez que restauró uno completo, en serio, y suele venir el silencio. Ahí está el problema: tener backup y poder recuperarte son dos cosas distintas, y la diferencia solo se descubre el peor día posible.
Un job en verde no es una restauración
La trampa más común es confiar en que el respaldo "corre bien". El trabajo termina, la consola marca verde, todos duermen tranquilos. Pero que una copia se haya escrito no dice nada sobre si se puede leer y levantar cuando haga falta. El verde confirma que el proceso terminó, no que el resultado sirve. Son garantías completamente diferentes.
Por qué fallan las restauraciones
Cuando llega el momento real, las restauraciones fallan por razones que casi nunca se ven de antemano:
- La copia está corrupta o incompleta. Un medio dañado, un job que venía fallando en silencio, una copia que se escribió a medias.
- Faltan piezas. Se respaldó el servidor de aplicación pero no la base de datos de la que depende, o al revés. Por separado, ninguno de los dos levanta.
- Nadie sabe el procedimiento. La persona que montó el respaldo ya no está, y el conocimiento de cómo recuperarlo se fue con ella.
- Las dependencias externas cambiaron. Credenciales, licencias, direcciones, certificados: lo que era válido cuando se respaldó ya no lo es al restaurar.
Ninguno de estos problemas se detecta mirando la consola. Todos se detectan intentando restaurar —y es infinitamente mejor detectarlos en un simulacro que en plena crisis.
Cómo se verifica de verdad
Verificar un backup significa restaurarlo, no confiar en él. En la práctica eso se hace en capas:
- Verificación automática frecuente: herramientas como Veeam, con su función SureBackup, arrancan las máquinas respaldadas en un entorno aislado y comprueban que encienden y responden, sin tocar producción. Es barato de correr seguido.
- Simulacro completo periódico: restaurar de verdad un sistema crítico, con su procedimiento y sus dependencias, y medir cuánto tardó. Ese número es tu RTO real —no el que dice el papel.
- Documentar el procedimiento: escrito, actualizado y guardado fuera del sistema que podría caerse.
Ese tiempo medido en el simulacro es información valiosa: casi siempre revela que el RTO real es mayor del que se creía. Si no sabes de qué hablamos con RTO, lo explicamos en RPO y RTO en cristiano.
Sí, cuesta tiempo. Cuesta menos que fallar
Probar restauraciones consume horas y disciplina, y es fácil posponerlo porque "nunca ha pasado nada". Pero el cálculo honesto es simple: el costo de un simulacro trimestral es una fracción minúscula del costo de descubrir, con el negocio detenido, que el backup en el que confiabas no servía. Esa disciplina de verificación es parte de lo que incluimos en un servicio serio de protección de datos y backup. Un respaldo que nunca probaste no es un seguro: es una suposición.