SnapCenter incluye el servidor SnapCenter, el paquete de plugins de SnapCenter para Windows y el paquete de plugins de SnapCenter para Linux. Cada paquete contiene complementos de SnapCenter para diferentes aplicaciones y componentes de la infraestructura.

La solución de backup SnapCenter para SAP HANA cubre las siguientes áreas:

SnapCenter ejecuta los backups de archivos de datos de bases de datos junto con un plugin para SAP HANA. El complemento activa el punto de guardado de backup de base de datos SAP HANA, de forma que las copias Snapshot, que se crean en el sistema de almacenamiento principal, se basen en una imagen consistente de la base de datos SAP HANA.

SnapCenter permite la replicación de imágenes de bases de datos consistentes en una ubicación de backup o recuperación ante desastres externa mediante SnapVault o la función SnapMirror. Normalmente, las distintas políticas de retención se definen para backups en el almacenamiento principal y en el almacenamiento de backup externo. SnapCenter se ocupa de la retención en el almacenamiento principal y ONTAP se ocupa de la retención en el almacenamiento de backup externo.

Para permitir un backup completo de todos los recursos relacionados con SAP HANA, SnapCenter también le permite realizar un backup de todos los volúmenes que no son datos mediante el plugin de SAP HANA con copias de Snapshot basadas en el almacenamiento. Puede programar volúmenes que no sean de datos independientemente del backup de datos de la base de datos para habilitar políticas de retención y protección individuales.

SAP recomienda combinar backups de SnapVault basados en almacenamiento con un backup basado en archivos semanal para ejecutar una comprobación de la integridad de los bloques. Puede ejecutar la comprobación de integridad de bloques desde SnapCenter. Según las políticas de retención configuradas, SnapCenter gestiona el mantenimiento de los backups de archivos de datos en el almacenamiento principal, los backups de archivos de registro y el catálogo de backup SAP HANA.

SnapCenter se encarga de la retención en el almacenamiento principal, mientras que FSX para ONTAP gestiona la retención de backup secundario.

En la siguiente figura, se muestra una descripción general de las operaciones de gestión de backup y retención de SnapCenter.

Al ejecutar un backup de Snapshot basado en el almacenamiento de la base de datos SAP HANA, SnapCenter realiza las siguientes tareas:

Este documento describe la opción de configuración de SnapCenter más común para un sistema de host único de SAP HANA MDC con un único inquilino en FSX para ONTAP. En algunos casos, se pueden utilizar otras opciones de configuración como las necesarias para sistemas SAP HANA específicos, por ejemplo, para un sistema host múltiple. Para obtener una descripción detallada de otras opciones de configuración, consulte "Conceptos y prácticas recomendadas de SnapCenter (netapp.com)".

En este documento, utilizamos la consola de Amazon Web Services (AWS) y la interfaz de línea de comandos FSX para ONTAP para ejecutar los pasos de configuración necesarios en la capa de almacenamiento. También puede utilizar Cloud Manager de NetApp para gestionar FSX para ONTAP, pero este documento no está dentro del alcance. Para obtener información sobre el uso de Cloud Manager de NetApp para FSX para ONTAP, consulte "Más información acerca de Amazon FSX para ONTAP (netapp.com)".

La siguiente figura muestra una arquitectura de backup típica para SAP HANA en FSX para ONTAP. El sistema HANA se encuentra en la zona de disponibilidad 1 de AWS y utiliza un FSX para el sistema de archivos ONTAP dentro de la misma zona de disponibilidad. Se ejecutan las operaciones de backup de Snapshot para los datos y el volumen compartido de la base de datos de HANA. Además de los backups de Snapshot locales, que se conservan durante 3-5 días, los backups también se replican en un almacenamiento externo para su retención a largo plazo. El almacenamiento de backup externo es un segundo FSX para el sistema de archivos ONTAP ubicado en una zona de disponibilidad de AWS diferente. Los backups de los datos de HANA y el volumen compartido se replican con SnapVault al segundo FSX para el sistema de archivos ONTAP y se mantienen durante 2-3 semanas.

Antes de configurar SnapCenter, debe definirse la estrategia de protección de datos en función de los requisitos de objetivo de tiempo de recuperación y objetivo de punto de recuperación de los distintos sistemas SAP.

Un enfoque común es definir tipos de sistemas como sistemas de producción, desarrollo, pruebas o entornos de pruebas. Normalmente, todos los sistemas SAP del mismo tipo tienen los mismos parámetros de protección de datos.

Deben definirse los siguientes parámetros:

En la siguiente tabla se muestra un ejemplo de parámetros de protección de datos para los tipos del sistema: Producción, desarrollo y pruebas. Para el sistema de producción se ha definido una alta frecuencia de backups, y los backups se replican en un centro de backup externo una vez al día. Los sistemas de prueba tienen menos requisitos y no tienen replicación de backups.

En la siguiente tabla, se muestran las políticas que deben configurarse para los parámetros de protección de datos.

La política LocalSnapshot Se usa para los sistemas de producción, desarrollo y prueba para cubrir los backups locales de Snapshot con una retención de dos días.

En la configuración de protección de recursos, la programación se define de forma diferente para los tipos de sistema:

La política LocalSnapAndSnapVault se utiliza en los sistemas de producción y desarrollo para cubrir la replicación diaria al almacenamiento de backup externo.

En la configuración de protección de recursos, la programación se define para producción y desarrollo:

En la configuración de protección de recursos, la programación se define para producción y desarrollo:

Para cada base de datos SAP HANA individual que utilice la política de backup externa, debe configurar una relación de protección en la capa de almacenamiento. La relación de protección define qué volúmenes se replican y la retención de los backups en el almacenamiento de backup externo.

Con el siguiente ejemplo, para cada sistema de producción y desarrollo, se define una retención de dos semanas en el almacenamiento de backup externo.

En este ejemplo, las políticas de protección y la retención para los recursos de la base de datos SAP HANA y los recursos de volúmenes sin datos no son diferentes.

La siguiente configuración de laboratorio se utilizó como configuración de ejemplo para el resto de este documento.

PFX de sistema HANA:

SnapCenter.:

FSX para sistemas de archivos ONTAP: