La siguiente figura muestra la configuración de laboratorio utilizada en este capítulo. Dos hosts HANA, hana-3 y hana-4, fueron configurados con HANA System Replication.

Se creó un usuario de base de datos «SnapCenter» para la base de datos del sistema HANA con la Privileges necesaria para ejecutar operaciones de backup y recuperación (consulte "Backup y recuperación de datos de SAP HANA con SnapCenter"). Debe configurarse una clave de almacenamiento de usuario de HANA en ambos hosts que utilice el usuario de base de datos anterior.

Desde una perspectiva de alto nivel, debe realizar los siguientes pasos para configurar la replicación del sistema HANA en SnapCenter.

Después de instalar el plugin de SnapCenter HANA en ambos hosts HANA, los sistemas HANA se muestran en la vista de recursos de SnapCenter de la misma manera que otros recursos de detección automática. A partir de SnapCenter 4.6, se muestra una columna adicional que muestra el estado de la replicación del sistema HANA (habilitada/deshabilitada, primaria/secundaria).

Al hacer clic en el recurso, SnapCenter solicita la clave de almacenamiento de usuario de HANA para el sistema HANA.

Se ejecutan pasos adicionales de detección automática y SnapCenter muestra los detalles del recurso. Con SnapCenter 4.6, el estado de la replicación del sistema y el servidor secundario se muestran en esta vista.

Tras realizar los mismos pasos para el segundo recurso HANA, se completa el proceso de detección automática y ambos recursos HANA se configuran en SnapCenter.

Para los sistemas habilitados con replicación del sistema HANA, debe configurar un grupo de recursos de SnapCenter, incluidos ambos recursos de HANA.

NetApp recomienda usar un formato de nombre personalizado para el nombre de Snapshot, que debe incluir el nombre de host, la política y la programación.

Debe añadir ambos hosts HANA al grupo de recursos.

Las políticas y las programaciones se configuran para el grupo de recursos.

La configuración del grupo de recursos ahora termina y se pueden ejecutar los backups.

Cuando se ejecuta una operación de backup del grupo de recursos, SnapCenter identifica el host primario y solo activa un backup en el host primario. Esto significa que solo se hará copia Snapshot del volumen de datos del host primario. En nuestro ejemplo, hana-3 es el host primario actual y se ejecuta un backup en este host.

El registro de trabajos de SnapCenter muestra la operación de identificación y la ejecución del backup en el host primario actual hana-3.

Ahora se ha creado un backup de Snapshot en el recurso HANA principal. El nombre de host incluido en el nombre de backup muestra hana-3.

El mismo backup Snapshot también se puede ver en el catálogo de backup de HANA.

Si se ejecuta una operación de toma de control, otros backups de SnapCenter ahora identifican el host secundario anterior (hana-4) como primario; la operación de backup se ejecuta en hana-4. De nuevo, solo se crea una copia de Snapshot del nuevo host primario (hana-4).

El registro de trabajos de SnapCenter muestra la operación de identificación y la ejecución del backup en el host primario actual hana-4.

Ahora se ha creado un backup de Snapshot en el recurso HANA principal. El nombre de host incluido en el nombre de backup muestra hana-4.

El mismo backup Snapshot también se puede ver en el catálogo de backup de HANA.

SnapCenter 4.6 usa el mismo lógico que se describe para las operaciones de backup de Snapshot para operaciones de comprobación de integridad de bloques con backups basados en archivos. SnapCenter identifica el host HANA primario actual y ejecuta el backup basado en archivos para este host. La gestión de retención también se realiza en ambos hosts, de modo que el backup más antiguo se elimina independientemente de qué host sea actualmente el primario.

Para permitir operaciones de backup transparentes sin interacción manual en el caso de toma de control e independiente del host HANA que actualmente es el host primario, debe configurar una relación de SnapVault para los volúmenes de datos de ambos hosts. SnapCenter ejecuta una operación de actualización de SnapVault para el host primario actual con cada ejecución de backup.

Como ONTAP gestiona la gestión de retención en el destino de SnapVault fuera de SnapCenter, esta retención no se puede manejar entre ambos hosts HANA. Por lo tanto, los backups que se crearon antes de la toma de control no se eliminan con operaciones de backup en el secundario anterior. Estos backups permanecen hasta que la primera copia vuelve a ser primaria. Para que estos backups no bloqueen la gestión de retención de los backups de registros, deben eliminarse manualmente en el destino SnapVault o en el catálogo de backup de HANA.

SnapCenter 4.6 gestiona la retención de backups de Snapshot, operaciones de comprobación de integridad de bloques, entradas de catálogo de backup de HANA y backups de registros (si no están deshabilitados) en ambos hosts HANA, por lo que no importa qué host sea actualmente primario o secundario. Los backups (datos y registro) y las entradas en el catálogo HANA se eliminan de acuerdo con la retención definida, independientemente de si es necesaria una operación de eliminación en el host primario o secundario actual. Es decir, no es necesaria ninguna interacción manual si se realiza una operación de toma de control y/o si la replicación se configura en la otra dirección.

Si la replicación de SnapVault forma parte de la estrategia de protección de datos, se necesita interacción manual en situaciones específicas, como se describe en la sección "Replicación de SnapVault"

La siguiente figura muestra una situación en la que se han ejecutado varias adquisiciones y se han creado backups de Snapshot en ambos sitios. Con el estado actual, el host hana-3 es el host principal y el último backup es T4, que se ha creado en el host hana-3. Si necesita realizar una restauración y recuperación de datos, los backups T1 y T4 están disponibles para su restauración y recuperación en SnapCenter. Los backups, que se crearon en el host hana-4 (T2, T3), no se pueden restaurar mediante SnapCenter. Estos backups deben copiarse manualmente en el volumen de datos de hana-3 para la recuperación.

Las operaciones de restauración y recuperación de una configuración de grupos de recursos de SnapCenter 4.6 son idénticas a la configuración de replicación sin sistema que se haya detectado automáticamente. Todas las opciones de restauración y recuperación automatizada están disponibles. Para obtener más información, consulte el informe técnico "TR-4614: Backup y recuperación de datos de SAP HANA con SnapCenter".

Una operación de restauración a partir de un backup que se creó en el otro host se describe en la sección "Restauración y recuperación a partir de un backup creado en el otro host".