Optimiser la continuité d’activité et la reprise d’activité

Lorsque vous migrez des ressources Oracle vers Azure, tenez compte de la fiabilité de votre base de données et de la fiabilité des niveaux sur les machines virtuelles, les sous-réseaux de réseau virtuel et les composants de stockage.

Oracle sur Azure Infrastructure as a Service (IaaS) peut répondre aux objectifs de résilience requis des charges de travail Oracle les plus exigeantes. Pour utiliser efficacement les conseils de cet article, définissez d’abord vos indicateurs clés de performance (KPI) de résilience en fonction des besoins de votre entreprise. Utilisez vos exigences en matière d’objectif de temps de récupération (RTO) et d’objectif de point de récupération (RPO) comme indicateurs de performance clés de base pour déterminer la meilleure architecture pour votre charge de travail Oracle sur Azure.

Le RTO est la durée maximale pendant laquelle une application reste indisponible après un sinistre, une défaillance ou un événement comparable.

Le RPO correspond à la quantité maximale de perte de données après un sinistre, une défaillance ou un événement comparable.

Méthodes de sauvegarde pour la protection des données

Les trois méthodes de sauvegarde de base de données Oracle pour une charge de travail Oracle sur Azure IaaS sont les suivantes :

• Sauvegardes en streaming. Utilisez Oracle Recovery Manager (RMAN) pour cette méthode. RMAN diffuse les sauvegardes sur un support sur bande séquentiel.

  Les destinations de sauvegarde sur Azure sont les suivantes :

  • Bibliothèques de bandes virtuelles autres que Microsoft, que vous pouvez trouver dans Place de marché Azure.
  • Partages de fichiers locaux et distants, tels que Stockage Blob Azure avec le protocole système de fichiers réseau, Azure Files et Azure NetApp Files.

• Instantanés au niveau du stockage. Utilisez Sauvegarde Azure pour cette méthode. Cette méthode s’appuie sur le type de stockage que vous utilisez pour les fichiers de base de données. Par exemple, si vous utilisez des disques managés Azure, tels que ssd Azure Premium, Sauvegarde Azure s’intègre à la base de données Oracle. Si vous utilisez Azure NetApp Files, vous pouvez utiliser Azure NetApp Files fonctionnalités de protection des données, telles que la sauvegarde Azure NetApp Files et la réplication interrégion.

• Sauvegardes au niveau de la machine virtuelle. Utilisez Sauvegarde Azure pour cette méthode.

Lorsque vous diffusez en continu des sauvegardes de bases de données volumineuses, le temps nécessaire à la copie des données pour les restaurer peut dépasser les exigences du RTO. Les instantanés au niveau du stockage sont la meilleure option pour ce scénario.

Recommandations

• Réfléchissez soigneusement à l’implémentation d’une stratégie de sauvegarde basée sur la diffusion en continu, sur des instantanés au niveau du stockage ou sur les deux stratégies.

• Évaluez l’effet de votre stratégie de sauvegarde sur vos exigences en matière de RTO et de RPO.

• Analysez les destinations de stockage disponibles pour vos sauvegardes RMAN en fonction des limites de débit documentées pour chaque option. Choisissez l’option qui répond à vos besoins.

• Envisagez d’utiliser Sauvegarde Azure pour vos instantanés au niveau du stockage, et envisagez de placer les instantanés dans une région jumelée ou une zone de disponibilité pour une protection supplémentaire.

• Envisagez différentes options de stockage pour stocker les sauvegardes de journal d’archivage dont vous avez besoin pour récupérer la base de données. Tenez compte des considérations relatives aux performances, à la réplication et aux coûts de chaque option.

• Développez et testez régulièrement vos plans de sauvegarde et de restauration pour éviter les surprises indésirables dans votre environnement de production.

Protection des services et continuité d’activité

Cette section explique comment améliorer la haute disponibilité globale (HAUTE) et la récupération d’urgence (DR) de votre charge de travail Oracle sur Azure IaaS en implémentant des considérations relatives à la protection des services et à la continuité d’activité (BC).

Incorporez les recommandations suivantes pour améliorer la redondance architecturale et, en fin de compte, optimiser la durée de disponibilité de votre service. Visez à réduire les temps d’arrêt du service en raison de pannes planifiées, telles que les correctifs, les mises à jour et les mises à niveau, et les pannes non planifiées, telles que les défaillances. Utilisez les fonctionnalités Azure et Oracle pour améliorer votre récupération après des défaillances à l’échelle de la zone géographique.

Azure fournit de nombreuses options pour la haute disponibilité des composants individuels dans une architecture Oracle sur IaaS. Vous pouvez par exemple :

• Déployez des machines virtuelles dans des groupes à haute disponibilité pour garantir des domaines d’erreur et des domaines de mise à jour distincts.
• Create zones de disponibilité pour vous protéger contre les défaillances du centre de données.
• Placez des déploiements dans différentes régions pour vous protéger contre les défaillances de région complète.

Différentes fonctionnalités de stockage Azure fournissent différents niveaux de redondance de stockage, tels que le stockage localement redondant, le stockage redondant interzone et le stockage géoredondant. Tenez compte de chaque option lorsque vous planifiez le déploiement de votre charge de travail Oracle sur Azure IaaS.

Vous pouvez également utiliser Oracle Data Guard, qui est un outil pour les configurations de protection des services de base de données Oracle. Data Guard transfère et applique les journaux de transactions à une ou plusieurs bases de données de secours. Ce processus conserve des copies exactes de la base de données principale vers laquelle vous pouvez basculer si vous avez planifié une maintenance ou un scénario de défaillance.

Data Guard a trois modes de réplication des données : protection maximale, disponibilité maximale et performances maximales. Chaque mode de réplication offre une combinaison différente de modes de transport de journaux et de garanties transactionnelles différentes pour l’application sur la base de données secondaire.

En fonction de votre stratégie, telle qu’une stratégie de latence nulle ou de perte de données, vous pouvez choisir une configuration synchrone ou asynchrone. Vous pouvez également implémenter un basculement à démarrage rapide, en fonction de vos besoins de temps d’arrêt maximal. Les architectures de référence sont disponibles qui fournissent une récupération en moins d’une minute ou moins de cinq minutes et jusqu’à quatre heures. Le Êdition Entreprise d’Oracle Database inclut Data Guard.

Oracle GoldenGate est un autre outil que vous pouvez utiliser pour répliquer des données entre deux bases de données et activer des scénarios multi-principaux. Vous devez acheter GoldenGate séparément.

Recommandations

• Tenez compte des fonctionnalités qu’Azure fournit pour la haute disponibilité de différents composants d’infrastructure dans votre implémentation Oracle sur Azure IaaS.

• Sélectionnez soigneusement le mode de protection de base de données qui répond à vos besoins lorsque vous utilisez Data Guard pour la haute disponibilité et la récupération d’urgence. Par exemple, le mode de performances maximales réduit l’impact sur la source, mais présente le risque de perte de données le plus élevé. Pour plus d’informations, consultez BCDR pour Oracle sur Azure Machines Virtuelles accélérateur de zone d’atterrissage et modes de protection Oracle Data Guard.

• Envisagez d’automatiser votre processus de basculement. Par exemple, vous pouvez utiliser le basculement à démarrage rapide.

• Établissez des procédures de test pour vos processus de basculement et effectuez des tests réguliers pour éviter tout problème.

• Concevez votre solution de manière holistique en utilisant des fonctionnalités natives Azure, telles que les zones de disponibilité, et des outils oracle natifs, comme Data Guard, pour répondre à vos besoins en haute disponibilité et en récupération d’urgence. Les deux exemples suivants utilisent des composants natifs Azure et Oracle.

Create un basculement avec secours passif

Cette section décrit un exemple de scénario de basculement pour les applications Oracle critiques pour l’entreprise dans un déploiement à deux zones de disponibilité avec secours passif.

Les applications Oracle critiques pour l’entreprise, telles qu’Oracle E-Business Suite, nécessitent une protection contre les défaillances et, par conséquent, une architecture holistique.

Cet exemple :

• A un déploiement à deux zones de disponibilité. La couche Application utilise Azure Site Recovery avec une machine virtuelle secondaire passive.

• Tire parti de la fonctionnalité de basculement à démarrage rapide Data Guard. Pour obtenir la plus haute disponibilité, nous vous recommandons d’installer deux observateurs. L’observateur principal se trouve dans la zone de disponibilité 1 et l’observateur secondaire se trouve dans la zone de disponibilité 2. Les observateurs surveillent et dirigent le trafic. Lorsque la base de données principale n’est pas disponible, l’observateur bascule automatiquement vers la base de données secondaire. Data Guard effectue une synchronisation de restauration automatique. L’intervalle de temps de la synchronisation de restauration automatique dépend de votre configuration de restauration.

• Data Guard a-t-il configuré sur un mode de protection des données, tel que la disponibilité maximale, les performances maximales ou la protection maximale. Pour plus d’informations sur le choix d’un mode pour vos besoins de charge de travail, consultez Modes de protection Oracle Data Guard.

L’architecture suivante vise un seuil de temps d’arrêt inférieur à cinq minutes.

Create un basculement avec secours actif

Cette section décrit un exemple de scénario de basculement pour les applications Oracle critiques dans un déploiement à deux zones de disponibilité avec secours actif.

Dans cet exemple :

• La couche serveur web, la couche Application et la couche base de données résident dans leur propre sous-réseau de réseau virtuel.

• La base de données principale réside dans la zone de disponibilité 1.

• La base de données qui utilise Active Data Guard pour répliquer la base de données primaire sur une base de données de secours active réside dans la zone de disponibilité 3.

Notes

Cette configuration nécessite une licence Active Data Guard.

L’architecture suivante vise un seuil de temps d’arrêt inférieur à une minute. Ce scénario de basculement a une configuration de secours active, mais dispose de fonctionnalités en lecture seule.

Étape suivante

Optimiser la sécurité