Oracle-Datenbank zu AlloyDB for PostgreSQL migrieren

Auf dieser Seite wird beschrieben, wie Sie Ihre Oracle-Datenbank in die PostgreSQL-Syntax konvertieren und die Daten mit Database Migration Service zu AlloyDB for PostgreSQL migrieren.

Der Migrationsprozess umfasst die folgenden Aufgaben:

1. Quelldatenbank für die Migration konfigurieren und Daten für die Konvertierung in PostgreSQL vorbereiten.

2. AlloyDB for PostgreSQL-Zielinstanz erstellen.

3. Oracle-Schema und andere Objekte mit einem Database Migration Service-Konvertierungsarbeitsbereich in die PostgreSQL-Syntax konvertieren.

4. Migrationsjob in Database Migration Service erstellen und ausführen.

5. Monitoring des Migrationsjobs mit den Beobachtbarkeitsfunktionen von Database Migration Service.

6. Migrationsjob hochstufen, nachdem die Daten vollständig migriert wurden.

Kosten

In diesem Dokument verwenden Sie die folgenden kostenpflichtigen Komponenten von Google Cloud

• AlloyDB for PostgreSQL (siehe AlloyDB for PostgreSQL – Preise)
• Wenn zum Speichern vom Kunden verwalteter Verschlüsselungsschlüssel (Customer-Managed Encryption Keys, CMEK) verwendet: Cloud Storage (siehe Cloud Storage – Preise)

Mit dem Preisrechner können Sie eine Kostenschätzung für Ihre voraussichtliche Nutzung vornehmen.

Hinweis

1. Prüfen Sie, ob dieser Migrationspfad Ihr Szenario vollständig unterstützt. Weitere Informationen finden Sie auf den folgenden Seiten:
   • Auf der Seite Szenarioübersicht sind alle unterstützten Quell- und Zielversionen aufgeführt.
   • Unter Bekannte Einschränkungen werden unterstützte Datentypen, Datenbankgrößen und andere Einschränkungen beschrieben.
   • Unter Netzwerkübersicht werden verfügbare Lösungen für die Netzwerkverbindung beschrieben.

     Um Ihre Daten zu migrieren, muss Database Migration Service eine Netzwerk verbindung zu Ihren Quell- und Zielinstanzen herstellen. Je nach Ihrer Architektur sind möglicherweise zusätzliche Vorbereitungen erforderlich, um die Netzwerkverbindung zu ermöglichen.

2. Einmalige Migrationen: Planen Sie die Migration. Bei einmaligen Migrationen wird nur ein vollständiger Dump- und Ladevorgang ohne anschließende Change Data Capture durchgeführt. Wir empfehlen, Schreibvorgänge in der Quelldatenbank für den Migrationsprozess zu deaktivieren, um Datenverluste zu vermeiden.
3. Überlegen Sie, in welcher Region Sie die Zieldatenbank erstellen möchten. Database Migration Service ist ein vollständig regionales Produkt. Das bedeutet, dass alle Entitäten im Zusammenhang mit Ihrer Migration (Verbindungsprofile für Quelle und Ziel, Migrationsjobs, Zieldatenbanken, Konvertierungsarbeitsbereiche) in einer einzigen Region gespeichert werden müssen.
4. Wählen Sie in der Google Cloud Console auf der Seite für die Projektauswahl ein -Projekt aus oder erstellen Sie eines Google Cloud Projekt.

   Zur Projektauswahl

5. Aktivieren Sie die Database Migration Service API, die Compute Engine API, die Cloud Storage API, und die Cloud SQL Admin API.

   APIs aktivieren

Erforderliche Rollen

Bitten Sie Ihren Administrator, Ihnen die erforderlichen IAM-Rollen für Ihr Projekt zuzuweisen, um die Berechtigungen zu erhalten, die Sie zum Ausführen heterogener SQL Server-Migrationen mit Database Migration Service benötigen:

