En entradas anteriores, hemos tratado algunos temas referidos a los backups en HANA.
Sin embargo, creo que sería bueno aclarar algunos conceptos relacionados con los mismos  así como con la capa de persistencia de SAP HANA.

Como siempre, intentando que no sea un contenido pesado de digerir, estructuraremos el mismo en varias entradas.

SAP HANA: Datos en memoria y en almacenamiento persistente.

Una pregunta típica cuando detallas el funcionamiento de una base de datos en memoria, (debido a la volatilidad de la misma) es: ¿Son seguras estás base de datos en memoria?

La respuesta es sí.

En el caso de SAP HANA, es cierto que la mayor parte de la información está en memoria, gracias a esto podemos alcanzar el máximo desempeño, pero para poder realizar una recuperación (por ejemplo, un apagado no programado) la información permanece respaldada en el almacenamiento persistente.

¿Cómo funciona este respaldo?

Durante la operación de SAP HANA, la información es automáticamente respaldada de la memoria al disco en los denominados “Savepoints”.

Adicionalmente a esto, todos los cambios realizados en la base de datos son registrados en los archivos redo log. Por cada “Commit” efectuado, un archivo redo log es escrito a disco.

Así, después de un apagón no programado, SAP HANA puede restaurar como si de una base de datos tradicional se tratase, es decir, partiendo desde el último Savepoint efectuado y aplicando todos los redo log existentes desde el mismo.

 

Entonces ¿Por qué respaldar?

Mientras que los savepoints y los redo log protegen ante un apagón inesperado, esto no evita que exista una pérdida de información si el almacenamiento persistente sufriese un daño físico o existiese alguna otra circunstancia por la que quisiéramos recuperar nuestra base de datos SAP HANA en un punto anterior o incluso un escenario donde simplemente quisiéramos ejecutar una copia de nuestra actual Database.