Häufig gestellte Fragen zu Full Stack Disaster Recovery

Allgemeines

1. Was ist Oracle Cloud Infrastructure Full Stack Disaster Recovery?

Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) orchestriert mit nur einem einzigen Klick den Transfer von Rechenleistung, Datenbanken und Anwendungen zwischen OCI-Regionen auf der ganzen Welt. Kunden können die erforderlichen Schritte zur Wiederherstellung eines oder mehrerer Geschäftssysteme automatisieren, ohne vorhandene Infrastruktur, Datenbanken oder Anwendungen neu zu gestalten oder neu zu strukturieren und ohne dass spezielle Verwaltungs- oder Konvertierungsserver erforderlich sind.

2. Wo ist OCI Full Stack DR derzeit verfügbar?

OCI Full Stack DR ist in OCI-Handelsregionen, Regierungsregionen des Vereinigten Königreichs, souveränen Regionen der EU, Oracle Alloy-Regionen und OCI Dedicated Regions verfügbar. Eine umfassende Liste der Serviceverfügbarkeit finden Sie auf der Seite zur Verfügbarkeit von Full Stack DR-Regionen. Der Onboarding-Prozess für die Regionen Oracle US Government Cloud und Oracle US Defense Cloud ist noch nicht abgeschlossen. Weitere Informationen zu OCI-Regionen, einschließlich Realms und ihren spezifischen Standorten, finden Sie in der Dokumentation zu OCI-Realms und -Regionen.

3. Kann OCI Full Stack DR die Disaster Recovery in OCI-, On-Premises-, Hybrid- und Multi-Cloud-Disaster Recovery-Szenarien unterstützen?

OCI Full Stack Disaster Recovery bedient derzeit die in den OCI-Regionen verfügbaren Ressourcen, und die Ressourcen müssen sich im selben Mandanten befinden. Full Stack DR unterstützt das Oracle Database@Azure-Angebot. Das bedeutet, dass Rollenübergänge auf Datenbankebene nur mit Full Stack DR verarbeitet werden können. Es ist jedoch wichtig zu beachten, dass die Fähigkeit, die Wiederherstellung nach Katastrophen in On-Premises-, hybriden und Multicloud-Strategien zu unterstützen, Teil der Roadmap für die zukünftige Entwicklung ist. Oracle plant, die Funktionalität von OCI Full Stack DR auf diese Umgebungen auszudehnen. So verfügen Sie über eine umfassende Disaster Recovery-Lösung, die ein breiteres Spektrum an Szenarien abdeckt.

4. Unterstützt OCI Full Stack DR mandantenübergreifende Disaster Recovery?

Nein. Für die Disaster Recovery in OCI sind alle OCI-Services zur Unterstützung mandantenübergreifender Vorgänge erforderlich. Nur wenige OCI-Services unterstützen die mandantenübergreifende Replikation oder Steuerung. Da Full Stack DR auf die Funktionen und APIs aller OCI-Services angewiesen ist, kann Full Stack DR keine Wiederherstellungsorchestrierung bereitstellen, bis alle OCI-Dienste mandantenübergreifende Funktionen unterstützen.

5. Kann OCI Full Stack DR für OCI-Bereitstellungen zwischen und innerhalb von Regionen verwendet werden?

Ja, das kann es. Das Deployment von OCI-Ressourcen in zwei OCI-Regionen bietet erweiterte Möglichkeiten zum Disaster Recovery. Darüber hinaus trägt dieser Ansatz dazu bei, High Availability und Resilienz für kritische Anwendungen und Services sicherzustellen. Im Falle einer Katastrophe oder eines Ausfalls in einer Region können Ressourcen nahtlos auf die andere Region umgeschaltet werden. Dadurch werden Ausfallzeiten reduziert und die Auswirkungen auf den Geschäftsbetrieb minimiert. Außerdem können Sie durch die Verteilung von Ressourcen auf mehrere Regionen eine robuste Disaster Recovery-Strategie erreichen, die besseren Datenschutz und Geschäftskontinuität bietet.

6. Muss ich mit OCI Full Stack DR zusätzliche Infrastruktur verwalten?

Nein, OCI Full Stack DR ist ein vollständig verwalteter Service.

7. Bietet OCI Full Stack Disaster Recovery auch SLAs?

Ja, OCI Full Stack DR bietet SLAs für Verfügbarkeit und Performance. Einzelheiten finden Sie im Oracle PaaS and IaaS Public Cloud Services Pillar Document (PDF).

8. Wie greife ich auf OCI Full Stack Disaster Recovery zu?

Über die Oracle Cloud Infrastructure-Konsole (eine browserbasierte Schnittstelle), REST-APIs, Oracle Cloud Infrastructure SDKs, eine Befehlszeilenschnittstelle und DevOps-Tools können Sie auf OCI Full Stack DR zugreifen.

9. Kann ich OCI Full Stack DR für beliebige Workloads verwenden?

Ja, OCI Full Stack DR kann sowohl für Oracle Workloads als auch für Workloads, die nicht von Oracle stammen, verwendet werden.

10. Kann ich DR-Pläne in der primären DR-Schutzgruppenregion erstellen?

Nein. Mit Full Stack DR können Sie DR-Pläne nur in der Region der Standby-DR-Schutzgruppe erstellen. Es wird dringend empfohlen, dass Sie eine Testausführung eines Switchover-Plans verwenden, um alle DR-Pläne (Umschalt-, Failover- und Drill-Pläne) in der anderen DR-Schutzgruppe zu erstellen. Dadurch wird sichergestellt, dass die DR-Pläne in beiden Regionen verfügbar sind.

11. Benötige ich mehrere DR-Schutzgruppen oder kann ich eine einzige Schutzgruppe verwenden, um die DR-Pläne zu verwalten?

Das hängt von den Anwendungsanforderungen ab. Wenn es keine Anwendungsabhängigkeiten gibt (z. B. wenn mehrere DB-Umstellungen parallel zur Wiederherstellung des Anwendungsservers erfolgen können), dann wäre es ideal, mehrere DR-Schutzgruppen zu haben. Dadurch würde sich auch das Gesamtziel für die Wiederherstellungszeit der Geschäftsanwendung verbessern. Wenn die Wiederherstellungsschritte jedoch voneinander abhängen, wäre es sinnvoll, einen Wiederherstellungsplan in einer einzigen DR-Schutzgruppe zu haben. Full Stack DR ist hochflexibel; Sie können DR-Schutzgruppen und DR-Pläne entsprechend Ihren Anforderungen erstellen.

Voraussetzungen und unterstützte OCI-Services

1. Was sind die Voraussetzungen für die Nutzung von OCI Full Stack Disaster Recovery?

OCI Full Stack DR hilft, die Wiederherstellungsschritte für vorhandene Anwendungen zu automatisieren. Für die Integration mit Full Stack DR müssen Sie Folgendes ausführen:

• Disaster Recovery Runbook bzw. Details zur Wiederherstellung Ihres Geschäftssystems
• Anwendungs-Deployment
• Benutzerdefinierte Skripte entsprechend den Anwendungsanforderungen

2. Kann ich OCI Full Stack Disaster Recovery mit jeder DR-Topologie nutzen?

Ja, Full Stack DR ist ein äußerst flexibler Service. Sie können beliebige DR-DR-Deployments mit Full Stack Disaster Recovery integrieren.

3. Welche OCI-Ressourcen sind vor der Verwendung von Full Stack Disaster Recovery erforderlich?

Sie müssen die gesamte Produktions-/DR-Infrastruktur und alle Anwendungskomponenten einrichten. Je nach Ihren DR-Deployments kann dies Folgendes umfassen:

• Netzwerkressourcen wie Oracle Cloud Infrastructure VCN und OCI Load Balancer
• Das Standby-Datenbanksystem oder die Datenbank, die je nach Typ von Oracle Database PaaS verwendet wird (Oracle Data Guard wird intern für die Oracle Database-Replikation verwendet)
• Speicherreplikation, je nach Art der OCI-Speicherdienste, die Sie für die Boot-/Block-Einrichtung und die Replikation der Volume-Gruppe verwenden

4. Welche OCI-Services können in OCI Full Stack Disaster Recovery integriert werden?

Sie können die folgenden Ressourcentypen als Mitglieder zur DR-Schutzgruppe hinzufügen.

• Virtuelle Oracle Cloud Infrastructure (OCI) Compute-Maschinen (VMs und zieldedizierte VMs)
• Oracle Database PaaS
• Oracle Autonomous Database Serverless
• Oracle Autonomous Database on Dedicated Exadata Infrastructure
• Oracle Autonomous Database on Exadata Cloud@Customer
• Oracle Base Database Service
• Oracle Exadata Database Service on Dedicated Infrastructure
• Oracle Exadata Database Service on Cloud@Customer
• Oracle Exadata Database Service on Exascale Infrastructure
• OCI Load Balancer
• OCI Network Load Balancer
• OCI Block Storage (Boot- und Block-Volumes sind in Volume-Gruppen enthalten)
• OCI File Storage
• OCI Object Storage

Beim Erstellen des DR-Plans generiert OCI Full Stack Disaster Recovery automatisch integrierte Plangruppen. Ihr DR-Plan kann weiter angepasst werden, um über benutzerdefinierte Plangruppen mithilfe von Skripten oder Oracle Cloud Infrastructure Functions mit anderen OCI-Services zu interagieren.

5. Welche Arten von DR-Plänen sind verfügbar?

Es gibt vier Arten von DR-Plänen.

• Switchover
• Failover
• Drilling starten
• Drilling stoppen

6. Planen Sie, neue Mitglieder als Ressourcentypen in die DR-Schutzgruppe aufzunehmen?

Ja, wir planen, weitere OCI-Kernservices hinzuzufügen, wie z. B. OCI Kubernetes Engine (OKE). In Kürze finden Sie hier weitere Informationen.

7. Muss ich die OCI-Konsole oder die in Oracle Database PaaS integrierte Automatisierung nutzen, um das Standby-Datenbanksystem oder die Datenbank einzurichten?

Ja. OCI Full Stack DR hängt von den Oracle Database PaaS Data Guard APIs ab, um Plangruppen für Switchover oder Failover für die Datenbank zu generieren. Allerdings können Sie benutzerdefinierte Skripte verwenden, um Änderungen der Oracle Data Guard-Rollen zu steuern, wenn Data Guard manuell eingerichtet wurde.

8. Kann ich Oracle Database-Instanzen, die in OCI Compute VMs ausgeführt werden, in Full Stack Disaster Recovery integrieren?

Ja, vorausgesetzt, Sie haben Oracle Data Guard für die Datenbanken eingerichtet, die auf einer OCI-VM ausgeführt werden. Sie können benutzerdefinierte Plangruppen erstellen und Data Guard-Broker oder Rollentauschskripte verwenden.

9. Kann ich Datenbanken, die nicht von Oracle stammen, mit OCI Full Stack DR integrieren?

Wir empfehlen Ihnen, die nativen Datenbank-Replikationstechnologien für die Replikation der Produktions- und Standbydatenbanken zu verwenden. Sie können benutzerdefinierte Plangruppen verwenden und Ihre Skripte zur Durchführung des Datenbankrollentauschs einbinden.

10. Was sind „zu verschiebende“ und „nicht zu verschiebende“ Compute-Ressourcentypen für Instanzen?

