Re: [pgbr-geral] dump vs dump_all

2014-07-08 Por tôpico Flavio Henrique Araque Gurgel

Tenho um banco 9.3 apenas com uma base de dados, quando faço dump nesta
base de dados o arquivo fica apenas com 150MB, mas quando faço dump_all
o arquivo fica com 2,1GB

Segue abaixo comando utilizados:
pg_dumpall -h localhost -p 5432 -U postgres -v -f /backup/dumpall.backup
pg_dump -h localhost -p 5432 -U postgres -F c -v -f /backup/dump.backup base


O segundo comando faz backup apenas do banco de dados postgres, pois não 
foi passado o nome do banco de dados.



Esta diferença toda é devido ao pg_dumpall não compactar o arquivo gerado?


A compactação faz a diferença, mas acho que no seu caso faltou 
especificar o nome do banco.



Pesquisando na internet recomendaram fazer o seguinte:

  * |pg_dumpall --globals-only| (para obter users/roles/etc)
  * |pg_dump -Fc (para cada base de dados)|


É uma boa estratégia, pois a restauração a partir dos arquivos custom 
pode ser feita usando o modo paralelo do pg_restore.



Mas esta estratégia deixa brechas para falhas, se alguém alterar o nome
de alguma base ou criar uma nova e esquecer de alterar a rotina de dump !!!


Pois é...


Qual a melhor solução?


A que melhor lhe atender, além de utilisar também a estratégia de backup 
físico com possibilidade de PITR:

http://www.postgresql.org/docs/9.3/static/continuous-archiving.html

E leia sempre a bíblia do backup PostgreSQL brasileiro:
http://softwarelivre.org/telles/blog/dump-nao-e-backup

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] dump vs dump_all

2014-07-08 Por tôpico Bruno Silva
2014-07-08 10:43 GMT-03:00 Alessandro Lima grandegoia...@gmail.com:

 Mas esta estratégia deixa brechas para falhas, se alguém alterar o nome de
 alguma base ou criar uma nova e esquecer de alterar a rotina de dump !!!

 Qual a melhor solução?


Te recomendo ler o material do Fábio Telles, Dump não é backup [1]. É um
ponto pra começar a definir a estratégia.

[1] http://savepoint.blog.br/dump-nao-e-backup/

Bruno E. A. Silva.
Analista de Sistemas.
Bacharel em Sistemas de Informação
MBA Gerência de Projetos
Certified Scrum Master
LPIC-1
SCJP, SE 6
Novell CLA / DCTS ECR
DBA Postgres
---
“A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.” -
Sábio Desconhecido
Alguns prestam serviço/consultoria de Qualidade, os outros vendem licença!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] dump vs dump_all

2014-07-08 Por tôpico Fabrízio de Royes Mello
On 08-07-2014 10:43, Alessandro Lima wrote:
 Tenho um banco 9.3 apenas com uma base de dados, quando faço dump nesta
 base de dados o arquivo fica apenas com 150MB, mas quando faço dump_all o
 arquivo fica com 2,1GB
 
 Segue abaixo comando utilizados:
 pg_dumpall -h localhost -p 5432 -U postgres -v -f /backup/dumpall.backup
 pg_dump -h localhost -p 5432 -U postgres -F c -v -f /backup/dump.backup base
 
 Esta diferença toda é devido ao pg_dumpall não compactar o arquivo gerado?
 

Isso mesmo... o pg_dumpall extrai todos databases do seu cluster em um
script SQL. E aquele seu pg_dump está usando o formato custom -F c e
este por padrão é compactado.


 Pesquisando na internet recomendaram fazer o seguinte:
 
- pg_dumpall --globals-only (para obter users/roles/etc)
- pg_dump -Fc (para cada base de dados)
 
 Mas esta estratégia deixa brechas para falhas, se alguém alterar o nome de
 alguma base ou criar uma nova e esquecer de alterar a rotina de dump !!!
 

Vc pode fazer um shell script que dá uma olhada no catálogo do
PostgreSQL (pg_database) e exporta um dump para cada base de dados, algo
do tipo:

for db in $(psql -U postgres -At -c select datname from pg_database
where datistemplate is false)
do
  pg_dump -U postgres -Fc -v -f /backup/dump_${db}.backup
done

E ainda vc pode utilizar outra estratégia de backup, o físico [1] que
vai exportar todo seu cluster.


 Qual a melhor solução?
 

A que melhor se encaixar em seu cenário. ;-)

Att,


[1] http://www.postgresql.org/docs/9.3/static/backup.html

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] dump vs dump_all

2014-07-08 Por tôpico Fabrízio de Royes Mello
On 08-07-2014 10:48, Flavio Henrique Araque Gurgel wrote:

[...]

 E leia sempre a bíblia do backup PostgreSQL brasileiro:
 http://softwarelivre.org/telles/blog/dump-nao-e-backup
 

Aproveitando o gancho, mês passado o Fábio Telles ministrou um
treinamento online especificamente sobre o tema Backup/Restore com o
PostgreSQL [1].

Foram 8h (dois sábados) tratando especificamente do tema, onde foram
abordados muitos detalhes e dicas tanto de backup lógico quanto físico,
com diversos exemplos práticos.

Foi a primeira vez (que eu me recorde claro) que um treinamento
PostgreSQL abordou com tanta profundidade um tema mais especifico, o que
normalmente não é realizado em treinamentos convencionais por abordar
diversos temas.

E teremos ainda dois treinamentos nos mesmos moldes:
- Tuning (19/07 e 26/07)
- Replicação Nativa (02/08 e 09/08)

Att,

[1] http://www.eventick.com.br/postgresql-backup-e-restore
[2] http://www.eventick.com.br/postgresql-tunning
[3] http://www.eventick.com.br/postgresql-replicacao-nativa

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] dump vs dump_all

2014-07-08 Por tôpico Vinicius Santos
Em 8 de julho de 2014 11:01, Fabrízio de Royes Mello 
fabri...@timbira.com.br escreveu:


 Aproveitando o gancho, mês passado o Fábio Telles ministrou um
 treinamento online especificamente sobre o tema Backup/Restore com o
 PostgreSQL [1].

 Foram 8h (dois sábados) tratando especificamente do tema, onde foram
 abordados muitos detalhes e dicas tanto de backup lógico quanto físico,
 com diversos exemplos práticos.


Vocês gravaram o treinamento? Vão disponibilizar o vídeo para compra?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] dump vs dump_all

2014-07-08 Por tôpico Fabrízio de Royes Mello
On 08-07-2014 11:14, Vinicius Santos wrote:
 Em 8 de julho de 2014 11:01, Fabrízio de Royes Mello 
 fabri...@timbira.com.br escreveu:
 

 Aproveitando o gancho, mês passado o Fábio Telles ministrou um
 treinamento online especificamente sobre o tema Backup/Restore com o
 PostgreSQL [1].

 Foram 8h (dois sábados) tratando especificamente do tema, onde foram
 abordados muitos detalhes e dicas tanto de backup lógico quanto físico,
 com diversos exemplos práticos.


 Vocês gravaram o treinamento? Vão disponibilizar o vídeo para compra?
 

Não. Nesta edição, como era a primeira, não fizemos isso... nas próximas
poderemos fazer.

Att,

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral