Arquitectura de Azure Backup para la copia de seguridad de SAP HANA

El servicio de Azure Backup le permite realizar una copia de seguridad de los datos de las bases de datos de SAP HANA de una aplicación de forma coherente. En este artículo se describen los componentes de la arquitectura y los procesos de Azure Backup.

¿Cómo funciona Azure Backup con las bases de datos de SAP HANA?

Azure Backup proporciona una solución de copia de seguridad de streaming para realizar copias de seguridad de bases de datos de SAP HANA que se ejecutan en una máquina virtual de Azure. Esta oferta de copia de seguridad no requiere ninguna configuración de infraestructura, lo que elimina la necesidad de implementar y administrar la infraestructura de copia de seguridad.

Azure Backup tiene certificación Backint de SAP, proporciona compatibilidad con copias de seguridad nativas usando las API nativas de SAP HANA. Con esta solución, puede realizar copias de seguridad de bases de datos de SAP HANA que se ejecutan en máquinas virtuales de Azure y restaurarlas, y usar las funcionalidades de administración empresarial que proporciona Azure Backup.

Obtenga más información sobre los valores agregados que Azure Backup proporciona para SAP HANA.

¿Dónde se efectúa la copia de seguridad de los datos?

Azure Backup almacena los datos de copia de seguridad en almacenes de Recovery Services. Un almacén es una entidad de almacenamiento en línea de Azure que se usa para almacenar datos, como copias de seguridad, puntos de recuperación y directivas de copia de seguridad.

Obtenga más información sobre los almacenes de Recovery Services.

Agentes de copia de seguridad

Para hacer una copia de seguridad de las bases de datos de SAP HANA que se ejecutan en una máquina virtual de Azure, debe permitir la instalación del complemento (agente de copia de seguridad de SAP HANA) en la máquina virtual de Azure. Este complemento se conecta con HANA Backint y ayuda al servicio de Azure Backup a trasladar datos al almacén. También permite a Azure Backup realizar restauraciones.

Tipos de copia de seguridad

Más información sobre tipos de copia de seguridad de SAP HANA.

Acerca de la arquitectura

En las secciones siguientes obtendrá información sobre la arquitectura de copia de seguridad de las bases de datos HANA en Azure Backup.

Arquitectura de copia de seguridad para la base de datos

Consulte la arquitectura de alto nivel de Azure Backup para las bases de datos de SAP HANA. Para obtener una descripción detallada del proceso de copia de seguridad, consulte el siguiente proceso:

1. Para empezar el proceso de copia de seguridad, cree un almacén de Recovery Services en Azure. Este almacén se usará para almacenar las copias de seguridad y los puntos de recuperación creados con el tiempo.

2. La máquina virtual de Azure que ejecuta un servidor SAP HANA se registra con el almacén y se detectan las bases de datos de las que se va a realizar la copia de seguridad. A fin de habilitar el servicio Azure Backup para que detecte las bases de datos, debe ejecutar este script de prerregistro en el servidor HANA como usuario raíz.

   Nota:

   Asegúrese de que la instancia de HANA esté en funcionamiento durante el descubrimiento de las bases de datos de esta instancia.

3. Además, asegúrese de que se cumplen los demás requisitos previos.

   Importante

   Asegúrese de que se cumplen los requisitos previos para configurar la conectividad de red adecuada. Consulte la recomendación sobre cómo configurar máquinas virtuales de Azure que se ejecutan en SAP HANA con componentes de red adicionales para usar la oferta de copia de seguridad.

4. Consulte también lo que hace el script de registro previo. Si intenta configurar la copia de seguridad de las bases de datos de SAP HANA sin ejecutar este script, es posible que reciba el error UserErrorHanaScriptNotRun.

5. Ahora el servicio Azure Backup instala el complemento de Azure Backup para HANA en el servidor SAP HANA registrado. Este complemento usa el usuario de Backup creado por el script de registro previo para realizar todas las operaciones de copia de seguridad y restauración.

