Matrice de prise en charge pour la sauvegarde des bases de données SAP HANA sur des machines virtuelles Azure

Le service Sauvegarde Azure prend en charge la sauvegarde des bases de données SAP HANA sur Azure. Cet article résume les scénarios pris en charge et les limitations qui se présentent lorsque vous utilisez Sauvegarde Azure pour sauvegarder des bases de données SAP HANA sur des machines virtuelles Azure. Pour les questions courantes, consultez les questions fréquemment posées.

Les distributions Linux répertoriées ci-dessous ne doivent pas être dans un état de fin de vie (EOL) par leurs fournisseurs. Assurez-vous que la version de distribution est à jour, active et prise en charge.

Notes

La fréquence de sauvegarde de fichier journal peut désormais être définie sur un minimum de 15 minutes. Les sauvegardes de fichiers journaux ne commencent à s’effectuer qu’en cas de réussite d’une sauvegarde complète de la base de données.

Prise en charge du scénario

Scénario Configurations prises en charge Configurations non prises en charge
Topologie SAP HANA s’exécutant sur des machines virtuelles Azure Linux uniquement Grandes instances HANA (HLI)
Régions Amériques  – USA Centre, USA Est 2, USA Est, USA Centre Nord, USA Centre Sud, USA Ouest 2, USA Ouest 3, USA Centre-Ouest, USA Ouest, Canada Centre, Canada Est, Brésil Sud
Asie-Pacifique – Australie Centre, Australie Centre 2, Australie Est, Australie Sud-Est, Japon Est, Japon Ouest, Corée Centre, Corée Sud, Asie Est, Asie Sud-Est, Inde Centre, Inde Sud, Inde Ouest, Chine Est, Chine Est 2, Chine Est 3, Chine Nord, Chine Nord 2, Chine Nord 3
Europe : Europe Ouest, Europe Nord, France Centre, Royaume-Uni Sud, Royaume-Uni Ouest, Allemagne Nord, Allemagne Centre-Ouest, Suisse Nord, Suisse Ouest, Suisse Centre Nord, Norvège Est, Norvège Ouest, Suède Centre, Suède Sud
Moyen-Orient et Afrique – Afrique du Sud Nord, Afrique du Sud Ouest, Émirats arabes unis Nord, Émirats arabes unis Centre
Régions Azure Government		 France Sud, Allemagne Centre, Allemagne Nord-Est, US Gov IOWA
Versions du système d’exploitation SLES 12 avec SP2, SP3, SP4 et SP5 ; SLES 15 avec SP0, SP1, SP2, SP3, SP4, SP5, SP6 et SP7

RHEL 8.1, 8.2, 8.4, 8.6, 8.8, 8.10, 9.0, 9.2, 9.4 et 9.6
Versions HANA SDC sur HANA 1.x, MDC sur HANA 2.x SPS 04, SPS 05 Rev <= 59, SPS 06 (validé pour les scénarios avec chiffrement également), SPS 07 et SPS 08.
Chiffrement SSLEnforce, chiffrement des données HANA
Instances HANA - Instance SAP HANA unique sur une seule machine virtuelle Azure : effectuez un scale-up uniquement.

- Plusieurs instances SAP HANA sur une seule machine virtuelle. Vous ne pouvez protéger qu’une seule de ces instances à la fois.
Types de bases de données HANA Conteneur de base de données unique (SDC) sur 1.x, conteneur de bases de données multiples (MDC) sur 2.x MDC dans HANA 1. x
Taille de la base de données HANA Bases de données HANA d’une taille maximale de 40 To (il ne s’agit pas de la taille de la mémoire du système HANA).
Types de sauvegarde Sauvegardes complètes, différentielles, incrémentales et de journaux, instantanés (politique standard : Généralement disponible ; Politique améliorée : Aperçu)
Types de restaurations Reportez-vous à la note SAP HANA 1642148 pour connaître les types de restauration pris en charge
Restauration avec plusieurs abonnements Pris en charge via le Portail Azure et Azure CLI. Plus d’informations
Nombre de sauvegardes complètes par jour Une sauvegarde planifiée.

Trois sauvegardes à la demande.

