Copia de seguridad y recuperación basadas en Backint para SAP HANA

Esta guía de planificación se centra solo en la función Backint del agente de Google Cloud para SAP, que te permite realizar operaciones de copia de seguridad y recuperación de SAP HANA. Si deseas obtener información sobre el agente y todas sus funciones, consulta la Guía de planificación del agente de Google Cloud para SAP.

Para tus sistemas SAP HANA, puedes realizar operaciones de copia de seguridad y recuperación mediante la función de Backint del agente de Google Cloud para SAP. Esta función está disponible para los sistemas SAP HANA que se ejecutan en Google Cloud, en la solución Bare Metal, a nivel local o en otros proveedores de servicios en la nube.

SAP certifica la característica de Backint del agente. Esta función está integrada en SAP HANA para que puedas almacenar y recuperar copias de seguridad directamente desde Cloud Storage mediante funciones de copia de seguridad y recuperación nativas de SAP.

Si deseas obtener información sobre cómo configurar esta función, consulta Configura la copia de seguridad y recuperación basadas en Backint para SAP HANA.

Para obtener información sobre cómo realizar operaciones de copia de seguridad y recuperación para SAP HANA mediante Backint, consulta Realiza copias de seguridad y recuperación mediante Backint.

Para obtener información sobre la certificación de SAP de la función de Backint, consulta los siguientes artículos:

Estimación del costo mensual

Se aplican cargos por el almacenamiento que usas en Cloud Storage. Para obtener información sobre los cargos, consulta Precios de Cloud Storage.

Para estimar el costo mensual de Cloud Storage, puedes usar la calculadora de precios de Google Cloud.

Usa la siguiente información para calcular mejor el costo:

  • Tamaño total de las copias de seguridad completas, delta e incrementales necesarias en un mes, incluida una tasa de crecimiento proyectada.
  • La tasa diaria de cambio en términos de las copias de seguridad del volumen de registro de SAP HANA que crea la base de datos de SAP HANA. Debes multiplicar esta tasa por la cantidad de días que planeas conservar las copias de seguridad de registros de acuerdo con tu estrategia de copia de seguridad.
  • La ubicación y el tipo de bucket de Cloud Storage que se ajusta a tu estrategia de copia de seguridad. Los buckets de una sola región deben usarse solo para realizar pruebas.
  • La clase de almacenamiento del bucket de Cloud Storage. Selecciona una clase que se alinee con la frecuencia con la que necesitarás acceder a los datos.
  • Cantidad estimada de operaciones de clase A y clase B con Cloud Storage para copias de seguridad y recuperación, en un mes. Para obtener información sobre estas operaciones, consulta Operaciones que corresponden a cada clase.
  • La salida de red estimada para las operaciones interregionales, intrarregionales y multirregionales, como cuando se recupera una base de datos con una copia de seguridad. Para obtener más información, consulta Transferencia de datos dentro de Google Cloud.

    La entrada de red a Cloud Storage es gratuita y, por lo tanto, no es necesario incluirla en la estimación.

Archivo de configuración de Backint

Para configurar la función de Backint del agente de Google Cloud para SAP, especifica parámetros en un archivo de configuración separado que el agente crea cuando habilitas la función.

Según la configuración predeterminada, el archivo de configuración se llama parameters.json y su ubicación predeterminada es /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.json.

SID es una variable de marcador de posición para el SID de tu sistema SAP.

Puedes usar una sola configuración o archivos de configuración separados para cada uno de los siguientes: volumen de datos de SAP HANA, volumen de registro de SAP HANA y catálogo de copias de seguridad de SAP HANA. También puedes realizar otras personalizaciones, como cambiar el nombre de los archivos y moverlos a directorios diferentes. Si deseas obtener instrucciones para realizar estas personalizaciones, consulta Personaliza el archivo de configuración de Backint.

Almacena copias de seguridad en buckets de Cloud Storage

La función de Backint del agente de Google Cloud para SAP almacena tus copias de seguridad de SAP HANA en un bucket de Cloud Storage. En las siguientes secciones, se proporciona información sobre la creación de buckets de Cloud Storage y cómo el agente de Google Cloud para SAP almacena las copias de seguridad en los buckets.

Crea buckets de Cloud Storage

Cuando creas un bucket, debes seleccionar su ubicación y su clase de almacenamiento.

La ubicación de un bucket puede ser regional, birregional o multirregional. Debes elegir un bucket según la necesidad de restringir la ubicación de los datos, los requisitos de latencia para las copias de seguridad y los restablecimientos, y la necesidad de protección contra las interrupciones regionales. Para obtener más información, consulte Ubicaciones de buckets.

