Partilhar via


Migrar uma instância autônoma do SQL Server para a Solução VMware do Azure

Neste artigo, saiba como migrar uma instância autônoma do SQL Server para a Solução VMware do Azure.

O VMware HCX oferece dois perfis de migração ao migrar uma instância autônoma do SQL Server para a Solução VMware do Azure:

  • HCX vMotion
  • Migração a frio HCX

Em ambos os casos, considere o tamanho e a criticidade do banco de dados que está sendo migrado. Para este procedimento de instruções, validamos o VMware HCX vMotion. O VMware HCX Cold Migration também é válido, mas requer um período de inatividade mais longo.

Este cenário foi validado usando as seguintes edições e configurações:

  • Microsoft SQL Server (2019 e 2022)
  • Edição do Data Center do Windows Server (2019 e 2022)
  • O Windows Server e o SQL Server foram configurados seguindo as práticas recomendadas e as recomendações da Microsoft e da VMware.
  • A infraestrutura de origem local era o VMware vSphere 7.0 Update 3 e o VMware vSAN em execução em servidores Dell PowerEdge e dispositivos Intel Optane P4800X SSD NVMe.

Diagrama mostrando a arquitetura do SQL Server autônomo para a solução VMware do Azure.

Configurações testadas

Este cenário foi validado usando as seguintes edições e configurações:

  • Microsoft SQL Server (2019 e 2022)
  • Edição do Data Center do Windows Server (2019 e 2022)
  • O Windows Server e o SQL Server foram configurados seguindo as práticas recomendadas e as recomendações da Microsoft e da VMware.
  • A infraestrutura de origem local era o VMware vSphere 7.0 Update 3 e o VMware vSAN em execução em servidores Dell PowerEdge e dispositivos Intel Optane P4800X SSD NVMe.+

Pré-requisitos

  • Revise e registre a configuração de armazenamento e rede de cada nó no cluster.

  • Manter backups de todos os bancos de dados.

  • Faça backup da máquina virtual que executa a instância do SQL Server.

  • Remova todas as VMs de nó de cluster de quaisquer grupos e regras do Distributed Resource Scheduler (DRS).

  • Configure o VMware HCX entre seu datacenter local e a nuvem privada da Solução VMware do Azure que executa as cargas de trabalho migradas. Para obter mais informações sobre como configurar o VMware HCX, consulte a documentação da Solução VMware do Azure.

  • Certifique-se de que todos os segmentos de rede em uso pelo SQL Server e as cargas de trabalho que o usam sejam estendidos para sua nuvem privada da Solução VMware do Azure. Para verificar esta etapa do processo, consulte Configurar a extensão de rede VMware HCX.

A conectividade VMware HCX sobre VPN ou ExpressRoute pode ser usada como a configuração de rede para a migração.

O VMware HCX sobre VPN, devido à sua largura de banda limitada, é normalmente adequado para cargas de trabalho que podem suportar períodos mais longos de inatividade (como ambientes que não são de produção).

Para qualquer um dos seguintes cenários, a conectividade da Rota Expressa é recomendada para uma migração:

  • Ambientes de produção
  • Cargas de trabalho com grandes tamanhos de banco de dados
  • Cenários em que há necessidade de minimizar o tempo de inatividade, a conectividade da Rota Expressa é recomendada para migration.migration.
  • Ambientes de produção
  • Cargas de trabalho com grandes tamanhos de banco de dados
  • Qualquer caso em que haja necessidade de minimizar o tempo de inatividade

Outras considerações sobre o tempo de inatividade são discutidas na próxima seção.

Considerações sobre tempo de inatividade

O tempo de inatividade durante uma migração depende do tamanho do banco de dados a ser migrado e da velocidade da conexão de rede privada com a nuvem do Azure. A migração de uma instância autônoma do SQL Server usando o mecanismo VMware HCX vMotion destina-se a minimizar o tempo de inatividade da solução, no entanto, ainda recomendamos que a migração ocorra fora do horário de pico dentro de uma janela de alteração pré-aprovada.

A tabela a seguir indica o tempo de inatividade estimado para migração de cada topologia do SQL Server.

Cenário Tempo de inatividade esperado Notas
Instância autônoma do SQL Server Baixo A migração é feita usando o VMware vMotion, o banco de dados está disponível durante o tempo de migração, mas não é recomendado confirmar nenhum dado crítico durante ele.
Grupo de Disponibilidade Sempre Ativo do SQL Server Baixo A réplica primária estará sempre disponível durante a migração da primeira réplica secundária e a réplica secundária se tornará a principal após o failover inicial para o Azure.
Instância de cluster de failover Always On do SQL Server Alto Todos os nós do cluster são desligados e migrados usando o VMware HCX Cold Migration. A duração do tempo de inatividade depende do tamanho do banco de dados e da velocidade da rede privada para a nuvem do Azure.

Executando a migração

  1. Faça login no vCenter Server local e acesse o plug-in VMware HCX.

  2. Em Serviços, selecione Migração>de migração.

    1. Selecione a máquina virtual do SQL Server.
    2. Defina o cluster vSphere na nuvem privada remota, que hospeda a VM ou VMs do SQL Server migradas como o Contêiner de Computação.
    3. Selecione o vSAN Datastore como armazenamento remoto.
    4. Selecione uma pasta. Não é obrigatório, mas recomendamos separar as diferentes cargas de trabalho na nuvem privada da Solução VMware do Azure.
    5. Mantenha o mesmo formato da fonte.
    6. Selecione vMotion como perfil de migração.
    7. Em Opções Estendidas, selecione Migrar Atributos Personalizados.
    8. Verifique se os segmentos de rede local têm o segmento estendido remoto correto na Solução VMware do Azure.
    9. Selecione Validar e certifique-se de que todas as verificações são concluídas com o status de aprovação.
    10. Selecione Ir para iniciar a migração.
  3. Após a conclusão da migração, acesse a máquina virtual usando o VMware Remote Console no vSphere Client.

  4. Verifique a configuração de rede e verifique a conectividade com os recursos locais e da Solução VMware do Azure.

  5. Verifique se o SQL Server e os bancos de dados estão ativos e acessíveis. Por exemplo, usando o SQL Server Management Studio, verifique se você pode acessar o banco de dados.

    Diagrama mostrando uma conexão do SQL Server Management Studio com o banco de dados migrado.

Verifique a conectividade com o SQL Server a partir de outros sistemas e aplicativos em sua infraestrutura. Verifique se todos os aplicativos que usam o banco de dados ou bancos de dados ainda podem acessá-los.

Mais informações