Manutenção agendada no Banco de Dados do Azure para MySQL

2025-05-08

O Banco de Dados do Azure para MySQL realiza manutenção periódica para ajudar a 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, início/parada) durante a manutenção do Banco de Dados do Azure para MySQL. O envolvimento nessas atividades pode levar a resultados imprevisíveis que podem afetar o desempenho e a estabilidade do servidor. Aguarde até que a manutenção seja concluída antes de realizar as operações do servidor.

Ciclo de manutenção

As seções a seguir descrevem os tipos de manutenção. Para obter detalhes específicos sobre o que cada atualização de manutenção implica, consulte as notas de versão. Estas notas fornecem informações abrangentes sobre as atualizações aplicadas durante a manutenção, para que você possa entender e se preparar para quaisquer alterações que afetem seu ambiente.

Nota

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

Manutenção de rotina

Nosso ciclo de manutenção padrão não é menos frequente do que a cada 30 dias. Esse período ajuda a garantir a estabilidade e o desempenho do sistema, minimizando as interrupções nos serviços.

Manutenção crítica

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

Manutenção do Canário Virtual

Virtual Canary é um programa de manutenção experimental que oferece acesso antecipado a atualizações. Ele permite que os clientes testem a compatibilidade da carga de trabalho com as novas versões do Banco de Dados do Azure para MySQL e forneçam comentários sobre novos recursos.

Ao contrário da manutenção de rotina, o Canário Virtual não segue o intervalo mínimo de 30 dias ou o período de notificação de 7 dias. Este programa ajuda os clientes a validar proativamente novos recursos e contribuir com feedback antecipado para melhorias no produto. Os servidores de camada burstable, comumente usados para ambientes que não são de produção, são automaticamente inscritos no programa Virtual Canary.

Inscrição para Canário Virtual

O Banco de Dados do Azure para MySQL fornece flexibilidade para os clientes gerenciarem sua participação no programa Canário Virtual. Os clientes podem optar por entrar ou sair do programa conforme necessário para alinhamento com seus requisitos operacionais.

Para verificar se o seu servidor está inscrito no programa Canário Virtual, use o seguinte comando. Se o resultado incluir "patchStrategy": "VirtualCanary", o servidor está inscrito no programa.

az mysql flexible-server show --resource-group {resourcegroupname} --name {servername} --query "maintenancePolicy"

Para inscrever um servidor no programa Virtual Canary, execute o seguinte comando:

az mysql flexible-server update --resource-group {resourcegroupname} --name {servername} --maintenance-policy-patch-strategy VirtualCanary

Para sair do programa Virtual Canary e reverter para a política de manutenção padrão, use este comando:

az mysql flexible-server update --resource-group {resourcegroupname} --name {servername} --maintenance-policy-patch-strategy Regular

Janelas 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 uma janela de tempo para você automaticamente. De qualquer forma, o sistema alerta sete dias antes de executar qualquer manutenção. O sistema também informa quando a manutenção começa e quando termina 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 email para uma função do Azure Resource Manager.
Enviado em uma mensagem de texto (SMS) para dispositivos móveis.
Enviado por push como uma notificação para um aplicativo do Azure.
Entregue como uma mensagem de voz.

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

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

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

Com uma programação personalizada, 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 uma programação gerenciada pelo sistema, o sistema seleciona qualquer janela de uma hora entre 23h e 7h no horário da região do servidor.

Importante

A partir de 31 de agosto de 2024, o Banco de Dados do Azure para MySQL não oferece mais suporte a janelas de manutenção personalizadas para instâncias de camada burstable. Essa alteração ajuda a simplificar os processos de manutenção e garante um desempenho ideal. Além disso, nossa análise indicou que o número de usuários que usam janelas de manutenção personalizadas em camadas Burstable é mínimo.

As instâncias de camada burstable existentes com janelas de manutenção personalizadas não são afetadas. No entanto, os usuários não podem mais modificar essas configurações para janelas de manutenção personalizadas.

Para clientes que precisam de janelas de manutenção personalizadas, recomendamos atualizar para a camada de uso geral ou crítica para os negócios.