Selecciona buckets birregionales o multirregionales en regiones que sean iguales o cercanas a las regiones en las que se ejecutan tus instancias de SAP HANA.

Elige una clase de almacenamiento según el tiempo que necesites para guardar las copias de seguridad, con qué frecuencia esperas acceder a ellas y el costo. Para obtener más información, consulta Clases de almacenamiento.

Organización de copia de seguridad en el bucket

El agente de Google Cloud para SAP usa carpetas en tu bucket de Cloud Storage a fin de organizar tus copias de seguridad de SAP HANA.

El agente crea una carpeta para cada base de datos, sistema o usuario de SAP HANA de la que se crea una copia de seguridad mediante la función de Backint. Dentro de la carpeta de una base de datos, el agente crea carpetas separadas para almacenar las copias de seguridad del volumen de datos de SAP HANA, el volumen de registro de SAP HANA y el catálogo de copia de seguridad de SAP HANA.

Para nombrar las copias de seguridad, el agente sigue las Convenciones de nombres de SAP HANA.

Las siguientes son rutas de ejemplo para las copias de seguridad de SAP HANA en un bucket de Cloud Storage:

  • Para las copias de seguridad de la base de datos del sistema:

    BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB
  • Para las copias de seguridad de una base de datos de usuarios:

    BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID

    Reemplaza lo siguiente

    • BUCKET_NAME: el nombre de tu bucket de Cloud Storage.
    • SID: el ID del sistema SAP.
    • TENANT_SID: el ID del sistema de tu base de datos de usuario.

Prácticas recomendadas para organizar las copias de seguridad

Usa las siguientes prácticas recomendadas para organizar copias de seguridad en tu bucket de Cloud Storage:

  • No cambies el nombre de las carpetas o los archivos dentro de tu bucket de Cloud Storage.

    Si cambias el nombre de una carpeta o un archivo, se cambia de manera efectiva la ruta de copia de seguridad, lo que infringe los estándares aplicados por SAP en las herramientas de copia de seguridad de terceros. Si cambias el nombre de una carpeta o un archivo, el mecanismo de Backint fallará durante las operaciones de recuperación de la base de datos hasta que reviertas la carpeta o el archivo al nombre que tenían cuando se creó la copia de seguridad.

  • No uses el mismo bucket de Cloud Storage para almacenar las copias de seguridad de dos o más bases de datos de SAP HANA que tienen el mismo ID de sistema SAP (SID).

    En Cloud Storage, el agente de Google Cloud para SAP organiza las copias de seguridad de SAP HANA en carpetas específicas de SID. Por lo tanto, si usas el mismo bucket para almacenar copias de seguridad de las bases de datos de SAP HANA con el mismo SID, las operaciones de copia de seguridad pueden reemplazar o borrar las copias de seguridad.

    Las excepciones a esta práctica recomendada son las bases de datos de SAP HANA instaladas en alta disponibilidad (HA), la recuperación ante desastres (DR) o las implementaciones de escalamiento horizontal, en las que todos los nodos de SAP HANA tienen el mismo SID. Para estos sistemas, las copias de seguridad se almacenan en el mismo bucket de Cloud Storage porque, durante las operaciones normales, solo una instancia de SAP HANA está activa y escribe en las copias de seguridad. Para obtener más información, consulta Usa Backint en implementaciones de SAP HANA.

Personalizaciones compatibles

Cuando creas copias de seguridad basadas en Backint para tu base de datos de SAP HANA, puedes usar las siguientes personalizaciones:

Parámetro de configuración de Backint Caso de uso
metadata

Para admitir actividades como la administración del ciclo de vida de las copias de seguridad, puedes asociar clave-valor como metadatos con tus archivos de copia de seguridad en tu bucket de Cloud Storage. Para ello, incluye el parámetro metadata mientras ejecutas el comando configurebackint.

Este parámetro de configuración opcional está disponible en la versión 3.3 del agente de Google Cloud para SAP.

folder_prefix y recovery_folder_prefix

Para organizar copias de seguridad de diferentes sistemas de SAP HANA en el mismo bucket de Cloud Storage, debes especificar el parámetro folder_prefix mientras creas copias de seguridad. Para este parámetro, puedes especificar una sola carpeta, como folder1, o una ruta de varios niveles de carpetas como folder1/folder2/folder3.

