Résoudre les problèmes de sauvegarde des bases de données SAP HANA sur Azure

  • Article

Cet article fournit des informations de dépannage pour la sauvegarde des bases de données SAP HANA sur les machines virtuelles Azure. Pour en savoir plus sur les scénarios de sauvegarde de bases de données SAP HANA actuellement pris en charge, consultez Prise en charge des scénarios.

Prérequis et autorisations

Reportez-vous aux sections Conditions préalables et Ce que fait le script de préinscription avant de configurer les sauvegardes.

Erreurs utilisateur courantes

UserErrorHANAInternalRoleNotPresent

Message d’erreur Azure Backup does not have required role privileges to carry out Backup and Restore operations
Causes possibles Toutes les opérations échouent avec cette erreur quand l’utilisateur de sauvegarde (AZUREWLBACKUPHANAUSER) n’a pas le rôle SAP_INTERNAL_HANA_SUPPORT affecté ou si le rôle a peut-être été remplacé.
Action recommandée Téléchargez et exécutez le script de préinscription sur l’instance SAP HANA, ou affectez manuellement le rôle SAP_INTERNAL_HANA_SUPPORT à l’utilisateur de sauvegarde (AZUREWLBACKUPHANAUSER).

Remarque

Si vous utilisez HANA 2.0 SPS04 Rev 46 et versions ultérieures, cette erreur ne se produit pas, car l’utilisation du rôle SAP_INTERNAL_HANA_SUPPORT est déconseillée dans ces versions de HANA.

UserErrorInOpeningHanaOdbcConnection

Message d’erreur Failed to connect to HANA system
Causes possibles
  • Échec de la connexion à l’instance HANA
  • La base de données système est hors connexion
  • La base de données du locataire est hors connexion
  • L’utilisateur de sauvegarde (AZUREWLBACKUPHANAUSER) n’a pas d’autorisations ou de privilèges suffisants.
Action recommandée Vérifiez si le système est en cours d’exécution. Si une ou plusieurs bases de données sont en cours d’exécution, assurez-vous que les autorisations requises sont définies. Pour ce faire, téléchargez et exécutez le script de préinscription sur l’instance SAP HANA.

UserErrorHanaInstanceNameInvalid

Message d’erreur The specified SAP HANA instance is either invalid or can't be found
Causes possibles
  • L’instance SAP HANA spécifiée n’est pas valide ou est introuvable.
  • Il est impossible de sauvegarder plusieurs instances SAP HANA sur une seule machine virtuelle Azure.
Action recommandée
  • Assurez-vous qu’une seule instance HANA est en cours d’exécution sur la machine virtuelle Azure.
  • Exécutez le script à partir du volet Discover DB (que vous pouvez également trouver ici) avec l’instance SAP HANA correcte pour résoudre le problème.

UserErrorHANALSNValidationFailure

Message d’erreur Backup log chain is broken
Causes possibles Une interruption de la séquence de journaux de transactions consécutifs LSN HANA peut être déclenchée pour différentes raisons, notamment :
  • Échec de l’appel à Stockage Azure pour valider la sauvegarde.
  • La base de données du locataire est hors connexion.
  • La mise à niveau de l’extension a mis fin à un travail de sauvegarde en cours.
  • Impossible de se connecter au Stockage Azure lors de la sauvegarde.
  • SAP HANA a annulé une transaction dans le processus de sauvegarde.
  • Une sauvegarde est terminée, mais le catalogue n’a pas encore été mis à jour avec succès dans le système HANA.
  • Échec de la sauvegarde du point de vue du service Sauvegarde Azure, mais réussite du point de vue de HANA : il est possible que la destination du catalogue/sauvegarde de fichier journal ait mis à jour Backint vers le système de fichiers, ou l’exécutable Backint a peut-être été modifié.
Action recommandée Pour résoudre ce problème, le service Sauvegarde Azure déclenche une sauvegarde complète de réparation automatique. Pendant que cette sauvegarde de réparation automatique est en cours, toutes les sauvegardes de journaux déclenchées par HANA échouent avec l’erreur OperationCancelledBecauseConflictingAutohealOperationRunningUserError. Une fois la sauvegarde complète de réparation automatique terminée, les journaux et toutes les autres sauvegardes commencent à fonctionner comme prévu.
Si vous ne voyez pas de sauvegarde complète de réparation automatique déclenchée ni aucune sauvegarde (complète/différentielle/incrémentielle) réussie dans les 24 heures, contactez le support technique Microsoft.

UserErrorSDCtoMDCUpgradeDetected

Message d’erreur SDC to MDC upgrade detected.
Causes possibles Lorsqu’un système SDC est mis à niveau vers MDC, les sauvegardes échouent avec cette erreur.
Action recommandée Pour résoudre le problème, consultez Mise à niveau de SDC vers MDC.

UserErrorInvalidBackintConfiguration

Message d’erreur Backups will fail with this error when the Backint Configuration is incorrectly updated.
Causes possibles La configuration Backint mise à jour pendant le flux de configuration de la protection par Sauvegarde Azure est modifiée/mise à jour par le client.
Action recommandée Vérifiez que les paramètres suivants (Backint) sont définis :
  • [catalog_backup_using_backint:true]
  • [enable_accumulated_catalog_backup:false]
  • [parallel_data_backup_backint_channels:1]
  • [log_backup_timeout_s:900)]
  • [backint_response_timeout:7200]
Si les paramètres backint sont présents au niveau HOST, supprimez-les. Toutefois, si les paramètres ne sont pas présents au niveau de l’hôte mais ont été modifiés manuellement au niveau de la base de données, assurez-vous que les valeurs de niveau base de données sont définies. Sinon, sur le portail Microsoft Azure, exécutez Arrêter la protection et conserver les données de sauvegarde, puis sélectionnez Reprendre la sauvegarde.

UserErrorIncompatibleSrcTargetSystemsForRestore

Message d’erreur The source and target systems for restore are incompatible.
Causes possibles Le flux de restauration échoue avec cette erreur lorsque les bases de données HANA source et cible et les systèmes ne sont pas compatibles.
Action recommandée Assurez-vous que votre scénario de restauration ne figure pas dans la liste suivante des restaurations potentiellement incompatibles :
Cas 1 : SYSTEMDB ne peut pas être renommé lors de la restauration.
Cas 2 : Source SDC et cible MDC : La base de données source ne peut pas être restaurée comme SYSTEMDB ou base de données de locataire sur la cible.
Cas 3 : Source MDC et cible SDC : La base de données source (SYSTEMDB ou base de données de locataire) ne peut pas être restaurée sur la cible.
Pour plus d’informations, consultez la note 1642148 dans SAP Support Launchpad.

UserErrorHANAPODoesNotExist

Message d’erreur Database configured for backup does not exist.
Causes possibles Si vous supprimez une base de données configurée pour la sauvegarde, toutes les sauvegardes prévues et à la demande échoueront.
Action recommandée Vérifiez si la base de données est supprimée. Recréez la base de données ou arrêtez la protection (avec ou sans conservation des données) pour la base de données.

UserErrorInsufficientPrivilegeOfDatabaseUser

Message d’erreur Azure Backup does not have enough privileges to carry out Backup and Restore operations.
Causes possibles L’utilisateur de sauvegarde (AZUREWLBACKUPHANAUSER) créé par le script de préinscription n’a pas un ou plusieurs des rôles suivants :
  • Pour MDC, DATABASE ADMIN et BACKUP ADMIN (pour HANA 2.0 SPS05 et versions ultérieures) pour créer des bases de données lors de la restauration.
  • Pour SDC : BACKUP ADMIN crée des bases de données lors de la restauration.
  • CATALOG READ pour lire le catalogue de sauvegarde.
  • SAP_INTERNAL_HANA_SUPPORT pour accéder à certaines tables privées. Obligatoire uniquement pour les versions SDC et MDC antérieures à HANA 2.0 SPS04 rév. 46. Cela n’est pas nécessaire pour HANA 2.0 SPS04 Rev 46 et versions ultérieures. Cela est dû au fait que nous obtenons les informations requises de tables publiques avec le correctif de l’équipe HANA.
Action recommandée Pour résoudre ce problème, ajoutez manuellement les rôles et autorisations requis à l’utilisateur de sauvegarde (AZUREWLBACKUPHANAUSER). Ou téléchargez et exécutez le script de préinscription sur l’instance SAP HANA.

UserErrorDatabaseUserPasswordExpired

Message d’erreur Database/Backup user's password expired.
Causes possibles La base de données/l’utilisateur de sauvegarde créé par le script de préinscription ne définit pas l’expiration du mot de passe. Toutefois, en cas de modification, vous pouvez voir cette erreur.
Action recommandée Téléchargez et exécutez le script de préinscription sur l’instance SAP HANA pour résoudre le problème.

UserErrorInconsistentSSFS

Message d’erreur SAP HANA error
Causes possibles Stockage sécurisé dans le système de fichiers (SSFS) incohérent reçu du moteur SAP HANA.
Action recommandée Collaborez avec l'équipe SAP HANA pour résoudre ce problème. Pour plus d’informations, consultez la note SAP 0002097613.

UserErrorCannotConnectToAzureActiveDirectoryService

Message d’erreur Unable to connect to the AAD service from the HANA system.
Causes possibles Les paramètres de pare-feu ou de proxy en tant que compte de service de plug-in d’extension de sauvegarde n’autorisent pas la connexion sortante vers Microsoft Entra ID.
Action recommandée Corrigez les paramètres de pare-feu ou de proxy de la connexion sortante vers Microsoft Entra ID, puis réessayez l’opération.

UserErrorMisConfiguredSslCaStore

Message d’erreur Misconfigured CA store
Causes possibles Le processus hôte du plug-in de l’extension de sauvegarde ne peut pas accéder au magasin d’autorité de certification racine (sous /var/lib/ca-certificates/ca-bundle.pem dans le cas de SLES).
Action recommandée Corrigez le problème du magasin de l’autorité de certification en utilisant chmod o+r pour restaurer l’autorisation d’origine. Ensuite, redémarrez le service d’hôte de plug-in pour que les sauvegardes et les restaurations s’effectuent correctement.

UserErrorBackupFailedAsRemedialBackupInProgress

Message d’erreur Remedial Backup in progress.
Causes possibles La Sauvegarde Azure déclenche une sauvegarde complète de réparation pour gérer l’interruption de la séquence de journaux de transactions consécutifs LSN. Bien que l’opération de réparation complète soit en cours, les sauvegardes (complètes/différentielles/incrémentielles) déclenchées via le portail/l’interface CLI échouent avec cette erreur.
Action recommandée Attendez la fin de la sauvegarde complète corrective avant de déclencher une autre sauvegarde.

OperationCancelledBecauseConflictingOperationRunningUserError

Message d’erreur Conflicting operation in progress.
Causes possibles Une sauvegarde complète/différentielle/incrémentielle est déclenchée avec le portail/l’interface CLI/des clients natifs HANA alors qu’une autre sauvegarde complète/différentielle/incrémentielle est déjà en cours.
Action recommandée Attendez la fin du travail de sauvegarde actif avant de déclencher une nouvelle sauvegarde complète ou différentielle.

OperationCancelledBecauseConflictingAutohealOperationRunning UserError

Message d’erreur Auto-heal Full backup in progress.
Causes possibles Sauvegarde Azure déclenche une sauvegarde complète de réparation automatique pour résoudre UserErrorHANALSNValidationFailure. Pendant que cette sauvegarde de réparation automatique est en cours, toutes les sauvegardes de journaux déclenchées par HANA échouent avec l’erreur OperationCancelledBecauseConflictingAutohealOperationRunningUserError.
Une fois la sauvegarde complète de réparation automatique terminée, les journaux et toutes les autres sauvegardes commencent à fonctionner comme prévu.
Action recommandée Attendez la fin de la sauvegarde complète de réparation automatique avant de déclencher une nouvelle sauvegarde complète ou différentielle.

Erreur d’exécution du script de préinscription de l’environnement

UserErrorHanaPreScriptNotRun

UserErrorPreregistrationScriptNotRun

Message d’erreur Pre-registration script not run.
Causes possibles Le script de préinscription SAP HANA pour configurer l’environnement n’a pas été exécuté.
Action recommandée Téléchargez et réexécutez le script de préinscription sur l’instance SAP HANA.

UserErrorTargetPOExistsOverwriteNotSpecified

Message d’erreur Target database cannot be overwritten for Restore.
Causes possibles La base de données cible existe, mais elle ne peut pas être remplacée. Le remplacement forcé n’est pas défini dans le flux de restauration sur le portail/l’interface CLI.
Action recommandée Restaurez la base de données en sélectionnant l'option Forcer le remplacement ou restaurez vers une autre base de données cible.

UserErrorRecoverySysScriptFailedToTriggerRestore

Message d’erreur RecoverySys.py could not be run successfully to restore System DB.
Causes possibles Les causes possibles de l’échec de la restauration de la base de système sont les suivantes :
  • Sauvegarde Azure ne peut pas trouver Recoverysys.py sur l’ordinateur HANA. Cela se produit lorsque l’environnement HANA n’est pas configuré correctement.
  • Recoverysys.py est présent, mais le déclenchement de ce script ne réussit pas à appeler HANA pour effectuer la restauration.
  • Recoverysys.py a pu appeler HANA pour effectuer la restauration, mais HANA n’a pas pu la faire.
Action recommandée
  • Pour le problème 1, collaborez avec l’équipe SAP HANA pour le résoudre.
  • Pour les problèmes 2 et 3, exécutez la commande HDSetting.sh dans l’invite sid-adm et vérifiez la trace de journal. Par exemple, /usr/sap/SID/HDB00/HDBSetting.sh.
Partagez ces résultats avec l’équipe SAP HANA pour résoudre le problème.

UserErrorDBNameNotInCorrectFormat

Message d’erreur Restored database name not in correct format.
Causes possibles Le nom de base de données restaurée que vous avez fourni n’est pas au format acceptable/attendu.
Action recommandée Vérifiez que le nom de la base de données restaurée commence par une lettre et ne contient aucun symbole autre que des chiffres ou un trait de soulignement.
Il peut contenir jusqu’à 127 caractères uniquement et ne doit pas commencer par « _SYS_ ».

UserErrorDefaultSidAdmDirectoryChanged

Message d’erreur Default sid-adm directory changed.
Causes possibles Le répertoire sid-adm par défaut a été modifié et HDBSetting.sh n’est pas disponible dans ce répertoire par défaut.
Action recommandée Si HXE est le SID, vérifiez que la variable d’environnement HOME est définie sur /usr/sap/HXE/home sous l’utilisateur sid-adm.

UserErrorHDBsettingsScriptNotFound

Message d’erreur HDBSetting.sh file cannot be found.
Causes possibles La restauration de la base de données système a échoué parce que l’environnement utilisateur <sid>adm n’a pas trouvé le fichier HDBsettings.sh pour déclencher la restauration.
Action recommandée Collaborez avec l'équipe SAP HANA pour résoudre ce problème.

Si HXE est le SID, vérifiez que la variable d’environnement HOME est définie sur /usr/sap/HXE/home sous l’utilisateur sid-adm.

UserErrorInsufficientSpaceOnSystemDriveForExtensionMetadata

Message d’erreur Insufficient space on HANA machine to perform Configure Backup, Backup or Restore activities.
Causes possibles L’espace disque sur votre ordinateur HANA est plein ou presque, ce qui entraîne l’échec des activités Configurer la sauvegarde, Sauvegarder ou Restaurer.
Action recommandée Vérifiez l’espace disque sur votre ordinateur HANA pour vous assurer qu’il est suffisant pour l’exécution correcte des activités Configurer la sauvegarde, Sauvegarder ou Restaurer.

CloudDosAbsoluteLimitReached

Message d’erreur Operation is blocked as you have reached the limit on number of operations permitted in 24 hours.
Causes possibles Lorsque vous avez atteint la limite maximale autorisée pour une opération dans une plage de 24 heures, cette erreur s’affiche.

Par exemple : Si vous avez atteint la limite du nombre de tâches de sauvegarde de configuration qui peuvent être déclenchées par jour et que vous essayez de configurer la sauvegarde sur un nouvel élément, cette erreur s’affiche.
Action recommandée En règle générale, le fait de retenter l’opération après 24 heures résout ce problème. Toutefois, si le problème persiste, vous pouvez contacter le support technique Microsoft pour obtenir de l’aide.

CloudDosAbsoluteLimitReachedWithRetry

Message d’erreur Operation is blocked as the vault has reached its maximum limit for such operations permitted in a span of 24 hours.
Causes possibles Lorsque vous avez atteint la limite maximale autorisée pour une opération dans une plage de 24 heures, cette erreur s’affiche. Cette erreur s’affiche généralement en cas d’opérations à grande échelle, comme une modification de la stratégie ou la protection automatique. Contrairement au cas de CloudDosAbsoluteLimitReached, il n’y a pas grand-chose à faire pour résoudre cet état. En fait, le service de sauvegarde Azure réessaiera les opérations en interne pour tous les éléments en question.

Par exemple : si vous disposez d’un grand nombre de sources de données protégées par une stratégie et que vous essayez de modifier cette stratégie, des tâches de protection de configuration sont déclenchées pour chaque élément protégé et peuvent parfois atteindre la limite maximale autorisée par jour pour de telles opérations.
Action recommandée Le service Sauvegarde Azure réessaiera automatiquement cette opération après 24 heures.

UserErrorInvalidBackint

Message d’erreur Un exécutable hdbbackint non valide a été trouvé.
Cause possible 1. L’opération de modification du chemin Backint de /opt/msawb/bin à /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint a échoué en raison d’un espace de stockage insuffisant dans le nouvel emplacement.

2. L’utilitaire hdbbackint situé sur /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint n’a pas d’autorisations exécutables ni de propriété correcte.
Action recommandée 1. Vérifiez qu’il y a de l’espace libre disponible sur /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint ou sur le chemin d’accès où vous souhaitez enregistrer les sauvegardes.

2. Vérifiez que le groupe sapsys dispose des autorisations appropriées sur le fichier /usr/sap/<sid>/SYS/global/hdb/opt/hdbbackint en exécutant la commande chmod 755.

UserErrorHanaSQLQueryFailed

Message d’erreur L’opération a échoué lors de l’exécution d’une requête sur le serveur HANA.

Toutes les opérations qui échouent avec cette erreur utilisateur sont dues à un problème provoqué côté Hana pendant l’exécution de la requête. D’autres détails contiennent le message clair de l’erreur.
Causes possibles – Problème d’altération du disque.
– Problèmes d’allocation de mémoire.
– Utilisation d’un trop grand nombre de bases de données.
– Problème de mise à jour de la topologie.
Action recommandée Collaborez avec l'équipe SAP HANA pour résoudre ce problème. Toutefois, si le problème persiste, vous pouvez contacter le Support Microsoft pour obtenir de l’aide.

Restaurer les vérifications

Restauration d’une base de données à conteneur unique (SDC)

Prenez en charge les entrées lors de la restauration d’une base de données à conteneur unique (SDC) pour HANA sur un autre ordinateur SDC. Le nom de la base de données doit être indiqué en minuscules et sdc ajouté entre crochets. L’instance HANA s’affiche en majuscules.

Supposez qu’une instance SDC HANA « H21 » est sauvegardée. La page Éléments de sauvegarde affiche le nom de l’élément de sauvegarde sous la forme h21(sdc) . Si vous tentez de restaurer cette base de données sur un autre SDC cible, par exemple H11, les entrées suivantes doivent être fournies.

Restored SDC database name

Notez les points suivants :

  • Par défaut, le nom de la base de données restaurée est renseigné avec le nom de l’élément de sauvegarde. Dans ce cas, h21(sdc).
  • La sélection de la cible en tant que H11 ne modifie pas automatiquement le nom de la base de données restaurée. Il doit être remplacé par h11(sdc). En ce qui concerne SDC, le nom de la base de données restaurée sera l’ID d’instance cible en minuscules suivi de sdc ajouté entre crochets.
  • Étant donné que SDC ne peut avoir qu’une seule base de données, vous devez aussi cocher la case pour autoriser le remplacement des données de la base de données existantes par les données du point de récupération.
  • Linux respecte la casse. Par conséquent, veillez à la conserver.

Restauration de la base de données à conteneurs multiples (MDC)

Dans plusieurs bases de données de conteneur pour HANA, la configuration standard est SYSTEMDB + 1 ou plusieurs bases de données de locataire. Restaurer une instance SAP HANA entière restaure SYSTEMDB et les bases de données de locataire. L’une restaure d’abord SYSTEMDB, puis procède à la restauration de la base de données du locataire. La base de données système signifie essentiellement remplacer les informations système sur la cible sélectionnée. Cette restauration remplace également les informations relatives à BackInt dans l’instance cible. Par conséquent, une fois la base système restaurée vers une instance cible, vous devez réexécuter le script de préinscription. C’est uniquement à ce moment-là que les restaurations ultérieures de la base de données locataire réussiront.

Sauvegarder une machine virtuelle répliquée

Scénario 1

La machine virtuelle d’origine a été répliquée à l’aide d’Azure Site Recovery ou d’une Sauvegarde des machines virtuelles Azure. La nouvelle machine virtuelle a été créée pour simuler l’ancienne . Autrement dit, les paramètres sont exactement les mêmes (Cela est dû au fait que la machine virtuelle d’origine a été supprimée et que la restauration a été effectuée à partir de la sauvegarde de machine virtuelle ou d’Azure Site Recovery).

Ce scénario peut inclure deux cas. Découvrez comment sauvegarder la machine virtuelle répliquée dans les deux cas ci-dessous :

  1. La nouvelle machine virtuelle créée porte le même nom et se trouve dans les mêmes groupe de ressources et abonnement que la machine virtuelle supprimée.

    • L’extension est déjà présente sur la machine virtuelle, mais n’est visible pour aucun des services.
    • Réexécutez le script de préinscription.
    • Réinscrivez l’extension pour la même machine dans le portail Azure (Sauvegarde ->Afficher les détails -> sélectionner la machine virtuelle Azure appropriée -> Réinscrire).
    • La sauvegarde des bases de données sauvegardées (à partir de la machine virtuelle supprimée) doit ensuite démarrer correctement.

  2. La nouvelle machine virtuelle créée présente l’une des caractéristiques suivantes :

    • Elle porte un nom différent de celui de la machine virtuelle supprimée.
    • Elle porte le même nom que la machine virtuelle supprimée, mais se trouve dans un groupe de ressources ou un abonnement différents de ceux de la machine virtuelle supprimée.

    Si c’est le cas, procédez comme suit :

    • L’extension est déjà présente sur la machine virtuelle, mais n’est visible pour aucun des services.
    • Réexécutez le script de préinscription.
    • Si vous découvrez et protégez les nouvelles bases de données, vous commencez à voir des bases de données actives en double dans le portail. Pour éviter cela, vous devez Arrêter la protection avec données conservées pour les anciennes bases de données. Ensuite, passez aux étapes restantes.
    • Détecter les bases de données
    • Activez les sauvegardes sur ces bases de données.
    • Les bases de données existantes (provenant de la machine virtuelle supprimée) continuent d’être stockées dans le coffre. Elles sont stockées avec leurs sauvegardes conservées en fonction de la stratégie.

Scénario 2

La machine virtuelle d’origine a été répliquée à l’aide d’Azure Site Recovery ou d’une sauvegarde de machine virtuelle Azure. La nouvelle machine virtuelle a été créée à partir du contenu, pour être utilisée comme modèle. La machine virtuelle est nouvelle avec un nouveau SID.

Procédez comme suit pour activer les sauvegardes sur la nouvelle machine virtuelle :

  • L’extension est déjà présente sur la machine virtuelle, mais n’est visible pour aucun des services.
  • Exécutez le script de préinscription. En fonction du SID de la nouvelle machine virtuelle, deux scénarios peuvent se produire :
    • La machine virtuelle d’origine et la nouvelle machine virtuelle ont le même SID. Le script de pré-inscription s’exécute correctement.
    • La machine virtuelle d’origine et la nouvelle machine virtuelle ont des SID différents. Le script de pré-inscription échoue. Contactez le support technique pour obtenir de l’aide dans ce scénario.
  • Détectez les bases de données que vous souhaitez sauvegarder.
  • Activez les sauvegardes sur ces bases de données.

Mise à niveau de la version de SDC ou de MDC sur la même machine virtuelle

Les mises à niveau du système d’exploitation et les changements de version de SDC ou de MDC qui n’entraînent pas de modification du SID peuvent être gérées comme suit :

Mise à niveau de SDC vers MDC sans modification du SID

Vous pouvez gérer les mises à niveau de SDC vers MDC qui n’entraînent pas de modification du SID comme suit :

  • Assurez-vous que la nouvelle version de MDC est actuellement prise en charge par Sauvegarde Azure.
  • Arrêtez la protection avec données conservées pour l’ancienne base de données SDC.
  • Effectuez la mise à niveau. À l’issue de l’opération, le système HANA est maintenant MDC avec une base de données système et une ou plusieurs bases de données de locataire.
  • Réexécuter le script de préinscription
  • Réinscrivez l’extension pour la même machine dans le portail Azure (Sauvegarde ->Afficher les détails -> sélectionner la machine virtuelle Azure appropriée -> Réinscrire).
  • Sélectionnez Redécouvrir les bases de données pour la même machine virtuelle. Cette action a pour effet de faire apparaître les nouvelles bases de données de l’étape 3 en tant que SYSTEMDB et Tenant DB, et non SDC.
  • La base de données SDC plus ancienne continue d’exister dans le coffre et les anciennes données sauvegardées sont conservées conformément à la stratégie.
  • Configurez la sauvegarde de ces bases de données.

Mise à niveau de SDC vers MDC avec modification du SID

Vous pouvez gérer les mises à niveau de SDC vers MDC qui entraînent une modification du SID comme suit :

  • Assurez-vous que la nouvelle version de MDC est actuellement prise en charge par Sauvegarde Azure.
  • Arrêtez la protection avec données conservées pour l’ancienne base de données SDC.
  • Déplacez le fichier config.json situé dans /opt/msawb/etc/config/SAPHana/.
  • Effectuez la mise à niveau. À l’issue de l’opération, le système HANA est maintenant MDC avec une base de données système et plusieurs bases de données de locataire.
  • Réexécutez le script de préinscription avec les détails (nouveaux SID et MDC) corrects. En raison d’une modification du SID, vous risquez d’être confronté à des problèmes lors de l’exécution du script. Si vous rencontrez des problèmes, contactez le support de Sauvegarde Azure.
  • Réinscrivez l’extension pour la même machine dans le portail Azure (Sauvegarde ->Afficher les détails -> sélectionner la machine virtuelle Azure appropriée -> Réinscrire).
  • Sélectionnez Redécouvrir les bases de données pour la même machine virtuelle. Cette action a pour effet de faire apparaître les nouvelles bases de données de l’étape 3 en tant que SYSTEMDB et Tenant DB, et non SDC.
  • La base de données SDC plus ancienne continue d’exister dans le coffre et les anciennes données sauvegardées sont conservées conformément à la stratégie.
  • Configurez la sauvegarde de ces bases de données.

Échecs de réinscription

Vérifiez la présence d’un ou plusieurs des symptômes suivants avant de déclencher l’opération de réinscription :

  • Toutes les opérations (comme la sauvegarde, la restauration et la configuration de la sauvegarde) échouent sur la machine virtuelle avec un des codes d’erreur suivants : WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

  • Si la zone de l’État de la sauvegarde de l’élément de sauvegarde affiche Inaccessible, excluez toutes les autres causes susceptibles d’entraîner le même état :

    • Absence d’autorisation pour effectuer les opérations liées à la sauvegarde sur la machine virtuelle
    • La machine virtuelle étant arrêtée, les sauvegardes ne peuvent pas se produire
    • Problèmes de réseau

Ces symptômes peuvent survenir pour une ou plusieurs des raisons suivantes :

  • Une extension a été supprimée ou désinstallée sur le portail.
  • La machine virtuelle a été restaurée à un point dans le temps via une restauration de disques sur place.
  • La machine virtuelle a été arrêtée pendant une période prolongée, entraînant l’expiration de la configuration d’extension qui s’y trouvait.
  • La machine virtuelle a été supprimée. Par ailleurs, l’autre machine virtuelle a été créée avec le même nom et le même groupe de ressources que la machine virtuelle supprimée.

Dans les scénarios précédents, nous vous recommandons de déclencher une opération de réinscription sur la machine virtuelle.

Étapes suivantes

  • Consultez le forum aux questions sur la sauvegarde des bases de données SAP HANA sur des machines virtuelles Azure.