Migration von Oracle zu Cloud SQL for PostgreSQL – Übersicht

Mit dem 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. Der 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

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

  • Amazon RDS für Oracle
  • Selbst gehostete Bereitstellungen, einschließlich:
    • Oracle-Einzelinstanz-Datenbankbereitstellung
    • 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, 18.
Oracle 12c, Version 12.1.0.2
Oracle 12c, Version 12.2.0.1
Oracle 18c
Oracle 19c
Oracle 21c

Nicht unterstützte Quelldatenbanken

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

Code- und Schemakonvertierung

Die Konvertierungsarbeitsbereiche des Database Migration Service bieten eine interaktive Editorumgebung, in der Sie 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.

Migrationsdatenfluss

Für heterogene Oracle-Migrationen zu PostgreSQL unterstützt der 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 dem 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 des Database Migration Service, um Schemas, Tabellen und andere Objekte von der Oracle-Syntax in die PostgreSQL-Syntax zu konvertieren.

    Oracle-Datenbanken können oft mehrere Tausend Objekte haben deren Schema Sie konvertieren müssen. Mit dem Database Migration Service können Sie Ihre Arbeit in mehrere Phasen unterteilen. Der 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 der 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 der 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 des Database Migration Service, um Schemas, Tabellen und andere Objekte von der Oracle-Syntax in die PostgreSQL-Syntax zu konvertieren.

    Oracle-Datenbanken können oft mehrere Tausend Objekte haben deren Schema Sie konvertieren müssen. Mit dem Database Migration Service können Sie Ihre Arbeit in mehrere Phasen unterteilen. Der 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 der 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 durchzuführen:

    • Automatisch: Der 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 der Database Migration Service die tatsächlichen Inhalte Ihrer Datenbank.

    • Manuell: Sie können die vollständige Dump-Phase überspringen und sie selbst außerhalb des Database Migration Service durchfü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 der Database Migration Service nach Abschluss der vollständigen Dump-Phase zur CDC-Phase. Während der CDC-Phase überwacht der Database Migration Service Ihre Quelldatenbanken auf Änderungen und repliziert sie dann kontinuierlich in der Zielinstanz.

    In der CDC-Phase kopiert der 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 zeigt. (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.

Der 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

Der 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 dem Database Migration Service und den 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