Partilhar via

Guia de migração: SQL Server para o Banco de Dados SQL do Azure

Aplica-se a:SQL ServerBanco de Dados SQL do Azure

Neste guia, você aprenderá a migrar sua instância do SQL Server para o Banco de Dados SQL do Azure.

Conclua as etapas pré-migratórias antes de continuar.

Migrate

Depois de concluíres as etapas para a fase de pré-migração , estarás pronto para realizar a migração do esquema e dos dados.

Migre seus dados usando o método de migração de escolhido.

Migrar usando a extensão de migração SQL do Azure para o Azure Data Studio

Para executar uma migração offline usando o Azure Data Studio, siga as etapas de alto nível abaixo. Para obter um tutorial passo a passo detalhado, consulte Tutorial: Migrar o SQL Server para o Banco de Dados SQL do Azure (offline).

  1. Baixe e instale o Azure Data Studio e a extensão de migração SQL do Azure.
  2. Inicie o assistente de Migração para SQL do Azure na extensão no Azure Data Studio.
  3. Selecione bancos de dados para avaliação e exiba a prontidão ou os problemas de migração (se houver). Além disso, colete dados de desempenho e obtenha uma recomendação adequada do Azure.
  4. Selecione sua conta do Azure e seu Banco de Dados SQL do Azure de destino em sua assinatura.
  5. Selecione a lista de tabelas a serem migradas.
  6. Crie um novo Serviço de Migração de Banco de Dados do Azure usando o assistente no Azure Data Studio. Se você criou anteriormente um Serviço de Migração de Banco de Dados do Azure usando o Azure Data Studio, poderá reutilizar o mesmo, se desejar.
  7. opcional: Se as cópias de segurança estiverem numa partilha de rede local, baixe e instale o runtime de integração auto-hospedado numa máquina que possa se conectar ao SQL Server original e ao local que contém os arquivos de backup.
  8. Inicie a migração do banco de dados e monitore o progresso no Azure Data Studio. Você também pode monitorar o progresso no recurso Serviço de Migração de Banco de Dados do Azure no portal do Azure.

Sincronização e transição de dados

Ao usar opções de migração que replicam/sincronizam continuamente as alterações de dados da origem para o destino, os dados de origem e o esquema podem ser alterados e desviados do destino. Durante a sincronização de dados, certifique-se de que todas as alterações na origem sejam capturadas e aplicadas ao destino durante o processo de migração.

Depois de verificar se os dados são os mesmos na origem e no destino, você pode passar da origem para o ambiente de destino. É importante planejar o processo de substituição com as equipes de negócios/aplicativos para garantir que a interrupção mínima durante a transferência não afete a continuidade dos negócios.

Important

Para obter detalhes sobre as etapas específicas associadas à execução de uma substituição como parte das migrações usando o DMS, consulte Tutorial: Migrar o SQL Server para o Banco de Dados SQL do Azure usando o DMS (clássico).

Migrar usando replicação transacional

Quando não for possível remover o banco de dados do SQL Server da produção enquanto a migração estiver ocorrendo, você poderá usar a replicação transacional do SQL Server como sua solução de migração. Para usar esse método, o banco de dados de origem deve atender aos requisitos de replicação transacional e ser compatível com o Banco de Dados SQL do Azure. Para obter informações sobre a replicação SQL com grupos de disponibilidade, consulte Configurar a replicação com grupos de disponibilidade Always On.

Para usar essa solução, configure seu banco de dados no Banco de Dados SQL do Azure como um assinante da instância do SQL Server que deseja migrar. O distribuidor de replicação transacional sincroniza os dados do banco de dados a serem sincronizados (o publicador) enquanto novas transações continuam a ocorrer.

Com a replicação transacional, todas as alterações em seus dados ou esquema aparecem em seu banco de dados no Banco de Dados SQL do Azure. Quando a sincronização estiver concluída e você estiver pronto para migrar, altere a cadeia de conexão de seus aplicativos para apontá-los para seu banco de dados. Depois que a replicação transacional drenar todas as alterações deixadas no banco de dados de origem e todos os seus aplicativos apontarem para o Banco de Dados SQL do Azure, você poderá desinstalar a replicação transacional. Seu banco de dados no Banco de Dados SQL do Azure agora é seu sistema de produção.

Tip

Você também pode usar a replicação transacional para migrar um subconjunto do banco de dados de origem. A publicação que você replica para o Banco de Dados SQL do Azure pode ser limitada a um subconjunto das tabelas no banco de dados que está sendo replicado. Para cada tabela que está sendo replicada, você pode limitar os dados a um subconjunto das linhas e/ou a um subconjunto das colunas.

Fluxo de trabalho de replicação de transações

Important

Use a versão mais recente do SQL Server Management Studio para permanecer sincronizado com as atualizações do Azure e do Banco de Dados SQL. Versões mais antigas do SQL Server Management Studio não podem configurar o Banco de dados SQL como assinante. Obtenha a versão mais recente do SQL Server Management Studio.

Step Method
Configurar distribuição SQL Server Management Studio | Transact-SQL
Criar publicação SQL Server Management Studio | Transact-SQL
Criar subscrição SQL Server Management Studio | Transact-SQL