Cuando especificas folder_prefix, la ruta a tus archivos se cambia de forma automática al siguiente formato:

  • Para la copia de seguridad de una base de datos del sistema, la ruta es: BUCKET_NAME/folder_prefix/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak
  • Para el restablecimiento de una base de datos del sistema, la ruta es: BUCKET_NAME/recovery_folder_prefix/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak

Si usaste el parámetro folder_prefix mientras creaste copias de seguridad, el agente lo usa de forma automática durante las operaciones de recuperación, a menos que especifiques el parámetro recovery_folder_prefix.

shorten_folder_path

Para acortar automáticamente la ruta a los archivos en tu bucket de Cloud Storage, puedes especificar el parámetro booleano shorten_folder_path mientras ejecutas el comando configurebackint.

Este parámetro de configuración está disponible en la versión 3.3 del agente de Google Cloud para SAP.

Cuando especificas este parámetro, la ruta a tus archivos se acorta de forma automática al siguiente formato:

  • Para la copia de seguridad de una base de datos del sistema, la ruta de acceso se reduce de BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak a BUCKET_NAME/SID/SYSTEMDB/basepath/ebid.bak.
  • Para la copia de seguridad de una base de datos de usuario, la ruta se reduce de BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID/basepath/ebid.bak a BUCKET_NAME/SID/DB_TENANT_SID/basepath/ebid.bak.

Si también usas los parámetros folder_prefix o recovery_folder_prefix, la ruta abreviada incluye el prefijo de la carpeta de la siguiente manera: BUCKET_NAME/FOLDER_PREFIX/SID/....

Opciones de encriptación para copias de seguridad

Por diseño, Cloud Storage siempre encripta tus datos antes de que se almacenen en un bucket. Para aplicar una capa adicional de encriptación a los datos, puedes usar una de las siguientes opciones:

Opción de encriptación Descripción
Usa una clave de encriptación administrada por el cliente con la función de Backint del agente de Google Cloud para SAP. Para usar una clave de encriptación administrada por el cliente, debes especificar la ruta a la clave en el parámetro kms_key en tu archivo PARAMETERS.json. También debes otorgar a la cuenta de servicio que usa el agente acceso a la clave. Para obtener información sobre cómo otorgar a una cuenta de servicio acceso a una clave de encriptación, consulta Asigna una clave de Cloud Key Management Service a un agente de servicio.
Usa una clave de encriptación proporcionada por el cliente con la función de Backint del agente de Google Cloud para SAP. Para usar una clave de encriptación proporcionada por el cliente, especifica la ruta a la clave en el parámetro encryption_key en el archivo PARAMETERS.json. La clave debe ser una string de clave AES-256 codificada en base64, como se describe en Claves de encriptación proporcionadas por el cliente.
Usa la encriptación de copia de seguridad de SAP HANA.

Esta opción está disponible en SAP HANA 2.0 SP01. Puedes encriptar las copias de seguridad de los datos y volúmenes de registro de SAP HANA mediante la encriptación AES de 256 bits. Las copias de seguridad del catálogo de copias de seguridad de SAP HANA nunca se encriptan. Esta encriptación requiere que crees una clave raíz de encriptación de copia de seguridad y realices una configuración adicional como se describe en el documento SAP Configuration de SAP HANA.

A partir de SAP HANA 2.0 SPS07, a menos que lo inhabilites, la encriptación para los volúmenes /hana/data, /hana/log y /hanabackup está habilitada de forma predeterminada durante la instalación.

Para obtener información sobre cómo crear una copia de seguridad de la clave raíz, consulta el documento de SAP Cómo crear una copia de seguridad de las claves raíz.

La encriptación de copias de seguridad requiere memoria y recursos de CPU adicionales durante las operaciones de copia de seguridad y recuperación. Si bien la encriptación de las copias de seguridad no suele tener ningún impacto en el rendimiento de la base de datos durante las operaciones de copia de seguridad o recuperación, es posible que notes un impacto en el rendimiento general del sistema según el tamaño de la base de datos de SAP HANA y el mayor uso de CPU esperado.

Restricciones de encriptación

Las siguientes restricciones se aplican al uso de la encriptación para copias de seguridad:

  • Si especificas los parámetros kms_key y encryption_key, el agente de Google Cloud para SAP falla y se cierra con un estado de 1.
  • Si especificas el parámetro parallel_streams con los parámetros kms_key o encryption_key, el agente de Google Cloud para SAP falla y se cierra con un estado de 1.

Opciones de compresión para las copias de seguridad

