Recherchieren des Bereitstellungsprozesses für Exadata-VM-Cluster

• 3 Minuten

Nach dem Erstellen Ihrer Exadata-Infrastruktur können Sie mit der Bereitstellung der VM-Cluster beginnen, um Ihre Datenbanken zu hosten. Wie Ihre lokalen Exadata-Systeme bilden diese Cluster eine Brücke zum Verwalten der Ressourcennutzung und Kommunikation zwischen den Compute- und Speicherressourcen in der zugrunde liegenden Exadata-Infrastruktur und den von Ihnen erstellten Datenbanken. Der Cluster ist auch der Ort, an dem Sie die Netzwerkkonnektivität zwischen den Datenbanken und der restlichen Azure-Umgebung, etwa Ihren Anwendungs-VMs, konfigurieren.

Bereitstellen des VM-Clusters

Sie können die verfügbaren Ressourcen zwar auf mehrere VM-Cluster verteilen, um unterschiedliche Workloads zu unterstützen, es wird aber empfohlen, einen einzelnen Cluster zu erstellen.

Verwenden Sie wie beim Erstellen der Infrastruktur das Azure-Portal, um auf das Blatt des Oracle Database@Azure-Diensts zuzugreifen, auf dem Sie den Bereitstellungsprozess starten.

Geben Sie die folgenden Details zu Ihrem neuen Cluster an:

• Das Abonnement und die Ressourcengruppe, in dem bzw. der Sie die Exadata-Infrastrukturinstanz erstellt haben (im vorherigen Abschnitt).

• Die Azure-Region und -Verfügbarkeitszone, in der sich die Instanz befinden soll. Stellen Sie auch hier sicher, dass diese Einstellungen mit den VMs, dem virtuellen Netzwerk und der neu erstellten Infrastruktur übereinstimmen.

• Ein eindeutiger Name für Ihren Cluster.

• Die Exadata-Infrastrukturinstanz für die Bereitstellung. Verwenden Sie die Instanz, die Sie im vorherigen Abschnitt erstellt haben.

• Lizenz- und Oracle Grid Infrastructure-Einstellungen.

• SSH-Sicherheitseinstellungen.

Definieren Sie als Nächstes, wie Ihr Cluster konfiguriert werden soll, einschließlich:

• Die Gesamtzahl der zu erstellenden VMs.

• Die Datenbanksystemform, die vom Exadata-Infrastrukturmodell abhängt, das Sie beim Erstellen der Infrastruktur ausgewählt haben.

• Die Anzahl der OCPUs, die für jede VM verwendet werden sollen.

• Die Arbeitsspeichermenge, die jeder VM zugeordnet wird.

• Die Menge des lokalen Speichers, die jeder VM zugewiesen wird.

Beachten Sie, dass diese Einstellungen basierend auf der Konfiguration der von Ihnen erstellten Exadata-Infrastruktur eingeschränkt sein können.

Nachdem Sie den Schritt zur Ressourcenzuordnung abgeschlossen haben, konfigurieren Sie die Netzwerkeinstellungen. Zu diesen Einstellungen gehören die Auswahl des virtuellen Netzwerks, um eine Verbindung mit den restlichen virtuellen Ressourcen herzustellen (z. B. Ihren Anwendungs-VMs), und die Angabe des Subnetzes, das Sie für die Verbindung mit Ihrem Cluster konfiguriert haben.

Die verbleibenden Schritte umfassen das Konfigurieren der Diagnosesammlung, das Akzeptieren der Oracle-Nutzungsbedingungen und der Datenschutzrichtlinie sowie das Anwenden administrativer oder verwaltungsbasierter Azure-Tags auf den Cluster. Anschließend können Sie damit fortfahren, den Cluster zu erstellen.

Migrieren Ihrer Daten

Nachdem Sie Ihre Oracle Exadata-Infrastruktur und den VM-Cluster konfiguriert haben, können Sie nun die Datenbanken Ihrer Workload migrieren. Verwalten Sie diesen Prozess über das Oracle Cloud Infrastructure-Portal, indem Sie das OCI Database Migration Service-Tool (DMS) verwenden.

Mit OCI DMS können Sie Ihren Migrationsworkflow orchestrieren, um sichere, fehlertolerante und inkrementelle Migrationen auszuführen. Sie können aus mehreren Oracle-Diensten wählen, darunter Zero Downtime Migration (ZDM), Data Guard, Oracle Data Pump und Oracle GoldenGate.

Migrationsmethode	type	Online	Ausfallzeit
Oracle Zero Downtime Migration (ZDM)	Physisch/logisch	✔	Nahtloser Cutover
Oracle Data Guard	Physisch/logisch	✔	Mindestens
Oracle GoldenGate	Physisch/logisch	✔	Nahtloser Cutover
Oracle Recovery Manager (RMAN)	Physisch	✔	Lang
Oracle Datapump	Logisch	✖	Lang
Mehrinstanzenfähige Verschiebung von Oracle Database	Physisch/logisch	✖	Lang

Sie führen eine anfängliche Datenmigration mithilfe von DMS aus und richten dann inkrementelle Updates ein, um Ihre Daten synchron zu halten, bis Sie bereit sind, die Produktionsumgebung per Cutover zu Ihrer Infrastruktur zu migrieren.