Migrationsablauf

Bei homogenen MySQL-Migrationen zu Cloud SQL stellt Database Migration Service eine Verbindung zur Zielinstanz von Cloud SQL her und verwaltet dann den Migrationsprozess in deren Namen. Die Verbindung zur Quellinstanz wird von der Zielinstanz hergestellt, aber Database Migration Service überwacht den Prozess.

Übersicht über den MySQL-Migrationsablauf
Abbildung 1 Datenverschiebung während der Migration mit Database Migration Service for MySQL. (Zum Vergrößern klicken)
Übersicht über den MySQL-Migrationsablauf

Bei homogenen MySQL-Migrationen zu Cloud SQL unterstützt Database Migration Service kontinuierliche und einmalige Migrationsvorgänge. Bei kontinuierlichen Migrationen werden Ihre Daten zuerst aus einem vollständigen Dump geladen und dann basierend auf Informationen zu Datenänderungen, die aus Datenbankprotokolldateien stammen, kontinuierlich aktualisiert. Im Allgemeinen laufen die Migrationsphasen so ab:

Einmalige Migrationen

  1. Wenn Sie den Migrationsjob erstellen, erstellt Database Migration Service eine temporäre Orchestrierungsinstanz zur Verwaltung der Replikation und macht Ihre Cloud SQL-Zielinstanz zu einem Cloud SQL-Replikat. Für diese Orchestrierungsinstanz fallen keine zusätzlichen Kosten an.

    Ansicht der herabgestuften Zielinstanz in der Cloud SQL-Konsole. Das Bild zeigt, wie die Zielinstanz von der temporären Orchestrierungsinstanz verwaltet wird.
    Abbildung 2 Zielinstanz unter der temporären Orchestrierungsinstanz in der Google Cloud Console.
    Ansicht der herabgestuften Zielinstanz in der Cloud SQL-Konsole. Auf dem Bild ist zu sehen, wie die Zielinstanz von der temporären Orchestrierungsinstanz verwaltet wird.

  2. Wenn Sie den Migrationsjob starten, beginnt Database Migration Service mit der Phase des vollständigen Dumps. Bei einmaligen Migrationen ist dies die einzige Migrationsphase.

    Während des vollständigen Dumps stellt Database Migration Service eine Verbindung zu Ihrer Quell instanz her, liest die Inhalte der Datenbanken, die Sie für die Migration ausgewählt haben, und lädt die Daten dann in die Zielinstanz.

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

    Sie können auch eigene Dump-Dateien für Database Migration Service bereitstellen. Alle Daten, die nach dem Erstellen der Dump-Dateien der Datenbank hinzugefügt wurden, werden nicht migriert. Die Netzwerkverbindung zu Ihrer Datenbank wird weiterhin für Konsistenzprüfungen verwendet.

  3. Nach Abschluss der Phase des vollständigen Dumps stuft Database Migration Service die Zieldatenbank automatisch hoch und schließt die Migration ab. An diesem Punkt können Sie Ihre Anwendung so umstellen, dass sie die neue Zieldatenbank verwendet.

Kontinuierliche Migrationen

  1. Wenn Sie den Migrationsjob erstellen, erstellt Database Migration Service eine temporäre Orchestrierungsinstanz zur Verwaltung der Replikation und macht Ihre Cloud SQL-Zielinstanz zu einem Cloud SQL-Replikat. Für diese Orchestrierungsinstanz fallen keine zusätzlichen Kosten an.

    Ansicht der herabgestuften Zielinstanz in der Cloud SQL-Konsole. Auf dem Bild ist zu sehen, wie die Zielinstanz von der temporären Orchestrierungsinstanz verwaltet wird.
    Abbildung 2 Zielinstanz unter der temporären Orchestrierungsinstanz in der Google Cloud Console.
    Ansicht der herabgestuften Zielinstanz in der Cloud SQL-Konsole. Auf dem Bild ist zu sehen, wie die Zielinstanz von der temporären Orchestrierungsinstanz verwaltet wird.

  2. Wenn Sie den Migrationsjob starten, beginnt Database Migration Service mit der Phase des vollständigen Dumps.

    Während des vollständigen Dumps stellt Database Migration Service eine Verbindung zu Ihrer Quell instanz her, liest die Inhalte der Datenbanken, die Sie für die Migration ausgewählt haben, und lädt die Daten dann in die Zielinstanz.

    Sie können auch eigene Dump-Dateien für Database Migration Service bereitstellen. Alle Daten, die nach dem Erstellen der Dump-Dateien der Datenbank hinzugefügt wurden, werden nicht migriert. Die Netzwerkverbindung zu Ihrer Datenbank wird weiterhin für Konsistenzprüfungen verwendet.

  3. Bei kontinuierlichen Migrationen wechselt Database Migration Service nach Abschluss der Phase des vollständigen Dumps zur CDC-Phase. Während der CDC-Phase überwacht Database Migration Service Ihre Quelldatenbanken auf Änderungen und repliziert diese kontinuierlich in der Zielinstanz.

    In der CDC-Phase kopiert Database Migration Service keine tatsächlichen Daten aus Ihren Quell tabellen. Stattdessen werden Informationen aus Datenbankprotokolldateien gelesen, um Änderungen in der Zielinstanz zu replizieren. Sie können die laufende Replikation beenden und den Migrationsjob hochstufen, wenn Sie Ihre Anwendung so umstellen möchten, dass sie Ihre Zielinstanz als Produktionsdatenbank verwendet.

Nächste Schritte