Usar a AG distribuída para migrar o grupo de disponibilidade

Artigo
07/02/2024

Use um AG (grupo de disponibilidade) distribuído para migrar bancos de dados em um grupo de disponibilidade Always On, mantendo suporte de HADR (alta disponibilidade e recuperação de desastre) após a migração no seu SQL Server em Máquinas Virtuais do Azure (VMs).

Depois de validar que suas Instâncias do SQL Server de origem atendem aos pré-requisitos, siga as etapas deste artigo para criar uma disponibilidade distribuída entre seu grupo de disponibilidade existente e seu grupo de disponibilidade de destino no seu SQL Server em VMs do Azure.

Este artigo se destina a bancos de dados que participam de um grupo de disponibilidade e exigem um WSFC (cluster de failover do Windows Server) e um ouvinte do grupo de disponibilidade. Também é possível migrar bancos de dados de uma instância do SQL Server autônoma.

Instalação inicial

A primeira etapa é criar sua VM do SQL Server no Azure. É possível fazer isso usando o portal do Azure, o Azure PowerShell ou um modelo de ARM.

Certifique-se de configurar sua VM do SQL Server de acordo com os pré-requisitos. Escolha entre uma única implantação de sub-rede, que depende de um nome de rede distribuída ou do Azure Load Balancer para rotear o tráfego para o ouvinte do grupo de disponibilidade ou uma implantação de várias sub-redes que não tenha esse requisito. A implantação de várias sub-redes é recomendada. Para saber mais, confira conectividade.

Para simplificar, ingresse suas VMs do SQL Server de destino no mesmo domínio que suas instâncias do SQL Server de origem. Caso contrário, ingresse sua VM do SQL Server de destino em um domínio federado com o domínio de suas instâncias do SQL Server de origem.

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. Quando há uma incompatibilidade de nome de instância entre o primário global e o encaminhador, você deve usar a propagação manual para criar o DAG e adicionar manualmente quaisquer arquivos de banco de dados adicionais no futuro.

Este artigo usa os seguintes parâmetros de exemplo:

Nome do banco de dados: Adventureworks2022
Nomes do computador de origem: OnPremNode1 (primário global no DAG), OnPremNode2
Nomes da instância do SQL Server de origem: MSSQLSERVER, MSSQLSERVER
Nome do grupo de disponibilidade de origem: OnPremAg
Nome do ouvinte do grupo de disponibilidade de origem: OnPremAG_LST
Nome da VM do SQL Server de destino: SQLVM1 (encaminhador no DAG), SQLVM2
Nomes da instância do SQL Server de destino na VM do Azure: MSSQLSERVER, MSSQLSERVER
Nome do grupo de disponibilidade de destino: AzureAG
Nome do ouvinte do grupo de disponibilidade de origem: AzureAG_LST
Nome do ponto de extremidade: Hadr_endpoint
Nome do grupo de disponibilidade distribuído: DAG
Nome de domínio: Contoso

Criar pontos de extremidade

Use T-SQL (Transact-SQL) para criar pontos de extremidade nas duas instâncias de origem (OnPremNode1, OnPremNode2) e nas instâncias do SQL Server de destino (SQLVM1, SQLVM2).

Se você já tiver um grupo de disponibilidade configurado nas instâncias de origem, apenas execute este script nas duas instâncias de destino.

Para criar seus pontos de extremidade, execute este script T-SQL em servidores de origem e de destino:

CREATE ENDPOINT [Hadr_endpoint] STATE = STARTED AS TCP (
    LISTENER_PORT = 5022,
    LISTENER_IP = ALL
)
FOR DATA_MIRRORING(ROLE = ALL,
    AUTHENTICATION = WINDOWS NEGOTIATE,
    ENCRYPTION = REQUIRED ALGORITHM AES);
GO

As contas de domínio têm acesso automaticamente aos pontos de extremidade, mas as contas de serviço podem não fazer parte automaticamente do grupo sysadmin e podem não ter permissão para a conexão. Para conceder manualmente à conta de serviço do SQL Server permissão de conexão com o ponto de extremidade, execute o seguinte script T-SQL em ambos os servidores:

