Manutenção agendada no Banco de Dados do Azure para MySQL - Servidor Flexível

  • Artigo

APLICA-SE A: Banco de Dados do Azure para MySQL - Servidor Flexível

O servidor flexível do Banco de Dados do Azure para MySQL executa manutenção periódica para manter seu banco de dados gerenciado seguro, estável e atualizado. Durante a manutenção, o servidor obtém novas funcionalidades, atualizações e patches.

Importante

Evite todas as operações do servidor (modificações, alterações de configuração, iniciar/parar o servidor) durante a manutenção flexível do servidor do Banco de Dados do Azure para MySQL. O envolvimento nessas atividades pode levar a resultados imprevisíveis, possivelmente afetando o desempenho e a estabilidade do servidor. Aguarde até que a manutenção seja concluída antes de realizar as operações do servidor.

Selecione uma janela de manutenção

Pode agendar a manutenção durante um dia específico da semana e uma janela de tempo nesse dia. Ou você pode deixar o sistema escolher um dia e um horário para você automaticamente. De qualquer forma, o sistema irá alertá-lo sete dias antes de executar qualquer manutenção. O sistema também informará quando a manutenção for iniciada e quando ela for concluída com sucesso.

As notificações sobre a próxima manutenção programada podem ser:

  • Enviado por e-mail para um endereço específico
  • Enviado por e-mail para uma função do Azure Resource Manager
  • Enviado em uma mensagem de texto (SMS) para dispositivos móveis
  • Push como uma notificação para uma aplicação do Azure
  • Entrega como uma mensagem de voz

Ao especificar preferências para o agendamento de manutenção, pode escolher um dia da semana e uma janela de tempo. Se não especificar, o sistema escolherá os horários entre 23:00 e as 07:00 no horário da região do servidor. Você pode definir agendas diferentes para cada servidor flexível em sua assinatura do Azure.

Importante

Normalmente, há, pelo menos, 30 dias entre eventos de manutenção agendada bem-sucedidos para um servidor.

No entanto, no caso de uma atualização de emergência crítica, como uma vulnerabilidade grave, a janela de notificação pode ser inferior a sete dias. A atualização crítica pode ser aplicada ao seu servidor, mesmo se uma manutenção agendada bem-sucedida tiver sido realizada nos últimos 30 dias.

Você pode atualizar as configurações de agendamento a qualquer momento. Se houver uma manutenção agendada para seu servidor flexível e você atualizar as preferências de agendamento, a distribuição atual prosseguirá conforme programado e a alteração das configurações de agendamento entrará em vigor após sua conclusão bem-sucedida para a próxima manutenção agendada.

Você pode definir a agenda gerenciada pelo sistema ou a agenda personalizada para cada servidor flexível em sua assinatura do Azure.

  • Com o agendamento personalizado, você pode especificar sua janela de manutenção para o servidor escolhendo o dia da semana e uma janela de tempo de uma hora.
  • Com a programação gerenciada pelo sistema, o sistema escolherá qualquer janela de uma hora entre 23h e 7h no horário da região do servidor.

Importante

Anteriormente, uma lacuna de implantação de 7 dias entre agendas gerenciadas pelo sistema e personalizadas era mantida. Devido à evolução das demandas de manutenção e à introdução do recurso de reprogramação de manutenção (visualização pública), não podemos mais garantir esse intervalo de 7 dias.

Em casos raros, o evento de manutenção pode ser cancelado pelo sistema ou pode não ser concluído com êxito. Se a atualização falhar, a atualização será revertida e a versão anterior dos binários será restaurada. Em tais cenários de atualização com falha, você ainda pode experimentar a reinicialização do servidor durante a janela de manutenção. Se a atualização for cancelada ou falhar, o sistema criará uma notificação sobre o evento de manutenção cancelado ou com falha, respectivamente, notificando-o. A próxima tentativa de realizar a manutenção será agendada de acordo com suas configurações de agendamento atuais e você receberá uma notificação sobre isso com 5 dias de antecedência.

Manutenção com tempo de inatividade quase nulo (visualização pública)

O recurso "Manutenção de tempo de inatividade quase zero" do Banco de Dados do Azure para MySQL Flexible Server é um desenvolvimento inovador para servidores habilitados para HA (Alta Disponibilidade). Este recurso foi projetado para reduzir substancialmente o tempo de inatividade da manutenção, garantindo que, na maioria dos casos, o tempo de inatividade da manutenção seja esperado entre 40 e 60 segundos. Esse recurso é fundamental para empresas que exigem alta disponibilidade e interrupção mínima em suas operações de banco de dados.

Expectativas precisas de tempo de inatividade

  • Duração do tempo de inatividade: Na maioria dos casos, o tempo de inatividade durante a manutenção varia de 10 a 30 segundos.
  • Considerações adicionais: Após um evento de failover, há um período inerente de tempo de vida útil (TTL) do DNS de aproximadamente 30 segundos. Esse período não é controlado diretamente pelo processo de manutenção, mas é uma parte padrão do comportamento do DNS. Assim, do ponto de vista do cliente, o tempo total de inatividade experimentado durante a manutenção pode estar na faixa de 40 a 60 segundos.

Limitações e pré-requisitos

Para alcançar o desempenho ideal prometido por este recurso, certas condições e limitações devem ser observadas:

  • Chaves primárias em todas as tabelas: garantir que cada tabela tenha uma chave primária é fundamental. A falta de chaves primárias pode aumentar significativamente o atraso de replicação, afetando o tempo de inatividade.
  • Baixa carga de trabalho durante os tempos de manutenção: os períodos de manutenção devem coincidir com os períodos de baixa carga de trabalho no servidor para garantir que o tempo de inatividade permaneça mínimo. Recomendamos que você use o recurso de janela de manutenção personalizada para agendar a manutenção fora do horário de pico.

Reprogramação de manutenção (Visualização pública)

Importante

O recurso de reagendamento de manutenção está atualmente em visualização. Está sujeito a limitações e desenvolvimento contínuo. Valorizamos os seus comentários para ajudar a melhorar esta funcionalidade. Observe que esse recurso não está disponível para servidores que usam o SKU burstable.

O recurso de reagendamento de manutenção concede maior controle sobre o tempo das atividades de manutenção em sua instância de servidor flexível do Banco de Dados do Azure para MySQL. Depois de receber uma notificação de manutenção, você pode reprogramá-la para um horário mais conveniente, independentemente de ter sido gerenciada pelo sistema ou personalizada.

Reagendar parâmetros e notificações

O reagendamento não se limita a horários fixos; Depende dos primeiros e últimos tempos admissíveis no ciclo de manutenção atual. Após o reagendamento, uma notificação será enviada para confirmar as alterações, seguindo as políticas de notificação padrão.

Considerações e limitações

Tenha em atenção o seguinte ao utilizar esta funcionalidade:

  • Restrições de demanda: sua manutenção reprogramada pode ser cancelada devido a um grande número de atividades de manutenção que ocorrem simultaneamente na mesma região.
  • Período de bloqueio: O reagendamento não está disponível 15 minutos antes do tempo de manutenção inicialmente programado para manter a confiabilidade do serviço.

Não há limitação de quantas vezes uma manutenção pode ser reprogramada, desde que a manutenção não tenha entrado no estado "Em preparação", você sempre pode reprogramar sua manutenção para outro momento.

Nota

Recomendamos monitorar as notificações de perto durante o estágio de visualização para acomodar possíveis ajustes.

Use esse recurso para evitar interrupções durante operações críticas do banco de dados. Encorajamos os seus comentários à medida que continuamos a desenvolver esta funcionalidade.

Próximos passos