Bom pessoal, Acredito que o problema foi resolvido.
Tentei a abordagem do *verbose (-v)* citada pelo Euler. Também resolvi tirar o* -Z1*, deixando apenas a opção* -Fc*. O dump foi feito normalmente e sem erros. Depois disso copiei-o para o servidor de homologacao via SCP e o restore funcionou normalmente. Onde imagino que possa ter acontecido o problema: - Alguma coisa referente ao* -Z1* que retirei. Vou testar novamente em outra oportunidade com este parâmetro para ver se o erro volta a acontecer. - Alguma coisa referente a cópia via SCP para nosso servidor de backup. Como o procedimento do pg_dump demora, eu estava deixando agendado para rodar de madrugada e no dia seguinte pegar a cópia no servidor de backup. Hoje fiz tudo manualmente, esperando alguma horas para o dump ser concluído. Agradeço a todos pela ajuda. Best regards, -- Miguel Eugênio Ramalho Bezerra, M.Sc. Federal University of Pernambuco, Brazil home: http://www.cin.ufpe.br/~merb/ twitter: @migueleugenio Em 3 de outubro de 2013 13:51, Matheus de Oliveira < [email protected]> escreveu: > > 2013/10/3 Miguel Bezerra <[email protected]> > >> Pessoal, >> >> Estou tentando fazer um dump do nosso servidor de produção para o de >> homologação, ambos estão com PostgreSQL 9.1.9. >> >> O comando usado no pg_dump foi: >> >> *pg_dump -c -h host1 -p 5432 -U postgres -Fc -Z1 -f banco_prod.bkp >> banco_prod* >> >> O comando usado no Pg_restore foi: >> >> *pg_restore -c -h host2 -p 5432 -U postgres -d banco_homo -j 2 >> banco_prod.bkp* >> >> >> Então o pg_restore é interrompido com a seguinte mensagem de erro: >> >> pg_restore: [custom archiver] found unexpected block ID (-944814966) when >> reading data -- expected 10768 >> pg_restore: [archiver] worker process failed: exit code 1 >> >> No log do banco, fica registrada a seguinte mensagem de erro: >> >> 2013-10-03 10:12:54 BRT [28928]: [13-1] user=postgres,db=banco_homo LOG: >> could not send data to client: Broken pipe >> 2013-10-03 10:12:54 BRT [28928]: [14-1] user=postgres,db=banco_homo LOG: >> unexpected EOF on client connection >> >> >> Alguém tem alguma idéia do que pode estar acontecendo? Fica parecendo >> como se o arquivo de backup estivesse corrompido, mas já refiz o backup e >> não resolveu. Procurei no google e não encontrei nada de relevante para >> minha versão. >> >> >> > Primeiro, verifique, por garantia, que os binários estão na mesma versão: > > pg_dump --version > pg_restore --version > > Segundo, o parâmetro "-c", na minha opinião, é meio perigoso, evite > usá-lo. Quando você faz isso, vai aparecer um "DROP DATABASE banco_prod", o > que pode gerar problemas graves. Ao invés disso, faça um pg_dump sem o "-c" > e na hora de restaurar, crie a base de dados antes, +ou- assim: > > dropdb -h host2 -p 5432 -U postgres banco_homo > createdb -h host2 -p 5432 -U postgres -T template0 -O <owner> banco_homo > pg_restore -h host2 -p 5432 -U postgres -d banco_homo banco_prod.bkp > > Por fim, se o problema ainda persistir, tente isolar de um problema do > banco vs apenas do arquivo de dump, usando o pg_restore para "extrair" o > dump (se for uma base muito grande isso pode ser inviável): > > pg_restore banco_prod.bkp -f banco_prod.sql > > > Atenciosamente, > -- > Matheus de Oliveira > Analista de Banco de Dados > Dextra Sistemas - MPS.Br nível F! > www.dextra.com.br/postgres > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