GRANT CONNECT ON ENDPOINT::[Hadr_endpoint] TO [<your account>];

Criar AG de origem

Como um grupo de disponibilidade distribuído é um grupo de disponibilidade especial que abrange dois grupos de disponibilidade individuais, primeiro você precisa criar um grupo de disponibilidade nas duas instâncias do SQL Server de origem.

Se você já tiver um grupo de disponibilidade em suas instâncias de origem, ignore esta seção.

Use T-SQL (Transact-SQL) para criar um grupo de disponibilidade (OnPremAG) entre suas duas instâncias de origem (OnPremNode1, OnPremNode2) para o banco de dados de exemplo Adventureworks2022.

Para criar o grupo de disponibilidade nas instâncias de origem, execute este script na réplica primária de origem (OnPremNode1):

CREATE AVAILABILITY GROUP [OnPremAG]
WITH (
    AUTOMATED_BACKUP_PREFERENCE = PRIMARY,
    DB_FAILOVER = OFF,
    DTC_SUPPORT = NONE
)
FOR DATABASE [Adventureworks2022] REPLICA
ON N'OnPremNode1' WITH (
    ENDPOINT_URL = N'TCP://OnPremNode1.contoso.com:5022',
    FAILOVER_MODE = AUTOMATIC,
    AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
    SEEDING_MODE = AUTOMATIC,
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO)
),
N'OnPremNode2' WITH (
    ENDPOINT_URL = N'TCP://OnPremNode2.contoso.com:5022',
    FAILOVER_MODE = AUTOMATIC,
    AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
    SEEDING_MODE = AUTOMATIC,
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO)
);

Una a réplica secundária (OnPremNode2) ao grupo de disponibilidade (OnPremAg).

Para ingressar no grupo de disponibilidade, execute este script na réplica secundária de origem:

ALTER AVAILABILITY GROUP [OnPremAG] JOIN;
GO
ALTER AVAILABILITY GROUP [OnPremAG] GRANT CREATE ANY DATABASE;
GO

Por fim, crie o ouvinte para seu grupo de disponibilidade do encaminhador global (OnPremAG).

Para criar o ouvinte, execute este script na réplica primária de origem:

USE [master]
GO

ALTER AVAILABILITY GROUP [OnPremAG]
ADD LISTENER N'OnPremAG_LST' (
    WITH IP (
        (<available_static_ip>, <mask>),
        PORT = 60173
    )
);
GO

Criar AG de destino

Você também precisa criar um grupo de disponibilidade nas VMs do SQL Server de destino.

Se você já tiver um grupo de disponibilidade configurado entre suas instâncias do SQL Server no Azure, ignore esta seção.

Use T-SQL (Transact-SQL) para criar um grupo de disponibilidade (AzureAG) nas instâncias do SQL Server de destino (SQLVM1 e SQLVM2).

Para criar o grupo de disponibilidade no destino, execute este script na réplica primária de destino:

CREATE AVAILABILITY GROUP [AzureAG] FOR REPLICA
ON N'SQLVM1' WITH (
    ENDPOINT_URL = N'TCP://SQLVM1.contoso.com:5022',
    FAILOVER_MODE = MANUAL,
    AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
    BACKUP_PRIORITY = 50,
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),
    SEEDING_MODE = AUTOMATIC
),
N'SQLVM2' WITH (
    ENDPOINT_URL = N'TCP://SQLVM2.contoso.com:5022',
    FAILOVER_MODE = MANUAL,
    AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
    BACKUP_PRIORITY = 50,
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO),
    SEEDING_MODE = AUTOMATIC
);
GO

Em seguida, ingresse a réplica secundária de destino (SQLVM2) no grupo de disponibilidade (AzureAG).

Execute este script na réplica secundária de destino:

ALTER AVAILABILITY GROUP [AzureAG] JOIN;
GO
ALTER AVAILABILITY GROUP [AzureAG] GRANT CREATE ANY DATABASE;
GO

Por fim, crie um ouvinte (AzureAG_LST) para seu grupo de disponibilidade de destino (AzureAG). Se você tiver implantado suas VMs do SQL Server em várias sub-redes, crie seu ouvinte usando Transact-SQL. Se você tiver implantado suas VMs do SQL Server em uma única sub-rede, configure um Azure Load Balancer ou um nome de rede distribuído para o ouvinte.

Para criar seu ouvinte, execute este script na réplica principal do grupo de disponibilidade no Azure.

ALTER AVAILABILITY GROUP [AzureAG]
ADD LISTENER N'AzureAG_LST' (
    WITH IP (
        (N'<primary replica_secondary_ip>', N'<primary_mask>'),
        (N'<secondary replica_secondary_ip>', N'<secondary_mask>')
    ),
    PORT = <port_number_you_set>
);
GO

Criar AG distribuído

Depois de configurar seus grupos de disponibilidade de origem (OnPremAG) e de destino (AzureAG), crie seu grupo de disponibilidade distribuído para abranger ambos os grupos individuais.

Use Transact-SQL no primário global do SQL Server de origem (OnPremNode1) e AG (OnPremAG) para criar o grupo de disponibilidade distribuído (DAG).

Para criar o AG distribuído na origem, execute este script no primário global de origem:

CREATE AVAILABILITY GROUP [DAG]
WITH (DISTRIBUTED) AVAILABILITY GROUP
ON 'OnPremAG' WITH (
    LISTENER_URL = 'tcp://OnPremAG_LST.contoso.com:5022',
    AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
    FAILOVER_MODE = MANUAL,
    SEEDING_MODE = AUTOMATIC
),
'AzureAG' WITH (
    LISTENER_URL = 'tcp://AzureAG_LST.contoso.com:5022',
    AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
    FAILOVER_MODE = MANUAL,
    SEEDING_MODE = AUTOMATIC
);
GO

Observação

O modo de propagação é definido como AUTOMATIC, pois as versões do SQL Server no destino e na origem são iguais. Se a versão do SQL Server de destino for superior ou o primário global e o encaminhador tiverem nomes de instâncias diferentes, crie o AG distribuído e conecte o AG secundário ao AG distribuído com SEEDING_MODE definido como MANUAL. Em seguida, restaure manualmente os bancos de dados da origem para a instância de destino do SQL Server. Revise as versões de atualização durante a migração para saber mais.

Depois que o seu AG distribuído for criado, ingresse o AG de destino (AzureAG) na instância do encaminhador de destino (SQLVM1) para o AG distribuído (DAG).

Para ingressar a AG de destino no AG distribuído, execute este script no encaminhador de destino:

ALTER AVAILABILITY GROUP [DAG]
INNER JOIN AVAILABILITY GROUP
ON 'OnPremAG' WITH (
        LISTENER_URL = 'tcp://OnPremAG_LST.contoso.com:5022',
        AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
        FAILOVER_MODE = MANUAL,
        SEEDING_MODE = AUTOMATIC
        ),
'AzureAG' WITH (
    LISTENER_URL = 'tcp://AzureAG_LST.contoso.com:5022',
    AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
    FAILOVER_MODE = MANUAL,
    SEEDING_MODE = AUTOMATIC
);
GO

Para cancelar, pausar ou atrasar a sincronização entre os grupos de disponibilidade de origem e de destino (como, por exemplo, no caso de problemas de desempenho), execute este script na instância do primário global de origem (OnPremNode1):

ALTER AVAILABILITY GROUP [DAG]
MODIFY AVAILABILITY GROUP ON 'AzureAG'
WITH (SEEDING_MODE = MANUAL);

Para saber mais, revise Cancelar a propagação automática para o encaminhador.

Concluir a migração com um AG distribuído

Compartilhar via

Usar a AG distribuída para migrar o grupo de disponibilidade

Instalação inicial

Criar pontos de extremidade

Criar AG de origem

Criar AG de destino

Criar AG distribuído

Comentários

Recursos adicionais

Compartilhar via

Usar a AG distribuída para migrar o grupo de disponibilidade

Instalação inicial

Criar pontos de extremidade

Criar AG de origem

Criar AG de destino

Criar AG distribuído

Conteúdo relacionado

Comentários

Recursos adicionais