Anexo B — Procedimiento de Backup y Recuperación

1. Objetivos del procedimiento

• Garantizar la recuperación de datos tras incidente.
• Definir RPO (Recovery Point Objective) y RTO (Recovery Time Objective).
• Documentar pruebas periódicas de restauración.
• Cumplir con el art. 32.1.c RGPD (resiliencia y capacidad de restauración).

2. Definiciones

• RPO: pérdida máxima de datos aceptable, medida en tiempo.
• RTO: tiempo máximo aceptable para restaurar el servicio.
• Backup completo: copia de todos los datos.
• Backup incremental: copia de cambios desde el último backup.
• Backup diferencial: copia de cambios desde el último backup completo.
• Restauración: proceso de recuperar datos desde un backup.

3. Objetivos de servicio

4. Tipos de backup

4.1. Backup de base de datos PostgreSQL

• Método: pg_dump completo + WAL archiving para recuperación point-in-time.
• Frecuencia: completo diario a las 03:00 UTC; WAL continuo.
• Cifrado: AES-256 antes de subir a almacenamiento de objetos.
• Almacenamiento: [PROVEEDOR R2], con versionado y bloqueo de objetos.

4.2. Backup de objetos (fotos, documentos, PDFs)

• Método: replicación asíncrona a bucket secundario.
• Frecuencia: continua.
• Cifrado: AES-256 en reposo + TLS en tránsito.
• Almacenamiento: dos regiones distintas.

4.3. Backup de configuración

• Método: exportación de configuración de infraestructura como código (IaC).
• Frecuencia: en cada cambio versionado en repositorio Git.
• Almacenamiento: repositorio privado + copia externa cifrada.

4.4. Backup de logs

• Método: exportación diaria de logs a almacenamiento WORM.
• Frecuencia: diaria.
• Retención: 2 años.

5. Procedimiento de backup

1. Ejecución automática: cron/scheduler a las 03:00 UTC.
2. Verificación de integridad: hash SHA-256 antes y después del backup.
3. Cifrado: AES-256-GCM con clave rotada mensualmente.
4. Subida: a almacenamiento de objetos con versionado habilitado.
5. Registro: en log de auditoría con fecha, tamaño, hash y estado.
6. Alerta: notificación al equipo si falla algún paso.

6. Procedimiento de restauración

6.1. Restauración completa

1. Identificar el backup más reciente válido.
2. Verificar hash y firma criptográfica.
3. Descargar y descifrar en entorno aislado.
4. Restaurar base de datos con pg_restore + WAL hasta el punto deseado.
5. Restaurar objetos (fotos, documentos).
6. Verificar integridad referencial.
7. Reactivar servicio.
8. Registrar la operación con evidencia.

6.2. Restauración de tenant específico

1. Identificar el tenant afectado.
2. Localizar backup que contenga el tenant.
3. Restaurar en entorno aislado.
4. Extraer únicamente los datos del tenant.
5. Importar al entorno productivo con verificación de conflictos.
6. Notificar al responsable del tenant.

6.3. Restauración point-in-time

1. Identificar el momento exacto al que se quiere restaurar.
2. Restaurar el backup completo más cercano anterior.
3. Aplicar WAL hasta el momento exacto.
4. Verificar consistencia.

7. Pruebas de restauración

Las pruebas de restauración se realizan semestralmente y se documentan con:

• Fecha y hora de la prueba.
• Backup utilizado (identificador, hash).
• Tiempo de restauración real (RTO medido).
• Pérdida de datos medida (RPO verificado).
• Incidencias encontradas.
• Acciones correctivas.
• Firma del responsable técnico.

Los informes de prueba se conservan durante 5 años y se ponen a disposición del Responsable que los solicite.

8. Roles y responsabilidades

9. Escenarios de recuperación

10. Documentación y auditoría

• Registro de todos los backups (fecha, tamaño, hash, estado).
• Registro de todas las restauraciones (fecha, motivo, resultado).
• Informes semestrales de pruebas.
• Disponibilidad para auditoría por el Responsable o tercero.
• Retención de registros: 5 años.

11. Referencias normativas

• Reglamento (UE) 2016/679 (RGPD), art. 32.1.c.
• ISO/IEC 27001:2022, control A.8.13.
• ISO/IEC 27031:2011 — continuidad de negocio.
• ISO/IEC 22301:2019 — sistemas de gestión de continuidad.
• NIST SP 800-34 — contingencias.
• CCN-CERT guía 802.