Algumas dicas e diferenças para migrar para o Banco de dados SQL

  • Utilize um distribuidor local
    • Isso causa um impacto no desempenho do servidor.
    • Se o impacto no desempenho for inaceitável, você poderá usar outro servidor, mas isso adicionará complexidade no gerenciamento e na administração.
  • Ao selecionar uma pasta de instantâneo, verifique se a pasta selecionada é grande o suficiente para conter um BCP de cada tabela que você deseja replicar.
  • A criação de capturas bloqueia as tabelas associadas até que esteja concluída; por isso, agende a captura devidamente.
  • Somente assinaturas push são suportadas no Banco de Dados SQL do Azure. Você só pode adicionar assinantes do banco de dados de origem.

Recomendações de migração

Para acelerar a migração para o Banco de Dados SQL do Azure, você deve considerar as seguintes recomendações:

Contenção de recursos Recommendation
Origem (normalmente nas instalações) O principal gargalo durante a migração da origem é a E/S e a latência do arquivo de dados, que precisam ser monitoradas cuidadosamente. Com base na E/S e latência do arquivo de dados, e dependendo se é uma máquina virtual ou um servidor físico, talvez seja necessário envolver o administrador de armazenamento e explorar opções para reduzir o gargalo.
Destino (Banco de Dados SQL do Azure) O maior fator limitante é a taxa de geração de log e a latência no arquivo de log do banco de dados. Com o Banco de Dados SQL do Azure, você pode obter uma taxa máxima de geração de log de 96 MB/s. Para acelerar a migração, redimensione o banco de dados SQL do Azure de destino para Business Critical Gen5 8 vCore a fim de alcançar a taxa máxima de geração de logs de 96 MB/s, o que também fornece baixa latência para logs. A camada de serviço Hyperscale fornece uma taxa de log de 100 MB/s, independentemente do nível de serviço escolhido.
Network A largura de banda de rede necessária é igual à taxa máxima de ingestão de log 96 MB / s (768 Mb / s) Dependendo da conectividade de rede do seu centro de dados local para o Azure, verifique a largura de banda da rede (normalmente Azure ExpressRoute) para acomodar a taxa máxima de ingestão de logs.

Você também pode considerar essas recomendações para obter o melhor desempenho durante o processo de migração.

  • Escolha a camada de serviço mais alta e o tamanho de computação que seu orçamento permite para maximizar o desempenho de transferência. Você pode reduzir a escala após a conclusão da migração para economizar dinheiro.
  • Se você usar arquivos BACPAC, minimize a distância entre o arquivo BACPAC e o data center de destino.
  • Desative a atualização automática e crie estatísticas automaticamente durante a migração.
  • Particionar tabelas e índices.
  • Elimine as visualizações indexadas e recrie-as depois de concluir.
  • Remova dados históricos raramente consultados para outro banco de dados e migre esses dados históricos para um banco de dados separado no Banco de Dados SQL do Azure. Em seguida, você pode consultar esses dados históricos usando consultas elásticas.

Post-migration

Depois de concluir com êxito o estágio de migração, passe pelas seguintes tarefas pós-migração para garantir que tudo esteja funcionando de forma suave e eficiente.

A fase pós-migração é crucial para conciliar quaisquer problemas de precisão de dados e verificar a integridade, bem como para resolver problemas de desempenho com a carga de trabalho.

Atualizar estatísticas

Atualize as estatísticas com verificação completa após a conclusão da migração.

Solucionar problemas de aplicações

Depois que os dados são migrados para o ambiente de destino, todos os aplicativos que anteriormente consumiam a origem precisam começar a consumir o destino. Conseguir isso exigirá, em alguns casos, alterações nos aplicativos.

Realizar testes

A abordagem de teste para migração de banco de dados consiste nas seguintes atividades:

  1. Desenvolver testes de validação: Para testar a migração do banco de dados, você precisa usar consultas SQL. Você deve criar as consultas de validação para serem executadas nos bancos de dados de origem e de destino. Suas consultas de validação devem abranger o escopo que você definiu.
  2. Configurar ambiente de teste: O ambiente de teste deve conter uma cópia do banco de dados de origem e do banco de dados de destino. Certifique-se de isolar o ambiente de teste.
  3. Executar testes de validação: Execute os testes de validação na origem e no destino e, em seguida, analise os resultados.
  4. Executar testes de desempenho: Execute o teste de desempenho na origem e no destino e, em seguida, analise e compare os resultados.

Use recursos avançados

Certifique-se de aproveitar os recursos avançados baseados em nuvem oferecidos pelo Banco de Dados SQL, como alta disponibilidade interna, detecção de ameaças, e monitorização e otimização da sua carga de trabalho.

Alguns recursos do SQL Server só estão disponíveis quando o nível de compatibilidade do banco de dados é alterado para o nível de compatibilidade mais recente.

Para saber mais, consulte Gerenciando o Banco de Dados SQL do Azure após a migração.

Resolver problemas de compatibilidade de migração de banco de dados

Você pode encontrar uma grande variedade de problemas de compatibilidade, dependendo da versão do SQL Server no banco de dados de origem e da complexidade do banco de dados que está migrando. As versões mais antigas do SQL Server têm mais problemas de compatibilidade. Use os seguintes recursos, além de uma pesquisa direcionada na Internet usando seu mecanismo de pesquisa de escolhas:

Important

A Instância Gerenciada do SQL do Azure permite migrar uma instância existente do SQL Server e seus bancos de dados com problemas de compatibilidade mínimos ou nulos. Consulte O que é a Instância Gerenciada SQL do Azure?

Conteúdo relacionado