As migrações são frequentemente demoradas e complexas. É possível que, após a migração de dados e a transição, tenha um desempenho inconsistente ou problemas.
Recomendamos que crie mecanismos de alternativa para evitar um impacto significativo em caso de erro durante a migração, o que lhe permite voltar à base de dados de origem com um tempo de inatividade mínimo.
A replicação inversa permite-lhe recorrer à replicação dos dados escritos no Spanner de volta para a base de dados de origem. Se precisar de recorrer a uma alternativa, a replicação inversa permite-lhe direcionar a sua aplicação para a base de dados de origem e continuar a publicar pedidos sem um tempo de inatividade significativo.
O processo de replicação inversa tem de fazer o seguinte:
- Processar alterações nos tipos de dados ou no conteúdo.
- Reverter todas as transformações realizadas durante a migração.
- Envie os dados para o destino adequado, tendo em conta os esquemas de divisão na base de dados de origem.
Considere a seguinte abordagem de alto nível para criar um fluxo de replicação inversa:
- Leia as alterações que ocorrem no Spanner.
- (Opcional) Desative a migração de captura de dados de alterações (CDC) de encaminhamento antes de ativar a replicação inversa.
- Uma vez que o Spanner é uma base de dados distribuída, capture e ordene temporariamente todas as alterações antes de escrever na base de dados de origem.
- Escreva os dados na base de dados de origem.