Conceito e mecanismo
Receber WAL não significa tê-lo aplicado: acompanha receção, replay e o requisito de frescura da aplicação. Slots evitam reciclagem prematura de registos necessários, mas um consumidor parado pode pressionar o disco do primary. Limitar retenção protege capacidade com o risco de exigir reconstrução do consumidor. Antes de promover uma standby, a perda de contacto não prova que o primary deixou de aceitar escritas. O desenho precisa de fencing e autoridade única para evitar divergência. Define quem pode decidir promoção, qual perda é aceitável e como confirmar o novo caminho da aplicação. Estado streaming ou running não substitui estas evidências.
Aplicação guiada
Num projeto fictício de migração, logical replication pode alinhar linhas sem sincronizar DDL ou estado de sequências. O corte inclui esses componentes, grants, jobs e uma fronteira controlada de escrita. Upgrades major exigem estratégia própria; uma atualização minor tem outro processo, com leitura das release notes. pg_upgrade --check ajuda a identificar incompatibilidades, sem executar a migração. No modo link, arrancar o novo cluster impede usar simplesmente o diretório antigo como rollback independente. A escolha entre copy, link ou clone precisa de espaço, suporte do filesystem e plano de recuperação. O handover entrega evidência, runbook, owners e riscos residuais, incluindo o que ainda não foi ensaiado.
Contagens iguais no destino não provam que a próxima chave gerada por uma sequência será válida.
Armadilhas comuns
Receção como replay; slot como backup ilimitado; DNS como fencing; hard link como cópia independente.
Tópicos relacionados: Ligações, identidades e privilégios · Transações, bloqueios e retoma · Planos, índices e memória
A mudança termina quando dados, aplicação e operação estão validados.
Referência: Streaming replication and slots · PostgreSQL 18 reference semantics;18.6 current stable at review