En la entrada anterior:
Quedó constatada la importancia de respaldar nuestra base de datos HANA.
En una base de datos SAP HANA, el flujo natural debiera ser: Memoria–>Disco–>Backup.
Habiendo repasado brevemente las dos anteriores, centrémonos en las opciones de respaldo que ofrece SAP HANA.
Opciones para el Backup en HANA.
Backups de datos / Snapshots.
- Un full backup respalda toda la información contenida en el área de datos.
El delta backups salva la información modificada desde el último respaldo. - Una snapshot respalda el contenido completo del área de datos.
Los snapshot puede ser una alternativa a los full backups.
Log backups.
- Los logs backups respaldan las entradas redo contenidas en el área log.
Estos son ejecutados automáticamente de forma asíncrona.
¿Qué ocurre cuando efectuamos un backups en SAP HANA?
Cabe decir, que cuando se efectúa un backups los usuarios pueden continuar trabajando con total normalidad. En base de datos tradicionales, estas actividades se llevaban a cabo durante periodos con bajo uso del sistema, ya que, en muchos casos, el backup va al mismo filesystem donde están la BBDD.
Las buenas prácticas nos indican que debemos contar con un filesystem físicamente independiente a nuestra base de datos, ya que en caso de que suframos una contingencia, por ejemplo, un error en el hardware, además de perder la base de datos perderemos los respaldos.
Cuando efectuamos un backup en SAP HANA, toda la información almacenada en la persistencia, referente a los diferentes servicios (Name Server, index server, etc) son respaldados.
En el momento de efectuar un backup se dispara de forma automática un savepoint sincronizado para todos estos servicios, concentrados o repartidos entre varios hosts.
Este savepoint sirve respaldar la memoria a la capa de persistencia, así como de marca para respaldar los datos por el backup.
