Christian Almeida escreveu: > <corta> > O meu problema não é tamanho do banco de dados, mas sim o tamanho do > /dump/. O que ocorre é que muitos clientes acabam "relaxando" com o > backup devido ao tempo gasto para efetua-lo e ao espaço necessário para > armazena-lo. Tempo e espaço estes que estão diretamente ligados ao > tamanho do arquivo de dump gerado. Analisando os dados, concluímos que > na maioria dos clientes, aproximadamente 40% do /dump/ é de tabelas de > logs. Se o cliente perde o banco (HD pifa, etc...), o que é muito > raro, ele está disposto a "aceitar" que os logs nao sejam restaurados, > desde que todo o restante o seja. > > <corta> > > Mais uma vez, o problema não é restaurar, mas sim gerar o /dump./ Neste > caso ao gerar o dump conforme descrito eu estaria colocando nele todos > os dados, e continuaria do mesmo tamanho, isto é, enorme. > > É saudável discutir a problema tentando entender o cenário em que está > inserido. Muitas vezes, há problemas que tem sua solução em outros > contextos. *Mas no meu caso, o problema é _gerar um dump menor_.* A > única saída que vejo para isto é retirar dados de dentro dele. Por isto > desejaria saber se há possibilidade de gerar de acordo com o descrito no > primeiro post. Contudo, caso conheçam outra solução, fiquem à vontade > para compartilha-la conosco. >
Avalie a possibilidade de utilizar: - pg_dumpall com a opção --schema-only seguido de: - pg_dump com as opções --data-only e --exclude-table=table (ou --table=table) Osvaldo _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
