Añadir un host de base de datos SAP HANA, descubrir sus bases de datos y protegerlas

Para proteger una base de datos SAP HANA, primero debes incorporar la instancia de Compute Engine.

Descubrir y proteger la aplicación de base de datos SAP HANA

  • Las copias de seguridad de LVM fallan en cualquier configuración de copia de seguridad de terceros
  • La recuperación se ha visto comprometida debido a una interrupción en la cadena de recuperación
  • Una copia de seguridad completa e incremental puede obtener incrementales huérfanos que provoquen problemas de recuperación.

Sigue estas instrucciones para detectar y proteger instancias de escalado horizontal de SAP HANA:

  1. Selecciona Añadir aplicación en la página Gestor de aplicaciones > Aplicaciones de la consola de gestión.

  2. Selecciona SAP HANA en el asistente Añadir aplicación.

  3. Sigue las instrucciones del asistente:

  4. En la sección Configurar, haga clic en Configuración de la aplicación.

  5. Selecciona el Método de captura de copias de seguridad en la ventana Configuración de la aplicación. El método se basa en tus necesidades y en la información que se indica en el artículo Protege el entorno de producción de SAP frente a la pérdida, los errores y la corrupción de datos.

En la pestaña Ajustes de la aplicación, puedes cambiar los ajustes específicos de la aplicación. Asegúrate de abordar lo siguiente:

  • Clave de almacén de usuarios de la base de datos HANA: es la clave hdbuserstore de SAP HANA de la base de datos del sistema que se ha creado anteriormente. Este campo es obligatorio.

  • Porcentaje de espacio reservado en el grupo de volúmenes: es necesario para que la copia de seguridad a nivel de volumen determine la cantidad de espacio libre temporal que se necesita en el grupo de volúmenes de LVM para las instantáneas. El valor recomendado es del 20%.

  • Método de captura de copias de seguridad:

    • Usar captura de Persistent Disk: es la captura de Persistent Disk estándar que usa Compute Engine. Selecciona esta opción para las bases de datos HANA que se ejecuten en una instancia de Compute Engine. Si puedes usar este método, consulta .

    • Usar copias de seguridad a nivel de volumen: usa capturas de LVM a nivel de volumen con CBT en Linux en un disco de almacenamiento provisional basado en bloques. Esta opción usa la API de punto de recuperación de SAP HANA para permitirte crear copias de seguridad incrementales completas. Para ello, los datos de la base de datos HANA y el volumen de registro deben gestionarse con LVM. Si usas discos de almacenamiento provisional con el protocolo NFS, no puedes usar copias de seguridad a nivel de volumen.

    • Usar copia de seguridad completa e incremental: se trata de la copia de seguridad y recuperación basadas en archivos más antiguas. Este método de "volcado de archivos" no admite la creación de bases de datos virtuales. Puedes seleccionar esta opción para los discos de almacenamiento provisional de bloques y de NFS. Este método solo admite copias de seguridad de Backint y recuperación física anteriores.

  • Conservación de los registros de la base de datos de producción en horas: al final de cada copia de seguridad de los registros, se ejecutará la purga de registros y se eliminarán todos los registros anteriores al número de horas especificado aquí. Por ejemplo, si el número de horas especificado es 4 horas, se eliminarán todos los registros anteriores a ((la hora de inicio de la copia de seguridad del registro) - (4 horas)). El valor predeterminado es de 2 horas.

  • Conservación del catálogo de producción en días: es el tiempo de conservación de los metadatos del catálogo en días. Los metadatos del catálogo de HANA (tabla m_backup_catalog) se purgarán de los registros que tengan más antigüedad que el número de días especificado. Por ejemplo, si el número de días especificado es 14, se eliminarán los datos del catálogo de HANA que sean anteriores a ((el día actual) - (14 días)). El valor predeterminado es 7 días.

  1. Haz clic en Guardar > Siguiente y, a continuación, en Finalizar.

  2. Puedes ver la base de datos en la lista Aplicaciones de App Manager con un escudo verde que indica que se ha aplicado el plan de copia de seguridad.

Crear copias de seguridad de bases de datos de escalabilidad horizontal de HANA 1+n y HANA

En esta sección se incluye información sobre la protección de HANA 1+n y el escalado horizontal de HANA.

Protección de HANA 1+n

Para proteger un clúster de replicación de HANA 1+n como una sola aplicación, después de detectar la aplicación, esta tiene el host del clúster como sid name_cluster. Por ejemplo, si sr1 es la instancia de HANA, el nombre de la aplicación es sr1 y el nombre de host es sr1_cluster en la lista Aplicaciones del Gestor de aplicaciones.

