La possibilité de créer des copies NetApp Snapshot cohérentes au niveau des applications sur la couche de stockage est le socle des opérations de copie du système et de clonage du système décrites dans ce document. Les copies Snapshot basées sur le stockage sont créées avec le plug-in NetApp SnapCenter pour SAP HANA ou SAP toutes les bases de données sur les systèmes NetApp ONTAP natifs ou à l'aide du "Outil Snapshot cohérent pour l'application Microsoft Azure" (AzAcSnap) et interfaces fournies par les bases de données SAP HANA et Oracle qui s'exécutent dans Microsoft Azure. Avec SAP HANA, SnapCenter et AzAcSnap enregistrent les copies Snapshot dans le catalogue de sauvegardes SAP HANA, de sorte que les sauvegardes puissent être utilisées pour la restauration et la restauration, ainsi que pour les opérations de clonage.

Les copies Snapshot cohérentes au niveau des applications peuvent être répliquées sur la couche de stockage vers un site de sauvegarde hors site ou vers un site de reprise après incident contrôlé par SnapCenter sur site. La réplication étant basée sur des modifications des blocs, elle est économe en espace et en bande passante. La même technologie est disponible pour les systèmes SAP HANA et Oracle exécutés dans Azure avec Azure NetApp Files à l'aide de la fonctionnalité CRR (Cross Region Replication) afin de répliquer efficacement des volumes Azure NetApp Files entre des régions Azure.

L'intégration des technologies et des logiciels NetApp vous permet d'utiliser toute copie Snapshot d'un système source pour une copie de système SAP ou une opération de clonage. Cette copie Snapshot peut être sélectionnée depuis le même stockage que celui utilisé pour les systèmes de production SAP, celui utilisé pour les sauvegardes hors site (par exemple, la sauvegarde Azure NetApp Files dans Azure) ou le stockage sur le site de reprise d'activité (volumes cibles Azure NetApp Files CRR). Cette flexibilité vous permet de séparer les systèmes de développement et de test de la production si nécessaire et couvre d'autres scénarios, comme le test de la reprise sur incident sur le site de reprise sur incident.

Il existe plusieurs scénarios et cas d'utilisation pour le provisionnement de systèmes de test SAP, et les exigences pour le niveau d'automatisation peuvent également être différentes. Les logiciels de NetApp pour SAP s'intègrent aux bases de données et aux produits de gestion du cycle de vie de SAP et d'autres fournisseurs tiers (libelle, par exemple) pour prendre en charge différents scénarios et niveaux d'automatisation.

NetApp SnapCenter avec le plug-in pour SAP HANA et SAP AnyDB ou AzAcSnap pour Azure permet de provisionner les clones de volumes de stockage requis basés sur une copie Snapshot cohérente avec les applications et d'exécuter toutes les opérations d'hôte et de base de données requises jusqu'à une base de données SAP démarrée. Selon le cas d'utilisation, une copie de système SAP, le clonage de système, une mise à jour de système ou d'autres étapes manuelles telles que le post-traitement SAP peuvent être requises. Vous trouverez plus de détails dans la section suivante.

Un provisionnement ou une mise à jour de bout en bout entièrement automatisés des systèmes de test SAP peut être effectué à l'aide de l'automatisation libelle SystemCopy (LSC). L'intégration de SnapCenter ou AzAcSnap dans LSC est décrite plus en détail dans ce document.

Libelle SystemCopy est une solution logicielle basée sur l'infrastructure pour créer des copies de paysage et de systèmes entièrement automatisées. Une simple pression sur un bouton permet de mettre à jour les systèmes d'assurance qualité et de test avec de nouvelles données de production. Libelle SystemCopy prend en charge toutes les bases de données classiques et tous les systèmes d'exploitation, et dispose ainsi de ses propres mécanismes de copie pour toutes les plateformes. Parallèlement, elle intègre des procédures de sauvegarde/restauration ou des outils de stockage, tels que les copies NetApp Snapshot et les volumes NetApp FlexClone. Les activités nécessaires pendant une copie du système sont contrôlées à partir de l'extérieur de la pile SAP ABAP. Les applications SAP ne nécessitent donc aucun déplacement ni aucun autre changement. En règle générale, toutes les étapes nécessaires à la réalisation d'une procédure de copie du système peuvent être classées en quatre étapes :

Pendant la phase de copie, NetApp Snapshot et FlexClone sont utilisés pour réduire la durée nécessaire à quelques minutes, même pour les bases de données les plus volumineuses.

Pour les phases Check, Pre et Post, LSC est livré avec plus de 450 tâches préconfigurées couvrant 95 % des opérations de rafraîchissement classiques. Par conséquent, LSC adopte l'automatisation conformément aux normes SAP. Grâce à la nature logicielle du LSC, les processus de renouvellement du système peuvent être facilement ajustés et améliorés pour répondre aux besoins spécifiques des environnements SAP des clients.

Il existe plusieurs scénarios dans lesquels les données d'un système source doivent être mises à disposition d'un système cible :

Bien que les systèmes de réparation et les systèmes de test de reprise après sinistre soient généralement fournis à l'aide de clones des systèmes SAP (qui ne nécessitent pas de nombreuses opérations de post-traitement) pour les systèmes de test et de formation actualisés, ces étapes de post-traitement doivent être appliquées afin de permettre la coexistence avec le système source. Par conséquent, ce document se concentre sur les scénarios de mise à jour des systèmes SAP. Vous trouverez des informations supplémentaires sur ces différents cas d'utilisation dans le rapport technique "Tr-4667 : automatisation des opérations de copie système et de clonage SAP HANA avec SnapCenter".

Le reste de ce document est séparé en deux parties. La première partie décrit l'intégration de NetApp SnapCenter avec libelle SystemCopy pour SAP HANA et des systèmes de bases de données SAP AnyDB exécutés sur des systèmes NetApp ONTAP sur site. La seconde partie décrit l'intégration d'AzAcSnap avec LSC pour systèmes SAP HANA qui s'exécutent dans Microsoft Azure avec Azure NetApp Files fourni. Bien que la technologie ONTAP sous-posée soit identique, Azure NetApp Files fournit différentes interfaces et intégrations d'outils (par exemple, AzAcSnap) par rapport à une installation ONTAP native.