Sauvegardes Hana en 19 secondes

Le concept in-memory est considéré par les experts comme le prochain standard de base de données pour les applications commerciales. La preuve en est que SAP a solidement ancré la technologie in-memory dans S/4 Hana.

Pour les clients, la question n'est donc plus de savoir s'ils doivent utiliser la nouvelle solution - la question est plutôt de savoir si, pour des raisons de compétitivité, on peut encore se permettre de travailler avec les anciennes architectures de système.

Ainsi, une récente enquête des analystes de marché de PAC montre que 62% des entreprises allemandes interrogées sont convaincues que chaque client SAP devra tôt ou tard adopter S/4.

La nouvelle architecture exige un changement de mentalité

Avec Hana, l'infrastructure de sauvegarde doit faire face à de nouvelles exigences, car il y a beaucoup plus de données à sauvegarder. Par exemple, pour assurer la persistance des données, il faut déplacer de plus grandes quantités de données, c'est-à-dire de la mémoire interne du serveur (RAM) vers le disque ou la mémoire flash.

Dans un environnement Hana classique avec un concept de sauvegarde traditionnel, les données sont sauvegardées en tant que sauvegarde en continu via l'hôte sur un système de sauvegarde. Pour une sauvegarde de données de l'ordre du TByte, la sauvegarde sur disque puis sur bande peut prendre quelques heures.

La restauration prend également beaucoup de temps. Le rechargement de la bande ou du disque et le remplissage de la couche de persistance dans la mémoire principale prennent beaucoup de temps. Ensuite, il faut encore importer les fichiers journaux des transactions.

Les temps de restauration du système sont par conséquent élevés et les systèmes productifs et critiques pour l'entreprise sont affectés. Du point de vue des responsables de processus, il serait souhaitable de pouvoir effectuer plus souvent une sauvegarde des données sous la forme d'un snapshot, qui ne sollicite pas les systèmes informatiques productifs.

Ainsi, moins de logs doivent être traités lors d'une restauration et les temps de restauration diminuent.

Plus de sécurité avec SPS10

Avec SPS10, SAP améliore la gestion des sauvegardes dans Hana et a introduit des sauvegardes incrémentielles et différentielles. Cela nécessite toutefois que l'application gère activement ces processus. En outre, les volumes de données à sauvegarder restent importants et la base de données subit des perturbations sensibles lors de l'exécution des sauvegardes.

Tout DSI aura d'abord intérêt à continuer à utiliser l'environnement de sauvegarde existant avec SAP Hana. Cependant, en utilisant des concepts traditionnels, le volume de données à sauvegarder augmente fortement avec SAP Hana, ce qui accroît la charge de l'infrastructure existante.

Conséquence : le DSI doit investir dans une infrastructure obsolète du point de vue de la conception pour contrecarrer cette évolution.

Pour maîtriser les exigences de sauvegarde accrues par In-memory, les entreprises peuvent miser sur la technologie Snapshot éprouvée de NetApp. Celle-ci permet de créer en quelques secondes des images des données SAP Hana actuelles et de les rendre utilisables comme sauvegarde.

Le concept de sauvegardes basées sur des snapshots au niveau du stockage est pris en charge par Hana depuis SPS 07. Les fonctions de sauvegarde de NetApp sont intégrées de manière transparente dans Hana Studio. Ainsi, dans l'historique des sauvegardes, les snapshots apparaissent dans la même liste que les sauvegardes traditionnelles.

Les systèmes de stockage NetApp FAS ou AFF fournissent un stockage de données persistant pour la base de données en mémoire Hana. La solution de stockage peut sauvegarder plusieurs versions des données opérationnelles de manière efficace et sans solliciter les systèmes de production.

Les sauvegardes sont ainsi effectuées avec des besoins de stockage nettement moins importants et ne durent que quelques secondes - au lieu de plusieurs heures auparavant. Le snapshot de stockage s'effectue de manière totalement autonome et n'affecte pas les performances des serveurs Hana par la manipulation ou le transport des données.

Comme les systèmes de stockage NetApp détectent les modifications des données par rapport à la dernière sauvegarde, il suffit de déplacer les deltas entre l'emplacement principal du serveur et le stockage de sauvegarde à long terme.

Il en résulte un concept incrémentiel à granularité fine pour la sauvegarde des données, qui peut être utilisé indépendamment des applications utilisées.

Grâce à la technologie Snapshot, la sauvegarde d'un environnement Hana ne prend que quelques secondes. Une analyse menée par NetApp auprès des clients existants de SAP Hana a montré que le temps nécessaire à la sauvegarde d'un snapshot Hana est en moyenne de 19 secondes.

De nombreux clients NetApp y parviennent également en moins de temps et en une minute maximum, même les sauvegardes les plus complexes étaient terminées. Le gain de temps sensible est d'autant plus évident que la base de données Hana est grande, car les durées de sauvegarde sont en grande partie identiques, quelle que soit la taille de la base de données.

La raison en est que la technologie développée par NetApp fonctionne avec le "verpointering", c'est-à-dire qu'aucune donnée n'est déplacée physiquement.

Pour obtenir des temps aussi courts qu'avec une infrastructure de sauvegarde classique, il faudrait un grand nombre de connexions Gigabit Ethernet - y compris une architecture système adaptée à cet effet.

L'administrateur de la base de données peut également effectuer une restauration aussi rapidement. Pour cela, il suffit d'arrêter SAP Hana et de sélectionner la sauvegarde souhaitée. Au lieu de restaurer longuement les données, une image précédente des données SAP Hana est activée dans le système NetApp (appelée Snapshot Restore) et Hana peut redémarrer directement.

Ce concept peut être utilisé avec les systèmes FAS de NetApp dans l'appliance. L'intégration TDI (Tailored Datacenter Integration) est également prise en charge, ce qui permet aux utilisateurs d'utiliser pratiquement n'importe quelle combinaison de serveurs certifiés avec les solutions de stockage NetApp.

La solution de sauvegarde Hana est intégrée à SAP NetWeaver LVM (Landscape Virtualization Management) de SAP et offre ainsi une gestion globale de l'infrastructure à partir d'un point central.

Dans le cadre du concept de Data Fabric de NetApp, l'utilisation d'environnements cloud hybrides est également prise en charge. Par exemple, les entreprises peuvent utiliser des mécanismes de réplication intelligents pour stocker leurs sauvegardes dans le cloud et y créer un environnement de test évolutif et flexible. Des scénarios correspondants pour les utilisateurs SAP sont déjà proposés par les fournisseurs de services.

Pas une vue, mais un fait

La sauvegarde basée sur le stockage pour SAP Hana permet aux professionnels de l'informatique d'adapter la protection des données aux besoins des métiers - au lieu d'être limités par les conditions technologiques.

Ainsi, le responsable informatique retrouve le contrôle des niveaux de service de la protection des données. En outre, la technologie Snapshot offre d'autres valeurs ajoutées importantes, comme le clonage d'un environnement système via NetApp FlexClone.

Cela permet de tester l'intégrité des données des sauvegardes. Le service informatique peut ainsi proposer aux départements spécialisés des environnements de test SAP complets en libre-service et en un clic de souris.