PostgreSQL 18.6 e restantes minors: atualizar é um percurso, não um único restart
A atualização coordenada de 13 de agosto cobre todos os ramos suportados e inclui correções que afetam planeador, WAL, replicação, índices e clientes. O anúncio também confirma que 18.5 não foi distribuído por regressão.
- Data editorial
- 2026-08-13
- Âmbito
- Operação PostgreSQL · ramos suportados 14–18
- Natureza
- Edição diária recuperada em 24 de agosto de 2026; factos ancorados à data de publicação
- Verificado
- 24 de agosto de 2026

Em resumo
A atualização coordenada de 13 de agosto cobre todos os ramos suportados e inclui correções que afetam planeador, WAL, replicação, índices e clientes. O anúncio também confirma que 18.5 não foi distribuído por regressão. Planeie por topologia: cópia de segurança testada, réplica ou canário, primário, verificações específicas e só depois restante frota. A versão binária correta não prova integridade de índices, avanço de WAL, estatísticas válidas ou resultado correto das consultas.
- Minors de PostgreSQL não exigem pg_upgrade, mas podem exigir tarefas adicionais descritas nas notas.
- Planeie por topologia: cópia de segurança testada, réplica ou canário, primário, verificações específicas e só depois restante frota.
- ler as notas do ramo e gerar uma checklist específica da topologia.
- Conservar comandos, versões antes/depois, resultado de restauro, métricas de réplica e queries de verificação por cluster.
O sinal e os factos que mudam a decisão
A atualização coordenada de 13 de agosto cobre todos os ramos suportados e inclui correções que afetam planeador, WAL, replicação, índices e clientes. O anúncio também confirma que 18.5 não foi distribuído por regressão.
Minors de PostgreSQL não exigem pg_upgrade, mas podem exigir tarefas adicionais descritas nas notas. O problema de reltuples em índices GIN pode deixar Infinity ou NaN e impedir autovacuum e autoanalyze de se autocorrigirem.
A correção de replay entre minors torna a saúde das réplicas uma verificação obrigatória após atualização. A versão binária correta não prova integridade de índices, avanço de WAL, estatísticas válidas ou resultado correto das consultas.
Janela operacional
- 08-13Sinal confirmado
A atualização coordenada de 13 de agosto cobre todos os ramos suportados e inclui correções que afetam planeador, WAL, replicação, índices e clientes. O anúncio também confirma que 18.5 não foi distribuído por regressão.
- AGORAFixar o âmbito
Minors de PostgreSQL não exigem pg_upgrade, mas podem exigir tarefas adicionais descritas nas notas.
- GATETomar a decisão
Planeie por topologia: cópia de segurança testada, réplica ou canário, primário, verificações específicas e só depois restante frota.
- FECHOGuardar a prova
Conservar comandos, versões antes/depois, resultado de restauro, métricas de réplica e queries de verificação por cluster.
Decisão, limites e condição de bloqueio
Planeie por topologia: cópia de segurança testada, réplica ou canário, primário, verificações específicas e só depois restante frota.
A versão binária correta não prova integridade de índices, avanço de WAL, estatísticas válidas ou resultado correto das consultas.
Gate operacional
Uma resposta desconhecida mantém o item aberto e com responsável.
| Questão | Decisão | Prova |
|---|---|---|
| O ativo está no âmbito? | Minors de PostgreSQL não exigem pg_upgrade, mas podem exigir tarefas adicionais descritas nas notas. | O problema de reltuples em índices GIN pode deixar Infinity ou NaN e impedir autovacuum e autoanalyze de se autocorrigirem. |
| O risco altera prioridade? | Planeie por topologia: cópia de segurança testada, réplica ou canário, primário, verificações específicas e só depois restante frota. | A correção de replay entre minors torna a saúde das réplicas uma verificação obrigatória após atualização. |
| Pode a ação ser encerrada? | A versão binária correta não prova integridade de índices, avanço de WAL, estatísticas válidas ou resultado correto das consultas. | Conservar comandos, versões antes/depois, resultado de restauro, métricas de réplica e queries de verificação por cluster. |
Execução e prova de conclusão
A execução deve começar por ler as notas do ramo e gerar uma checklist específica da topologia. Depois, testar restauro, consultas críticas, extensões e failover antes da produção. O fecho exige observar réplicas, wal, autovacuum, erros de cliente e latência após cada vaga.
Conservar comandos, versões antes/depois, resultado de restauro, métricas de réplica e queries de verificação por cluster.
- ler as notas do ramo e gerar uma checklist específica da topologia.
- testar restauro, consultas críticas, extensões e failover antes da produção.
- observar réplicas, WAL, autovacuum, erros de cliente e latência após cada vaga.
- Conservar comandos, versões antes/depois, resultado de restauro, métricas de réplica e queries de verificação por cluster.
Fontes consultadas
Consultadas na data de atualização indicada.
Abre numa nova janela.- 01PostgreSQL 18.6, 17.11, 16.15, 15.19, 14.24 and 19 Beta 3PostgreSQL Global Development Group · SYS-POSTGRES
- 02PostgreSQL release notesPostgreSQL Global Development Group · SYS-POSTGRES
- 03PostgreSQL versioning policyPostgreSQL Global Development Group · SYS-POSTGRES
- 04PostgreSQL backup and restorePostgreSQL Global Development Group · SYS-POSTGRES
- 05Upgrading a PostgreSQL clusterPostgreSQL Global Development Group · SYS-POSTGRES
- 06SP 800-40 Rev. 4 — Enterprise Patch Management PlanningNIST · GL-NIST
Participar
Partilhe a análise. Acrescente contexto.
Divulgue a matéria no seu canal ou deixe uma observação ligada ao tema.

Comentários
A carregar a conversa.