Rudimar, boa noite Esse esse é comum em SGBDs PostgreSQL instalado em Windows quando você tem caracteres estranhos em uma coluna da base de dados. É como se um desses caracteres realizasse uma quebra de linha parecendo que a coluna não tem informação. Creio que seja uma coluna antes da coluna datahora_transacao. Nesse caso, no Windows o backup deverá ser realizado com formato custom (-Fc) que realizar compactação do dump. O dump pode realizado de uma versão menor para maior, mas creio que não pode ser o inverso. O dumo em formato plain(texto puro), restaura normalmente com caracteres estranhos em SGBDs PostgreSQL (Linux), pois já executei vários testes com sucesso. Como disse, somente no Windows acontece esse tipo de erro, mas que pode ser contornado sem problemas.
Em 20 de outubro de 2015 09:49, Rudimar <[email protected]> escreveu: > > Bom dia, realmente com Custom resolveu problema, Obrigado pela atenção > pessoal. > > Em 19 de outubro de 2015 17:12, Rudimar <[email protected]> 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 < >> [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 >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
