Hay dos tipos de empresas: las que no tienen backups y las que creen que los tienen. El problema es que una copia de seguridad que nunca se ha probado no es un backup: es una esperanza. Aquí va cómo comprobarlo de verdad.
La pregunta que lo cambia todo
Antes de nada, responde honestamente: si ahora mismo se borrara todo, ¿cuánto tardarías en estar de nuevo operativo?
Si la respuesta empieza por “creo que…”, “depende…” o “habría que mirar…”, este artículo es para ti.
Qué significa “backup funcional”
Un backup funcional cumple tres condiciones:
- Se hace de forma automática y verificable (no depende de que alguien se acuerde).
- Se conserva en un sitio distinto del original (no en el mismo servidor ni en la misma cuenta frágil).
- Se puede restaurar y esa restauración está probada.
El punto 3 es el que casi siempre falta.
Cómo verificar tus backups hoy mismo
1. Localiza todas las copias
Enumera todo lo que se copia: base de datos, ficheros subidos por usuarios, configuraciones, código, secretos. Muchos equipos se olvidan de partes críticas (suelen ser precisamente las que más duele perder).
2. Comprueba la frecuencia y la retención
¿Cada cuánto se copia? Si hacías una copia diaria y el incidente ocurre 23 horas después de la última, has perdido casi un día de datos. Define tu RPO (RPO = cuántos datos puedes permitirte perder) y comprueba que la frecuencia lo cumple.
3. Haz una restauración real
Este es el paso que no se puede saltar. Restaura una copia en un entorno aparte y comprueba que:
- La copia se puede leer sin errores.
- Los datos están completos y coherentes.
- La aplicación arranca con esos datos.
- Sabes cuánto tarda todo el proceso.
Documenta el tiempo que has tardado: ese es tu RTO real (RTO = cuánto tardas en volver a operar). No el que tienes en la cabeza, el medido.
4. Comprueba el aislamiento
¿Dónde viven las copias? Si están en la misma cuenta, con las mismas credenciales y en la misma región, un incidente o un ataque de ransomware puede borrar original y copia a la vez. Las copias deben estar aisladas y, a ser posible, con inmutabilidad.
Los fallos más habituales
- Nunca se prueba la restauración. Es el error número uno, con mucha diferencia.
- Copias en el mismo servidor. Un disco roto o un borrado accidental se lleva todo.
- Retención demasiado corta. Si el problema se detecta tarde, ya no hay copia útil.
- Permisos de más. Las mismas credenciales que borran producción pueden borrar los backups.
- Nadie sabe restaurar. Si solo una persona conoce el procedimiento y se va, el plan se va con ella.
Crea un runbook
Todo lo anterior debe quedar por escrito en un runbook sencillo: qué se copia, dónde, cada cuánto, quién puede restaurar y cómo, paso a paso. Que cualquier persona con los permisos adecuados pueda seguirlo sin depender de la memoria de nadie.
Cuánto cuesta hacer esto bien
Menos de lo que piensas. En la mayoría de entornos, unos cientos de euros de infraestructura bien configurada cubren backups serios y con copias en otra región. En proyectos de implementación lo dejamos montado desde el primer día, y en la gestión continua probamos restauraciones periódicamente.
Si no tienes claro si tus backups funcionan, no esperes a necesitarlos para averiguarlo. Cuéntanos tu caso y lo comprobamos contigo.