Bewegliche Instanz: Wird in der Regel in Pilot-Light- oder Cold-VM-Disaster-Recovery-Topologien verwendet, bei denen die Instanzen, aus denen der Anwendungsstack besteht, nur in der primären Region bereitgestellt werden. Die Instanzen werden von der primären DR-Schutzgruppe in die Standby-DR-Schutzgruppe verschoben.

Unbewegliche Instanz: Wird in der Regel für aktiv-passive DR-Topologien verwendet, bei denen Instanzen, die den Anwendungsstack bilden, sowohl in Regionen als auch in Anwendungssoftwarekomponenten vorinstalliert sind. Diese Instanzen können Sie während DR-Vorgängen starten bzw. stoppen, um den Service von einer Region in eine andere zu übertragen.

11. Wann muss ich eine Volume-Gruppe als Mitglied zur DR-Schutzgruppe hinzufügen?

Wenn Sie eine bewegliche oder unbewegliche Recheninstanz als Mitglied der primären DR-Schutzgruppe hinzugefügt haben, müssen Sie die entsprechende Boot/Block-Volume-Gruppe als Mitglied der primären DR-Schutzgruppe hinzufügen.

12. Wie handhabe ich die Speicherreplikation für die VMs, die als nicht zu verschiebende Compute-Instanzen zur DR-Schutzgruppe hinzugefügt werden?

Sie können die Details der Block-Volume-Einhängeoption in den Eigenschaften des unbeweglichen Instanzmitglieds angeben. Sie müssen die entsprechende Block-Volume-Gruppe als Mitglied der primären DR-Schutzgruppe hinzufügen.

13. Kann ich Oracle HeatWave, MySQL und PostgreSQL verwaltete Service-DBs als Mitgliedstyp in Full Stack DR hinzufügen?

Nein, Sie können diese DBs nicht als Mitgliedertypen mit Full Stack DR hinzufügen. Sobald die nativen regionsübergreifenden Replikationsfunktionen vom jeweiligen Dienst freigegeben werden, plant das Full-Stack-DR-Team, diese Dienste als Mitgliedertypen zu unterstützen. Heute können Kunden benutzerdefinierte Skripte verwenden und diese in Full Stack DR integrieren, wenn der Wiederherstellungsprozess für die Datenbanken abgeschlossen werden kann. Zum Beispiel unterstützt HeatWave MySQL regionsübergreifende Sicherungs- und Wiederherstellungsfunktionen. Wenn der Wiederherstellungsprozess in einem Skript erfasst werden kann, können diese mithilfe der benutzerdefinierten Plangruppen zum DR-Plan hinzugefügt werden.

Recovery Time Objective und Recovery Point Objective

1. Was versteht man unter Recovery Time Objective? Was versteht man unter Recovery Time Objective? Und warum sind sie so wichtig?

Recovery Time Objective (RTO): Die RTO ist der angestrebte Zeitrahmen, innerhalb dessen eine bestimmte Anwendung oder ein bestimmtes System nach einer Katastrophe oder einem störenden Ereignis vollständig wiederhergestellt und betriebsbereit sein muss. Sie stellt die maximal zulässige Ausfallzeit dar, die das Unternehmen für diese Anwendung tolerieren kann. Mit anderen Worten: Sie gibt an, wie schnell die Anwendung wieder betriebsbereit sein muss, um die Anforderungen an die Geschäftskontinuität zu erfüllen. Kritische Anwendungen haben oft eine niedrige RTO, da sie schnell wiederhergestellt werden müssen, um Unterbrechungen zu minimieren und zentrale Vorgänge aufrechtzuerhalten.

Recovery Point Objective (RPO): RPO bezeichnet den maximal tolerierbaren Datenverlust im Falle einer Katastrophe oder Störung. Es stellt den Zeitraum dar, für den Daten verloren gehen können (nicht gesichert oder repliziert), bevor die Katastrophe erhebliche Auswirkungen auf das Unternehmen hat. Wenn eine Anwendung beispielsweise einen RPO von einer Stunde hat, bedeutet das, dass die Daten nach einem Notfall bis zu einem Punkt wiederhergestellt werden müssen, der nicht mehr als eine Stunde vor dem Vorfall liegt. Anwendungen mit einem niedrigeren RPO erfordern in der Regel häufigere Datensicherungen oder -replikationen, um einen minimalen Datenverlust sicherzustellen.

Sowohl RTO als auch RPO sind wesentliche Überlegungen bei der Disaster Recovery-Planung, da sie sich direkt auf die Kontinuität und Belastbarkeit von Geschäftsvorgängen während und nach einem Störfall auswirken. Unternehmen müssen diese Ziele basierend auf der Wichtigkeit ihrer Anwendungen und den Kosten für die Implementierung der erforderlichen DR-Maßnahmen abwägen.

2. Wie wirkt sich OCI Full Stack Disaster Recovery auf das RTO meiner Anwendung aus?

Die RTO für eine Anwendung kann unter Berücksichtigung der Zeit ermittelt werden, die zum Abschluss des Switchover- oder Failover-Plans benötigt wird. OCI Full Stack DR kann mit seinem vollautomatischen Wiederherstellungsprozess die RTO erheblich verbessern, indem es die Ausfallzeiten minimiert und den für die Wiederherstellung erforderlichen manuellen Eingriff reduziert.

Durch die Automatisierung der Failover- und Switchover-Prozesse optimiert OCI Full Stack DR den Wiederherstellungsworkflow und ermöglicht die schnelle Wiederinbetriebnahme von Anwendungen. Diese Beschleunigung der Wiederherstellung kann zu einer verbesserten Geschäftskontinuität und weniger Unterbrechungen während eines Katastrophenereignisses führen.

3. Wie wirkt sich OCI Full Stack Disaster Recovery auf das RPO meiner Anwendung aus?

OCI Full Stack DR hat keine Kontrolle über die RPO, da es je nach OCI-Services, ihren Replikationsmethoden und Konfigurationen variieren kann. Je nach Datenreplikation und -synchronisierung können verschiedene Services in Oracle Cloud Infrastructure über bestimmte RPO-Richtlinien verfügen.

Beispielsweise hat Oracle für Oracle Autonomous Database Serverless möglicherweise RPO-Werte für regionsübergreifende Standbydatenbanken veröffentlicht, die den maximal tolerierbaren Datenverlust für dieses bestimmte Setup angeben.

Um die Einhaltung Ihrer gewünschten RPO sicherzustellen und die Datenwiederherstellungsfunktionen der einzelnen OCI-Services zu verstehen, lesen Sie bitte die Dokumentation des jeweiligen OCI-Services. Diese Richtlinien enthalten detaillierte Informationen darüber, wie Daten repliziert werden, welche Wiederherstellungsoptionen verfügbar sind und wie hoch die erwartete RPO für verschiedene Konfigurationen ist. Wenn Sie die Empfehlungen in der Dokumentation befolgen, können Sie eine geeignete Disaster Recovery-Strategie implementieren, die Ihren Geschäftsanforderungen und Datenschutzanforderungen entspricht.

Tarife

1. Wie sieht das Preismodell für OCI Full Stack Disaster Recovery aus?

Die Preise für OCI Full Stack DR richten sich nach dem Preismodell für OCI OCPU und ECPU pro Stunde. Der Preis für den Service basiert auf der Anzahl der CPUs (OCPU und ECPU) jedes Mitgliedstyps, der einer DR-Schutzgruppe hinzugefügt wird. Es werden nur die zugewiesenen CPUs zur Berechnung der Gebühren verwendet. Speicher-, Netzwerk- und andere Ressourcennutzungen, die Teil von Full Stack DR-Schutzgruppen sind, werden nicht von Full Stack DR in Rechnung gestellt.

• OCI Full Stack Disaster Recovery Service – OCPU pro Stunde – B95485
• OCI Full Stack Disaster Recovery Service – ECPU pro Stunde – B110274

