Há dois conceitos importantes que você precisa entender para saber como os dados fluem da origem para a instância de destino: tipos e fases de migração. O Database Migration Service oferece suporte a dois tipos de migração: contínua e única.
Com as migrações contínuas , os dados são migrados em duas fases: despejo completo e captura de dados alterados (CDC). As migrações únicas envolvem apenas uma fase de despejo completo.
Fase de despejo completo
A fase de despejo completo é a primeira parte do processo de migração. Durante o despejo completo, o Database Migration Service se conecta à instância de origem, lê o conteúdo dos bancos de dados selecionados para migração e carrega os dados na instância de destino do Cloud SQL para PostgreSQL. Nessa fase, o Database Migration Service captura o conteúdo real do banco de dados. Para migrações únicas, as alterações feitas nos dados em um lote que já foi lido não são migradas.
Durante a fase de despejo completo, o Database Migration Service pode abrir várias conexões com os bancos de dados de origem para melhorar a performance. É possível configurar o número de conexões simultâneas ao criar um job de migração.
Para ter controle granular sobre a movimentação de dados, também é possível realizar o despejo completo e carregar os dados na instância de destino por conta própria, fora do Database Migration Service. Se você optar por realizar essa fase manualmente, o job de migração será iniciado com a fase de CDC, e o Database Migration Service vai esperar que você forneça o número de alteração do sistema (SCN, na sigla em inglês) dos arquivos de redo log como ponto de partida.
Captura de dados alterados (CDC)
Quando a fase de despejo completo termina (ou se você optar por realizar o despejo completo e começar com a fase de CDC), o Database Migration Service muda para a fase de CDC, em que continua monitorando os bancos de dados de origem em busca de alterações e as replica continuamente na instância de destino. Nessa fase, o Database Migration Service não copia os dados reais dos bancos de dados de origem. Em vez disso, ele lê arquivos de registro para replicar as alterações no destino.
O Database Migration Service usa a API Oracle LogMiner para acessar e analisar arquivos de registro redo do Oracle arquivados no banco de dados de origem. Antes de migrar os bancos de dados Oracle para o Cloud SQL para PostgreSQL com o Database Migration Service, recomendamos que você ajuste as configurações dos arquivos de redo log do Oracle para otimizar a performance e a fidelidade dos dados. Para mais informações, consulte Trabalhar com arquivos redo log do Oracle.