Migrationen sind oft zeitaufwendig und komplex. Es ist möglich, dass nach der Datenmigration und der Umstellung inkonsistente Leistung oder Probleme mit der Spanner-Datenbank auftreten.
Wir empfehlen, den Fallback von Ihrer Spanner-Datenbank zu konfigurieren, bevor Sie die Umstellung vornehmen, um erhebliche Auswirkungen zu vermeiden, falls während der Migration ein Fehler auftritt. Mit dem Fallback können Sie mit minimaler Ausfallzeit zur Quelldatenbank zurückkehren.
Die umgekehrte Replikation unterstützt den Fallback, indem Daten, die in Spanner geschrieben wurden, in Ihre Quelldatenbank repliziert werden. Wenn Sie einen Fallback durchführen müssen, können Sie Ihre Anwendung auf die Quelldatenbank verweisen und Anfragen mit minimaler Ausfallzeit weiter verarbeiten.
Spanner bietet vorgefertigte Pipelines für die umgekehrte Replikation, die diesen Prozess sofort verarbeiten. Sie müssen also keine benutzerdefinierten Tools für die umgekehrte Replikation erstellen. Die Pipeline führt automatisch die folgenden Schritte aus:
- Verarbeitet Änderungen an Datentypen und Schemazuordnungen zwischen Spanner und Ihrer Quelldatenbank.
- Macht alle Transformationen rückgängig, die während der Migration durchgeführt wurden.
- Leitet Daten an das entsprechende Ziel weiter und berücksichtigt dabei Sharding-Schemata in der Quelldatenbank.
- Erfasst Änderungen aus Spanner-Änderungsstreams, bevor sie in Ihre Quelldatenbank geschrieben werden, um letztendlich Konsistenz zu gewährleisten.
- Verwaltet die Fehlerbehandlung und Wiederholungen über Dead-Letter-Warteschlangen.
Quellspezifische Leitfäden
Verwenden Sie die folgenden Leitfäden für jede Phase des Fallbacks und der Umstellung:
- MySQL: