Qu’est-ce que l’outil Azure Application Consistent Snapshot ?
L’outil Azure Application Consistent Snapshot (AzAcSnap) est un outil en ligne de commande qui permet de protéger les données des bases de données tierces. Il gère toute l’orchestration nécessaire pour placer les bases de données dans un état de cohérence d’application avant de prendre un cliché instantané du stockage. Après l’instantané, l’outil fait repasser les bases de données à l’état opérationnel.
Découvrez les étapes dans Bien démarrer avec l’outil Azure Application Consistent Snapshot.
Présentation de l'architecture
Vous pouvez installer AzAcSnap sur le même hôte que la base de données ou sur un système centralisé. Toutefois, vous devez disposer d’une connectivité réseau aux serveurs de base de données et au serveur principal de stockage (Azure Resource Manager pour Azure NetApp Files ou HTTPS pour les instances Azure de grande taille).
AzAcSnap est une application légère qui est généralement exécutée à partir d’un planificateur externe. Sur la plupart des systèmes Linux, cette opération est nommée cron
et la documentation se concentre dessus. Toutefois, le planificateur peut être un outil alternatif, à condition qu’il puisse importer le profil d’interpréteur de commandes de l’utilisateur azacsnap
. L’importation des paramètres d’environnement de l’utilisateur garantit que les chemins d’accès et les autorisations de fichiers sont correctement initialisés.
Avantages de l’utilisation d’AzAcSnap
AzAcSnap utilise des fonctionnalités d’instantané de volume et de réplication dans Azure NetApp Files et les instances Azure de grande taille. Cela fournit les avantages suivants :
Captures instantanées de sauvegarde rapide indépendantes de la taille de la base de données
AzAcSnap prend un instantané presque instantané de la base de données sans affecter les performances, quelle que soit la taille des volumes de base de données. Il prend des instantanés en parallèle sur tous les volumes pour permettre à plusieurs volumes de faire partie du stockage de base de données.
Dans les tests, l’outil a pris moins de deux minutes pour effectuer une sauvegarde d’instantané d’une base de données de plus de 100 tébioctets (Tio) stockés sur 16 volumes.
Protection des données cohérente avec les applications
Vous pouvez déployer AzAcSnap en tant que solution centralisée ou distribuée pour sauvegarder des fichiers de base de données critiques. L’outil garantit la cohérence de la base de données avant d’effectuer un instantané du volume de stockage. Par conséquent, il garantit que vous pouvez utiliser l’instantané de volume de stockage pour la récupération de base de données. Les options de restauration de base de données par progression sont disponibles lorsqu’elles sont utilisées avec les fichiers journaux.
Gestion du catalogue de la base de données
Lorsque vous utilisez AzAcSnap avec SAP HANA, les enregistrements du catalogue de sauvegarde sont maintenus à jour avec les instantanés de stockage. Cette fonctionnalité permet à un administrateur de base de données de voir l’activité de sauvegarde.
Protection de volume ad hoc
Cette fonctionnalité est utile pour les volumes autres que des bases de données qui n’ont pas besoin de mettre au repos l’application avant que l’outil prenne un instantané du stockage. Il peut s’agir de n’importe quel système de fichiers non structuré, qui inclut des fichiers de base de données tels que des volumes de sauvegarde de journaux SAP HANA et des systèmes de fichiers partagés, ou des volumes SAPTRANS.
Clonage des volumes de stockage
Cette fonctionnalité fournit des clones de volume de stockage économes en espace à des fins de développement et de test rapides.
Prise en charge de la récupération d'urgence
AzAcSnap utilise la réplication du volume de stockage pour fournir des options de récupération des instantanés cohérents par rapport à l’application répliqués sur un site distant.
AzAcSnap est un binaire unique. Il n’a pas besoin d’agents ni de plug-ins supplémentaires pour interagir avec la base de données ou le stockage (Azure NetApp Files via Azure Resource Manager et des instances Azure de grande taille via Secure Shell [SSH]).
Bases de données, systèmes d’exploitation et plateformes Azure pris en charge
Bases de données
- SAP HANA (consultez la matrice de prise en charge pour plus d’informations)
- Oracle Database version 12 ou ultérieure (consultez Images de machine virtuelle Oracle et leur déploiement sur Microsoft Azure pour plus d’informations)
- IBM Db2 pour LUW sur Linux uniquement version 10.5 ou ultérieure (consultez Déploiement SGBD des machines virtuelles IBM Db2 Azure pour charge de travail SAP pour plus d’informations)
Systèmes d’exploitation
- SUSE Linux Enterprise Server 12+
- Red Hat Enterprise Linux 7+
- Oracle Linux 7+
Plateformes Azure
- Machines virtuelles Azure avec stockage Azure NetApp Files
- Instances Azure de grande taille (sur une infrastructure nue)
Conseil
Si vous recherchez de nouvelles fonctionnalités (ou la prise en charge d’autres bases de données, systèmes d’exploitation et plateformes), consultez Fonctionnalités en préversion de l’outil Azure Application Consistent Snapshot. Vous pouvez également envoyer vos commentaires ou suggestions.
Scénarios pris en charge
Les outils d’instantané peuvent être utilisés dans les scénarios pris en charge suivants pour les grandes instances HANA et SAP HANA avec Azure NetApp Files.
Matrice de prise en charge des instantanés de SAP
La matrice suivante est fournie à titre indicatif. Elle permet d’identifier les versions de SAP HANA prises en charge par SAP pour les sauvegardes basées sur des instantanés de stockage.
Type de base de données | Versions de base de données minimales | Notes |
---|---|---|
Base de données monoconteneur | 1.0 SPS 12, 2.0 SPS 00 | |
MDC (monolocataire) | 2.0 SPS 01 | ou versions ultérieures où MDC (monolocataire) est pris en charge par SAP pour les instantanés de stockage/données.* |
MDC (multilocataire) | 2.0 SPS 04 | ou versions ultérieures où MDC (multilocataire) est pris en charge par SAP pour les instantanés de données. |
Considérations supplémentaires relatives au déploiement SAP :
- Quand vous configurez l’utilisateur HANA dans le cadre de la sauvegarde, vous devez le faire pour chaque instance HANA. Créez un compte d’utilisateur SAP HANA afin d’accéder à l’instance HANA dans SYSTEMDB (et non dans la base de données du locataire).
- La suppression automatisée des journaux est gérée à l’aide de l’option
--trim
de la commandeazacsnap -c backup
pour SAP HANA 2 et versions ultérieures.
Important
Les outils d’instantané interagissent uniquement avec le nœud du système SAP HANA spécifié dans le fichier de configuration. Si ce nœud cesse d’être disponible, aucun mécanisme ne permet de démarrer automatiquement la communication avec un autre nœud.
Pour un scénario de type Scale-out de SAP HANA avec nœud de secours, il est courant d’installer et de configurer les outils d’instantané sur le nœud principal. Toutefois, si le nœud principal cesse d’être disponible, le nœud de secours reprend le rôle de nœud principal. Dans ce cas, l’équipe d’implémentation doit configurer les outils d’instantané sur les deux nœuds (principal et de secours) pour éviter de perdre des instantanés. Dans l’état normal, le nœud principal prend des instantanés HANA initiés par crontab. Si le nœud principal bascule, ces instantanés devront être exécutés à partir d’un autre nœud, tel que le nouveau nœud principal (ancien nœud de secours). Pour ce faire, le nœud de secours nécessite plusieurs prérequis : l’outil d’instantané doit être installé, la communication avec le stockage doit être activée, hdbuserstore doit être configuré,
azacsnap.json
doit être configuré, et les commandes crontab doivent être préparées en prévision du basculement.Pour un scénario de type Haute disponibilité de la réplication HSR SAP HANA, il est recommandé d’installer, de configurer et de planifier les outils d’instantané sur les deux nœuds (principal et secondaire). Si le nœud principal cesse d’être disponible, le nœud secondaire prend le relais, et les instantanés sont exécutés sur le nœud secondaire. Dans l’état normal, le nœud principal prend des instantanés HANA initiés par crontab. Le nœud secondaire tente de prendre des instantanés, mais échoue, car le nœud principal fonctionne correctement. Toutefois, après le basculement du nœud principal, ces instantanés seront exécutés à partir du nœud secondaire. Pour obtenir ce résultat, le nœud secondaire nécessite plusieurs prérequis : l’outil d’instantané doit être installé, la communication avec le stockage doit être activée,
hdbuserstore
doit être configuré,azacsnap.json
doit être configuré et crontab doit être activé en prévision du basculement.Consultez l’article technique Protection des bases de données HANA configurées avec la réplication HSR sur Azure NetApp Files avec AzAcSnap