Wenn Sie eine Oracle Base-Datenbank, ein Oracle Exadata-VM-Cluster oder ein Oracle HeatWave mit einem oder mehreren HeatWave-Knoten bereitstellen, geben Sie eine Netzwerkadresse mit der CIDR-Notation an. Dabei handelt es sich um einen Bereich von Netzwerkadressen, die der Service verwendet. Wenn Sie ein Oracle Exadata-System bereitstellen, das VMs und Datenbankknoten enthält, geben Sie außerdem einen Netzwerkadressbereich mit CIDR an. In diesem Dokument wird erläutert, wie diese CIDR-Bereiche in Oracle Database Service for Azure verwendet werden und wie Sie den entsprechenden Speicherplatz basierend auf dem Service auswählen, den Sie bereitstellen.

Reserved = 5 // Azure reserves the first 4 IPs and last IP in the CIDR range
UsedIps = Number of IPs already in use in the subnet // Zero when creating a new McVCN
if ( (CidrSize - Reserved - UsedIps) < RequiredIps )
  Error: CIDR size is insufficient to support the requested DB shape

Oracle Base-Datenbanken erfordern beim Provisioning die Möglichkeit, eine Ressourcengruppe und ein Dashboard zu erstellen oder zu aktualisieren.

Startworkflows für das Datenbank-Provisioning können gelegentlich aufgrund eines IP-Adresskonflikts fehlschlagen, wenn das virtuelle Multicloud-Cloud-Netzwerk (MCVCN) im automatischen Routingmodus ausgeführt wird.

Im automatischen Routingmodus konfiguriert das Multicloud Virtual Cloud Network (MCVCN) einen internen Load Balancer (ILB) im Blatt-VNET und weist einem Datenbankknoten auf der Oracle Cloud Infrastructure-(OCI-)VCN-Seite angegebene IP-Adressen zu. Das funktioniert bei den meisten Szenarien gut. Hier ist, wo und warum es scheitert.

Wenn die IP-Adresse der Datenbank in eine der ersten 4 IP-Adressen oder die letzte IP-Adresse des Subnetzbereichs fällt, lehnt Microsoft Azure die Konfigurationsanforderung für die private IP-Adresse ab. Die ersten 4 IP-Adressen und die letzten IP-Adressen in einem Subnetzbereich werden von Microsoft Azure reserviert (siehe Microsoft Azure Virtual Network FAQ).

Beispiel: Angenommen, ein Subnetz wird mit einem /24-CIDR gestartet, der häufigsten Subnetzkonfiguration. Das CIDR bedeutet, dass etwa 2% der Startworkflows für das Datenbank-Provisioning nicht erfolgreich verlaufen, weil das VCN nach dem Zufallsprinzip eine IP-Adresse in einem Subnetz ausgewählt hat. Die Ausfallrate ist bei kleineren CIDR-Subnetzbereichen höher.

Die dritte und vierte IP-Adresse (die für 10.0.0.0/24 10.0.0.2 und 10.0.0.3 wäre) sind in Microsoft Azure reserviert, aber in OCI verwendbar. Die Workflowautomatisierung für das Datenbank-Provisioning wurde angepasst, um diese IP-Adressen ordnungsgemäß zu reservieren. Das Problem tritt auf, wenn die manuelle Konfiguration und Integration von OCI-Ressourcen abgeschlossen ist.

Führen Sie die folgenden Schritte aus, um eine Supportanfrage zu senden.

1. Wählen Sie auf der Azure-Homepage OracleDB das Symbol Support aus.
2. Dies ist die Seite Supportanfragen. Sie können Supportanfragen erstellen, anzeigen und verwalten, die Ihrem Account zugewiesen sind. Wählen Sie den Link Supportanforderung erstellen aus, um eine neue Anforderung zu erstellen.
3. Dies ist die Seite Problembeschreibung des Ablaufs Supportanfrage erstellen. Sie können je nach Bedarf Optionen wie Abrechnung, Service- und Abonnementlimits (Quotas) oder Technisch auswählen.
4. Die folgenden Seiten variieren je nach Art der Supportanfrage, die Sie einreichen. Es gibt drei (3) Seiten zu jedem Typ, die Seite Problembeschreibung, die Seite Weitere Details und die Seite Prüfen und erstellen.
5. Auf der Seite Prüfen und erstellen wird die Schaltfläche "Erstellen" wie dargestellt nur aktiviert, wenn Sie zulässige Werte in alle erforderlichen Felder für Supportanfragen eingegeben haben.
6. Überwachen und beantworten Sie die Anforderung nach Bedarf im Portal Supportanfragen.

In jedem Datenbank-Blade wird ein Metriksymbol in der Zeile der Verwaltungssymbole für diese Datenbank angezeigt. In einer voll funktionsfähigen Datenbank wird dieses Symbol aktiviert. Hier sind einige Maßnahmen zur Lösung dieses Problems.

Wenn Sie eine Datenbank auswählen und das Applications Insights-Portal und das Metriken-Blade öffnen und keine Metriken angezeigt werden, müssen Sie folgende Aktionen ausführen, um dieses Problem zu beheben.

1. Sie haben keinen geeigneten Metrik-Namespace ausgewählt. Standardmäßig werden die Metriken im Namespace Logbasierte Metriken geöffnet. Standardmäßig ist der erste Metrik-Namespace der Namespace Logbasierte Metriken. Bei einer Oracle Autonomous Database Serverless, einer Oracle Exadata-Datenbank, einer Oracle Base-Datenbank oder einer Oracle HeatWave-Datenbank müssen Sie den Namespace wie folgt auswählen:

   Tabelle 1-5: Metrik-Namespace

   Database Type	Metrik-Namespace
   Oracle Autonomous Database Serverless	oci_autonomous_database
   Oracle Exadata-Datenbank	oci_database
   Oracle Base Database	oci_database
   Oracle HeatWave-Datenbank	oci_mysql_database

2. Sie haben keine geeignete Metrik für Ihre Datenbank ausgewählt. Wählen Sie aus den verfügbaren Metriken im Dropdown-Feld aus.
3. Sie haben keinen geeigneten Zeitraum und Zeitraum für Ihre Metriken ausgewählt.
4. Ihre Datenbank ist neu, und die Metriken sind noch nicht verfügbar.

Wenn Sie das Servicelimit (Quota) für Ihren Account erreichen, wird eine Fehlermeldung angezeigt, wenn Sie versuchen, eine neue Datenbank bereitzustellen. Sie müssen entweder eine Supportanfrage senden, um Ihr Limit zu erhöhen, um diese zusätzliche Datenbank bereitzustellen, und warten, bis das Provisioning genehmigt ist, oder Sie müssen eine vorhandene Datenbank beenden, um Ressourcen wie CPU oder Speicher freizugeben, die für Ihre neue Provisioning-Anforderung ausreichend sind.

Beim Provisioning einer Oracle Base Database wird Ihr Microsoft Azure VNET möglicherweise nicht in der Liste der verfügbaren Ressourcen angezeigt. Wenn es nicht in der Liste angezeigt wird, kann Ihr VNET aufgrund von Microsoft Azure-Routingbeschränkungen nicht mit einem Oracle Cloud Infrastructure (OCI) Multicloud Virtual Cloud Network (MCVCN) per Peering verbunden werden.