Restaurer et récupérer des instances SAP HANA à évolutivité horizontale

Cette page fournit des informations sur la récupération d'instances SAP HANA à évolutivité horizontale à partir de sauvegardes du service Backup and DR.

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 du système et l'ID du 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 dispose d'une licence permanente toujours 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.

  • Rétablir la source : 90 jours se sont écoulés depuis la création de la base de données, qui est en mode verrouillé.
  • Restaurez les données dans la nouvelle cible. Échec de la restauration vers une nouvelle cible, car la licence temporaire SAP ne l'autorise pas.

Base de données source avec licence permanente Il s'agit de sauvegardes effectuées avec des licences permanentes.

  • Restaurez la sauvegarde sur l'instance source. Aucun problème.
  • Restaurer vers la nouvelle cible : licence d'essai de 90 jours. Les sauvegardes réussissent, mais l'utilisateur ne peut pas les utiliser pour restaurer ses données.

Références SAP

Vérification préliminaire

Lors de la procédure de restauration, des vérifications préliminaires valident la récupération. Les conditions préalables requises suivantes sont vérifiées pour que la restauration de la base de données réussisse :

  • SID HANA : HANA est configuré sur le nœud cible avec le même nom de SID HANA.
  • Fichier de configuration : le fichier de configuration global.ini est correctement configuré.
  • Chemin de sauvegarde des journaux : le chemin de sauvegarde des journaux est défini dans global.ini.
  • CONFIG BACKINT :
    • À partir de l'image au niveau du volume : Backint n'est pas configuré pour cette base de données.
    • À partir d'une image complète et incrémentielle : si le serveur cible n'est pas déjà configuré avec backint, il le sera lors de la restauration.
  • VERSION HANA : la version HANA cible est identique à la version HANA source.
  • USERSTOREKEY : indiquez si la clé Userstore existe sur la cible ou si un nom d'utilisateur et un mot de passe privilégiés valides sont spécifiés et existent au moment de la sauvegarde.
  • Volume logique
    • Le nom du volume logique et celui du groupe de volumes doivent être identiques sur le nœud source et le nœud cible.
    • La taille du volume logique sur la cible doit être identique ou supérieure à celle du volume logique source.
  • État du nœud
    • Configuration avec scaling vertical et autonome : le nœud cible est opérationnel et disponible.
    • Configuration HANA HA (1+n) : la réplication doit être désactivée avant de pouvoir lancer la restauration. La réplication doit être reconfigurée après la restauration. 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 sauvegarde selon ses besoins et découvrir l'application de manière appropriée.

Récupération automatisée d'une base de données SAP HANA

Avant de commencer

Vers un nouveau volume à partir d'une image de sauvegarde au niveau du volume

Récupération automatique d'une base de données HANA vers une nouvelle cible à partir d'une image de sauvegarde au niveau du volume

  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 le dernier instantané à récupérer, puis choisissez Restaurer.

  3. Sur la page Restaurer, sélectionnez Restaurer vers une nouvelle cible.

    • Cible : Pour toutes les configurations, les nœuds HANA éligibles seront disponibles dans le menu déroulant. Sélectionnez le nœud à restaurer dans le menu déroulant.

    • Remplacez 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 sur lequel la sauvegarde a été générée à l'origine.

      • Oui. Elle remplacera l'application d'origine et conservera le même ID application d'application, l'historique des tâches, les images de sauvegarde et le plan de sauvegarde que l'application d'origine.
      • Non.Cela ne remplacera pas la demande initiale. Elle sera détectée comme une nouvelle application lors de la restauration.
    • Temps de roll forward. Choisissez une date et une heure pour la récupération d'une base de données protégée par des journaux.
    • SID DE LA BASE DE DONNÉES CIBLE. Il sera prérempli avec le nom du SID de la base de données protégée et est immuable.

    • SAP DB USER STORE-KEY. Elle sera préremplie avec la clé du magasin utilisateur 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 qui étaient 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 existante, 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é Userstore avec nom d'utilisateur et mot de passe est spécifiée, la clé Userstore sera créée avec le nom, 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 aucune clé Userstore, ni aucun nom d'utilisateur ni mot de passe ne sont transmis, une validation aura lieu lors de la vérification préalable pour déterminer si la clé Userstore utilisée lors de la sauvegarde existe sur le serveur cible. La vérification préliminaire échouera si la clé Userstore 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, ne contiennent pas le bon droit d'accès 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 le bon privilège ou ne sont pas disponibles dans l'image de sauvegarde.

  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.

Pour utiliser une image de sauvegarde au niveau du volume

Récupération automatique d'une base de données HANA vers la source à partir d'une image de sauvegarde au niveau du volume

  1. Dans la liste Applications du Gestionnaire d'applications, effectuez un clic droit sur la base de données, puis sélectionnez Accès. Dans le dernier instantané à récupérer, sélectionnez Restaurer.

  2. Sur la page Restaurer, sélectionnez Restaurer à la source.

    • Cible : effectuez les actions suivantes :
      • Pour la configuration SAP HANA autonome, le champ Cible est prérempli.
      • Pour la configuration HANA HA (1+n), sélectionnez le nœud HANA HA à restaurer dans la liste déroulante.
    • Temps de roll forward. Choisissez une date et une heure pour la récupération d'une base de données protégée par des journaux.
    • SID DE LA BASE DE DONNÉES CIBLE. Il sera prérempli avec le nom du SID de la base de données protégée et est immuable.
    • SAP DB USER STORE-KEY. Elle sera préremplie avec la clé du magasin utilisateur 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 qui étaient 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é existante du magasin d'utilisateurs, 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é Userstore avec nom d'utilisateur et mot de passe est spécifiée, la clé Userstore sera créée avec le nom de clé Userstore, 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, ou s'ils ne contiennent pas le bon privilège, ou s'ils ne sont pas disponibles dans l'image de sauvegarde.
      • Si aucune clé Userstore, ni aucun nom d'utilisateur ni mot de passe ne sont transmis, une validation aura lieu lors de la vérification préalable pour déterminer si la clé Userstore utilisée lors de la sauvegarde existe sur le serveur cible. La vérification préliminaire échouera si la clé Userstorekey utilisée lors de la sauvegarde est introuvable. La récupération du locataire peut échouer si les identifiants ne sont pas valides, 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 qu'un nom d'utilisateur et un mot de passe ont été 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 le bon privilège ou ne sont pas disponibles dans l'image de sauvegarde.
    1. Cliquez sur Vérification avant le vol.
    • 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.

Vers une nouvelle image de sauvegarde complète et incrémentielle

Récupération automatisée d'une base de données HANA vers une nouvelle cible à partir d'une image de sauvegarde complète et incrémentielle

  1. Dans la liste Gestionnaire d'applications, Applications de la console de gestion, effectuez un clic droit sur la base de données et sélectionnez Accès.
  2. Sélectionnez le dernier instantané à récupérer, puis choisissez Restaurer.

  3. Sur la page Restaurer, sélectionnez Restaurer vers une nouvelle cible.

    • Cible : Pour une configuration HANA autonome, cette valeur est préremplie. Les nœuds HANA HA seront disponibles dans le menu déroulant. Sélectionnez le nœud à partir duquel effectuer la restauration.

    • Remplacer l'identité 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. Elle remplacera l'application d'origine et conservera le même ID application d'application, l'historique des tâches, les images de sauvegarde et le plan de sauvegarde que l'application d'origine.
      • Non.Cela ne remplacera pas la demande initiale. Elle sera détectée comme une nouvelle application lors de la restauration. Après une restauration HANA HA, le nœud devient autonome et conserve le même appid que le cluster. Si vous activez la réplication, la prochaine découverte trouvera le cluster et continuera à utiliser le même appid que l'hôte du cluster.

    • LISTE D'INCLUSION. Pour récupérer SYSTEMDB avec ou sans une ou plusieurs bases de données locataires sur n bases de données locataires, fournissez une liste de bases de données séparées par une virgule sous INCLUDE.

    • Pour EXCLUDE LIST, afin d'exclure SYSTEMDB ou une ou plusieurs bases de données locataires lors de la récupération sur n bases de données locataires : fournissez une liste de bases de données séparées par une virgule sous EXCLUDE. Par exemple, si vous ajoutez SYSTEMDB à la liste d'exclusion, SYSTEMDB ne sera pas récupérée, mais toutes les bases de données de locataire sauvegardées le seront.

      • Si INCLUDE LIST et EXCLUDE LIST sont vides, SYSTEMDB et tous les locataires (tn1,tn2,tn3) seront récupérés.
      • Si vous souhaitez récupérer un seul locataire tn1, utilisez la liste d'inclusion avec tn1.
      • Si vous souhaitez récupérer tn2 et tn3, et exclure SYSTEMDB et tn1, utilisez la liste d'inclusion avec uniquement tn2 et tn3.
      • Si vous souhaitez récupérer uniquement tous les locataires (tn1,tn2,tn3) et exclure SYSTEMDB, excluez SYSTEMDB ou incluez tn1, tn2, tn3.

    • Temps de roll forward. Choisissez une date et une heure pour la récupération d'une base de données protégée par des journaux.

    • SID DE LA BASE DE DONNÉES CIBLE. Il sera prérempli avec le nom du SID de la base de données protégée et est immuable.

    • SAP DB USERSTORE KEY. Elle sera préremplie avec la clé du magasin de l'utilisateur 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 qui étaient 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 existante, 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'après la récupération de la base de données SYSTEMDB. 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é Userstore avec nom d'utilisateur et mot de passe est spécifiée, la clé Userstore sera créée avec le nom de clé Userstore, 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, 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 spécifiée, le nom d'utilisateur et le mot de passe sont transmis. Lors de la vérification préalable, une validation est effectuée pour vérifier si la clé Userstorekey utilisée lors de la sauvegarde existe sur le serveur cible. La vérification préalable échouera 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'a été transmise, mais qu'un nom d'utilisateur et un mot de passe ont été 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, s'ils ne contiennent pas les droits appropriés ou s'ils ne sont pas disponibles dans l'image de sauvegarde.

  4. Cliquez sur Vérification avant le vol.

    • 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.

Pour utiliser une image de sauvegarde complète et incrémentielle comme source

Récupération automatisée d'une base de données HANA vers la source à partir d'une image de sauvegarde complète et incrémentielle

  1. Dans la liste Applications de la console de gestion Gestionnaire d'applications, effectuez un clic droit sur la base de données et sélectionnez Accès.
  2. Sélectionnez le dernier instantané à récupérer, puis choisissez Restaurer.

  3. Sur la page Restaurer, sélectionnez Restaurer à la source.

    • Pour Cible, procédez comme suit :

      • Pour une configuration HANA autonome, cette valeur est préremplie.
      • Pour la configuration HANA HA (1+n), les nœuds HANA HA seront disponibles dans le menu déroulant. Sélectionnez le nœud à restaurer dans le menu déroulant.

    • Pour INCLUDE LIST, afin de récupérer SYSTEMDB ou une ou plusieurs bases de données locataires sur n bases de données locataires, fournissez une liste de bases de données séparées par une virgule sous INCLUDE.

    • Pour EXCLUDE LIST, afin d'exclure SYSTEMDB ou une ou plusieurs bases de données locataires lors de la récupération sur n bases de données locataires : fournissez une liste de bases de données séparées par une virgule sous EXCLUDE. Par exemple, si vous ajoutez SYSTEMDB à la liste d'exclusion, SYSTEMDB ne sera pas récupérée, mais toutes les bases de données de locataire sauvegardées le seront.

      • Si INCLUDE LIST et EXCLUDE LIST sont vides, SYSTEMDB et tous les locataires (tn1,tn2,tn3) seront récupérés.
      • Si vous souhaitez récupérer un seul locataire tn1, utilisez la liste d'inclusion avec tn1.
      • Si vous souhaitez récupérer tn2 et tn3, et exclure SYSTEMDB et tn1, utilisez la liste d'inclusion avec uniquement tn2 et tn3.
      • Si vous souhaitez récupérer uniquement tous les locataires (tn1,tn2,tn3) et exclure SYSTEMDB, excluez SYSTEMDB ou incluez tn1, tn2, tn3.

    • Pour l'heure de Rollforward, choisissez une date et une heure pour la récupération d'une base de données protégée par des journaux.

    • Pour TARGET DATABASE SID (SID de la base de données cible), le nom du SID de la base de données protégée sera prérempli et ne pourra pas être modifié.

    • Pour SAP DB USER STORE-KEY, cette valeur sera préremplie avec la clé userstore 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 qui étaient 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é Userstore existante, la clé Userstore sera recréée avec ce nom d'utilisateur et ce mot de passe. La validation ne sera effectuée qu'après la récupération de la base de données système. 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 une nouvelle clé Userstore avec nom d'utilisateur et mot de passe est spécifiée, la clé Userstore sera créée avec le nom de clé Userstore, 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, ou ne contiennent pas le bon privilège, ou ne sont pas disponibles dans l'image de sauvegarde.
      • Si aucune clé Userstore, ni aucun nom d'utilisateur ni mot de passe ne sont transmis, une validation aura lieu lors de la vérification préalable pour déterminer si la clé Userstore utilisée lors de la sauvegarde existe sur le serveur cible. La vérification préalable échouera 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 le bon niveau d'accès, ou s'ils ne sont pas disponibles dans l'image de sauvegarde.
      • Avec la récupération de SYSTEMDB, la clé hdbuserstore est validée à la fin de la récupération de SYSTEMDB et avant le début de la récupération du locataire. 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.

  4. Cliquez sur Vérification avant le vol.

    • 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.

Récupération manuelle d'une base de données locataire SAP HANA

Vous pouvez récupérer manuellement une base de données locataire unique sur la source à partir d'une image de sauvegarde au niveau du volume.

Pour récupérer une base de données à locataire unique, procédez comme suit :

  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. Dans la piste, sélectionnez le dernier instantané à récupérer, puis sélectionnez Monter à droite.
  3. Sur la page Installer, désactivez Options d'application, puis sous Options d'installation, définissez un emplacement d'installation tel que /testmnt.
  4. Connectez-vous au serveur en tant que root et remplacez le répertoire par /act/custom_apps/saphana/restore : cd /act/custom_apps/saphana/restore
  5. Exécutez le script de récupération :
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

Description des arguments du script :

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

Par exemple : ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. Une fois le script terminé, la base de données du locataire est récupérée au point dans le temps et est disponible pour l'accès.
  2. Accédez à la console de gestion, puis démontez et supprimez l'image de sauvegarde.

Récupération manuelle d'une base de données SAP HANA à partir d'une sauvegarde Backint complète et incrémentielle

Vous pouvez récupérer manuellement une base de données dans la source à partir d'une sauvegarde complète et incrémentielle.

Pour récupérer une base de données HANA à partir d'une sauvegarde complète et incrémentielle, utilisez ce script :

      /act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh HANA SID Port number HANA UserStore Key  Exclude DB list Include DB list HANA version HANA DB backup mount point
      Recovery time in 'yyyy-mm-dd HH:MI:SS' HANA Log backup mount point

Exemple :

/act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh GP1 HDB00 ACTBACKUP "null" "null" 2.0 /act/mnt/Job_23867989_mountpoint_1739957140744 '2025-02-12 09:30:00' /act/mnt/Job_23867989_mountpoint_1739957130467

Vérifier l'état de vos sauvegardes dans SAP HANA Studio

Vous pouvez consulter l'état des sauvegardes, les métadonnées et les images de sauvegarde dans HANA Studio, mais vous ne pouvez pas accéder aux images de sauvegarde du service Backup and DR depuis HANA Studio. Vous devez accéder aux images de sauvegarde pour la récupération ou d'autres utilisations depuis la console de gestion.

  1. Dans HANA Studio, accédez au dossier Backup (Sauvegarde).

  2. Accédez à l'onglet Catalogue de sauvegarde.

    L'onglet "Catalogue de sauvegarde" affiche l'état de vos sauvegardes et des informations telles que l'heure de début, la durée, la taille, le type de sauvegarde et la destination.

Comportement de restauration de HANA et HANA HA 1+n

Cette section contient des informations sur les comportements de restauration de HANA et HANA HA 1+n.

Toutes les configurations HANA

Restauration vers une nouvelle cible avec l'option Gérer la nouvelle application activée :

  • Les applications restaurées sont protégées, mais la section Détails et paramètres de l'application ne contient que les valeurs par défaut. Vous devez définir manuellement les valeurs requises sous Détails et paramètres de l'application après la restauration pour que la sauvegarde réussisse correctement.
  • La protection de l'application restaurée sera désactivée. Vous devez activer la protection depuis le Gestionnaire d'applications > Applications > Gérer le forfait Backup pour que les sauvegardes commencent à s'exécuter.

Configurations HANA HA (1+n)

Pour un cluster HANA 1+1 avec Nœud A principal et Nœud B secondaire : Nœud A → Nœud B, le cluster est détecté en tant qu'application sous le service Backup and DR et la sauvegarde s'exécute à partir du Nœud A principal.

Restaurer vers une nouvelle base de données HANA cible : autonome ou en cluster

Si une nouvelle cible est découverte en tant qu'application ou protégée avant la restauration, cette application doit être non protégée et supprimée de Backup and DR. Le job échoue si la nouvelle application cible existe.

Restaurer le nœud A comme nœud principal

  • Node B doit être désenregistré du cluster avant d'exécuter la restauration sur Node A.
  • Nœud A devient une application autonome après la restauration sur Nœud A.
  • Le nœud B doit être enregistré sur le nœud A en tant que nœud secondaire, et une découverte forcée doit être exécutée sur le nœud A pour continuer en tant que sauvegarde du cluster.

Restaurer sur le nœud B secondaire

  • Node B doit être désenregistré, sinon une reprise doit être exécutée sur Node B avant la restauration sur Node B.
  • Arrêtez le nœud A avant de restaurer le nœud B, puis ajoutez le nœud A en tant que nœud secondaire au nœud B après la restauration.
  • Node B est une application autonome après l'opération de restauration. Le nœud A doit être enregistré auprès du nœud B, avec le nœud A comme nœud secondaire.

  • Exécutez une découverte à partir du nœud B pour le redécouvrir en tant qu'application de cluster.

  • Pour conserver Node A et Node B en tant qu'applications autonomes et protégées, exécutez la découverte sur Node A et Node B après la restauration sans activer la réplication.

Désactiver la réplication du système SAP HANA pour la restauration

  1. Connectez-vous aux deux systèmes en tant qu'utilisateur du système d'exploitation (utilisateur adm).
  2. Arrêtez le système secondaire : sapcontrol –nr -function StopSystem HDB.
  3. Sur le système secondaire, annulez l'enregistrement du système secondaire : hdbnsutil -sr_unregister --id=(secondarySiteID).
  4. Désactivez la réplication du système sur le système principal : hdbnsutil –sr_disable.

  5. Vérifiez la réplication du système à l'aide de l'un des scripts suivants :

    • Le script systemReplicationStatus.py. Ce script affiche l'état de la réplication et les informations sur la base de données.
    • Le script hdbnsutil -sr_state. Ce script affiche le rôle des nœuds de réplication et les détails de la cartographie des hôtes.

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 :