Weitere Informationen finden Sie im OCI-Kostenrechner und in der OCI-Preisliste (PDF).

2. Wie viel kostet OCI Full Stack Disaster Recovery?

Der Preis für OCI Full Stack DR basiert auf der Anzahl der OCPUs und ECPUs der Rechen- und Datenbankressourcen, die als Mitglieder sowohl in der primären als auch in der Standby-DR-Schutzgruppe hinzugefügt werden.

Beispiel 1

• Primary-DRPG hat folgende Mitglieder: Compute-A (2 OCPUs) und ADB-Primary (1 ECPU)
• Standby-DRPG hat die folgenden Mitglieder: Compute-B (2 OCPUs) und ADB-Standby (1 ECPU)
• Gesamt-OCPUs pro Stunde (Compute und Datenbank): 4 OCPUs/h und 2 ECPUs/h.
• Full-Stack-DR-Preis/Std.: (4 × 0,0128 US-Dollar) + (2 × 0,0032 US-Dollar) = 0,5184 US-Dollar

Beispiel 2

• Primary-DRPG hat die folgenden Mitglieder: Compute-A (4 OCPUs), ADB-Primary (2 OCPUs), Volume Group-500 GB
• Standby-DRPG hat folgende Mitglieder: ADB-Standby (2 OCPUs)
• Gesamt-OCPUs pro Stunde (Compute und Datenbank): 8 OCPUs pro Stunde
• Full-Stack-DR-Preis/Std.: 8 × 0,0128 US-Dollar = 0,1024 US-Dollar

Bitte beachten Sie, dass sich die Preise pro Stunde und Modell in Zukunft ändern können. Informationen zu den aktuellen Preisen finden Sie in den neuesten Preisrichtlinien oder bei Ihrem Oracle Vertriebsmitarbeiter.

3. Gibt es Preise für das Hinzufügen einer Volume-Gruppe, eines Dateispeichers oder eines Lastverteilers als Mitglied einer DR-Schutzgruppe?

Nein, es gibt keine gesonderten Tarife für das Hinzufügen einer Volume-Gruppe als Mitglied einer DR-Schutzgruppe. Die OCI Full Stack DR-Preise gelten nur für die Mitgliedertypen „Compute“ und „Database“. Full Stack DR berechnet keine zusätzlichen Gebühren für die folgenden OCI-Ressourcentypen:

• OCI Load Balancer
• OCI Network Load Balancer
• OCI Block Storage (Volume-Gruppen für Boot- und Block-Volumes)
• OCI File Storage
• OCI Object Storage

4. Fallen für die Einrichtung einer DR-Infrastruktur zusätzliche Kosten an?

Ja. Sie zahlen die normalen Kosten für die OCI-Dienste, die für die Bereitstellung des Anwendungsstapels erforderlich sind, unabhängig davon, ob Sie Full Stack DR verwenden oder nicht. Sie zahlen für OCI Networking, OCI Compute, OCI-Speicherverbrauch, OCI Load Balancer, Oracle Databases und alle anderen OCI-Services, die Ihr Anwendungsstack benötigt. Die Kosten für Full Stack DR sind zusätzliche Kosten, die auf der Anzahl der ECPUs und OCPUs basieren, wie in der Antwort auf Frage 2 dieses Abschnitts erläutert.

Die mit OCI-Services und einem DR-Deployment-Modell verbundenen Kosten variieren je nach den von Ihnen gewählten spezifischen Services und Konfigurationen. Wenn Sie sich beispielsweise für eine regionsübergreifende Blockreplikation entscheiden, fallen zusätzliche Speicherkosten an. Ebenso verursacht die Nutzung einer autonomen Standbydatenbank zusätzliche Kosten. Ausführlichere Informationen zu den Tarifen für die jeweiligen OCI-Services finden Sie in den Preisdetails für Oracle Cloud Infrastructure.