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.
Sua instância de servidor Banco de Dados do Azure para PostgreSQL flexível periodicamente passa 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 de servidor (modificações, alterações de configuração, iniciar/parar o servidor) durante a manutenção do servidor flexível da instância 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 por push para um aplicativo Azure.
- Mensagem de voz.
Ao especificar preferências para o cronograma de manutenção, você pode escolher entre um cronograma personalizado e um cronograma gerenciado pelo sistema. Se você optar por uma programação personalizada, poderá especificar um dia da semana e um intervalo de tempo. Mas se você selecionar um cronograma gerenciado pelo sistema, o sistema escolherá um dia para você. E dentro desse dia, ele escolhe uma janela de tempo de uma hora, entre 23h e 7h no horário da região do seu servidor. Você pode configurar agendamentos de manutenção diferentes para cada instância de servidor flexível do Banco de Dados do Azure para PostgreSQL.
Importante
Normalmente, o intervalo entre eventos de manutenção programada 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 menor que cinco dias ou até mesmo omitida. A atualização crítica pode ser aplicada ao servidor, mesmo que o sistema tenha realizado a manutenção agendada nos últimos 30 dias.
Você pode atualizar suas configurações de manutenção programada a qualquer momento. Se a manutenção for agendada para a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL e você atualizar suas preferências de manutenção agendadas, a distribuição atual não será reprogramada. Ela ocorre no dia e hora já agendados. As alterações nas configurações de manutenção programada entram em vigor após a conclusão bem-sucedida da próxima manutenção programada.
SMW (Windows gerenciado pelo sistema) vs. CMW (Windows de Manutenção Personalizada)
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 cronograma personalizado, você pode especificar sua janela de manutenção para o servidor, escolhendo o dia da semana e o horário de início de uma janela de tempo de uma hora.
A manutenção programada ocorre primeiro em servidores configurados com programações gerenciadas pelo sistema. Servidores com agendas personalizadas seguem após, no mínimo, sete dias dentro de 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. Aconselhamos que você use agendamentos personalizados somente para ambientes de produção.
Em casos raros, o sistema pode cancelar alguns eventos de manutenção ou alguns eventos podem não ser concluídos com êxito. Se uma atualização falhar, o processo será revertido e seu servidor será restaurado para a versão anterior dos binários. O servidor ainda pode ser reiniciado durante a janela de manutenção.
Se uma atualização for cancelada ou falhar, o sistema gerará 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 corridos de antecedência.
Considerações e limitações para manutenção planejada
Algumas considerações a serem consideradas durante a manutenção planejada 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.
- Depois que a manutenção for agendada, todas as alterações nas configurações de manutenção serão aplicadas somente 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 próxima manutenção usando o portal do Azure. O suporte para CLI do Azure ou API REST está funcionando.
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 do Azure. O suporte para CLI do Azure ou API REST está funcionando.
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 do Azure. O suporte para CLI do Azure ou API REST está funcionando.
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 ver o histórico de manutenção do seu servidor usando o Portal do Azure. O suporte para CLI do Azure ou API REST está funcionando.
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 durante a manutenção agendada, a manutenção não será aplicada imediatamente. Em vez disso, a manutenção é aplicada quando o servidor é reiniciado, manualmente pelo cliente ou automaticamente por meio do recurso de reinicialização automática de 7 dias. Uma notificação é enviada ao cliente indicando que a manutenção não pôde ser aplicada porque o servidor é interrompido e se aplica quando o servidor é reiniciado.
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 bancos de dados Azure para servidores 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ê tiver configurado um alerta de integridade do serviço, receberá um e-mail ou uma notificação no aplicativo móvel do Azure informando sobre uma manutenção planejada programada 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 3ª notificação/email. Você não recebe uma notificação/email quando a manutenção está em andamento nem concluída para cada servidor.
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, navegue até a seção 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 da manutenção futura em uma região, incluindo a região, assinaturas afetadas, 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 contidas 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 .csv arquivo 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.