Migration von Oracle zu Cloud SQL for PostgreSQL – Übersicht

Mit Database Migration Service können Sie Ihr Oracle-Datenbankschema, Ihre Tabellen und Codeobjekte in die PostgreSQL-Syntax konvertieren und dann Daten aus Ihren Oracle-Datenbanken zu Cloud SQL for PostgreSQL migrieren. Database Migration Service bietet Unterstützung für mehrere verschiedene Oracle Angebote, darunter Bare-Metal-Lösung, Oracle Real Application Clusters (RAC), und selbstverwaltete Instanzen.

Auf dieser Seite finden Sie eine Übersicht über die wichtigsten Database Migration Service-Funktionen für heterogene Migrationen von Oracle zu Cloud SQL for PostgreSQL:

Unterstützte Quell- und Zieldatenbanken

Database Migration Service unterstützt die folgenden Oracle-Datenbanken als Migrationsquellen:

  • Amazon RDS für Oracle
  • Selbst gehostete Bereitstellungen, einschließlich:
    • Oracle-Bereitstellung mit einer einzelnen Datenbankinstanz
    • Oracle Exadata
    • Oracle Active Data Guard
    • Oracle Real Application Clusters (RAC)

Die vollständige Unterstützung hängt auch von Ihrer Oracle-Quellversion ab. In der folgenden Tabelle sind alle unterstützten Versionen für heterogene Oracle-Migrationen aufgeführt:

Quelldatenbanken Zieldatenbanken
Oracle 11g, Version 11.2.0.4 Cloud SQL for PostgreSQL 12, 13, 14, 15, 16, 17.
Oracle 12c, Version 12.1.0.2
Oracle 12c, Version 12.2.0.1
Oracle 18c
Oracle 19c
Oracle 21c

Nicht unterstützte Quelldatenbanken

Database Migration Service unterstützt keine Migration von Oracle Autonomous Database.

Code- und Schemakonvertierung

Die Konvertierungsarbeitsbereiche von Database Migration Service bieten eine interaktive Editorumgebung, in der Sie Ihre Schemas, Tabellen und andere Objekte von der Oracle-Syntax in die PostgreSQL-Syntax konvertieren können. Interaktive Konvertierungsarbeitsbereiche unterstützen auch von Gemini unterstützte Workflows mit Codeerklärungen und der Behebung von Konvertierungsproblemen.

Weitere Informationen finden Sie unter Konvertierungsarbeitsbereiche.

Datenfluss bei der Migration

Für heterogene Oracle-Migrationen zu PostgreSQL unterstützt Database Migration Service kontinuierliche und einmalige Migrationsabläufe. Bei kontinuierlichen Migrationen werden Ihre Daten zuerst aus einem vollständigen Dump geladen und dann basierend auf Informationen zu Datenänderungen, die aus Datenbanklogdateien stammen, kontinuierlich aktualisiert.

Diagramm zum Datenfluss für die Migration von Oracle zu Cloud SQL for PostgreSQL mit Database Migration Service, das die kontinuierliche Replikation von der Quelle zum Ziel zeigt.
Abbildung 1 Kontinuierliche Datenverschiebung während einer heterogenen Migration von Oracle zu Cloud SQL for PostgreSQL mit Database Migration Service. (Zum Vergrößern klicken)
Diagramm zum Datenfluss für die Migration von Oracle zu Cloud SQL for PostgreSQL mit Database Migration Service, das die kontinuierliche Replikation von der Quelle zum Ziel zeigt.

Auf hoher Ebene werden Ihre Daten wie folgt durch die Migrationsphasen verschoben:

Einmalige Migrationen

  1. Sie verwenden den Konvertierungsarbeitsbereich von Database Migration Service, um Ihre Schemas, Tabellen und andere Objekte von der Oracle-Syntax in die PostgreSQL-Syntax zu konvertieren.

    Oracle-Datenbanken können oft mehrere Tausend Objekte enthalten, deren Schema Sie konvertieren müssen. Mit Database Migration Service können Sie Ihre Arbeit in mehrere Phasen unterteilen. Database Migration Service kann sich bei Bedarf mit Ihren Quelldatenbanken verbinden und die erforderlichen Schemainformationen abrufen.

  2. Wenn Sie alle Entitäten in die PostgreSQL-Syntax übersetzt haben, wenden Sie das Schema auf die Datenbanken in der Zielinstanz an.

    Ziel dieser Phase ist es, Ihre Zieldatenbanken so vorzubereiten, dass Database Migration Service später die Daten aus den Quelltabellen in die entsprechenden Tabellen in AlloyDB for PostgreSQL replizieren kann.

    Sobald Ihr Schema angewendet wurde, können Sie mit der Datenmigration beginnen.

  3. Die vollständige Dump-Phase ist der einzige Teil des einmaligen Migrations prozesses. In dieser Phase stellt Database Migration Service eine Verbindung zu Ihrer Quell Instanz her, liest die Inhalte der Tabellen, die Sie für die Migration ausgewählt haben, und lädt die Daten dann in die AlloyDB for PostgreSQL-Zielinstanz.

    Bei einmaligen Migrationen empfehlen wir, Schreibvorgänge in der Quelldatenbank während der vollständigen Dump-Phase zu deaktivieren. So können Sie vermeiden, dass Daten verloren gehen, die nach Beginn des Migrationsprozesses erstellt wurden.

  4. Nach Abschluss der vollständigen Dump-Phase können Sie die Ziel Datenbank hochstufen und Ihre Anwendung so umstellen, dass sie die neue Zieldatenbank verwendet.

