Política de versão do Banco de Dados do Azure para PostgreSQL

Este artigo descreve a política de controle de versão do Banco de Dados do Azure para PostgreSQL.

Versão principal

Uma versão principal é uma alteração no primeiro número da versão. Por exemplo, PostgreSQL 16 para PostgreSQL 17 é uma atualização de versão principal. As versões principais introduzem novos recursos e capacidades. Elas podem incluir alterações que exigem atualizações de código do aplicativo. O Banco de Dados do Azure para PostgreSQL dá suporte a cada versão principal do PostgreSQL desde a data em que o Azure começa a oferecer suporte até que a versão atinja o fim da vida útil (fim do suporte), conforme definido pela comunidade postgreSQL. Para obter detalhes, consulte a política de controle de versão da comunidade postgreSQL.

Política de suporte

A tabela a seguir fornece os detalhes de desativação das principais versões do PostgreSQL. As datas seguem a política de versão da comunidade do PostgreSQL.

No momento, o PostgreSQL 18 está disponível em versão prévia no Banco de Dados do Azure para PostgreSQL com disponibilidade inicial na região leste da Ásia.

Suporte da versão secundária

Uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL atualiza automaticamente versões secundárias para a versão preferencial do PostgreSQL do Azure durante a manutenção periódica.

Suporte estendido

Para ajudar você a manter as cargas de trabalho seguras e em conformidade além do fim da vida útil (fim do suporte) da comunidade, o Azure está introduzindo o Suporte Estendido para o Banco de Dados do Azure para PostgreSQL.

O Suporte Estendido oferece acesso contínuo a atualizações de segurança críticas e assistência técnica. Com o Suporte Estendido, você tem tempo para planejar e implementar sua estratégia de atualização com confiança.

O suporte estendido fornece:

• Até três anos extras de suporte após o término do Suporte Standard
• Correções de bugs críticos e patches de segurança
• O suporte técnico por meio de canais de Suporte do Azure (de acordo com seu plano existente)

Por que usar suporte estendido?

O Suporte Estendido é ideal para os clientes que...

• Precisa de mais tempo para atualizar cargas de trabalho complexas.
• Exigir conformidade e cobertura de segurança durante o planejamento de atualização.
• Depende do suporte técnico ininterrupto para ambientes críticos.

Práticas recomendadas

• Trate o Suporte Estendido como uma ponte temporária, não uma solução de longo prazo.
• Inicie o planejamento de atualização bem antes da data de fim da vida útil (fim do suporte).
• Considere a atualização para versões mais recentes, como o PostgreSQL 15 ou 16, para melhorar o desempenho e o suporte.

Versões qualificadas do PostgreSQL

Registro e preço

• Registro Automático: os servidores PostgreSQL que executam versões sem suporte são registrados automaticamente no Suporte Estendido em 1º de março de 2026.
• Opt-Out Opção: você pode optar por não participar a qualquer momento atualizando para uma versão suportada.
• Período de carência: um período de carência de um mês se aplica. A cobrança começa em 1º de abril de 2026.
• Preços: os detalhes serão publicados nesta página antes do início da cobrança.

Perguntas frequentes (FAQs)

P: E se eu quiser continuar em execução sem o suporte estendido? Posso recusar?

R: Não.

P: O que acontece se eu continuar executando uma versão sem suporte do PostgreSQL no Azure após o fim do suporte da comunidade?

R: Seu servidor é registrado automaticamente no Suporte Estendido um mês após a data de término do suporte da comunidade (ou em 1º de março de 2026, para as versões 11, 12 e 13).

P: Posso continuar usando minha instância do PostgreSQL sem Suporte Estendido?

R: Sim, mas após o período de carência, você será registrado automaticamente no Suporte Estendido pago, a menos que você atualize para uma versão com suporte. Durante o período de carência, você assume o risco operacional total e o suporte da Microsoft não pode garantir a resolução de problemas.

P: Meus aplicativos podem ser interrompidos durante uma atualização de versão principal?

A. As atualizações de versão principal do PostgreSQL podem introduzir alterações que podem afetar seu aplicativo , como parâmetros de configuração preteridos, extensões incompatíveis ou diferenças de comportamento do SQL. É recomendável validar atualizações em um ambiente de não produção antes de aplicá-las na produção. Para obter mais detalhes, examine as principais considerações e limitações nos documentos de Atualizações de Versão Principais .

P: Como saber se meu servidor está no Suporte Estendido?

R: O portal do Azure e a CLI indicam claramente se um servidor está registrado no Suporte Estendido.

P: Preciso atualizar os parâmetros de servidor após atualizações da versão principal?

R: Nenhuma alteração manual é necessária. O fluxo de trabalho de upgrade atualizará automaticamente os parâmetros para a nova versão do PostgreSQL.

P: As extensões do PostgreSQL são atualizadas automaticamente durante uma atualização de versão principal?

