Récupérer une base de données SAP HANA

Il existe deux façons de récupérer une base de données SAP HANA à partir d'une sauvegarde :

Monter une sauvegarde SAP HANA en tant que montage standard

Un montage standard fournit le disque d'image de sauvegarde des données, le journal actif et le volume du journal d'archive à la cible spécifiée. Vous pouvez monter des sauvegardes d'instantanés d'une base de données SAP HANA en tant que montage standard :

Vérifications préalables lors du montage

Avant l'exécution d'une tâche de montage, les vérifications préalables suivantes sont effectuées :

  • État de la connectivité du connecteur : vérifiez que l'agent Backup and DR est installé et que le secret est appliqué pour la connectivité de l'hôte entre l'appliance de sauvegarde/récupération et l'agent Backup and DR.
  • Les emplacements de montage spécifiés sont disponibles pour l'opération de montage.
  • Le binaire HANA est installé.
  • Vérifiez que le SID HANA identique à celui de la source n'est pas opérationnel sur la cible.
  • La version de l'instance HANA est supérieure à 2.0 SP05.
  • Vérifiez les autorisations dans les projets source et cible pour le service Cloud Storage.

Installer la sauvegarde

Suivez ces instructions pour monter une sauvegarde :

  1. Effectuez un clic droit sur la base de données protégée dans la liste Applications du gestionnaire d'applications, puis sélectionnez Accès.

  2. Sélectionnez une image instantanée, puis choisissez Monter.

  3. Sur la page Mount (Monter) :

    • Nom du projet, Région et Zone : sélectionnez le projet, la région et la zone de l'instance sur laquelle vous souhaitez monter l'image de la base de données HANA.
    • Nom de l'instance : les instances Compute Engine éligibles (nœuds HANA) seront disponibles dans le menu déroulant. Sélectionnez le nœud à partir duquel effectuer le montage dans le menu déroulant. .

  4. Vous pouvez éventuellement saisir un nom unique associé au montage dans le champ Libellé.

  5. La section BASES DE DONNÉES DE LOCATAIRES INCLUSES est uniquement informative. Elle affiche la liste des bases de données de locataires sous l'image de sauvegarde.

  6. Sous Options de mappage :

    • Emplacement du montage du volume de données : ce champ est prérempli avec le chemin d'accès et le type de disque de l'appareil source où le volume de données HANA est monté.
    • Emplacement du montage du volume de journaux : ce champ est prérempli avec le chemin d'accès et le type de disque de l'appareil source sur lequel le volume de journaux actifs HANA est monté.

    • Emplacement du montage du volume de sauvegarde des journaux : ce champ est prérempli avec le chemin d'accès et le type de disque du périphérique source où le volume de sauvegarde des journaux d'archive HANA est monté.

      • CHEMIN D'ACCÈS À L'APPAREIL : prérempli avec le CHEMIN D'ACCÈS À L'APPAREIL source. Indiquez un chemin d'accès qui n'est pas utilisé sur la cible sélectionnée et que vous souhaitez utiliser pour monter l'image instantanée de DATA VOLUME, LOG VOLUME et LOG BACKUP VOLUME sur le serveur cible.
      • TYPE DE DISQUE : prérempli avec la valeur du TYPE DE DISQUE source. Vous pouvez modifier le type de disque en sélectionnant un autre type dans la liste déroulante.

  7. Cliquez sur Vérification avant le vol. Cela valide les options requises sur le serveur cible pour un montage réussi. Si la vérification préliminaire échoue, elle indique quelle vérification a échoué afin que vous puissiez corriger le problème et relancer la vérification.

  8. Cliquez sur Envoyer. Vous pouvez accéder au Job Monitor pour afficher la progression et les détails du job.

Démonter l'image de l'instantané de sauvegarde monté

Pour supprimer ou conserver le disque après un montage réussi :

  • Accédez à la page Application > Access (Application > Accès), puis sélectionnez l'image utilisée pour le montage.
  • Sur la page "Accès", dans le menu déroulant Montage actif actuel, sélectionnez l'une des options suivantes :
    • Démonter et supprimer : sélectionnez cette option pour démonter le point de montage, dissocier le disque et le supprimer du serveur cible.
    • Oublier le montage actif : choisissez cette option pour laisser le disque attaché et monté, mais supprimer les métadonnées du service de sauvegarde et de reprise après sinistre. Vous devrez utiliser la console Google Cloud pour supprimer cette image de l'instance cible une fois cette opération terminée.

Restaurer des bases de données SAP HANA

Avant de pouvoir restaurer une base de données SAP HANA à partir d'une image de sauvegarde, consultez ces exigences concernant les licences.

Exigences concernant les licences et impact sur la restauration

  • La clé de licence d'une base de données SAP HANA est basée sur l'ID système et l'ID matériel. Après une récupération, une clé de licence SAP HANA devient non valide si le SID ou l'ID matériel a changé.
  • Lors de la récupération, une clé de licence temporaire est installée automatiquement si la sauvegarde utilisée pour la récupération comporte une licence permanente encore valide. Vous pouvez utiliser la licence temporaire installée automatiquement pendant 90 jours maximum. Pendant ce temps, vous devez demander à SAP de transférer la licence de la base de données source vers une nouvelle clé de licence. Vous devez ensuite installer la nouvelle clé de licence dans la base de données SAP HANA récupérée.
  • Si la sauvegarde utilisée pour la récupération ne disposait que d'une licence temporaire, la base de données est en mode verrouillé immédiatement après la récupération.
  • Base de données source avec licence temporaire : il s'agit de sauvegardes effectuées avec des licences temporaires.
    • Restauration à la source : 90 jours après la création de la base de données, celle-ci est en mode verrouillé.
    • Restauration vers la nouvelle cible : échec, car la licence temporaire SAP ne permet pas la restauration vers une nouvelle cible.
  • Base de données source avec licence permanente : il s'agit de sauvegardes effectuées avec des licences permanentes.
    • Restauration vers la source : aucun problème.
    • Restaurez la sauvegarde sur la nouvelle cible : elle dispose d'une licence d'essai de 90 jours. Les sauvegardes réussissent, mais vous ne pouvez pas utiliser la nouvelle sauvegarde pour restaurer.

Références SAP

  • https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/19a0f5a85685453080f00087bb9b9c98.html
  • https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/bddd0b28bb571014bd9592d247dcd403.html

Vérification préliminaire

Avant d'envoyer la procédure de restauration, des vérifications préalables valident les conditions requises pour une restauration réussie de la base de données.

  • SID HANA : HANA est configuré sur le nœud cible avec le même nom de SID HANA.
  • Vérifiez l'état de la base de données : la base de données HANA n'est pas opérationnelle.
  • Fichier de configuration : le fichier de configuration global.ini est disponible sur le serveur cible
  • Chemin de sauvegarde des journaux : le chemin de sauvegarde des journaux est défini dans global.ini
  • Version HANA : la version HANA cible est identique à la version HANA source.
  • USERSTOREKEY : la clé Userstore fournie existe sur la cible ou un nom d'utilisateur et un mot de passe privilégiés valides sont spécifiés et existent au moment de la sauvegarde.
  • Pour effectuer une restauration vers une nouvelle cible, vérifiez que le point de montage spécifié sous l'option de mappage n'est pas utilisé ni monté sur le serveur cible.
  • Vérifiez les détails du volume de données et de journaux : si le chemin d'accès au volume de données et de journaux dans le fichier de configuration (global.ini) est défini différemment du chemin d'accès à l'appareil choisi sous l'option de mappage, le fichier de configuration (global.ini) sera mis à jour avec le chemin d'accès choisi sous l'option de mappage.
  • État du nœud :
    • Configuration évolutive et autonome : le serveur HANA cible est opérationnel et disponible
    • Configuration HANA HA (1+n) : valide que la réplication est désactivée. La réplication doit être désactivée avant que la restauration puisse être lancée. La réplication post-restauration doit être reconfigurée. La restauration sur n'importe quel nœud d'un cluster HANA HA (1+n) entraîne la création d'une application autonome sur l'hôte cible sélectionné. L'utilisateur doit configurer explicitement le cluster de retour selon ses besoins et découvrir l'application de manière appropriée.