Kontinuierliche Migrationen

  1. Sie verwenden den Konvertierungsarbeitsbereich von Database Migration Service, um Ihre Schemas, Tabellen und andere Objekte von der Oracle-Syntax in die PostgreSQL-Syntax zu konvertieren.

    Oracle-Datenbanken können oft mehrere Tausend Objekte enthalten, deren Schema Sie konvertieren müssen. Mit Database Migration Service können Sie Ihre Arbeit in mehrere Phasen unterteilen. Database Migration Service kann sich bei Bedarf mit Ihren Quelldatenbanken verbinden und die erforderlichen Schemainformationen abrufen.

  2. Wenn Sie alle Entitäten in die PostgreSQL-Syntax übersetzt haben, wenden Sie das Schema auf die Datenbanken in der Zielinstanz an.

    Ziel dieser Phase ist es, Ihre Zieldatenbanken so vorzubereiten, dass Database Migration Service später die Daten aus den Quelltabellen in die entsprechenden Tabellen in AlloyDB for PostgreSQL replizieren kann.

    Sobald Ihr Schema angewendet wurde, können Sie mit der Datenmigration beginnen.

  3. Die vollständige Dump-Phase ist der erste Teil des Migrationsprozesses. Es gibt zwei Möglichkeiten, einen vollständigen Dump auszuführen:

    • Automatisch: Database Migration Service stellt eine Verbindung zu Ihrer Quellinstanz her, liest die Inhalte der Tabellen, die Sie für die Migration ausgewählt haben, und lädt die Daten dann in die AlloyDB for PostgreSQL-Zielinstanz.

      In dieser Phase erfasst Database Migration Service die tatsächlichen Inhalte Ihrer Datenbank.

    • Manuell: Sie können die vollständige Dump-Phase überspringen und sie selbst außerhalb von Database Migration Service ausführen. In diesem Fall können Sie den Migrations prozess mit der CDC-Phase (Change Data Capture) starten, indem Sie eine Oracle-Systemänderungsnummer als Ausgangspunkt für die Replikation angeben.
  4. Bei kontinuierlichen Migrationen wechselt Database Migration Service nach Abschluss der vollständigen Dump-Phase zur CDC-Phase. Während der CDC-Phase überwacht Database Migration Service Ihre Quelldatenbanken auf Änderungen, und repliziert sie kontinuierlich in der Zielinstanz.

    In der CDC-Phase kopiert Database Migration Service keine tatsächlichen Daten aus Ihren Quell tabellen, sondern liest Informationen aus Datenbanklogdateien, um Änderungen im Ziel zu replizieren. Weitere Informationen zu diesem Mechanismus finden Sie unter Change Data Capture. Sie können die laufende Replikation beenden und den Migrationsjob hochstufen, wenn Sie Ihre Anwendung so umstellen möchten, dass die AlloyDB for PostgreSQL Zielinstanz als Produktionsdatenbank verwendet wird.

Eine detaillierte Schritt-für-Schritt-Anleitung zur Migration finden Sie unter Migrationsleitfaden von Oracle zu Cloud SQL for PostgreSQL.

Monitoring

Beispieldiagramm mit Messwerten für die Replikationsverzögerung für einen Migrationsjob von Oracle zu Cloud SQL for PostgreSQL in Database Migration Service.
Abbildung 2 Beispiel für ein Diagramm zur Beobachtbarkeit, das die Replikationsverzögerung in einem Database Migration Service-Migrationsjob anzeigt. (Zum Vergrößern klicken)
Beispieldiagramm mit Messwerten für die Replikationsverzögerung für einen Migrationsjob von Oracle zu Cloud SQL for PostgreSQL in Database Migration Service.

Database Migration Service bietet umfangreiche Logging- und Beobachtbarkeitsfunktionen, mit denen Sie den Migrationsfortschritt beobachten können. Zu diesen Funktionen gehören Echtzeitdiagnosen für die Replikationsverzögerung und den CDC-Fortschritt sowie detaillierte Logs für den Zustand der Cloud SQL for PostgreSQL-Zielinstanz und den Status des Migrationsjobs.

Weitere Informationen finden Sie unter Messwerte für Migrationsjobs.

Sicherheit bei der Migration

Database Migration Service bietet mehrere Verschlüsselungsmechanismen, die Sie für zusätzliche Sicherheit während des Migrationsprozesses verwenden können. Zu diesen Mechanismen gehören:

  • SSL/TLS-Zertifikate zum Verschlüsseln der Netzwerkverbindungen zwischen Database Migration Service und Quelldatenbanken. Weitere Informationen finden Sie unter Übersicht über die Verschlüsselung.

  • Verschlüsselungszertifikate zum Sichern der Datenübertragung während der vollständigen Dump- und CDC-Phasen. Weitere Informationen finden Sie unter CMEK für Migrationsjobs.

Nächste Schritte