Nous vous recommandons de ne pas déclencher plus de trois sauvegardes par jour. Toutefois, pour permettre à l’utilisateur de réaliser de nouvelles tentatives en cas d’échec, la limite matérielle pour les sauvegardes à la demande est définie à neuf tentatives.
Déploiements HANA Réplication système HANA (HSR) - Sauvegarde en streaming, sauvegarde instantanée d’instance (Aperçu avec politique améliorée)

Système HANA Scale-out - Sauvegarde en streaming (Aperçu)
Configurations spéciales SAP HANA + Hiérarchisation dynamique
Clonage via LaMa
Compression Vous pouvez activer la compression native HANA via la stratégie de sauvegarde. Consultez le document SAP HANA.
Sauvegarde multistreaming Vous pouvez augmenter le débit de vos sauvegardes en streaming de 420 Mbits/s à 1,5 Gbits/s. Plus d’informations
Types de système de fichiers Les systèmes de ext3 fichiers et xfs sont pris en charge pour la sauvegarde des instantanés d’instance de base de données SAP HANA. Les autres systèmes de fichiers ne sont pas pris en charge.
Stockage sécurisé côté serveur SSFS (Secure Store in the File System) est pris en charge. Le Local Secure Store (LSS) n’est pas pris en charge.

Notes

  • Sauvegarde Azure ne s’ajuste pas automatiquement au changement d’heure lorsque vous sauvegardez une base de données SAP HANA qui s’exécute dans une machine virtuelle Azure. Nous vous recommandons de modifier la stratégie manuellement si nécessaire.
  • Vous pouvez maintenant superviser les travaux de sauvegarde et de restauration (sur la même machine) déclenchés à partir de clients natifs HANA (SAP HANA Studio/Cockpit/DBA Cockpit) sur le portail Azure.

Prise en charge de la réplication système HANA (HSR)

Sauvegarde Azure prend en charge les bases de données SAP HANA dans les déploiements de réplication système HANA (HSR).

Capacités HSR

Les capacités suivantes sont prises en charge pour les déploiements HSR.

Capacité Descriptif
Chaîne de sauvegarde unifiée Les points de récupération de secours sont maintenus comme une seule chaîne coordonnée entre les nœuds HSR.
Continuité automatique de la sauvegarde Les sauvegardes se poursuivent lors des événements de basculement et de redémarrage sans nécessiter de reconfiguration manuelle.
Sauvegardes basées sur l’Intint Les sauvegardes en streaming permettent la rétention à long terme et la récupération à un moment donné.
Sauvegardes instantanées d’instance (Aperçu) Les sauvegardes instantanées sont prises en charge pour HSR lorsque vous utilisez la politique Améliorée dans l’aperçu.

Limitations du HSR

Les limitations suivantes s’appliquent aux déploiements HSR.

Limitation Descriptif
Scénario HSR + DR Ce scénario combiné n’est pas pris en charge.
HSR + Asynchrone L’A-Sync n’est pas pris en charge.
Récupération de localisation originale (OLR) OLR n’est pas pris en charge pour HSR.
Restaurer le type de cible La restauration vers une instance HSR n’est pas prise en charge ; la restauration sur une instance HANA est prise en charge.

En savoir plus sur Sauvegarder les bases de données de réplication système SAP HANA sur les machines virtuelles Azure et restaurer les bases de données SAP HANA sur les machines virtuelles Azure.

Support de la mise en œuvre de HANA (Aperçu)

Sauvegarde Azure prend en charge les déploiements en échelle SAP HANA où un système HANA est réparti sur plusieurs nœuds.

Capacités d’échelle

Les capacités suivantes sont prises en charge pour les déploiements en échelle réelle.

Capacité Descriptif
Topologies prises en charge Les topologies de nœuds primaires et de travailleurs sont prises en charge, y compris le stockage partagé NFS et les systèmes de mise à l’échelle basés sur le stockage local.
Types de sauvegarde Les sauvegardes complètes, différentielles, incrémentales et de journal sont prises en charge sur tous les nœuds.
Chaîne de sauvegarde unifiée Sauvegarde Azure maintient une chaîne de sauvegarde unique entre les nœuds et gère automatiquement le basculement des nœuds.
Options de restauration La restauration sur le même système et la restauration en emplacement alternatif (ALR) sont prises en charge.

Limitations de l’échelle

Les limitations suivantes s’appliquent aux déploiements en échelle complète.