El destino de la copia de seguridad de los registros de HANA debe compartirse entre dos nodos. Cuando se produce una conmutación por error, la base de datos y la copia de seguridad de los registros se conmutan automáticamente a la principal actual, y las copias de seguridad de los registros se realizan desde la principal actual, lo que permite capturar los últimos registros de la principal anterior, así como los nuevos registros de la principal actual. Sigue los pasos de preparación que se indican en el artículo Preparar las bases de datos SAP HANA para la protección.

HANA 1+n siempre se detecta como una aplicación de clúster que contiene todos los detalles de los nodos en los metadatos. Después de la detección de la aplicación, el host del clúster tiene el siguiente formato: (nombre del SID de HANA)clúster(ID del sitio)_(ID del hardware de HANA). Por ejemplo, si sr1 es la instancia de HANA, el nombre de la aplicación es sr1 y el nombre de host es sr1cluster<…> en la lista Aplicaciones del Gestor de aplicaciones.

Es recomendable ejecutar una detección forzada después de hacer cambios en la configuración de los nodos del clúster, como añadir o eliminar un nodo del clúster. Si se quita o se añade un nodo después de la detección y la protección, la configuración no se actualiza automáticamente en los metadatos de Backup y DR, lo que puede provocar problemas con las copias de seguridad.

Requisitos previos para proteger instancias y bases de datos de SAP HANA 1+n

Antes de proteger las instancias de SAP HANA, asegúrate de que se cumplen los siguientes requisitos:

  • Todos los servidores SAP HANA o las instancias de Compute Engine del clúster SAP HANA deben haberse incorporado al servicio Backup and DR.
  • Todos los servidores SAP HANA o las instancias de Compute Engine del clúster SAP HANA deben tener instalado el agente de Backup and DR.

  • Todos los servidores SAP HANA o las instancias de Compute Engine del clúster SAP HANA deben tener un secreto aplicado en Gestión de aplicaciones > Gestionar > Host > Configuración del agente de copia de seguridad y recuperación ante desastres > Secreto.

  • Si los hosts tienen IPs virtuales configuradas, añade solo la IP virtual y el nombre de host del host durante la detección.

  • El agente de Backup and DR debe instalarse en todos los nodos.

  • Los puertos deben abrirse en los hosts para permitir la comunicación en el puerto 5106. Para ello, se necesita una regla de cortafuegos de entrada en la que el dispositivo de copia de seguridad o recuperación sea el origen, el host que ejecuta el agente sea el destino y el puerto de destino sea 5106. No es necesario añadir el puerto 5106 a la regla de entrada predeterminada creada para el dispositivo, ya que esta especifica el dispositivo como destino.

  • La ubicación de la copia de seguridad de los registros de HANA debe definirse en NFS compartido.

Proteger la escalabilidad horizontal de HANA

Escalabilidad horizontal de SAP HANA

Requisitos previos para proteger el escalado horizontal de SAP HANA

Antes de proteger el escalado horizontal de SAP HANA, asegúrate de que se cumplen los siguientes requisitos:

  • Si los hosts tienen IPs virtuales configuradas, añade solo la IP virtual y el nombre de host asociado del host durante la detección.
  • El agente de Backup and DR debe instalarse en todos los nodos.
  • Los puertos deben abrirse en los hosts para permitir la comunicación en el puerto 5106. Para ello, se necesita una regla de cortafuegos de entrada en la que el dispositivo de copia de seguridad o recuperación sea el origen, el host que ejecuta el agente sea el destino y el puerto de destino sea 5106. Además, no es necesario añadir el puerto 5106 a la regla de entrada predeterminada creada para el dispositivo, ya que esta especifica el dispositivo como destino.
  • Para la copia de seguridad completa e incremental basada en archivos de Backint, la ubicación de la copia de seguridad del registro de HANA debe configurarse como compartida (NFS). Consulta Añadir el host a la consola de administración.

  • Para la protección de instantáneas de almacenamiento

    • El volumen de datos y registros no se comparte entre todos los nodos
    • Los volúmenes de datos y registros se gestionan mediante el gestor de volúmenes lógicos
    • Asegúrate de que los directorios mnt000* existen en los puntos de montaje locales para identificar los nodos principal y secundario.

    Sigue los procedimientos de configuración que se indican en el artículo Preparar las bases de datos de SAP HANA para la protección.

Documentación del servicio de copias de seguridad y recuperación ante desastres para el escalado horizontal de SAP HANA

Esta página forma parte de una serie de páginas específicas sobre la protección y recuperación de instancias de escalado horizontal de SAP HANA con el servicio Backup y DR. Puedes consultar más información en las siguientes páginas: