Backup

Gerar um arquivo de backup e receber uma mensagem de sucesso é apenas o começo. O teste real acontece quando precisamos responder a perguntas mais difíceis: o arquivo pode ser lido? o PostgreSQL restaurado consegue iniciar? tabelas, índices, constraints e permissões continuam presentes? os dados recuperados representam o estado que esperávamos? conseguimos repetir o procedimento sem depender de improviso? Se essas respostas não foram verificadas, temos um artefato de backup, mas ainda não temos evidência de recuperação. ...

No Lab 02 do PostgreSQL Reliability Lab , criamos uma base reproduzível com roles, schemas, extensões, tabelas relacionadas e dados suficientes para exercitar cenários operacionais. Essa base tornou possível fazer uma pergunta mais importante do que “temos backup?”: Conseguimos restaurar o banco e recuperar os dados até o ponto necessário depois de uma falha? Um arquivo de backup que nunca foi restaurado é apenas uma expectativa. Confiabilidade exige procedimento, evidência e conhecimento dos limites de recuperação. ...

O ponto de partida Quando começamos a trabalhar com backup no PostgreSQL, a primeira ferramenta que aparece é o pg_dump. Mas rapidamente surge uma dúvida importante: Isso é suficiente para produção? A resposta está diretamente ligada a entender a diferença entre backup lógico e backup físico. Essas duas abordagens não competem entre si: elas resolvem problemas distintos, e uma estratégia madura usa as duas. Uma analogia simples Antes de entrar nos detalhes técnicos, uma analogia ajuda a situar a diferença: ...