Migrar o Banco de Dados SQL do Azure para o suporte à zona de disponibilidade

Este guia descreve como migrar o Banco de Dados SQL do Azure do suporte à zona de indisponibilidade para o suporte à disponibilidade.

Habilitar a redundância de zona para o Banco de Dados SQL do Azure garante alta disponibilidade, pois o banco de dados utiliza as Zonas de Disponibilidade do Azure para replicar dados em vários locais físicos dentro de uma região do Azure. Ao selecionar redundância de zona, você pode tornar seus bancos de dados e pools elásticos resilientes a um conjunto maior de falhas, como interrupções catastróficas do datacenter, sem alterações na lógica do aplicativo.

Pré-requisitos

Antes de migrar para o suporte à zona de disponibilidade, consulte a tabela a seguir para garantir que seu Banco de Dados SQL do Azure esteja em uma camada de serviço e modelo de implantação com suporte. Certifique-se de que sua camada e modelo sejam oferecidos em uma região que ofereça suporte a zonas de disponibilidade.

Escalão de serviço	Modelo de implementação	Disponibilidade de redundância de zona
Premium	Banco de dados único ou pool elástico	Todas as regiões que suportam zonas de disponibilidade
Crítico para a Empresa	Banco de dados único ou pool elástico	Todas as regiões que suportam zonas de disponibilidade
Fins Gerais	Banco de dados único ou pool elástico	Regiões selecionadas que suportam zonas de disponibilidade
Hyperscale	Base de dados individual	Todas as regiões que suportam zonas de disponibilidade

Requisitos de tempo de inatividade

A migração para a camada de serviço Premium, Business Critical e General Purpose é uma operação online com uma breve desconexão no final para concluir o processo de migração. Se você tiver implementado a lógica de repetição para erros transitórios padrão, não notará o failover.

Para a camada de serviço Hyperscale, 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 for provisionado. Se desejar migrar para o suporte à zona de disponibilidade, será necessário transferir os dados com cópia de banco de dados, restauração point-in-time ou réplica geográfica. Se o banco de dados de destino estiver em uma região diferente da origem ou se a redundância de 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.

Migração (Premium, Business Critical e General Purpose)

Para as camadas de serviço Premium, Business Critical e General Purpose, a migração para redundância de zona é possível.

Siga as etapas abaixo para executar a migração para um único banco de dados ou um pool elástico.

Migrar um único banco de dados

Portal do Azure

1. Vá para o portal do Azure para localizar seu banco de dados. Pesquise e selecione bancos de dados SQL.

2. Selecione o banco de dados que você deseja migrar.

3. Em Configurações , selecione Computação + Armazenamento.

4. Selecione Sim para Gostaria de tornar esta zona de banco de dados redundante?

5. Selecione Aplicar.

6. Aguarde para receber um aviso de conclusão da operação em Notificações no menu superior do portal do Azure.

7. Para verificar se a redundância de zona está ativada, selecione Visão geral e, em seguida, selecione Propriedades.

8. Na seção Disponibilidade, confirme se redundância de zona está definida como Habilitado.

PowerShell

Abra o PowerShell como Administrador e execute o seguinte comando (substitua os espaços reservados em "<>" pelos nomes dos recursos). Observe que <server_name> não deve incluir .database.windows.net.

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 

CLI do Azure

Use a CLI do Azure para executar o seguinte comando (substitua os espaços reservados em "<>" pelos nomes dos recursos):

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

BRAÇO

Para habilitar a redundância de zona, consulte Bancos de dados - Criar ou atualizar no ARM e usar a properties.zoneRedundant propriedade.

Migrar um pool elástico

Importante

Habilitar o suporte à redundância de zona para pools elásticos torna redundantes todos os bancos de dados dentro da zona do pool.

Portal do Azure

1. Vá para o portal do Azure para localizar e selecionar o pool elástico que você deseja migrar.

2. Selecione Configurações e, em seguida, selecione Configurar.

