Migrationen sind oft zeitaufwendig und komplex. Es ist möglich, dass nach der Datenmigration und Umstellung Leistungsschwankungen oder Probleme auftreten.
Wir empfehlen, Fallback-Mechanismen einzubinden, um bei einem Fehler während der Migration erhebliche Auswirkungen zu vermeiden. So können Sie mit minimaler Ausfallzeit zur Quelldatenbank zurückkehren.
Mit der umgekehrten Replikation können Sie einen Fallback durchführen, indem Sie Daten, die in Spanner geschrieben wurden, zurück in Ihre Quelldatenbank replizieren. Bei einem Fallback können Sie mit der umgekehrten Replikation Ihre Anwendung auf die Quelldatenbank verweisen und Anfragen ohne erhebliche Ausfallzeiten weiter bearbeiten.
Der Prozess der umgekehrten Replikation muss Folgendes tun:
- Änderungen an Datentypen oder Inhalten verarbeiten
- Rückgängig machen Sie alle während der Migration durchgeführten Transformationen.
- Die Daten werden an das entsprechende Ziel gesendet, wobei die Sharding-Schemata in der Quelldatenbank berücksichtigt werden.
Hier ist ein allgemeiner Ansatz zum Erstellen eines umgekehrten Replikationsflusses:
- Lesen Sie die Änderungen, die in Spanner auftreten.
- Optional: Deaktivieren Sie die Vorwärtsmigration mit Change Data Capture (CDC), bevor Sie die umgekehrte Replikation aktivieren.
- Da Spanner eine verteilte Datenbank ist, müssen Sie alle Änderungen erfassen und vorübergehend sortieren, bevor Sie sie in die Quelldatenbank schreiben.
- Schreiben Sie die Daten in die Quelldatenbank.