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 <[email protected]> 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 <[email protected]> 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 <[email protected]> >> escreveu: >> >>> >>> >>> Em 19 de outubro de 2015 14:49, Rudimar <[email protected]> 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 >>> [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 >> > > > > -- > Att > Douglas Ghirelli > > _______________________________________________ > 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
