Dickson, Vou tentar seguir sua idéia para ver se detecto o problema. Fatiarei o frango.
Como eu disse para o Fabrizio, a restauração em uma servidora de menor capacidade funcionou sem problemas, lógico que com um tempo bem maior. Porém, preciso detectar a falha, para no momento propicio , onde será executada a migração real, não ter surpresas. Obrigado pela ajuda. Em 6 de outubro de 2011 08:43, Dickson S. Guedes <lis...@guedesoft.net>escreveu: > Em 6 de outubro de 2011 08:07, mauro fonseca <mfons...@pbh.gov.br> > escreveu: > > Se alguém mais tiver uma dica, seria grato. > > Terei que migrar este ambiente em breve, mas além tempo que será tomado, > > este erro está complicando a migração. > > Obrigado, > > Creio que até o momento seu comando continua sendo: > > pg_dump bd_banco1 --disable-triggers -p 5430 -b -v -Fc | pg_restore > --disable-triggers -d bd_banco2 -j 12 1>ok 2>erro > > Aconselho você a "comer pelas bordas", "cercar o frango", "dividir > para conquistar". > > Tecnicamente falando acho que voce poderia fazer o seguinte: > > Primeiro: Crie um dump! > > Isso mesmo... crie um arquivo de dump em *formato custom*, vejo que > voce está redirecionando a saida e fazendo este dump vai te economizar > tempo caso precisa repetir os seus testes bem como vai permitir uma > restauração parcial; > > Segundo, faça uma restauração parcial! > > Então use pg_restore --list e pg_restore --use-list . Voce pode > comecar com a estrutura, depois com os dados de *algumas tabelas > selecionadas*. Sim! Restaure em um momento algumas tabelas, se der > certo, selecione mais outras para restaurar, e mais outras, e mais > outras ate que todas estejam restauradas, por fim restaure demais > objetos como FKs e INDEXes por exemplo. > > Você pode obter mais informações em [1], [2]. Fiz um PGCast sobre isto > em [3], ele pode ser útil. > > Cheguei a dar uma olhada em suas configurações mas não conheço seu > ambiente o suficiente para opinar algo específico, mas apenas como > sugestão costumo usar múltiplos de 8K para valores que referenciam > memória como shared_buffers, work_mem e effective_cache_size. > > [1] > http://www.postgresql.org/docs/current/interactive/app-pgdump.html#PG-DUMP-OPTIONS > [2] > http://www.postgresql.org/docs/current/interactive/app-pgrestore.html#APP-PGRESTORE-OPTIONS > [3] > http://pt.pgcasts.com/post/10661515346/5-coisas-que-voce-deveria-saber-sobre-dump-e > > []s > -- > Dickson S. Guedes > mail/xmpp: gue...@guedesoft.net - skype: guediz > http://guedesoft.net - http://www.postgresql.org.br > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
