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

Cet article récapitule les scénarios pris en charge et les limitations présents lorsque vous utilisez Sauvegarde Azure pour sauvegarder des bases de données SAP Adaptive Server Enterprise (ASE) (Sybase) sur des machines virtuelles Azure.

Remarque

La fréquence de sauvegarde de fichier journal peut désormais être définie sur un minimum de 15 minutes. Les sauvegardes de journal commencent à circuler uniquement après une sauvegarde complète réussie pour la base de données.

Prise en charge des scénarios pour les bases de données SAP ASE (Sybase) sur des machines virtuelles Azure

Scénario Configurations prises en charge Configurations non prises en charge
Topologie Base de données SAP ASE s’exécutant uniquement dans des machines virtuelles Linux Azure. Fenêtres
Régions Amériques – Centre des États-Unis, Centre des États-Unis EUAP, Est des États-Unis 2, Est des États-Unis 3, Est des États-Unis 2 EUAP, Est des États-Unis, Nord-Est des États-Unis, Nord-Est des États-Unis 5, Sud-Est des États-Unis 2, Sud-Est des États-Unis, Sud-Est des États-Unis 3, Sud-Est des États-Unis 5, Sud-Ouest des États-Unis, Sud du Centre des États-Unis Sud, Ouest US 3, Ouest Central des États-Unis, Ouest des États-Unis, Canada Centre, Canada Est, Brésil Sud, Brésil Sud-Est, Chili Central, Mexique Central
Asie-Pacifique – Australie centrale, Australie centrale 2, Australie Est, Australie Sud-Est, Japon Est, Japon Ouest, Corée centrale, Corée du Sud, Asie de l’Est, Asie du Sud-Est, Inde centrale, Inde du Sud, Inde de l’Ouest, Chine Est, Chine Est 2, Chine Est 3, Chine Nord, Chine Nord 2, Chine Nord 3, Inde Sud Central, Indonésie centrale, Jio India Central, Jio India Ouest, Malaisie Sud, Malaisie Ouest, Nouvelle-Zélande Nord, Taïwan Nord, Taïwan Nord, Taïwan Nord-Ouest
Europe – Europe de l’Ouest, Europe du Nord, Autriche Est, Belgique centrale, Danemark Est, France Central, France Sud, Italie Nord, Pologne centrale, Espagne centrale, Royaume-Uni Sud, Royaume-Uni Ouest, Allemagne Nord, Allemagne Ouest central, Suisse Nord, Suisse Ouest, Suisse Ouest, Norvège Est, Norvège Ouest, Suède Centrale, Suède Sud
Afrique / ME - Afrique du Sud Nord, Afrique du Sud Ouest, Émirats Arabes unis Nord, Émirats Arabes unis Central, Israël Central, Israël Nord-Ouest, Qatar Centre
Azure Government Regions - US Gov Arizona, US Gov Texas, US Gov Virginia, US DoD Central US, US DoD East
Allemagne centrale, Allemagne Nord-Est, gouvernement américain IOWA
Versions du système d’exploitation SLES 12 avec SP0, SP1, SP2, SP3, SP4 et SP5 ; SLES 15 avec SP0, SP1, SP2, SP3, SP4 et SP5, 15.6, 15.7

RHEL 8.1, 8.2, 8.3, 8.4, 8.5, 8.6, 8.7, 8.8, 8.9, 8.10, 9.2, 9.4, 9.6
Versions d’ASE SAP Adaptive Server Enterprise 16.0 SP02, SP03, SP04, ASE version 16.1
ASE Instances Instance SAP ASE unique sur une seule machine virtuelle Azure.

SID multiple sur une seule machine virtuelle.
La haute disponibilité sur une seule machine virtuelle n’est actuellement pas prise en charge.
Types de sauvegarde Sauvegardes complètes, différentielles et de journaux. La prise en charge incrémentielle et d’archivage n’est actuellement pas disponible.
Types de restaurations Restauration d’emplacement de remplacement ALR, restauration d’emplacement OLR-Original (sur place), restauration en tant que fichiers.
Restauration avec plusieurs abonnements Prise en charge via le Portail Azure.
Restauration entre abonnements vers une région jumelée.
La région de choix n’est pas prise en charge.
Restauration interlocataire (aperçu) Pris en charge pour les points de récupération vaulted via la restauration par emplacement alternatif. En savoir plus.
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 autoriser les nouvelles tentatives d’utilisateur pour les tentatives ayant échoué, la limite stricte des sauvegardes à la demande est définie sur neuf tentatives.
Déploiements ASE SID autonome et multi-SID sur une seule machine virtuelle. Haute disponibilité sur une seule machine virtuelle.
Compression Vous pouvez activer la compression ASE Native via la stratégie de sauvegarde et quand vous effectuez une sauvegarde/sauvegarde à la demande maintenant. Dans le script de préinscription, le niveau de compression est défini sur Niveau 101 pour obtenir des résultats optimaux.
Prise en charge du striping Vous pouvez augmenter votre débit de sauvegarde en activant la configuration striping, qui doit être définie dans le script de préinscription : reportez-vous aux paramètres enable-striping - Défini sur true et stripesCount défini sur 4 par défaut et peut être ajusté.
Azure CLI/PowerShell La prise en charge d’Azure CLI/PowerShell n’est actuellement pas disponible.
Fonctionnalités de sécurité L’immuabilité, la suppression réversible, MUA, le point de terminaison privé et le chiffrement au repos sont pris en charge.

