Habilitar redundância de zona para o Banco de Dados SQL do Azure

Aplica-se a:Banco de Dados SQL do Azure

Este guia descreve como atualizar o Banco de Dados SQL do Azure para redundância de zona com zonas de disponibilidade.

Habilitar a redundância de zona para o Banco de Dados SQL do Azure garante alta disponibilidade, tornando seus bancos de dados e pools elásticos resilientes a um conjunto maior de falhas, como interrupções catastróficas do datacenter, sem nenhuma alteração da lógica do aplicativo. Quando a redundância de zona está habilitada, seu banco de dados utiliza zonas de disponibilidade para replicar dados em vários locais físicos em uma única região do Azure.

Prerequisites

Antes de habilitar o suporte à zona de disponibilidade, verifique se o Banco de Dados SQL do Azure está em um modelo de implantação e camada de serviço com suporte. Verifique se o nível e o modelo são oferecidos em uma região que dá suporte a zonas de disponibilidade.

Requisitos de tempo de inatividade

A habilitação de redundância de zona para a camada de serviço Premium, Comercialmente Crítico e Uso Geral é uma operação online com uma breve desconexão. Se você tiver implementado a lógica de repetição para erros transitórios padrão, não perceberá o failover.

Para o camada de serviço Hiperescala, o suporte à redundância de zona só pode ser especificado durante a criação do banco de dados e não pode ser modificado depois que o recurso é provisionado. Se você quiser mudar para o suporte à zona de disponibilidade, precisará transferir os dados com cópia de banco de dados, restauração pontual ou replicação geográfica. Se o banco de dados de destino estiver em uma região diferente da origem ou se a redundância do armazenamento de backup do banco de dados para o destino for diferente do banco de dados de origem, o tempo de inatividade será proporcional ao tamanho da operação de dados.

Habilitar redundância de zona (Premium, Comercialmente Crítico e Uso Geral)

Para as camadas de serviço Premium, Criticamente Importante e Uso Geral, é possível habilitar a redundância de zona.

Siga estas etapas para habilitar a redundância de zona para um único banco de dados ou um pool elástico.

Habilitar a redundância de zona para um único banco de dados

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

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    DatabaseName = '<Database_Name>'
}
Set-AzSqlDatabase @parameters -ZoneRedundant 

    az sql db update --resource-group "<Resource_Group_Name>" --server "<Server_Name>" --name "<Database_Name>" --zone-redundant 

Habilitar redundância de zona para um pool elástico

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

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    ElasticPoolName = '<Elastic_Pool_Name>'
}

Set-AzSqlElasticPool  @parameters -ZoneRedundant 

    az sql elastic-pool update --resource-group "<Resource_Group_Name>" --server "<Server_Name>" --name "<Elastic_Pool_Name>" --zone-redundant 

Reimplantação (Hiperescala)

Para a camada de serviço Hiperescala, o suporte à redundância de zona só pode ser especificado durante a criação do banco de dados e não pode ser modificado depois que o banco de dados é provisionado. Se você quiser obter suporte para redundância de zona, precisará executar uma transferência de dados do banco de dados individual da camada de serviço Hiperescala. Para executar a transferência e habilitar a opção de redundância de zona, um clone deve ser criado usando cópia de banco de dados, restauração pontual ou replicação geográfica.

Considerações sobre reimplantação

• Há dois modos de reimplantação (online e offline):

  • Os Métodos de cópia do banco de dados e restauração pontual (modo offline) criam um banco de dados transacionalmente consistente em um determinado ponto no tempo. Como resultado, as alterações de dados executadas após o início da operação de cópia ou restauração não estarão disponíveis no banco de dados copiado ou restaurado.

  • O método de replicação geográfica (modo online) é uma reimplantação em que todas as alterações de dados da origem são sincronizadas com o destino.

• A cadeia de conexão do aplicativo deve ser atualizada para apontar para o banco de dados com redundância de zona.

Reimplantar um banco de dados individual

Cópia do banco de dados

Para criar uma cópia de banco de dados e habilitar a redundância de zona com o portal do Azure, o PowerShell ou a CLI do Azure, siga as instruções em copiar uma cópia transacionalmente consistente de um banco de dados no Banco de Dados SQL do Azure.

Restauração pontual

Para criar uma restauração de banco de dados pontual e habilitar a redundância de zona com o portal do Azure, o PowerShell ou a CLI do Azure, siga as instruções em Restauração pontual.

Geo-replica

Para criar uma replicação geográfica do banco de dados:

1. Siga as instruções com o portal do Azure, o PowerShell ou a CLI do Azure em Configurar a replicação geográfica ativa e failover (Banco de Dados SQL do Azure) e habilite a redundância de zona em Computação + Armazenamento

2. A réplica é propagada e o tempo necessário para a propagação dos dados depende do tamanho do banco de dados de origem. Você pode monitorar o status da propagação no portal do Azure ou executando as seguintes consultas TSQL na réplica do banco de dados:

       SELECT * FROM sys.dm_geo_replication_link_status;
       SELECT * FROM sys.dm_operation_status;
   

3. Depois que a propagação do banco de dados for concluída, execute um failover planejado (sem perda de dados) para transformar o banco de dados de destino com redundância de zona em primário.

   • Use o sys.dm_geo_replication_link_status para exibir o status do estado da replicação geográfica. O replication_state_desc é CATCH_UP quando o banco de dados secundário está em um estado transacionalmente consistente.
   • Na exibição de gerenciamento dinâmico sys.dm_operation_status, confira se state_desc está como COMPLETED quando a operação de propagação for concluída.

4. Atualize o nome do servidor nas cadeias de conexão do aplicativo para refletir o novo banco de dados com redundância de zona.

5. Para limpar, considere remover o banco de dados original sem redundância de zona da relação de replicação geográfica. Você pode optar por excluí-lo.

Validar redundância de zona

Você pode usar o Azure PowerShell ou a CLI do Azure ou a API REST para verificar a ZoneRedundant propriedade de um banco de dados.

Get-AzSqlDatabase -ResourceGroupName "myResourceGroup" -ServerName "myServerName" -DatabaseName "master"

az sql db show --resource-group "myResourceGroup" --server "myServerName" --name master

Desabilitar redundância de zona

Para desabilitar a redundância de zona para um banco de dados individual ou um pool elástico, você pode usar o portal do Azure, a API do ARM, o PowerShell ou a CLI.

Desabilitar a redundância de zona para um único banco de dados

set-azsqlDatabase -ResourceGroupName "<Resource-Group-Name>" -DatabaseName "<Server-Name>" -ServerName "<Server-Name>" -ZoneRedundant:$false 

az sql db update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Desabilitar a redundância de zona para um pool elástico

Set-AzSqlElasticpool -ResourceGroupName "<Resource-Group-Name>" -ServerName "<Server-Name>" -ElasticPoolName "<Elastic-Pool-Name>" -ZoneRedundant:$false

az sql elastic-pool update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Para desabilitar a redundância de zona para a camada de serviço Hiperescala, você pode reverter as etapas documentadas em Reimplantação (Hiperescala).

Conteúdo relacionado

• Disponibilidade por meio de redundância - Banco de Dados SQL do Azure
• Serviços do Azure que dão suporte a zonas de disponibilidade
• Regiões do Azure que permitem zonas de disponibilidade