Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a:
Banco de Dados SQL do AzureInstância Gerenciada SQL do Azure
Saiba como preparar-se para eventos de manutenção planeada na sua base de dados no Azure SQL Database e Azure SQL Managed Instance.
O que é um evento de manutenção planeada?
Para manter os serviços Azure SQL Database e Azure SQL Managed Instance seguros, compatíveis, estáveis e com desempenho, as atualizações são realizadas através dos componentes do serviço quase de forma contínua. Graças à arquitetura de serviço moderna e robusta e às tecnologias inovadoras como o hotpatching, a maioria das atualizações é totalmente transparente e sem impacto em termos de disponibilidade. Ainda assim, poucos tipos de atualizações causam interrupções curtas no serviço e exigem tratamento especial.
Durante a manutenção planeada, os membros do quórum da base de dados ficam offline um de cada vez, com o objetivo de manter uma réplica primária ativa para responder. Para bases de dados Business Critical e Premium, pelo menos uma réplica secundária estará também online, assegurando que não haja tempo de inatividade para os clientes.
Quando a réplica primária precisa ser desligada, ocorre um processo de reconfiguração.
- Para bases de dados Business Critical e Premium, uma das réplicas secundárias torna-se a nova réplica primária.
- Para bases de dados de Propósito Geral, Standard e Básica, a réplica primária desloca-se para outro nó de computação sem estado que disponha de capacidade livre suficiente.
O que esperar durante um evento de manutenção planeada
O evento de manutenção pode produzir uma ou múltiplas reconfigurações, 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 planeada. As reconfigurações geralmente terminam em 30 segundos. A média é de oito segundos. Se já estiver ligada, a sua aplicação deve reconectar-se à nova réplica primária da sua base de dados.
Se for tentada uma nova ligação enquanto a base de dados está a ser reconfigurada antes de a nova réplica primária estar online, recebe o erro 40613 (Base de Dados Não Disponível): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Se a sua base de dados tiver uma consulta de longa duração, esta consulta é interrompida durante uma reconfiguração e precisa de ser reiniciada.
Janelas de manutenção e notificações antecipadas
A funcionalidade da janela de manutenção permite a configuração de agendas previsíveis da janela de manutenção para bases de dados Azure SQL elegíveis e instâncias SQL geridas. Também pode configurar notificações antecipadas antes das janelas de manutenção. Para obter mais informações, consulte:
- Maintenance windows for Azure SQL Database
- Configurar notificações antecipadas para janelas de manutenção no Azure SQL Database
- Janelas de manutenção para Azure SQL Managed Instance
- Configurar notificações antecipadas para janelas de manutenção para Azure SQL Managed Instance
Como simular um evento de manutenção planeada
Certifique-se de que a sua aplicação cliente é resiliente a eventos de manutenção antes de a implementar em produção.
Os testes mitigam o risco de falhas nas aplicações e contribuem para a disponibilidade das aplicações para os seus utilizadores finais. Pode testar o comportamento da sua aplicação cliente durante eventos de manutenção planeados, testando a Resiliência de Falhas da Aplicação via PowerShell, CLI ou API REST.
Para o Azure SQL Managed Instance, revise também iniciar o failover manual. Um failover manual resulta num comportamento idêntico a um evento de manutenção, trazendo a réplica primária para offline.
Lógica de nova tentativa
Qualquer aplicação de produção cliente que se ligue a um serviço de base de dados na cloud deve implementar uma lógica robusta de retentativas de ligação. A implementação de uma lógica adequada para retentativas automáticas contribui para que as reconfigurações sejam o mais transparentes possível para os utilizadores finais.
Alerta de Saúde do Serviço
Se quiser receber alertas para problemas de serviço ou atividades de manutenção planeadas, pode usar alertas de Saúde do Serviço no portal Azure com o tipo de evento e grupos de ação apropriados. Para mais informações, consulte Receber alertas nas notificações de serviço Azure.
Também pode monitorizar e configurar alertas para a métrica de Disponibilidade da Base de Dados SQL do Azure no portal Azure.
Saúde dos recursos
Se a sua base de dados estiver a apresentar falhas de início de sessão, verifique a janela 'Saúde de Recursos' no Portal do Azure para o estado atual. A secção de Histórico de Saúde contém o motivo do tempo de inatividade de cada evento (quando disponível).