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.
Seu servidor Banco de Dados do Azure para PostgreSQL flexível passa periodicamente por operações de manutenção para ajudar a manter seu banco de dados gerenciado seguro, estável e atualizado. A manutenção pode incluir atualizações de plataforma, atualizações do sistema operacional, patches de segurança e atualizações do mecanismo postgreSQL.
Importante
Evite todas as operações do servidor (modificações, alterações de configuração, iniciar ou 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.
Janela de manutenção
Você pode agendar a manutenção para um dia específico da semana e um intervalo de tempo 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 informa quando a manutenção começa e quando ela termina com êxito.
Você pode receber notificações sobre a manutenção agendada futura por meio de:
- Email para um endereço específico.
- Enviar email para uma função do Azure Resource Manager.
- Mensagem de texto para dispositivos móveis.
- Notificação push para um aplicativo do Azure.
- Mensagem de voz.
Quando você especificar preferências para o agendamento de manutenção, escolha entre um agendamento personalizado e um agendamento gerenciado pelo sistema. Se você optar por uma agenda personalizada, especifique um dia da semana e uma janela de tempo. Mas se você selecionar um agendamento gerenciado pelo sistema, o sistema escolherá um dia para você. E nesse dia, ele escolhe um período de uma hora, entre 23h e 7h no fuso horário da região do seu servidor. Você pode configurar diferentes cronogramas de manutenção para cada um dos seus servidor flexível do Banco de Dados do Azure para PostgreSQL.
Importante
Normalmente, o intervalo entre eventos de manutenção agendada bem-sucedidos para um servidor é de pelo menos 15 dias. Mas para uma atualização de emergência crítica, como uma vulnerabilidade grave, a janela de notificação pode ser menor que cinco dias ou até mesmo ser omitida. A atualização crítica pode ser aplicada ao servidor, mesmo que o sistema tenha realizado a manutenção agendada nos últimos 15 dias.
Você pode atualizar suas configurações de manutenção programada a qualquer momento. Se a manutenção estiver agendada para seu servidor flexível do Banco de Dados do Azure para PostgreSQL e você atualizar suas preferências de manutenção agendada, a implementação atual não será reprogramada. Ela ocorre no dia e hora já agendados. As alterações nas configurações de manutenção agendadas entrarão em vigor após a conclusão bem-sucedida da próxima manutenção agendada.
SMW (Windows gerenciado pelo sistema) vs. CMW (Windows de Manutenção Personalizada)
Para cada servidor Banco de Dados do Azure para PostgreSQL flexível em sua assinatura de Azure, você pode definir um agendamento gerenciado pelo sistema ou um agendamento personalizado:
- 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, especifique a janela de manutenção para o servidor escolhendo o dia da semana e a hora de início de uma janela de tempo de uma hora.
A manutenção agendada ocorre primeiro em servidores configurados com agendas gerenciadas pelo sistema. Os servidores com agendamentos personalizados ocorrem pelo menos sete dias depois em uma região. Para receber atualizações antecipadas para servidores de desenvolvimento e teste, use um agendamento gerenciado pelo sistema. Essa opção de agendamento permite testes antecipados e resolução de problemas, antes que as atualizações cheguem aos servidores de produção com agendas personalizadas.
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. Use agendas personalizadas somente para ambientes de produção.
Em casos raros, o sistema cancela alguns eventos de manutenção ou alguns eventos não são concluídos com êxito. Se uma atualização falhar, o processo é revertido, e seu servidor é restaurado para a versão anterior dos binários. O servidor ainda pode ser reiniciado durante a janela de manutenção.
Se a manutenção não for concluída com êxito, o status de manutenção do servidor será exibido como Cancelado. Esse status não indica necessariamente um problema com a disponibilidade ou a funcionalidade do servidor, mas implica que um ou mais processos de manutenção não foram concluídos conforme o esperado. Não é necessária nenhuma ação do cliente. O Azure tenta novamente automaticamente as operações de manutenção incompletas durante um período de manutenção futura de acordo com a configuração de agendamento de manutenção atual e você receberá uma nova notificação de manutenção com cinco dias de antecedência.
Se uma implantação de manutenção regional for cancelada devido a um problema de implantação, você receberá uma notificação sobre o evento de manutenção cancelado. Posteriormente, você receberá uma nova notificação de manutenção quando uma nova distribuição for agendada com cinco dias de antecedência.
Considerações e limitações para manutenção planejada
Tenha essas considerações em mente durante a manutenção planejada 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.
- Depois de agendar a manutenção, todas as alterações nas configurações de manutenção se aplicam apenas ao próximo ciclo de manutenção, não ao atual.
Exibir a manutenção futura
Você pode exibir eventos de manutenção futuros para o servidor flexível antes do início da manutenção. Essa visibilidade ajuda você a entender quando a manutenção é agendada, se o evento pode ser reagendado e qual tipo de atualização está planejado.
Exiba a manutenção futura usando o portal Azure, CLI do Azure ou API REST.
Quando um evento de manutenção futura estiver disponível, você poderá exibir detalhes como:
- O próximo evento de manutenção agendada
- Hora de início estimada
- Hora de término estimada
- Tipo de manutenção
- Status de manutenção
- Se o evento está qualificado para reagendamento
- O prazo para reagendamento, quando aplicável
Note
Se nenhum evento de manutenção estiver agendado no momento para o servidor, os próximos detalhes de manutenção poderão não ser exibidos.
Reagendar a manutenção planejada para uma data futura
Para cargas de trabalho de produção, talvez seja necessário evitar a manutenção durante períodos críticos para os negócios, como horários de pico de tráfego, janelas de lançamento, migrações, fechamento financeiro ou eventos sazonais. Quando um evento de manutenção futuro é qualificado para reagendamento, você pode mover a manutenção para um tempo qualificado posterior que melhor se alinha às suas necessidades de carga de trabalho.
Você pode reagendar a manutenção usando o portal Azure, o CLI do Azure ou a API REST.
O que o reagendamento da manutenção oferece
Reagendar a manutenção permite:
- Exiba a manutenção futura para o servidor.
- Escolha uma data e hora futuras elegíveis para manutenção.
- Adie a manutenção em até 14 dias a partir da data de manutenção planejada inicialmente.
- Evite a manutenção durante períodos comerciais de alto risco.
- Tenha visibilidade sobre o cronograma de manutenção atualizado.
Note
Alguns eventos de manutenção podem não estar qualificados para reagendamento. Por exemplo, a manutenção crítica relacionada à segurança ou à conformidade pode precisar ser aplicada dentro de um período necessário.
Pré-requisitos
Para reagendar a manutenção, você precisa:
- Um servidor flexível do Banco de Dados do Azure para PostgreSQL.
- Um próximo evento de manutenção que pode ser reagendado.
- Um servidor usando uma janela de manutenção gerenciada personalizada.
- Uma camada de computação com suporte.
Servidores com suporte
Há suporte para manutenção de reagendamento para servidores nas seguintes camadas de computação:
- Uso Geral
- Otimizado para Memória
Não há suporte ao reagendamento da manutenção para servidores da camada de computação Burstable.
Regras e limitações de reagendamento
Antes de reagendar a manutenção, examine as seguintes regras:
- A ação Reagendar está disponível somente quando um evento de manutenção é agendado.
- O evento de manutenção deve ser qualificado para reagendamento.
- Somente os slots futuros qualificados são selecionáveis.
- O novo tempo de manutenção deve estar dentro da janela de reagendamento permitida.
- A manutenção pode ser reagendada por até 14 dias a partir da data de agendamento inicialmente notificada.
- O reagendamento não está disponível a partir de 15 minutos antes do tempo de manutenção agendado inicialmente.
- Você pode atualizar o tempo reagendado mais de uma vez, desde que a manutenção não tenha entrado no estado de preparação e o novo horário esteja dentro da janela de reagendamento permitida.
Importante
O reagendamento muda quando a manutenção é aplicada, mas não cancela o evento de manutenção.
Aplicar manutenção sob demanda
Quando um evento de manutenção futura estiver disponível, você poderá aplicar a manutenção imediatamente em vez de aguardar a janela de manutenção agendada. Essa opção oferece mais controle sobre quando a manutenção é iniciada e ajuda você a aplicar atualizações durante um tempo seguro para sua carga de trabalho.
Você pode aplicar a manutenção sob demanda usando o portal Azure, CLI do Azure ou API REST.
O que Aplicar manutenção sob demanda oferece
Aplicar a manutenção sob demanda permite:
- Ver um próximo evento de manutenção.
- Inicie a manutenção elegível imediatamente.
- Aplique atualizações quando sua carga de trabalho puder tolerar uma reinicialização ou uma breve interrupção.
- Reduza a probabilidade de a manutenção começar durante um horário agendado menos conveniente.
- Acompanhe o status de manutenção conforme ele passa de agendado para em andamento e, em seguida, concluído.
Note
A aplicação da manutenção sob demanda não cancela o evento de manutenção. Ele inicia o fluxo de trabalho de manutenção qualificado imediatamente.
Estados de manutenção com suporte
A ação Aplicar agora está disponível somente quando:
- Há um evento de manutenção elegível.
- O servidor ainda não está em manutenção.
- O evento de manutenção está no estado
ScheduledouRescheduled.
Depois de confirmar Aplicar agora, o servidor insere o fluxo de trabalho de preparação de manutenção e o evento de manutenção faz a transição para InProgress.
Importante
Aplicar a manutenção imediatamente pode causar uma reinicialização do servidor durante a janela de manutenção. Confirme se seu aplicativo pode tolerar uma interrupção temporária antes de aplicar a manutenção sob demanda.
Exibir histórico de manutenção
Você pode exibir o histórico de manutenção para examinar eventos de manutenção anteriores para o servidor. O histórico de manutenção ajuda você a entender quando a manutenção ocorreu, qual tipo de manutenção foi aplicada e o status final do evento.
Você pode exibir o histórico de manutenção do servidor usando o portal Azure, o CLI do Azure ou a API REST.
O que o histórico de manutenção fornece
O histórico de manutenção permite:
- Examine os eventos de manutenção anteriores para o servidor.
- Veja quando a manutenção foi iniciada e concluída.
- Exiba o tipo de manutenção e o status.
- Confirme se um evento de manutenção foi concluído com êxito.
- Suporte a revisões operacionais, investigações de incidentes e requisitos de auditoria.
Note
Se nenhum evento de manutenção anterior estiver disponível para o servidor, a seção histórico de manutenção poderá estar vazia.
Aplicando a manutenção em instâncias paradas/desativadas
Se um servidor PostgreSQL for interrompido antes de uma manutenção agendada, a manutenção não é aplicada imediatamente. Em vez disso, a manutenção é aplicada quando o servidor é reiniciado, manualmente, por você, ou automaticamente por meio do recurso reinicialização automática em 7 dias. Uma notificação informa que a manutenção não pôde ser aplicada enquanto o servidor estava parado e será aplicada quando você reiniciar o servidor.
Os clientes podem notar um pequeno aumento no tempo de reinicialização (5 a 8 minutos) quando a manutenção pendente é aplicada, especialmente durante as reinicializações manuais.
Notificações de manutenção consolidadas
Os clientes que executam vários servidores Banco de Dados do Azure para PostgreSQL podem receber várias notificações separadas para o mesmo evento de manutenção planejada, dificultando o acompanhamento de manutenção. Para reduzir essa sobrecarga, Banco de Dados do Azure para PostgreSQL agora consolida as notificações de manutenção planejada para vários servidores na mesma região em uma única notificação. Isso ajuda a reduzir a fadiga da notificação e facilita o acompanhamento da manutenção futura, mantendo a visibilidade dos recursos afetados.
Note
Se você configurar um alerta de integridade do serviço, receberá um email ou uma notificação do aplicativo móvel do Azure alertando você sobre a próxima manutenção planejada em uma região. Para manutenção consolidada, uma única notificação/email é enviada para informá-lo sobre a manutenção futura em uma região e outra notificação é enviada quando a manutenção é concluída na região. Se a manutenção for cancelada para a região, você receberá uma terceira notificação/email. Você não receberá, para cada servidor, uma notificação/email quando a manutenção estiver em andamento ou concluída.
Para exibir a manutenção planejada, selecione Exibir em Integridade do Serviço do Azure no email de notificação de manutenção.
Em seguida, vá para o painel Manutenção Planejada no Portal do Integridade do Serviço do Azure e selecione a notificação específica do Banco de Dados do Azure para PostgreSQL.
A guia resumo contém detalhes sobre a manutenção futura em uma região, incluindo a região, assinaturas afetadas e a hora de início e término da manutenção. Os horários de início e término mostrados representam a duração da manutenção planejada para todos os servidores afetados nessa região, incluindo o seu. Para exibir os servidores na assinatura que têm a manutenção futura e os horários de início e término agendados, selecione a guia Recursos Afetados . Para exibir a lista de recursos notáveis, alterações de versão do PostgreSQL, melhorias e correções de problema incluídas na atualização de manutenção, selecione as notas de versão de manutenção na página de resumo.
A guia recursos afetados lista cada servidor afetado na assinatura. Para cada recurso, selecione Mais informações para exibir detalhes como status de manutenção, início de manutenção agendada específico do servidor e horários de término. Para exibir o status de manutenção, a hora de início e término de todos os servidores afetados, selecione Exportar para CSV na guia Recursos Afetados.
O arquivo de .csv exportado inclui cada servidor afetado, juntamente com seu status de manutenção e horários de início e término de manutenção agendados. Todas as vezes listadas estão em UTC.
Note
Esse arquivo .csv representa um instantâneo do status dos servidores afetados em um ponto no tempo. É recomendável baixar o arquivo .csv novamente para verificar o status atual da manutenção a qualquer momento, especialmente para verificar se a manutenção está concluída em um servidor. Para perguntas ou suporte, crie uma solicitação support por meio do portal Azure.