Visão geral do Database Migration Service

A migração é um processo de transferência de dados e metadados de um banco de dados de origem para um banco de dados de destino. Depois que a migração for concluída, o banco de dados de destino se tornará o banco de dados principal em que os aplicativos dependentes podem ler e gravar, e o banco de dados de origem poderá ser encerrado.

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, é possível:

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

Diagrama de arquitetura mostrando o fluxo de dados de ambientes locais ou de outras nuvens para o Google Cloud usando o Database Migration Service, destacando os principais recursos, 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 alterações da origem para o destino que segue um despejo e carregamento inicial completo. Quando o destino estiver pronto para leituras e gravações, finalize a replicação entre a origem e o destino. A instância de destino do Cloud SQL 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 resulta em um tempo de inatividade mínimo.

Migração única

Uma migração única é um snapshot pontual do banco de dados. O Database Migration Service pega o snapshot da origem e o aplica ao destino. Esse processo é um despejo e carregamento, em que o destino está pronto para ser usado quando o carregamento é concluído. Os aplicativos que dependem do banco de dados de origem podem apresentar inatividade durante o processo de migração, porque não é possível fazer novas gravações nesse banco de dados enquanto a migração está 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 baixa inatividade para migrações homogêneas e heterogêneas. A arquitetura sem servidor do Database Migration Service gera 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 carrega o snapshot no banco de dados de destino, e a replicação contínua de dados é iniciada. 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. Ele é baseado na captura de dados alterados (CDC), um processo que identifica e captura apenas as alterações, como inserções, atualizações e exclusões, feitas no banco de dados após o 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, porque 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.

Acelere 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 de esquema inicial que acontece automaticamente depois que você cria seu 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.
  • Diretivas de personalização que podem ser usadas para substituir as regras de conversão de esquema automatizada.

Para mais informações, consulte Conversão otimizada pelo 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) 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 que mostram métricas de jobs de migração no Database Migration Service, incluindo uso do armazenamento e atraso de replicação.
Figura 1. Exemplos de gráficos de observabilidade para um job de migração no Database Migration Service (clique para ampliar).
Exemplos de gráficos que mostram 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 de jobs 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 autohospedados 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 da execução de bancos de dados em serviços gerenciados, em vez de gerenciar a infraestrutura.
Replicação contínua multicloud
Assim como as réplicas de leitura entre regiões, se os dados estiverem em outro provedor de nuvem, um job de migração poderá replicar continuamente o banco de dados noGoogle Cloud para disponibilidade de leitura multicloud. 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