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 l’infrastructure en tant que service (IaaS) Azure 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, commencez par définir vos indicateurs de performance clés de résilience en fonction des besoins de votre entreprise. Utilisez vos objectifs de délai de récupération (RTO) et les exigences de l’objectif de point de récupération (RPO) comme indicateurs de performance clés de référence 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 est la quantité maximale de pertes 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 de streaming. Utilisez Oracle Recovery Manager (RMAN) pour cette méthode. RMAN diffuse des sauvegardes sur un support de bande séquentiel.

  Les destinations de sauvegarde sur Azure sont les suivantes :

  • Bibliothèques de bandes virtuelles non-Microsoft, que vous trouverez 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.

• Captures instantanées 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 Premium Azure, Sauvegarde Azure s’intègre à la base de données Oracle. Si vous utilisez Azure NetApp Files, vous pouvez utiliser des fonctionnalités de protection des données Azure NetApp Files, 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.

  Attention

  Vérifiez que les machines virtuelles de votre environnement de sauvegarde exécutent des systèmes d’exploitation qui ont une prise en charge. Découvrez les systèmes d’exploitation pris en charge.

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

Recommandations

• Déterminez soigneusement s’il faut implémenter 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 besoins 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 et la récupération d’urgence 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 pendant laquelle votre service est disponible. Visez à réduire le temps d’arrêt du service en raison de pannes planifiées, telles que les correctifs, les mises à jour et les mises à niveau, ainsi que les pannes non planifiées, telles que les défaillances. Utilisez des fonctionnalités Azure et Oracle pour améliorer votre récupération à partir de défaillances à l’échelle géographique.

Azure offre de nombreuses options pour la haute disponibilité des composants individuels dans une architecture Oracle sur IaaS. Par exemple, vous pouvez :

• Déployez des machines virtuelles à l’aide d’un groupe de machines virtuelles identiques flexible, qui répartit automatiquement les machines virtuelles entre les domaines d’erreur.
• Créez des 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 offrent différents niveaux de redondance de stockage, tels que le stockage localement redondant, le stockage redondant interzone et le stockage géoredondant. Envisagez chaque option lorsque vous planifiez votre déploiement de 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 des transactions à une ou plusieurs bases de données de secours. Ce processus conserve des copies exactes de la base de données primaire vers laquelle vous pouvez basculer si vous avez planifié une maintenance ou un scénario d’échec.

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 des modes de transport des journaux et des garanties transactionnelles différentes pour l’application sur la base de données secondaire.

Selon votre stratégie, telle qu’une stratégie de perte de données nulle ou zéro latence, vous pouvez choisir une configuration synchrone ou asynchrone. Vous pouvez également implémenter un basculement rapide, en fonction de vos besoins en 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 la 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 maximal réduit l’impact sur la source, mais présente le risque le plus élevé de perte de données. 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 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 à l’aide de fonctionnalités natives Azure, telles que les zones de disponibilité et les outils oracle natifs, tels que 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.

Créer 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 de zone à deux disponibilités avec secours passif.

Les applications Oracle critiques pour l’entreprise, telles que Oracle E-Business Suite, nécessitent une prévention des défaillances et, par conséquent, une architecture holistique.

Cet exemple :

• Dispose d’un déploiement de zone à deux disponibilités. La couche Application utilise Azure Site Recovery avec une machine virtuelle secondaire passive.

• Tire parti de la fonctionnalité de basculement 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 primaire 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 rétablissement.

• Data Guard est configuré en 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 en charge de travail, consultez les modes de protection Oracle Data Guard.

L’architecture suivante vise un seuil de temps d’arrêt de moins de cinq minutes.

Créer un basculement avec secours actif

Cette section décrit un exemple de scénario de basculement pour les applications Oracle critiques pour l’entreprise dans un déploiement de zone à deux disponibilités 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 primaire 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 vers un serveur de secours actif réside dans la zone de disponibilité trois.

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

Étape suivante