Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
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
- Configurez la sauvegarde des bases de données SAP ASE (Sybase) sur des machines virtuelles Azure à l’aide du portail Azure.
- Restaurez la base de données SAP ASE sur des machines virtuelles Azure à l’aide du portail Azure.
- Gérez et surveillez la base de données SAP ASE sauvegardée à l’aide du portail Azure.
- Démarrage rapide : Exécutez le script de préinscription pour la sauvegarde de base de données SAP ASE (Sybase) dans Azure Cloud Shell.
- Tutoriel : Sauvegarder la base de données SAP ASE (Sybase) à l’aide de la résilience.
- Résolvez les problèmes de sauvegarde de base de données SAP ASE (Sybase).