2013/10/4 Miguel Bezerra <[email protected]> > Bom pessoal, > > Acredito que o problema foi resolvido. > > Que bom.
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. > Não vejo como isso poderia afetar, mas... Outra coisa, verifique se é realmente válido alterar o nível de compressão (tempo de execução vs tamanho final), já vi muitos casos onde isso não ajuda muito... - 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. > > Ahaa... É muito provável que esse seja o problema, se a restauração puder pegar um dump que incompleto, erros como esse vão acontecer, naturalmente. Eu acho que tarefas agendadas que dependem uma da outra devem ser "disparadas" pelo mesmo processo (ou script) e não agendadas separadamente. > 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 > > -- 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
