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

Aplica-se a:Banco de Dados SQL do AzureInstâ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 dinâmica de patchs, a maioria das atualizações é totalmente transparente e sem impacto em termos de disponibilidade de serviço. 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): "O banco de dados '{nomedobancodedados}' no servidor '{nomedoservidor}' não está disponível no momento. Repita a conexão mais tarde." Se o banco de dados tiver uma consulta de execução longa, essa consulta será interrompida durante uma reconfiguração e precisará ser reiniciada.

Como simular um evento de manutenção planejada

Garantir que seu aplicativo cliente seja resiliente a eventos de manutenção antes da implantação na produção ajudará a reduzir o risco de falhas de aplicativo e contribuirá para a disponibilidade do aplicativo para seus usuários finais. Você pode testar o comportamento de seu aplicativo cliente durante eventos de manutenção planejada por meio do Teste de resiliência a falhas do aplicativo com o PowerShell, a CLI ou a API REST. Consulte também Iniciando o failover manual para a Instância Gerenciada. Ela produzirá 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. Isso ajudará a tornar as reconfigurações transparentes para os usuários finais ou, pelo menos, minimizar os efeitos negativos.

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.

Integridade de recursos

Se o banco de dados estiver apresentando falhas de logon, verifique o status atual na janela Integridade do recurso 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).

Perguntas frequentes sobre a janela de manutenção

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. As notificações antecipadas da janela de manutenção estão disponíveis em bancos de dados configurados para usar uma janela de manutenção não padrão. As janelas de manutenção e as notificações antecipadas para janelas de manutenção estão geralmente disponíveis para Banco de Dados SQL do Azure. Para a Instância Gerenciada de SQL do Azure, as janelas de manutenção estão geralmente disponíveis, mas notificações avançadas estão em visualização pública.

Próximas etapas