Em casos raros, um evento de manutenção pode ser cancelado pelo sistema ou pode não ser concluído com êxito. Se um evento de manutenção falhar, a atualização será revertida e a versão anterior dos binários será restaurada. Em cenários de atualizações com falha, você ainda pode experimentar uma reinicialização do servidor durante a janela de manutenção.

Se um evento de manutenção for cancelado ou falhar, o sistema enviará uma notificação. A próxima tentativa de realizar a manutenção é agendada de acordo com as configurações atuais. Você recebe uma notificação sobre a próxima tentativa com cinco dias de antecedência.

Manutenção quase sem tempo de inatividade (pré-visualização)

O recurso de manutenção de tempo de inatividade quase zero do Banco de Dados do Azure para MySQL é um desenvolvimento inovador para servidores de alta disponibilidade. Este recurso foi projetado para reduzir substancialmente o tempo de inatividade para manutenção. 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 ser de 40 a 60 segundos.

Condições e limitações

Para obter o desempenho ideal que esse recurso oferece, observe estas condições e limitações:

Chaves primárias em todas as tabelas: é essencial garantir que cada tabela tenha uma chave primária. A falta de chaves primárias pode aumentar significativamente o atraso de replicação e afetar 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 minimizar o tempo de inatividade. Recomendamos que você use a janela de manutenção personalizada para agendar a manutenção fora do horário de pico.
Garantias de tempo de inatividade: Embora nos esforcemos para manter o tempo de inatividade de manutenção o mais baixo possível, não garantimos que será inferior a 60 segundos em todas as circunstâncias. Vários fatores, como alta carga de trabalho ou configurações específicas do servidor, podem aumentar o tempo de inatividade. No pior cenário, o tempo de inatividade pode ser semelhante ao de um servidor autônomo.

Reescalonamento de manutenção

O recurso de reagendamento de manutenção oferece maior controle sobre o tempo das atividades de manutenção em seu 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, seja ela gerenciada pelo sistema ou personalizada.

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.

Reagendamento de 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. O ciclo normalmente se estende do primeiro ao último dia da janela de manutenção para a região. Ao reagendar, você recebe uma notificação para confirmar as alterações, de acordo com as políticas de notificação padrão.

Considerações e limitações

Esteja ciente dos seguintes pontos sobre o recurso:

Disponibilidade do nível: O reagendamento da manutenção não está disponível para o nível de computação Burstable. Esse recurso é destinado a servidores no ambiente de produção, enquanto a camada Burstable é projetada para fins de não produção.
Restrições de demanda: sua manutenção reprogramada pode ser cancelada se um grande número de atividades de manutenção ocorrer 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 fiabilidade do serviço.
Restrição de reagendamento: se muitos servidores na mesma região estiverem agendados para manutenção ao mesmo tempo, as solicitações de reagendamento poderão falhar. Se essa falha ocorrer, você receberá uma notificação de erro que o aconselha a escolher um intervalo de tempo alternativo. É improvável que a manutenção reprogramada com êxito seja cancelada.

Não há limitação de quantas vezes um evento de manutenção pode ser reagendado. Contanto que um evento de manutenção não tenha entrado no estado Em preparação , você sempre pode reprogramá-lo para outro horário.

Nota

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

Perguntas Frequentes

Por que alguns dos meus servidores receberam notificações de manutenção enquanto outros não?

Os tempos de início da manutenção diferem entre as regiões. Servidores em regiões diferentes podem receber notificações de manutenção em momentos diferentes.

Por que alguns servidores na mesma região receberam notificações de manutenção enquanto outros não?

É possível que os servidores que não receberam notificações tenham sido criados mais recentemente e o sistema tenha determinado que eles ainda não precisam de manutenção.

Posso optar por não participar da manutenção programada?

Não, não é permitido optar por não participar na manutenção programada. No entanto, você pode usar o recurso de reagendamento de manutenção para ajustar o tempo. Ou você pode habilitar o recurso de alta disponibilidade para minimizar o tempo de inatividade. Como o Banco de Dados do Azure para MySQL é um produto de banco de dados de plataforma como serviço (PaaS), a realização de manutenção oportuna ajuda a garantir a segurança e a confiabilidade do seu banco de dados.

Partilhar via