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

Cette page contient 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 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 dispose d'une licence permanente, qui est toujours valide. Vous pouvez utiliser la licence temporaire installée automatiquement pendant une durée maximale de 90 jours. 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 licence de la sauvegarde utilisée pour la récupération n'était que temporaire, la base de données est en mode verrouillage 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: Il s'agit de 90 jours à compter de la création de la base de données et la base de données est en mode verrouillage.
  • Restaurer dans la nouvelle cible. L'opération échoue, car la licence temporaire SAP n'autorise pas la restauration vers la nouvelle cible.

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

  • Rétablir la source. Aucun problème.
  • Réstaurer vers la nouvelle cible : licence d'essai de 90 jours. Les sauvegardes réussissent, mais vous ne pouvez pas les utiliser pour restaurer.

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. Pour que la restauration de la base de données aboutisse, les conditions préalables suivantes doivent être remplies:

  • 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 d'accès à la sauvegarde des journaux: le chemin d'accès à la sauvegarde des journaux est défini dans global.ini.
  • BACKINT CONFIG :
    • À partir d'une 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, backint est configuré lors de la restauration.
  • HANA VERSION: 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 au moment de la sauvegarde.
  • Volume logique
    • Le nom du volume logique et le nom 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 évolutive et autonome: le nœud cible est opérationnel et disponible
    • Configuration de la haute disponibilité HANA (1 + n): 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) crée une application autonome sur l'hôte cible sélectionné. L'utilisateur doit configurer explicitement le cluster si nécessaire 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

À partir d'une image de sauvegarde au niveau du volume

Récupération automatisée 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 cliquez sur Restaurer.

  3. Sur la page Restore (Restaurer), sélectionnez Restore Back to New Target (Restaurer vers la 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 sur le même appareil que celui où la sauvegarde a été générée à l'origine.

      • Oui. L'application d'origine sera remplacée et portera 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. Cette opération ne remplace pas l'application d'origine. Elle sera détectée comme une nouvelle application dans le cadre de la tâche de restauration.
    • Temps de progression. 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 La clé de magasin utilisateur sera préremplie 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 systemdb. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe n'est pas valide, ou s'il ne dispose pas des droits appropriés, ou s'il n'est pas disponible dans l'image de sauvegarde.

    • Si une nouvelle clé userstore avec un nom d'utilisateur et un mot de passe est spécifiée, la clé userstore est 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 n'est pas valide, ne dispose pas des droits appropriés ou n'est pas disponible dans l'image de sauvegarde.

    • Si aucune clé userstorekey, aucun nom d'utilisateur et aucun mot de passe ne sont transmis, une validation est effectuée lors de la prévérification pour vérifier si la clé userstore utilisée lors de la sauvegarde existe sur le serveur cible. La vérification préalable échouera si la clé userstore utilisée lors de la sauvegarde n'est pas trouvée. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe n'est pas valide, ne dispose pas des droits appropriés ou n'est pas disponible 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 n'est pas valide, ou s'il ne dispose pas des droits appropriés, ou s'il n'est pas disponible 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 la tâche 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. À partir du dernier instantané à récupérer, sélectionnez Restaurer.

  2. Sur la page Restore (Restaurer), sélectionnez Restore Back to Source (Restaurer à la source).

    • Cible : effectuez les opérations suivantes :
      • Pour la configuration SAP HANA autonome, Cible est prérempli.
      • Pour la configuration de la haute disponibilité HANA (1 + n), sélectionnez le nœud de haute disponibilité HANA vers lequel effectuer la restauration dans la liste déroulante.
    • Temps de progression. 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 La clé de magasin utilisateur sera préremplie 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 systemdb. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe n'est pas valide, ne dispose pas des droits appropriés ou n'est pas disponible dans l'image de sauvegarde.
      • Si une nouvelle clé userstore avec un nom d'utilisateur et un 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 n'est pas valide, ou s'il ne dispose pas des droits appropriés, ou s'il n'est pas disponible dans l'image de sauvegarde.
      • Si aucune clé userstorekey, aucun nom d'utilisateur et aucun mot de passe ne sont transmis, une validation est effectuée lors de la prévérification pour vérifier si la clé userstore utilisée lors de la sauvegarde existe sur le serveur cible. La vérification préalable échouera si la clé userstore utilisée lors de la sauvegarde n'est pas trouvée. La récupération du locataire peut échouer si les identifiants ne sont pas valides, ne disposent pas des droits appropriés ou ne sont pas disponibles dans l'image de sauvegarde.
      • Si aucune userstorekey n'est transmise, mais que le nom d'utilisateur et le mot de passe sont fournis, la 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 n'est pas valide, ou s'il ne dispose pas des droits appropriés, ou s'il n'est pas disponible 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 la tâche de restauration.

Nouvelle image à partir d'une 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 console de gestion Gestionnaire d'applications, dans la liste Applications, cliquez avec le bouton droit de la souris sur la base de données, puis sélectionnez Accès.
  2. Sélectionnez le dernier instantané à récupérer, puis cliquez sur Restaurer.

  3. Sur la page Restore (Restaurer), sélectionnez Restore to a New Target (Restaurer vers une nouvelle cible).

    • Cible : Pour la configuration HANA autonome, ce champ est prérempli. Les nœuds de haute disponibilité HANA seront disponibles dans le menu déroulant. Sélectionnez le nœud à restaurer dans le menu déroulant.

    • Remplacer l'identité d'origine Cette option n'est disponible que lorsque la restauration est effectuée sur un nouvel hôte sur le même appareil de sauvegarde/restauration où la sauvegarde a été générée à l'origine.

      • Oui. L'application d'origine sera remplacée et portera 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. Cette opération ne remplace pas l'application d'origine. Elle sera détectée en tant que nouvelle application dans le cadre de la tâche de restauration. Après une restauration haute disponibilité HANA, 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 d'utiliser le même appid que l'hôte du cluster.

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

    • Pour EXCLUDE LIST (LISTE D'EXCLUSION), pour exclure SYSTEMDB ou une ou plusieurs bases de données de locataire lors de la récupération à partir d'une base de données de locataire n: fournissez une liste de bases de données séparées par une virgule sous EXCLUDE (EXCLURE). Par exemple, si vous ajoutez SYSTEMDB à la liste d'exclusion, SYSTEMDB sera exclu de la récupération et toutes les bases de données de locataires sauvegardées seront récupérées.

      • Si INCLUDE LIST et EXCLUDE LIST sont tous deux vides, SYSTEMDB et tous les locataires (tn1,tn2,tn3) seront récupérés.
      • Si vous souhaitez récupérer un locataire unique 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 tenants (tn1,tn2,tn3) et exclure SYSTEMDB, excluez SYSTEMDB ou incluez tn1, tn2, tn3.

    • Temps de progression. 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.

    • Clé USERSTORE de la base de données SAP La clé de magasin utilisateur sera préremplie 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 SYSTEMDB. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe n'est pas valide, ne dispose pas des droits appropriés ou n'est pas disponible dans l'image de sauvegarde.
      • Si une nouvelle clé userstore avec un nom d'utilisateur et un 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 n'est pas valide, ne dispose pas des droits appropriés ou n'est pas disponible 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 prévérification, 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é userstore utilisée lors de la sauvegarde n'est pas trouvée. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe n'est pas valide, ou s'il ne dispose pas des droits appropriés, ou s'il n'est pas disponible dans l'image de sauvegarde.
      • Si aucune clé userstorekey n'a été transmise, mais que le nom d'utilisateur et le 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 n'est pas valide, s'il ne dispose pas des droits appropriés ou s'il n'est pas disponible 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 la tâche 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 console de gestion Gestionnaire d'applications, dans la liste Applications, cliquez avec le bouton droit de la souris sur la base de données, puis sélectionnez Accès.
  2. Sélectionnez le dernier instantané à récupérer, puis cliquez sur Restaurer.

  3. Sur la page Restore (Restaurer), sélectionnez Restore Back to Source (Restaurer à la source).

    • Pour Target (Cible), procédez comme suit:

      • Pour la configuration HANA autonome, ce champ est prérempli.
      • Pour la configuration de la haute disponibilité HANA (1 + n), vous pouvez choisir des nœuds de haute disponibilité HANA dans le menu déroulant. Sélectionnez le nœud à restaurer dans le menu déroulant.

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

    • Pour EXCLUDE LIST (LISTE D'EXCLUSION), pour exclure SYSTEMDB ou une ou plusieurs bases de données de locataire lors de la récupération à partir d'une base de données de locataire n: fournissez une liste de bases de données séparées par une virgule sous EXCLUDE (EXCLURE). Par exemple, si vous ajoutez SYSTEMDB à la liste d'exclusion, SYSTEMDB sera exclu de la récupération et toutes les bases de données de locataires sauvegardées seront récupérées.

      • Si INCLUDE LIST et EXCLUDE LIST sont tous deux vides, SYSTEMDB et tous les locataires (tn1,tn2,tn3) seront récupérés.
      • Si vous souhaitez récupérer un locataire unique 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 tenants (tn1,tn2,tn3) et exclure SYSTEMDB, excluez SYSTEMDB ou incluez tn1, tn2, tn3.

    • Pour l'heure de mise à jour, choisissez une date et une heure pour une base de données protégée avec des journaux à récupérer.

    • Pour SID DE LA BASE DE DONNÉES CIBLE, le nom du SID de la base de données protégée est renseigné par défaut et est immuable.

    • Pour SAP DB USER STORE-KEY, la clé userstore sera préremplie 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 systemdb. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe n'est pas valide, ne dispose pas des droits appropriés ou n'est pas disponible dans l'image de sauvegarde.
      • Si une nouvelle clé userstore avec un nom d'utilisateur et un 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 n'est pas valide, ou s'il ne dispose pas des droits appropriés, ou s'il n'est pas disponible dans l'image de sauvegarde.
      • Si aucune clé userstore, aucun nom d'utilisateur et aucun mot de passe ne sont transmis, une validation est effectuée lors de la prévérification pour vérifier si la clé userstore utilisée lors de la sauvegarde existe sur le serveur cible. La vérification préalable échouera si la clé userstore utilisée lors de la sauvegarde n'est pas trouvée. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe n'est pas valide, ou s'il ne dispose pas des droits appropriés, ou s'il n'est pas disponible 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 n'est pas valide, ne dispose pas des droits appropriés ou n'est pas disponible dans l'image de sauvegarde.
      • Avec la récupération SYSTEMDB, la clé hdbuserstore est validée à la fin de la récupération SYSTEMDB et avant de commencer la récupération du locataire. La récupération du locataire peut échouer si le nom d'utilisateur ou le mot de passe n'est pas valide, ou s'il ne dispose pas des droits appropriés, ou s'il n'est pas disponible dans l'image de sauvegarde.

  4. Cliquez sur Vérification avant le vol.

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

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

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

Procédure

Pour récupérer une base de données mono-locataire, 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 Mount (Installer) à droite.
  3. Sur la page Mount (Installer), désactivez Application Options (Options d'application) et sous Mount Options (Options d'installation), définissez un emplacement d'installation tel que /testmnt.
  4. Connectez-vous au serveur en tant que root et définissez le répertoire sur /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 exécuté, la base de données du locataire est récupérée au point temporel et est accessible.
  2. Accédez à la console de gestion, puis démontez et supprimez l'image de sauvegarde.

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

Vous pouvez consulter l'état, 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 à partir de 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 des sauvegardes" 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 la restauration HANA et HANA HA 1+n

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

Toutes les configurations HANA

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

  • L'application restaurée est protégée, 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 Application Details & Settings (Détails et paramètres de l'application) après la restauration pour que la sauvegarde soit correctement effectuée.
  • La protection de l'application restaurée sera désactivée. Vous devez activer la protection dans Gestionnaire d'applications > Applications > Gérer le plan de sauvegarde pour que les sauvegardes commencent à s'exécuter.

Configurations haute disponibilité (1 + n) HANA

Pour un cluster HANA 1+1 avec le nœud A en tant que nœud principal et le nœud B en tant que nœud secondaire (nœud A --> nœud B), le cluster est détecté en tant qu'application sous le service de sauvegarde et de DR, et la sauvegarde s'exécute à partir du nœud A (nœud principal).

Récupération vers une nouvelle base de données HANA cible (autonome ou en cluster)

Si une nouvelle cible est détectée en tant qu'application ou est protégée, avant la restauration, cette application doit être non protégée et supprimée de la sauvegarde et de la reprise après sinistre. La tâche échoue si la nouvelle application cible existe.

Rétablir le nœud A en tant que nœud principal

  • Le nœud B doit être désenregistré du cluster avant d'exécuter la restauration sur le nœud A.
  • Nœud A devient une application autonome après la restauration sur Nœud A.
  • Le nœud B doit être enregistré auprès du 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 de cluster.

Restaurer sur le nœud B secondaire

  • Le nœud B doit être désenregistré, sinon une prise de contrôle doit être exécutée sur le nœud B avant de restaurer le nœud B.
  • Arrêtez le nœud A avant de le restaurer sur le nœud B, puis ajoutez le nœud A en tant que nœud secondaire au nœud B après la restauration.
  • Nœud 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 en tant que nœud secondaire.

  • Exécutez une découverte à partir du nœud B pour la 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 : user 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:

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

Documentation du service Backup and DR pour SAP HANA à scaling horizontal

Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des instances SAP HANA à échelle horizontale avec le service Backup and DR. Pour en savoir plus, consultez les pages suivantes: