¿Cuántas veces has creado un snapshot «por si acaso» antes de una actualización? Si la respuesta es «muchas», no estás solo. Es una práctica habitual en casi todos los departamentos de sistemas. El problema es que ese snapshot que te da tranquilidad puede convertirse en una trampa mortal para tu negocio.
La escena que se repite
Actualización crítica del ERP. El administrador de sistemas crea un snapshot de la máquina virtual, ejecuta el cambio y, cuando todo funciona, sigue adelante. Pasan los días, las semanas, los meses. Nadie elimina el snapshot. Nadie crea un backup real.
Un día, el datastore falla. O un ransomware cifra toda la infraestructura. O simplemente el host deja de responder.
Y entonces llega la pregunta que nadie quiere escuchar: «¿Dónde está el backup?»
La respuesta, demasiadas veces, es un silencio incómodo seguido de: «Teníamos un snapshot…»
El snapshot NO es un backup
Esta confusión sigue siendo una de las asignaturas pendientes en la era de la virtualización masiva. Y no es un matiz técnico menor: de esa distinción depende, en muchos casos, la continuidad del negocio.
Un snapshot es una fotografía del estado de la VM en un momento concreto. Captura el contenido de los discos, la configuración y opcionalmente el estado de memoria. Pero —y aquí está la clave— vive en el mismo almacenamiento que el disco original. Si el storage falla, el snapshot desaparece con él.
Un backup es una copia independiente, almacenada en otro lugar, que permite recuperar los datos aunque el entorno original haya quedado completamente destruido.
La diferencia es brutal:
| Snapshot | Backup | |
|---|---|---|
| Ubicación | Mismo almacenamiento | Almacenamiento independiente |
| Fallo de storage | Se pierde todo | Datos protegidos |
| Ransomware | Cifrado junto con los datos | Recuperable (si es inmutable) |
| Recuperar en otro servidor | Imposible | Totalmente posible |
| Cumplimiento normativo | No válido | Requerido |
La regla de oro
Hay una forma muy sencilla de saber si tu organización está realmente protegida:
Si la supuesta «copia» depende del mismo almacenamiento y del mismo hipervisor, NO es un backup.
Si tu empresa puede perder por completo el host o el datastore y aun así restaurar las máquinas virtuales desde otra ubicación, eso sí es un backup.
Los snapshots tienen su lugar
No se trata de demonizar los snapshots. Son herramientas fantásticas para:
- Probar actualizaciones del sistema operativo
- Aplicar parches arriesgados
- Realizar cambios de configuración delicados
- Crear un punto de retorno rápido durante una ventana de mantenimiento
El problema surge cuando se convierten en la única estrategia de protección. Cuando se acumulan durante semanas o meses. Cuando nadie recuerda por qué se crearon ni quién debería eliminarlos.
¿Y tu empresa?
Estas son algunas señales de alarma:
- ☐ Tienes snapshots que llevan más de una semana activos
- ☐ No sabes cuál es el RPO (cuántos datos puedes perder) de tus sistemas críticos
- ☐ Nunca has probado una restauración completa de tus backups
- ☐ Todas tus «copias» están en el mismo centro de datos
- ☐ No tienes backups inmutables contra ransomware
Si has marcado alguna de estas casillas, es momento de revisar tu estrategia.
Whitepaper gratuito: Guía completa de Snapshots vs Backups
Para ayudarte a entender en profundidad este tema y diseñar una estrategia de protección sólida, hemos preparado un whitepaper completo que cubre:
✅ Cómo funcionan técnicamente los snapshots en VMware, Proxmox, Hyper-V y KVM
✅ Comparativa detallada: cuándo usar cada mecanismo
✅ RPO y RTO: los indicadores clave que debes conocer
✅ Estrategias de retención (GFS y otras)
✅ La regla 3-2-1 de backups
✅ Buenas prácticas para administradores de sistemas
✅ Protección contra ransomware
✅ Checklist de implementación
Este whitepaper ha sido patrocinado por Stackscale, proveedor europeo de infraestructura cloud de alto rendimiento con soluciones de almacenamiento que incluyen backups georeplicados y opciones de replicación síncrona con RPO=0 y RTO=0 para entornos de misión crítica.
Sobre Stackscale
Stackscale ofrece soluciones de almacenamiento en red con sistemas NetApp completamente redundantes, backups basados en snapshots incluidos por defecto y georeplicación automática a centros de datos remotos. Para entornos que requieren cero pérdida de datos, disponen de almacenamiento con replicación síncrona entre dos datacenters en Madrid, garantizando RPO=0 y RTO=0.
