Tipos de backup en HANA
SAP HANA utiliza dos tipos principales de backups: data backups que capturan el estado completo de la base de datos en un momento dado, y log backups que capturan los cambios incrementales desde el último data backup o log backup.
Los data backups pueden ser completos (full) que respaldan toda la base de datos, incrementales que solo respaldan los cambios desde el último backup completo, o diferenciales que respaldan cambios desde el último backup de cualquier tipo. En producción se recomienda principalmente usar full backups por simplicidad de recovery.
Los log backups son críticos para garantizar RPO mínimo. Se ejecutan automáticamente en intervalos configurables, típicamente cada 15 minutos. Sin log backups continuos, solo se puede recuperar hasta el momento del último data backup.
Configuración de backups
La configuración de backups se realiza mediante HANA Cockpit, HANA Studio o directamente mediante SQL. Los parámetros principales incluyen: destino de backup (filesystem, Backint, NFS), frecuencia de data backups, intervalo de log backups, retención de backups antiguos y compresión de backups.
Para filesystem backups, se debe configurar el parámetro basepath_databackup que especifica dónde se almacenan los data backups y basepath_logbackup para log backups. Estos directorios deben tener espacio suficiente y no deben estar en el mismo storage que los data volumes de HANA.
Para ambientes enterprise se recomienda utilizar Backint, que es la interfaz de SAP para integrarse con soluciones de backup corporativas como NetBackup, CommVault o Veeam. Backint permite gestión centralizada de backups y permite enviar backups a tape libraries o cloud storage.
Procedimientos de recuperación
La recuperación en HANA puede ser completa (último estado disponible) o point-in-time (hasta momento específico). Para recovery completo, HANA restaura el último data backup y aplica todos los log backups disponibles hasta el momento actual.
Para point-in-time recovery, se especifica el timestamp exacto hasta el cual recuperar. HANA restaura el data backup más cercano anterior a ese momento y aplica logs hasta el punto solicitado. Esto es útil para recuperar de errores lógicos como eliminaciones accidentales de datos.
El procedimiento básico de recovery es: parar HANA, iniciar en modo recovery mediante HDB start --recover, especificar el tipo de recovery (complete o point-in-time), confirmar y esperar a que complete. El proceso puede tomar desde minutos hasta horas dependiendo del tamaño de la base de datos y cantidad de logs a aplicar.
Verificación de backups
Es crítico verificar regularmente que los backups son válidos y recuperables. Las verificaciones incluyen: revisar el catálogo de backups mediante M_BACKUP_CATALOG para confirmar que los backups se completaron sin errores, verificar que los archivos de backup existen físicamente en el destino configurado, validar que hay suficiente espacio para futuros backups y realizar tests periódicos de recovery en sistemas no productivos.
Los tests de recovery son la única forma de garantizar que un backup realmente sirve. Se recomienda realizar test recoveries al menos trimestralmente, restaurando backups de producción en un sistema de test y verificando integridad de datos.
Mejores prácticas
Data backups completos diarios en horarios de baja actividad. Log backups automáticos cada 15 minutos. Almacenamiento de backups fuera del servidor HANA, idealmente en storage dedicado. Retención según políticas corporativas, típicamente 30 días online y archivo a largo plazo según compliance. Monitorización automática de fallos de backup con alertas inmediatas. Documentación clara de procedimientos de recovery. Test recovery regular para validar backups. Para sistemas críticos, considerar HANA System Replication como complemento a backups tradicionales.
Preguntas Frecuentes (FAQ)
¿Qué tipos de backup existen en SAP HANA?
Los principales son: Data Backups (completos, incrementales o diferenciales) y Log Backups (automáticos para registrar cambios en las transacciones).
¿Con qué frecuencia se deben realizar los log backups?
Se recomienda una frecuencia automática, típicamente cada 15 minutos, para garantizar un RPO (Recovery Point Objective) mínimo en caso de fallo.
¿Qué es la interfaz Backint?
Backint es una API estándar de SAP que permite conectar SAP HANA directamente con soluciones de backup de terceros (como Veeam, Commvault o NetBackup) para una gestión centralizada.
Páginas relacionadas
Replicación SAP HANA como estrategia complementaria de protección.
Alta disponibilidad para contexto de estrategias de protección.
Planes de mantenimiento donde los backups son actividad clave.