Hay una frase que repetimos en cada auditoría hasta resultar pesados: una copia de seguridad que nunca se ha restaurado no es una copia de seguridad, es una suposición. En los últimos años hemos intervenido en varias emergencias donde el cliente tenía copias diarias, correctamente programadas… y absolutamente inservibles.
Las formas más habituales de tener copias inútiles
- El disco USB conectado permanentemente al servidor. Un ransomware cifra también ese disco, porque para el sistema es una unidad más.
- La copia que lleva ocho meses fallando. El trabajo programado terminaba en error y el aviso iba a un buzón que nadie leía.
- La copia de los archivos, pero no de la base de datos. Copiar en caliente los ficheros de una base de datos abierta produce un conjunto incoherente que no arranca.
- La copia completa en la misma sala que el servidor. Ante un incendio, una inundación o un robo, se pierden las dos cosas a la vez.
- La copia cuya restauración tarda cinco días. Técnicamente existe; empresarialmente no sirve.
La regla 3-2-1, y por qué sigue vigente
Es simple y no ha envejecido: tres copias de los datos, en dos soportes distintos, con una fuera de las instalaciones. En 2026 conviene añadirle un cuarto elemento: al menos una copia inmutable, que no pueda ser modificada ni borrada durante un periodo de retención definido, ni siquiera por un administrador con credenciales robadas. Es la única defensa realmente sólida frente al ransomware moderno, que busca activamente los repositorios de copias antes de cifrar.
RPO y RTO: las dos preguntas que hay que responder
Antes de elegir herramienta hay que decidir dos cifras con la dirección de la empresa, no con el departamento técnico:
- RPO (Recovery Point Objective): cuántos datos podemos permitirnos perder. ¿Una hora de trabajo? ¿Un día completo? Esa cifra determina la frecuencia de las copias.
- RTO (Recovery Time Objective): cuánto tiempo puede estar parado el servicio. Esa cifra determina la arquitectura: no es lo mismo restaurar desde cinta que arrancar una réplica en otro nodo.
Casi todos los errores de diseño en copias vienen de no haber respondido antes a estas dos preguntas.
Probar la restauración, en serio
La verificación automática de integridad que ofrecen herramientas como Proxmox Backup Server o Veeam es imprescindible, pero no basta. Recomendamos una prueba de restauración completa cada trimestre: levantar la máquina virtual restaurada en una red aislada, arrancar la aplicación, comprobar que los datos están al día y cronometrar cuánto ha costado. Ese cronómetro es la única medida honesta del RTO real.
Nuestra recomendación mínima para una pyme
- Copia local diaria de máquinas virtuales completas, con retención de dos semanas.
- Copia remota cifrada en nuestra infraestructura, con retención mensual y almacenamiento inmutable.
- Verificación automática cada noche y alerta por correo y ticket si algo falla.
- Informe mensual del estado de las copias y prueba de restauración trimestral documentada.
Si no está seguro de en qué punto está su organización, la auditoría de copias es gratuita y se hace en una mañana.