Backup do PostgreSQL: dump, restore e credencial vazada
pg_dump periódico, restore testado e o que fazer se a DATABASE_URL apareceu no GitHub.
- pg_dump datado
- Restore de teste
- URL fora do git
- Upgrade se o dump crescer
Links para seguir
Faça login para ir direto ao painelPasso a passo
- 1pg_dump com host, porta, usuário e database da Loding. Ou Export no DBeaver. Frequência: no mínimo antes de cada migrate e uma vez por semana se o app é crítico.
- 2Nomeie com data. Teste o restore numa base vazia (ou local) pelo menos uma vez. Backup que nunca restaurou não é backup.
- 3DATABASE_URL no GitHub: troque a senha no PainelLH, atualize a variável em todos os apps (bot, API, Vercel, etc.), reinicie tudo. Considere os dados expostos.
- 4Arquivos do bot ≠ dados do Postgres. Backup do PainelLH no serviço de bot não traz as tabelas. São instâncias diferentes.
- 5Dump enorme ou queries lentas: plano Plus/Pro em /postgres (mais RAM e disco NVMe) ou limpeza de tabelas de log.
Pronto para o próximo passo?
Vá direto ao link certo deste tutorial — sem procurar no menu.