Share via


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

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 as manutenções, o servidor obtém novos recursos, atualizações e patches.

Importante

Evite todas as operações de servidor (modificações, alterações de configuração, servidor inicial/parada) durante a manutenção do servidor flexível 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 operações de servidor.

Ciclo de Manutenção

Manutenção de Rotina

Nosso ciclo de manutenção padrão é programado com uma frequência não inferior a 30 dias. Esse período nos permite garantir a estabilidade e o desempenho do sistema, minimizando a interrupção dos seus serviços.

Manutenção Crítica

Em determinados cenários, como a necessidade de implementar correções de segurança urgentes ou atualizações essenciais para manter a disponibilidade e a integridade dos dados, a manutenção pode ser realizada com mais frequência. Essas exceções são feitas para proteger seus dados e garantir a operação contínua dos seus serviços.

Localizar os detalhes de manutenção

Para obter detalhes específicos sobre o que cada atualização de manutenção envolve, consulte nossas notas de versão. Essas notas fornecem informações abrangentes sobre as atualizações aplicadas durante a manutenção, permitindo que você entenda e se prepare para quaisquer alterações que afetem seu ambiente.

Observação

Nem todos os servidores necessariamente passarão por manutenção durante as atualizações agendadas, sejam elas rotineiras ou críticas. A equipe do MySQL do Azure emprega critérios específicos para determinar quais servidores exigem manutenção. Essa abordagem seletiva garante que a manutenção seja eficiente e essencial, adaptada às necessidades exclusivas de cada ambiente de servidor e minimize o tempo de inatividade da produção.

Selecionar uma janela de manutenção

Você pode agendar uma manutenção durante um dia específico da semana e um período dentro desse dia. Ou pode permitir que o sistema escolha um dia e um período para você automaticamente. De qualquer forma, o sistema alertará você sete dias antes de executar qualquer manutenção. O sistema também avisará quando a manutenção for iniciada e quando for concluída com êxito.

As notificações sobre as próximas manutenções agendadas podem ser:

  • Enviadas por email para um endereço específico
  • Enviadas por email para uma função do Azure Resource Manager
  • Enviadas em um SMS (mensagem de texto) para dispositivos móveis
  • Envio por push como notificação para um aplicativo do Azure
  • Entregue como mensagem de voz

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

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 continuará conforme agendado e a alteração das configurações de agendamento entrará em vigor após sua conclusão bem-sucedida na próxima manutenção agendada.

Você pode definir agendamento gerenciado pelo sistema ou agendamento personalizado para cada servidor flexível em sua assinatura do Azure.

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

Importante

Anteriormente, era mantida uma lacuna de implantação de sete dias entre agendamentos gerenciados pelo sistema e gerenciados personalizados. Devido à evolução das demandas de manutenção e à introdução do recurso de reagendamento de manutenção (versão prévia pública), não podemos mais garantir essa lacuna 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, ela será revertida e a versão anterior dos binários será restaurada. Em tais cenários de atualização com falha, você ainda poderá experimentar a reinicialização do servidor durante a janela de manutenção. Se a atualização for cancelada ou falhar, o sistema criará e enviará uma notificação para você sobre o evento de manutenção cancelado ou com falha. A próxima tentativa de executar a manutenção será agendada de acordo com as configurações de agendamento atuais e você receberá uma notificação sobre isso com cinco dias de antecedência.

Manutenção com quase zero tempo de inatividade (versão prévia pública)

O recurso "Manutenção com quase zero tempo de inatividade" do Servidor Flexível do Banco de Dados do Azure para MySQL é um desenvolvimento inovador para servidores habilitados para alta disponibilidade (HA). 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 fique entre 40 e 60 segundos. Essa funcionalidade é 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 de vida útil (TTL) de DNS inerente de aproximadamente 30 segundos. Esse período não é controlado diretamente pelo processo de manutenção, mas é uma parte padrão do comportamento DNS. Portanto, do ponto de vista do cliente, o tempo de inatividade total experimentado durante a manutenção pode estar no intervalo de 40 a 60 segundos.

Limitações e pré-requisitos

Para obter o desempenho ideal prometido por esse recurso, determinadas 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.
  • Carga de trabalho baixa durante os horários de manutenção: os períodos de manutenção devem coincidir com os horários de baixa carga de trabalho no servidor para minimizar o tempo de inatividade. Recomendamos que você use o recurso de janela de manutenção personalizada para agendar a manutenção fora do horário de pico.

Reagendamento de manutenção (versão prévia pública)

Importante

O recurso de reagendamento de manutenção está atualmente em versão prévia. Está sujeito a limitações e desenvolvimento contínuo. Valorizamos seus comentários para ajudar a aprimorar esse recurso. Observe que esse recurso não está disponível para servidores que usam o SKU com capacidade de intermitência.

O recurso de reagendamento de manutenção concede maior controle sobre o tempo de 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 reagendá-la para um momento mais conveniente, independentemente de ser um reagendamento gerenciado pelo sistema ou personalizado.

Parâmetros e notificações do reagendamento

O reagendamento não está restrito a intervalos de tempo fixos. Ele depende dos tempos mais antigos e mais recentes permitidos 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

Ao usar esse recurso, lembre-se do seguinte:

  • Restrições de demanda: Sua manutenção reagendada pode ser cancelada devido a um alto número de atividades de manutenção ocorrendo simultaneamente na mesma região.
  • Período de bloqueio: O reagendamento não estará disponível 15 minutos antes do tempo de manutenção inicialmente agendado para manter a confiabilidade do serviço.

Não há nenhuma limitação em quantas vezes uma manutenção pode ser reagendada; desde que a manutenção não tenha entrado no estado "Em preparação", você sempre poderá reagendar sua manutenção para outra hora.

Observação

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

Use esse recurso para evitar interrupções durante operações críticas de banco de dados. Incentivamos seus comentários enquanto continuamos a desenvolver essa funcionalidade.

Próximas etapas