Manutenção agendada no Banco de Dados do Azure para PostgreSQL - Servidor Flexível
APLICA-SE A: Banco de Dados do Azure para PostgreSQL - Servidor Flexível
O servidor flexível do Banco de Dados do Azure para PostgreSQL executa 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, iniciar/parar o servidor) durante a manutenção flexível do servidor do Banco de Dados do Azure para PostgreSQL. O envolvimento nessas atividades pode levar a resultados imprevisíveis e, possivelmente, 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.
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 uma janela de tempo para você automaticamente.
O sistema envia notificações de manutenção com 5 dias de antecedência para que você tenha tempo suficiente para se preparar. O sistema também permite saber 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 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 uma janela de tempo, o sistema escolhe os horários entre 23:00 e 7:00 no horário da região do servidor. Você pode definir agendas diferentes para cada instância de servidor flexível do Banco de Dados do Azure para PostgreSQL em sua assinatura do Azure.
Importante
Normalmente, o intervalo entre os eventos de manutenção agendada bem-sucedidos para um servidor é de pelo menos 30 dias. Mas para uma atualização de emergência crítica, como uma vulnerabilidade grave, a janela de notificação pode ser inferior a 5 dias ou ser omitida. A atualização crítica pode ser aplicada ao seu servidor mesmo que o sistema tenha realizado com êxito a manutenção programada nos últimos 30 dias.
Você pode atualizar as configurações de agendamento a qualquer momento. Se a manutenção estiver agendada para sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL e você atualizar as preferências de agendamento, a distribuição atual prosseguirá conforme agendado. As alterações nas configurações de agendamento entram em vigor após a conclusão bem-sucedida da próxima manutenção agendada.
Agendas de manutenção gerenciadas pelo sistema versus personalizadas
Você pode definir uma agenda gerenciada pelo sistema ou uma agenda personalizada para cada instância de servidor flexível do Banco de Dados do Azure para PostgreSQL em sua assinatura do Azure:
- Com uma programação gerenciada pelo sistema, o sistema escolhe qualquer janela de uma hora entre 23:00 e 7:00 no horário da região do servidor.
- 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.
As atualizações são aplicadas primeiro a servidores com agendas gerenciadas pelo sistema, seguidas por servidores com agendas personalizadas após pelo menos sete dias dentro de uma região. Para receber atualizações antecipadas para servidores de desenvolvimento e teste, use uma agenda gerenciada pelo sistema. Essa opção permite testes antecipados e resolução de problemas antes que as atualizações cheguem aos servidores de produção com agendamentos personalizados.
As atualizações para servidores de programação personalizada começam sete dias depois, durante uma janela de manutenção definida. Depois de ser notificado, não é possível adiar as atualizações. Recomendamos que você use agendas personalizadas apenas para ambientes de produção.
Em casos raros, os eventos de manutenção podem ser cancelados pelo sistema ou não serem concluídos com êxito. Se uma atualização falhar, ela será revertida e a versão anterior dos binários será restaurada. O servidor ainda pode reiniciar durante a janela de manutenção.
Se uma atualização for cancelada ou falhar, o sistema criará uma notificação sobre o evento de manutenção cancelado ou com falha. A próxima tentativa de realizar a manutenção é agendada de acordo com as configurações de programação atuais e você recebe uma notificação sobre isso com cinco dias de antecedência.
Considerações e limitações
Algumas considerações ao considerar durante a manutenção mensal.
- A manutenção mensal é impactante e envolve algum tempo de inatividade.
- O tempo de inatividade depende da carga transacional no servidor no momento da manutenção.