Compartilhar via


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 da zona de não disponibilidade 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 a redundância de zona, é possível tornar seus bancos de dados e pools elásticos resilientes a um conjunto muito maior de falhas, como interrupções catastróficas do datacenter, sem nenhuma alteração na lógica de aplicativo.

Pré-requisitos

Antes de migrar para o suporte à zona de disponibilidade, consulte a tabela a seguir para garantir que o Banco de Dados SQL do Azure esteja em um nível e em um modelo de implantaçã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.

Camada de serviço Modelo de implantação Disponibilidade de redundância de zona
Premium Banco de dados individual ou Pool Elástico Todas as regiões que oferecem suporte às zonas de disponibilidade
Comercialmente Crítico Banco de dados individual ou Pool Elástico Todas as regiões que oferecem suporte às zonas de disponibilidade
Uso Geral Banco de dados individual ou Pool Elástico Regiões selecionadas que dão suporte a zonas de disponibilidade
Hiperescala Banco de dados individual Todas as regiões que oferecem suporte às zonas de disponibilidade

Requisitos de tempo de inatividade

A migração para os níveis Premium, Comercialmente Crítico e Uso Geral é 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 perceberá o failover.

Para o nível 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.

Migração (Premium, Comercialmente Crítico e Uso Geral)

Para os níveis Premium, Comercialmente Crítico e Uso Geral, a migração para a 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 banco de dados individual

  1. Acesse 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 Você deseja tornar essa zona de banco de dados redundante?

  5. Escolha 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á habilitada, selecione Visão geral e, em seguida, selecione Propriedades.

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

Migrar um pool elástico

Importante

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

  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 Você deseja tornar essa zona de pool elástico redundante?.

  4. Selecione Salvar.

  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á habilitada, selecione Configurar e, em seguida, selecione Configurações do pool.

  7. A opção de redundância de zona deve ser definida como Sim.

Reimplantação (Hiperescala)

Para o nível 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 do nível 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 de 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 em um momento determinado

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.

Réplica geográfica

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.

Desabilitar a 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 ou a API do ARM.

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

Para desabilitar a redundância de zona com o portal do Azure:

  1. Acesse o portal do Azure para localizar e selecionar o pool elástico do qual você deseja excluir a redundância de zona.

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

  3. Selecione Não para Você deseja tornar essa zona de pool elástico redundante?.

  4. Selecione Salvar.

Para desabilitar a redundância de zona com o ARM, consulte Bancos de Dados – Criar ou Atualizar no ARM e use a propriedade properties.zoneRedundant.

Próximas etapas