Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Você pode especificar opções de manutenção para cada instância de servidor flexível do Banco de Dados do Azure para MySQL em sua assinatura do Azure. As opções incluem o agendamento de manutenção e as configurações de notificação para eventos de manutenção futuros e concluídos.
Observação
Esses novos recursos de manutenção estão sendo implantados progressivamente em regiões do Azure. Se você não vê-los imediatamente no portal do Azure, permita algum tempo para a implantação completa. A disponibilidade pode variar dependendo da sua assinatura e região.
Pré-requisitos
Para concluir este guia de instruções, você precisa:
Configuração e experiência de manutenção
O Banco de Dados do Azure para MySQL – Servidor Flexível agora oferece uma experiência de manutenção aprimorada que oferece mais controle e visibilidade sobre como seus servidores recebem atualizações. Em Manutenção de Configurações>, você encontrará três áreas principais:
- Política de Manutenção
- Configuração de agendamento personalizado
- Status de manutenção e reagendamento
Opções de política de manutenção
Você pode escolher entre os seguintes tipos de política de manutenção, dependendo dos requisitos de carga de trabalho:
Canário Virtual
O Canário Virtual destina-se a cargas de trabalho de não produção que desejam validar as atualizações antecipadamente. Os servidores nessa política recebem atualizações antes da disponibilidade geral e não seguem a cadência de atualização padrão. Não há nenhum intervalo de 30 dias garantido e nenhum aviso prévio de 7 dias.
Os servidores de SKU com capacidade de intermitência são registrados na política de Canário Virtual por padrão.
SMW (Janela de Manutenção Gerenciada do Sistema)
Essa política de manutenção é a opção padrão para servidores nas camadas de computação com Uso Geral e Otimizado para Memória . A manutenção é agendada automaticamente em um dia e hora aleatórios, normalmente entre 23h e 7h, horário local do servidor. Essa política segue o comportamento de manutenção padrão: as atualizações ocorrem no máximo uma vez a cada 30 dias e são anunciadas com pelo menos sete dias de antecedência.
CMW (Janela de Manutenção Gerenciada Personalizada)
Escolha essa política de manutenção se você quiser controlar quando a manutenção acontecer. O CMW permite definir um dia preferencial da semana e a hora deinício (em uma janela UTC de 60 minutos). Isso é especialmente útil para ambientes de produção em que o tempo de atualização precisa se alinhar às políticas de controle de alterações.
Você também pode atribuir o servidor a um lote (Batch 1 ou Batch 2) para ajudar a escalonar a manutenção entre ambientes como TEST e PROD:
- Lote 1: A manutenção ocorre nos primeiros 7 dias da janela de manutenção regional.
- Lote 2: a manutenção ocorre nos segundos 7 dias.
Observação
Os lotes de manutenção de 7 dias não estão alinhados com as semanas do calendário (por exemplo, começando no domingo ou na segunda-feira). Em vez disso, o primeiro período de 7 dias começa a partir da data de início real do ciclo de manutenção na região do servidor.
Depois que o CMW estiver configurado, o novo agendamento entrará em vigor no próximo ciclo de manutenção regional.
Para alterar o tempo de uma manutenção agendada no momento , use o recurso Reagendamento de Manutenção .
Exibir e gerenciar a manutenção futura
A seção Status de Manutenção exibe todos os eventos de manutenção agendados ou concluídos recentemente para o servidor. Normalmente, uma entrada é mostrada de cada vez.
Remarcar
Se a manutenção ainda não tiver sido iniciada, você poderá selecionar uma nova data e hora escolhendo Reagendar. Isso ajuda você a evitar conflitos com operações comerciais ou implantações planejadas.
O recurso reagendado só está disponível para servidores nas camadas de computação Uso geral e Otimizado para Memória. Não há suporte para servidores SKU Burstable.
Reagendar para agora
Você pode clicar em Reagendar até agora para iniciar a manutenção imediatamente. Isso é útil se você quiser aplicar a atualização imediatamente ou se quiser um controle mais preciso sobre quando a manutenção ocorrer. Reagendar para agora só estará disponível se o servidor estiver no estado Agendado ou Reagendado . Depois de clicar em Reagendar para agora, o servidor entra no estado Em preparação. Isso significa que o servidor está se preparando para o evento de manutenção e iniciará a manutenção logo após alguns minutos.
Observação
Em determinados casos, o Reagendar para agora pode travar por um tempo no estado Em preparação. Isso geralmente ocorre devido a muitos servidores na mesma região sendo agendados para manutenção ao mesmo tempo. Se isso acontecer, você poderá aguardar até que o servidor termine a preparação ou abrir um chamado de suporte para obter ajuda.
Considerações e limitações de reagendamento
Lembre-se dos seguintes pontos sobre o recurso:
- Disponibilidade da camada: o reagendamento de manutenção não está disponível para a camada de computação intermitível. Esse recurso destina-se a servidores no ambiente de produção, enquanto a camada Burstable foi projetada para fins de não produção.
- Restrições de demanda: sua manutenção reagendada poderá ser cancelada se um alto 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 agendado, para manter a confiabilidade do serviço.
- Limitação de reagendamento: se muitos servidores na mesma região estiverem agendados para manutenção durante o mesmo tempo, as solicitações de reagendamento poderão falhar. Se essa falha ocorrer, você receberá uma notificação de erro que aconselha você a escolher um intervalo de tempo alternativo. É improvável que a manutenção reagendada com sucesso seja cancelada.
Não há nenhuma limitação em quantas vezes um evento de manutenção pode ser reagendado. Desde que um evento de manutenção não tenha entrado no estado em preparação , você sempre poderá reagendá-lo para outra hora.
Exibição do progresso da distribuição de manutenção
Cada evento de manutenção inclui uma ID de acompanhamento. Clicar neste identificador abre uma visualização detalhada de todos os servidores em sua assinatura que fazem parte do mesmo ciclo de manutenção. Isso fornece uma visão geral consolidada em toda a sua frota, não é necessário verificar cada servidor individualmente ou depender apenas de notificações por email.
Você pode acessar o modo de exibição da ID de acompanhamento a qualquer momento, quer a manutenção esteja pendente ou já concluída.
Usar o Azure Resource Graph para auditar o histórico de manutenção
Os clientes que gerenciam vários servidores flexíveis do Banco de Dados do Azure para MySQL podem usar o Azure Resource Graph para executar consultas em massa entre assinaturas e grupos de recursos. Isso é especialmente útil para auditar o histórico de manutenção, identificar recursos afetados e acompanhar eventos de manutenção ao longo do tempo. Por exemplo, a consulta Kusto a seguir recupera o status de manutenção, os horários de início e término e a ID de acompanhamento de todos os servidores flexíveis do MySQL na assinatura do cliente. Isso permite que os clientes monitorem as atividades de manutenção nos últimos três meses de maneira escalonável e automatizada:
ServiceHealthResources
| where type == "microsoft.resourcehealth/events/impactedresources"
| extend TrackingId = split(split(id, "/events/", 1)[0], "/impactedResources", 0)[0]
| extend p = parse_json(properties)
| project subscriptionId, TrackingId, resourceName= p.resourceName, resourceGroup=p.resourceGroup, resourceType=p.targetResourceType, status= p.status, maintenanceStartTime=todatetime(p.maintenanceStartTime), maintenanceEndTime=todatetime( p.maintenanceEndTime), details = p, id
| where resourceType == "Microsoft.DBforMySQL/flexibleServers"
| order by maintenanceEndTime
Essa consulta pode ser executada no Azure Resource Graph Explorer ou por meio da CLI do Azure/PowerShell usando o comando az graph query. Isso ajuda as equipes a acompanhar e relatar proativamente os eventos de manutenção em sua frota MySQL.
Notificações sobre eventos de manutenção agendada
Você pode usar a Integridade do Serviço do Azure para exibir notificações sobre a manutenção agendada futura e executada em sua instância de servidor flexível do Banco de Dados do Azure para MySQL. Também é possível configurar alertas na Integridade do Serviço do Azure para obter notificações sobre eventos de manutenção.