Hinweis:

• Dieses Tutorial erfordert Zugriff auf Oracle Cloud. Informationen zur Registrierung für einen kostenlosen Account finden Sie unter Erste Schritte mit Oracle Cloud Infrastructure Free Tier.
• Es verwendet Beispielwerte für Oracle Cloud Infrastructure-Zugangsdaten, -Mandanten und -Compartments. In der Übung ersetzen Sie diese Werte durch die Werte, die für Ihre Cloud-Umgebung spezifisch sind.

Oracle-Datenbanken mit Oracle Cloud Infrastructure Database Migration mit Online-Migration migrieren

Einführung

Oracle Cloud Infrastructure Database Migration bietet eine leistungsstarke Selfservice-Erfahrung für nahtlose Datenbankmigrationen. Zu den wichtigen Features zählen:

• Homogene Migrationen von MySQL- oder Oracle-Datenbanken zu Oracle Cloud Infrastructure (OCI).
• Logische Online- und Offline-Migrationen der Unternehmensklasse mit minimaler Ausfallzeit und Nutzung der Datenreplikationstechnologie von GoldenGate.

Hinter den Kulissen nutzt OCI Database Migration das Oracle Zero Downtime Migration-Tool, sodass keine Infrastrukturkonfiguration erforderlich ist.

Migrationsmodi:

• Offlinemigration: Ein Point-in-Time Snapshot der Quelldatenbank wird in die Zieldatenbank kopiert, sodass Anwendungen während der Migration offline bleiben müssen.

• Online-Migration: Ein erster Snapshot wird kopiert, gefolgt von der Echtzeitreplikation von Änderungen, sodass Anwendungen während der Migration online und betriebsbereit bleiben.

Unterstützte Migrationen:

• Oracle-Quelldatenbanken können sich On-Premises, in Clouds von Drittanbietern oder auf OCI befinden.

• Unterstützte Zieldatenbanken sind Oracle Autonomous Database, Oracle Base Database Service und Oracle Exadata Database Service.

OCI Database Migration-Architektur

OCI Database Migration wird als verwalteter Cloud-Service ausgeführt, der von Ihrem Mandanten und Ihren Ressourcen getrennt ist und private Endpunkte für eine sichere Kommunikation verwendet. Es kann Oracle-Datenbanken aus verschiedenen Quellen migrieren, einschließlich On-Premises, Clouds von Drittanbietern oder OCI. Der Service unterstützt die Migration zu mehreren Oracle-Zielen, wie:

• Oracle Autonomous Database (gemeinsam oder dediziert).
• Oracle Base Database Service.
• Oracle Exadata Database Service on Dedicated Infrastructure.

OCI Database Migration wird als vollständig verwalteter Cloud-Service ausgeführt, unabhängig vom Mandanten und den Ressourcen des Benutzers. Er fungiert als Multi-Tenant-Service innerhalb eines dedizierten OCI Database Migration-Mandanten und verwendet private Endpunkte für die Kommunikation mit Benutzerressourcen. Diese privaten Endpunkte werden von OCI Database Migration verwaltet und bieten Benutzern eine nahtlose Erfahrung.

• DMS-Control Plane: Ermöglicht Benutzern die Verwaltung von Migrations- und Datenbankverbindungsobjekten über die OCI Database Migration-Konsole und die REST-API. Dadurch wird eine zentrale Schnittstelle für die nahtlose Migrationsverwaltung bereitgestellt.

• DMS-Data Plane: Die OCI Database Migration Data Plane, die von der OCI Database Migration Control Plane verwaltet wird, arbeitet transparent für den Benutzer. Es überwacht laufende Migrationsjobs und kommuniziert über private Endpunkte mit Benutzerdatenbanken und OCI GoldenGate-Instanzen. Insbesondere speichert die OCI Database Migration Data Plane keine Kundendaten, da sie direkt über OCI GoldenGate und Oracle Data Pump im Mandanten des Benutzers fließt.

• Migration: Eine Migration in der OCI-Datenbankmigration ist ein zentralisiertes Objekt, das Metadaten für die Migration einer einzelnen Datenbank enthält. Es umfasst Details zu den Quell-, Ziel- und Migrationsmethoden. Benutzer können eine Migration erstellen, die Richtigkeit der Umgebung validieren und dann die Migration ausführen, um Datenbankdaten und Schemametadaten von der Quelle in das Ziel zu übertragen.

• Migrationsjob: Ein Migrationsjob in der OCI-Datenbankmigration stellt den Ausführungsstatus einer Migration dar, unabhängig davon, ob es sich um eine Validierung oder eine tatsächliche Migration handelt. Der Job durchläuft sequenzielle Phasen, sodass Benutzer nach einer Phase anhalten und manuell fortfahren können, wenn sie zur nächsten Phase bereit sind.

• Datenbankverbindung: Eine Datenbankverbindung in der OCI-Datenbankmigration speichert Details zu einer Quell- oder Zieldatenbank, einschließlich Verbindungs- und Authentifizierungszugangsdaten, und nutzt den OCI Vault sicher für die Zugangsdatenspeicherung. Diese Verbindung kann über mehrere Migrationen hinweg wiederverwendet werden, wodurch der Prozess optimiert wird.

Ziele

• Migrieren Sie Oracle-Datenbanken mit OCI Database Migration mit Online-Migration.

Voraussetzungen

Die folgenden Ressourcen wurden eingerichtet, um die Demo zu erleichtern (mit Namen):

• Vault (DMSVAULT) und Verschlüsselungsschlüssel (DMSKEY).
• Virtuelles Cloud-Netzwerk (VCN) (VCN01) mit Port 1521, 1522 und 443, die in der Standardsicherheitslistentabelle als Ingress-Regeln hinzugefügt wurden.
• OCI-Objektspeicher-Bucket (DMSBUCKET).
• Mehrmandantendatenbank von Oracle Database 19c (DMSOURCE).
• Oracle Autonomous Database-Zieldatenbank (DMSTARGETAUTONOMUS).

Aufgabe 1: Quelldatenbank vorbereiten

So bereiten Sie die Quelldatenbank für die Onlinemigration mit OCI GoldenGate vor:

Erstellen Sie den allgemeinen Benutzer C##GGADMIN im Container und den lokalen Benutzer GGADMIN in der integrierbaren Datenbank. Diese Benutzer werden verwendet, um eine Quelldatenbankverbindung in der OCI Database Migration-Konsole zu erstellen.

Automatisierung der Vorbereitung

1. Laden Sie das Skript dms-db-prep-v2.sh von MOS Note 2953866.1.s herunter.

2. Führen Sie das Skript durch, um die Datei dms_prep_db.sql zu generieren.

3. Führen Sie die generierte SQL-Datei auf der Ebene CDB$ROOT aus.

   

   Wenn Sie die Datei dms_prep_db.sql auf Containerebene ausführen, wird die Datei DMS_Configuration.sql generiert. Diese Datei muss geprüft und möglicherweise geändert werden, bevor sie auf Containerebene ausgeführt wird.

   

   

Aufgabe 2: Beispielbenutzer in integrierbarer Quelldatenbank (PDB) erstellen und Daten in derselben Datenbank laden

Um die OCI Database Migration-Funktionalität zu testen, müssen wir einen Beispielbenutzer TESTUSER, eine Tabelle EMPL erstellen und diese mit einigen Daten auffüllen, um die Migration zu testen. Sobald dies erledigt ist, sind wir gut, mit der nächsten Aufgabe fortzufahren.

Aufgabe 3: Zieldatenbank vorbereiten

Legen Sie das Kennwort für den Benutzer ggadmin im Ziel-Oracle Autonomous Transaction Processing (ATP) fest, und heben Sie die Sperre auf.

Aufgabe 4: Verbindung für Quellcontainerdatenbank (CDB), Quell-PDB und Zieldatenbank (ATP) in der OCI Database Migration-Konsole erstellen

1. Verbindung für Quell-CDB erstellen.

   1. Navigieren Sie zur OCI-Konsole, navigieren Sie zu Migration und Disaster Recovery, Datenbankmigrationen, Datenbankverbindungen, und klicken Sie auf Verbindungen erstellen.

      

   2. Geben Sie folgende Informationen ein.

      • Name: Geben Sie SRCCDB ein.
      • Compartment: Wählen Sie Ihr eigenes Compartment aus, in dem Sie über die erforderliche Berechtigung verfügen.
      • Typ: Wählen Sie Oracle Database aus.
      • Vault: Wählen Sie DMSVAULT aus, das in "Voraussetzung" erstellt wurde.
      • Verschlüsselungsschlüssel: Wählen Sie DMSKEY aus.

      Verbindungsdetails:

      

      

      • Der Datenbankbenutzername für das erstmalige Laden muss der Benutzer mit der Rolle DATAPUMP_EXP_FULL_DATABASE sein.
      • Datenbank-Wallet ist optional.
      • Privaten Endpunkt erstellen: Wenn die Datenbank im privaten Subnetz gestartet wird, klicken Sie auf dasselbe Subnetz, und geben Sie den Namen des privaten Subnetzes aus dem Dropdown-Menü ein. Andernfalls müssen Sie Privaten Endpunkt erstellen nicht auswählen.
      • Klicken Sie auf Erweiterte Einstellungen.
      • Hostname des SSH-Datenbankservers: Öffentliche IP der Quelldatenbank.
      • SSH-Private Key: Private Key im RSA-Format, den wir beim Erstellen der Quelldatenbank heruntergeladen haben.
      • SSH-Benutzername: Geben Sie opc ein.
      • Klicken Sie auf Erstellen.
      • Nachdem die Verbindung erstellt wurde, testen Sie die Verbindung, die erfolgreich sein soll.

      

      

2. Verbindung für Quell-PDB erstellen.

   Geben Sie den Namen (SRCPDB) ein, und der Rest entspricht den SRCCDB-Verbindungsdetails, mit Ausnahme des Replikationsdatenbankbenutzernamens, der im Falle einer PDB GGADMIN lautet.

   

3. Verbindung für Ziel-PDB (ATP) erstellen.

   1. Geben Sie folgende Informationen ein.

      • Name: Geben Sie TRGATP ein.
      • Compartment: Geben Sie Ihr eigenes Compartment ein, in dem Sie über die erforderliche Berechtigung verfügen.
      • Typ: Wählen Sie Oracle Autonomous Database aus.
      • Vault: Geben Sie DMSVAULT ein, das in "Voraussetzung" erstellt wurde.
      • Verschlüsselungsschlüssel: Wählen Sie DMSKEY aus.

      Verbindungsdetails:

      

      

      • Datenbank: Geben Sie DMSTARGETARGETAUTONOMOUS ein.
      • Datenbankbenutzername zum ersten Laden: Geben Sie Admin ein.
      • Wählen Sie Andere Zugangsdaten für die Replikation verwenden aus.
      • Benutzername der Replikationsdatenbank: Geben Sie ggadmin ein.
      • Replikationsdatenbankkennwort: Geben Sie dasselbe Kennwort wie in Aufgabe 3 ein.
      • Privaten Endpunkt erstellen: Wenn die Datenbank im privaten Subnetz gestartet wird, klicken Sie auf dasselbe Subnetz, und geben Sie den Namen des privaten Subnetzes aus dem Dropdown-Menü ein. Andernfalls müssen Sie Privaten Endpunkt erstellen nicht auswählen.

   2. Klicken Sie auf Erstellen, nachdem die Erstellung abgeschlossen ist, auf Verbindung testen. Es sollte erfolgreich sein.

Jetzt werden Verbindungen zur Quell-CDB, zur Quell-PDB und zur Ziel-ATP-Datenbank hergestellt.

Aufgabe 5: Migration erstellen

1. Klicken Sie auf Migrationen, Migration erstellen, und geben Sie die folgenden Informationen ein.

   • Name: Geben Sie POCMIGRATION ein.
   • Datenbankverbindung: Wählen Sie SRCPDB als Quelldatenbank aus.
   • Wählen Sie Datenbank ist integrierbare Datenbank (PDB) aus.
   • Containerdatenbankverbindung: Wählen Sie SRCCDB aus.

   

   

