HD Doctor Logo

Snapshot No Es Backup: 5 Razones

Respuesta directa

Snapshot es una foto instantánea del volumen, creada vía copy-on-write o redirect-on-write. Es rápido, útil y barato, pero depende del storage original. Si el storage falla o es cifrado, los snapshots caen junto. El backup es una copia INDEPENDIENTE en otro medio.

Diferencia técnica en 60 segundos

Snapshot: el storage marca el estado actual y empieza a escribir modificaciones en otra área (copy-on-write). Usted 'vuelve' al estado anterior referenciando la marca. Costo: casi cero. Tiempo de creación: segundos. Dependencia: 100% del storage original. Backup: los datos se copian FÍSICAMENTE a otro medio (disco, cinta, nube). Puede restaurarse aún si el storage original desaparece. Costo: mayor. Tiempo: minutos a horas según volumen.

Errores comunes al tratar snapshot como backup

  1. 1.
    Confiar en snapshot VMware como protección anti-ransomware. El ransomware Linux-ESXi (BlackCat, LockBit) cifra el datastore VMFS completo. Todos los snapshots caen junto con los VMDKs originales.
  2. 2.
    Borrar producción pensando que el snapshot 'guarda'. El snapshot solo preserva el estado pre-cambio. Si borra la VM, en la mayoría de las implementaciones el snapshot se va con ella.
  3. 3.
    Snapshot diario como única estrategia. Sin copia independiente, falla de storage = pérdida total. El snapshot ayuda en rollback de cambio accidental, no en desastre.
  4. 4.
    Ignorar impacto de rendimiento de snapshots largos. Un snapshot VMware activo por días degrada IOPS exponencialmente. No lo use como 'backup permanente'.

Preguntas frecuentes

¿Para qué sirve el snapshot entonces?

Casos legítimos: (1) rollback rápido pre-actualización de software/SO; (2) punto de consistencia antes de operación arriesgada (migración de base, deploy); (3) base para backup off-host (Veeam crea snapshot, lee de él, lo borra); (4) copias rápidas para test/QA.

¿El snapshot ZFS es distinto del de VMware?

Misma esencia (referencia al estado pre-modificación), arquitectura distinta. ZFS es más robusto: los snapshots son read-only por diseño, no degradan rendimiento, y pueden replicarse vía 'zfs send/receive' como backup verdadero. Aun así, send a otro pool = backup.

¿El Volume Shadow Copy de Windows es backup?

No. VSS es tecnología de snapshot embebida en NTFS. El Backup de Windows (Windows Server Backup, Veeam) USA VSS como mecanismo de quiesce pero el resultado es copia independiente. El ransomware moderno borra los shadow copies (vssadmin delete shadows) antes de cifrar.

¿Cómo saber si una 'solución de backup' es solo snapshot disfrazado?

Pregunte: 'si borro el storage de origen, ¿el backup sigue existiendo?'. Si la respuesta es 'sí, está en otro medio/array/nube', es backup. Si es 'no, depende del storage original', es snapshot.

¿El snapshot consume espacio?

Solo el delta (cambios desde la creación). Volumen con poca alteración: ~5-10% del tamaño por snapshot/mes. Volumen volátil: 50%+ rápidamente.

¿Quiere auditar su estrategia de protección actual?

Análisis de backup + DR + identificación de puntos ciegos.

Próximas lecturas