¿Qué es la herramienta Azure Application Consistent Snapshot?
La herramienta Azure Application Consistent Snapshot (AzAcSnap) es una herramienta de línea de comandos que habilita la protección de datos para bases de datos de terceros. Esta herramienta se encarga de toda la orquestación necesaria para poner las bases de datos en un estado coherente con la aplicación antes de tomar una instantánea del almacenamiento. Tras la instantánea, la herramienta devuelve las bases de datos a un estado operativo.
Consulte los pasos para empezar a utilizar la herramienta Azure Application Consistent Snapshot.
Información general sobre la arquitectura
Puede instalar AzAcSnap en el mismo host que la base de datos, o puede instalarlo en un sistema centralizado. Pero debe tener conectividad de red con los servidores de bases de datos y el back-end de almacenamiento (Azure Resource Manager para Azure NetApp Files o HTTPS para Azure Large Instances).
AzAcSnap es una aplicación ligera que se ejecuta normalmente desde un programador externo. En la mayoría de los sistemas Linux, esta operación es cron
, que es en lo que se centrará la documentación. Pero el programador podría ser una herramienta alternativa, siempre que pueda importar el perfil de shell del usuario azacsnap
. La importación de la configuración del entorno del usuario garantiza que las rutas de acceso y los permisos de archivo se inicializan correctamente.
Ventajas del uso de AzAcSnap
AzAcSnap usa las funcionalidades de replicación e instantánea de volumen de Azure NetApp Files y Azure Large Instances. Proporciona las prestaciones siguientes:
Instantáneas de copia de seguridad rápidas independientemente del tamaño de la base de datos
AzAcSnap realiza una instantánea casi inmediata de la base de datos con un impacto nulo en el rendimiento, independientemente del tamaño de los volúmenes de la base de datos. Toma instantáneas en paralelo en todos los volúmenes, para permitir que varios volúmenes formen parte del almacenamiento de la base de datos.
En las pruebas, la herramienta tardó menos de dos minutos en realizar una copia de seguridad en instantánea de una base de datos de más de 100 tebibytes (TiB) almacenada en 16 volúmenes.
Protección de datos coherente con la aplicación
Puede implementar AzAcSnap como una solución centralizada o distribuida para realizar copias de seguridad de los archivos críticos de la base de datos. Garantiza la coherencia de la base de datos antes de realizar una instantánea de volumen de almacenamiento. Como resultado, le garantiza que podrá usar la instantánea del volumen de almacenamiento para la recuperación de la base de datos. Las opciones de puesta al día de la base de datos están disponibles cuando se usan con archivos de registro.
Administración de catálogos de bases de datos
Cuando usa AzAcSnap con SAP HANA, los registros del catálogo de copias de seguridad se mantienen actualizados con instantáneas de almacenamiento. Esta funcionalidad permite a los administradores de las bases de datos ver la actividad de copia de seguridad.
Protección de volúmenes ad hoc
Esta capacidad es útil para volúmenes que no son bases de datos y que no necesitan que la aplicación se apague antes de que la herramienta tome una instantánea del almacenamiento. Puede tratarse de cualquier sistema de archivos no estructurado, que incluye archivos de bases de datos como volúmenes de copia de seguridad de registros de SAP HANA y sistemas de archivos compartidos, o volúmenes SAPTRANS.
Clonación de volúmenes de almacenamiento
Esta capacidad proporciona clones de volúmenes de almacenamiento eficientes en términos de espacio para fines de desarrollo rápido y pruebas.
Compatibilidad con la recuperación ante desastres
AzAcSnap usa la replicación de volúmenes de almacenamiento para proporcionar opciones de recuperación de instantáneas replicadas coherentes con la aplicación en un sitio remoto.
AzAcSnap es un binario sencillo. No necesita agentes ni complementos adicionales para interactuar con la base de datos o el almacenamiento (Azure NetApp Files a través de Azure Resource Manager y Azure Large Instances a través de Secure Shell [SSH]).
Bases de datos, sistemas operativos y plataformas de Azure compatibles
Bases de datos
- SAP HANA (consulte la matriz de compatibilidad para más detalles)
- Oracle Database, versión 12 o posteriores, (para más información, consulte Imágenes de máquinas virtuales de Oracle y su implementación en Microsoft Azure)
- IBM Db2 para LUW en la versión 10.5 o posterior de Linux (consulte Implementación de DBMS de Azure Virtual Machines de IBM Db2 para la carga de trabajo de SAP para más información)
Sistemas operativos
- SUSE Linux Enterprise Server 12+
- Red Hat Enterprise Linux 7+
- Posterior a Oracle Linux 7
Plataformas de Azure
- Azure Virtual Machines con almacenamiento de Azure NetApp Files
- Azure Large Instances (en infraestructura sin sistema operativo)
Sugerencia
Si busca nuevas características (o compatibilidad con otras bases de datos, sistemas operativos y plataformas), consulte Características de vista previa de la herramienta Azure Application Consistent Snapshot. También puede proporcionar comentarios o sugerencias.
Escenarios admitidos
Las herramientas de instantáneas se pueden usar en los siguientes escenarios admitidos para HANA (instancias grandes) y SAP HANA con Azure NetApp Files.
Matriz de compatibilidad con instantáneas de SAP
La siguiente matriz se proporciona como guía sobre qué versiones de SAP HANA son compatibles con SAP para copias de seguridad de instantáneas de almacenamiento.
Tipo de base de datos | Versiones mínimas de la base de datos | Notas |
---|---|---|
Base de datos de contenedor único | 1.0 SPS 12, 2.0 SPS 00 | |
Un solo inquilino de MDC | 2.0 SPS 01 | o versiones posteriores donde un solo inquilino de MDC es compatible con SAP para instantáneas de almacenamiento/datos.* |
Varios inquilinos de MDC | 2.0 SPS 04 | o posterior, donde varios inquilinos de MDC compatibles con SAP para instantáneas de datos. |
Consideraciones adicionales sobre la implementación de SAP:
- Al configurar el usuario de HANA para copia de seguridad, debe configurar el usuario para cada instancia de HANA. Cree una cuenta de usuario de SAP HANA para acceder a la instancia de HANA en SYSTEMDB (y no en la base de datos del inquilino).
- La eliminación automatizada del registro se administra con la opción
--trim
deazacsnap -c backup
de SAP HANA 2 y versiones posteriores.
Importante
Las herramientas de instantáneas solo interactúan con el nodo del sistema de SAP HANA especificado en el archivo de configuración. Si este nodo deja de estar disponible, no existe ningún mecanismo para iniciar automáticamente la comunicación con otro nodo.
En un escenario de escalabilidad horizontal de SAP HANA con espera, es habitual instalar y configurar las herramientas de instantáneas en el nodo principal. Sin embargo, si el nodo principal deja de estar disponible, el nodo en espera tomará el rol de nodo principal. En este caso, el equipo de implementación debe configurar las herramientas de instantáneas en ambos nodos (principal y en espera) para evitar que se omitan instantáneas. En el estado normal, el nodo principal tomará instantáneas de HANA iniciadas por crontab. Si el nodo principal conmuta por error esas instantáneas tendrán que ejecutarse desde otro nodo, como el nuevo nodo principal (anteriormente en espera). Para lograr este resultado, el nodo en espera necesitaría tener la herramienta de instantáneas instalada, la comunicación de almacenamiento habilitada, hdbuserstore configurado,
azacsnap.json
configurado y los comandos de crontab preconfigurados antes de la conmutación por error.Para un escenario de alta disponibilidad de HSR de SAP HANA, se recomienda instalar, configurar y programar las herramientas de instantáneas en ambos nodos (principal y secundario). A continuación, si el nodo principal deja de estar disponible, el nodo secundario tomará el control y las instantáneas se realizarán en él. En el estado normal, el nodo principal tomará instantáneas de HANA iniciadas por crontab. El nodo secundario intentaría tomar instantáneas, pero se produciría un error, ya que la principal funciona correctamente. Sin embargo, después de la conmutación por error del nodo principal, esas instantáneas se ejecutarán desde el nodo secundario. Para lograr este resultado, el nodo secundario necesita tener la herramienta de instantáneas instalada, la comunicación de almacenamiento habilitada,
hdbuserstore
configurado,azacsnap.json
configurado y los comandos de crontab habilitados antes de la conmutación por error.Consulte el artículo técnico sobre Protección de bases de datos de HANA configuradas con HSR en Azure NetApp Files con AzAcSnap