Résoudre les problèmes de sauvegarde des bases de données SAP HANA sur Azure
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
Consultez les 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 doesn't have required role privileges to carry out Backup and Restore operations |
---|---|
Causes possibles | Toutes les opérations échouent avec cette erreur si le rôle SAP_INTERNAL_HANA_SUPPORT n’est pas attribué à l’utilisateur de sauvegarde (AZUREWLBACKUPHANAUSER), ou si le rôle est éventuellement 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 |
|
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 |
|
Action recommandée |
|
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 :
|
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 :
|
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 doesn't 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 :
|
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 :
|
Action recommandée |
|
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 avez 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 pour de telles opérations par jour. |
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. 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. |
UserErrorRestoreTargetDirectoriesAbsent
Message d\’erreur | PreRestoreDataParamsPrep: Target directory n’existe pas. |
---|---|
Causes possibles | La restauration en tant que fichiers échoue, car le répertoire sélectionné pour la restauration n’existe pas sur le serveur cible, ou n’est pas accessible. |
Action recommandée | Vérifiez que le répertoire que vous avez sélectionné est disponible sur le serveur cible, et que vous avez sélectionné le serveur cible approprié au moment de la restauration. |
JobCancelledOnExtensionUpgrade
Message d’erreur | Le travail de Sauvegarde a été annulé parce que le service d’extension de sauvegarde de charge de travail a redémarré pour une mise à niveau. |
---|---|
Cause possible | Le travail de sauvegarde et restauration échoue en raison de la mise à niveau automatique de l’extension lorsque l’opération de sauvegarde/restauration est en cours. |
Action recommandée | Attendez la fin de la mise à niveau de l’extension de sauvegarde. Ensuite, HANA déclenche à nouveau les sauvegardes de journal ayant échoué, le cas échéant. Toutefois, les sauvegardes complètes/différentielles/incrémentielles ayant échoué ne seront pas redéclenchées par Sauvegarde Azure et vous devez redéclencher manuellement cette opération. |
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.
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 desdc
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 :
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.
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 Microsoft 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 :
- Assurez-vous que les nouvelles versions du système d’exploitation, de SDC ou de MDC sont actuellement prises en charge par Sauvegarde Azure.
- Arrêtez la protection avec données conservées pour la base de données.
- Effectuez la mise à niveau ou la mise à jour.
- Réexécutez le script de préinscription. Souvent, le processus de mise à niveau peut supprimer les rôles nécessaires. L’exécution du script de préinscription permet de vérifier tous les rôles requis.
- Réactivez la protection de la base de données.
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.
Sauvegarder des journaux de base de données SAP HANA
La sauvegarde de fichier journal n’est pas déclenchée malgré la réussite de la sauvegarde complète.
Cause possible : les valeurs pour la base de données SAP HANA sont incorrectes pour déclencher la sauvegarde de fichier journal.
Action recommandée : vérifiez que les valeurs suivantes pour la configuration SAP HANA sont correctement définies.
enable_auto_log_backup
: yeslog_backup_using_backint
: truecatalog_backup_using_backint
: truelog_mode
: normallog_backup_timeout_s
: identique à la stratégie de sauvegarde de fichier journal du Portail Azure (la fréquence est exprimée en secondes).
Étape suivante
- Consultez le forum aux questions sur la sauvegarde des bases de données SAP HANA sur des machines virtuelles Azure.