Bom dia, realmente com Custom resolveu problema, Obrigado pela atenção pessoal.
Em 19 de outubro de 2015 17:12, Rudimar <corsar...@gmail.com> escreveu: > Com formato "Custom" funcionou... grande dica e simples... vou dar uma > olhada mais a fundo nesse formatos... o Custom deu um arquivo bem menor, > parece que ele compacta o arquivo é isso mesmo?... o problema estava no > "tar" mesmo... > > preciso rever meus conceitos de dumps e backups... > > > > Rudimar. > > Em 19 de outubro de 2015 16:06, Douglas Ghirelli < > douglasghire...@gmail.com> escreveu: > >> Boa tarde, >> >> Já tive esse problema utilizando Windows e formato tar, já tentou com o >> format custom ? >> >> Em 19 de outubro de 2015 16:03, Rudimar <corsar...@gmail.com> escreveu: >> >>> sim fiz restauração : >>> >>> comando: >>> D:/Program Files/PostgreSQL/9.4/bin\pg_dump.exe --host 192.168.1.4 >>> --port 5432 --username "postgres" --no-password --format tar --verbose >>> --file "vendas.backup" --table "public.vendas" "db" >>> pg_dump: lendo esquemas >>> pg_dump: lendo tabelas definidas pelo usuário >>> pg_dump: lendo extensões >>> pg_dump: lendo funções definidas pelo usuário >>> pg_dump: lendo tipos definidos pelo usuário >>> pg_dump: lendo linguagens procedurais >>> pg_dump: lendo funções de agregação definidas pelo usuário >>> pg_dump: lendo operadores definidos pelo usuário >>> pg_dump: lendo classes de operadores definidas pelo usuário >>> pg_dump: lendo famÃlias de operadores definidas pelo usuário >>> pg_dump: lendo analisadores de busca textual definidos pelo usuário >>> pg_dump: lendo modelos de busca textual definidos pelo usuário >>> pg_dump: lendo dicionários de busca textual definidos pelo usuário >>> pg_dump: lendo configurações de busca textual definidas pelo usuário >>> pg_dump: lendo adaptadores de dados externos definidos pelo usuário >>> pg_dump: lendo servidores externos definidos pelo usuário >>> pg_dump: lendo privilégios padrão >>> pg_dump: lendo ordenações definidas pelo usuário >>> pg_dump: lendo conversões definidas pelo usuário >>> pg_dump: lendo conversões de tipo >>> pg_dump: lendo informação de herança das tabelas >>> pg_dump: lendo gatilhos de eventos >>> pg_dump: encontrando membros de extensões >>> pg_dump: encontrando relacionamentos herdados >>> pg_dump: lendo informações das colunas em tabelas interessantes >>> pg_dump: encontrando as colunas e tipos da tabela "vendas" >>> pg_dump: marcando colunas herdadas nas subtabelas >>> pg_dump: lendo Ãndices >>> pg_dump: lendo Ãndices da tabela "vendas" >>> pg_dump: lendo restrições >>> pg_dump: lendo gatilhos >>> pg_dump: lendo regras de reescrita >>> pg_dump: lendo dados sobre dependência >>> pg_dump: salvando codificação = UTF8 >>> pg_dump: salvando padrão de escape de cadeia de caracteres = on >>> pg_dump: copiando conteúdo da tabela vendas >>> >>> Process returned exit code 0. >>> >>> >>> >>> >>> Na verdade, da erro nessa tabela somente, quando restauro o banco >>> completo... e tenho outra tabela de 4GB e sem problema ao restaurar no >>> 9.4.. >>> >>> >>> >>> Em 19 de outubro de 2015 15:48, Sebastian Webber <sebast...@swebber.me> >>> escreveu: >>> >>>> >>>> >>>> Em 19 de outubro de 2015 14:49, Rudimar <corsar...@gmail.com> escreveu: >>>> >>>>> >>>>> Pessoal, >>>>> >>>> >>>> Boa tarde! >>>> >>>> >>>>> >>>>> estou com problema ao dar um pg_dump e restaurar pg_restore, >>>>> exportando do 9.3 e importando no 9.4 >>>>> >>>>> tabela é mesma tudo igual, mas parece que alguma coisa desloca linha >>>>> no arquivo backup, e desloca os dados algum assim, >>>>> >>>>> a tabela tem uns 4,4GB (22milhões de registro) >>>>> >>>>> havia somente uma coluna texto, removi ela pensado que era algum >>>>> acento alguma coisa, até resolveu o erro que era em outra linha, agora tem >>>>> esse, só tem campos números e data. >>>>> >>>>> >>>>> >>>>> D:/Program Files/PostgreSQL/9.4/bin\pg_restore.exe --host localhost >>>>> --port 5432 --username "postgres" --dbname "sulcard" --no-password >>>>> --data-only --table getnet_vendas --schema public --verbose >>>>> "E:\tabela_vendas.backup" >>>>> pg_restore: conectando ao banco de dados para restauração >>>>> pg_restore: processando dados da tabela "vendas" >>>>> pg_restore: [arquivador (bd)] Erro ao PROCESSAR TOC: >>>>> pg_restore: [arquivador (bd)] Erro no registro do TOC 2607; 0 20537 >>>>> TABLE DATA vendas postgres >>>>> pg_restore: [arquivador (bd)] COPY falhou para tabela "vendas": ERRO: >>>>> faltando dados da coluna "datahora_transacao" >>>>> CONTEXTO: COPY vendas, linha 413934: "2014121264988153105596979845 >>>>> 607710 3" >>>>> pg_restore: definindo dono e privilégios para TABLE DATA vendas >>>>> AVISO: erros ignorados durante restauração: 1 >>>>> >>>>> Process returned exit code 1. >>>>> >>>> >>>> >>>> Antes de rodar o comando acima, você chegou a restaurar a estrutura da >>>> tabela vendas? mesmo que manualmente? >>>> Quais são os parametros que você passou na chamada do pg_dump? >>>> >>>> >>>> -- >>>> Sebastian Webber >>>> http://swebber.me >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Att >> Douglas Ghirelli >> >> _______________________________________________ >> 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