Ces informations concernent les instances SAP HANA avec évolutivité horizontale. Pour les configurations Scale-Up et HA 1+1, consultez Backup and DR Service pour SAP HANA.
Récupération instantanée SAP HANA à évolutivité horizontale (montage et migration)
Automatisez la migration des données HANA depuis les disques de staging de l'appliance de sauvegarde/récupération vers les disques de production à l'aide de la méthode de migration LVM. Utilisez la méthode de migration LVM après la récupération de la base de données SAP HANA sur le disque de préparation de l'appliance de sauvegarde/récupération sur la configuration à évolutivité verticale ou le cluster à évolutivité horizontale LVM non partagé à nœuds multiples.
Script de récupération
Le script de récupération est /act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh
Consultez les détails du script.
Récupération et migration de bases de données
Conditions préalables avant de commencer la récupération
- Arrêtez la base de données SAP HANA (sur tous les nœuds pour la configuration avec scaling horizontal).
sapcontrol -nr <instance number> -function StopSystem
sapcontrol -nr <instance number> -function GetSystemInstanceList
- Assurez-vous que /etc/fstab contient les entrées /dev/mapper pour le montage de /hana/data et /hana/log.
- Utilisez
df -kh
pour obtenir les entrées /dev/mapper pour /hana/data et /hana/log.
- Utilisez
- Vérifiez qu'aucun processus ne détient /hana/data ni /hana/log.
- Vérifiez en désinstallant et en réinstallant /hana/data et /hana/log.
- Si le redémarrage rapide de HANA est configuré, commentez les entrées correspondantes sous /etc/fstab et démontez le point de montage du redémarrage rapide. Activez le redémarrage rapide en installant le montage de redémarrage rapide et en supprimant le commentaire de l'entrée /etc/fstab du montage de redémarrage rapide, une fois la récupération et la fusion de la première étape du montage et de la migration en deux étapes terminées.
Monter l'image
Utilisez la console de gestion pour monter l'image de sauvegarde sur le serveur cible :
- Connectez-vous à la console de gestion en tant qu'utilisateur privilégié.
- Sélectionnez l'application requise, puis Accès.
- Sélectionnez l'image, puis cliquez sur Monter.
- Désactivez l'option CRÉER UNE APPLICATION VIRTUELLE, puis sélectionnez le nœud ou le cluster cible correspondant. Si vous effectuez le montage sur un cluster scale-out, assurez-vous que l'option MOUNT TO ALL CLUSTER SERVERS (Monter sur tous les serveurs du cluster) est activée.
- Indiquez l'emplacement du point de montage, puis cliquez sur Envoyer.
Une fois le job de montage terminé, l'image est montée à l'emplacement spécifié sur le serveur HANA cible.
Cas d'utilisation du montage et de la migration
Deux cas d'utilisation
Montage et migration en une étape Récupérez la base de données, puis migrez les données du stockage présenté par l'appliance de sauvegarde/récupération vers le stockage de production pendant que la base de données est en cours d'exécution.
Montage et migration en deux étapes Récupérez une copie de la base de données. La base de données récupérée est opérationnelle à partir du dispositif de sauvegarde/récupération. Lorsque votre stockage de production est prêt, vous pouvez commencer la migration des données vers le stockage de production pendant que la base de données est en cours d'exécution.
Montage et migration en une seule étape
Une fois l'image montée, vous pouvez récupérer et migrer les données en une seule exécution.
Exécutez ce script sur le serveur cible sur lequel l'image est montée.
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate
Pour effectuer une récupération à un moment précis, utilisez l'option
-r
:/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate -r <time>
Avec cette option, la base de données est récupérée, les groupes de volumes des disques provisionnés à partir de l'appliance de sauvegarde/récupération sont fusionnés avec le stockage local et la migration de la base de données commence.
Une fois la tâche terminée, les données sont déplacées vers le stockage de production local à partir des disques provisionnés à partir de l'appliance de sauvegarde/récupération pendant que la base de données est en cours d'exécution.
Si les SID source et cible de HANA sont différents
Si le SID source et cible de HANA sont différents, renommez le répertoire SID en SID cible dans les points de montage des données et des journaux avant d'exécuter le script hana_lvm_recover_migrate.sh
.
Exemple :
source sid: HPR target sid: HSR mountpoint: /mmrestore
- Le répertoire
/mmrestore/hana/data/HPR
doit être renommé en/mmrestore/hana/data/HSR
dans le point de montage /mmrestore/hana/data avant d'exécuter le scripthana_lvm_recover_migrate.sh
. - Le répertoire
/mmrestore/hana/log/HPR
doit être renommé en/mmrestore/hana/log/HSR
dans le point d'installation /mmrestore/hana/log avant d'exécuter le scripthana_lvm_recover_migrate.sh
.
Montage et migration en deux étapes
Après avoir monté l'image, récupérez une copie de la base de données. La base de données récupérée est opérationnelle à partir de l'appliance de sauvegarde/récupération.
Exécutez l'option recovermerge pour récupérer la copie de la base de données à partir de l'image montée :
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge
Pour effectuer une récupération à un moment précis, utilisez l'option
-r
:/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge -r <time>
Une fois la récupération effectuée, la base de données s'exécute sur les appareils montés de l'appliance de sauvegarde/restauration. La base de données est opérationnelle et disponible pour l'application.
Lorsque le stockage de production est disponible, lancez la migration des données vers le stockage de production pendant que la base de données est en cours d'exécution.
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh migrate
Démonter et supprimer l'image montée d'un dispositif de sauvegarde/récupération
- Connectez-vous à la console de gestion en tant qu'utilisateur privilégié.
- Sélectionnez l'image montée à l'étape 1.
- Cliquez sur Désinstaller et supprimer.
Informations sur le script (hana_lvm_recover_migrate.sh)
Le script inclut les informations suivantes :
- NAME : script d'assistance à la restauration SAP HANA
- PATH : /act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh
- SYNOPSIS :
hana_lvm_recover_migrate.sh <OPERATION> [OPTIONS]
- DESCRIPTION : restaure les données SAP HANA à partir d'un dispositif de sauvegarde/récupération sur un cluster scale-out ou autonome.
- OPERATION : spécifie l'opération à exécuter. Ce paramètre est obligatoire.
- Fusionner : fusionne les groupes de volumes Actifio et de production.
- Migrate : migre les volumes des disques Actifio vers les disques de production.
- Recover (Récupérer) : exécute le script de récupération Actifio scaleout.
- RecoverMerge : exécute Recover et Merge.
- RecoverMigrate. Exécute Recover (Récupérer) et Migrate (Migrer).
- Rollback Place le cluster dans un état permettant de retenter la restauration.
- Test. Peut être utilisé pour tester la configuration du job.
Paramètres facultatifs
Le script fournit également ces paramètres facultatifs pour remplacer les valeurs.
-a \<name\>: mount job name override
-A \<log|params\>: Method to discover job name, log file or params file
-C \<count\>: Expected node count override
-D \<path\>: Path to the HANA data mount point, expected to be the same
for all nodes
-h: Display help documentation and exit, specify operation for more info
-I \<name\>: HANA database SID override
-K \<user\>: HANA keystore user to use for the restore
-L \<path\>: Path to the HANA log mount point, expected to be the same
for all nodes
-r \<time\>: Timepoint to which to recover the HANA database
-R: Assert that the recover script has already been run
-S \<path\>: Path to the shared directory, expected to be the same for
all nodes
-t \<minutes\>: Number of minutes without an update before a job is
considered timed out
-T \<minutes\>: Number of minutes to allow for starting the HANA DB
service
-u \<user\>: HANA service account username \<adm user\>
-v: Enable verbose logging
-V \<version\>: HANA version
-w \<seconds\>: Base wait time, job status checks 1x, file system
operations 4x
Options de script
Récupérer
Exécutez l'option de récupération si vous ne souhaitez pas migrer les données vers le stockage de production.
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recover
Par défaut, le script récupère le dernier numéro de job à partir du journal UDSAgent et collecte toutes les informations requises pour les jobs, telles que les points de montage cibles et le SID de la base de données. Si le dernier job sur ce serveur cible n'est pas le job de montage, il devra fournir le numéro de job (à l'aide de l'option -a) du dernier job de montage pour remplacer la valeur par défaut du job de montage :
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recover -a <Job_#>
Pour effectuer une récupération à un moment précis (utiliser l'option -r)
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recover -a <Job_#> -r <time>
À la fin d'une récupération réussie, la base de données manque de périphériques montés sur l'appliance de sauvegarde/récupération.
merge
Cette option peut être exécutée après l'opération de récupération de l'étape A (pour la migration des données vers le stockage de production) lorsque la base de données est exécutée à partir des appareils montés depuis l'appliance. Au cours de ce processus, la base de données est arrêtée et les groupes de volumes de stockage de production sont fusionnés avec les groupes de volumes de l'appliance de sauvegarde/récupération. Une fois l'opération de fusion réussie, la base de données est mise en ligne.
Lorsque l'option de fusion est transmise, le processus de récupération de la base de données doit être terminé. Si la récupération a été effectuée manuellement sans utiliser ce script, l'utilisateur peut spécifier l'option -R pour confirmer que la récupération a été exécutée. Si la récupération n'est pas effectuée, le script ne poursuit pas le processus de fusion.
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh merge
recovermerge
Exécutez l'option recovermerge si vous prévoyez de migrer les données vers un stockage de production. L'option recovermerge est le sur-ensemble des processus recover et merge, où l'opération de fusion est effectuée dans le cadre de la récupération. Cela évite le redémarrage de la base de données au début du processus de migration.
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge
Si le dernier job sur ce serveur cible n'est pas le montage, il doit fournir le numéro de job, à l'aide de l'option -a, du dernier job de montage pour remplacer la valeur par défaut du job de montage :
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge -a <Job_#>
Pour effectuer une récupération à un moment précis, utilisez l'option -r :
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermerge -a <Job_#> -r <time>
Une fois la récupération réussie, les scripts continuent d'exécuter l'opération de fusion, où les groupes de volumes du stockage de production sont fusionnés avec les groupes de volumes de l'appliance de sauvegarde/récupération. Au cours de ce processus, la base de données est mise hors service, puis remise en service une fois l'opération de fusion terminée.
migrate
Exécutez l'option de migration après l'exécution de la commande recover ou recovermerge du script. Le système est alors prêt à lancer la migration des données depuis le stockage présenté par l'appliance de sauvegarde/restauration vers le stockage de production pendant que la base de données est en cours d'exécution.
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh migrate
Si la récupération n'est pas effectuée, le script ne poursuit pas le processus de migration. Pendant le processus de migration, le script vérifie si l'opération de fusion est terminée, puis procède à la migration sans redémarrer la base de données. Sinon, il fusionne les groupes de volumes du stockage de production avec les groupes de volumes de l'appliance de sauvegarde/restauration. Au cours de ce processus, la base de données est mise hors service, puis remise en service une fois l'opération de fusion terminée.
recovermigrate
recovermigrate est un sur-ensemble des opérations recover, recovermerge et migrate. Ce processus permet de récupérer la base de données, de fusionner les groupes de volumes des disques provisionnés à partir d'un dispositif de sauvegarde/récupération avec le stockage local, et de lancer une migration de la base de données.
Le script est /act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate
.
Si le dernier Job sur ce serveur cible n'est pas le montage, il doit fournir le numéro de job, en utilisant l'option -a, du dernier job de montage pour remplacer la valeur par défaut du job de montage :
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate -a <Job_#>
Pour effectuer une récupération à un moment précis, utilisez l'option -r :
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh recovermigrate -a <Job_#> -r <time>
Pour la configuration avec scaling horizontal, la migration est lancée en parallèle sur tous les nœuds du cluster.
Une fois la tâche terminée, les données sont déplacées vers le stockage de production local à partir des disques provisionnés depuis un dispositif de sauvegarde/récupération pendant que la base de données est en cours d'exécution.
Restauration
L'option de restauration parcourt les journaux des tâches pour identifier l'étape de la tâche de récupération, de fusion, de migration, de récupération et de fusion, ou de récupération et de migration, et rétablit toutes les modifications apportées au serveur de base de données. Si les groupes de volumes sont fusionnés entre les disques de staging de l'appliance de production locale et de sauvegarde/récupération, les volumes physiques des disques de staging sont supprimés des groupes de volumes de production pour effectuer l'opération de rollback.
/act/custom_apps/saphana/lvm_migrate/hana_lvm_recover_migrate.sh rollback
test
L'opération Test peut être utilisée pour s'assurer que l'environnement est correctement configuré pour s'exécuter avant de lancer toute opération de récupération. Comme l'opération Test n'apporte aucune modification, elle peut être exécutée autant de fois que nécessaire ou ignorée complètement.
Assurez-vous que les éléments suivants sont vérifiés lors de l'exécution du test :
- Vérification des nœuds : cette tâche s'exécute dans toutes les opérations.
- Vérifiez si le nombre de nœuds attendu correspond au nombre de nœuds réel.
- Vérifiez si l'accès SSH est disponible pour les nœuds non maîtres, le cas échéant.
- Vérifiez si les nœuds ont accès au répertoire partagé.
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