Avant de pouvoir protéger une base de données SAP HANA, vous devez intégrer l'instance Compute Engine.
Découvrir et protéger l'application de base de données SAP HANA
- Échec des sauvegardes LVM pour toute configuration backint de sauvegarde tierce
- La récupération est compromise en raison d'une rupture dans la chaîne de récupération
- Une sauvegarde complète et incrémentielle peut générer des sauvegardes incrémentielles orphelines, ce qui peut entraîner des problèmes de récupération.
Suivez les instructions ci-dessous pour découvrir et protéger les instances SAP HANA à scaling horizontal :
Sélectionnez Ajouter une application sur la page Gestionnaire d'applications > Applications de la console de gestion.
Sélectionnez SAP HANA dans l'assistant Ajouter une application.
Suivez l'assistant :
Sélectionnez la base de données à gérer dans la section Sélectionner.
Appliquez le modèle de règle et le profil de ressource dans la section Gérer. Vous les avez créés dans Définir des modèles de règles et des profils de ressources.
Cliquez sur Paramètres de l'application dans la section Configurer.
Sélectionnez la méthode de capture de sauvegarde dans la fenêtre Paramètres de l'application. La méthode dépend de vos besoins et des informations fournies dans Protéger l'environnement de production SAP contre la perte, les erreurs et la corruption de données.
Dans l'onglet Paramètres des applications, vous pouvez modifier les paramètres spécifiques à une application. Veillez à aborder les points suivants :
Clé du magasin d'utilisateurs de la base de données HANA : il s'agit de la clé hdbuserstore SAP HANA pour la base de données système créée précédemment. Ce champ est obligatoire.
Pourcentage d'espace de réserve dans le groupe de volumes : nécessaire pour la sauvegarde au niveau du volume afin de déterminer la quantité d'espace libre temporaire requise dans le groupe de volumes LVM pour les instantanés. La valeur recommandée est de 20 %.
Méthode de capture de sauvegarde :
Utiliser un instantané Persistent Disk : il s'agit de l'instantané Persistent Disk standard utilisé par Compute Engine. Sélectionnez cette option pour les bases de données HANA exécutées dans une instance Compute Engine. Si vous pouvez utiliser cette méthode, consultez .
Utiliser la sauvegarde au niveau du volume : utiliser les instantanés LVM au niveau du volume avec CBT sur Linux sur un disque de préproduction basé sur des blocs. Cette option utilise l'API de point de sauvegarde SAP HANA pour vous permettre de créer des sauvegardes incrémentielles permanentes. Pour cela, le volume de données et de journaux de la base de données HANA doit être géré par LVM. Si vous utilisez des disques de préparation du protocole NFS, vous ne pouvez pas utiliser les sauvegardes au niveau du volume.
Utiliser la sauvegarde complète et incrémentielle : il s'agit de l'ancienne méthode de sauvegarde et de récupération basée sur les fichiers. Cette méthode de "vidage de fichiers" ne permet pas de créer des bases de données virtuelles. Vous pouvez sélectionner cette option pour les disques de bloc et de préparation NFS. Cette méthode n'est compatible qu'avec les anciennes sauvegardes Backint et la récupération physique.
Durée de conservation des journaux de la base de données de production (en heures) : à la fin de chaque sauvegarde des journaux, la purge des journaux s'exécute et supprime tous les journaux antérieurs au nombre d'heures spécifié ici. Par exemple, si le nombre d'heures spécifié est de quatre, tous les journaux antérieurs à ((heure de début de la sauvegarde des journaux) - (4 heures)) seront supprimés. La valeur par défaut est de deux heures.
Durée de conservation du catalogue de production (en jours) : durée de conservation des métadonnées du catalogue (en jours). Les métadonnées du catalogue HANA (table m_backup_catalog) seront purgées des journaux datant de plus de X jours. Par exemple, si le nombre de jours spécifié est de 14, les données du catalogue HANA antérieures à ((jour actuel) - (14 jours)) seront supprimées. La valeur par défaut est de sept jours.
Cliquez sur Enregistrer > Suivant, puis sur Terminer.
Vous pouvez voir la base de données dans la liste Applications du gestionnaire d'applications avec un bouclier vert indiquant que le plan de sauvegarde a été appliqué.
Sauvegarder des bases de données HANA 1+n et à scaling horizontal
Cette section contient des informations sur la protection de HANA 1+n et de HANA à scaling horizontal.
Protéger HANA 1+n
Pour protéger un cluster de réplication HANA 1+n en tant qu'application unique, après la découverte de l'application, l'application a l'hôte du cluster comme sid name_cluster
. Par exemple, si sr1 est l'instance HANA, le nom de l'application est sr1 et le nom d'hôte est sr1_cluster dans la liste Applications App Manager.
La destination de sauvegarde des journaux HANA doit être partagée entre deux nœuds. En cas de basculement, la base de données et la sauvegarde des journaux basculent automatiquement vers le nœud principal actuel. Les sauvegardes des journaux sont effectuées à partir du nœud principal actuel, ce qui permet de capturer les derniers journaux de l'ancien nœud principal ainsi que les nouveaux journaux du nouveau nœud principal. Suivez les étapes de préparation décrites dans Préparer vos bases de données SAP HANA pour la protection.
HANA 1+n est toujours détecté en tant qu'application de cluster contenant tous les détails des nœuds dans les métadonnées. Après la découverte de l'application, l'application a l'hôte du cluster comme (nom du SID HANA)cluster(ID du site)_(ID matériel HANA). Par exemple, si sr1 est l'instance HANA, le nom de l'application est sr1 et le nom d'hôte est sr1cluster<…> dans la liste des applications du gestionnaire d'applications.
Il est conseillé d'exécuter une découverte forcée après toute modification de la configuration des nœuds du cluster, par exemple après l'ajout ou la suppression d'un nœud du cluster. Si un nœud est supprimé ou ajouté après la découverte et la protection, la configuration n'est pas mise à jour automatiquement dans les métadonnées Backup and DR, ce qui peut entraîner des problèmes de sauvegarde.
Conditions requises pour protéger les instances et les bases de données SAP HANA 1+n
Avant de protéger les instances SAP HANA, assurez-vous des points suivants :
- Tous les serveurs SAP HANA ou les instances Compute Engine du cluster SAP HANA doivent avoir été intégrés au service Backup and DR.
- L'agent Backup and DR doit être installé sur tous les serveurs SAP HANA ou instances Compute Engine du cluster SAP HANA.
Un secret doit être appliqué à tous les serveurs SAP HANA ou instances Compute Engine du cluster SAP HANA sous App Manage > Manage > Host > Backup and DR Agent Settings > Secret.
Si des adresses IP virtuelles sont configurées pour les hôtes, n'ajoutez que l'adresse IP virtuelle et le nom d'hôte de l'hôte lors de la découverte.
L'agent Backup and DR doit être installé sur tous les nœuds.
Les ports doivent être ouverts sur les hôtes pour permettre la communication sur le port 5106. Cela nécessite une règle de pare-feu d'entrée où l'appliance de sauvegarde/récupération est la source, l'hôte exécutant l'agent est la cible et le port cible est 5106. Il n'est pas nécessaire d'ajouter le port 5106 à la règle d'entrée par défaut créée pour l'appliance, car cela spécifie l'appliance comme cible.
L'emplacement de sauvegarde des journaux HANA doit être défini sur "shared—NFS" (partagé – NFS).
Protéger le scaling horizontal HANA
Conditions requises pour protéger SAP HANA à scaling horizontal
Avant de protéger SAP HANA à évolutivité horizontale, assurez-vous d'avoir effectué les opérations suivantes :
- Si des adresses IP virtuelles sont configurées pour les hôtes, n'ajoutez que l'adresse IP virtuelle et le nom d'hôte associé de l'hôte lors de la découverte.
- L'agent Backup and DR doit être installé sur tous les nœuds.
- Les ports doivent être ouverts sur les hôtes pour permettre la communication sur le port 5106. Cela nécessite une règle de pare-feu d'entrée où l'appliance de sauvegarde/récupération est la source, l'hôte exécutant l'agent est la cible et le port cible est 5106. De plus, il n'est pas nécessaire d'ajouter le port 5106 à la règle d'entrée par défaut créée pour l'appliance, car cela spécifie l'appliance comme cible.
- Pour les sauvegardes complètes et incrémentielles basées sur les fichiers Backint, l'emplacement de sauvegarde des journaux HANA doit être défini sur "partagé" (NFS). Consultez Ajouter l'hôte à la console de gestion.
Pour la protection des instantanés de stockage
- Le volume de données et de journaux n'est pas partagé entre les nœuds.
- Les volumes de données et de journaux sont gérés par le gestionnaire de volumes logiques.
- Assurez-vous que les répertoires mnt000* existent sur les points de montage locaux pour identifier les nœuds principal et secondaire.
Suivez les procédures de configuration décrites dans Préparer vos bases de données SAP HANA pour la protection.
Documentation du service Backup and DR pour SAP HANA à évolutivité horizontale
Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des instances SAP HANA avec scaling horizontal à l'aide du service Backup and DR. Pour en savoir plus, consultez les pages suivantes :
- Backup and DR pour SAP HANA à évolutivité horizontale
- Préparer les instances SAP HANA à scaling horizontal pour la sauvegarde
- Ajouter un hôte SAP HANA à scaling horizontal, et découvrir et protéger ses bases de données
- Configurer le format du disque de préparation et la méthode de sauvegarde pour le scaling horizontal SAP HANA
- Définir les détails et les paramètres de l'application pour les instances SAP HANA avec évolutivité horizontale
- Sauvegarder des bases de données HANA 1+n et à scaling horizontal
- Restaurer et récupérer des instances SAP HANA à scaling horizontal
- Monter une sauvegarde SAP HANA à scaling horizontal en tant que montage standard
- Monter une sauvegarde SAP HANA à scaling horizontal en tant que base de données virtuelle
- Monter et migrer une sauvegarde SAP HANA à scaling horizontal pour une récupération instantanée vers n'importe quelle cible