¿Qué diferencia hay entre sincronizar y respaldar?
La confusión es comprensible, porque ambas cosas «ponen tus archivos en otro lado». Pero su propósito es opuesto. La sincronización es un espejo: su objetivo es que la versión que ves ahora sea idéntica en tu laptop, tu teléfono y la nube, en tiempo real. El respaldo es una fotografía: guarda una copia independiente de tus datos tal como estaban en un momento concreto, para que puedas volver a él. Un espejo te muestra el presente; una fotografía conserva el pasado. Y cuando algo sale mal, lo que necesitas casi siempre es volver al pasado, justo lo que un espejo no tiene.
Esa diferencia de diseño explica todo lo demás. La nube fue construida para acceso y colaboración, no para recuperación ante incidentes. Es buenísima en lo suyo, pero pedirle que haga de respaldo es pedirle algo para lo que no fue pensada.
¿Por qué la nube no te protege de tus propios errores?
Porque el sync no distingue entre un cambio que querías y uno que no. Para él, borrar una carpeta es una instrucción tan válida como guardar un documento, y la ejecuta en todos los dispositivos en segundos. Los escenarios que vemos una y otra vez son siempre los mismos: alguien borra una carpeta «para ordenar» y desaparece en todos lados; un ex‑empleado o un compañero con acceso compartido elimina o sobrescribe archivos y el sistema lo trata como legítimo; un fallo del cliente de sincronización corrompe un archivo al subirlo y la versión dañada reemplaza a la buena. En ninguno de estos casos hay un disco roto que reparar: hay un cambio que se propagó perfectamente a todas partes. La nube hizo bien su trabajo, y por eso perdiste el dato.
Ransomware: cómo la nube propaga el ataque
El caso más peligroso es el ransomware, porque convierte la nube en cómplice involuntario. La secuencia está documentada en la mayoría de los incidentes de pequeñas y medianas empresas que creían tener un backup: el ransomware cifra los archivos en una máquina; el cliente de sincronización detecta esos cambios y los sube; las versiones cifradas sobrescriben a las limpias en la nube; y, como todo está sincronizado, el cifrado se extiende a todos los equipos conectados. Al final, el «respaldo en la nube» contiene una copia perfecta del desastre. La velocidad que hace útil a la sincronización es precisamente la que, ese día, juega en contra.
«Pero la nube tiene historial de versiones»
Es la objeción más común, y tiene parte de razón: OneDrive, Drive y Dropbox guardan versiones anteriores, y conviene tenerlas activas. Pero confiar solo en eso deja tres huecos. El primero es la retención: las versiones se guardan un tiempo limitado —por ejemplo, OneDrive conserva los borrados unos 30 días en cuentas personales y de 30 a 93 días en empresariales— y si descubres el problema tarde, ya no están. El segundo, más grave, es el acceso: en la mayoría de las configuraciones, la misma máquina infectada o una cuenta comprometida tiene permiso de escritura sobre ese historial, así que un ransomware —o un atacante con tus credenciales— puede borrar o sobrescribir también las versiones anteriores; de hecho, algunas variantes están hechas para cifrar varias versiones a la vez. El tercero es el alcance: el versionado no cubre por igual todo lo que importa, como ciertas unidades compartidas, permisos o metadatos. El historial es una red de seguridad fina, no un suelo firme.
El riesgo que casi nadie cuenta: perder la cuenta
Hay un modo de fallo que no tiene nada que ver con borrar archivos: perder el acceso a la cuenta. Una suspensión por una supuesta infracción de políticas, un bloqueo tras demasiados intentos, el cierre de una cuenta corporativa cuando alguien deja la empresa, o un baneo sin previo aviso pueden dejarte sin acceso a todo lo que tenías, aunque los archivos sigan existiendo en los servidores. Hay casos documentados de personas que perdieron décadas de datos por una cuenta desactivada, con los archivos apareciendo como «fantasmas» en el explorador, visibles pero inaccesibles. Cuando toda tu información vive bajo una sola cuenta, esa cuenta se vuelve un punto único de fallo. Un respaldo independiente, que no dependa de ese inicio de sesión, es lo que te saca de ese riesgo.
¿Cómo se ve un respaldo de verdad en la nube?
Un respaldo que sí sobrevive a estos escenarios cumple tres propiedades. Por la misma lógica de dependencia, los snapshots tampoco son backup. Es independiente: vive en un destino y bajo credenciales distintas de la máquina y la cuenta que usas a diario. Es versionado con retención propia: guarda históricos que la máquina infectada no puede borrar, y los conserva el tiempo suficiente para predar al incidente. Y, en el mejor de los casos, es inmutable: una vez escrito, no se puede alterar ni borrar durante un periodo definido (lo que en almacenamiento de objetos se llama «object lock» o WORM), de modo que ni un ransomware ni un borrado lo tocan. Aplicado a la realidad de una empresa, esto significa respaldar los propios servicios en la nube —Microsoft 365, Google Workspace— en un destino aparte, siguiendo la regla 3‑2‑1: tres copias, dos medios, una fuera de sitio. La diferencia se nota el día malo: con esto, una eliminación masiva o un ransomware se resuelven restaurando en minutos, en vez de recuperando archivo por archivo durante días. Eso sí, con una condición: un backup que nunca probaste no es un backup.
La regla práctica: usa las dos, para cosas distintas
Nada de esto es un argumento para abandonar la nube. Sería absurdo: la sincronización es una herramienta excelente para colaborar, compartir y tener tus archivos a mano en cualquier dispositivo. El error no es usarla, sino creer que con eso ya estás respaldado. La estrategia sana es combinar las dos, dejando que cada una haga lo que sabe hacer: la nube para el trabajo diario, y un respaldo de Microsoft 365 y Google Workspace aparte para la protección. Es exactamente la misma lección que vale para el hardware: igual que un RAID no es un respaldo, la nube tampoco lo es; las dos son redes de seguridad parciales que la gente confunde con un suelo firme.
Sincronización frente a respaldo: en una tabla
| Amenaza | ¿La cubre la sincronización? | ¿La cubre un respaldo 3‑2‑1? |
|---|---|---|
| Se rompe tu laptop | Sí (los archivos están en la nube) | Sí |
| Borrado accidental | No (se borra en todos lados) | Sí (versiones con retención) |
| Ransomware | No (sube las versiones cifradas) | Sí (copia inmutable o separada) |
| Corrupción de archivos | No (replica el daño) | Sí |
| Cuenta suspendida o bloqueada | No (pierdes el acceso a todo) | Sí (copia independiente) |
La tabla repite el patrón de siempre: la sincronización solo te salva del hardware roto, que hoy es de las causas menos frecuentes de pérdida; un respaldo bien diseñado cubre el resto.
La conclusión
Si tu plan de protección de datos es «está todo en la nube», en realidad no tienes un plan, tienes un espejo. Y un espejo refleja igual de fiel una sonrisa que un desastre. La pregunta que conviene hacerse no es «¿están mis archivos en la nube?», sino «si mañana se borran, se cifran o pierdo la cuenta, ¿de dónde los restauro?». Si la respuesta es «de la misma nube», ahí está el hueco. Cerrarlo no cuesta abandonar lo que ya usas: cuesta sumarle, al lado, un respaldo de verdad.
Preguntas frecuentes
No por sí solos. Son servicios de sincronización: replican el estado actual de tus archivos en todos los dispositivos y en la nube. Si borras algo, lo borras en todos lados; si un ransomware cifra tus archivos, las versiones cifradas se suben a la nube. Son excelentes para colaborar, pero no sustituyen a un respaldo independiente.
Ayuda, pero no basta. El historial tiene retención limitada (por ejemplo 30 días en OneDrive personal, 30 a 93 días en empresarial) y, en la mayoría de configuraciones, la misma máquina infectada o una cuenta comprometida puede borrar o sobrescribir ese historial. Algunas variantes de ransomware cifran incluso varias versiones.
Es un riesgo real y poco comentado. Una suspensión, un bloqueo o un baneo de la cuenta puede dejarte sin acceso a todo lo guardado, sin importar que los archivos sigan ahí. Hay casos documentados de pérdida total tras desactivar una cuenta. Un respaldo independiente no depende de esa cuenta.
Una copia independiente, con versiones y una retención que la máquina infectada no pueda borrar, idealmente inmutable y separada por credenciales o red. Aplicado a la nube, significa respaldar tus servicios (Microsoft 365, Google Workspace) en un destino aparte, siguiendo la regla 3‑2‑1, para poder restaurar en minutos.
No. La nube es excelente para colaborar y acceder a tus archivos desde cualquier lado. La estrategia sana es usar las dos cosas para fines distintos: sincronización para el trabajo diario y un respaldo aparte para la protección y la recuperación.