Compartir vía

Adición de volúmenes para un sistema SAP HANA como sistema de recuperación ante desastres mediante la replicación entre regiones

  • Artículo

En este artículo se describe el uso de un grupo de volúmenes de aplicaciones para agregar volúmenes para un sistema SAP HANA como un sistema de recuperación ante desastres (DR). Esta configuración usa la función de replicación entre regiones (CRR) de Azure NetApp Files.

CRR entre servidores HANA de origen y destino

La función de replicación entre regiones de Azure NetApp Files permite replicar volúmenes entre pares de replicación entre regiones admitidos. Esta funcionalidad permite replicar un volumen desde una región de origen a un volumen de la región de destino para la recuperación ante desastres (DR).

En lugar de usar la replicación del sistema de HANA (HSR), puede usar la replicación entre regiones para proteger una base de datos sin necesidad de un servidor de bases de datos de HANA que se ejecute todo el tiempo. Debe crear volúmenes de destino de replicación en una región compatible con la replicación entre regiones. El grupo de volúmenes de SAP HANA garantiza que los volúmenes de destino se crean con el tipo de volumen correcto que cumple todos los requisitos específicos de SAP HANA.

En el diagrama siguiente se muestra la replicación entre regiones entre los servidores HANA de origen y destino. La replicación entre regiones es asincrónica. Por lo tanto, no es necesario replicar todos los volúmenes.

Diagrama que muestra la replicación entre regiones entre los servidores HANA de origen y destino.

Nota:

Al usar una implementación de alta disponibilidad con HSR en el lado principal, puede optar por replicar no solo el sistema HANA principal, como se describe en esta sección, sino también el sistema HANA secundario mediante la replicación entre regiones. Para adaptar automáticamente la convención de nomenclatura, seleccione las opciones Secundaria de HSR secundario y Destino de recuperación ante desastres en la pantalla Crear un grupo de volúmenes. A continuación, el prefijo cambia a DR2-.

Importante

  • La recuperación de la base de datos HANA en la región de destino requiere el uso de instantáneas de almacenamiento coherentes con la aplicación para la copia de seguridad de HANA. Puede crear estas instantáneas mediante soluciones de protección de datos, como la herramienta Azure Application Consistent Snapshot (AzAcSnap).
  • Debe replicar al menos el volumen de datos y el volumen de copia de seguridad del registro.
  • Opcionalmente, puede replicar el volumen de copia de seguridad de datos y el volumen compartido.
  • Nunca debe replicar el volumen de registro. El grupo de volúmenes de aplicación creará el volumen de registro como un volumen estándar.

Programaciones de replicación, RTO y RPO

En la tabla siguiente se resumen las opciones de programación de replicación. También se describe la configuración predeterminada propuesta por el grupo de volúmenes de aplicación:

Volume type Programación de replicación predeterminada Opciones disponibles Notas
Data Diariamente Diario, cada hora La opción que seleccione afecta al objetivo de tiempo de recuperación (RTO) y a la cantidad de datos transferidos.
Registro - - Los volúmenes de registro no se replican.
SAP compartido Cada 10 minutos Cada 10 minutos, cada hora, diario Debe elegir una programación basada en los requisitos del Acuerdo de Nivel de Servicio y los datos almacenados en el volumen compartido.
Copia de seguridad de datos Diariamente Diario, semanal La replicación de los volúmenes de copia de seguridad de datos es opcional.
Copia de seguridad de registros Cada 10 minutos Cada 10 minutos Esta configuración afecta al objetivo de punto de recuperación (RPO).

La programación de la frecuencia de replicación afecta a los contratos de nivel de servicio:

  • Objetivo de tiempo de recuperación (RTO):
    Cantidad mínima de tiempo que tardaría una recuperación.
    Para recuperar mediante la instantánea coherente con la aplicación más reciente disponible, es necesario reproducir todas las copias de seguridad de registros disponibles. El RTO depende de la frecuencia de copia de seguridad y la frecuencia de replicación del volumen de datos. Por ejemplo, si la frecuencia de copia de seguridad es cada 6 horas y la programación de replicación es "Diaria", la copia de seguridad más antigua podría tener una antigüedad de 30 horas (24 horas + 6 horas). En este escenario, sería necesario reproducir hasta 30 horas de copias de seguridad de registros.
  • Objetivo de punto de recuperación (RPO):
    La pérdida de datos mínima que podría producirse.
    La frecuencia de copia de seguridad de registros de SAP HANA suele ser de 15 minutos, pero este valor se puede configurar de forma diferente. Suponiendo una programación de replicación de 10 minutos para las copias de seguridad de registros, la pérdida máxima de transacciones sería de [15+10+transfer_time] minutos.

Agregar volúmenes

En el ejemplo siguiente se agregan volúmenes a un sistema SAP HANA. El sistema actúa como sistema de destino de recuperación ante desastres mediante la replicación entre regiones.

