Pré-requisitos: Migrar para SQL Server VM com o AG distribuído

  • Artigo

Utilize um grupo de disponibilidade distribuído (AG) para migrar uma instância autónoma de SQL Server ou um grupo de disponibilidade AlwaysOn para SQL Server no Azure Máquinas Virtuais (VMs).

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

Migrar uma base de dados (ou várias bases de dados) de uma instância autónoma através de um grupo de disponibilidade distribuído é uma solução simples que não requer um Cluster de Ativação Pós-falha do Windows Server ou um serviço de escuta do grupo de disponibilidade na origem ou no destino. A migração de um grupo de disponibilidade requer um cluster e um serviço de escuta na origem e no destino.

SQL Server de origem

Para migrar a sua instância ou grupo de disponibilidade, o SQL Server de origem deve cumprir os seguintes pré-requisitos:

  • Para uma migração de instância autónoma, a versão mínima suportada é SQL Server 2017. Para uma migração de grupo de disponibilidade, é suportado SQL Server 2016 ou posterior.
  • A sua edição SQL Server deve ser empresarial.
  • Tem de ativar a funcionalidade AlwaysOn.
  • As bases de dados que pretende migrar foram efetuadas cópias de segurança em modo completo.
  • Se já tiver um grupo de disponibilidade, tem de estar em bom estado de funcionamento. Se criar um grupo de disponibilidade como parte deste processo, este tem de estar em bom estado de funcionamento antes de iniciar a migração.
  • As portas utilizadas pela instância SQL Server (1433 por predefinição) e o ponto final de espelhamento da base de dados (5022 por predefinição) têm de estar abertas na firewall. Para migrar bases de dados num grupo de disponibilidade, certifique-se de que a porta utilizada pelo serviço de escuta também está aberta na firewall.

VM SQL Server de destino

Antes de as VMs SQL Server de destino estarem prontas para migração, certifique-se de que cumprem os seguintes pré-requisitos:

  • A conta do Azure que executa a migração é atribuída como proprietário ou contribuidor para o grupo de recursos que contém as VMs SQL Server de destino.
  • Para utilizar a sementeira automática para criar o seu grupo de disponibilidade distribuído (DAG), o nome da instância da principal global (origem) do DAG tem de corresponder ao nome da instância do reencaminhador (destino) do DAG. Se existir um erro de correspondência entre o principal e o reencaminhador global, tem de utilizar a sementeira manual para criar o DAG e adicionar manualmente quaisquer ficheiros de base de dados adicionais no futuro.
  • Para simplificar, a instância SQL Server de destino deve corresponder à versão da instância de SQL Server de origem. Se optar por atualizar durante o processo de migração através de uma versão superior do SQL Server no destino, terá de efetuar a propagação manual da base de dados em vez de depender da criação automática, tal como é fornecido nesta série de artigos. Veja Migrar para versões de SQL Server mais elevadas para obter mais detalhes.
  • A edição SQL Server deve ser empresarial.
  • Tem de ativar a funcionalidade AlwaysOn.
  • As portas utilizadas pela instância SQL Server (1433 por predefinição) e o ponto final de espelhamento da base de dados (5022 por predefinição) têm de estar abertas na firewall. Para migrar bases de dados num grupo de disponibilidade, certifique-se de que a porta utilizada pelo serviço de escuta também está aberta na firewall.

Conectividade

A origem e o destino SQL Server instância têm de ter uma ligação de rede estabelecida.

Se a instância de SQL Server de origem estiver localizada numa rede no local, configure uma ligação VPN site a site ou uma ligação do Azure ExpressRoute entre a rede no local e a rede virtual onde reside o destino SQL Server VM.

Se a instância de SQL Server de origem estiver localizada numa rede virtual do Azure diferente da VM SQL Server de destino, configure o peering de rede virtual.

Autenticação

Para simplificar a autenticação entre a instância de SQL Server de origem e de destino, associe ambos os servidores ao mesmo domínio, de preferência com o domínio no lado de origem e aplique a autenticação baseada em domínios. Uma vez que esta é a abordagem recomendada, os passos nesta série de tutoriais assumem que tanto a origem como a instância de destino SQL Server fazem parte do mesmo domínio.

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

Passos seguintes

Depois de configurar o ambiente de origem e de destino para cumprir os pré-requisitos, está pronto para migrar a instância autónoma de SQL Server ou um grupo de disponibilidade AlwaysOn para o seu destino SQL Server VMs.