Visão geral do Database Migration Service

A migração é um processo de movimentação de dados e metadados de um banco de dados de origem para um banco de dados de destino. Depois que a migração é concluída, o banco de dados de destino se torna o principal, que pode ser lido e gravado por aplicativos dependentes, e o banco de dados de origem pode ser desativado.

O Database Migration Service ajuda você a migrar seus dados para o Google Cloud. O serviço oferece suporte a migrações de banco de dados para instâncias do Cloud SQL e do AlloyDB para PostgreSQL. O Database Migration Service simplifica a rede, gerencia o snapshot inicial e a replicação contínua e fornece atualizações de status durante todo o processo de migração.

Com o Database Migration Service, você pode:

O diagrama a seguir mostra os principais recursos do Database Migration Service no contexto da Google Cloud arquitetura:

Diagrama de arquitetura mostrando o fluxo de dados de ambientes locais ou outras nuvens para o Google Cloud usando o Database Migration Service, destacando recursos importantes como migrações homogêneas e heterogêneas, tempo de inatividade mínimo e conversão com tecnologia do Gemini.
Figura 1. Arquitetura e fluxo de dados do Database Migration Service (clique para ampliar).

Tipos de migração

As migrações podem ser categorizadas nos seguintes tipos:

Migração contínua

A migração contínua (às vezes chamada de contínua ou on-line) é um fluxo contínuo de mudanças da origem para o destino que segue uma carga e um dump completo iniciais. Quando o destino estiver pronto para leituras e gravações, finalize a replicação entre a origem e o destino. A instância do Cloud SQL de destino ou o cluster do AlloyDB para PostgreSQL estará pronto para ser usado como uma instância principal independente. Fazer a troca quando a origem e o destino estão sincronizados oferece o mínimo de tempo de inatividade.

Migração única

Uma migração única é um snapshot único do banco de dados. O Database Migration Service extrai o snapshot da origem e o aplica ao destino. Esse processo é um dump e uma carga, em que o destino fica pronto para ser usado quando a carga é concluída. Todos os aplicativos que dependem do banco de dados de origem podem sofrer tempo de inatividade durante o processo de migração, porque não é possível fazer novas gravações nesse banco de dados enquanto a migração estiver em andamento.

Migrações homogêneas

As migrações homogêneas ocorrem quando você migra dados entre a mesma tecnologia de banco de dados. Por exemplo, do MySQL para o Cloud SQL para MySQL.

Para mais informações, consulte Migrações homogêneas.

Migrações heterogêneas

Ao contrário das migrações homogêneas, nas migrações heterogêneas, como do Oracle para o Cloud SQL para PostgreSQL, a tecnologia de banco de dados da origem e do destino é diferente.

Para mais informações, consulte Migrações heterogêneas.

Inatividade mínima

O Database Migration Service oferece suporte a migrações contínuas, sem servidor e com pouco tempo de inatividade para migrações homogêneas e heterogêneas. A arquitetura sem servidor do Database Migration Service faz um snapshot inicial do banco de dados de origem para capturar o estado atual dos dados. Depois que o snapshot é concluído, o Database Migration Service o carrega no banco de dados de destino e a replicação contínua de dados começa. A replicação de dados é uma operação contínua porque rastreia e copia todas as mudanças feitas no banco de dados original em tempo real. Ela é baseada na captura de dados alterados (CDC, na sigla em inglês), um processo que identifica e captura apenas as mudanças, como inserções, atualizações e exclusões feitas no banco de dados após a captura do snapshot inicial.

Essa abordagem minimiza o tempo de inatividade pelos seguintes motivos:

  • A replicação contínua é mais eficiente do que replicar todo o banco de dados com frequência, já que ela se concentra apenas nas modificações.
  • Os dados são migrados enquanto o banco de dados de origem permanece operacional.
  • As migrações sem servidor têm alto desempenho em escala.

Acelerar a conversão de código e esquema com o Gemini

Para migrações heterogêneas, o Database Migration Service converte o esquema e os objetos do banco de dados de origem em um formato compatível com o banco de dados de destino. Os espaços de trabalho de conversão oferecem os seguintes recursos:

  • Conversão inicial de esquema que acontece automaticamente depois que você cria o espaço de trabalho de conversão.
  • O editor de SQL interativo que ajuda a corrigir problemas de conversão ou ajustar o esquema para atender melhor às suas necessidades.
  • Assistência dos recursos de conversão do Gemini.
  • Diretrizes de personalização que podem ser usadas para substituir as regras de conversão de esquema automatizada.

Para mais informações, consulte Conversão com tecnologia do Gemini.

Segurança e criptografia

O Database Migration Service migra dados com segurança usando certificados SSL/TLS para criptografar conexões de rede e chaves de criptografia gerenciadas pelo cliente (CMEK, na sigla em inglês) para migrações contínuas.

Para mais informações, consulte Segurança e criptografia.

Métricas de observabilidade

O Database Migration Service mostra vários diagramas que podem ajudar você a entender o estado atual e o progresso do job de migração. A maioria dos cenários de migração permite filtrar as informações nesses diagramas para cada banco de dados incluído no job de migração.

Exemplos de gráficos mostrando métricas de jobs de migração no Database Migration Service, incluindo uso do armazenamento e atraso de replicação.
Figura 1. Exemplo de gráficos de observabilidade para um job de migração no Database Migration Service (clique para ampliar).
Exemplos de gráficos mostrando métricas de jobs de migração no Database Migration Service, incluindo uso do armazenamento e atraso de replicação.

Para mais informações, consulte as páginas de métricas do job de migração que se aplicam ao seu cenário de migração.

Casos de uso

O Database Migration Service permite os seguintes casos de uso:

Migração lift-and-shift para um serviço gerenciado
Como parte da mudança de uma organização para o Google Cloud, é possível migrar de bancos de dados auto-hospedados baseados em VM para serviços de banco de dados gerenciados na nuvem. Isso permite que você se concentre na alta disponibilidade, na recuperação de desastres e no desempenho de bancos de dados em execução em serviços gerenciados, em vez de gerenciar a infraestrutura.
Replicação contínua multicloud
Assim como as réplicas de leitura em várias regiões, se os dados existirem em outro provedor de nuvem, um job de migração poderá replicar continuamente o banco de dados para disponibilidade de leitura multicloudGoogle Cloud . O Database Migration Service não oferece suporte a um cenário de gravação dupla, ou seja, gravação e leitura da origem e do destino.

A seguir

Saiba mais sobre os cenários de migração disponíveis:

Migrações homogêneas
Migrações heterogêneas