La capacidad para crear copias Snapshot de NetApp coherentes con las aplicaciones en la capa de almacenamiento es la base de las operaciones de copia del sistema y clonado del sistema descritas en este documento. Las copias de Snapshot basadas en almacenamiento se crean con el complemento SnapCenter de NetApp para SAP HANA o cualquier DBS en sistemas ONTAP de NetApp nativos o mediante el uso de la "Herramienta Snapshot consistente de aplicaciones de Microsoft Azure" (AzAcSnap) e interfaces que proporcionan SAP HANA y la base de datos de Oracle que se ejecuta en Microsoft Azure. Al usar SAP HANA, SnapCenter y AzAcSnap registran copias Snapshot en el catálogo de backup SAP HANA para poder usar los backups a efectos de restauración y recuperación, así como para operaciones de clonado.

Las copias Snapshot coherentes con las aplicaciones se pueden replicar en la capa de almacenamiento a un sitio de backup externo o a un sitio de recuperación ante desastres controlado por SnapCenter en las instalaciones. La replicación se basa en cambios de bloque y, por tanto, gestiona el espacio y el ancho de banda de forma eficiente. La misma tecnología está disponible para los sistemas SAP HANA y Oracle que se ejecutan en Azure con Azure NetApp Files usando la función de replicación entre regiones (CRR) para replicar de forma eficiente volúmenes de Azure NetApp Files entre regiones de Azure.

La integración de software y la tecnología de NetApp permite usar cualquier copia Snapshot de un sistema de origen para una operación de clonado o copia del sistema SAP. Esta copia de Snapshot puede seleccionarse desde el mismo almacenamiento que se utiliza para los sistemas de producción SAP, el almacenamiento que se utiliza para backups externos (como backup de Azure NetApp Files en Azure) o el almacenamiento en el centro de recuperación ante desastres (volúmenes objetivo de CRR de Azure NetApp Files). Esta flexibilidad le permite separar los sistemas de desarrollo y prueba de la producción en caso necesario y cubre otras situaciones, como la prueba de la recuperación ante desastres en el centro de recuperación ante desastres.

El aprovisionamiento de sistemas de prueba de SAP incluye varios escenarios y casos de uso, además de requisitos de nivel de automatización diferentes. Los productos de software de NetApp para SAP se integran en los productos de gestión del ciclo de vida y de bases de datos de SAP y otros proveedores externos (por ejemplo, Libelle) para admitir diferentes escenarios y niveles de automatización.

SnapCenter de NetApp con el complemento para SAP HANA y SAP AnyDB o AzAcSnap para Azure se utiliza para aprovisionar los clones de volúmenes de almacenamiento necesarios a partir de una copia de Snapshot coherente con las aplicaciones y para ejecutar todas las operaciones de host y base de datos necesarias hasta una base de datos de SAP iniciada. En función del caso práctico, puede ser necesaria la copia del sistema SAP, la clonación del sistema, la actualización del sistema o pasos manuales adicionales, como el procesamiento posterior de SAP. En la siguiente sección encontrará más información.

Se puede realizar un aprovisionamiento o una actualización completas y totalmente automatizado de los sistemas de prueba de SAP mediante la automatización de Libelle SystemCopy (LSC). La integración de SnapCenter o AzAcSnap en LSC se describe con más detalle en este documento.

Libelle SystemCopy es una solución de software basada en marcos para crear copias de sistemas y paisajes totalmente automatizadas. Con el proverbial toque de un botón, los sistemas de control de calidad y prueba se pueden actualizar con datos de producción nuevos. Libelle SystemCopy es compatible con todas las bases de datos y sistemas operativos convencionales y proporciona sus propios mecanismos de copia para todas las plataformas pero, al mismo tiempo, integra procedimientos de backup/restauración o herramientas de almacenamiento como las copias Snapshot y los volúmenes FlexClone de NetApp. Las actividades necesarias durante una copia del sistema se controlan desde fuera de la pila SAP ABAP. De este modo, no se requieren transportes ni otros cambios en las aplicaciones SAP. Por lo general, todos los pasos necesarios para completar correctamente un procedimiento de copia del sistema se pueden clasificar en cuatro pasos:

Durante la fase de copia, se usa la función Snapshot y FlexClone de NetApp para minimizar el tiempo necesario a un par de minutos incluso para las bases de datos de mayor tamaño.

En las fases Check, Pre y Post, LSC incluye más de 450 tareas preconfiguradas que cubren el 95 % de las operaciones de actualización típicas. Como resultado, LSC adopta la automatización siguiendo los estándares SAP. Debido a la naturaleza definida por software de LSC, los procesos de actualización del sistema se pueden ajustar y mejorar fácilmente para satisfacer las necesidades específicas de los entornos SAP de los clientes.

Existen varios escenarios en los que los datos de un sistema de origen deben estar disponibles para un sistema de destino:

Aunque normalmente se proporcionan sistemas de reparación y sistemas de prueba de recuperación ante desastres mediante clones de sistemas SAP (que no requieren operaciones de posprocesamiento extensas) para sistemas de pruebas y formación actualizados, estos pasos de posprocesamiento deben aplicarse para permitir la coexistencia con el sistema de origen. Por tanto, este documento se centra en escenarios de actualización del sistema SAP. Puede encontrar más información sobre los diferentes casos prácticos en el informe técnico "TR-4667: Automatización de las operaciones de copia y clonado del sistema SAP HANA con SnapCenter".

El resto de este documento está separado en dos partes. La primera parte describe la integración de los sistemas SnapCenter de NetApp con Libelle SystemCopy para SAP HANA y SAP AnyDB ejecutados en sistemas ONTAP de NetApp en las instalaciones. La segunda parte describe la integración de AzAcSnap con LSC para sistemas SAP HANA que se ejecutan en Microsoft Azure con Azure NetApp Files proporcionado. Aunque la tecnología ONTAP subyacente es idéntica, Azure NetApp Files proporciona diferentes interfaces e integración de herramientas (por ejemplo, AzAcSnap) en comparación con la instalación nativa de ONTAP.