Fluxo de migração

Para migrações homogêneas do MySQL para o Cloud SQL, o Database Migration Service se conecta à instância de destino do Cloud SQL e gerencia o processo de migração em nome dela. É a instância de destino que estabelece a conexão com a instância de origem, mas é o Database Migration Service que supervisiona o processo.

Visão geral do fluxo de migração do MySQL
Figura 1. Movimentação de dados durante as migrações do Database Migration Service para MySQL. (clique para ampliar)
Visão geral do fluxo de migração do MySQL

Para migrações homogêneas do MySQL para o Cloud SQL, o Database Migration Service oferece suporte a fluxos de migração contínuos e únicos. Com migrações contínuas, os dados são carregados primeiro de um despejo completo e, em seguida, atualizados continuamente com base nas informações de mudança de dados extraídas dos arquivos de registro do banco de dados. De modo geral, as fases de migração progridem da seguinte maneira:

Migrações únicas

  1. Ao criar o job de migração, o Database Migration Service cria uma instância de orquestração temporária para gerenciar a replicação e transforma o Cloud SQL de destino em uma réplica do Cloud SQL. Não há custos adicionais associados a essa instância de orquestração.

    Visualização da instância de destino rebaixada no console do Cloud SQL.
              A imagem mostra como a instância de destino é gerenciada pela
              instância de orquestração temporária.
    Figura 2. Instância de destino exibida em a instância de orquestração temporária no Google Cloud console.
    Visualização da instância de destino rebaixada no console do Cloud SQL.
              A imagem mostra como a instância de destino é gerenciada pela
              instância de orquestração temporária.
  2. Ao iniciar o job de migração, o Database Migration Service começa a fase de despejo completo. Para migrações únicas, essa é a única fase 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.

    Para migrações únicas, recomendamos desativar as gravações no banco de dados de origem durante a fase de despejo completo. Dessa forma, você evita a perda de dados criados após o início do processo de migração.

    Também é possível fornecer seus próprios arquivos dump para o Database Migration Service. Os dados adicionados ao banco de dados após a criação dos arquivos dump não serão migrados. A conexão de rede com o banco de dados ainda é estabelecida para verificações de consistência.

  3. Quando a fase de despejo completo termina, o Database Migration Service promove automaticamente o banco de dados de destino e conclui a migração. Nesse momento, você pode mudar o aplicativo para usar o novo banco de dados de destino.

Migrações contínuas

  1. Ao criar o job de migração, o Database Migration Service cria uma instância de orquestração temporária para gerenciar a replicação e transforma o Cloud SQL de destino em uma réplica do Cloud SQL. Não há custos adicionais associados a essa instância de orquestração.

    Visualização da instância de destino rebaixada no console do Cloud SQL.
              A imagem mostra como a instância de destino é gerenciada pela
              instância de orquestração temporária.
    Figura 2. Instância de destino exibida em a instância de orquestração temporária no Google Cloud console.
    Visualização da instância de destino rebaixada no console do Cloud SQL.
              A imagem mostra como a instância de destino é gerenciada pela
              instância de orquestração temporária.
  2. Ao iniciar o job de migração, o Database Migration Service começa a fase de despejo completo.

    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.

    Também é possível fornecer seus próprios arquivos dump para o Database Migration Service. Os dados adicionados ao banco de dados após a criação dos arquivos dump não serão migrados. A conexão de rede com o banco de dados ainda é estabelecida para verificações de consistência.

  3. Para migrações contínuas, quando a fase de despejo completo termina, o Database Migration Service muda para a fase de CDC. Durante a CDC, Database Migration Service continua monitorando os bancos de dados de origem em busca de mudanças, e as replica continuamente na instância de destino.

    Na fase de CDC, o Database Migration Service não copia os dados reais das tabelas de origem . Em vez disso, ele lê as informações extraídas dos arquivos de registro do banco de dados para replicar as mudanças no destino. Você pode interromper a replicação em andamento e promover o job de migração quando quiser mudar o aplicativo para que ele use a instância de destino como o banco de dados de produção.

A seguir