• Database Migration Admin (roles/datamigration.admin)
• AlloyDB Admin (roles/alloydb.admin)

Weitere Informationen zum Zuweisen von Rollen finden Sie in der Dokumentation zu Identity and Access Management unter Zugriff verwalten.

Diese vordefinierten Rollen enthalten die Berechtigungen, die zum Ausführen heterogener SQL Server-Migrationen mit Database Migration Service erforderlich sind. Erweitern Sie den Abschnitt Erforderliche Berechtigungen, um die erforderlichen Berechtigungen anzuzeigen:

Erforderliche Berechtigungen

Die folgenden Berechtigungen sind erforderlich, um heterogene SQL Server Migrationen mit Database Migration Service auszuführen:

• datamigration.*

• cloudaicompanion.entitlements.get

  Diese Berechtigung ist in der roles/datamigration.admin Rolle enthalten. Sie ist für die Gemini-gestützten Konvertierungsfunktionen erforderlich.

• alloydb.clusters.create
• alloydb.clusters.get
• alloydb.clusters.list
• alloydb.clusters.update
• alloydb.clusters.delete
• alloydb.instances.create
• alloydb.instances.get
• alloydb.instances.list
• alloydb.instances.update
• alloydb.instances.delete
• alloydb.operations.get
• alloydb.users.list
• alloydb.users.get
• alloydb.users.create
• alloydb.users.update
• alloydb.users.delete

Schritt 1: Quelldatenbank vorbereiten

So bereiten Sie Ihre Quelldaten für die Migration vor:

1. Verbindung zur Quelldatenbank einrichten. Führen Sie folgende Schritte aus:
   1. Optional: Überlegen Sie, ob Sie SSL/TLS-Zertifikate verwenden möchten, um die Quellnetzwerkverbindung zu sichern. Weitere Informationen finden Sie unter Netzwerkverbindungen mit TLS sichern.

      Die SSL/TLS-Verschlüsselung wird für Oracle Version 12 und höher unterstützt. Database Migration Service unterstützt nur die TLS-Verschlüsselungsmethode. Je nach SSL/TLS-Konfiguration müssen Sie möglicherweise zusätzliche Konfigurationsschritte in der Quelldatenbank ausführen.

   2. Wählen Sie die Methode für die Quellnetzwerkverbindung aus und konfigurieren Sie sie.
2. Quelldatenbankinstanz konfigurieren.
   • Informationen zu kontinuierlichen Migrationen finden Sie unter Quelldatenbank für kontinuierliche Migrationen konfigurieren.
   • Informationen zu einmaligen Migrationen finden Sie unter Quelldatenbank für eine einmalige Migration konfigurieren.

   In diesem Schritt erstellen Sie ein dediziertes Datenbanknutzerkonto für die Migration und aktivieren die erforderlichen Replikationsfunktionen.

3. Optional: Logdateikonfiguration optimieren.

   Der Zugriff auf archivierte Logdateien führt zu einer zusätzlichen Latenz im Migratioprozess. Sie können bestimmte Logdateieinstellungen anpassen, um die Auswirkungen auf die Latenz zu steuern.

4. Quellverbindungsprofil erstellen.

   Verbindungsprofile enthalten Informationen, die Database Migration Service benötigt, um die Verbindung zur Quelldatenbank herzustellen. Die Verbindungs details variieren je nach verwendeter Methode für die Quellnetzwerkverbindung.

Schritt 2: AlloyDB for PostgreSQL-Zielinstanz vorbereiten

So konfigurieren Sie Ihre Cloud SQL-Zielinstanz:

1. Wählen Sie die Methode für die Zielnetzwerkverbindung aus und konfigurieren Sie sie.
2. AlloyDB for PostgreSQL-Zielinstanz erstellen und konfigurieren.

   Achten Sie darauf, dass Sie genügend Compute- und Arbeitsspeicherressourcen verwenden, um Ihre Migrations anforderungen zu erfüllen. Weitere Informationen finden Sie unter Migrationsempfehlungen.