Restaurer une base de données SAP HANA

  1. Dans la liste Applications du gestionnaire d'applications, effectuez un clic droit sur la base de données, puis sélectionnez Accès.
  2. Sélectionnez l'image de sauvegarde à récupérer, puis cliquez sur Restaurer.

  3. Sur la page Restaurer, les options sont les suivantes :

    • Restaurer à la source : tous les champs sont préremplis avec la valeur source de l'instance SAP HANA protégée et sont immuables, à l'exception de Options d'application.
    • Restaurer vers une nouvelle cible : tous les champs sont préremplis avec la valeur source de l'instance SAP HANA protégée et sont modifiables.

    Options

    • Nom du projet, Région et Zone :
      • Si vous effectuez une restauration vers la source : tous les champs sont préremplis avec la valeur source de l'instance SAP HANA protégée et sont immuables.
      • Si vous effectuez une restauration vers une nouvelle cible : pour effectuer une récupération vers une nouvelle cible, sélectionnez le projet, la région et la zone de l'instance vers laquelle vous souhaitez récupérer la base de données HANA.
    • Nom de l'instance :
      • Si vous effectuez une restauration vers la source : l'instance Compute Engine source est sélectionnée et immuable.
      • Si vous effectuez une restauration vers une nouvelle cible : les instances Compute Engine éligibles (nœuds HANA) seront disponibles dans le menu déroulant. Sélectionnez le nœud à restaurer dans le menu déroulant.
    • Libellé : vous pouvez saisir un nom unique à associer à ce montage.
    • La section Bases de données locataires incluses est uniquement informative. Elle affiche la liste des bases de données locataires sous l'image de sauvegarde.
    • Remplacer l'identité de l'application d'origine : cette option n'est disponible que lorsque la restauration est effectuée sur un nouvel hôte du même appareil de sauvegarde/restauration que celui sur lequel la sauvegarde a été générée à l'origine.
      • Oui : l'application d'origine est remplacée par celle qui a été restaurée. Elle conserve le même ID application, l'historique des tâches, les images de sauvegarde et le plan de sauvegarde que l'application d'origine.
      • Non : l'application d'origine ne sera pas remplacée. Elle sera détectée comme une nouvelle application lors de la restauration.

    Options d'application

    • Heure de restauration : choisissez la date et l'heure auxquelles une base de données protégée par des journaux doit être restaurée au point dans le temps requis.

    • SID DE LA BASE DE DONNÉES CIBLE : ce champ est prérempli avec le nom du SID de la base de données protégée et ne peut pas être modifié.

    • SAP DB USER STORE-KEY : cette clé est préremplie avec la clé du magasin d'utilisateurs lors de la sauvegarde. Une nouvelle clé Userstore peut être spécifiée avec un nom d'utilisateur et un mot de passe privilégiés disponibles lors de la sauvegarde. Cette nouvelle clé Userstore sera créée et utilisée pour la récupération.

      • Si le nom d'utilisateur et le mot de passe sont fournis avec la clé du magasin d'utilisateurs existant, la clé du magasin d'utilisateurs sera recréée avec ce nom d'utilisateur et ce mot de passe. La validation ne sera effectuée qu'une fois la base de données systemdb récupérée. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe ne sont pas valides, ou s'ils ne contiennent pas le bon privilège ou ne sont pas disponibles dans l'image de sauvegarde.
      • Si une nouvelle clé d'espace de stockage d'utilisateurs avec nom d'utilisateur et mot de passe est spécifiée, la clé d'espace de stockage d'utilisateurs sera créée avec le nom de clé d'espace de stockage d'utilisateurs, le nom d'utilisateur et le mot de passe spécifiés. La validation ne sera effectuée qu'après la récupération de systemdb. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe ne sont pas valides, ne contiennent pas le bon privilège ou ne sont pas disponibles dans l'image de sauvegarde.
      • Si aucun userstorekey, nom d'utilisateur ni mot de passe n'est transmis, une validation aura lieu lors de la vérification préalable pour déterminer si le userstorekey utilisé lors de la sauvegarde existe sur le serveur cible. La vérification préalable échoue si la clé userstorekey utilisée lors de la sauvegarde est introuvable. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe ne sont pas valides, ou s'ils ne contiennent pas le bon privilège ou ne sont pas disponibles dans l'image de sauvegarde.
      • Si aucune clé userstorekey n'est transmise, mais que le nom d'utilisateur et le mot de passe sont fournis, la clé userstorekey utilisée lors de la sauvegarde sera recréée avec les identifiants transmis sur le serveur cible. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe ne sont pas valides, ou s'ils ne contiennent pas les droits appropriés ou ne sont pas disponibles dans l'image de sauvegarde.

    Options de mappage

    • Emplacement du montage du volume de données : ce champ est prérempli avec le chemin d'accès et le type de disque de l'appareil source où le volume de données HANA est monté.
    • Emplacement du montage du volume de journaux : ce champ est prérempli avec le chemin d'accès et le type de disque de l'appareil source sur lequel le volume de journaux actifs HANA est monté.

    • Emplacement du montage du volume de sauvegarde des journaux : ce champ est prérempli avec le chemin d'accès au périphérique source et le type de disque sur lequel le volume de sauvegarde des journaux d'archive HANA est monté.

      • Chemin d'accès à l'appareil : immuable pour la restauration à la source. Vous pouvez le modifier lors de la restauration vers une nouvelle cible.

      • Type de disque : modifiable pour la restauration vers la source. Vous pouvez le modifier lors de la restauration vers la source ou vers une nouvelle cible. Le type de disque vous permet de sélectionner le type de stockage de blocs sous-jacent utilisé pour les données récupérées à partir des images de sauvegarde.

    Restaurer la configuration HANA personnalisée

    L'image de sauvegarde capture les paramètres de configuration spécifiques au client (fichiers .ini qui ont été modifiés par rapport à la configuration par défaut). Vous pouvez choisir de restaurer les paramètres de configuration personnalisés capturés au moment de la sauvegarde.

    Pour restaurer la configuration HANA personnalisée, l'utilisateur de la base de données configuré dans la clé du magasin d'utilisateurs doit disposer des privilèges DATABASE ADMIN et INIFILE ADMIN.

    Restaurer une sauvegarde chiffrée sur un disque persistant

    Restauration vers la source : la restauration vers le système source réussit si les clés de chiffrement utilisées pour la dernière sauvegarde correspondent aux clés actuelles de la source. Si les clés de chiffrement ont été modifiées, vous devez créer un fichier de configuration avant de lancer le job de restauration.

    Restaurer vers une nouvelle cible : la méthode la plus simple consiste à cloner l'instance Compute Engine source vers une nouvelle cible. Elle aura la même configuration que l'instance source et aucune condition préalable supplémentaire n'est requise.

    Si le clonage du serveur de base de données source n'est pas possible, créez un fichier de configuration comme suit et vérifiez que toutes les conditions préalables listées dans la section sur la restauration sont remplies.

    Créer un fichier de configuration

    Si les clés de chiffrement utilisées pour la dernière sauvegarde ne correspondent plus aux clés actuelles du serveur source, vous devez les importer lors du processus de récupération. Cela nécessite un fichier de configuration.

    Créez le fichier de configuration DB_DETAILS.lst avec l'autorisation de lecture 400 sur le serveur SAP HANA sous /hana/shared. Saisissez le mot de passe de chiffrement avec le nom du locataire comme suit :

    <HANA SID> <TENANT NAME> '<PASSWORD>'

    Exemple : pour l'instance HANA "S82"

    S82    SYSTEMDB     'aaaaaaaa'
S82        S82      'aaaaaaaa'

    Veillez à fournir le fichier de configuration (/hana/shared/DB_DETAILS.lst).

  4. Cliquez sur la vérification préliminaire.

    • Si la vérification préliminaire échoue, corrigez le problème et renvoyez la vérification préliminaire.
    • Si la vérification préliminaire réussit, cliquez sur Envoyer pour envoyer le job de restauration.