Überlegungen zur Geschäftskontinuität und Notfallwiederherstellung für Oracle Database@Azure
Dieser Artikel geht auf Überlegungen und Empfehlungen ein, die unter Entwurfsbereich für Azure-Zielzonen für Geschäftskontinuität und Notfallwiederherstellung (BCDR) definiert sind.
Der erste Schritt zum Erstellen einer robusten Architektur für Ihre Workload-Umgebung besteht darin, die Verfügbarkeitsanforderungen für Ihre Lösung zu identifizieren. Sie müssen das Wiederherstellungszeitziel (RTO) und das Wiederherstellungspunktziel (RPO) für verschiedene Fehlerstufen ermitteln. Der RTO definiert die maximale Ausfallzeit, die eine Anwendung nach einem Vorfall tolerieren kann. Das RPO gibt den maximalen Datenverlust an, den eine Anwendung aufgrund eines Notfalls tolerieren kann. Nachdem Sie die Anforderungen Ihrer Lösung ermittelt haben, können Sie Ihre Architektur so entwerfen, dass sie Ihren RTO und RPO entspricht.
Überlegungen zum Entwurf
Verlagern Sie oracle Exadata Database Service on Dedicated Infrastructure mit Oracle Database@Azure in Azure-Rechenzentren und platzieren Sie die Rechenzentren in einer Azure-Verfügbarkeitszone. Verfügbarkeitszonen sind spezifisch für ein Abonnement. Beispielsweise stellt die Verfügbarkeitszone 1 in einem Abonnement möglicherweise nicht das gleiche physische Rechenzentrum wie Verfügbarkeitszone 1 in einem anderen Abonnement dar. Weitere Informationen finden Sie unter Was sind Verfügbarkeitszonen.
Die Oracle Database@Azure-Lösung bietet native Oracle-Technologien wie Real Application Clusters (RAC) und automatisierte Data Guard für hohe Verfügbarkeit und DR.
Die Lösung enthält eine automatisierte Data Guard-Konfiguration für die anfängliche Standbydatenbank, auch bekannt als die erste sekundäre. Sie müssen alle zusätzlichen Data Guard-Replikate manuell konfigurieren.
Bei aktiven Umgebungen sollten Sie Oracle GoldenGate für echtzeitbasierte Datenintegrations- und Replikationsfunktionen verwenden. Dieser Ansatz trägt dazu bei, hohe Verfügbarkeit und Datenkonsistenz in Ihren Systemen sicherzustellen. Dieses Tool unterstützt eine vielzahl von Datenbanken und Plattformen, sodass Sie Daten nahtlos verschieben und transformieren können. Verwenden Sie Oracle GoldenGate, um Ausfallzeiten während Migrationen und Upgrades zu minimieren, wodurch Ihre DR-Strategien verbessert werden. Oracle GoldenGate ist nicht in der Lösung enthalten, daher können Lizenzkosten anfallen.
Die Oracle Database@Azure-Lösung und ihre Kernkomponenten sind auf das Abonnement und die Region beschränkt, in dem Sie die Instanz erstellen. Der Dienst ist nicht mehr zonal und erstreckt sich nicht über mehrere Regionen. Um eine multizonale oder multiregionale Ausfallsicherheit zu erreichen, können Sie neue Instanzen in Zielverfügbarkeitszonen oder Zielregionen bereitstellen.
Oracle Database@Azure verwendet redundanten Oracle Cloud Infrastructure (OCI)-Objektspeicher, um automatische Datenbanksicherungen zu integrieren. Oracle Database Autonomous Recovery Service bietet Schutz für Oracle-Datenbanken, die Sie auf Exadata bereitstellen.
Entwurfsempfehlungen
Berücksichtigen Sie diese BCDR-Überlegungen für Oracle Database@Azure.
Verfügbarkeitsübergreifende Zone BCDR
Um Hochverfügbarkeit und DR-Schutz bei Ausfällen von Datenbanken, Datenbankclustern oder Verfügbarkeitszonen sicherzustellen, verwenden Sie Oracle RAC auf Oracle Database@Azure und eine symmetrische Standbydatenbank, die sich in einer anderen Zone befindet. Diese Konfiguration kann Ihnen helfen, die Ausfallsicherheit von Rechenzentren für Datenbankdienste zu erreichen.
Um eine optimale Leistung zu erzielen, platzieren Sie Anwendungsdienste, die von der Datenbank abhängig sind, in derselben Verfügbarkeitszone wie die Datenbank. Wenn sich die Anwendungsdienste in einem anderen Abonnement befinden als die Datenbankdienste, sollten Sie den entsprechenden Code anwenden. Verwenden Sie die availabilityZoneMappings Eigenschaft, um die physische Verfügbarkeitszone zu identifizieren, in der Sie Ihre Dienste zusammenstellen sollten.
Sie können Data Guard entsprechend Ihren Anwendungsdiensten und RPO-Anforderungen im Modus „Maximale Verfügbarkeit“ mit SYNC-Transport oder im Modus „Maximale Leistung“ mit ASYNC-Transport konfigurieren.
Wir empfehlen die Verwendung des Modus „Maximale Verfügbarkeit“ (SYNC) für Umgebungen, in denen Datenintegrität und die Vermeidung von Datenverlusten die wichtigsten Faktoren sind.
Es wird empfohlen, den Modus "Maximale Leistung" (Maximum Performance Mode, ASYNC) für Umgebungen zu verwenden, in denen die Leistung kritisch ist, und die Umgebung kann einen Datenverlust tolerieren.
Regionsübergreifende BCDR
Konfigurieren Sie Data Guard im Modus "Maximale Leistung" für regionale BCDR basierend auf Ihren Anwendungsfunktionen und der Netzwerklatenz zwischen Regionen. Weitere Informationen finden Sie unter Testergebnisse zur Azure-Netzwerklatenz.
Die Kombination aus zonen- und regionsübergreifenden BCDR-Vorgängen entspricht der Stufe Gold der Oracle Maximum Availability Architecture-Referenzarchitekturen. Die Architektur der Gold-Ebene bietet Schutz vor einem vollständigen regionalen Fehler.
Bei den BCDR-Empfehlungen für verfügbarkeitsübergreifende Zonen und Regionen liegt der Schwerpunkt auf der Ausfallsicherheit des Oracle Database@Azure-Dienstes. Um die Ausfallsicherheit Ihrer Anwendungsdienste sicherzustellen, können Sie Azure Virtual Machine Scale Sets, Azure Site Recovery, Azure Front Door oder andere Features oder Dienste verwenden, die die Verfügbarkeit von Anwendungsdiensten über Verfügbarkeitszonen oder Regionen hinweg ermöglichen.
Es wird empfohlen, verwaltete Sicherungen zu verwenden und Sicherungsdaten im OCI-Objektspeicher zu speichern.
Weitere Überlegungen
Verwenden Sie die Infrastruktur als Code (IaC), um die anfänglichen Oracle Database@Azure Instanz- und Vm-Cluster bereitzustellen.
Verwenden Sie IaC, um Datenbanken in OCI bereitzustellen. Sie können IaC verwenden, um dieselbe Bereitstellung auf einen DR-Standort zu replizieren und das Risiko eines menschlichen Fehlers zu minimieren.
Verwenden Sie Failover- und Switchback-Testvorgänge, um sicherzustellen, dass sie in einem echten Notfallszenario funktionieren. Automatisieren Sie Failover- und Switchbackvorgänge, wenn möglich, um Fehler zu minimieren.