Remarque

  • Notez que les versions du système d’exploitation Linux utilisées ne doivent pas être dans des phases « déconseillées », « support étendu limité » ou « Fin de vie » par leurs fournisseurs respectifs. Toutes les versions entrant les phases mentionnées par leurs fournisseurs recevront également la « prise en charge » d’Sauvegarde Azure.
  • Sauvegarde Azure ne s’ajuste pas automatiquement pour les modifications apportées à l’heure d’été lors de la sauvegarde d’une base de données SAP ASE (Sybase) s’exécutant sur une machine virtuelle Azure. Nous vous recommandons de modifier la stratégie manuellement si nécessaire.
  • Vous pouvez désormais surveiller les travaux de sauvegarde et de restauration (sur le même ordinateur) déclenchés à partir de clients natifs ASE (SAP ASE Studio/Cockpit/DBA Cockpit) dans le Portail Azure.

Support pour les sauvegardes de données de multidiffusion

  • Paramètres permettant d’activer les paramètres SAP ASE pour le multistreaming :

    • parallel_data_backup_backint_channels
    • data_backup_buffer_size (facultatif)

    Remarque

    Les paramètres ASE précédents entraînent une augmentation de la mémoire et de l’utilisation du processeur. Nous vous recommandons de surveiller la consommation de la mémoire et l’utilisation du processeur, car une surutilisation peut avoir un impact négatif sur la sauvegarde et autres opérations ASE.

  • Performances de sauvegarde pour les bases de données : le gain de performances devient 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 bandeau total de gestion des volumes logiques (LVM) disque et réseau de machines virtuelles, quel que soit le premier accès.

En savoir plus sur le stockage de machines virtuelles Azure SAP ASE (Sybase) et les configurations de stockage SSD Premium de la machine virtuelle SAP ASE (Sybase). Pour configurer des sauvegardes de données multidiffusion, consultez la documentation SAP.

Prise en charge de plusieurs instances SAP ASE sur un seul hôte

Sauvegarde Azure permet désormais des sauvegardes transparentes pour plusieurs instances de base de données ASE (Sybase) sur des machines virtuelles Azure, en utilisant la prise en charge multi-SID. Cette avancée est particulièrement utile pour les environnements de machines virtuelles partagés, tels que les configurations hors production, où plusieurs utilisateurs nécessitent une protection et une récupération efficaces des données. La prise en charge multi-SID SAP ASE comprend les configurations suivantes :

Instance SAP ASE Soutien
Autonome (SID1) + Autonome (SID2) Soutenu
HA (SID1) + Autonome (SID2) Soutenu
HA (SID1) + HA (SID2) Soutenu

* SID1 (HXE) et SID2 (HYE) représentent deux instances ASE s’exécutant sur le même hôte.

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

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

Par défaut, la première instance est sélectionnée.
./PreReg.sh --add --sid HXE

Ou

./PreReg.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.
sudo Ajoutez un SID à partir du fichier config . "<Path_to_the_Pre-Reg_Script" -aw SAPAse --sid "<SID>" --sid-user "<sidUser>" --db-port "<dbPort>" --db-user <dbUser> --db-host "<dbHost>" --enable-striping <true/false> --skip-network-checks
Supprimer une instance --sid Instance de base de données SAP ASE à partir de laquelle vous souhaitez supprimer la protection.

SID est un paramètre de mandat pour la suppression.
./PreReg.sh --remove --sid HXE
sudo Supprimez un SID fichier config . "<Path_to_the_Pre-Reg_Script" -aw SAPAse --sid "<SID>" --sid-user "<sidUser>" --db-port "<dbPort>" --db-user <dbUser> --db-host "<dbHost>" --enable-striping <true/false> --skip-network-checks --remove
--dbHost Adresse IP privée de l’instance SID spécifique que vous envisagez d’inscrire.

Dans les configurations multi-instances, chaque ID système (SID) peut avoir une adresse IP privée différente. Utilisez l’adresse IP disponible /sybase/<SID>/interfaces pour l’instance correcte.

Remarque

Si le script de préinscription est déjà installé, mettez à jour le nom du script en exécutant la commande bash suivante :

sudo ./<script name> -us

Prise en charge de la configuration de haute disponibilité (HA)

Sauvegarde Azure prend en charge la sauvegarde des bases de données SAP ASE (Sybase) déployées en configuration haute disponibilité (HA) sur plusieurs machines virtuelles Azure (par exemple, configurations active/passive ou principale/secondaire). Dans de tels déploiements, Sauvegarde Azure traite tous les nœuds participants comme un conteneur HA logique unique et gère automatiquement les opérations de sauvegarde pendant le basculement sans intervention manuelle.

Les configurations HA couvrant plusieurs machines virtuelles Azure sont prises en charge. L'HA implémenté au sein d'une seule VM Azure (par exemple, plusieurs instances ASE ou constructions HA confinées à une seule VM) n'est pas pris en charge.

Pour plus de détails sur la configuration d’Sauvegarde Azure pour les clusters SAP ASE HA, y compris les prérequis et les exigences d’enregistrement, voir Configurer la sauvegarde pour un cluster haute disponibilité SAP ASE.

Étapes suivantes