2008/8/20 Sebastian SWC <[EMAIL PROTECTED]>: > 2008/8/20 Fábio Telles Rodriguez <[EMAIL PROTECTED]>: >> Você não vai se arrepender. Agora, para os demais da lista, repitam comigo: >> >> pg_dump != backup >> > > Fabio, o que exatamente você considera backup? >
Veja... imagina que você tem uma base de 200GB. Algumas tabelas de 2 ou 4GB. Pois bem, fazer um dump pode ser uma tarefa trivial, certo? E fazer o restore? Quanto tempo você acha que vai demorar para fazer o restore desta base? Você pode demorar umas 2 horas para gerar o dump, mas o restore pode levar facilmente mais de 24 horas. E mais, você vai ter que rodar o analyze em toda a base depois de terminar a importação. Sentiu o drama? Para recuperação de desastres (tarefa primordial do backup) o dump não é de forma algum adequado. O backup físico é a política número um de bakcup, seja ele feito on-line ou off-line. É por isso que é equivocado achar que pg_dump é sinônimo de backup. Faz sentido? Aliás, isto faz parte da palestra que eu estou preparando para o PGCon Brasil 2008. []s Fábio Telles > -- > Sebastian SWC > http://sebastianswc.com > http://www.postgresql.org.br/ > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
