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
Vá para o portal do Azure para localizar seu banco de dados. Pesquise e selecione bancos de dados SQL.
Selecione o banco de dados que você deseja migrar.
Em Configurações , selecione Computação + Armazenamento.
Selecione Sim para Gostaria de tornar esta zona de banco de dados redundante?
Selecione Aplicar.
Aguarde para receber um aviso de conclusão da operação em Notificações no menu superior do portal do Azure.
Para verificar se a redundância de zona está ativada, selecione Visão geral e, em seguida, selecione Propriedades.
Na seção Disponibilidade, confirme se redundância de zona está definida como Habilitado.
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.
Vá para o portal do Azure para localizar e selecionar o pool elástico que você deseja migrar.
Em Configurações, selecione Computação + Armazenamento.
Selecione Sim para Deseja tornar redundante esta zona do pool elástico?.
Selecione Guardar.
Aguarde para receber um aviso de conclusão da operação em Notificações no menu superior do portal do Azure.
Para verificar se a redundância de zona está ativada, selecione Configurar e, em seguida, selecione Configurações do pool.
A opção de zona redundante deve ser definida como Sim.
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:
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
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;
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, procurestate_desc
estarCOMPLETED
quando a operação de semeadura for concluída.Atualize o nome do servidor nas cadeias de conexão do aplicativo para refletir o novo banco de dados redundante de zona.
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
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.
Em Configurações, selecione Computação + Armazenamento.
Selecione Não para Gostaria de tornar esta zona de banco de dados redundante?
Selecione Guardar.
Desativar redundância de zona para um pool elástico
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.
Em Configurações, selecione Computação + Armazenamento.
Selecione Não para Deseja tornar redundante esta zona do pool elástico?.
Selecione Guardar.
Para desabilitar a redundância de zona para a camada de serviço Hyperscale, você pode reverter as etapas documentadas em Reimplantação (Hyperscale).