Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Use um grupo de disponibilidade distribuída (AG) para migrar uma instância autônoma do SQL Server ou um grupo de disponibilidade para o SQL Server em Máquinas Virtuais (VMs) do Azure.
Este artigo descreve os pré-requisitos para preparar seus ambientes de origem e de destino para migrar sua instância ou grupo de disponibilidade do SQL Server para VMs do SQL Server usando uma ag distribuída.
A migração de 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 requer um Cluster de Failover do Windows Server nem um listener de grupo de disponibilidade na origem ou no destino. A migração de um grupo de disponibilidade requer um cluster e um ouvinte tanto na origem quanto no destino.
SQL Server de origem
Para migrar sua instância ou grupo de disponibilidade, o SQL Server de origem deve atender aos seguintes pré-requisitos:
Para uma migração de instância autônoma, a versão mínima com suporte é o SQL Server 2017. Para uma migração de grupo de disponibilidade, há suporte para o SQL Server 2016 ou posterior.
Sua edição do SQL Server deve ser empresarial.
Você deve ativar a característica de grupo de disponibilidade.
O backup dos bancos de dados que você pretende migrar foi feito no modo completo.
Caso já tenhas um grupo de disponibilidade, ele deve estar num estado saudável. Se criar um grupo de disponibilidade como parte deste processo, ele deverá estar em um estado saudável 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 estar abertas no firewall. Para migrar bancos de dados em um grupo de disponibilidade, verifique se a porta usada pelo ouvinte também está aberta no firewall.
VM do SQL Server de destino
Antes que as VMs do SQL Server de destino estejam prontas para migração, verifique se elas atendem aos seguintes pré-requisitos:
A conta do Azure que executa a migração é atribuída como proprietário ou contribuidor ao grupo de recursos que contém as VMs do SQL Server de destino.
Para usar a propagação automática para criar seu grupo de disponibilidade distribuída (DAG), o nome da instância para o primário global (origem) 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 de origem. Se você optar por atualizar durante o processo de migração usando uma versão superior do SQL Server no destino, precisará semear manualmente seu banco de dados em vez de depender da propagação automática, como é fornecido nesta série de artigos. Para obter mais informações, consulte Migrar para versões superiores do SQL Server.
A edição do SQL Server deve ser empresarial.
Você deve ativar a funcionalidade do grupo de disponibilidade.
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 estar abertas no firewall. Para migrar bancos de dados em um grupo de disponibilidade, verifique se a porta usada pelo ouvinte também está aberta no firewall.
Connectivity
A instância do SQL Server de origem e de destino deve 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 VPN site a site ou uma conexão de Rota Expressa do Azure entre a rede local e a rede virtual onde reside a 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 o emparelhamento de rede virtual.
Authentication
Para simplificar a autenticação entre a instância do SQL Server de origem e de destino, associe ambos os servidores ao mesmo domínio, de preferência com o domínio no lado da origem e aplique a autenticação baseada em domínio. Como essa é a abordagem recomendada, as etapas desta série de tutoriais pressupõem que a instância 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 de domínio.