Partilhar via

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 Único

Importante

O servidor único do Banco de Dados do Azure para 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 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 em seu Banco de Dados do Azure para MySQL.

O que é a manutenção planeada?

O serviço Banco de Dados do Azure para MySQL executa patches automatizados 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ões secundárias são automáticas e incluídas como parte do ciclo de patching. Não há nenhuma ação do usuário ou definições de configuração necessárias para a aplicação de patches. O patch é testado extensivamente e implementado usando práticas de implantação seguras.

Uma manutenção planejada é uma janela de manutenção quando essas atualizações de serviço são implantadas em servidores em uma determinada região do Azure. Durante as manutenções planeadas, é criado um evento de notificação para informar os clientes de quando a atualização do serviço será implementada na região do Azure onde os servidores estão alojados. A duração mínima entre duas manutenções planeadas é de 30 dias. Receberá uma notificação sobre a próxima janela de manutenção com 72 horas de antecedência.

Manutenção planeada – duração e impacto no cliente

Normalmente, as manutenções planeadas para uma determinada região do Azure têm uma duração esperada de 15 horas. A janela também inclui 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. O Banco de Dados do Azure para servidores MySQL está sendo executado em contêineres, portanto, as reinicializações do servidor de banco de dados geralmente são rápidas, esperando-se que sejam concluídas normalmente em 60 a 120 segundos. Todo o evento de manutenção planejado, incluindo cada reinicialização do 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 pode fazer com que o banco de dados fique online por mais tempo se você tiver uma atividade transacional pesada no servidor no momento do failover. Para evitar um tempo de reinicialização mais longo, recomenda-se evitar transações de longa duração (cargas em massa) durante eventos de manutenção planejados.

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

Como posso ser notificado sobre a manutenção planeada?

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

Notificação de manutenção planeada

Importante

As notificações de manutenção planejada estão atualmente disponíveis em visualização 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 em seu Banco de Dados do Azure para MySQL. Essas notificações são integradas à manutenção planejada do Service Health e permitem que você visualize todas as manutenções agendadas para suas assinaturas em um só lugar. Também ajuda dimensionar a notificação para o público adequado para diferentes grupos de recursos, uma vez que pode ter diferentes contactos responsáveis por diferentes recursos. Você receberá a notificação sobre a próxima manutenção 72 horas antes do evento.

Faremos todos os esforços para fornecer uma notificação de manutenção planejada com 72 horas de antecedência para todos os eventos. No entanto, em casos de patches de segurança ou críticos, as notificações poderão ser enviadas mais perto do evento ou ser omitidas.

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

Verificar a notificação de manutenção planejada do portal do Azure

  1. No portal do Azure, selecione Estado de Funcionamento do Serviço.
  2. Selecione a guia Manutenção planejada
  3. Selecione Assinatura, Região e Serviço para o qual você deseja verificar a notificação de manutenção planejada.

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

  1. No portal, selecione Estado de Funcionamento do Serviço.
  2. Na secção Alertas, selecione Alertas de estado de funcionamento.
  3. Selecione + Adicionar alerta de estado de funcionamento e preencha os campos.
  4. Preencha os campos obrigatórios.
  5. Escolha o Tipo de evento, selecione Manutenção planeada ou Selecionar tudo
  6. Em Ação, os grupos definem como você gostaria de receber o alerta (receber um e-mail, acionar um aplicativo lógico, etc.)
  7. Confirme que Ativar a regra após a criação está definido como Sim.
  8. Selecione Criar regra de alerta para concluir o alerta

Para obter etapas detalhadas sobre como criar alertas de integridade do serviço, consulte Criar alertas de log de atividades em notificações de serviço.

Posso cancelar ou adiar a manutenção planeada?

A manutenção é necessária para manter seu servidor seguro, estável e atualizado. O evento de manutenção planeada não pode ser cancelado ou adiado. Depois que a notificação é enviada para uma determinada região do Azure, as alterações na agenda de patches não podem ser feitas para nenhum servidor individual nessa região. O patch é implementado para toda a região de uma só vez. O Banco de Dados do Azure para MySQL - Serviço de Servidor Único foi projetado para aplicativos nativos da nuvem que não exigem controle granular ou personalização do serviço. Se você está procurando ter a capacidade de agendar a manutenção para seus servidores, recomendamos que você considere servidores flexíveis.

Os patches são aplicados ao mesmo tempo em todas as regiões do Azure?

Não, todas as regiões do Azure são corrigidas durante os tempos de janela sábios de implantação. A janela inteligente de implantação geralmente se estende das 17h às 8h (horário local) do dia seguinte, em uma determinada região do Azure. As regiões do Azure emparelhadas geograficamente são corrigidas em dias diferentes. Para alta disponibilidade e continuidade de negócios dos servidores de banco de dados, recomenda-se aproveitar as réplicas de leitura entre regiões.

Lógica de repetição

Um erro transitório, também conhecido como falha transitória, é um erro que se resolverá sozinho. Erros transitórios podem ocorrer durante a manutenção. A maioria desses eventos é automaticamente atenuada pelo sistema em menos de 60 segundos. Os erros transitórios devem ser tratados usando a lógica de repetição.

Próximos passos