3. Zielverbindungsprofil erstellen.

   Verbindungsprofile enthalten Informationen, die Database Migration Service benötigt, um die Verbindung zur Zieldatenbank herzustellen. Die Verbindungs details variieren je nach verwendeter Methode für die Zielnetzwerkverbindung.

Schritt 3: Oracle-Objekte in die PostgreSQL-Syntax konvertieren

Datenbanken können oft Tausende von Objekten enthalten. Sie alle in einer einzigen Sitzung zu konvertieren, kann eine Herausforderung sein. Mit Konvertierungsarbeitsbereichen können Sie den Konvertierungsprozess in mehrere Phasen unterteilen, in denen Sie neue Objekte zur Konvertierung hinzufügen, Probleme beheben und sie dann in der Zieldatenbank testen.

So konvertieren Sie Objekte aus der Quelldatenbank:

1. Konvertierungsarbeitsbereich erstellen und erste Konvertierung ausführen.
2. Konvertierungsprobleme beheben und Schema auf die Zieldatenbank anwenden.
   Tipp: Sie können Gemini-gestützte Konvertierungsfunktionen verwenden, um den Konvertierungsprozess zu beschleunigen.

Schritt 4: Migrationsjob erstellen und ausführen

So konfigurieren und führen Sie die Migration aus:

1. Optional: Wenn Sie Ihre eigenen Zertifikate für den Migrationsjob verwalten möchten, bereiten Sie die erforderlichen Verschlüsselungsschlüssel vor.

2. Optional: Wenn Sie die Phase Vollständiger Dump selbst ausführen möchten, können Sie alle Daten aus der Oracle-Quelldatenbank exportieren und außerhalb von Database Migration Service in die AlloyDB for PostgreSQL-Zielinstanz laden.

   Wenn Sie den vollständigen Dump außerhalb des Migrationsjob-Ablaufs ausführen, notieren Sie die System Change Number (SCN), an der Database Migration Service mit der CDC-Replikation beginnen soll.

3. Migrationsjob erstellen und ausführen.

   Die Zieldatenbank ist während der Migration beschreibbar, sodass bei Bedarf DML-Änderungen angewendet werden können. Nehmen Sie keine Änderungen an der Datenbankkonfiguration oder den Tabellenstrukturen vor, da dies den Migrationsprozess unterbrechen oder die Datenintegrität beeinträchtigen kann.

   Mit den Beobachtbarkeitsfunktionen von Database Migration Service können Sie den Migrationsfortschritt sowie den Zustand der Zielinstanz verfolgen. Weitere Informationen finden Sie unter Messwerte für Migrationsjobs.

Schritt 5: Migration abschließen

Wenn Sie Ihre Anwendung zur neuen AlloyDB for PostgreSQL-Instanz wechseln möchten, schließen Sie die Migration mit den folgenden Schritten ab:

Einmalige Migrationen

Wenn Database Migration Service die Phase „Vollständiger Dump“ abgeschlossen hat, ändert sich der Status des Migrationsjobs in Bereit zum Hochstufen.

1. Optional: Vollständigkeit der Migrationsdaten prüfen.
2. Migrationsjob hochstufen.

Kontinuierliche Migrationen

1. Beenden Sie alle Schreibvorgänge in der Quelldatenbank. Sie können sie in den schreibgeschützten Modus versetzen, um die Betriebsfunktionalität beizubehalten.
2. Optional: Vollständigkeit der Migrationsdaten prüfen.
3. Migrationsjob hochstufen.

Sie können jetzt alle Database Migration Service-Entitäten wie Verbindungsprofile, Migrationsjobs und Konvertierungsarbeitsbereiche bereinigen. Sie können sie auch beibehalten und für eine andere Migration wiederverwenden.

Nächste Schritte

Weitere Informationen zu den Google Cloud Funktionen von AlloyDB for PostgreSQL. Weitere Informationen finden Sie unter AlloyDB for PostgreSQL-Funktionen.