Comprimir una copia de seguridad reduce su tamaño, lo que reduce el espacio que usa en tu bucket de Cloud Storage y, a su vez, reduce el costo de almacenamiento. Sin embargo, la compresión de copias de seguridad requiere más uso de CPU durante las operaciones de copia de seguridad y puede afectar el rendimiento general durante las operaciones de copia de seguridad y recuperación.

Como alternativa a comprimir las copias de seguridad, considera usar la función Clase automática de Cloud Storage, que pasa automáticamente los objetos en tu bucket a la clase de almacenamiento adecuada según el patrón de acceso del objeto.

Para comprimir tus copias de seguridad de SAP HANA, puedes usar una de las siguientes opciones:

Opción de compresión Descripción
Usa la compresión de copia de seguridad de datos de SAP HANA

Esta es la opción recomendada si necesitas compresión de copia de seguridad.

Desde SAP HANA 2.0 SPS06, SAP HANA admite algoritmos de compresión LZ4 cuando realiza operaciones de copia de seguridad. De forma predeterminada, la compresión está inhabilitada. Para obtener instrucciones sobre cómo habilitar esta compresión, consulta el documento de SAP HANA Configura la compresión de copia de seguridad de datos.

Usa la compresión de Cloud Storage

Para usar la compresión integrada que el agente puede realizar mientras escribe copias de seguridad en tu bucket de Cloud Storage, usa el parámetro compress en PARAMETERS.json.

Te recomendamos que no habilites esta compresión.

Copias de seguridad de datos de transmisión múltiple

En las versiones anteriores a SAP HANA 2.0 SP05, se admite la transmisión múltiple para bases de datos de más de 128 GB. A partir de SAP HANA 2.0 SP05, este umbral se puede configurar por el parámetro de SAP HANA parallel_data_backup_backint_size_threshold, que especifica el tamaño mínimo de copia de seguridad de la base de datos en GB para poder habilitar la transmisión múltiple.

La transmisión múltiple es útil para aumentar la capacidad de procesamiento y crear copias de seguridad de bases de datos de más de 5 TB, que es el tamaño máximo de un solo objeto en Cloud Storage.

Para habilitar la transmisión múltiple, configura el parámetro parallel_data_backup_backint_channels de SAP HANA con la cantidad de canales que se usarán. La cantidad óptima de canales que usas para la transmisión múltiple depende de qué SAP HANA se ejecuta.

También ten en cuenta la capacidad de procesamiento del disco de datos conectado a la instancia de SAP HANA y el ancho de banda que asigna el administrador a las actividades de copia de seguridad. Para ajustar la capacidad de procesamiento, cambia la cantidad de transmisiones o limita la capacidad de procesamiento mediante el parámetro rate_limit_mb en PARAMETERS.json.

Para un bucket de Cloud Storage multirregional, comienza con 8 canales. Para un bucket regional, comienza con 12 canales. Ajusta la cantidad de canales según sea necesario para cumplir con tus objetivos de rendimiento de copia de seguridad.

Como se indica en la documentación de SAP HANA, cada canal adicional requiere un búfer de E/S de 512 MB. Especifica el tamaño del búfer de E/S mediante el uso adecuado del parámetro data_backup_buffer_size en la sección backup del archivo global.ini. Para obtener más información sobre el efecto del tamaño del búfer de E/S en los tiempos de copia de seguridad, consulta la Nota de SAP 2657261: Duración de la copia de seguridad larga con Backint en la base de datos de HANA. A partir de HANA 2.0 SP05, SAP especifica un valor máximo de 4 GB para este parámetro. Realizar pruebas en Google Cloud no demostró un beneficio en el aumento de tamaño del búfer significativamente más alto de lo predeterminado, pero esto puede variar para tu carga de trabajo.

Para obtener más información sobre la transmisión múltiple, en la guía de administración de SAP HANA específica para tu versión de SAP HANA, consulta Multistreaming Data Backups with Third-Party Backup Tools (Copias de seguridad de datos de transmisión múltiple con herramientas de copia de seguridad de terceros).

Cargas paralelas

Para los archivos de copia de seguridad de registro de SAP HANA, puedes mejorar el rendimiento de carga si habilitas la característica de carga paralela del agente de Google Cloud para SAP. Esta función es especialmente útil para los archivos de copia de seguridad de registro de SAP HANA, ya que no se pueden transmitir de forma múltiple desde SAP HANA.

Para las copias de seguridad de datos de SAP HANA, puedes ajustar la cantidad de canales de copia de seguridad de SAP HANA con el parámetro parallel_data_backup_backint_channels de SAP HANA.

Cuando la carga paralela está habilitada, el agente de Google Cloud para SAP divide cada archivo de copia de seguridad individual que se recibe de SAP HANA en varias partes que luego se suben en paralelo, lo que mejora el rendimiento de carga. A medida que Cloud Storage recibe las partes, se vuelven a ensamblar y se almacenan como el único archivo original que recibió el agente de Google Cloud para SAP desde SAP HANA. El único archivo está sujeto al límite de tamaño de 5 TB para objetos en Cloud Storage.

Configura la carga paralela

Para habilitar la función de carga paralela, especifica los parámetros parallel_streams en el archivo PARAMETERS.json.

Para obtener más información sobre este parámetro, consulta Parámetros de configuración.

Restricciones de carga paralela

Las siguientes restricciones se aplican a la función de carga paralela:

  • Si habilitas la encriptación mediante el parámetro encryption_key o kms_key, no puedes usar la carga paralela. La encriptación no es compatible con la carga paralela. Si especificas el parámetro parallel_streams con cualquiera de estos parámetros de encriptación, el agente de Google Cloud para SAP falla y se cierra con un estado de 1.
  • Si habilitas la compresión, no puedes usar la carga paralela. La compresión no es compatible con la carga paralela. Si especificas el parámetro parallel_streams y omites el parámetro compress en tu configuración, el agente de Google Cloud para SAP falla y se cierra con el estado 1.
  • Si tu bucket de Cloud Storage implementa una política de retención, este no admite cargas paralelas. Una política de retención impide que se reensamblen las partes en un solo archivo, lo que hace que la carga falle.

Ajusta las cargas paralelas

Para las copias de seguridad del volumen de registro de SAP HANA, las cargas paralelas pueden mejorar significativamente la capacidad de procesamiento de las copias de seguridad porque SAP HANA no realiza varias transmisiones para las copias de seguridad de registros.

En la mayoría de los casos, es suficiente especificar el parámetro parallel_streams en el archivo de configuración de Backint, con un valor de 32 o menos. En volúmenes de registros muy grandes, puedes maximizar la capacidad de procesamiento mediante un valor alto de 32, como parallel_streams, y aumentar los valores de los parámetros de SAP HANA log_segment_size_mb y max_log_backup_size.

Para limitar el ancho de banda de red que usan tus copias de seguridad, usa el parámetro de configuración de Backint rate_limit_mb a fin de establecer la cantidad máxima de ancho de banda que pueden usar las cargas paralelas.

Autenticación y control de acceso

Google Cloud usa cuentas de servicio para identificar programas como el Agente de Google Cloud para SAP y controlar a qué recursos de Google Cloud pueden acceder los programas.

Permisos necesarios de Cloud Storage

Para permitir que el agente de Google Cloud para SAP almacene y recupere copias de seguridad desde un bucket de Cloud Storage, la cuenta de servicio que usa el host debe tener el rol de IAM Administrador de objetos de almacenamiento (storage.objectAdmin).

Si deseas obtener instrucciones para configurar el rol de IAM, consulta Configura roles de IAM.

Consideraciones de la cuenta de servicio

Si SAP HANA se ejecuta en una VM de Compute Engine, el agente de Google Cloud para SAP usa la cuenta de servicio de la VM de forma predeterminada. Si usas la cuenta de servicio de VM, el agente tiene los mismos permisos a nivel de proyecto que todos los otros programas y procesos que usan la cuenta de servicio de VM.

Si deseas el control de acceso de manera más estricta, crea una cuenta de servicio distinta para el agente y otórgale acceso al bucket de Cloud Storage a nivel de bucket.

Si SAP HANA no se ejecuta en una VM de Compute Engine, debes crear una cuenta de servicio para el agente de Backint. Crea la cuenta de servicio en el proyecto de Google Cloud que contiene el bucket de Cloud Storage que el agente de Google Cloud para SAP usa para la copia de seguridad y la recuperación.

Cuando creas una cuenta de servicio para el agente de Google Cloud para SAP, también debes crear una clave de cuenta de servicio. Almacena la clave en el host de SAP HANA y especifica la ruta de acceso a la clave al parámetro service_account_key en PARAMETERS.json. Cuando SAP HANA se ejecuta en una VM de Compute Engine, especificar la ruta de acceso a una clave le indica al agente de Google Cloud para que SAP use la cuenta de servicio asociada con la clave en lugar de la cuenta de servicio de la VM.

