Database Migration Service para o SQL Server

O Database Migration Service oferece duas abordagens para migrar bancos de dados do SQL Server para o Cloud SQL para SQL Server:

Fazer backup e restaurar migrações

É possível migrar bancos de dados do SQL Server para instâncias do Cloud SQL para SQL Server com o Database Migration Service usando um fluxo de backup e restauração.

  • Para origens autogerenciadas ou do Amazon RDS, primeiro faça upload do backup completo do banco de dados e dos arquivos de registro de transações para um bucket do Cloud Storage. Em seguida, o Database Migration Service monitora ativamente o bucket e replica continuamente os dados para a instância de destino do Cloud SQL para SQL Server.

  • Para origens do Cloud SQL para SQL Server, o Database Migration Service processa automaticamente todas as exportações de arquivos de backup necessárias.

Nesta seção, abordamos os seguintes recursos para migrações homogêneas de backup e restauração do SQL Server:

  • Origem e destino compatíveis lista todas as versões do SQL Server compatíveis com o Database Migration Service.

  • O fluxo de dados de migrações contínuas fornece uma visão geral de ponta a ponta de como seus dados se movem no Google Cloud durante o processo de migração.

  • Criptografia mostra como migrar com arquivos de backup criptografados do SQL Server.

  • Monitoramento apresenta uma introdução aos registros e às métricas que podem ajudar você a observar o progresso e a integridade do job de migração.

Bancos de dados compatíveis de origem e de destino

É possível usar o Database Migration Service para migrar entre a mesma versão e edição do SQL Server ou de versões anteriores do SQL Server para versões mais recentes compatíveis com o Cloud SQL, desde que você siga as diretrizes de compatibilidade de versão. Para mais informações, consulte os upgrades de versão e edição compatíveis com sua versão do SQL Server na documentação da Microsoft. Por exemplo, consulte Upgrades de versão e edição compatíveis (SQL Server 2025).

A tabela a seguir lista todos os bancos de dados de origem e destino do SQL Server compatíveis:

Bancos de dados de origem Bancos de dados de destino
Amazon RDS Cloud SQL para SQL Server versões 2025, 2022, 2019, 2017
SQL Server autogerenciado

(no local ou em qualquer VM de nuvem totalmente controlada por você)

Cloud SQL para SQL Server

(com exportações de backup automatizadas pelo Database Migration Service)

Fluxo de dados de migrações contínuas

Para migrações homogêneas do SQL Server para o Cloud SQL, o Database Migration Service é compatível com o fluxo de migração contínua. Nessa abordagem, os dados são carregados primeiro de um arquivo de backup completo do banco de dados, depois de um arquivo de backup diferencial e, em seguida, atualizados continuamente com base nos arquivos de registro de transações que você faz upload para um bucket dedicado do Cloud Storage.

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

Em um nível alto, os dados passam pelas fases de migração da seguinte maneira:

Origens do Cloud SQL para SQL Server

Para origens do Cloud SQL para SQL Server:

  1. Você configura a instância de origem do Cloud SQL para SQL Server para que ela seja compatível com a recuperação pontual (PITR, na sigla em inglês) e atribui as permissões necessárias para as contas de serviço do Cloud SQL e do Database Migration Service.
  2. Quando você cria e executa o job de migração, o Database Migration Service primeiro cria um backup completo do banco de dados, o armazena no bucket do Cloud Storage fornecido e o carrega na instância de destino.
  3. Depois que o dump completo for concluído, o Database Migration Service vai continuar exportando arquivos de registro de transações da instância de origem do Cloud SQL para SQL Server e carregando-os no destino.

É possível 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 do Cloud SQL para SQL Server como o banco de dados de produção. Para um guia detalhado de migração, consulte o guia de migração do Cloud SQL para SQL Server para origens do Cloud SQL.

Origens autogerenciadas e da AWS

