Backup y Recuperación ante Desastres: Estrategia SLA

Introducción

¿Qué pasaría si perdiste todos los datos de tu empresa ahora mismo? ¿Cuánto tiempo pasarías sin poder operar? Las respuestas a estas preguntas definen tu estrategia de backup. En este artículo te explico cómo diseñar una estrategia robusta con objetivos medibles.

Conceptos Clave: RTO y RPO

• RTO (Recovery Time Objective): Tiempo máximo para restaurar el servicio. Ejemplo: 4 horas = 4h RTO
• RPO (Recovery Point Objective): Máxima pérdida de datos aceptable. Ejemplo: 1 hora = 1h RPO significa que puedes perder hasta 1 hora de datos

La Regla 3-2-1

El estándar de oro para backups:

3 copias de tus datos
2 medios diferentes (disco, cinta, cloud)
1 copia offsite (en otra ubicación geográfica)

Ejemplo de Implementación

Para un servidor de archivos:

RTO: 4 horas
RPO: 1 hora

Solución:
- Backup local diario (disco externo)
- Backup incremental cada hora a NAS
- Backup semanal a cloud (AWS S3 o similar)
- Testing mensual de restauración

Script de backup básico:

#!/bin/bash
# Backup script con rsync + retention

SRCDIR="/datos"
DESTDIR="/backup local"
REMOTEDIR="s3://mi-bucket/backups"
DATE=$(date +%Y%m%d)

# Backup local
rsync -avz $SRCDIR $DESTDIR/

# Backup a cloud
aws s3 sync $DESTDIR $REMOTEDIR/$DATE/

# Limpiar backups locales mayores a 30 días
find $DESTDIR -type d -mtime +30 -exec rm -rf {} \;

Testing de Recuperación

Un backup sin testear no existe. Programa pruebas mensuales:

1. Restaurar archivos individuales (RTO rápido)
2. Restaurar servidor completo en ambiente de pruebas
3. Validar integridad de datos con checksums
4. Documentar tiempo real de restauración

Conclusión

No esperes a perder datos para darte cuenta de que tu estrategia de backup fallaba. Define RTO/RPO realistas, implementa la regla 3-2-1, y testa regularmente. La paz mental no tiene precio.