R: Não. Embora o Azure atualize o mecanismo de banco de dados, as extensões nãocore (por exemplo, pgvector, timescaledb) exigem atualizações manuais. Use ALTER EXTENSION ... UPDATE ou recrie as extensões sem suporte após a atualização.

P: Como posso reduzir o tempo de inatividade durante uma atualização importante?

R: Para minimizar o tempo de inatividade:

• Planeje os upgrades durante o horário de tráfego baixo.
• Identifique e corrija os bloqueadores de upgrade (por exemplo, extensões, funções, slots de replicação) antes do upgrade.
• Pause trabalhos em segundo plano e sessões de execução prolongada.
• Escale verticalmente temporariamente a computação para acelerar pg_upgrade.
• Limpe o bloat com VACUUM ou REINDEX, se necessário.
• Execute ANALYZE após o upgrade para restaurar o desempenho.

P: Onde posso rastrear quais dos meus servidores estão se aproximando do fim do suporte?

R: O Azure fornece visibilidade por meio do portal.

P: Quais opções de suporte estão disponíveis durante a fase de Suporte Estendido?

R: Servidores em Suporte Estendido podem gerar casos de suporte somente para problemas relacionados à segurança. Não há suporte para solicitações de recursos, ajuste de desempenho e correções de bugs gerais para versões de fim de suporte. As melhorias nos recursos existentes para as versões de fim do suporte não serão suportadas novamente.

P: Como o período entre 13 de novembro de 2025 e 1º de março de 2026 será considerado no PostgreSQL versão 13? O suporte será continuado durante esse tempo? Como ele será diferente do período anterior a 13 de novembro de 2025?

R: De acordo com a política de controle de versão da comunidade PostgreSQL, cada versão principal tem suporte até ser desativada pela comunidade. O suporte estendido gratuito do Azure será fornecido até 31 de março de 2026. Os clientes são cobrados pelo Suporte Estendido a partir de 1º de abril. Para garantir o suporte contínuo e o acesso a novos recursos, atualize para as versões mais recentes.

Versões do mecanismo do PostgreSQL desativadas não têm suporte no Banco de Dados do Azure para PostgreSQL.

Você pode continuar a usar a versão desativada nas instâncias de servidor flexível do Banco de Dados do Azure para PostgreSQL. No entanto, após a data de desativação de cada versão do banco de dados do PostgreSQL, as seguintes restrições se aplicam:

• Quando a comunidade desativa uma versão do PostgreSQL, o Banco de Dados do Azure para PostgreSQL para de aplicar bugs ou patches de segurança ao mecanismo de banco de dados. Essa alteração pode expor seu servidor a riscos de segurança ou outros problemas. No entanto, o Azure continua a manter e corrigir o host subjacente, o sistema operacional, os contêineres e os componentes de serviço relacionados.

• Se você enfrentar um problema de suporte relacionado ao próprio mecanismo do PostgreSQL, talvez não possamos fornecer suporte porque a comunidade não fornece mais os patches. Nesses casos, você precisa atualizar seu banco de dados para uma das versões com suporte.

• Não é possível criar novos servidores usando uma versão do PostgreSQL desativada. No entanto, você pode executar recuperações pontuais e criar réplicas de leitura para seus servidores existentes.

• Novos recursos de serviço desenvolvidos pelo servidor do Banco de Dados do Azure para PostgreSQL podem estar disponíveis apenas para versões de servidor de banco de dados com suporte.

• Os SLAs de tempo de atividade se aplicam exclusivamente aos problemas relacionados ao serviço da instância de servidor flexível do Banco de Dados do Azure para PostgreSQL e não se aplicam a nenhum tempo de inatividade causado por bugs relacionados ao mecanismo de banco de dados.

• Em casos raros em que uma vulnerabilidade crítica em uma versão do PostgreSQL desativada representa uma ameaça para o serviço, o Azure pode parar os servidores afetados para proteger a plataforma. Nesses casos, você será notificado para atualizar o servidor antes de colocar o servidor online.

• Não há suporte para novas extensões introduzidas para instâncias de servidor flexíveis do Banco de Dados do Azure para PostgreSQL nas versões do PostgreSQL desativadas pela comunidade.

Sintaxe da versão do PostgreSQL

Antes do PostgreSQL versão 10, a política de controle de versão do PostgreSQL considerava uma atualização de versão principal um aumento no primeiro ou segundo número. Por exemplo, 9.5 para 9.6 era considerado uma atualização da versão principal. Na versão 10 em diante, apenas uma alteração no primeiro número é considerada uma atualização de versão principal. Por exemplo, 10.0 a 10.1 é uma atualização de versão menor. A versão 10 para 11 é uma atualização de versão principal.

Conteúdo relacionado

• Versões com suporte do PostgreSQL no Banco de Dados do Azure para PostgreSQL