Oracle Database@Azure – Häufig gestellte Fragen

FAQ topics

Allgemeine Produktinformationen

Was ist Oracle Database@Azure?

Oracle und Microsoft haben ihre Partnerschaft ausgebaut, um Oracle Database Services, die in Oracle Cloud Infrastructure (OCI) ausgeführt werden, in Microsoft-Rechenzentren bereitzustellen. Azure-Kunden können nun Oracle Database Services, die auf OCI ausgeführt werden, innerhalb des nativen Azure-Portals und der Azure-APIs beziehen, bereitstellen und nutzen und erhalten so ein „OCI-in-Azure“-Erlebnis. Dies sind einige der wichtigsten Vorteile von Oracle Database@Azure.

  • Führen Sie Ihre Workloads aus, wo Sie möchten – mithilfe vollständig verwalteter Oracle Database Services, die auf OCI aber innerhalb von Azure ausgeführt werden. Erleben Sie mit Oracle Exadata Database Service die höchste Leistung, Skalierbarkeit und Verfügbarkeit von Oracle Databases sowie Funktionen und Preisparität.
  • Führen Sie mit Services von Oracle und Azure Migrationen und Modernisierungen durch und treiben Sie Innovationen voran. Nutzen Sie Oracle Database Services und Azure-Ressourcen wie Azure Compute und Azure Kubernetes zusammen mit vertrauten Anwendungsentwicklungstools und -frameworks, die von Azure unterstützt werden.
  • Vereinfachen Sie Einkauf und Abläufe. Kaufen Sie über den Azure Marketplace ein und nutzen Sie dabei Ihre Microsoft Azure Consumption Commitment (MACC). Nutzen Sie zur Überwachung und Fehlerbehebung Oracle Database-Servicelogs, -Metriken und Ereignisse, die direkt in Azure verfügbar sind.

Welche Produkte von Oracle sind verfügbar?

Oracle Exadata Database Service, Oracle Autonomous Database Serverless und Oracle Database Zero Data Loss Autonomous Recovery Service sind verfügbar. Wir erwarten, dass dieses Portfolio schnell um weitere Produkte anwachsen wird.

Welche Teilenummern sind von Oracle zusammen mit Oracle Database@Azure verfügbar?

Teilenummer Beschreibung
B93380 Exadata Cloud Infrastructure – Quarter Rack – X9M
B93381 Exadata Cloud Infrastructure – Datenbankserver – X9M – gehostete Umgebung pro Stunde
B93382 Exadata Cloud Infrastructure – Storage Server – X9M – gehostete Umgebung pro Stunde
B88592 Exadata Database OCPU – dedizierte Infrastruktur – OCPU pro Stunde
B88847 Exadata Database OCPU – dedizierte Infrastruktur – BYOL – OCPU pro Stunde
B91627 Oracle Cloud Infrastructure – Object Storage – Anforderungen
B91628 Oracle Cloud Infrastructure – Object Storage – Storage
B95701 Oracle Autonomous Data Warehouse – ECPU
B95703 Oracle Autonomous Data Warehouse – ECPU – BYOL
B95754 Oracle Autonomous Database – Speicher
B95702 Oracle Autonomous Transaction Processing – ECPU
B95704 Oracle Autonomous Transaction Processing – ECPU – BYOL
B95706 Oracle Autonomous Database Storage für Transaction Processing (Gigabyte Speicherkapazität pro Monat)
B88327 Ausgehende Datenübertragung – mit Ursprung in Nordamerika, Europa und Großbritannien
B93455 Ausgehende Datenübertragung – mit Ursprung in APAC, Japan und Südamerika
B93456 Ausgehende Datenübertragung – mit Ursprung im Nahen Osten und in Afrika
B95240 Oracle Database Autonomous Recovery Service
B95241 Oracle Database Zero Data Loss Autonomous Recovery Service

Alle anderen Oracle Cloud-Teilenummern sind nur in OCI verfügbar.

Was sind die kommerziellen Vorteile für Kunden, wenn sie Oracle Database@Azure verwenden?

  • Microsoft Azure Consumption Commitment (MACC): Der Kauf von Oracle Database@Azure trägt zur MACC eines Kunden bei.
  • Oracle Support Rewards: Bestehende Oracle-Kunden mit On-Premises-Lizenzen haben Anspruch auf Oracle Support Rewards .
  • Benutzerdefinierte Vertragsbedingungen: Azure- und Oracle-Kunden können mit Oracle Sales Geschäftsbedingungen aushandeln.
  • Nutzung vorhandener Oracle-Lizenzen: Bestehende Oracle-Kunden können unbegrenzte Lizenzvereinbarungen (Unlimited License Agreements, ULAs) oder Oracle Bring Your Own License (BYOL) verwenden, um Oracle Database@Azure zu erwerben, genau wie dies bei Oracle Cloud Infrastructure möglich ist.

Wie migriere ich zu Oracle Database@Azure?

Die Migration zu diesem Angebot ist wie die Migration zu OCI, da der Datenbankservice auf OCI ausgeführt wird. Oracle bietet Ihnen bewährte Strategien für die Datenbankmigration, darunter automatisierte Migrationslösungen wie Oracle Zero Downtime Migration und leistungsstarke Tools wie Oracle Data Guard und Oracle Cloud Infrastructure GoldenGate.

Wo kann ich den Service nutzen?

Informationen zur regionalen Verfügbarkeit und zur Roadmap finden Sie im Abschnitt zu den Oracle Database@Azure-Regionen. Wir empfehlen Kunden, alle Ihre Anforderungen bezüglich zusätzlicher Regionen Ihrem Oracle- oder Microsoft-Firmenteam mitzuteilen.

Kann ich mit meinem vertrauenswürdigen Partnerserviceanbieter für Oracle Database@Azure zusammenarbeiten?

Ja, für Beratungsservices. Beachten Sie, dass Oracle Database@Azure direkt über den Azure Marketplace an Kunden verkauft wird und nicht über ein anderes Unternehmen oder einen anderen Vertriebskanal erworben werden kann.

Wo kann ich als Oracle Servicepartner mehr über Oracle Database@Azure erfahren?

Wenn Sie Oracle Consulting Services-Partner werden und sich für eine Service Expertise-Auszeichnung qualifizieren möchten, finden Sie die neuesten Informationen dazu auf der Website des Oracle PartnerNetwork. Serviceanbieter können das Angebot direkt, aber nicht im Namen von Kunden erwerben.

Welche Generation von Oracle Exadata Database Service on Dedicated Infrastructure wird unterstützt?

Derzeit wird Exadata X9M unterstützt.

Welche Versionen von Oracle Database sind verfügbar?

Das Bereitstellung von Oracle Database auf Oracle Database@Azure entspricht der auf OCI – mit demselben UI-Ablauf, denselben API-Aufrufen usw. Daher ist jede derzeit unterstützte und verfügbare Datenbankversion auf der Oracle Database@Azure-Infrastruktur sichtbar und verfügbar.

Welche Klonfunktionen sind am Tag Null des Service verfügbar?

Während die Datenbank in OCI bereitgestellt und verwaltet wird, sind vorhandene Datenbanktools wie Backups und Klonen verfügbar.

Welche Backupoptionen sind für Oracle Database@Azure verfügbar?

Oracle Database Autonomous Recovery Service ist die empfohlene Sicherungslösung für die Datenbanksicherung und greift auf die MACC eines Kunden zu, wenn die Sicherung aktiviert ist. Kunden können wählen, ob sie Oracle Database Autonomous Recovery Service in der Azure-Region oder in der OCI-Region nutzen möchten. Eine weitere Backup-Option ist Oracle Cloud Infrastructure Object Storage.

Kann ich Daten aus Azure Blob Storage in die Datenbank importieren?

Oracle Database@Azure ist eine Standardbereitstellung, die in Azure VNet verfügbar ist. Mithilfe von Oracle Database-Managementtools wie Data Pump können Daten von Azure-Datenbank-Clients in die Datenbank importiert werden.

Kann ich ein Update für das DRG durchführen oder eines anfordern?

Das dynamische Routinggateway (DRG), mit dem die Verbindung zwischen OCI- und Azure-Netzwerkressourcen bereitgestellt wird, befindet sich in einem streng kontrollierten virtuellen Cloud-Servicenetzwerk (Virtual Cloud Network, VCN) und kann nicht aktualisiert werden. Nach der Bereitstellung sind die Exadata-VM-Clusterressourcen an dieses DRG angehängt. Wenn Sie bestimmte Routinganforderungen haben, können Sie über lokale Peering-Gruppen eine Verbindung zu einem anderen VCN herstellen. Dieses VCN mit lokalem Peering kann dann an ein von Ihnen kontrolliertes DRG angehängt werden. Dieses DRG kann für die regionsübergreifende Replikation verwendet werden (siehe die Frage zur Datenreplikation für die Disaster Recovery (DR)).

Wie hoch ist die Latenz zwischen Oracle Database@Azure und anderen OCI-Services?

Oracle Database@Azure konzentriert sich auf Workloads mit hoher Performance und geringer Latenz, die in Azure ausgeführt werden. Wenn sich eine Workload, die eine geringe Latenz erfordert, in OCI befindet, wird empfohlen, Oracle Exadata Database Service on Dedicated Infrastructure in OCI bereitzustellen. Sofern verfügbar, wird empfohlen, Oracle Interconnect for Microsoft Azure zu verwenden, um den OCI-Service und Oracle Database@Azure zu verbinden, um Anforderungen an eine geringe Latenz zu erfüllen.

Können in Oracle Database@Azure-VM-Clustern erstellte Datenbanken eine Verbindung zum Vault in OCI herstellen oder kann ich Schlüssel in Azure Key Vault verwalten?

Während die Datenbank über OCI erstellt wird, wird der systemgenerierte oder vom Kunden generierte Schlüssel in Oracle Cloud Infrastructure Vault abgelegt.

Unterstützt der Service sowohl Einzelmandanten- als auch Mehrmandantenumgebungen?

Ja, Oracle Database@Azure unterstützt sowohl Einzelmandanten- als auch Mehrmandantenumgebungen. Oracle Exadata Database Service on Dedicated Infrastructure, das in Azure ausgeführt wird, bietet Kunden dedizierte Exadata-Compute- und -Speicherknoten, genau wie bei der Ausführung in OCI.

Welche Compliancezertifizierungen gelten für Oracle DatabaseDB@Azure?

Die Compliance ist eine gemeinsame Verantwortung von Oracle und Microsoft. Oracle Database@Azure wurde für Compliancezertifizierungen nach Branchenstandards zertifiziert. Ausführliche Informationen zu den Compliancezertifizierungen finden Sie unter Informationen zur Oracle Database@Azure-Compliance.


Abrechnung und Wirtschaftlichkeit

Wie kann ich Oracle Database@Azure-Services erwerben?

Oracle Exadata Database Service kann über ein privates Angebot im Azure Marketplace erworben werden. Die Preise werden individuell ermittelt. Zunächst arbeiten Sie mit Oracle Sales zusammen, um die Geschäftsbedingungen auszuhandeln, die in einem Bestelldokument formalisiert werden, das wir zur Prüfung und Annahme mit Ihnen teilen. Als Nächstes erstellt Oracle dann ein privates Angebot und lädt dieses in den Azure Marketplace hoch. Sie müssen das private Angebot im Azure Marketplace erwerben, um den Service bereitzustellen.

