TR-4719: Replicación de sistemas SAP HANA: Backup y recuperación de datos con SnapCenter
Nils Bauer: NetApp
La replicación de sistemas SAP HANA se suele usar como solución de alta disponibilidad o recuperación ante desastres para bases de datos SAP HANA. La replicación de sistemas SAP HANA ofrece diferentes modos de funcionamiento que puede utilizar en función del caso de uso o los requisitos de disponibilidad.
Existen dos casos de uso principales que pueden combinarse:
-
Alta disponibilidad con un objetivo de punto de recuperación (RPO) de cero y un objetivo de tiempo de recuperación (RTO) mínimo mediante un host SAP HANA secundario dedicado.
-
Recuperación ante desastres a gran distancia. El host SAP HANA secundario también se puede usar para desarrollo o pruebas durante el funcionamiento normal.
Alta disponibilidad con un objetivo de punto de recuperación de cero y un objetivo de tiempo de recuperación mínimo
La replicación del sistema se configura con la replicación síncrona mediante tablas precargadas en la memoria en el host secundario de SAP HANA. Esta solución de alta disponibilidad se puede usar para solucionar fallos de hardware o software y también para reducir el tiempo de inactividad planificado durante las actualizaciones de software SAP HANA (operaciones de tiempo de inactividad casi cero).
Las operaciones de conmutación por error a menudo se automatizan usando software de clúster de terceros o con un flujo de trabajo de un clic con el software SAP Landscape Management.
Desde la perspectiva de requisito de backup, debe poder crear backups independientemente de qué host de SAP HANA sea primario o secundario. Se usa una infraestructura de backup compartida para restaurar cualquier backup, independientemente del host en el que se haya creado el backup.
El resto de este documento se centra en operaciones de backup con la replicación de sistemas SAP configurada como solución de alta disponibilidad.
![Error: Falta la imagen gráfica](./../media/saphana-sr-scs-image1.png)
Recuperación ante desastres a gran distancia
La replicación del sistema se puede configurar con la replicación asíncrona sin que la tabla quede precargada en la memoria del host secundario. Esta solución se utiliza para resolver los fallos del centro de datos y, por lo general, las operaciones de conmutación por error se realizan manualmente.
En relación con los requisitos de backup, debe poder crear backups durante el funcionamiento normal en el centro de datos 1 y durante la recuperación ante desastres en el centro de datos 2. Hay una infraestructura de backup independiente disponible en los centros de datos 1 y 2, y las operaciones de backup se activan como parte de la recuperación ante desastres. La infraestructura de backup no suele estar compartida y no es posible realizar una operación de restauración de un backup creado en el otro centro de datos.
![Error: Falta la imagen gráfica](./../media/saphana-sr-scs-image2.png)