Partilhar via

Guia de migração: SQL Server para SQL Server em Máquinas Virtuais do Azure

  • Artigo

Aplica-se a: SQL Server nas Máquinas Virtuais do Azure

Neste guia, você aprende como migrar bancos de dados de usuário do SQL Server para uma instância do SQL Server em máquinas virtuais do Azure com ferramentas e técnicas de acordo com seus requisitos.

Conclua as etapas pré-migração antes de continuar.

Migrar

Depois de concluir as etapas da fase de pré-migração, você pode migrar os bancos de dados e componentes do usuário. Migre seus bancos de dados usando seu método de migração preferencial.

As seguintes seções fornecem opções para executar uma migração em ordem de preferência:

Migrar usando a extensão de migração de SQL do Azure para o Azure Data Studio (tempo de inatividade mínimo)

Para executar uma migração com tempo de inatividade mínimo usando Azure Data Studio, siga as etapas de alto nível abaixo. Para um tutorial em detalhes passo a passo, confira Tutorial: Migrar o SQL Server para SQL Server na Máquina Virtual do Azure com DMS:

  1. Baixe e instale o Azure Data Studio e a extensão de migração de SQL do Azure.
  2. Iniciar o assistente Migrar para o SQL do Azure na extensão do Azure Data Studio.
  3. Selecione bancos de dados para avaliação e exiba a preparação ou problemas de migração (se houver). Além disso, colete dados de desempenho e obtenha a recomendação de tamanho correto do Azure.
  4. Selecione sua conta do Azure e sua SQL Server de destino no Azure Machine em sua assinatura.
  5. Selecione o local dos backups de banco de dados. Os backups de banco de dados podem estar localizados em um compartilhamento de rede local ou em um contêiner de Armazenamento de Blobs do Azure.
  6. Crie um novo Serviço de Migração de Banco de Dados do Azure usando o assistente no Azure Data Studio. Se você já criou um Serviço de Migração de Banco de Dados do Azure usando o Azure Data Studio, poderá reutilizá-lo se desejar.
  7. Opcional: se os backups estiverem em um compartilhamento de rede local, baixe e instale o runtime de integração auto-hospedada em um computador que possa se conectar ao SQL Server de origem e o local que contém os arquivos de backup.
  8. Inicie a migração de 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.
  9. Conclua a substituição.
    1. Interromper todas as transações de entrada para o banco de dados de origem.
    2. Faça alterações na configuração do aplicativo para apontar para o banco de dados de destino no SQL Server na máquina Virtual do Azure.
    3. Faça backups de log da parte final do banco de dados de origem no local de backup especificado.
    4. Verifique se todos os backups de banco de dados têm o status Restaurado na página de detalhes de monitoramento.
    5. Selecione Transição completa na página detalhes de monitoramento.

Backup e restauração

Para executar uma migração padrão usando backup e restauração:

  1. Configure a conectividade com SQL Server em máquinas virtuais do Azure com base em seus requisitos. Para saber mais, confira Conectar-se a uma máquina virtual do SQL Server no Azure.
  2. Pause ou pare qualquer aplicativo que esteja usando bancos de dados destinados à migração.
  3. Verifique se os bancos de dados de usuário estão inativos usando o modo de usuário único.
  4. Execute um backup de banco de dados completo para um caminho local.
  5. Copie seus arquivos de backup locais para sua VM usando um desktop remoto, o Azure Data Explorerou o Utilitário de linha de comando AzCopy. (Recomenda-se mais de 2 TB de backups).
  6. Restaure backups completos de banco de dados para o SQL Server em máquinas virtuais do Azure.

Desanexar e anexar de uma URL

Desanexar os banco de dados e arquivos de log e transferi-los para Armazenamento de Blobs do Azure. Em seguida, anexe o banco de dados da URL na sua VM do Azure. Use esse método se desejar que os arquivos de banco de dados físicos residam no armazenamento de Blobs, o que pode ser útil para bancos de dados muito grandes. Use as seguintes etapas gerais para migrar um banco de dados do usuário usando este método manual:

  1. Desanexe os arquivos de banco de dados da instância de banco de dados local.
  2. Copie os arquivos desanexados do banco de dados no Armazenamento de Blobs do Azure usando o utilitário de linha de comando AZCopy.
  3. Anexe os arquivos de banco de dados da URL do Azure para a instância do SQL Server na VM do Azure.

Converter para uma VM, carregar em uma URL e implantar como uma nova VM

Use esse método para migrar todos os sistemas e bancos de dados de usuário em uma instância local do SQL Server para uma máquina virtual do Azure. Use as seguintes etapas gerais para migrar de uma instância inteira do SQL Server usando este método manual:

  1. Converta máquinas físicas ou virtuais em VHDs do Hyper-V.
  2. Carregue arquivos de VHD no armazenamento do Azure usando o cmdlet Add-AzureVHD.
  3. Implante uma nova máquina virtual usando o VHD carregado.

Observação

Para migrar um aplicativo inteiro, use o Azure Site Recovery.

Envio de logs

O envio de logs replica os arquivos de log transacionais do local para uma instância do SQL Server em uma VM do Azure. Essa opção oferece o mínimo de tempo de inatividade durante o failover e tem menos sobrecarga de configuração do que configurar um grupo de disponibilidade Always On.

Para obter mais informações, confira Tabelas de envio de logs e procedimentos armazenados.

Enviar uma unidade de disco rígido

Use o método do Serviço de Importação/Exportação do Windows para transferir grandes quantidades de dados de arquivo para o armazenamento de Blob do Azure em situações em que o carregamento pela rede seja extremamente caro ou inviável. Com esse serviço, você envia um ou mais unidades de disco rígido contendo esses dados para um data center do Azure, em que os dados serão carregados na sua conta de armazenamento.

Migre objetos fora dos bancos de dados de usuário

Mais objetos SQL Server podem ser necessários para a operação direta dos bancos de dados de usuário após a migração.

A tabela a seguir fornece uma lista de componentes e métodos de migração recomendados que podem ser concluídos antes ou após a migração dos bancos de dados de usuário.

Recurso Componente Métodos de migração
Bancos de dados Modelar Verifique com o SQL Server Management Studio.
O banco de dados tempdb Planeje mover tempdb para o disco temporário da VM do Azure (SSD) a fim de obter o melhor desempenho. Escolha um tamanho de VM que tenha um SSD local suficiente para acomodar o tempdb.
Bancos de dados de usuário com FileStream Use os métodos de backup e restauração para a migração. O Assistente de Migração de Dados não dá suporte a bancos de dados com FileStream.
Segurança Logons do SQL Server e do Windows Use Assistente de Migração de Dados para migrar logons de usuário.
Funções do SQL Server Verifique com o SQL Server Management Studio.
Provedores criptográficos Recomenda-se converter para usar Azure Key Vault. Este procedimento usa a extensão do Agente de IaaS do SQL.
Objetos do servidor Dispositivos de backup Substitua pelo backup de banco de dados usando o backup do Azureou grave backups no armazenamento do Azure (SQL Server 2012 SP1 Cu2 +). Este procedimento usa a extensão do Agente de IaaS do SQL.
Servidores vinculados Verifique com o SQL Server Management Studio.
Gatilhos de Servidor Verifique com o SQL Server Management Studio.
Replicação Publicações locais Verifique com o SQL Server Management Studio.
Assinantes locais Verifique com o SQL Server Management Studio.
PolyBase PolyBase Verifique com o SQL Server Management Studio.
Gerenciamento Database Mail Verifique com o SQL Server Management Studio.
SQL Server Agent Trabalhos Verifique com o SQL Server Management Studio.
Alertas Verifique com o SQL Server Management Studio.
Operadores Verifique com o SQL Server Management Studio.
Proxies Verifique com o SQL Server Management Studio.
Sistema operacional Arquivos, compartilhamentos de arquivos Anote quaisquer outros arquivos ou compartilhamentos de arquivos usados pelos servidores SQL e replique-os no destino de máquinas virtuais do Azure.

Pós-migração

Depois de concluir com êxito a fase de migração, você precisará realizar uma série de tarefas pós-migração para garantir que tudo esteja funcionando da maneira mais estável e eficiente possível.

Corrigir aplicativos

Depois que os dados são migrados para o ambiente de destino, todos os aplicativos que antes consumiam a origem, precisam começar a consumir o destino. Em alguns casos, a realização dessa tarefa exige alterações nos aplicativos.

Aplique as correções recomendadas pelo Assistente de Migração de Dados aos bancos de dados de usuário. Você precisa gerar o script dessas correções para garantir a consistência e permitir a automação.

Executar testes

A abordagem de teste para a 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, é necessário usar consultas SQL. Crie consultas de validação para execução nos bancos de dados de origem e de destino. As 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 de destino. Lembre-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 analise os resultados subsequentes.
  4. Executar testes de desempenho: execute testes de desempenho na origem e no destino, analise e compare os resultados.

Dica

Use o Assistente para experimentos de banco de dados para ajudá-lo a avaliar o desempenho do SQL Server de destino.

Otimizar

A fase pós-migração é crucial para reconciliar eventuais problemas com a precisão de dados, verificar a integridade e abordar problemas de desempenho com a carga de trabalho.

Para obter mais informações sobre esses problemas e as etapas para mitigá-los, consulte:

Conteúdo relacionado