Planejar eventos de manutenção do Azure no Banco de Dados SQL do Azure e na Instância Gerenciada de SQL do Azure

  • Artigo

Aplica-se a: Banco de Dados SQL do Azure Instância Gerenciada de SQL do Azure

Saiba como se preparar para eventos de manutenção planejada no Banco de Dados SQL do Azure e na Instância Gerenciada de SQL do Azure.

O que é um evento de manutenção planejada?

Para manter os serviços do Banco de Dados SQL do Azure e da Instância Gerenciada de SQL do Azure seguros, compatíveis, estáveis ​​e com bom desempenho, atualizações estão sendo realizadas quase continuamente por meio dos componentes de serviço. Graças à arquitetura de serviço moderna e robusta e a tecnologias inovadoras como a aplicação de patches dinâmicos, a maioria das atualizações é totalmente transparente e sem impacto em termos de disponibilidade. Ainda assim, alguns tipos de atualizações causam interrupções de serviço breves e requerem tratamento especial.

Durante a manutenção planejada, os membros do quorum do banco de dados ficarão offline um por vez, com a intenção de que haja uma réplica primária respondendo. Para bancos de dados comercialmente críticos e Premium, pelo menos uma réplica secundária também estará online para garantir que não haja tempo de inatividade para o cliente.

Quando a réplica primária precisar ficar offline, um processo de reconfiguração será iniciado.

  • Para bancos de dados comercialmente críticos e Premium, uma das réplicas secundárias se tornará a nova primária.
  • Para bancos de dados de uso geral, padrão e básicos, a réplica primária será movida para outro nó de computação sem estado com capacidade livre suficiente.

O que esperar durante um evento de manutenção planejada

O evento de manutenção pode produzir reconfigurações únicas ou múltiplas, dependendo da constelação das réplicas primária e secundária no início do evento de manutenção. Em média, ocorrem 1,7 reconfigurações por evento de manutenção planejada. As reconfigurações geralmente terminam em até 30 segundos. A média é de oito segundos. Se já estiver conectado, seu aplicativo deverá ser reconectado à nova réplica primária do seu banco de dados.

Se houver tentativa de uma nova conexão enquanto o banco de dados estiver passando por uma reconfiguração antes que a nova réplica primária esteja online, você receberá o erro 40613 (Banco de dados não disponível): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Se o banco de dados tiver uma consulta de execução longa, essa consulta será interrompida durante uma reconfiguração e precisará ser reiniciada.

Janela de manutenção e notificações antecipadas

O recurso janela de manutenção permite a configuração de agendamentos de janela de manutenção previsíveis para Bancos de Dados SQL e instâncias gerenciadas de SQL do Azure qualificados. Você também pode configurar notificações antecipadas antes das janelas de manutenção. Para saber mais, veja:

Como simular um evento de manutenção planejada

Certifique-se de que seu aplicativo cliente seja resiliente a eventos de manutenção antes de implantar na produção.

O teste reduzirá o risco de falhas no aplicativo e contribuirá para a disponibilidade do aplicativo para seus usuários finais. Você pode testar o comportamento do seu aplicativo cliente durante eventos de manutenção planejados testando a resiliência de falhas do aplicativo por meio do PowerShell, CLI ou API REST.

Para a Instância Gerenciada de SQL do Azure, consulte também Iniciando o failover manual. Um failover manual produz um comportamento idêntico ao de um evento de manutenção, que colocará a réplica primária offline.

Lógica de repetição

Qualquer aplicativo de produção cliente que se conecta a um serviço de banco de dados de nuvem deve implementar uma lógica de repetição de conexão robusta. A lógica de repetição automática adequada ajuda a tornar as reconfigurações o mais transparentes possível para os usuários finais.

Alerta de Integridade do Serviço

Se você quiser receber alertas de problemas de serviço ou atividades de manutenção planejada, poderá usar alertas de Integridade do Serviço no portal do Azure com o tipo de evento e os grupos de ação apropriados. Para obter mais informações, confira Receber alertas sobre notificações de serviço do Azure.

Você também pode monitorar e configurar alertas da métrica de Disponibilidade do Banco de Dados SQL do Azure no portal do Azure.

Integridade de recursos

Se o banco de dados SQL estiver apresentando falhas ao iniciar sessão, verifique o status atual da janela do Resource Health no portal do Azure. A seção Histórico de Integridade contém o motivo do tempo de inatividade para cada evento (quando disponível).

Conteúdo relacionado