Para origens autogerenciadas e da AWS:

  1. Faça upload dos arquivos de backup no Cloud Storage.

    As migrações contínuas do SQL Server para origens autogerenciadas exigem que você primeiro faça um backup completo do banco de dados de origem e, em seguida, faça upload do arquivo de backup para um bucket do Cloud Storage. Para atualizações subsequentes, é possível fornecer um arquivo de backup diferencial e, em seguida, fazer upload de arquivos de registro de transações. Também é possível automatizar a criação e o upload contínuos de registros de transações.

    Para mais informações sobre como automatizar a criação e o upload contínuos de registros de transações, consulte Programar backups de registros de transações.

    Para detalhes sobre como o Database Migration Service usa diferentes tipos de arquivos de backup em migrações homogêneas do SQL Server, consulte Tipos de arquivos de backup compatíveis.

  2. Quando o job de migração começa, o Database Migration Service carrega o backup completo mais recente do banco de dados na instância de destino do Cloud SQL para SQL Server.
  3. Depois que o carregamento inicial é concluído, o Database Migration Service passa para a fase de carregamento incremental. Neste ponto, o Database Migration Service faz o seguinte:
    1. Se o job de migração estiver configurado para usar um arquivo de backup diferencial, o Database Migration Service vai verificar a pasta "diff" e carregar os arquivos de backup diferencial na instância de destino. Se o job de migração estiver configurado para usar um arquivo de backup diferencial, mas o Database Migration Service não conseguir encontrá-lo no bucket do Cloud Storage, o job de migração vai mostrar um erro enquanto pesquisa continuamente a pasta "diff" em busca do arquivo de backup diferencial.

      O Database Migration Service carrega arquivos de backup diferencial apenas uma vez, no início da fase de carregamento incremental. Quando o job de migração começa a trabalhar com arquivos de registro de transações, nenhum novo arquivo de backup diferencial é reconhecido quando você faz upload deles para a pasta "diff".

    2. Agora, o Database Migration Service verifica continuamente o bucket do Cloud Storage em busca de arquivos de backup de registro de transações para replicar na instância de destino.
  4. À medida que novos dados aparecem no banco de dados de origem, é possível continuar exportando os arquivos de backup do registro de transações e fazendo upload deles para o mesmo bucket do Cloud Storage. O Database Migration Service coleta todos os novos arquivos de backup de registro de transações e os replica no banco de dados de destino.

É possível 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 do Cloud SQL para SQL Server como o banco de dados de produção. Para um guia detalhado de migração, consulte o guia de migração do Cloud SQL para SQL Server.

Criptografia

Para origens autogerenciadas e do Amazon RDS, o Database Migration Service oferece suporte completo para backups criptografados do SQL Server. Se você fizer upload da chave de criptografia para o Google Cloud, o Database Migration Service poderá descriptografar seus dados com segurança e carregá-los na instância de destino do Cloud SQL para SQL Server sem comprometer a segurança dos dados.

Para mais detalhes, consulte Arquivos de backup criptografados do SQL Server.

Migrações de grupo de disponibilidade distribuído (DAG, na sigla em inglês)

Para instâncias autogerenciadas do SQL Server Enterprise Edition, é possível migrar bancos de dados diretamente por uma conexão de rede privada com o Grupo de Disponibilidade Distribuída (DAG, na sigla em inglês) do SQL Server, sem exportar arquivos de backup ou de registro de transações para o Cloud Storage.

Nesta seção, apresentamos uma visão geral rápida das migrações de grupos de disponibilidade distribuídos do SQL Server:

  • Origem e destino compatíveis lista as edições e versões do SQL Server compatíveis com migrações de DAG.

  • O fluxo de dados de migrações contínuas resume como seus dados se movem entre os grupos de disponibilidade durante o processo de migração.

  • Criptografia descreve como os dados em trânsito são protegidos entre as instâncias de origem e destino.

  • O Monitoramento apresenta os registros e as métricas que ajudam a observar o progresso e a integridade do job de migração.

Para uma comparação completa com migrações de backup e restauração, detalhes arquitetônicos e limitações, consulte Sobre as migrações do grupo de disponibilidade distribuída (DAG).

Bancos de dados compatíveis de origem e de destino

As migrações de grupos de disponibilidade distribuídos exigem a Enterprise Edition na instância de origem do SQL Server e na instância de destino do Cloud SQL para SQL Server:

Bancos de dados de origem Bancos de dados de destino
SQL Server Enterprise Edition autogerenciado versões 2025, 2022, 2019, 2017

(no local ou em qualquer VM de nuvem totalmente controlada por você, com os grupos de disponibilidade Always On ativados)

 Cloud SQL para SQL Server Enterprise Edition versões 2025, 2022, 2019, 2017

Fluxo de dados de migrações contínuas

Em uma migração de grupo de disponibilidade distribuído, o Database Migration Service configura um grupo de disponibilidade distribuído entre o grupo de disponibilidade de origem e um grupo de disponibilidade secundário gerenciado na instância de destino do Cloud SQL para SQL Server, transmitindo a carga completa inicial e as mudanças contínuas no banco de dados diretamente por uma conexão de rede privada.

Visão geral do fluxo de migração do grupo de disponibilidade distribuído (DAG)
Figura 2. Movimentação de dados durante migrações de grupo de disponibilidade distribuído (DAG, na sigla em inglês).

De modo geral, uma migração de grupo de disponibilidade distribuído funciona da seguinte maneira:

  1. Configure a conectividade de IP particular bidirecional, prepare um grupo de disponibilidade de origem e crie um servidor vinculado na instância de destino do Cloud SQL para SQL Server.
  2. Quando você inicia o job de migração, o Database Migration Service cria um grupo de disponibilidade distribuído e transmite a carga completa inicial de todos os bancos de dados no grupo de disponibilidade de origem diretamente pela rede para o Cloud SQL para SQL Server.
  3. Depois que o carregamento completo inicial é concluído, o Database Migration Service replica continuamente as mudanças em andamento no banco de dados (fase CDC), permitindo que você consulte os bancos de dados de destino no modo somente leitura.
  4. Quando você promove o job de migração, o Database Migration Service muda a instância do Cloud SQL para SQL Server para a primária de leitura/gravação e entra na fase FAILBACK para replicar novas gravações de volta para a instância de origem. Durante a fase FAILBACK, é possível executar promote com a flag --failback para alternar o papel principal de volta para a instância de origem ou interromper a replicação e excluir o job de migração para concluir a migração e realizar a limpeza necessária depois que a transição for verificada.

Para mais detalhes sobre como as migrações de DAG funcionam, consulte Sobre as migrações de grupo de disponibilidade distribuído (DAG). Para um tutorial detalhado, consulte Migrar do SQL Server autogerenciado usando grupos de disponibilidade distribuídos.

Criptografia

As migrações de grupo de disponibilidade distribuído não exportam arquivos de backup para o Cloud Storage. Em vez disso, todos os dados de carga completa inicial e as alterações contínuas no banco de dados transferidos entre o grupo de disponibilidade de origem e o grupo de disponibilidade de destino do Cloud SQL para SQL Server são autenticados com certificados e criptografados em trânsito usando a criptografia AES na conexão de rede privada.

Monitoramento

Exemplo de diagrama de atraso de replicação de job de migração no Database Migration Service.
Figura 3. Exemplo de diagrama de observabilidade no Database Migration Service. (clique para ampliar)
Exemplo de diagrama de atraso de replicação de job de migração no Database Migration Service.

O Database Migration Service oferece recursos abrangentes de geração de registros e observabilidade para ajudar você a monitorar o progresso das migrações de backup e restauração e de grupos de disponibilidade distribuídos. Esses recursos incluem diagnósticos em tempo real para atraso de replicação (atraso de restauração), processamento de arquivos de backup de registro de transações para migrações baseadas em backup, uso do armazenamento de destino e registros detalhados para a integridade da instância de destino do Cloud SQL para SQL Server e o estado do job de migração.

Para mais detalhes, consulte Métricas de jobs de migração.

A seguir