La figure suivante illustre la configuration de laboratoire utilisée pour ce chapitre. Deux hôtes HANA, hana-3 et hana-4, ont été configurés avec la réplication système HANA.

Un utilisateur de base de données “SnapCenter” a été créé pour la base de données système HANA avec les privilèges requis pour exécuter les opérations de sauvegarde et de restauration (voir "SAP HANA : sauvegarde et restauration avec SnapCenter"). Une clé de magasin d'utilisateurs HANA doit être configurée sur les deux hôtes à l'aide de l'utilisateur de base de données ci-dessus.

De manière générale, vous devez effectuer les étapes suivantes pour configurer la réplication système HANA dans SnapCenter.

Une fois le plug-in SnapCenter HANA installé sur les deux hôtes HANA, les systèmes HANA s'affichent dans la vue des ressources SnapCenter de la même manière que les autres ressources autodécouvertes. Depuis la version SnapCenter 4.6, une colonne supplémentaire affiche l'état de la réplication système HANA (activée/désactivée, principale/secondaire).

En cliquant sur la ressource, SnapCenter demande la clé de magasin utilisateur HANA pour le système HANA.

D'autres étapes de découverte automatique sont exécutées. SnapCenter affiche les détails des ressources. Avec SnapCenter 4.6, l'état de réplication du système et le serveur secondaire sont répertoriés dans cette vue.

Après avoir effectué les mêmes étapes pour la seconde ressource HANA, le processus de détection automatique est terminé et les deux ressources HANA sont configurées dans SnapCenter.

Pour les systèmes compatibles avec la réplication système HANA, vous devez configurer un groupe de ressources SnapCenter, y compris les deux ressources HANA.

NetApp recommande d'utiliser un format de nom personnalisé pour le nom du snapshot, qui doit inclure le nom d'hôte, la règle et la planification.

Vous devez ajouter les deux hôtes HANA au groupe de ressources.

Les stratégies et les planifications sont configurées pour le groupe de ressources.

La configuration des groupes de ressources est maintenant terminée et les sauvegardes peuvent être exécutées.

Lors de l'exécution d'une opération de sauvegarde du groupe de ressources, SnapCenter identifie l'hôte principal et déclenche uniquement une sauvegarde sur l'hôte principal. Cela signifie que seul le volume de données de l'hôte principal sera snapshotted. Dans notre exemple, hana-3 est l'hôte principal actuel, et une sauvegarde est exécutée sur cet hôte.

Le journal des tâches SnapCenter affiche l'opération d'identification et l'exécution de la sauvegarde sur l'hôte principal actuel hana-3.

Une sauvegarde Snapshot a été créée au niveau de la ressource HANA principale. Le nom d'hôte inclus dans le nom de la sauvegarde indique hana-3.

La même sauvegarde Snapshot est également visible dans le catalogue des sauvegardes HANA.

Lors de l'exécution d'une opération de basculement, d'autres sauvegardes SnapCenter identifient désormais l'ancien hôte secondaire (hana-4) comme hôte principal et l'opération de sauvegarde est exécutée sur hana-4. Là encore, seul le volume de données du nouvel hôte principal (hana-4) est snapshotted.

Le journal des tâches SnapCenter affiche l'opération d'identification et l'exécution de la sauvegarde sur l'hôte principal actuel hana-4.

Une sauvegarde Snapshot a été créée au niveau de la ressource HANA principale. Le nom d'hôte inclus dans le nom de la sauvegarde indique hana-4.

La même sauvegarde Snapshot est également visible dans le catalogue des sauvegardes HANA.

SnapCenter 4.6 utilise la même logique que celle décrite pour les opérations de sauvegarde de Snapshot dans le cadre des opérations de vérification de l'intégrité des blocs avec des sauvegardes basées sur des fichiers. SnapCenter identifie l'hôte HANA principal actuel et exécute la sauvegarde basée sur les fichiers pour cet hôte. La gestion de la conservation s'effectue également sur les deux hôtes, de sorte que la sauvegarde la plus ancienne soit supprimée, quel que soit l'hôte utilisé actuellement comme système primaire.

Pour permettre des opérations de sauvegarde transparentes sans interaction manuelle en cas de basculement et quel hôte HANA est actuellement l'hôte primaire, vous devez configurer une relation SnapVault pour les volumes de données des deux hôtes. SnapCenter exécute une opération de mise à jour SnapVault pour l'hôte principal actuel à chaque sauvegarde.

La gestion des durées de conservation de la cible SnapVault est gérée en dehors de SnapCenter par ONTAP, la conservation ne peut pas être gérée entre les deux hôtes HANA. Les sauvegardes créées avant le basculement ne sont donc pas supprimées avec les opérations de sauvegarde de l'ancien système secondaire. Ces sauvegardes restent tant que l'ancien système primaire n'est pas de nouveau primaire. Pour ne pas bloquer la gestion des durées de conservation des sauvegardes des journaux, ces sauvegardes doivent être supprimées manuellement au niveau de la cible SnapVault ou dans le catalogue de sauvegardes HANA.

SnapCenter 4.6 gère la conservation pour les sauvegardes Snapshot, les opérations de contrôle de l'intégrité des blocs, les entrées du catalogue de sauvegardes HANA et les sauvegardes de journaux (s'ils ne sont pas désactivés) entre les deux hôtes HANA, ce qui n'importe quel hôte est actuellement principal ou secondaire. Les sauvegardes (données et journaux) et les entrées du catalogue HANA sont supprimées en fonction de la conservation définie, que la suppression soit nécessaire sur l'hôte principal ou secondaire actuel. En d'autres termes, aucune interaction manuelle n'est requise si une opération de basculement est effectuée et/ou si la réplication est configurée dans l'autre direction.

Si la réplication SnapVault fait partie de la stratégie de protection des données, une interaction manuelle est nécessaire pour des scénarios spécifiques, comme décrit dans la section [SnapVault Replication].

La figure suivante représente un scénario dans lequel plusieurs sauvegardes Snapshot ont été exécutées sur les deux sites. Avec le statut actuel, l'hôte hana-3 est l'hôte principal et la dernière sauvegarde est T4, qui a été créée à l'hôte hana-3. Si vous devez effectuer une opération de restauration et de récupération, les sauvegardes T1 et T4 sont disponibles pour la restauration et la récupération dans SnapCenter. Les sauvegardes, qui ont été créées sur l'hôte hana-4 (T2, T3), ne peuvent pas être restaurées à l'aide de SnapCenter. Ces sauvegardes doivent être copiées manuellement vers le volume de données hana-3 à des fins de restauration.

Les opérations de restauration et de récupération d'une configuration de groupes de ressources SnapCenter 4.6 sont identiques à celles d'une configuration de réplication non système autodécouverte. Toutes les options de restauration et de récupération automatisée sont disponibles. Pour plus d'informations, consultez le rapport technique "Tr-4614 : sauvegarde et restauration SAP HANA avec SnapCenter".

Une opération de restauration à partir d'une sauvegarde créée sur l'autre hôte est décrite dans la section "Restauration à partir d'une sauvegarde créée sur l'autre hôte".