6. Para configurar la copia de seguridad en las bases de datos que se han detectado, elija la directiva de copia de seguridad necesaria y habilite las copias de seguridad.

7. Azure Backup para SAP HANA (solución con certificación Backint), no depende de los tipos de máquina virtual o disco subyacente. La copia de seguridad se realiza mediante secuencias generadas por SAP HANA.

Flujo de copia de seguridad

Con esta sección comprenderá el proceso de copia de seguridad de una base de datos HANA que se ejecuta en una máquina virtual de Azure.

1. Las copias de seguridad programadas se administran mediante entradas crontab creadas en la máquina virtual de HANA, mientras que las copias de seguridad a petición se desencadenan directamente por el servicio de Azure Backup.

2. Una vez que SAP HANA Backup Engine/Backint recibe la solicitud de copia de seguridad, prepara la base de datos de SAP HANA para una copia de seguridad mediante la creación de un punto de guardado y el movimiento de los datos a los volúmenes de almacenamiento subyacentes.

3. A continuación, Backint ejecuta la operación de lectura desde los volúmenes de datos subyacentes: el servidor de índice y el motor XS para la base de datos del inquilino y el servidor de nombres para SYSTEMDB. Los discos SSD prémium pueden proporcionar un rendimiento de E/S óptimo para la operación de streaming de copia de seguridad. Sin embargo, el uso de discos sin almacenar en caché con M64Is puede proporcionar mayores velocidades.

4. Para transmitir los datos de copia de seguridad, Backint crea hasta tres canalizaciones, que escriben directamente en el almacén de Recovery Services de Azure Backup.

   Si no usa firewall o NVA en la configuración, la secuencia de copia de seguridad se transfiere a través de la red de Azure al almacén de Recovery Services o Azure Storage. Además, puede configurar punto de conexión de servicio de red virtual o un punto de conexión privado para permitir que SAP HANA envíe tráfico de copia de seguridad directamente al almacén de Recovery Services o Azure Storage, omitiendo NVA o Azure Firewall. Además, cuando se usa firewall o NVA, el tráfico a Microsoft Entra ID y a Azure Backup Service pasará a través del firewall o NVA y no afectará al rendimiento general de la copia de seguridad.

5. Azure Backup intenta lograr velocidades de hasta 420 MB/s para las copias de seguridad que no son para registros y de hasta 100 MB/s para las copias de seguridad de registros. Obtenga más información sobre el rendimiento de las copias de seguridad y la restauración.

6. Los registros detallados se escriben en los archivos backup.log y backint.log de la instancia de SAP HANA.

7. Una vez completada la transmisión de la copia de seguridad, el catálogo se transmite al almacén de Recovery Services. Si la copia de seguridad (completa/diferencial/incremental/de registro) y el catálogo de esta copia de seguridad se transmiten correctamente y se guardan en el almacén de Recovery Services, Azure Backup considera que la operación de copia de seguridad es correcta.

En las secciones siguientes obtendrá información sobre las distintas configuraciones de SAP HANA y su proceso de ejecución de copias de seguridad.

Escenario de configuración de SAP HANA: red de Azure, sin NVA o Azure Firewall

Escenario de configuración de SAP HANA: red de Azure, con UDR y NVA o Azure Firewall

Escenario de configuración de SAP HANA: red de Azure que tiene UDR y NVA o Azure Firewall y punto de conexión privado o punto de conexión de servicio

Arquitectura de copia de seguridad para bases de datos con replicación del sistema HANA

El servicio de copia de seguridad reside en ambos nodos físicos de la configuración de HSR. Una vez que confirme que estos nodos están en un grupo de replicación (mediante el script de registro previo), Azure Backup agrupa los nodos lógicamente y crea un único elemento de copia de seguridad durante la configuración de protección.