Importante

Las opciones de este procedimiento difieren si se ha registrado para el grupo de volúmenes de aplicaciones para la versión preliminar de la extensión 1 de SAP HANA. Seleccione la pestaña correcta para la configuración. Para aprovechar la característica, debe registrarse para la extensión 1.

  1. En la cuenta de NetApp, seleccione Grupos de volúmenes de aplicación y, a continuación, +Agregar grupo.

  2. En Tipo de implementación, seleccione SAP HANA y, después, Siguiente.

  3. En la pestaña SAP HANA, proporcione información específica de HANA.

    Importante

    Asegúrese de seleccionar la opción Disaster recovery destination (Destino de recuperación ante desastres) para indicar que va a crear un sistema de HANA como destino de replicación entre regiones.

    • Identificador de SAP (SID):
      Identificador del sistema SAP HANA de tres caracteres alfanuméricos.

    • Nombre del grupo:
      Nombre del grupo de volúmenes.

    • Memoria del nodo SAP:
      Este valor define el tamaño de la base de datos de SAP HANA del host. Se usa para calcular el tamaño y el rendimiento del volumen necesarios.

    • Sobrecarga de capacidad (%):
      Al usar instantáneas para la protección de datos, debe planear una capacidad adicional. Este campo agregará un tamaño adicional (%) para el volumen de datos.
      Puede calcular este valor mediante "change rate per day" X "number of days retention".

    • Host único:
      Seleccione esta opción para un sistema SAP HANA de host único o el primer host para un sistema de varios host. Con el primer host solo se crearán los volúmenes compartidos, de copia de seguridad de registros y de copia de seguridad de datos.

    • Varios hosts:
      Seleccione esta opción si va a agregar hosts adicionales a un sistema de HANA de varios hosts.

    • Destino de recuperación ante desastres:
      Seleccione esta opción para crear volúmenes para un sistema de HANA como sitio de recuperación ante desastres mediante la replicación entre regiones.

      Al seleccionar Disaster recovery destination (Destino de recuperación ante desastres), se desencadena la convención de nomenclatura del nombre del grupo de volúmenes para que incluya "-DR-" e indique una configuración de recuperación ante desastres.

    Seleccione Siguiente: Grupos de volúmenes.

    Captura de pantalla que muestra la página Crear un grupo de volúmenes en una configuración de replicación entre regiones.

  4. En la pestaña Grupo de volúmenes, proporcione información para crear el grupo de volúmenes:

    • Grupo con ubicación por proximidad (PPG):
      Especifica que los volúmenes de datos y compartidos se van a crear cerca de las máquinas virtuales de recuperación ante desastres.
      Incluso si no necesita las máquinas virtuales para la replicación, debe iniciar al menos una máquina virtual para delimitar el PPG al aprovisionar los volúmenes.
    • Grupo de capacidad:
      Todos los volúmenes se colocan en un único grupo de capacidad de QoS manual.
      Si desea crear los volúmenes de copia de seguridad de registros y de copia de seguridad de datos en un grupo de capacidad independiente, puede optar por no agregar esos volúmenes al grupo de volúmenes.
    • Red virtual:
      Especifique una red virtual existente donde se coloquen las máquinas virtuales.
    • Subred:
      Especifique la subred delegada donde se van a crear las direcciones IP de las exportaciones de NFS. Asegúrese de que tiene una subred delegada con suficientes direcciones IP libres.

    Seleccione Siguiente: protocolos.

  5. En la sección Protocolos de la pestaña Grupo de volúmenes, puede modificar la directiva de exportación, que debe ser común a todos los volúmenes.

    Seleccione Siguiente: replicación.

  6. En la sección Replicación de la pestaña Grupo de volúmenes, el campo Programación de replicación tiene como valor predeterminado "Múltiple" (deshabilitado). Las programaciones de replicación predeterminadas son diferentes para los volúmenes replicados. Por lo tanto, puede modificar las programaciones de replicación solo para cada volumen individualmente desde la pestaña Volúmenes y no globalmente para todo el grupo de volúmenes.

    Captura de pantalla que muestra el campo Múltiple deshabilitado en la página Crear un grupo de volúmenes.

    Seleccione Siguiente: Etiquetas.

  7. En la sección Etiquetas de la pestaña Grupo de volúmenes, puede agregar etiquetas según sea necesario para los volúmenes.

    Seleccione Siguiente: Volúmenes.

  8. La pestaña Volúmenes muestra la lista de volúmenes.

    La convención de nomenclatura de volúmenes incluye un prefijo "DR-" para indicar que los volúmenes pertenecen al lado de recuperación ante desastres (destino) de la instalación.

    La pestaña Volúmenes también muestra el tipo de volumen:

    • DP: indica el destino en la configuración de replicación entre regiones. Los volúmenes de este tipo no están en línea, sino en modo de replicación.
    • RW: indica que se permiten lecturas y escrituras.

    El tipo predeterminado para el volumen de registro es RW, y este valor no se puede cambiar.

    El tipo predeterminado para los volúmenes de datos, compartidos y de copia de seguridad de registros es DP, y este valor no se puede cambiar.

    El tipo predeterminado para el volumen de copia de seguridad de datos es DP, pero este valor se puede cambiar a RW.

    Captura de pantalla que muestra los tipos de volumen en la página Crear un grupo de volúmenes.

  9. Seleccione cada volumen con el tipo de DP para especificar el Id. del volumen de origen. Para obtener más información, vea Búsqueda del identificador de recurso del volumen de origen.

    Opcionalmente, puede cambiar la programación de replicación predeterminada de un volumen. Consulte Programaciones de replicación, RTO y RPO para ver las opciones de programación de replicación.

    Captura de pantalla que muestra la pestaña Replicación en la página Crear un grupo de volúmenes.

  10. Después de crear el grupo de volúmenes, configure la replicación siguiendo las instrucciones de Autorización de la replicación desde el volumen de origen.

    1. Para cada volumen de DP que haya creado, copie el Id. de recurso del volumen.

    2. Para cada volumen de origen, seleccioneReplicación y, a continuación, en Autorizar. Pegue el Id. de recurso de cada volumen de destino correspondiente.