3. Selecione Sim para Deseja tornar redundante esta zona do pool elástico?.

4. Selecione Guardar.

5. Aguarde para receber um aviso de conclusão da operação em Notificações no menu superior do portal do Azure.

6. Para verificar se a redundância de zona está ativada, selecione Configurar e, em seguida, selecione Configurações do pool.

7. A opção de zona redundante deve ser definida como Sim.

PowerShell

Abra o PowerShell como Administrador e execute o seguinte comando (substitua os espaços reservados em "<>" pelos nomes dos recursos). Observe que <server_name> não deve incluir .database.windows.net.

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 

CLI do Azure

Use a CLI do Azure para executar o seguinte comando (substitua os espaços reservados em "<>" pelos nomes dos recursos):

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

BRAÇO

Para habilitar a redundância de zona, consulte Pools elásticos - Criar ou atualizar no ARM.

Reimplantação (hiperescala)

Para a camada de serviço Hyperscale, 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 desejar obter suporte à redundância de zona, você precisará executar uma transferência de dados do banco de dados único existente da camada de serviço Hyperscale. 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 point-in-time ou réplica geográfica.

Considerações sobre reimplantação

• Existem dois modos de reafetação (em linha e fora de linha):

  • Os métodos de cópia de banco de dados e restauração point-in-time (modo offline) criam um banco de dados transacionalmente consistente em um determinado momento. Como resultado, quaisquer alterações de dados realizadas 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 réplica geográfica (modo online) é uma reimplantação em que quaisquer 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 redundante de zona.

Reimplantar um único banco de dados

Cópia da base 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 transacional consistente de um banco de dados no Banco de Dados SQL do Azure.

Restauro para um ponto anterior no tempo

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

Geo-réplica

Para criar uma réplica 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 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 é semeada e o tempo necessário para semear os 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 no banco de dados de réplica:

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

3. Quando a propagação do banco de dados estiver concluída, execute um failover planejado (sem perda de dados) para tornar o banco de dados de destino redundante da zona como primário. Use o sys.dm_geo_replication_link_status para exibir o status do estado de replicação geográfica. O replication_state_desc é CATCH_UP quando o banco de dados secundário está em um estado transacionalmente consistente. No modo de exibição de gerenciamento dinâmico sys.dm_operation_status, procure state_desc estar COMPLETED quando a operação de semeadura for concluída.

4. Atualize o nome do servidor nas cadeias de conexão do aplicativo para refletir o novo banco de dados redundante de zona.

5. Para limpar, considere remover o banco de dados redundante não de zona original da relação de réplica geográfica. Você pode optar por excluí-lo.

Desativar redundância de zona

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

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

Portal

1. Vá para o portal do Azure para localizar e selecionar o banco de dados que você não deseja mais que seja redundante de zona.

2. Selecione Configurações e, em seguida, selecione Configurar.

3. Selecione Não para Gostaria de tornar esta zona de banco de dados redundante?

4. Selecione Guardar.

PowerShell

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

CLI

az sql db update --resource-group "RSETLEM-AzureSQLDB" --server "rs-az-testserver1" --name "TestDB1" --zone-redundant false

BRAÇO

Consulte Bancos de dados - Criar ou atualizar em ARM e use a properties.zoneRedundant propriedade.

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

Portal

1. Vá para o portal do Azure para localizar e selecionar o pool elástico que você não deseja mais que seja redundante de zona.

2. Selecione Configurações e, em seguida, selecione Configurar.

3. Selecione Não para Deseja tornar redundante esta zona do pool elástico?.

4. Selecione Guardar.

PowerShell

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

CLI

az sql elastic-pool update --resource-group "RSETLEM-AzureSQLDB" --server "rs-az-testserver1" --name "testep10" --zone-redundant false

BRAÇO

Consulte Bancos de dados - Criar ou atualizar em ARM e use a properties.zoneRedundant propriedade.

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

Próximos passos

Serviços do Azure e regiões que suportam zonas de disponibilidade