Bom dia Ronaldo, Primeiramente agradeço a atenção. Seguindo tuas colocações, é possivelmente mesmo que seja antes da coluna datahora_transacao, tem a única coluna que é texto na tabela, vou tentar remover acentos e outros caracteres. E os próximos servidores dedicados para PostGresql vai ser Linux... Obrigado.
Rudimar. Em 21 de outubro de 2015 22:54, Ronaldo Bernardes Pereira < [email protected]> escreveu: > 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 >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