Después de la configuración, Azure Backup acepta solicitudes de copia de seguridad del nodo principal. En la conmutación por error, cuando el nuevo nodo principal comienza a generar solicitudes de copia de seguridad de registros, Azure Backup compara las nuevas copias de seguridad de registros con la cadena existente del nodo principal anterior.

Si las copias de seguridad son secuenciales, Azure Backup las acepta y protege el nuevo nodo principal. Si hay alguna incoherencia o interrupción en la cadena de registros, Azure Backup desencadena una copia de seguridad completa de corrección y las copias de seguridad de registros solo se realizarán correctamente después de que finalice la copia de seguridad completa de corrección.

Flujos de copia de seguridad

En las secciones siguientes, obtendrá información sobre el flujo de copia de seguridad de las máquinas nuevas o existentes.

Nuevas máquinas

Con esta sección comprenderá el proceso de copia de seguridad de una base de datos HANA con la replicación del sistema HANA habilitada ejecutándose en una nueva máquina virtual de Azure.

1. Cree un usuario personalizado y una clave hdbuserstore en todos los nodos.
2. Ejecute el script de registro previo en ambos nodos con el usuario personalizado como usuario de copia de seguridad para implementar un identificador, lo que indica que ambos nodos pertenecen a un grupo único o común.
3. Durante la configuración de protección de HANA, seleccione ambos nodos para la detección. Esto ayuda a identificar ambos nodos como una base de datos única que se puede asociar a una directiva y proteger

Máquinas existentes

Con esta sección comprenderá el proceso de copia de seguridad de una base de datos HANA con la replicación del sistema HANA habilitada ejecutándose en una máquina virtual existente de Azure.

1. Detenga la protección y conserve los datos para ambos nodos.

2. Ejecute el script de registro previo en ambos nodos con el usuario personalizado como usuario de copia de seguridad para mencionar un identificador, lo que indica que ambos nodos pertenecen a un grupo único o común.

3. Vuelva a detectar las bases de datos en el nodo principal.

   

4. Configure la copia de seguridad de la base de datos replicada recién creada en el paso 2 de configuración de la copia de seguridad.

5. Elimine los datos de copia de seguridad de los elementos de copia de seguridad independientes anteriores para los que se ha pausado la protección.

Arquitectura de copia de seguridad para la instantánea de instancia de base de datos

Azure Backup integra instantáneas completas o incrementales de discos administrados por Azure con comandos de instantánea de HANA para ofrecer funcionalidades de copia de seguridad y recuperación instantáneas para HANA.

Copia de seguridad de instantáneas de la instancia de base de datos de SAP HANA

La arquitectura de copia de seguridad explica los distintos permisos necesarios para el servicio Azure Backup, que reside en una máquina virtual (VM) de HANA, para tomar instantáneas de los discos administrados y colocarlos en un grupo de recursos especificado por el usuario que se menciona en la directiva. Para ello, puede usar la identidad administrada asignada por el sistema de la máquina virtual de origen.

Restauración de instantáneas de instancia de base de datos de SAP HANA

La arquitectura de restauración explica los distintos permisos necesarios durante la operación de restauración. Azure Backup usa la identidad administrada de la máquina virtual de destino para leer instantáneas de disco de un grupo de recursos especificado por el usuario, crear discos en un grupo de recursos de destino y asociarlos a la máquina virtual de destino.

Pasos siguientes

• Para más información sobre las configuraciones y los escenarios admitidos, consulte la matriz de compatibilidad de copia de seguridad de SAP HANA.
• Aprenda a realizar copias de seguridad de bases de datos SAP HANA en máquinas virtuales de Azure.
• Aprenda a realizar copias de seguridad de bases de datos de replicación del sistema SAP HANA en máquinas virtuales de Azure.
• Aprenda a realizar copias de seguridad de instancias de instantáneas de las bases de datos SAP HANA en máquinas virtuales de Azure.