Oracle Autonomous Database ist als Pay-as-you-go-Angebot verfügbar und bietet Entwicklern die Flexibilität, eine vollständig verwaltete Datenbank innerhalb weniger Minuten direkt über den Azure Marketplace bereitzustellen. Der Service kann außerdem über ein privates Angebot im Azure Marketplace erworben werden, wobei die Preise individuell ermittelt werden. Wenn Sie den Service erwerben wollen, wenden Sie sich an das Vertriebsteam von Oracle oder an Ihren zuständigen Oracle Sales-Mitarbeiter. Diese werden die Bedingungen festlegen, Ihnen individuelle Preise anbieten und ein privates Azure-Angebot im Azure Marketplace erstellen. Sie müssen das private Angebot im Azure Marketplace erwerben, um den Service bereitzustellen.

Sie können Oracle Database@Azure einschließlich einer Oracle Database-Lizenz erwerben oder Ihre vorhandenen Oracle Database-Lizenzen verwenden, einschließlich unbegrenzter Lizenzverträge (Unlimited License Agreements, ULAs) und Oracle Bring Your Own License (BYOL).

Kann ich meine vorhandenen Oracle Database-Lizenzen mit Oracle Database@Azure verwenden?

Ja. Sie können vorhandene Oracle Database-Lizenzen verwenden, einschließlich unbegrenzter Lizenzvereinbarungen (Unlimited License Agreements, ULAs) und Oracle Bring Your Own License (BYOL).

Unterstützt Oracle Database@Azure neue und bestehende OCI-Mandanten?

Ja, Mandanten können entweder neu oder bereits vorhanden sein. Während des Onboarding-Prozesses haben Sie dies auswählen. Da der Oracle Database@Azure-Service sich physisch in Azure befindet, werden vorhandene Oracle Exadata Database Service on Dedicated Infrastructure-Umgebungen weder physisch noch kommerziell „verschoben“. Neue Exadata-Infrastrukturen, die in Azure erstellt wurden, werden im vorhandenen OCI-Mandanten angezeigt.

Können Oracle Database@Azure-Kunden Oracle Support Rewards nutzen?

Ja. Bei der Verwendung von Oracle Database@Azure werden dieselben Oracle Support Rewards wie bei der direkten Verwendung von OCI gesammelt.

Wird der Kauf von Oracle Database@Azure zu meiner MACC beitragen?

Ja. Sie können Ihr Microsoft Azure Consumption Commitment (MACC) für Oracle Database@Azure verwenden. Weitere Informationen erhalten Sie, wenn Sie Ihr Microsoft Azure Consumption Commitment nachverfolgen.

Wie wird der Verbrauch in OCI gemessen?

Für jede von Ihnen bereitgestellte Exadata-Cloud-Infrastrukturinstanz werden Ihnen zunächst 48 Stunden Verbrauch in Rechnung gestellt. Danach erfolgt die Abrechnung nach Sekunden. Jede OCPU, die Sie dem System hinzufügen, wird sekundengenau abgerechnet. Der Mindestnutzungszeitraum beträgt eine Minute. Wenn Sie das Cloud-VM-Cluster beenden aber nicht die Cloud-Exadata-Infrastrukturressource, wird die Abrechnung für die Infrastrukturressource fortgesetzt.

Die Nutzung von Autonomous Database Serverless wird anhand der Werte von zwei Parametern berechnet: Compute und Storage. Sie wählen dabei Werte für diese Parameter aus, wenn Sie eine Autonomous Database-Instanz bereitstellen oder skalieren. Weitere Details finden Sie in der Abrechnungszusammenfassung zu Autonomous Database.

Der Verbrauch von Oracle entspricht 1:1 Ihrer Microsoft Azure Consumption Commitment (MACC).

Was ist bei Azure die Mindestkaufeinheit für einen Kunden?

Das praktische Minimum für den Kauf von Exadata auf Oracle Database@Azure beträgt:

  • Exadata Cloud Infrastructure – Quarter Rack
    • Umfasst zwei Datenbankserver und drei Speicherserver
  • Exadata Database OCPU (Lizenz inklusive oder BYOL, je nach Umständen)
    • Mindestens vier OCPUs
  • Kann nach einzelnen Datenbank- und Speicherserver-Inkrementen skaliert werden

Wie lang ist der Mindestservicezeitraum beim Oracle Database@Azure-Service?

Wie bei Oracle Exadata Database Service üblich, beträgt der Mindestservicezeitraum bei jeder Oracle Database Exadata-Infrastrukturausprägung/-instanz 48 Stunden.

Gibt es eine Free Tier für Oracle Database@Azure?

Derzeit gibt es keine Free Tier-Option.

Was ist die Standardpraxis in Bezug auf DR-Netzwerkverkehrskosten?

Für jeden regionsübergreifenden OCI-Datenverkehr, für den normalerweise Netzwerkbandbreitenkosten anfallen, wird ein MAAC eines Kunden in Anspruch genommen (Beispiel: Einem Kunden mit regionsübergreifender Disaster Recovery, der Oracle Database@Azure in Region eins und Region zwei verwendet, würden Kosten für den Netzwerkverkehr berechnet werden).


Betrieb, Support und Sicherheit

Welches Supportmodell wird bei Oracle Database@Azure verwendet?

Oracle und Microsoft haben ein gemeinsames Supportmodell entwickelt, um eine schnelle Reaktion und Lösung bei geschäftskritischen Workloads sicherzustellen. Kunden erstellen alle technischen Supportanfragen direkt bei Oracle. Oracle wird bei Bedarf den Support von Microsoft hinzuziehen.

Wie verwalte ich meine Oracle Database(s) in Oracle Database@Azure?

Oracle und Microsoft sind eine Partnerschaft eingegangen, um Ihnen eine gut integrierte Azure-Benutzererfahrung bei der Bereitstellung, Verwaltung und Verwendung von Oracle Database-Instanzen in Azure zu bieten. Für die meisten täglichen Abläufe können Sie native Azure-Tools verwenden.

Wie kann ich die Disaster Recovery (DR) für Oracle Database@Azure sicherstellen?

Oracle Database@Azure wird in mehreren Verfügbarkeitszonen innerhalb einer Azure-Region sowie in mehreren Azure-Regionen innnerhalb einer Geografie zur Verfügung gestellt. Kunden können Oracle Data Guard nutzen, um DR-Lösungen bereitzustellen. In der Referenzarchitektur finden Sie Informationen zum Bereitstellen einer DR-Lösung mit Data Guard über verschiedene Verfügbarkeitszonen hinweg innerhalb einer Region, die dem Goldstandard von Oracle Maximum Availability Architecture (MAA) entspricht. Weitere Informationen finden Sie unter Oracle Maximum Availability Architecture for Oracle Database@Azure.

Kann ich mit Oracle Database@Azure Azure-Verfügbarkeitszonen verwenden?

Oracle Database@Azure wird in mehreren Verfügbarkeitszonen innerhalb einer Azure-Region verfügbar gemacht, um Ihre Anforderungen an die Hochverfügbarkeit (High Availability, HA) sowie die Disaster Recovery zu erfüllen.

Kann die Verbindung von Azure zu OCI als Backdoor (zu OCI oder Azure) angesehen werden?

Nein. Oracle ist verantwortlich für die Verbindung, die Verwaltung und den Datenverkehr zwischen dem Azure-Rechenzentrum und dem übergeordneten OCI-Rechenzentrum. Die Azure- und OCI-Managementnetzwerke überschneiden sich nicht. Azure hat keine Einsicht, die über den Abschlusspunkt in den Partnerübetragungsgeräten innerhalb des Rechenzentrums, in dem Oracle eine Verbindung herstellt, hinaus geht. Oracle hat ebenfalls keine Einsicht über diesen Punkt hinaus. Der Netzwekverbindung wird von Oracle als intern behandelt.

Unterstützen wir Oracle Operator Access Control for Oracle Exadata Cloud@Customer? Wie geschieht das und wie wird das beschrieben?

