Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rudimar 
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 
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  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 
>> escreveu:
>>
>>>
>>>
>>> Em 19 de outubro de 2015 14:49, Rudimar  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
 6077103"
 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.o

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Sebastian Webber 
Em 19 de outubro de 2015 16:03, Rudimar  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"
>

Nada demais até aqui.


> 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..
>

Mesmo restaurando o banco completo da o mesmo erro?


Depois de dar uma pesquisada na lista, encontrei um post antigo[1] de um
problema parecido. Lá é citado que o erro é causado pela diferença da
estrutura das tabelas. Recomendo que você dê uma lida com mais calma e veja
os detalhes.

Dê uma conferida na estrutura das tabelas, com os bancos nas versões 9.3 e
9.4. Quando o esquema for o mesmo tente rodar o pg_restore com a opção
--data-only novamente.

[1] http://comments.gmane.org/gmane.comp.db.postgresql.brasil/100423



-- 
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

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Douglas Ghirelli 
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  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 
> escreveu:
>
>>
>>
>> Em 19 de outubro de 2015 14:49, Rudimar  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
>>> 6077103"
>>> 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

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rudimar 
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 
escreveu:

>
>
> Em 19 de outubro de 2015 14:49, Rudimar  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
>> 6077103"
>> 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

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rafael Fialho 
>
> Fiz remoto o backup, usando o servidor que tem o 9.4 e depois tentei
> restaurar deu mesmo erro...
>
> D:/Program Files/PostgreSQL/9.4/bin\pg_restore.exe --host localhost --port
> 5432 --username "postgres" --dbname "db" --no-password  --data-only --table
> vendas --schema public --verbose "E:\vendas.backup"
>

Estás fazendo a restauração como data-only por algum motivo específico? Não
existe diferença na estrutura da tabela na base de origem e na base de
destino?
Já tentou restaurar a tabela inteira?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Sebastian Webber 
Em 19 de outubro de 2015 14:49, Rudimar  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
> 6077103"
> 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

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rudimar 
Fiz remoto o backup, usando o servidor que tem o 9.4 e depois tentei
restaurar deu mesmo erro...

D:/Program Files/PostgreSQL/9.4/bin\pg_restore.exe --host localhost --port
5432 --username "postgres" --dbname "db" --no-password  --data-only --table
vendas --schema public --verbose "E:\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 getnet_vendas, linha 413934:
"20141212649881531055969798456077103"
pg_restore: definindo dono e privilégios para TABLE DATA vendas
AVISO: erros ignorados durante restauração: 1

Process returned exit code 1.

Em 19 de outubro de 2015 15:25, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:

> On 19-10-2015 15:21, Rafael Fialho wrote:
> > é utilizei diferente, 9.3 -> 9.4 , será que pode ser isso?  mas ai
> > qual procedimento?  tenho os 2 bancos rodando em servidores
> > diferentes...
> >
> >
> > Sendo ou não, o correto é utilizar a versão de destino, no caso utilizar
> > o pg_dump da versão 9.4.
> > Utilize o pg_dump 9.4 para fazer backup remoto, se possível, ao invés de
> > realizar o backup com os binários da versão 9.3 no próprio servidor 9.3.
> >
>
> É bem isso mesmo... instale os "clients" da 9.4 no server da 9.3 e faça
> o dump usando o binário da versão nova para conectar na versão antiga.
>
> Att,
>
> --
>Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
>PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
>
>
> ___
> 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

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Fabrízio de Royes Mello 
On 19-10-2015 15:21, Rafael Fialho wrote:
> é utilizei diferente, 9.3 -> 9.4 , será que pode ser isso?  mas ai
> qual procedimento?  tenho os 2 bancos rodando em servidores
> diferentes... 
> 
> 
> Sendo ou não, o correto é utilizar a versão de destino, no caso utilizar
> o pg_dump da versão 9.4.
> Utilize o pg_dump 9.4 para fazer backup remoto, se possível, ao invés de
> realizar o backup com os binários da versão 9.3 no próprio servidor 9.3.
> 

É bem isso mesmo... instale os "clients" da 9.4 no server da 9.3 e faça
o dump usando o binário da versão nova para conectar na versão antiga.

Att,

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



signature.asc
Description: OpenPGP digital signature
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rudimar 
Estou fazendo isso nesse momento. Posto resultado depois... muito
obrigado...

Em 19 de outubro de 2015 15:21, Rafael Fialho 
escreveu:

> é utilizei diferente, 9.3 -> 9.4 , será que pode ser isso?  mas ai qual
>> procedimento?  tenho os 2 bancos rodando em servidores diferentes...
>>
>
> Sendo ou não, o correto é utilizar a versão de destino, no caso utilizar o
> pg_dump da versão 9.4.
> Utilize o pg_dump 9.4 para fazer backup remoto, se possível, ao invés de
> realizar o backup com os binários da versão 9.3 no próprio servidor 9.3.
>
> []'s
>
> ___
> 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

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rafael Fialho 
>
> é utilizei diferente, 9.3 -> 9.4 , será que pode ser isso?  mas ai qual
> procedimento?  tenho os 2 bancos rodando em servidores diferentes...
>

Sendo ou não, o correto é utilizar a versão de destino, no caso utilizar o
pg_dump da versão 9.4.
Utilize o pg_dump 9.4 para fazer backup remoto, se possível, ao invés de
realizar o backup com os binários da versão 9.3 no próprio servidor 9.3.

[]'s
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rudimar 
é utilizei diferente, 9.3 -> 9.4 , será que pode ser isso?  mas ai qual
procedimento?  tenho os 2 bancos rodando em servidores diferentes...

Em 19 de outubro de 2015 14:59, Rafael Fialho 
escreveu:

> Pessoal,
>>
>> estou com problema ao dar um pg_dump e restaurar pg_restore, exportando
>> do 9.3 e importando no 9.4
>>
>
> Você realizou o restore com o binário da versão 9.4, mas utilizou o
> pg_dump de qual versão?
> Para realizar este tipo de migração você deve realizar o dump com o
> binário da versão de destino, além de utilizar o pg_restore da versão de
> destino também.
>
> ___
> 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

Re: [pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rafael Fialho 
>
> Pessoal,
>
> estou com problema ao dar um pg_dump e restaurar pg_restore, exportando do
> 9.3 e importando no 9.4
>

Você realizou o restore com o binário da versão 9.4, mas utilizou o pg_dump
de qual versão?
Para realizar este tipo de migração você deve realizar o dump com o binário
da versão de destino, além de utilizar o pg_restore da versão de destino
também.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Erro pg_restore

2015-10-19 Por tôpico Rudimar 
Pessoal,

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
6077103"
pg_restore: definindo dono e privilégios para TABLE DATA vendas
AVISO: erros ignorados durante restauração: 1

Process returned exit code 1.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: Aplicação que gere scripts DDL da diferença entre dois bancos

2015-10-19 Por tôpico Dickson S. Guedes 
On Mon, Oct 19, 2015 at 10:07:04AM -0200, Carlos Antônio Pereira (VidaUTI) 
wrote:
> Bom dia, Senhores.
> Dickson, vasculhei as instruções do pg_dump e não encontrei nenhuma opção que 
> gere o comando ‘CREATE SCHEMA...’.

O arquivo de dump de estrutura eh pequeno, você não ficou curioso em
abri-los e escrever em ambos um CREATE SCHEMA ... apenas para
validar se é isso mesmo que esteja faltando? Não quero dar spoilers. :)

[]s
Guedes


signature.asc
Description: Digital signature
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Como está a situação da Porto Alegre da PGBR 2015?

2015-10-19 Por tôpico Itamar 



On 10/19/2015 09:56 AM, Anselmo Mota Silva wrote:
Pessoal, peço informações aos organizadores da pgbr 2015 presentes 
nesta comunidade, sobre a situação da área de hotéis e do evento, em 
vistas das últimas notícias sobre a cidade. Como estou intencionando 
ir ao evento e a viagem será de muito longe (Sergipe), gostaria de 
saber como está a cidade para nos receber, bem como a possibilidade de 
'turistar' por lá nos dias do evento.


Grato,
--
Anselmo M. Silva



vc não terá problemas, inclusive em porto alegre tem muitos hosteis de 
boa qualidade caso queira economizar algum $$$


este aqui por exemplo é muito bom

