Partilhar via

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

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

Neste guia, você aprenderá como migrar seus bancos de dados de usuário do SQL Server para uma instância do SQL Server em Máquinas Virtuais do Azure por ferramentas e técnicas baseadas em seus requisitos.

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

Migrar

Depois de concluir as etapas para o estágio de pré-migração , você estará pronto para migrar os bancos de dados e componentes do usuário. Migre os seus bancos de dados usando o seu método preferido de migração de .

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

Desanexar e anexar de um URL

Desanexe os seus ficheiros de banco de dados e de log e transfira-os para o armazenamento de blobs do Azure . Em seguida, anexe o banco de dados da URL em sua VM do Azure. Use esse método se desejar que os arquivos de banco de dados físicos residam no armazenamento de Blob, o que pode ser útil para bancos de dados muito grandes. Use as seguintes etapas gerais para migrar um banco de dados de 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 de banco de dados desanexados para o armazenamento de Blob do Azure usando o utilitário de linha de comando AzCopy.
  3. Anexe os arquivos de banco de dados da URL do Azure à 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 o SQL Server em Máquinas Virtuais do Azure com base nos seus requisitos. Para obter mais informações, consulte Conectar-se a uma máquina virtual do SQL Server em Azure.

  2. Pause ou pare todos os aplicativos que estão usando bancos de dados destinados à migração.

  3. Verifique se os bancos de dados de usuários estão inativos usando modo de usuário único.

  4. Execute um backup completo do banco de dados em um local local.

  5. Copie seus arquivos de backup locais para sua VM usando uma área de trabalho remota, Azure Data Explorerou o utilitário de linha de comando AzCopy. (Recomendam-se backups superiores a 2 TB.)

  6. Restaure backups completos de banco de dados para o SQL Server em Máquinas Virtuais do Azure.

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

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

  1. Converta máquinas físicas ou virtuais em VHDs Hyper-V.
  2. Carregue arquivos 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, considere usar Azure Site Recovery.

Envio de logs

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

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

Enviar um disco rígido

Use o método 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 é proibitivamente caro ou inviável. Com esse serviço, você envia um ou mais discos rígidos contendo esses dados para um data center do Azure onde seus dados serão carregados para 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 SQL Server Management Studio (SSMS) verifica problemas de atualização e compatibilidade de versões inferiores do SQL Server para versões superiores do SQL Server, executando no local e em outros ambientes de máquina virtual (VM).

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

  • O relatório também fornece uma verificação de paridade de recursos se você quiser migrar de um banco de dados entre plataformas 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ários

Mais objetos do SQL Server podem ser necessários para a operação contínua de seus 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 depois da migração de seus bancos de dados de usuários.

Funcionalidade Componente Métodos de migração
Bases de Dados Modelo Script utilizando o SQL Server Management Studio.
A base de dados tempdb Planeje mover tempdb para de disco temporário (SSD) de VM do Azure para obter o melhor desempenho. Certifique-se de escolher um tamanho de máquina virtual (VM) que tenha um SSD local suficiente para acomodar seu tempdb.
Bases de dados de utilizadores com FILESTREAM Use os métodos Backup e restauração para migração. O componente de migração do SQL Server no SQL Server Management Studio não oferece suporte a bancos de dados com FILESTREAM.
Segurança Logons do SQL Server e do Windows Use o componente de migração do SQL Server no SQL Server Management Studio para migrar logons de usuário.
Funções do SQL Server Script utilizando o SQL Server Management Studio.
Provedores criptográficos Recomendar converter para usar o Azure Key Vault. Este procedimento usa a extensão SQL IaaS Agent.
Os objetos do Server Dispositivos de backup Substitua pelo backup da base de dados usando do Azure Backup ou efectue backups no do Armazenamento do Azure (SQL Server 2012 SP1 CU2 +). Este procedimento usa a extensão SQL IaaS Agent.
Servidores vinculados Script utilizando o SQL Server Management Studio.
Gatilhos do servidor Script utilizando o SQL Server Management Studio.
Replicação Publicações locais Script utilizando o SQL Server Management Studio.
Assinantes locais Script utilizando o SQL Server Management Studio.
PoliBase PoliBase Script utilizando o SQL Server Management Studio.
Gestão Correio da base de dados Script utilizando o SQL Server Management Studio.
Agente do SQL Server Empregos Script utilizando o SQL Server Management Studio.
Alertas Script utilizando o SQL Server Management Studio.
Operadores Script utilizando o SQL Server Management Studio.
Proxies Script utilizando o SQL Server Management Studio.
Sistema Operativo Ficheiros, partilhas de ficheiros Anote quaisquer outros arquivos ou compartilhamentos de arquivos usados por seus servidores SQL e replicados no destino das Máquinas Virtuais do Azure.

Pós-migração

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

Remediar 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. A realização dessa tarefa pode exigir alterações nos aplicativos em alguns casos.

Aplique todas as correções recomendadas pelo componente de migração do SQL Server aos bancos de dados de usuários. Você precisa criar scripts dessas correções para garantir a consistência e permitir a automação.

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. Crie consultas de validação para serem executadas nos bancos de dados de origem e de destino. Suas consultas de validação devem cobrir o escopo que você definiu.

  2. Configurar um 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 testes de validação na origem e no destino e, em seguida, analise os resultados.

  4. Executar testes de desempenho: Execute testes de desempenho na origem e no destino e, em seguida, analise e compare os resultados.

Otimizar

A fase pós-migração é crucial para conciliar quaisquer problemas de precisão de dados, verificar a integridade e resolver possíveis 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

  • Last updated on