Si usas una clave de encriptación administrada por el cliente generada por Cloud Key Management Service para encriptar tus copias de seguridad en Cloud Storage, debes otorgar a tu cuenta de servicio acceso a la clave de encriptación para crear el adjunto de VLAN de supervisión. Para obtener más información, consulta Asigna una clave de Cloud Key Management Service a un agente de servicio.

Acceso a las APIs de Cloud y los servidores de metadatos

El agente de Google Cloud para SAP requiere acceso a los hosts y las direcciones IP de Google Cloud durante las operaciones de copia de seguridad y recuperación.

Para obtener más información, consulta Habilita el acceso a las APIs de Cloud y los servidores de metadatos.

Servidores proxy y el agente

De forma predeterminada, el agente de Google Cloud para SAP omite cualquier proxy HTTP y no lee las variables de entorno del proxy, como http_proxy, https_proxy o no_proxy, en el sistema operativo.

Si no tienes alternativa o tu organización comprende las implicaciones de rendimiento y tiene la experiencia necesaria para respaldar el rendimiento de las copias de seguridad de enrutamiento a través de un servidor proxy, puedes configurar el agente para que use un proxy,

La configuración del proxy del agente de Google Cloud para SAP se encuentra en el archivo net.properties:

/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties

Omite los servidores proxy para copias de seguridad y recuperaciones

Aunque el agente de Google Cloud para SAP omite los servidores proxy de forma predeterminada, puedes hacer que la omisión sea explícita si especificas los nombres de dominio y las direcciones IP de Google Cloud requeridos en el parámetro http.nonProxyHosts del archivo net.properties: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties. Por ejemplo:

http.nonProxyHosts=localhost|127.*|[::1]|*.googleapis.com|169.254.169.254|metadata.google.internal

Usa un servidor proxy para copias de seguridad y recuperaciones

Si deseas configurar el agente de Google Cloud para SAP para que envíe copias de seguridad a través de un servidor proxy, especifica los parámetros del host y el número de puerto del proxy en el archivo net.properties: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.

En las consultas a los metadatos de instancias de VM de Compute Engine, el agente de Google Cloud para SAP no puede usar un proxy y, por lo tanto, debes especificar el nombre de dominio y la dirección IP para los metadatos de instancia en el parámetro http.nonProxyHosts:

En el siguiente ejemplo, se muestra una configuración de proxy válida para el agente de Google Cloud para SAP en el archivo net.properties:

http.proxyHost=PROXY_HOST
http.proxyPort=PROXY_PORT
http.nonProxyHosts=localhost|127.*|[::1]|169.254.169.254|metadata.google.internal
https.proxyHost=PROXY_HOST
https.proxyPort=PROXY_PORT

Ajusta el rendimiento

El rendimiento de las copias de seguridad y la recuperación de tus bases de datos de SAP HANA depende del tamaño total de la base de datos y de los recursos disponibles para tu host de SAP HANA. Puedes mejorar el rendimiento mediante las siguientes opciones de configuración disponibles en SAP HANA y el agente de Google Cloud para SAP:

  • Habilita la transmisión múltiple mediante el parámetro parallel_data_backup_backint_channels de SAP HANA. Además, especifica el tamaño del búfer de E/S mediante el parámetro data_backup_buffer_size de SAP HANA. Para obtener más información, consulta Copias de seguridad de datos de transmisión múltiple.
  • Para habilitar las cargas paralelas, especifica un valor para el parámetro parallel_streams en el archivo de configuración de Backint, PARAMETERS.json. Esta configuración puede mejorar en particular el rendimiento para enviar las copias de seguridad de registros de SAP HANA a Cloud Storage. Para obtener más información, consulta Cargas paralelas.
  • Si necesitas comprimir copias de seguridad, usa la compresión integrada de SAP HANA, que es la opción de compresión recomendada. Si deseas obtener más información, consulta Opciones de compresión para copias de seguridad.
  • Optimiza la configuración relacionada con las copias de seguridad de registro de SAP HANA, como se describe en el documento de SAP HANA Encuentra la configuración de copia de seguridad de registros óptima. Consulta la guía de administración de SAP HANA para conocer tu versión de SAP HANA.
  • Si el sistema SAP HANA se ejecuta en una instancia de VM de Compute Engine, asegúrate de que use volúmenes de Persistent Disk o Hyperdisk certificados por SAP. El uso de cualquier otro tipo de disco puede tener un impacto negativo en el rendimiento de la copia de seguridad, en especial para el volumen de datos de SAP HANA. Para obtener información sobre los tipos de discos certificados, consulta Tipos de discos compatibles.

Autodiagnóstico