Operator Access Control ist für Oracle Compute Cloud@Customer-, Exadata Cloud@Customer- und autonome Exadata-VM-Cluster auf virtuellen Client-Maschinen verfügbar, die auf Oracle Autonomous Database on Exadata Cloud@Customer bereitgestellt sind.

Die Verwaltung von Oracle Database@Azure ist identisch mit der von Oracle Exadata Database Service auf OCI. Daher ist Operator Access Control hier nicht anwendbar.

Kann der Service über die Azure-Konsole oder -API vollständig ausgeführt und verwaltet werden?

Die Oracle Database@Azure-Ressourcen, die über den Oracle Database-Ressourcenprovider in Azure bereitgestellt und verwaltet werden, können über die Azure-Konsole, -API, -SDK oder -CLI ausgeführt und verwaltet werden.

  • Die Exadata-Infrastruktur wird vollständig verwaltet.
  • Exadata-VM-Cluster werden teilweise verwaltet.
  • Oracle-Containerdatenbanken und integrierbare Datenbanken werden nicht vom Oracle-Ressourcenprovider verwaltet.

Die Erweiterung der Ressourcen und Funktionen, die vom Oracle-Ressourcenanbieter verwaltet werden, ist Teil unserer Roadmap.

Welche DR-Größe wird im Vergleich zur primären Region empfohlen?

Die Oracle Database@Azure-Infrastruktur ist mit der in OCI identisch. Daher können standardmäßige Exadata- und Oracle Database-Skalierungstools wie Oracle Cloud Capacity Analytics verwendet werden.

Welche Beziehung besteht zwischen der Azure-Region und der Oracle Database@Azure-Bereitstellung?

Die Oracle Database@Azure-Hardware wird in der Verfügbarkeitszone der Azure-Region bereitgestellt, die der Availability-Domain (AD) in OCI entspricht. Für Azure- und OCI-Regionen mit mehreren AZs und ADs wird die Oracle Database@Azure-Hardware in den AZs mit einer 1:1-Zuordnung zur OCI-AD bereitgestellt.

Was ist das Netzwerk zwischen Azure und OCI?

Beim Netzwerk zwischen der Oracle Database@Azure-Bereitstellung in Azure und seiner übergeordneten OCI-Site handelt es sich um eine dedizierte, redundante und von Oracle intern verwaltete Dark Fiber, ähnlich der OCI-AD-zu-AD-Netzwerkinfrastruktur. Die Verbindung zwischen der Oracle Database@Azure-Onsite-Hardware und Azure wird über lokale Konnektivität mittels redundanter Netzwerkhardware direkt zur Azure-Netzwerkinfrastruktur hergestellt.

Welche Konnektivität besteht zwischen dem Azure-Rechenzentrum und dem Oracle Cloud Infrastructure-Rechenzentrum?

Jede Oracle Database@Azure-Bereitstellung ist mit einer übergeordneten OCI-Site verbunden. Diese Verbindung wird für Folgendes verwendet:

  • Control-Plane-Vorgänge
    • Verwaltung der Infrastruktur, einschließlich Patching, Überwachung, Wartung usw., durch Oracle Cloud Operations
    • Bereitstellung des Oracle-Ressourcenproviders und Kontrollworkflows
  • Data-Plane-Vorgänge
    • Oracle Database-Backups zu Oracle Database Zero Data Loss Autonomous Recovery Service und OCI Object Storage (als Teil der optionalen automatischen Backups von Oracle Database)
    • Übertragung des Oracle Data Guard-Redo-Logs von der Primär- zur Standbydatenbank, die an anderen Standorten bereitgestellt ist

Gibt es ein Throttling-/Kapazitätslimit für das Netzwerk (Beispiel: Wenn ein Kunde OCI Oracle Exadata Database Service on Dedicated Infrastructure mit Terabyte an Daten in Oracle Database@Azure repliziert)?

Das Netzwerk zwischen der übergeordneten OCI- und der Oracle Database@Azure-Infrastruktur wird als internes regionales Netzwerk betrachtet. Daher sind auch keine Traffickosten oder Throttling-Limits vorhanden. Alle Kapazitäts- und anderen Beschränkungen, die für virtuelle Azure-Netzwerke gelten sind weiterhin in Kraft (Beispiel: Die Bandbreite zwischen dem delegierten Subnetz und Azure Private Link ist auf 50 Gbit/s begrenzt, was sich auf Dienste wie den Zugriff auf Azure Blob Storage auswirkt).

Erfolgt die Verbindung von Oracle Database@Azure zu OCI über Oracle Interconnect for Microsoft Azure? Basiert der Service dabei auf OCI-Azure-Interconnect?

Nein, Oracle Interconnect for Azure ist ein eigenständiger Oracle-Service, der Kunden bei der Bereitstellung von Oracle- und Azure-Cloud-Services zur Verfügung steht, die Interkonnektivität erfordern. Oracle Database@Azure verwendet diese Netzwerkverbindung nicht.

Sowohl das OCI-Azure-Interconnect als auch Oracle Database@Azure nutzen die Nähe zwischen Clouds. Daher kann es beim künftigen Rollout von Regionen zu erheblichen Überschneidungen kommen.

Wenn Sie andere OCI-Services mit Azure-Services verwenden möchten, muss Oracle Interconnect for Azure konfiguriert werden.

Wird der Datenverkehr zwischen Azure- und OCI-Rechenzentren verschlüsselt?

Der gesamte Datenverkehr zwischen Sites, einschließlich der Oracle Database@Azure-Infrastruktur, wird verschlüsselt.

Wie lautet der Pfad für die Datenreplikation für die Disaster Recovery zwischen der Primär- und der DR-Datenbank?

Oracle Data Guard-Redo-Logs werden über das Client-Subnetz über vom Kunden in der OCI-Infrastruktur verwaltete Netzwerke von der Primärdatenbank an die Standbydatenbank gesendet.

  • Wenn die Standbydatenbank in derselben Oracle Database@Azure-AZ gehostet wird:
    • Der Redo-Logversand ist lokal zur Oracle Database@Azure-Netzwerkinfrastruktur, die in Azure gehostet wird.
    • Das Routing verwendet lokale Peering-Gruppen zum Hub-VCN (falls verschiedene OCI-VCNs verwendet werden).
  • Wenn die Standbydatenbank in derselben Azure-Region, aber in verschiedenen AZs gehostet wird:
    • Der Redo-Logversand erfolgt über die übergeordnete OCI-Site (kein AZ-übergreifender Datenverkehr).
    • Das Routing verwendet lokale Peering-Gruppen zum Hub-VCN (falls verschiedene OCI-VCNs verwendet werden)
  • Wenn die Standbydatenbank in einer anderen Oracle Database@Azure-Region gehostet wird:*
    • Der Redo-Logversand erfolgt über die übergeordnete OCI-Site an die übergeordnete Standby-Site an die Oracle Database@Azure-Standbydatenbank-Infrastruktur.
    • Das Routing verwendet lokale Peering-Gruppen zu den Hub-VCNs.

* Es fallen Kosten für ausgehende Datenübertragungen an.

Was geschieht, wenn die Verbindung zu OCI unterbrochen wird? Wird die Data-Plane weiterhin ausgeführt und sind die Daten noch zugänglich?

Vorhandene Exadata-Bereitstellungen sind weiterhin betriebsbereit. Die Kunden können jedoch keine Ressourcen erstellen, aktualisieren oder löschen. Alle Prozesse oder Prozeduren, die auf OCI-basierten Services beruhen (z.B. OCI Vault-Key-Lookup, Datenbankbackups usw.), werden nicht erfolgreich abgeschlossen.

Metriken und Logging, die von OCI an Azure Monitor gesendet werden, werden verzögert, auch wenn die Exadata-Bereitstellung weiter funktionsfähig ist.

Man muss dabei davon ausgehen, dass alle Control-Plane-Funktionen nicht mehr verfügbar sind.