Grâce à SnapCenter, la détection automatique, ainsi que la restauration et la récupération automatisées sont prises en charge pour la plupart des configurations HANA, à l'exception de ce que plusieurs systèmes hôtes HANA requièrent une configuration manuelle.

Le tableau suivant présente les configurations HANA prises en charge pour la détection automatique.

La configuration manuelle des ressources HANA est prise en charge pour toutes les architectures HANA, mais elle nécessite un plug-in HANA central. Le plug-in central peut être le serveur SnapCenter lui-même ou un hôte Linux ou Windows distinct.

Le tableau suivant présente les configurations HANA prises en charge pour la configuration manuelle des ressources HANA.

SnapCenter peut être configuré en configuration haute disponibilité à deux nœuds. Dans une telle configuration, un équilibreur de charge (par exemple, F5) est utilisé en mode actif/passif à l'aide d'une adresse IP virtuelle pointant vers l'hôte SnapCenter actif. Le référentiel SnapCenter (base de données MySQL) est répliqué par SnapCenter entre les deux hôtes de sorte que les données SnapCenter soient toujours en mode synchrone.

SnapCenter Server HA n'est pas pris en charge si le plug-in HANA est installé sur le serveur SnapCenter. Si vous prévoyez d'installer SnapCenter dans une configuration HA, n'installez pas le plug-in HANA sur le serveur SnapCenter. Vous trouverez plus d'informations sur la haute disponibilité SnapCenter dans ce document "Page de la base de connaissances NetApp".

La figure suivante montre une configuration dans laquelle le serveur SnapCenter est utilisé comme hôte plug-in central. Le plug-in SAP HANA et le logiciel client SAP hdbsql sont installés sur le serveur SnapCenter.

Comme le plug-in HANA peut communiquer avec les bases de données HANA gérées par hdbclient via le réseau, il n'est pas nécessaire d'installer de composants SnapCenter sur les hôtes de base de données HANA individuels. SnapCenter peut protéger les bases de données HANA en utilisant un hôte plug-in HANA central sur lequel toutes les clés de magasin d'utilisateurs sont configurées pour les bases de données gérées.

D'autre part, l'automatisation améliorée des flux de travail pour la découverte automatique, l'automatisation de la restauration et de la récupération, ainsi que les opérations de mise à jour du système SAP exigent l'installation de composants SnapCenter sur l'hôte de base de données. Lorsque vous utilisez un plug-in HANA central, ces fonctionnalités ne sont pas disponibles.

Par ailleurs, la haute disponibilité du serveur SnapCenter via la fonctionnalité HA intégrée ne peut pas être utilisée lorsque le plug-in HANA est installé sur le serveur SnapCenter. La haute disponibilité peut être obtenue en utilisant VMware HA si le serveur SnapCenter est exécuté sur une machine virtuelle au sein d'un cluster VMware.

La figure suivante montre une configuration dans laquelle un hôte Linux distinct est utilisé comme hôte plug-in central. Dans ce cas, le plug-in SAP HANA et le logiciel client SAP hdbsql sont installés sur l'hôte Linux.

La même restriction concernant la disponibilité des fonctionnalités décrite dans la section précédente s'applique également à un hôte de plug-in central distinct.

Cependant, grâce à cette option de déploiement, le serveur SnapCenter peut être configuré avec la fonctionnalité In-Build HA. Le plug-in central doit également être HA, par exemple, en utilisant une solution de cluster Linux.

La figure suivante montre une configuration dans laquelle le plug-in SAP HANA est installé sur chaque hôte de base de données SAP HANA.

Lorsque le plug-in HANA est installé sur chaque hôte de base de données HANA individuel, toutes les fonctionnalités, telles que la découverte automatique et la restauration et la récupération automatisées, sont disponibles. Par ailleurs, le serveur SnapCenter peut être configuré dans une configuration haute disponibilité.

Comme indiqué au début de cette section, certaines configurations système HANA, telles que les systèmes à plusieurs hôtes, requièrent un hôte de plug-in central. Par conséquent, la plupart des configurations SnapCenter nécessitent un déploiement mixte du plug-in HANA.

NetApp recommande de déployer le plug-in HANA sur l'hôte de base de données HANA pour toutes les configurations de système HANA prises en charge pour la découverte automatique. D'autres systèmes HANA, tels que les configurations à plusieurs hôtes, doivent être gérés avec un hôte plug-in HANA central.

Les deux figures suivantes présentent des déploiements de plug-ins mixtes avec le serveur SnapCenter ou un hôte Linux distinct en tant qu'hôte de plug-in central. La seule différence entre ces deux déploiements est la configuration haute disponibilité en option.

De manière générale, NetApp vous recommande de déployer le plug-in HANA sur chaque hôte SAP HANA pour activer toutes les fonctionnalités SnapCenter HANA disponibles et améliorer l'automatisation des workflows.

Pour les configurations HANA dans lesquelles la détection automatique n'est pas prise en charge, telles que les configurations plusieurs hôtes HANA, un plug-in HANA central supplémentaire doit être configuré. L'hôte du plug-in central peut être le serveur SnapCenter si VMware HA peut être utilisé pour SnapCenter HA. Si vous prévoyez d'utiliser la fonctionnalité de haute disponibilité intégrée d'SnapCenter, utilisez un hôte de plug-in Linux séparé.

Le tableau suivant récapitule les différentes options de déploiement.

SnapCenter sauvegarde la base de données SAP HANA dans l'ordre suivant :

SnapCenter exécute le contrôle d'intégrité des blocs dans l'ordre suivant :

SnapCenter gère l'organisation des sauvegardes de bases de données SAP HANA et des sauvegardes sans volume de données en supprimant les copies Snapshot sur le stockage primaire et dans le référentiel SnapCenter conformément à la règle de sauvegarde SnapCenter.

La logique de gestion de la conservation est exécutée avec chaque workflow de sauvegarde dans SnapCenter.

Les sauvegardes locales sur le stockage primaire peuvent également être supprimées manuellement dans SnapCenter.

SnapCenter gère l'organisation des sauvegardes basées sur des fichiers en supprimant les sauvegardes du système de fichiers conformément à la conservation définie dans la règle de sauvegarde de SnapCenter.

La logique de gestion de la conservation est exécutée avec chaque workflow de sauvegarde dans SnapCenter.

La gestion de la conservation des sauvegardes sur le stockage secondaire est gérée par ONTAP en fonction de la conservation définie dans la relation de protection ONTAP.

Pour synchroniser ces modifications sur le stockage secondaire du référentiel SnapCenter, SnapCenter utilise une tâche de nettoyage planifiée. Cette tâche de nettoyage synchronise l'ensemble des sauvegardes de stockage secondaire avec le référentiel SnapCenter pour tous les plug-ins SnapCenter et toutes les ressources.

La tâche de nettoyage est planifiée une fois par semaine par défaut. Ce planning hebdomadaire génère un délai de suppression des sauvegardes dans SnapCenter et SAP HANA Studio par rapport aux sauvegardes qui ont déjà été supprimées sur le système de stockage secondaire. Pour éviter ces incohérences, les clients peuvent modifier le calendrier à une fréquence plus élevée, par exemple, une fois par jour.

Pour plus d'informations sur l'adaptation du planning du travail de nettoyage ou sur le déclenchement d'une actualisation manuelle, reportez-vous à la section "“Modification de la fréquence de synchronisation des sauvegardes avec le stockage de sauvegarde hors site.”"

Lorsque SnapCenter a supprimé des sauvegardes, des copies Snapshot locales ou des fichiers, ou identifié la suppression de la sauvegarde sur le stockage secondaire, cette sauvegarde de données est également supprimée dans le catalogue de sauvegardes SAP HANA.

Avant de supprimer l'entrée du catalogue SAP HANA pour une sauvegarde Snapshot locale sur le stockage primaire, SnapCenter vérifie si la sauvegarde existe toujours au niveau du stockage secondaire.

La base de données SAP HANA crée automatiquement des sauvegardes de journaux. Cette sauvegarde de journaux exécute la création de fichiers de sauvegarde pour chaque service SAP HANA individuel dans un répertoire de sauvegarde configuré dans SAP HANA.

Les sauvegardes de journaux antérieures à la dernière sauvegarde de données ne sont plus nécessaires pour la restauration avant et peuvent donc être supprimées.

SnapCenter gère l'organisation des sauvegardes des fichiers journaux au niveau du système de fichiers ainsi que dans le catalogue de sauvegardes SAP HANA en exécutant la procédure suivante :

La gestion de la conservation des sauvegardes de journaux est activée par défaut. Si nécessaire, il peut être désactivé comme décrit dans la section "“Désactiver la détection automatique sur l'hôte du plug-in HANA.”"

Pour la base de données HANA, SnapCenter prend en charge deux opérations de restauration différentes.

Du point de vue du stockage, les opérations de restauration ci-dessus doivent être exécutées de façon différente selon le protocole de stockage utilisé (NFS ou SAN Fibre Channel), la protection des données configurée (stockage primaire avec ou sans stockage de sauvegarde hors site), et la sauvegarde sélectionnée à utiliser pour l'opération de restauration (restauration à partir du stockage de sauvegarde primaire ou hors site).

Lors de la restauration de la ressource complète à partir du stockage primaire, SnapCenter prend en charge deux fonctionnalités ONTAP différentes pour exécuter l'opération de restauration. Vous pouvez choisir entre les deux fonctions suivantes :

Le tableau suivant compare les différentes méthodes de restauration.

Une restauration à partir du stockage de sauvegarde hors site est toujours exécutée à partir d'une opération de restauration SnapVault, où tous les fichiers ou toutes les LUN du volume de stockage sont remplacés par le contenu de la sauvegarde Snapshot.

La restauration d'un seul locataire requiert une opération de restauration basée sur les fichiers. En fonction du protocole de stockage utilisé, différents flux de restauration sont exécutés par SnapCenter.

Les systèmes à un seul conteneur HANA et MDC HANA qui ont été découverts automatiquement sont activés pour la restauration et la restauration automatisées avec SnapCenter. Pour ces systèmes HANA, SnapCenter prend en charge trois workflows de restauration et de restauration différents, comme illustré dans la figure suivante :

Même si les systèmes MDC HANA avec plusieurs locataires sont automatiquement découverts, la restauration et la restauration automatisées ne sont pas prises en charge pour la version actuelle de SnapCenter. Pour les systèmes MDC comptant plusieurs locataires, SnapCenter prend en charge deux flux de travail de restauration et de restauration différents, comme l'illustre la figure suivante :

Les flux de travail sont les mêmes que ceux décrits dans la section précédente.

Les ressources HANA configurées manuellement ne sont pas activées pour la restauration et la restauration automatisées. En outre, pour les systèmes MDC avec un ou plusieurs locataires, une opération de restauration de locataire unique n'est pas prise en charge.

Pour les ressources HANA configurées manuellement, SnapCenter prend uniquement en charge la restauration manuelle, comme illustré dans la figure suivante. Le flux de travail pour la récupération manuelle est le même que celui décrit dans les sections précédentes.

Le tableau suivant résume les opérations de restauration et de reprise selon la configuration des ressources HANA dans SnapCenter.