Tutorial: Configurar a replicação geográfica ativa e o failover (Banco de Dados SQL do Azure)

Aplica-se a:Banco de Dados SQL do Azure

Este artigo mostra como configurar a replicação geográfica ativa para o Banco de Dados SQL do Azure usando o portal do Azure ou a CLI do Azure e iniciar o failover.

Para grupos de failover, consulte Grupos de failover com o Banco de Dados SQL do Azure e Grupos de failover com a Instância Gerenciada SQL do Azure.

Pré-requisitos

Este tutorial mostra como configurar um banco de dados para replicação geográfica ativa. Para saber como criar um único banco de dados com o portal do Azure, a CLI do Azure, a CLI do Azure (sql up) ou o PowerShell, consulte Guia de início rápido: criar um único banco de dados - Banco de Dados SQL do Azure.

Adicionar um banco de dados secundário

As etapas a seguir criam um novo banco de dados secundário em uma parceria de replicação geográfica.

Para adicionar uma base de dados secundária, deve ser o proprietário ou coproprietário da subscrição.

O banco de dados secundário tem o mesmo nome que o banco de dados primário e tem, por padrão, a mesma camada de serviço e tamanho de computação. O banco de dados secundário pode ser um único banco de dados ou um banco de dados em pool. Para obter mais informações, consulte Modelo de compra baseado em DTU e Modelo de compra baseado em vCore. Depois que o secundário é criado e propagado, os dados começam a ser replicados do banco de dados primário para o novo banco de dados secundário.

Se sua réplica secundária for usada apenas para recuperação de desastres (DR) e não tiver cargas de trabalho de leitura ou gravação, você poderá economizar nos custos de licenciamento designando o banco de dados para espera ao configurar uma nova relação de replicação geográfica ativa. Analise a réplica em espera sem licença para saber mais.

az sql db replica create --resource-group ContosoHotel --server contosoeast --name guestlist --partner-server contosowest --family Gen5 --capacity 2 --secondary-type Geo

az sql db replica list-links --name guestlist --resource-group ContosoHotel --server contosowest

Connect-AzAccount
$subscriptionid = <your subscription id here>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = 'PrimaryRG'
    ServerName = 'PrimaryServer' 
    DatabaseName = 'TestDB' 
    PartnerResourceGroupName = 'SecondaryRG'
    PartnerServerName = 'SecondaryServer'
    PartnerDatabaseName = 'TestDB'
}

New-AzSqlDatabaseSecondary @parameters

$parameters = @{
    ResourceGroupName = 'PrimaryRG'
    ServerName = 'PrimaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'SecondaryRG'
}

Get-AzSqlDatabaseReplicationLink @parameters

Iniciar uma ativação pós-falha

O banco de dados secundário pode ser alternado para se tornar o principal.

az sql db replica set-primary --name guestlist --resource-group ContosoHotel --server contosowest

$parameters = @{
    ResourceGroupName = 'SecondaryRG'
    ServerName = 'SecondaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'PrimaryServer'
}

Set-AzSqlDatabaseSecondary @parameters -Failover

O comando alterna imediatamente o banco de dados secundário para a função principal. Este processo normalmente deve ser concluído dentro de 30 segundos ou menos.

Há um curto período durante o qual ambos os bancos de dados ficam indisponíveis, da ordem de 0 a 25 segundos, enquanto as funções são trocadas. Se o banco de dados primário tiver vários bancos de dados secundários, o comando reconfigurará automaticamente os outros secundários para se conectarem ao novo primário. Toda a operação deve demorar menos de um minuto a ser concluída em circunstâncias normais.

Remover banco de dados secundário

Essa operação interrompe permanentemente a replicação para o banco de dados secundário e altera a função do secundário para um banco de dados regular de leitura-gravação. Se a conectividade com o banco de dados secundário for interrompida, o comando será bem-sucedido, mas o secundário não se tornará leitura-gravação até que a conectividade seja restaurada.

az sql db replica delete-link --name guestlist --resource-group ContosoHotel --server contosoeast --partner-server contosowest

$parameters = @{
    ResourceGroupName = 'SecondaryRG'
    ServerName = 'SecondaryServer'
    DatabaseName = 'TestDB'
    PartnerResourceGroupName = 'PrimaryRG'
    PartnerServerName = 'PrimaryServer'
}
Remove-AzSqlDatabaseSecondary @parameters

Georreplicação entre subscrições

Use Transact-SQL (T-SQL) para criar um geosecundário em uma assinatura diferente da assinatura do primário (seja sob o mesmo locatário do Microsoft Entra ID (anteriormente Azure Ative Directory) ou não), siga as etapas nesta seção.

1. Adicione o endereço IP da máquina cliente que executa os comandos T-SQL neste exemplo aos firewalls de servidor dos servidores primário e secundário. Você pode confirmar esse endereço IP executando a seguinte consulta enquanto estiver conectado ao servidor primário da mesma máquina cliente.

   select client_net_address from sys.dm_exec_connections where session_id = @@SPID;
   

   Para obter mais informações, consulte Configurar firewall.

2. master No banco de dados no servidor primário, crie um logon de autenticação SQL dedicado à configuração de replicação geográfica ativa. Ajuste o nome de login e a senha conforme necessário.

   create login geodrsetup with password = 'ComplexPassword01';
   

3. No mesmo banco de dados, crie um usuário para o logon e adicione-o dbmanager à função:

   create user geodrsetup for login geodrsetup;
   alter role dbmanager add member geodrsetup;
   

4. Anote o valor SID do novo login. Obtenha o valor SID usando a consulta a seguir.

   select sid from sys.sql_logins where name = 'geodrsetup';
   

5. Conecte-se ao banco de dados primário (não ao master banco de dados) e crie um usuário para o mesmo login.

   create user geodrsetup for login geodrsetup;
   

6. No mesmo banco de dados, adicione o usuário à db_owner função.

   alter role db_owner add member geodrsetup;
   

7. master No banco de dados no servidor secundário, crie o mesmo login que no servidor primário, usando o mesmo nome, senha e SID. Substitua o valor SID hexadecimal no comando de exemplo abaixo pelo obtido na etapa 4.

   create login geodrsetup with password = 'ComplexPassword01', sid=0x010600000000006400000000000000001C98F52B95D9C84BBBA8578FACE37C3E;
   

8. No mesmo banco de dados, crie um usuário para o logon e adicione-o dbmanager à função.

   create user geodrsetup for login geodrsetup;
   alter role dbmanager add member geodrsetup;
   

9. Conecte-se ao master banco de dados no servidor primário usando o novo geodrsetup login e inicie a criação geosecundária no servidor secundário. Ajuste o nome do banco de dados e o nome do servidor secundário conforme necessário. Depois que o comando for executado, você poderá monitorar a criação geosecundária consultando a exibição sys.dm_geo_replication_link_status no banco de dados primário e a exibição sys.dm_operation_status no banco de dados no master servidor primário. O tempo necessário para criar um geosecundário depende do tamanho do banco de dados primário.

   alter database [dbrep] add secondary on server [servername];
   

10. Depois que o geosecundário for criado com êxito, os usuários, logins e regras de firewall criados por este procedimento poderão ser removidos.

Próximos passos

• Para saber mais sobre a replicação geográfica ativa, consulte Replicação geográfica ativa.
• Para saber mais sobre grupos de failover, consulte Grupos de failover
• Para obter uma visão geral e cenários de continuidade de negócios, consulte Visão geral de continuidade de negócios.
• Economize nos custos de licenciamento designando sua réplica de DR secundária para espera. 5