Para que puedas probar tu conexión de red y el acceso al bucket de Cloud Storage, a partir de la versión 3.0, el agente de Google Cloud para SAP incluye una herramienta para realizar un autodiagnóstico.

Cuando ejecutas esta herramienta, se crean varios archivos temporales en tu sistema de archivos. Necesitas al menos 18 GB de espacio en disco disponible en /tmp para crear estos archivos temporales. Estos archivos se suben a tu bucket de Cloud Storage, se restablecen, se verifican y, luego, se borran. Esta herramienta imprime cualquier problema con el acceso a la API.

También puedes probar el rendimiento de la copia de seguridad si habilitas los parámetros compress y especificas valores diferentes para parámetros como parallel_streams y threads. Mientras usas esta herramienta, puedes usar los parámetros opcionales diagnose_file_max_size_gb y diagnose_tmp_directory. Para obtener más información sobre estos parámetros, consulta sus descripciones en Parámetros de configuración.

Si deseas obtener instrucciones para realizar el diagnóstico automático del agente de Google Cloud para SAP, consulta Valida la copia de seguridad y recuperación.

Recopilación de métricas de Backint

En el caso de las operaciones basadas en Backint, el agente de Google Cloud para SAP puede recopilar métricas que indican el estado y la capacidad de procesamiento de los archivos subidos y descargados. Estas métricas se recopilan de inmediato después de que se sube o descarga un archivo. Esta es una función opcional que está habilitada de forma predeterminada. Para inhabilitar esta función, establece el valor del parámetro send_metrics_to_monitoring en false en el archivo de configuración PARAMETERS.json. Para obtener más información sobre los precios de Monitoring, consulta Costos de Monitoring.

En la siguiente tabla, se describen las métricas relacionadas con Backint que puede recopilar el agente de Google Cloud para SAP. Las strings de métricas de esta tabla deben tener el prefijo workload.googleapis.com/. Este prefijo se omitió en las entradas de la siguiente tabla.

Métrica Etiquetas Descripción
sap/agent/backint/backup/status fileName: El nombre del archivo subido.
fileSize: El tamaño del archivo subido, en bytes El valor 0 indica que la carga no se realizó correctamente.
Esta métrica se envía por cada archivo subido a tu bucket de Cloud Storage.
  • El valor true indica que el archivo se subió correctamente.
  • El valor false indica que no se pudo subir el archivo.
sap/agent/backint/backup/throughput fileName: El nombre del archivo subido.
fileSize: El tamaño del archivo subido, en bytes
transferTime: El tiempo total, en segundos, que la transferencia tardó en completarse. Esto incluye todas las operaciones de red, disco y memoria.
Esta métrica se envía si la carga se realizó de forma correcta y el fileSize es al menos 1 GB. El valor de la métrica indica la velocidad de transferencia de red promedio en MBps.
sap/agent/backint/restore/status fileName: El nombre del archivo descargado
fileSize: El tamaño del contenido descargado, en bytes El valor 0 indica que la descarga no se realizó correctamente.
Esta métrica se envía por cada archivo descargado de tu bucket de Cloud Storage.
  • El valor true indica que el archivo se descargó de forma correcta.
  • El valor false indica que no se pudo descargar el archivo.
sap/agent/backint/restore/throughput fileName: El nombre del archivo descargado
fileSize: El tamaño del contenido descargado, en bytes
transferTime: El tiempo total, en segundos, que la transferencia tardó en completarse. Esto incluye todas las operaciones de red, disco y memoria.
Esta métrica se envía si la descarga se realizó de forma correcta y el fileSize es de, al menos, 1 GB. El valor indica la velocidad de transferencia de red promedio en MBps.

Logging

Además de los registros que mantiene SAP HANA en backup.log, la función de Backint del agente de Google Cloud para SAP escribe eventos operativos y de error de comunicación en los archivos de registro en el siguiente directorio: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs.

Estos registros también se pueden encontrar en el archivo de registro principal del agente de Google Cloud para SAP, que se encuentra en el directorio /var/log/google-cloud-sap-agent/.

El agente de Google Cloud para SAP rota los archivos de registro cuando el tamaño de un archivo de registro alcanza los 25 MB.

De forma predeterminada, el agente de Google Cloud para SAP envía los archivos de registro relacionados con Backint a Cloud Logging. Para inhabilitar esto, configura el parámetro log_to_cloud en el archivo PARAMETERS.json con el valor false.

Usa Backint en implementaciones de SAP HANA

En las siguientes secciones, se proporciona información de planificación específica de la situación para usar la función de Backint del agente de Google Cloud para SAP, con SAP HANA.