2. Geben Sie Daten zur Zieldatenbank ein.

   • Zieldatenbank: Wählen Sie TRGATP aus.
   • Medium zum erstmaligen Laden übertragen: Wählen Sie Data Pump via Object Storage aus.
   • In Quelldatenbank:
     • Exportverzeichnisobjektname: Geben Sie dumpdir ein, das in der Quelldatenbank erstellt wurde.
     • Objektpfad für Exportverzeichnis: Geben Sie /u01/app/oracle/dumpdir ein, das in der Quelldatenbank erstellt wurde.
   • Objektspeicher-Bucket: Wählen Sie DMSBUCKET aus.

   

3. Klicken Sie auf Erweiterte Optionen anzeigen, und wählen Sie unter Validierung die Option Premigration Advisor während der Validierung ausführen aus.

   

   Prüfen Sie im Abschnitt Erweiterte Optionen die verschiedenen Registerkarten, um Ihre Migrationseinstellungen anzupassen. Insbesondere können Sie auf der Registerkarte Replikation auch eine OCI-Marketplace-Instanz GoldenGate verwenden, wenn Sie zuvor vom Marktplatz aus in Ihrem Mandanten bereitgestellt haben.

   

   

Aufgabe 6: Migrationsaufgabe validieren

Klicken Sie auf Erstellen. Nach der Erstellung können wir die Migration validieren. Sie können die Verbindungen für die Quell-PDB, die Quell-CDB und das Ziel-TP erneut testen, bevor Sie mit der Validierung fortfahren. Wir werden mit Standardoptionen fortfahren.

Nachdem Sie den Validierungsjob gestartet haben, klicken Sie auf Details anzeigen, um den Fortschritt zu überwachen und Details zu prüfen.

Im Falle eines Fehlers des Validierungsjobs für die OCI-Datenbankmigration können Sie das OCI-Datenbankmigrationslog herunterladen, wie in den folgenden Images dargestellt.

Aufgabe 7: Migrationsaufgabe starten

1. Klicken Sie auf Start. Sie werden aufgefordert, eine Phase zum Anhalten der Migration auszuwählen. Die Standardoption ist Replikationsverzögerungen überwachen, bei denen Änderungen an den Quellschemas in Echtzeit verfolgt, erfasst und mit der Zieldatenbank synchronisiert werden.

   

   

   Der Migrationsprozess umfasst mehrere Phasen. Standardmäßig wird der Job bei Replikationsverzögerungen überwachen angehalten, wo er Änderungen zwischen der Quell- und der Zieldatenbank verfolgt und synchronisiert.

   Am Cutover-Datum müssen Sie die Anwendung stoppen und den Migrationsjob fortsetzen. Wir müssen sicherstellen, dass nach dieser Phase und bis zum Abschluss des Cutovers keine neuen Transaktionen in der Quelldatenbank auftreten. Der Job schließt dann den Switchover zur Zieldatenbank ab und führt eine Bereinigung durch.

   

2. Um den Switchover abzuschließen, wählen Sie die Switchover-Phase im Fenster Job fortsetzen aus, und klicken Sie auf Wiederaufnehmen. In dieser Phase wird die Replikation gestoppt, und die Zielanwendung wird umgeleitet, um Transaktionen in der Zieldatenbank zu starten.

3. Nachdem der Job fortgesetzt und die Switchover-Phase abgeschlossen wurde, klicken Sie erneut auf Wiederaufnehmen. Wählen Sie dann die letzte Phase aus, bereinigen Sie sie, und klicken Sie auf Fortsetzen, um den Migrationsprozess abzuschließen.

   

   

Verwandte Links

• Überblick über Oracle Cloud Infrastructure Database Migration

Bestätigungen

• Autor – Kaushik Mukherjee (Senior Principal Consultant, Oracle Indien – Bangalore)

Weitere Lernressourcen

Sehen Sie sich weitere Übungen zu docs.oracle.com/learn an, oder greifen Sie auf weitere kostenlose Lerninhalte im Oracle Learning YouTube-Kanal zu. Besuchen Sie außerdem education.oracle.com/learning-explorer, um ein Oracle Learning Explorer zu werden.

Die Produktdokumentation finden Sie im Oracle Help Center.

---

Titel und Copyright-Informationen

Migrate Oracle Databases using Oracle Cloud Infrastructure Database Migration with Online Migration

G33885-01

Copyright ©2025, Oracle and/or its affiliates.