Opciones de configuración para replicar una base de datos SAP HANA mediante la replicación del sistema HANA para la alta disponibilidad

En algunas situaciones, es posible que desee combinar una configuración de alta disponibilidad de la replicación del sistema HANA con una configuración de recuperación ante desastres mediante la replicación entre regiones. Según el patrón de uso específico y el Acuerdo de Nivel de Servicio (SLA), hay dos opciones disponibles para la replicación. En esta sección se describen las opciones.

Replicación solo de los volúmenes de bases de datos HANA principales

En este escenario, no se suelen cambiar los roles de los sistemas principal y secundario. La adquisición solo se realiza en caso de emergencia. Por lo tanto, las copias de seguridad de instantáneas consistentes entre aplicaciones que son necesarias para la replicación entre regiones se realizan principalmente en el host principal. Esto se debe a que solo se puede usar la base de datos HANA principal para crear una copia de seguridad.

En el diagrama siguiente se describe este escenario:

Diagrama que muestra la replicación solo para los volúmenes de base de datos de HANA principales.

En este escenario, una configuración de recuperación ante desastres solo debe incluir los volúmenes del sistema HANA principal. Con la replicación diaria del volumen de datos principal y las copias de seguridad de registros de los sistemas principal y secundario, el sistema se puede recuperar en el sitio de recuperación ante desastres. En el diagrama, se usa un solo volumen para las copias de seguridad de registros de los sistemas principal y secundario.

En el caso de una adquisición por parte del host HSR secundario, las copias de seguridad realizadas en el sistema secundario no se replican, pero las copias de seguridad de registros del secundario se siguen replicando. Si se produce un desastre, el sistema del sitio de recuperación ante desastres todavía se puede recuperar con la copia de seguridad de instantáneas anterior a partir del sistema principal anterior y las copias de seguridad de registros replicadas de ambos hosts. El RTO aumenta porque se van a recuperar más registros, dependiendo de cuánto tiempo se ejecuta el par HSR en el modo de adquisición. Si el modo de toma de control es significativamente más largo y el RTO se convierte en un problema, debe configurar una nueva replicación entre regiones, incluido el volumen de datos del sistema secundario.

El flujo de trabajo para este escenario es idéntico al flujo de trabajo Agregar volúmenes.

Replicación de volúmenes de bases de datos HANA principal y secundario

Por motivos distintos de la alta disponibilidad, es posible que desee cambiar periódicamente los roles entre los sistemas HANA principal y secundario. En este escenario, se deben crear copias de seguridad consistentes entre aplicaciones en ambos hosts de HANA.

En el diagrama siguiente se describe este escenario:

Diagrama que muestra la replicación para los volúmenes de base de datos de HANA principal y secundario.

En este escenario, es posible que desee replicar ambos conjuntos de volúmenes de los sistemas HANA principal y secundario, como se muestra en el diagrama.

Para crear los volúmenes para el destino de replicación secundario, se adaptará la convención de nomenclatura. Para distinguir entre la replicación de la base de datos principal y secundaria, el prefijo cambia de DR a DR2 para el sistema HANA secundario. Excepto este cambio de nombre, el flujo de trabajo es idéntico al flujo de trabajo Agregar volúmenes.

Nota:

Para obtener una explicación detallada de una solución de recuperación ante desastres para HANA con Azure NetApp Files, consulte el informe técnico de NetApp TR-4891: Recuperación ante desastres de SAP HANA con Azure NetApp Files. El informe técnico se proporciona información detallada y ejemplos sobre el uso de la replicación entre regiones para SAP HANA en Azure NetApp Files.

Pasos siguientes