Las migraciones suelen ser complejas y requieren mucho tiempo. Es posible que, después de la migración de datos y el cambio, experimentes problemas o un rendimiento inconsistente.
Te recomendamos que incluyas mecanismos de respaldo para evitar que se produzcan problemas importantes en caso de que se produzca un error durante la migración. De esta forma, podrás volver a la base de datos de origen con un tiempo de inactividad mínimo.
La replicación inversa te permite volver a la situación anterior replicando los datos escritos en Spanner en tu base de datos de origen. Si necesitas recurrir a una alternativa, la replicación inversa te permite dirigir tu aplicación a la base de datos de origen y seguir atendiendo solicitudes sin que haya un tiempo de inactividad significativo.
El proceso de replicación inversa debe hacer lo siguiente:
- Gestionar los cambios en los tipos de datos o en el contenido.
- Invierte las transformaciones que se hayan realizado durante la migración.
- Envía los datos al destino adecuado, teniendo en cuenta los esquemas de partición de la base de datos de origen.
A continuación, se muestra un enfoque general para crear un flujo de replicación inversa:
- Lee los cambios que se producen en Spanner.
- (Opcional) Inhabilita la migración de captura de datos de cambios (CDC) hacia adelante antes de habilitar la replicación inversa.
- Como Spanner es una base de datos distribuida, captura y ordena temporalmente todos los cambios antes de escribirlos en la base de datos de origen.
- Escribe los datos en la base de datos de origen.