Notificação de manutenção planejada no Banco de Dados do Azure para MySQL – servidor único

  • Artigo

APLICA-SE A: Banco de Dados do Azure para MySQL – Servidor individual

Importante

O Banco de Dados do Azure para servidor único MySQL está no caminho de desativação. É altamente recomendável que você atualize para o Banco de Dados do Azure para o servidor flexível MySQL. Para obter mais informações sobre como migrar para o Banco de Dados do Azure para o servidor flexível MySQL, consulte O que está acontecendo com o Banco de Dados do Azure para Servidor Único MySQL?

Saiba como se preparar para eventos de manutenção planejada no Banco de Dados do Azure para MySQL.

O que é uma manutenção planejada?

O serviço de Banco de Dados do Azure para MySQL executa a aplicação de patch automatizada do hardware, do sistema operacional e do mecanismo de banco de dados subjacentes. O patch inclui novos recursos de serviço, segurança e atualizações de software. Para o mecanismo MySQL, as atualizações de versão secundária são automáticas e incluídas como parte do ciclo de aplicação de patch. Não há nenhuma ação do usuário nem definições de configuração necessárias para a aplicação de patch. O patch é testado extensivamente e distribuído usando as práticas de implantação seguras.

Uma manutenção planejada é uma janela de manutenção quando as atualizações de serviço são implantadas nos servidores em determinada região do Azure. Durante a manutenção planejada, um evento de notificação é criado para informar os clientes quando a atualização de serviço é implantada na região do Azure que hospeda os servidores. A duração mínima entre as duas manutenções planejadas é de 30 dias. Você receberá uma notificação da próxima janela de manutenção com 72 horas de antecedência.

Manutenção planejada – Duração e impacto sobre o cliente

Normalmente, a manutenção planejada de determinada região do Azure é executada por 15 horas. A janela inclui também o tempo de buffer para executar um plano de reversão, se necessário. Durante a manutenção planejada, pode haver reinicializações ou failovers do servidor de banco de dados, o que pode levar a uma breve indisponibilidade dos servidores de banco de dados para os usuários finais. Os servidores do Banco de Dados do Azure para MySQL estão em execução em contêineres. Portanto, as reinicializações do servidor de banco de dados normalmente são rápidas, esperadas para ser concluídas em 60 a 120 segundos. Todo o evento de manutenção planejada, incluindo as reinicializações de cada servidor, é cuidadosamente monitorado pela equipe de engenharia. O tempo de failover do servidor depende do tempo de recuperação do banco de dados, o que poderá fazer com que o banco de dados fique online mais tempo se você tiver uma atividade transacional pesada no servidor no momento do failover. Para evitar um tempo de reinicialização mais longo, recomendamos evitar quaisquer transações de execução prolongada (carregamentos em massa) durante os eventos de manutenção planejada.

Em suma, enquanto o evento de manutenção planejada é executado por 15 horas, o impacto do servidor individual geralmente dura 60 segundos, dependendo da atividade transacional no servidor. Uma notificação é enviada 72 horas do calendário antes do início da manutenção planejada e outra enquanto a manutenção está em andamento em determinada região.

Como fazer para ser notificado sobre a manutenção planejada?

Você pode utilizar a funcionalidade de notificações da manutenção planejada para receber alertas para um próximo evento de manutenção planejada. Você receberá a notificação sobre as próximas 72 horas de do calendário antes de manutenção antes do evento e a outra enquanto a manutenção estiver em andamento em determinada região.

A notificação de manutenção planejada

Importante

Atualmente, as notificações de manutenção planejada estão disponíveis em versão prévia em todas as regiões , exceto no Centro-Oeste dos EUA

As notificações de manutenção planejada permitem que você receba alertas para o próximo evento de manutenção planejada no Banco de Dados do Azure para MySQL. Essas notificações são integradas à manutenção planejada da Integridade do Serviço e permitem que você veja toda a manutenção agendada para as suas assinaturas em um só local. Isso também ajuda a escalar a notificação para os públicos-alvo certos em diferentes grupos de recursos, pois você pode ter contatos diferentes responsáveis por diferentes recursos. Você receberá a notificação a próxima manutenção cerca de 72 horas do calendário antes do evento.

Faremos todas as tentativas para fornecer anotificação de manutenção planejadacerca de 72 horas de antecedência para todos os eventos. No entanto, em casos dos patches críticos ou de segurança, as notificações podem ser enviadas próximo ao evento ou ser omitidas.

Você pode verificar a notificação de manutenção planejada no portal do Microsoft Azure ou configurar alertas para receber notificações.

Verifique a notificação de manutenção planejada no portal do Microsoft Azure

  1. Noportal do Microsoft Azure,selecione Integridade do Serviço Azure.
  2. Escolha a guia Manutenção Planejada
  3. Selecione a Assinatura, a Região e o Serviço para os quais deseja verificar a notificação de manutenção planejada.

Para receber a notificação de manutenção planejada

  1. No portal, selecione Integridade do Serviço.
  2. Na seção Alertas, selecione Alertas de integridade.
  3. Selecione + Adicionar alerta de integridade do serviço Azuree preencha os campos.
  4. Preencha os campos requiridos.
  5. Escolha oTipo de evento,selecioneManutenção planejada ou Selecione tudo
  6. EmGrupo de ações,defina como gostaria de receber o alerta (obter um e-mail, disparar um aplicativo lógico etc.)
  7. Verifique se Habilitar regra após a criação está definida como Sim.
  8. SelecioneCriar regra de alertapara concluir o alerta

Para obter as etapas detalhadas de como criaralertas de integridade do serviço do Azure,consulteCriar alertas do log de atividades em notificações de serviço.

Posso cancelar ou adiar a manutenção planejada?

É necessária a manutenção para manter seu servidor seguro, estável e atualizado. O evento da manutenção planejada não pode ser cancelado ou adiado. Uma vez notificação ser enviada para determinada região do Azure, não é possível alterar o agendamento da aplicação de patch para um servidor individual nesta região. O patch é revertido para toda a região ao mesmo tempo. O serviço de Banco de Dados do Azure para MySQL - Servidor Único foi projetado para aplicativos nativos de nuvem que não exigem controle granular ou personalização do serviço. Se você procura ter a capacidade de agendar a manutenção para seus servidores, recomendamos que considere o uso de servidores flexíveis.

Todas as regiões do Azure são corrigidas ao mesmo tempo?

Não, todas as regiões do Azure são corrigidas durante os intervalos da janela de implantação. A janela de implantação da associação de linha geralmente se estende das 5h às 8h na hora local do dia seguinte em determinada região do Azure. As regiões do Azure de localização geográfica são corrigidas em dias diferentes. Para a alta disponibilidade e a continuidade dos negócios dos servidores de banco de dados, recomendamos aproveitar asréplicas de leitura entre regiões.

Lógica de repetição

Um erro transitório, também conhecido como uma falha transitória, é um erro que será resolvido por si só. Erros Transitóriospodem ocorrer durante a manutenção. A maioria desses eventos é atenuada automaticamente pelo sistema em menos de 60 segundos. Os erros transitórios devem ser identificados por meio dalógica de repetição.

Próximas etapas