Módulo 8

Teoría

Submódulos

Objetivos de Aprendizaje

Al finalizar este módulo podrás: Diseñar e implementar estrategias completas de backup y recuperación para proteger datos y servicios críticos

Dominar: Tipos de backup, la regla 3-2-1, objetivos RTO/RPO, y metodologías de pruebas de recuperación

Aplicar: Planes de contingencia, cálculos de tiempo de recuperación y estrategias de protección de datos en entornos reales

8.1 ¿Por qué se Pierden las Cosas?

Las Principales Amenazas

Los datos pueden perderse por múltiples razones, y cada una requiere una estrategia de protección diferente. Las fallas de hardware son inevitables - discos duros, servidores y equipos eventualmente fallan. Los errores humanos son aún más comunes: archivos borrados accidentalmente, configuraciones incorrectas, o comandos ejecutados en el servidor equivocado.

Ejemplo real de pérdida de datos:

En 2017, GitLab perdió 6 horas de datos de producción cuando un administrador ejecutó accidentalmente un comando "rm -rf" en el servidor equivocado, y descubrieron que sus 5 mecanismos de backup habían fallado silenciosamente.

Datos alarmantes:

- 60% de las empresas que pierden datos cierran en 6 meses
- 93% de empresas sin backup por 10+ días quiebran en un año
- El costo promedio de tiempo de inactividad es $5,600 por minuto

Amenazas Externas e Internas

Los desastres naturales (terremotos, incendios, inundaciones) pueden destruir infraestructura completa. Los ataques maliciosos como ransomware han aumentado 300% en los últimos años, cifrando datos y exigiendo rescates millonarios.

8.2 Tipos de Backup

Backup Completo (Full Backup)

Un backup completo copia todos los datos desde cero cada vez. Es la forma más simple y confiable, pero también la más lenta y que consume más espacio. La ventaja es que para restaurar solo necesitas una cinta/archivo. La desventaja es el tiempo y espacio requerido.

Ejemplo práctico:

Si tienes 1TB de datos, cada backup completo ocupará 1TB, sin importar si solo cambiaron 10MB desde el último backup.

Backup Incremental

El backup incremental solo copia los archivos que cambiaron desde el último backup (sea completo o incremental). Es muy rápido y eficiente en espacio, pero para restaurar necesitas el backup completo + todos los incrementales en secuencia.

Backup Diferencial

El backup diferencial copia todos los cambios desde el último backup completo. Es un punto medio: más rápido que completo, pero solo necesitas el completo + el último diferencial para restaurar.

8.3 La Regla 3-2-1

Copias de datos importantes

Tipos diferentes de medios

Copia fuera del sitio

Aplicando la Regla 3-2-1

Mantén 3 copias de cualquier dato crítico: la original + 2 backups. Usa 2 tipos diferentes de medios: disco local + cinta, o disco + nube. Mantén 1 copia fuera del sitio (nube, oficina remota, caja de seguridad) para protegerte de desastres locales.

Ejemplo empresarial:

Datos originales en servidor → Backup diario en NAS local → Backup semanal en cinta → Copia mensual en nube AWS/Azure

8.4 Objetivos de Recuperación

RTO: Recovery Time Objective

El RTO define cuánto tiempo máximo puede estar sin servicio tu organización. ¿Puedes estar 1 hora sin email? ¿24 horas sin tu sistema de ventas? Esto determina qué tan rápido debe ser tu proceso de recuperación y cuánto puedes invertir en soluciones.

RPO: Recovery Point Objective

El RPO define cuánta información puedes permitirte perder. Si haces backup cada 24 horas, tu RPO es de 24 horas máximo. Para datos críticos, podrías necesitar RPO de minutos (con replicación en tiempo real).

Relación costo-velocidad:

RPO de 24 horas: Backup nocturno ($)
RPO de 1 hora: Backup cada hora ($$)
RPO de 5 minutos: Replicación en tiempo real ($$$)

8.5 Pruebas de Recuperación

¿Funcionan Realmente tus Backups?

Un backup que no se ha probado es una falsa sensación de seguridad. Las pruebas regulares revelan problemas como archivos corruptos, configuraciones incorrectas, o procedimientos desactualizados. Programa restauraciones de prueba trimestralmente.

Historia real:

Una empresa descubrió durante un desastre real que sus backups de base de datos estaban corruptos desde hacía 8 meses. Las pruebas de restauración habrían detectado esto mucho antes.

Simulacros de Desastre

Los simulacros de desastre prueban todo el proceso: desde detectar el problema hasta tener los sistemas completamente operativos. Incluye aspectos técnicos (recuperar datos) y operativos (comunicación, roles, escalación).

Documentación de Procedimientos

Los procedimientos de recuperación deben estar documentados paso a paso y actualizados. Durante una crisis no es momento de improvisar. La documentación debe incluir: contactos de emergencia, orden de restauración, comandos específicos, y criterios de éxito.