hostel.tur.br

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Manutenção programada: 21/10/2015

2015-10-19 Por tôpico Fernando Ike 
Olá,

  No dia 21 de Outubro a Linode irá fazer manutenção na infraestrutura
do Olifante para uma atualização crítica do Xen[1]. Todos os serviços
do PostgreSQL Brasil ficarão paralisados até o termino da manutenção.

  Assim que o servidor e os serviços forem restabelecidos, aviso.

Referência:
[1]: http://status.linode.com/incidents/ltchxw3jmx0s
-- 
Fernando Ike
http://www.fernandoike.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Como está a situação da Porto Alegre da PGBR 2015?

2015-10-19 Por tôpico Rafael Fialho 
>
> Pessoal, peço informações aos organizadores da pgbr 2015 presentes nesta
> comunidade, sobre a situação da área de hotéis e do evento, em vistas das
> últimas notícias sobre a cidade.
>

A área onde será realizada o evento é bem à parte de onde estão localizados
os problemas.
A cidade em si não está com tantos problemas quanto a região metropolitana.
Os alagamentos são mais à zona sul, enquanto o PGBR será realizado na zona
"nordeste" da cidade.


> Como estou intencionando ir ao evento e a viagem será de muito longe
> (Sergipe), gostaria de saber como está a cidade para nos receber, bem como
> a possibilidade de 'turistar' por lá nos dias do evento.
>

Os locais mais "turistados" também estão em áreas pouco afetadas, e
provavelmente tudo esteja bem mais organizado até a data do evento, pois
foram eventos muito atípicos (em 40 anos não tínhamos problemas como esse)
e muita coisa já está sendo ajustada e recebendo os devidos ajustes para
prevenção.

[]'s
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: Aplicação que gere scripts DDL da diferença entre dois bancos

2015-10-19 Por tôpico VidaUTI 

From: Dickson S. Guedes 
Sent: Saturday, October 17, 2015 9:20 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] RES: Aplicação que gere scripts DDL da diferença 
entre dois bancos

> Assim: 
> 
> pg_dump  –s –f old_db.sql vidagoias (Banco de dados desatualizado)
> 
> pg_dump  –s –f new_db.sql vidadef (Banco de dados atualizado)



>Tente extrair os dumps utilizando também a flag `--schema` no
>`pg_dump` [1].


>[1] http://www.postgresql.org/docs/current/static/app-pgdump.html


>[]s
>Guedes


Bom dia, Senhores.
Dickson, vasculhei as instruções do pg_dump e não encontrei nenhuma opção que 
gere o comando ‘CREATE SCHEMA...’.

Testei estas opções:

-s --schema public  

Resultado:
--
-- PostgreSQL database dump
--

SET statement_timeout = 0;
SET client_encoding = 'LATIN1';
SET standard_conforming_strings = off;
SET check_function_bodies = false;
SET client_min_messages = warning;
SET escape_string_warning = off;

SET search_path = public, pg_catalog;

--
-- Name: fn_check_cnpj(text); Type: FUNCTION; Schema: public; Owner: postgres
--


**

-s --schema-only 

Resultado:
--
-- PostgreSQL database dump
--

SET statement_timeout = 0;
SET client_encoding = 'LATIN1';
SET standard_conforming_strings = off;
SET check_function_bodies = false;
SET client_min_messages = warning;
SET escape_string_warning = off;

--
-- Name: plpgsql; Type: PROCEDURAL LANGUAGE; Schema: -; Owner: root
--

CREATE PROCEDURAL LANGUAGE plpgsql;


ALTER PROCEDURAL LANGUAGE plpgsql OWNER TO root;

SET search_path = public, pg_catalog;

--
-- Name: fn_check_cnpj(text); Type: FUNCTION; Schema: public; Owner: postgres
--

Att Carlos___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Como está a situação da Porto Alegre da PGBR 2015?

2015-10-19 Por tôpico Fabrízio de Royes Mello 
On 19-10-2015 09:56, Anselmo Mota Silva wrote:
> Pessoal, peço informações aos organizadores da pgbr 2015 presentes nesta
> comunidade, sobre a situação da área de hotéis e do evento, em vistas
> das últimas notícias sobre a cidade. Como estou intencionando ir ao
> evento e a viagem será de muito longe (Sergipe), gostaria de saber como
> está a cidade para nos receber, bem como a possibilidade de 'turistar'
> por lá nos dias do evento.
> 

