Pré-requisitos: Migrar para uma VM do SQL Server usando um AG distribuído

  • Artigo

Use um AG (grupo de disponibilidade) distribuído para migrar uma instância autônoma do SQL Server ou um grupo de disponibilidade Always On para o SQL Server em VMs (máquinas virtuais) do Azure.

Este artigo descreve os pré-requisitos para preparar seus ambientes de origem e de destino para migrar sua instância do SQL Server ou grupo de disponibilidade para VMs do SQL Server usando um AG distribuído.

Migrar um banco de dados (ou vários bancos de dados) de uma instância autônoma usando um grupo de disponibilidade distribuído é uma solução simples que não exige um Cluster de Failover do Windows Server ou um ouvinte do grupo de disponibilidade na origem ou no destino. A migração de um grupo de disponibilidade requer um cluster e um ouvinte na origem e no destino.

SQL Server de origem

Para migrar sua instância ou grupo de disponibilidade, seu SQL Server de origem deve atender aos seguintes pré-requisitos:

  • Para a migração de uma instância autônoma, a versão mínima com suporte é o SQL Server 2017. Para a migração de um grupo de disponibilidade, há suporte para o SQL Server 2016 ou posterior.
  • Sua edição do SQL Server deve ser corporativa.
  • Você deve habilitar o recurso Always On.
  • Os bancos de dados que você pretende migrar foram submetidos a backup no modo completo.
  • Se você já tiver um grupo de disponibilidade, ele deverá estar em estado de integridade. Se você criar um grupo de disponibilidade como parte deste processo, ele deverá estar em estado de integridade antes de iniciar a migração.
  • As portas usadas pela instância do SQL Server (1433 por padrão) e pelo ponto de extremidade de espelhamento de banco de dados (5022 por padrão) devem ser abertas no firewall. Para migrar bancos de dados em um grupo de disponibilidade, certifique-se de que a porta usada pelo ouvinte também esteja aberta no firewall.

VM do SQL Server de destino

Antes que suas VMs do SQL Server de destino estejam prontas para migração, certifique-se de que elas atendam aos seguintes pré-requisitos:

  • A conta do Azure que executa a migração é atribuída como proprietário ou colaborador ao grupo de recursos que contém as VMs do SQL Server de destino.
  • Para usar a propagação automática para criar seu DAG (grupo de disponibilidade distribuída), o nome da instância do primário global (origem) global do DAG deve corresponder ao nome da instância do encaminhador (destino) do DAG. Se houver uma incompatibilidade de nome de instância entre o primário global e o encaminhador, você deverá usar a propagação manual para criar o DAG e adicionar manualmente quaisquer arquivos de banco de dados adicionais no futuro.
  • Para simplificar, a instância do SQL Server de destino deve corresponder à versão da instância do SQL Server origem. Se você optar por atualizar durante o processo de migração usando uma versão superior do SQL Server no destino, será necessário propagá-lo manualmente, em vez de depender da autopropagação, conforme previsto nesta série de artigos. Revise Migrar para versões superiores do SQL Server para obter mais detalhes.
  • A edição do SQL Server deve ser corporativa.
  • Você deve habilitar o recurso Always On.
  • As portas usadas pela instância do SQL Server (1433 por padrão) e pelo ponto de extremidade de espelhamento de banco de dados (5022 por padrão) devem ser abertas no firewall. Para migrar bancos de dados em um grupo de disponibilidade, certifique-se de que a porta usada pelo ouvinte também esteja aberta no firewall.

Conectividade

As instâncias do SQL Server de origem e de destino devem ter uma conexão de rede estabelecida.

Se a instância do SQL Server de origem estiver localizada em uma rede local, configure uma conexão de VPN local ou uma conexão do Azure ExpressRoute entre a rede local e a rede virtual onde reside sua VM do SQL Server de destino.

Se sua instância do SQL Server de origem estiver localizada em uma rede virtual do Azure diferente da VM do SQL Server de destino, configure emparelhamento de rede virtual.

Autenticação

Para simplificar a autenticação entre suas instâncias do SQL Server de origem e de destino, ingresse ambos os servidores no mesmo domínio, preferencialmente com o domínio no lado de origem e aplique a autenticação baseada em domínio. Como esta é a abordagem recomendada, as etapas desta série de tutoriais pressupõem que as instâncias do SQL Server de origem e de destino fazem parte do mesmo domínio.

Se os servidores de origem e de destino fizerem parte de domínios diferentes, configure a federação entre os dois domínios ou configure um grupo de disponibilidade independente do domínio.

Próximas etapas

Depois de configurar o ambiente de origem e de destino para atender aos pré-requisitos, você estará pronto para migrar sua instância autônoma do SQL Server ou um grupo de disponibilidade AlwaysOn para suas VMs do SQL Server de destino.