Usa Backint en implementaciones de alta disponibilidad

En un clúster de alta disponibilidad (HA) de SAP HANA, debes instalar el agente de Google Cloud para SAP en cada nodo del clúster y habilitar la función de Backint.

Usa la misma configuración de Backint y las mismas especificaciones del bucket de Cloud Storage para cada instancia de SAP HANA en el clúster con alta disponibilidad. Puedes usar las mismas especificaciones del bucket porque, durante las operaciones normales, solo la instancia activa de SAP HANA en una configuración de alta disponibilidad escribe copias de seguridad en Cloud Storage y el sistema secundario está en modo de replicación. Esto se aplica a las copias de seguridad del volumen de datos de SAP HANA, el volumen de registro de SAP HANA y el catálogo de copias de seguridad de SAP HANA. Además, el software de agrupamiento en clústeres de aplicaciones, como Pacemaker, evita situaciones de cerebro dividido, en las que más de un sistema SAP HANA en un clúster cree que es la instancia principal.

Durante las actividades de mantenimiento, cuando el agrupamiento en clústeres puede estar inhabilitado, si la base de datos en espera se quita de la replicación y vuelve a estar en línea, debes asegurarte de que las copias de seguridad se activen solo en la base de datos principal. Puedes usar las siguientes opciones para esto:

  • En el archivo PARAMETERS.json, actualiza el parámetro bucket para que apunte a un bucket de Cloud Storage diferente.
  • Interrumpe el vínculo simbólico para /usr/sap/SID/SYS/global/hdb/opt/hdbbackint a fin de que el envío de copias de seguridad a Cloud Storage falle. Esta opción es más útil a corto plazo si planeas volver a configurar la base de datos nueva como la base de datos en espera.

Debido a que el agente de Google Cloud para SAP no sabe qué instancia de SAP HANA es la activa y debido a que el agente no tiene un mecanismo para programar o activar copias de seguridad, debes usar mecanismos de SAP como la transacción de SAP ABAP DB13 para administrar la programación y los activadores de copias de seguridad. Las aplicaciones ABAP de SAP se conectan al clúster de alta disponibilidad a través de la IP virtual y, por lo tanto, el activador de copia de seguridad siempre se enruta a la instancia activa de SAP HANA.

Si el activador de copia de seguridad se define de manera local en cada servidor, por ejemplo, como una secuencia de comandos del sistema operativo local, y los sistemas principales y secundarios creen que son el sistema activo, ambos intentarán escribir copias de seguridad al bucket de Cloud Storage.

Si no administras estas situaciones, es posible que observes más de una instancia de SAP HANA en el clúster con alta disponibilidad que escriba copias de seguridad en Cloud Storage, lo que podría reemplazar las copias de seguridad o incluso borrarlas.

Usa Backint en situaciones de DR

En una configuración de recuperación ante desastres (DR) en la que una instancia de recuperación de SAP HANA en otra región de Google Cloud se mantiene sincronizada mediante el uso de la replicación asíncrona del sistema de SAP HANA, usa diferentes buckets de Cloud Storage para la copia de seguridad y las operaciones de recuperación. A fin de configurar esto, especifica los nombres de los buckets para los parámetros bucket y recovery_bucket en tu archivo PARAMETERS.json.

Si bien el sistema de DR suele estar en modo de replicación y, por lo tanto, no puede ejecutar una copia de seguridad en sí, durante las pruebas de recuperación ante desastres regulares, la instancia de recuperación se pone en línea y puede activar copias de seguridad. Si lo hace y el sistema de recuperación no usa un bucket de Cloud Storage diferente, las copias de seguridad podrían reemplazar los datos de la base de datos principal.

En el caso de un desastre real que requiere que te recuperes de una copia de seguridad en tu región de DR, puedes actualizar la configuración del agente de Backint para hacer referencia al bucket de Cloud Storage multirregional que usa tu sistema de alta disponibilidad.

Usa Backint en sistemas de escalamiento horizontal

En los sistemas de escalamiento horizontal de SAP HANA, debes instalar el agente de Google Cloud para SAP en cada nodo del sistema.

Para simplificar la administración de los archivos PARAMETERS.json y, si usas una, la clave de la cuenta de servicio del agente, puedes colocar estos archivos en un directorio NFS compartido.

Para obtener información de SAP sobre las recomendaciones de diseño del sistema de archivos para SAP HANA, en la Guía de instalación y actualización del servidor SAP HANA para tu versión de SAP HANA, consulta Diseño recomendado del sistema de archivos.