Caro Anselmo,

A área do Hotel Oficial [1] do evento não foi muito afetada em função
das fortes chuvas dos últimos dias. Existem pontos de alagamento (como
em qualquer outra cidade) que acarreta obviamente em maiores
dificuldades de deslocamento por conta de congestionamentos.

Acredito que essa situação esteja normalizada até o nosso evento. Quanto
a turismo vc pode encontrar várias informações em [2], e também fique a
vontade para perguntar.

Esperamos vc aqui no sul "tchê" !!!

Att,

[1] http://pgbr.postgresql.org.br/2015/#accommodation
[2] http://pgbr.postgresql.org.br/2015/#tourism

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



signature.asc
Description: OpenPGP digital signature
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] [off-topic] Como está a situação da Porto Alegre da PGBR 2015?

2015-10-19 Por tôpico Anselmo Mota Silva 
Pessoal, peço informações aos organizadores da pgbr 2015 presentes nesta
comunidade, sobre a situação da área de hotéis e do evento, em vistas das
últimas notícias sobre a cidade. Como estou intencionando ir ao evento e a
viagem será de muito longe (Sergipe), gostaria de saber como está a cidade
para nos receber, bem como a possibilidade de 'turistar' por lá nos dias do
evento.

Grato,
-- 
Anselmo M. Silva
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] descobrir se telefone é celular

2015-10-19 Por tôpico Fabrízio de Royes Mello 
On 16-10-2015 13:38, Tiago José Adami wrote:
>> O problema é que o campo está sem mascara e telefones convencionais juntos,
>> ou seja aquela bagunça de sempre,
>> exemplo:
>> 48-
>> 49--
>> 049--
>> (49)-
>> (49)
>>
>> por isso queria ver se alguem tinha alguma função para compartilhar, algo do
>> tipo regex, pois não consigo entender como funciona essa parada.
> 
> Opa, veja se isso te ajuda. São duas funções: uma para formatar os
> números removendo caracteres não numéricos e a outra que compara e
> verifica se é um número de telefone móvel começando com os dígitos 8
> ou 9 (considerando que esta é a regra):
> 
> CREATE OR REPLACE FUNCTION uf_format_phone_number(
> a_number BPCHAR
> )
> RETURNS BPCHAR AS
> $BODY$
> DECLARE
> lc_number BPCHAR;
> lc_char   BPCHAR;
> li_len INTEGER;
> BEGIN
> li_len := LENGTH(a_number);
> lc_number := '';
> 
> FOR i IN 1..li_len LOOP
> lc_char = SUBSTR(a_number,i,1);
> 
> IF POSITION(lc_char IN '0123456789')<=0 THEN
> CONTINUE;
> END IF;
> 
> lc_number := lc_number || lc_char;
> END LOOP;
> 
> lc_number := CAST(CAST(lc_number AS NUMERIC(20,0)) AS BPCHAR);
> 
> RETURN lc_number;
> 
> END;
> $BODY$
> LANGUAGE 'plpgsql' IMMUTABLE;
> 
> 
> CREATE OR REPLACE FUNCTION uf_is_mobile_number(
> a_number BPCHAR
> )
> RETURNS BOOLEAN AS
> $$
> SELECT uf_format_phone_number(a_number) ~ '^[1-9]{2}[8-9][0-9]{7,8}$'
> $$
> LANGUAGE SQL;
> 
> Eu fiz estas funções conferindo a explicação de um post no
> StackOverflow [1] sobre regex para o mesmo fim.
> 
> Para verificar se um número é ou não de telefonia móvel, use a função
> 'uf_is_mobile_number':
> 
> SELECT uf_is_mobile_number('(099)-');
> 
> 
> Referências:
> [1] 
> http://pt.stackoverflow.com/questions/46672/como-fazer-uma-express%C3%A3o-regular-para-telefone-celular
> 

Tiago,

Bem interessante, porque vc não adiciona isso ao nosso wiki [1].

Att,


[1] https://wiki.postgresql.org/wiki/Snippets

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



signature.asc
Description: OpenPGP digital signature
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral