Un backup que nunca se probó restaurar no es un backup, es una suposición. La mayoría de historias de pérdida total de datos no ocurren por falta de backups — ocurren porque el backup existía pero estaba corrupto, incompleto, o simplemente nadie lo había probado hasta que ya era tarde.
Esta guía cubre los tipos de backup, la estrategia estándar de la industria (regla 3-2-1) y los errores que más comúnmente dejan a un proyecto sin forma real de recuperarse.
Tipos de backup: completo, incremental y diferencial
Un backup completo copia toda la base de datos de una vez — es el más simple de restaurar (un solo archivo) pero el más pesado de generar y almacenar si se hace con mucha frecuencia.
Un backup incremental solo copia los cambios desde el último backup (de cualquier tipo). Es rápido y liviano, pero restaurar requiere aplicar el último backup completo más todos los incrementales posteriores en orden — más pasos, más puntos donde algo puede fallar.
Un backup diferencial copia los cambios desde el último backup completo (no desde el último backup de cualquier tipo). Es un punto medio: más pesado que un incremental, pero más simple de restaurar porque solo necesitas el completo más el diferencial más reciente.
La regla 3-2-1: el estándar de la industria
La regla 3-2-1 es simple de recordar y difícil de justificar no seguir: mantener 3 copias de tus datos, en 2 tipos de almacenamiento distintos, con 1 copia fuera del sitio físico principal (offsite).
Esto protege contra escenarios distintos a la vez: un disco que falla (por eso 3 copias), un tipo de almacenamiento con una falla sistemática (por eso 2 tipos distintos), y un desastre físico completo del sitio principal — incendio, robo, falla eléctrica catastrófica — que la copia offsite sobrevive.
Frecuencia de backup: depende de cuánto puedes permitirte perder
La frecuencia de backup se decide con una pregunta concreta: si el sistema falla ahora mismo, ¿cuánto tiempo de datos estás dispuesto a perder? Esa cifra se llama RPO (Recovery Point Objective) en la jerga de continuidad de negocio, y determina directamente cada cuánto necesitas respaldar.
Un blog personal puede sobrevivir con un backup diario. Un sistema de pagos en producción probablemente necesita respaldo continuo o casi continuo (replicación en tiempo real más backups periódicos), porque perder incluso una hora de transacciones es inaceptable.
Probar la restauración: el paso que casi todos se saltan
Tener un backup no garantiza nada si nunca comprobaste que se puede restaurar correctamente. Archivos de backup corruptos, incompletos, o generados con una configuración que cambió sin actualizar el proceso de respaldo son más comunes de lo que parece.
La práctica correcta es programar restauraciones de prueba periódicas — mensuales, por ejemplo — en un entorno separado, verificando que los datos restaurados sean completos y consistentes, no solo que el archivo de backup «existe» en el almacenamiento.
Cifrado y seguridad de los backups
Un backup contiene, por definición, una copia completa de tus datos — incluyendo información sensible si tu aplicación la maneja. Cifrar los backups, tanto en tránsito como en reposo, y restringir quién tiene acceso a ellos, es tan importante como proteger la base de datos original: un backup sin cifrar es una copia extra de la misma vulnerabilidad.
Resumen de la estrategia recomendada
| Elemento | Recomendación |
|---|---|
| Cantidad de copias | Mínimo 3 |
| Tipos de almacenamiento | Al menos 2 distintos (ej. disco local + almacenamiento cloud) |
| Ubicación | Al menos 1 copia fuera del sitio principal |
| Frecuencia | Según el RPO — cuánto puedes permitirte perder |
| Prueba de restauración | Periódica, en entorno separado, no solo «verificar que existe el archivo» |
Preguntas frecuentes
¿Qué es la regla 3-2-1 de backups?
Es una estrategia estándar: mantener 3 copias de los datos, en 2 tipos de almacenamiento distintos, con al menos 1 copia fuera del sitio físico principal. Protege contra fallos de hardware, fallos sistemáticos de un tipo de almacenamiento y desastres físicos completos.
¿Cuál es la diferencia entre backup incremental y diferencial?
El incremental copia solo los cambios desde el último backup de cualquier tipo (más liviano, restauración más compleja). El diferencial copia los cambios desde el último backup completo (más pesado, restauración más simple porque necesitas menos archivos).
¿Con qué frecuencia debo hacer backup de mi base de datos?
Depende de cuánto tiempo de datos puedes permitirte perder si algo falla (RPO). Un proyecto pequeño puede bastar con backup diario; un sistema crítico de producción suele necesitar backups mucho más frecuentes o replicación continua.
¿Cómo sé si mis backups realmente funcionan?
Probando restaurarlos periódicamente en un entorno separado del de producción, verificando que los datos restaurados estén completos y consistentes. Un backup nunca probado es una suposición, no una garantía real de recuperación.
