Boa Dica valeu Fernando, Em 10 de novembro de 2011 09:56, Fernando Brombatti <[email protected]>escreveu:
> Talvez você tenha uma performance mais satisfatória usando pg_dump > compactado. > > pg_dump -Fc -U postgres -T TABELA-A-IGNORAR BANCO > ARQUIVO.PG > > > > 2011/11/10 Hélio José <[email protected]> > >> >> >> rsrsrs, Flávio o que vc sugere é justamente o que fizemos aqui com >> exceção do DROP...observe: várias formas de alcançar o mesmo objetivo neh... >> >> >> 1º Fiz dump de td o BDproducao: >> >> >> pg_dump -Ft banco -f arquivo.sql.tar >> >> 2º restaurei o dump no novo banco: >> >> psql -U usuario BDNovobanco < /tmp/arquivo.sql.tar >> >> 3º drop a tabela que não preciso: >> >> drop tabela_q_nao_preciso >> >> >> 4º fiz o dump de uma única tabela do BDdesenvolvimento: >> pg_dump -U nomeusuario -d BDdesenvolvimento -t nometabela > tabela.sql >> >> >> >> 5° restaurei a tabela no BDNovobanco: >> *psql banco_a_ser_carregado -f tabela.sql* >> >> >> >> *Resolvido* com este procedimento também, o problema era restaurar a >> tabela, não sabia como fazer... >> >> Obrigado Jota, Daniel, Dickson e Flávio...agora tenho 3 formas que >> funcionam bem... >> >> >> obrigado a todos... >> >> Em 10 de novembro de 2011 08:32, JotaComm <[email protected]> escreveu: >> >> Olá, >>> >>> Vamos lá. >>> >>> Em 9 de novembro de 2011 19:06, Hélio José <[email protected]>escreveu: >>> >>>> >>>> Jota para fazer o dump funciona mas na hora de fazer na hora de colocar >>>> a tabla x de volta como posso fazer tentei assim só que não deu certo... : >>>> 1º fiz como vc falou: >>>> pg_dump -i BDproducao -T tabela_que_nao_vai no_dump -f arquivo.bkp >>>> >>> >>> OK. >>> >>>> >>>> 2° restaurei este dump gerado num banco num novo banco (BDNovobanco) >>>> zerado, ok td bem até aqui o banco foi restaurado menos a tabela >>>> x(tabela_que_nao_vai no_dump): >>>> psql -U usuario BDNovobanco < /tmp/arquivo.bkp.tar >>>> >>> >>> OK. >>> >>>> >>>> 3° fiz dump no BDdesenvolvimento da >>>> tabela_que_vai_ser_inserida_no_novo_banco: >>>> pg_dump -U nomeusuario -d BDdesenvolvimento -t >>>> tabela_que_vai_ser_inserida_no_novo_banco > tabela.sql >>>> >>> >>> OK. >>> >>>> >>>> 4ºpreciso restaurar a tabela no BDNovobanco: >>>> aqui o bixo pega pq não tem como fazer isto sem ter feito um dump do >>>> tipo tar de acordo com esta documentação: >>>> >>>> http://pt.wikibooks.org/wiki/PostgreSQL_Pr%C3%A1tico/Administra%C3%A7%C3%A3o/Backup_e_Restore >>>> >>>> Por que o bixo pega? >>> >>> Dump do tipo tar? >>> >>> No passo 3 se você fez um pg_dump apenas com a tabela desejada, não tem >>> porque você não conseguir fazer a restauração da tabela. O único problema >>> que pode ocorrer e dar problema em carrregar é por problemas de FK. >>> >>> Se você fizer: pg_dump -U nomeusuario -d BDdesenvolvimento -t >>> tabela_que_vai_ser_inserida_no_novo_banco > tabela.sql >>> >>> Para restaurar você pode fazer: >>> >>> psql banco_a_ser_carregado -f tabela.sql >>> >>> O comando acima não é para dar nenhum problema, visto que só tem uma >>> tabela que você vai carregar. >>> >>> >>> >>>> então tentei assim mas sem sucesso: >>>> >>>> pg_dump -Ft banco -f arquivo.sql.tar >>>> >>>> pg_restore -d banco -t tabela banco.sql.tar >>>> >>>> Danilo testei usando o método da lista e deu certo, procurei dentro da >>>> lista gerada as linhas e referentes a criação da tabela >>>> >>>> e suas colunas e as comentei com ; no inicio de cada linha...bem e foi >>>> como disse...deu certo... >>>> >>>> o dump foi feito em um postgres 8.3 e restaurado no 9.0 >>>> >>>> muito obrigado pela ajuda prestada...lembrando que no 4º passo onde vc >>>> colocou "pg_restore -L bdproducao.list bdproducao.sql * >>>> bddesenvolvimento* | psql -e bddesenvolvimento" >>>> >>>> foi corrigido para: pg_restore -L bdproducao.list bdproducao.sql | psql >>>> -e bddesenvolvimento" >>>> ae rodou numa boa... >>>> >>>> Em 9 de novembro de 2011 16:00, Danilo Silva < >>>> [email protected]> escreveu: >>>> >>>> Helio, fiz um teste na versão 8.4 e funcionou normalmente: >>>>> >>>>> 1º Faça um dump normalmente "pg_dump -Ft bdproducao -f bdproducao.sql" >>>>> 2º Depois execute este comando "pg_restore --list bdproducao.sql > >>>>> bdproducao.list" esse comando criará uma lista dos itens a serem >>>>> restaurados >>>>> 3º Edite o arquivo bdproducao.list comentando com ";" as linhas dos >>>>> itens que você NÃO quer que seja restaurado e salve o arquivo >>>>> 4º Faça o restore com esse comando "pg_restore -L bdproducao.list >>>>> bdproducao.sql bddesenvolvimento | psql -e bddesenvolvimento" e verá que >>>>> tudo foi restaurado, menos os itens comentados no arquivo .list. >>>>> >>>>> Espero ter ajudado e nos dê um feedback de sucesso ou não. >>>>> >>>>> Abraços >>>>> >>>>> Danilo >>>>> >>>>> >>>>> >>>>> Em 9 de novembro de 2011 11:44, JotaComm <[email protected]>escreveu: >>>>> >>>>> Olá, >>>>>> >>>>>> >>>>>> Em 9 de novembro de 2011 11:16, Hélio José <[email protected]>escreveu: >>>>>> >>>>>> >>>>>>> Minha situação é a seguinte: >>>>>>> tenho 2 servidores: produção e desenvolvimento em ambos tenho dois >>>>>>> bancos idênticos o BDADMINISTRATIVO preciso fazer um dump do banco em >>>>>>> produção para restaurar no desenvolvimento porém existe uma única >>>>>>> tabela do >>>>>>> banco desenvolvimento que de e ser mantida: >>>>>>> >>>>>>> estou fazendo da seguinte forma: >>>>>>> passo 1: em produção: pg_dump -Ft BDADMINISTRATIVO -f >>>>>>> arquivo.sql.tar >>>>>>> passo 2: em desenvolvimento: ????pg_restore de todo banco menos uma >>>>>>> única tabela????? >>>>>>> passo 3: em desenvolvimento: pg_restore -d BDADMINISTRATIVO -t >>>>>>> tabela x banco.sql.tar >>>>>>> >>>>>>> alguem pode me ajudar?com alguma dica... >>>>>>> >>>>>> >>>>>> Que tal fazer da seguinte forma: >>>>>> >>>>>> pg_dump nomedobanco -T tabela_que_nao_vai no_dump -f arquivo.bkp >>>>>> >>>>>>> >>>>>>> desde já obrigado pessoal, >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> -- >>>>>>> Hélio José >>>>>>> (61) 99840139 >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> pgbr-geral mailing list >>>>>>> [email protected] >>>>>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>>>>> >>>>>>> >>>>>> >>>>>> Abraços >>>>>> >>>>>> -- >>>>>> JotaComm >>>>>> http://jotacomm.wordpress.com >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>>> >>>> >>>> >>>> -- >>>> -- >>>> Hélio José >>>> (61) 99840139 >>>> >>>> >>>> _______________________________________________ >>>> pgbr-geral mailing list >>>> [email protected] >>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>> >>>> >>> >>> Abraços >>> >>> -- >>> JotaComm >>> http://jotacomm.wordpress.com >>> >>> _______________________________________________ >>> pgbr-geral mailing list >>> [email protected] >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>> >>> >> >> >> -- >> -- >> Hélio José >> (61) 99840139 >> >> >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > > -- > Fernando Brombatti > email-msn-gtalk: [email protected] > skype: fernandobrombatti > work: +55 54 3218-6060 > home: +55 54 3028-7217 > mobile: +55 54 9189-7970 > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- -- Hélio José (61) 99840139
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