Limitation Descriptif
Nombre maximal de nœuds Un maximum de 32 nœuds est pris en charge par système à mise à l’échelle.
Champ régional Tous les nœuds doivent être dans la même région que le coffre des services de récupération.
Régularité des SUV L’identifiant unique de scale-out (SUV) doit être le même pour tous les nœuds.
Restauration avec plusieurs abonnements La restauration par abonnement croisé n’est pas prise en charge.
Déclencheur client natif Les sauvegardes ne peuvent pas être déclenchées depuis des clients natifs SAP HANA (Studio, Cockpit, DBA Cockpit) ; utilisez le portail Azure ou Azure CLI.
Sauvegarde instantanée d’instance Les sauvegardes snapshot d’instance ne sont pas prises en charge ; Seules les sauvegardes en streaming sont prises en charge.

En savoir plus sur Sauvegarde des bases de données SAP HANA Scale-out sur les machines virtuelles Azure.

Support pour les sauvegardes de données de multidiffusion

Les exigences et caractéristiques suivantes s’appliquent aux sauvegardes de données multistream.

  • Paramètres permettant d’activer les paramètres SAP HANA pour la multidiffusion :

    • parallel_data_backup_backint_channels
    • data_backup_buffer_size (optionnel) Le nombre maximal de canaux pouvant être ouverts est de 32, cependant le débit maximal atteignable est de 1,5 Go de seconde.

    Notes

    La définition des paramètres HANA ci-dessus entraîne une augmentation de l’utilisation de la mémoire et du processeur. Nous vous recommandons de surveiller la consommation de mémoire et l’utilisation du processeur, car une surutilisation peut avoir un impact négatif sur la sauvegarde et d’autres opérations HANA.

  • Performances de sauvegarde pour les bases de données : le gain de performances sera plus important pour les bases de données plus volumineuses.

  • Taille de base de données applicable pour la multidiffusion : le nombre de canaux multidiffusion s’applique à toutes les sauvegardes de données supérieures à 128 Go. Les sauvegardes de données inférieures à 128 Go utilisent toujours un seul canal.

  • Débit de sauvegarde pris en charge : la multidiffusion prend actuellement en charge le débit de sauvegarde des données allant jusqu’à 1,5 Go/s. Le débit de récupération est plus lent que le débit de sauvegarde.

  • Configuration de machine virtuelle applicable pour la multidiffusion : pour tirer parti des avantages de la multidiffusion, la machine virtuelle doit avoir une configuration minimale de 16 processeurs virtuels et 128 Go de RAM.

  • Facteurs de limitation : débit du nombre total de bandes LVM sur disque et réseau machines virtuelles, le premier atteint.

En savoir plus sur les configuration de stockage de machines virtuelles SAP HANA Azure et de stockage SSD Premium de machines virtuelles SAP HANA Azure. Pour configurer des sauvegardes de données multidiffusion, consultez la documentation SAP.

Prise en charge de plusieurs composants de sauvegarde Azure sur un système (MCOS)

Sauvegarde Azure pour SAP HANA prend en charge la sauvegarde de plusieurs systèmes SAP HANA (SID) sur un seul hôte. La prise en charge de SAP HANA MCOS inclut les configurations suivantes.

Instance Sap HANA Soutien
Autonome (HXE)+ Autonome (HYE) Soutenu
HSR (HXE) + autonome (HYE) Soutenu
HSR (HXE) + HSR (HYE) Non pris en charge

* HXE et HYE représentent deux instances HANA s’exécutant sur le même hôte.

Le tableau suivant répertorie les paramètres requis pour ajouter/supprimer des instances SAP HANA :

Action Paramètre Descriptif Exemple de script
Ajouter une instance --sid Instance de base de données SAP HANA que vous souhaitez protéger.

Par défaut, la première instance est sélectionnée.		 ./msawb-plugin-config-com-sap-hana.sh --add --sid HXE

Ou

./msawb-plugin-config-com-sap-hana.sh --sid HXE

(Le mode par défaut est add pour le script.)

Après avoir ajouté des instances, l’inscription doit être effectuée sur le coffre Recovery Services. Si une nouvelle instance est ajoutée ultérieurement, la réinscription est requise.
Supprimer une instance --sid Instance de base de données SAP HANA que vous souhaitez supprimer la protection.

SID est un paramètre de mandat pour la suppression.		 ./msawb-plugin-config-com-sap-hana.sh --remove --sid HXE

Étapes suivantes

  • Last updated on