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 realiza manutenções periódicas para ajudar a 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, iniciar/parar o servidor) durante a manutenção do servidor flexível 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 para realizar operações de servidor.
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.
O sistema envia notificações de manutenção com cinco dias de antecedência para que você tenha tempo suficiente para se preparar. O sistema também permite que você saiba quando a manutenção será iniciada e quando ela foi 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 uma mensagem de texto para dispositivos móveis.
- Enviadas 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 uma janela de tempo, o sistema escolherá horários entre 23h e 7h no horário da região do servidor. Você pode definir agendamentos diferentes para cada instância de servidor flexível do Banco de Dados do Azure para PostgreSQL na sua assinatura do Azure.
Importante
Normalmente, o intervalo entre os eventos de manutenção agendados com êxito para um servidor é de pelo menos 30 dias. Mas em uma atualização crítica de emergência, como uma vulnerabilidade grave, a janela de notificação pode ter menos de cinco dias ou ser omitida. A atualização crítica pode ser aplicada ao servidor mesmo que o sistema tenha realizado com êxito a manutenção agendada nos últimos 30 dias.
Você pode atualizar as configurações de agendamento a qualquer momento. Se a manutenção for agendada para a 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 continuará como agendada. As alterações nas configurações de agendamento tornam-se efetivas após a conclusão bem-sucedida da próxima manutenção agendada.
Agendamentos de manutenção personalizados versus gerenciados pelo sistema
Você pode definir um agendamento gerenciado pelo sistema ou um agendamento personalizado para cada instância de servidor flexível do Banco de Dados do Azure para PostgreSQL na sua assinatura do Azure:
- Com um agendamento gerenciado pelo sistema, o sistema escolhe qualquer janela de uma hora entre 23h e 7h no horário da região do servidor.
- Com um agendamento personalizado, você pode especificar a janela de manutenção para o servidor escolhendo o dia da semana e uma janela de uma hora.
As atualizações são aplicadas primeiro aos servidores com agendamentos gerenciados pelo sistema, seguidos por servidores com agendamentos personalizados após pelo menos sete dias em uma região. Para receber atualizações antecipadas para servidores de desenvolvimento e teste, use um agendamento gerenciado 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 agendamento personalizado começam sete dias depois, durante uma janela de manutenção definida. Depois de ser notificado, você não poderá adiar as atualizações. Aconselhamos que você use agendamentos personalizados somente para ambientes de produção.
Em casos raros, os eventos de manutenção podem ser cancelados pelo sistema ou não são 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 ser reiniciado 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 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.
Considerações e limitações
Algumas considerações a serem feitas durante a manutenção mensal.
- A manutenção mensal é impactante e envolve certo tempo de inatividade.
- O tempo de inatividade depende da carga transacional no servidor no momento da manutenção.