Backup · Sync · Snapshot
Una sincronización puede copiar un borrado. Un snapshot puede desaparecer junto con el almacenamiento que protege. Un backup busca que puedas restaurar datos incluso cuando el origen ya no está disponible. Son herramientas diferentes y se complementan.
- Qué objetivo tiene un backup.
- Por qué sync replica el estado actual, incluidos algunos errores.
- Qué preserva un snapshot y de qué depende.
- Cómo combinar los tres para reducir riesgo.
Resumen
Backup conserva recuperabilidad; sync conserva igualdad; snapshot conserva un momento
La confusión aparece porque los tres pueden contener “copias” de información, pero su comportamiento ante borrados, fallos y cambios es muy distinto.
Backup
Un backup está diseñado para restaurar
El valor de una copia de seguridad no está en que el archivo se haya copiado una vez, sino en que puedas recuperar datos después de una pérdida, error o fallo del origen.
Un buen backup suele incluir algún grado de independencia respecto del origen: otro disco, otro equipo, otro proveedor o almacenamiento que no desaparezca automáticamente cuando falla el sistema principal.
También puede conservar versiones históricas. Así puedes recuperar un archivo antes de que fuera sobrescrito o eliminado.
Si nunca has comprobado que puedes recuperar archivos o sistemas, no sabes todavía si tu estrategia funciona.
Sincronización
Sync intenta mantener un estado coherente entre ubicaciones
Una sincronización unidireccional puede hacer que el destino coincida con el origen. Por ejemplo, rclone sync modifica el destino para hacerlo idéntico a la fuente y puede eliminar archivos del destino que ya no existan en el origen.
Una sincronización bidireccional propaga cambios en ambos sentidos. Es útil para trabajar desde varias ubicaciones, pero requiere reglas de conflicto y puede propagar cambios no deseados.
Si borras un archivo por error y la sincronización replica ese borrado, tener una segunda ubicación sincronizada no garantiza que puedas recuperarlo.
Snapshot
Un snapshot congela el estado lógico de un sistema en un momento
Las implementaciones varían, pero un snapshot suele representar un sistema de archivos, volumen o VM en un punto concreto del tiempo. Tecnologías como ZFS y LVM conservan referencias a bloques para permitir volver a estados anteriores sin copiar inmediatamente todos los datos.
Los snapshots suelen ser rápidos y eficientes. Son excelentes antes de actualizaciones, cambios importantes o para conservar puntos frecuentes de recuperación local.
Si pierdes físicamente el pool, volumen o disco que contiene tanto los datos como sus snapshots, el snapshot puede perderse junto con el origen.
Ejemplo
¿Qué ocurre si borras accidentalmente una carpeta?
La versión anterior puede seguir disponible para restaurar.
El borrado puede propagarse al destino en la siguiente sincronización.
Puedes consultar o revertir al estado previo si el snapshot sigue disponible.
Por eso la pregunta no es simplemente “¿tengo otra copia?”, sino “¿qué comportamiento tiene esa copia cuando algo cambia o desaparece?”.
Corrupción
La sincronización también puede replicar archivos dañados
Si malware cifra tus documentos o una aplicación sobrescribe información con datos corruptos, un proceso de sync puede interpretar esos cambios como legítimos y enviarlos al destino.
Snapshots protegidos o backups con versiones históricas pueden ofrecer un estado previo, siempre que el atacante o fallo no pueda destruir también esas versiones.
Para datos críticos conviene que al menos una copia tenga controles de retención, permisos o aislamiento que impidan que el mismo incidente modifique todas las copias.
Hardware
¿Qué pasa si muere el disco o servidor?
Un snapshot local no protege frente a la destrucción del dispositivo que lo contiene. Un sync hacia otro disco del mismo equipo tampoco cubre todos los escenarios: una fuente dañada, sobretensión, robo o error administrativo puede afectar ambos.
Un backup en otro equipo o ubicación reduce el dominio de fallo. Una copia off-site añade protección ante incidentes físicos que afecten toda la casa u oficina.
Historial
Versionado y retención cambian completamente el valor de una copia
Guardar solo el estado más reciente es útil para disponibilidad y acceso, pero ofrece poca protección ante errores descubiertos tarde. Con varias versiones puedes volver a ayer, la semana pasada o antes de una modificación.
Los snapshots suelen utilizarse con políticas de retención: horarios recientes, diarios, semanales, etc. Los sistemas de backup pueden aplicar políticas similares y eliminar versiones antiguas de manera controlada.
El número correcto de versiones depende de cuánto cambian los datos, cuánto espacio tienes y cuánto tiempo puede pasar antes de detectar un problema.
Estrategia
Los tres pueden trabajar juntos
Por ejemplo, un servidor puede usar snapshots locales cada hora para recuperación rápida y rclone para enviar backups a Google Drive. Una carpeta de trabajo puede sincronizarse entre equipos, pero conservar además un backup versionado separado.
Guía rápida
¿Cuál necesitas?
Lee Rclone: qué es y para qué sirve y Hacer respaldos automáticos con rclone en Ubuntu.