Qué es exactamente un backup
Un backup, o copia de seguridad, es una réplica de un conjunto de datos que se conserva separada del sistema original con el único propósito de poder restaurar esa información si el original deja de estar disponible. La palabra clave es «separada»: si la copia vive en el mismo disco, en el mismo servidor o depende de las mismas credenciales que el dato original, no cumple su función cuando ese sistema falla, se cifra por un ransomware o sufre un error humano.
El concepto parece elemental, pero en la práctica se confunde con frecuencia con otras operaciones que no son backup, aunque lo parezcan. Sincronizar una carpeta con un servicio de nube, replicar una base de datos en tiempo real entre dos servidores o mantener un disco espejo (RAID) no son copias de seguridad: son mecanismos de disponibilidad o de sincronización que, si el dato original se corrompe o se borra por error, propagan ese mismo problema a la réplica en segundos.
Un backup correctamente diseñado tiene una característica que lo distingue de todo lo anterior: el desfase temporal controlado. Cada copia representa el estado de los datos en un momento concreto, y se conservan varias versiones de ese estado a lo largo del tiempo. Esto permite recuperar un archivo tal y como estaba ayer, la semana pasada o hace un mes, algo que ninguna sincronización en tiempo real puede ofrecer por diseño.
Para qué sirve realmente una copia de seguridad
La utilidad de un backup no se limita al escenario extremo de un incendio en el centro de datos o un ciberataque masivo. La inmensa mayoría de restauraciones que se ejecutan en el día a día de una empresa responden a incidentes mucho más mundanos: un empleado que borra por error una carpeta compartida, una actualización de software que corrompe una base de datos, un disco duro que falla tras años de uso o un correo malicioso que cifra los archivos de un puesto de trabajo.
En un segundo nivel de gravedad aparecen los incidentes que afectan a un servidor completo: un fallo de hardware, un error de configuración que deja un sistema inoperativo o un ataque de ransomware que cifra varios equipos a la vez. Aquí el backup ya no solo recupera un archivo, sino que permite reconstruir el sistema completo en una máquina nueva o en la nube, minimizando el tiempo que el negocio pasa sin poder operar.
Por último, el backup cumple una función que muchas empresas descubren tarde: la de evidencia y cumplimiento normativo. Reglamentos como el RGPD y buena parte de los contratos con clientes exigen poder demostrar que existen medidas de continuidad y que los datos personales pueden recuperarse en caso de pérdida. Un backup verificado y documentado es la prueba material de esa capacidad.
Qué elementos hacen fiable a un backup
No todas las copias de seguridad ofrecen el mismo nivel de garantía. Una copia fiable reúne varios elementos que, tomados por separado, parecen obvios, pero que en conjunto son los que marcan la diferencia entre restaurar un sistema en una hora o descubrir, en el peor momento, que la copia no sirve.
- Independencia física y lógica del origen: la copia no depende de la misma infraestructura, red o credenciales que los datos originales.
- Verificación periódica: se comprueba que la copia se puede restaurar realmente, no solo que el proceso de copia terminó sin errores.
- Retención con varias versiones: se conservan puntos de recuperación de distintos días, semanas y meses, no solo la última copia.
- Cifrado en tránsito y en reposo: los datos copiados están protegidos frente a accesos no autorizados en cualquier fase del proceso.
- Protección frente a borrado o modificación: copias inmutables o con retención bloqueada que ni un administrador comprometido puede eliminar antes de plazo.
- Documentación del procedimiento de restauración: pasos, tiempos estimados y responsables claros, para no improvisar durante una crisis.
Errores frecuentes al plantear un backup
El error más habitual es confundir «se ha ejecutado el backup» con «el backup funciona». Un trabajo de copia puede finalizar sin errores durante meses mientras copia una base de datos ya corrupta, un fichero de configuración incompleto o una carpeta equivocada. Solo una restauración de prueba, realizada con cierta periodicidad, confirma que los datos recuperados son los que la empresa necesita.
El segundo error es guardar la única copia en el mismo lugar físico o en la misma cuenta que el original. Si un ransomware cifra el servidor y el disco de backup está conectado permanentemente a esa misma red, es probable que también acabe cifrado. La regla 3-2-1, que desarrollamos en un artículo específico, existe precisamente para evitar este fallo de diseño.
El tercer error es no definir con claridad qué se copia y con qué frecuencia. No todos los datos de una empresa tienen el mismo valor ni la misma tolerancia a la pérdida: una base de datos de pedidos puede necesitar copias cada hora, mientras que un archivo histórico puede bastar con una copia semanal. Diseñar esta política exige conocer el negocio, no solo la tecnología.
El papel del backup online y en la nube
El backup en la nube ha resuelto buena parte de los problemas logísticos que tenían las copias tradicionales en cinta o disco externo: no requiere que alguien cambie soportes manualmente, replica automáticamente entre ubicaciones geográficas distintas y permite escalar la capacidad sin comprar hardware nuevo. Además, al estar fuera de las instalaciones de la empresa, cumple de forma natural con el principio de independencia del origen.
Esto no significa que cualquier copia en la nube sea automáticamente fiable. Sigue siendo necesario definir la retención, verificar las restauraciones, proteger el acceso con doble factor de autenticación y asegurarse de que el proveedor ofrece copias inmutables, es decir, que ni siquiera un administrador con las credenciales correctas pueda borrarlas antes del plazo establecido.