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

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:

• Backup e restauração
• Desanexar e anexar de uma URL
• Converter em uma VM, carregar em uma URL e implantar como uma nova VM
• Envio de logs
• enviar um disco rígido
• migrar usando o componente de migração do SQL Server no SSMS com tempo de inatividade mínimo
• migrar objetos fora dos bancos de dados de usuário

Desanexar e anexar de uma URL

Desanexe seus arquivos de banco de dados e log e transfira-os para o 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.

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 Explorer ou 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.

Converter em 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.

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, consulte Tabelas e Procedimentos Armazenados do Envio de Logs.

Enviar um 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.

Migrar usando o componente de migração do SQL Server no SQL Server Management Studio (tempo de inatividade mínimo)

O componente de migração no SSMS (SQL Server Management Studio) verifica problemas de atualização e compatibilidade de versões inferiores do SQL Server para versões mais altas do SQL Server, em execução local e em outros ambientes de VM (máquina virtual).

O componente de migração encontra problemas de compatibilidade relacionados a quebras, alterações de comportamento, funcionalidades obsoletas e outras informações.

• O relatório também fornece uma verificação de paridade de recursos se você deseja migrar de um banco de dados multiplataforma para outro.
• O relatório de avaliação do consultor de atualização fornece o efeito dos objetos, a possível causa e as etapas de correção.

Para obter mais informações, consulte Usar o componente de migração do SQL Server no SQL Server Management Studio.

Migrar 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.

Após a 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 componente de migração do SQL Server 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.

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:

• Guia de de otimização e validação pós-migração
• Lista de verificação: práticas recomendadas do SQL Server nas VMs do Azure.
• Centro de otimização de custos do Azure

Conteúdo relacionado

• Centro de infraestrutura global do Azure
• Serviços e ferramentas disponíveis para cenários de migração de dados
• O que é o SQL Azure?
• O que é o SQL Server nas máquinas virtuais do Windows no Azure?
• Cloud Adoption Framework para Azure
• Práticas recomendadas de estimativa de custos e dimensionamento de cargas de trabalho para migração para o Azure
• Alterar o modelo de licença para uma máquina virtual do SQL no Azure
• Estender o suporte para o SQL Server com o Azure