Re: [pgbr-geral] Nova lista PGBR

[Franklin Anderson de Oliveira Souza]

Em qua, 18 de abr de 2018 às 08:46, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:

> Em 18 de abril de 2018 09:40, Ivanelson Nunes 
> escreveu:
>
>> Eu pergunto o legado das postagens.
>>
>>
> Também não. Seria preciso converter tudo e o formato que utilizamos é
> diferente. O legado vai continuar disponível para consulta por um tempo.
> Acredito que a maior parte do histórico já esteja indexado na internet.
>
>
>> @ivanelson
>> []s
>>
>> Em 18 de abril de 2018 09:38, Fábio Telles Rodriguez <
>> fabio.tel...@gmail.com> escreveu:
>>
>>> Não, você tem que se inscrever na lista manualmente.
>>>
>>> Em 18 de abril de 2018 09:27, Ivanelson Nunes 
>>> escreveu:
>>>
 Bom dia

 O legado vai ser exportado?

 @ivanelson
 []s

 Em 18 de abril de 2018 09:19, Fábio Telles Rodriguez <
 fabio.tel...@gmail.com> escreveu:

>
> A lista do PGBR-Geral é atualmente está no domínio postgresql.org.br.
> Esta lista deve morrer até o final de abril de 2018.
>
> Criamos uma nova lista em
> https://www.postgresql.org/list/pgsql-pt-geral
>
> Esta lista é mantida pela comunidade internacional que possuem
> servidores com maior capacidade. Assim vamos nos despedir da lista aqui e
> convidar a todos a se cadastrarem o mais rápido possível. Desta forma
> estaremos mais alinhados com a comunidade internacional e vamos evitar
> algumas quedas no servidor do grupo.
>
> Nos vemos no novo servidor.
>
>
> --
> Atenciosamente,
> Fábio Telles Rodriguez
> blog: http:// s
> avepoint.blog.br
> 
> e-mail / gtalk / MSN: fabio.tel...@gmail.com
> Skype: fabio_telles
>
> Timbira - A empresa brasileira de Postgres
> http://www.timbira.com.br
>
> ___
> 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

>>>
>>>
>>>
>>> --
>>> Atenciosamente,
>>> Fábio Telles Rodriguez
>>> blog: http:// s
>>> avepoint.blog.br
>>> 
>>> e-mail / gtalk / MSN: fabio.tel...@gmail.com
>>> Skype: fabio_telles
>>>
>>> Timbira - A empresa brasileira de Postgres
>>> http://www.timbira.com.br
>>>
>>> ___
>>> 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
>>
>
>
>
> --
> Atenciosamente,
> Fábio Telles Rodriguez
> blog: http:// s
> avepoint.blog.br 
> e-mail / gtalk / MSN: fabio.tel...@gmail.com
> Skype: fabio_telles
>
> Timbira - A empresa brasileira de Postgres
> http://www.timbira.com.br
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Qual o procedimento para de inscrever nessa nova lista !? :)
-- 
Enviado do Gmail para celular
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] ping

[Franklin Anderson de Oliveira Souza]

acho que ta ok agora !

2018-02-22 12:54 GMT-04:00 Fábio Telles Rodriguez :

>
>
> --
> Atenciosamente,
> Fábio Telles Rodriguez
> blog: http:// s
> avepoint.blog.br
> e-mail / gtalk / MSN: fabio.tel...@gmail.com
> Skype: fabio_telles
>
> Timbira - A empresa brasileira de Postgres
> http://www.timbira.com.br
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

Re: [pgbr-geral] como descobrir se uma procedure foi modificado no postgresql

[Franklin Anderson de Oliveira Souza]

Em qui, 23 de nov de 2017 às 08:03, Amir  escreveu:

> Fabrízio... Obrigado... vou andar neste caminho, para ver se consigo
> resolver
>
>
>
> Em 21 de novembro de 2017 20:03, Fabrízio de Royes Mello <
> fabri...@timbira.com.br> escreveu:
>
>>
>> Em ter, 21 de nov de 2017 às 18:57, Amir  escreveu:
>>
>>> Boa noite...
>>>
>>> Com saber se uma procedure foi modificada, no banco
>>>
>>
>> Se vc não está com log de DDL habilitado não vejo outra forma de saber.
>>
>>
>> --
>>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


Onde que habilito o log de DDL !?

> 

-- 
Enviado do Gmail para celular
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Tamanho das colunas de uma tabela em GB

[Franklin Anderson de Oliveira Souza]

Bom dia a todos !

Eu consigo ver o tamanho de um database e de suas tabelas, mas gostaria de
saber o tamanho da colunas também. Exemplo: Se tenho uma tabela de 4
colunas com 10 Gb de tamanho, quantos GB tem cada uma das 4 colunas ?!

Obrigado pelas dicas !

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

Re: [pgbr-geral] Quando devo aumentar o shared_buffers ?!

[Franklin Anderson de Oliveira Souza]

Olá Francisco !

Obrigado pelas dicas, os links que passei de referencia é sobre uma
dicussão aqui na lista sobre o uso do pg_buffercache. Eu ja tenho ele
ativado e uso para monitorar o uso do shared_buffers !

Valeu, obrigado !

Em 6 de junho de 2017 15:56, Francisco Porfirio <
francisco.porfi...@gmail.com> escreveu:

> Olá Franklin,
>
>  De fato não é uma regra, mas valores acima disso para um ambiente OLTP
> não é muito recomendado. A idéia é deixar na shared_buffer o que está
> ativo. Se você aumenta muito esse valor, a probabilidade dele armazenar
> dados desnecessário é maior.
>
> Caso queira avaliar o uso da sua shared_buffer, recomendo usar a extension
> pg_buffercache, da para fazer umas análises legais e com base nisso você
> tomar algumas decisões mais acertadas.
>
> Ainda assim, caso precise aumentar, ficar atento ao teu "max_connections"
> associado com "work_mem" Caso você venha a aumentar muito sua
> shared_buffer, você pode comprimir demais o espaço que poderia ser usado
> para work_mem.
>
>
>
>
>
> Em 6 de junho de 2017 12:25, Franklin Anderson de Oliveira Souza <
> frankli...@gmail.com> escreveu:
>
>> Olá Amigos !
>>
>> Em um servidor de produção o shared_buffers conta com 8Gb. Analisando o
>> consumo dessa memória disponível[1] observei que está sendo consumida em
>> torno de 99% desse recurso, isso seria um argumento para aumentar esse
>> valor ?!
>>
>> O servidor em questão conta com 32Gb de Memória Ram disponível, trata-se
>> de um
>> CentOS 6 minimal rodando unicamente o PostgreSQL 9.3.
>>
>> Tenho visto na documentação[2] que o valor ideal fica na casa dos 25% mas
>> isso não parece
>> ser uma regra.
>>
>> Alguma dica ?!
>>
>>
>>
>> [2] - https://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
>>   https://www.postgresql.org/message-id/1395836511.796897979%
>> 40f327.i.mail.ru
>>
>>
>> [1] - https://www.postgresql.org/docs/9.3/static/pgbuffercache.html
>>   https://listas.postgresql.org.br/pipermail/pgbr-geral/2012-N
>> ovember/033322.html
>>
>>
>> --
>> foobar
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> Atenciosamente
> Francisco Porfirio Ribeiro Neto
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

[pgbr-geral] Quando devo aumentar o shared_buffers ?!

[Franklin Anderson de Oliveira Souza]

Olá Amigos !

Em um servidor de produção o shared_buffers conta com 8Gb. Analisando o
consumo dessa memória disponível[1] observei que está sendo consumida em
torno de 99% desse recurso, isso seria um argumento para aumentar esse
valor ?!

O servidor em questão conta com 32Gb de Memória Ram disponível, trata-se de
um
CentOS 6 minimal rodando unicamente o PostgreSQL 9.3.

Tenho visto na documentação[2] que o valor ideal fica na casa dos 25% mas
isso não parece
ser uma regra.

Alguma dica ?!



[2] - https://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server

https://www.postgresql.org/message-id/1395836511.796897979%40f327.i.mail.ru


[1] - https://www.postgresql.org/docs/9.3/static/pgbuffercache.html

https://listas.postgresql.org.br/pipermail/pgbr-geral/2012-November/033322.html


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

Re: [pgbr-geral] oom-killer (out of memory killer) matando postmaster !

[Franklin Anderson de Oliveira Souza]

Eh um sistema legado nao tem como mexer, o servidor fica com uma media de
160 conexoes abertas em sua maioria idle. acho que por enquanto isso nao e
um problema serio !

Quanto as minha duvida achei varias referencias no historico desde grupo,
eu devia ter pesquisado antes de enviar este email  !!! Ja me ajudou ehehehe

Em 16 de maio de 2017 21:20, Francisco Porfirio <
francisco.porfi...@gmail.com> escreveu:

>
> Em ter, 16 de mai de 2017 às 21:38, Franklin Anderson de Oliveira Souza <
> frankli...@gmail.com> escreveu:
>
>> fui incrementando ao longo dos meses, com esse valor os arquivos
>> temporario ($PGDTA/base/pgsql_tmp/) diminuiram bastante !
>>
> Considere revisar suas querys no lugar de incrementar desta forma o
> work_mem.
>
> Escrita de tempfile em grande quantidade não é algo muito interessante, e
> se usar demais a work_mem você ocupa toda a memória só com ela.
>
> Masss... Se ainda assim você precisar disso tudo, imagino que precisará
> rever a memória do teu Servidor,  e os parâmetros de memória do Postgres/SO
>
> Reforço que eu me concentraria em verificar como  poderia baixar a work_mem
>
>>
>> Em 16 de maio de 2017 20:17, Francisco Porfirio <
>> francisco.porfi...@gmail.com> escreveu:
>>
>>>
>>> Em ter, 16 de mai de 2017 às 17:50, Franklin Anderson de Oliveira Souza <
>>> frankli...@gmail.com> escreveu:
>>>
>>>> Ola caros amigos, desculpe a falta de acentuacao !!
>>>>
>>>> Tenho um servidor postgresql que com uma frequencia quase que diaria o
>>>> mesmo altera para o estado de recovery, observando o log do postgresql
>>>> encontrei o seguinte trecho:
>>>>
>>>> -
>>>> LOG:  server process (PID 2529) was terminated by signal 9: Killed
>>>> DETAIL:  Failed process was running: select..
>>>> LOG:  terminating any other active server processes
>>>> WARNING:  terminating connection because of crash of another server
>>>> process
>>>> DETAIL:  The postmaster has commanded this server process to roll back
>>>> the current transaction and exit, because another server process exited
>>>> abnormally and possibly corrupted shared memory.
>>>> HINT:  In a moment you should be able to reconnect to the database and
>>>> repeat your command.
>>>> -
>>>>
>>>> Em seguida observando o log do CentOS encontrei o seguinte:
>>>>
>>>> -
>>>> kernel: postmaster invoked oom-killer: gfp_mask=0x280da, order=0,
>>>> oom_adj=0, oom_score_adj=0
>>>> kernel: postmaster cpuset=/ mems_allowed=0
>>>> kernel: Pid: 51831, comm: postmaster Not tainted
>>>> 2.6.32-504.8.1.el6.x86_64 #1
>>>> kernel: Call Trace:
>>>> kernel: [] ? cpuset_print_task_mems_allowed+0x91/0xb0
>>>> kernel: [] ? dump_header+0x90/0x1b0
>>>> kernel: [] ? security_real_capable_noaudit+0x3c/0x70
>>>> kernel: [] ? oom_kill_process+0x82/0x2a0
>>>> kernel: [] ? select_bad_process+0xe1/0x120
>>>> kernel: [] ? out_of_memory+0x220/0x3c0
>>>> kernel: [] ? __alloc_pages_nodemask+0x89f/0x8d0
>>>> kernel: [] ? alloc_pages_vma+0x9a/0x150
>>>> kernel: [] ? handle_pte_fault+0x73d/0xb00
>>>> kernel: [] ? alloc_pages_current+0xaa/0x110
>>>> kernel: [] ? autoremove_wake_function+0x0/0x40
>>>> kernel: [] ? handle_mm_fault+0x22a/0x300
>>>> kernel: [] ? __do_page_fault+0x138/0x480
>>>> kernel: [] ? sys_recvfrom+0xee/0x180
>>>> kernel: [] ? mutex_lock+0x1e/0x50
>>>> kernel: [] ? generic_file_llseek_size+0x8c/0xd0
>>>> kernel: [] ? do_page_fault+0x3e/0xa0
>>>> kernel: [] ? page_fault+0x25/0x30
>>>> -
>>>>
>>>> Pesquisando encontrei na documentacao uma referencia a esse problema[1]
>>>> que mostra claramente que a funcao do kernel esta matando o postmaster[2]
>>>> deixando-o em recovery.
>>>>
>>>> O que eu fiz em um primeiro momento foi incrementar a memoria e depois
>>>> em um horario mais apropriado efetuarei as alteracoes sugeridas na
>>>> documentacao(vm.overcommit_memory, vm.overcommit_ratio, shmmax).
>>>>
>>>> Perguntas:
>>>>
>>>> 1 - Gostaria de saber de voces se me raciocinio esta correto, se ja
>>>> passaram por isso e que decisoes tomaram?
>>>> 2- Estou com dificuldade de mensurar o consumo de memoria do
>>>> postgresql, qua

Re: [pgbr-geral] oom-killer (out of memory killer) matando postmaster !

[Franklin Anderson de Oliveira Souza]

fui incrementando ao longo dos meses, com esse valor os arquivos temporario
($PGDTA/base/pgsql_tmp/) diminuiram bastante !

Em 16 de maio de 2017 20:17, Francisco Porfirio <
francisco.porfi...@gmail.com> escreveu:

>
> Em ter, 16 de mai de 2017 às 17:50, Franklin Anderson de Oliveira Souza <
> frankli...@gmail.com> escreveu:
>
>> Ola caros amigos, desculpe a falta de acentuacao !!
>>
>> Tenho um servidor postgresql que com uma frequencia quase que diaria o
>> mesmo altera para o estado de recovery, observando o log do postgresql
>> encontrei o seguinte trecho:
>>
>> -
>> LOG:  server process (PID 2529) was terminated by signal 9: Killed
>> DETAIL:  Failed process was running: select..
>> LOG:  terminating any other active server processes
>> WARNING:  terminating connection because of crash of another server
>> process
>> DETAIL:  The postmaster has commanded this server process to roll back
>> the current transaction and exit, because another server process exited
>> abnormally and possibly corrupted shared memory.
>> HINT:  In a moment you should be able to reconnect to the database and
>> repeat your command.
>> -
>>
>> Em seguida observando o log do CentOS encontrei o seguinte:
>>
>> -
>> kernel: postmaster invoked oom-killer: gfp_mask=0x280da, order=0,
>> oom_adj=0, oom_score_adj=0
>> kernel: postmaster cpuset=/ mems_allowed=0
>> kernel: Pid: 51831, comm: postmaster Not tainted
>> 2.6.32-504.8.1.el6.x86_64 #1
>> kernel: Call Trace:
>> kernel: [] ? cpuset_print_task_mems_allowed+0x91/0xb0
>> kernel: [] ? dump_header+0x90/0x1b0
>> kernel: [] ? security_real_capable_noaudit+0x3c/0x70
>> kernel: [] ? oom_kill_process+0x82/0x2a0
>> kernel: [] ? select_bad_process+0xe1/0x120
>> kernel: [] ? out_of_memory+0x220/0x3c0
>> kernel: [] ? __alloc_pages_nodemask+0x89f/0x8d0
>> kernel: [] ? alloc_pages_vma+0x9a/0x150
>> kernel: [] ? handle_pte_fault+0x73d/0xb00
>> kernel: [] ? alloc_pages_current+0xaa/0x110
>> kernel: [] ? autoremove_wake_function+0x0/0x40
>> kernel: [] ? handle_mm_fault+0x22a/0x300
>> kernel: [] ? __do_page_fault+0x138/0x480
>> kernel: [] ? sys_recvfrom+0xee/0x180
>> kernel: [] ? mutex_lock+0x1e/0x50
>> kernel: [] ? generic_file_llseek_size+0x8c/0xd0
>> kernel: [] ? do_page_fault+0x3e/0xa0
>> kernel: [] ? page_fault+0x25/0x30
>> -
>>
>> Pesquisando encontrei na documentacao uma referencia a esse problema[1]
>> que mostra claramente que a funcao do kernel esta matando o postmaster[2]
>> deixando-o em recovery.
>>
>> O que eu fiz em um primeiro momento foi incrementar a memoria e depois em
>> um horario mais apropriado efetuarei as alteracoes sugeridas na documentacao
>> (vm.overcommit_memory, vm.overcommit_ratio, shmmax).
>>
>> Perguntas:
>>
>> 1 - Gostaria de saber de voces se me raciocinio esta correto, se ja
>> passaram por isso e que decisoes tomaram?
>> 2- Estou com dificuldade de mensurar o consumo de memoria do postgresql,
>> qual a melhor abordagem ?! Pelo comando htop vejo dos 32 gigas hoje
>> disponiveis (antes era 24 aumentei para 32) 98% esta ocupada, sendo que 1/3
>> equivale no htop com a cor verde e 60% com a cor amarela[3], isso significa
>> que esta usando toda a memoria ?!
>>
>> Dados adicionais:
>> Centos 6.6
>> Postgresql 9.3.6
>> kernel 2.6.32
>>
>> effective_cache_size = 6GB
>> shared_buffers = 6GB
>> work_mem = 576MB
>>
>
> Me chamou muito atenção esse valor que você está usando na work_mem. Qual
> o seu max_connections?
>
> Com o Work_mem deste tamanho você pode estourar o uso da memória super
> rápido.
>
>>
>>
>> [1] - https://www.postgresql.org/docs/9.3/static/kernel-resources.html
>> [2] - https://www.postgresql.org/docs/9.3/static/kernel-resources.html
>> [3] - https://serverfault.com/questions/180711/what-exactly-
>> do-the-colors-in-htop-status-bars-mean
>>
>> --
>> foobar
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
> --
> Atenciosamente
> Francisco Porfirio Ribeiro Neto
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

[pgbr-geral] oom-killer (out of memory killer) matando postmaster !

[Franklin Anderson de Oliveira Souza]

Ola caros amigos, desculpe a falta de acentuacao !!

Tenho um servidor postgresql que com uma frequencia quase que diaria o
mesmo altera para o estado de recovery, observando o log do postgresql
encontrei o seguinte trecho:

-
LOG:  server process (PID 2529) was terminated by signal 9: Killed
DETAIL:  Failed process was running: select..
LOG:  terminating any other active server processes
WARNING:  terminating connection because of crash of another server process
DETAIL:  The postmaster has commanded this server process to roll back the
current transaction and exit, because another server process exited
abnormally and possibly corrupted shared memory.
HINT:  In a moment you should be able to reconnect to the database and
repeat your command.
-

Em seguida observando o log do CentOS encontrei o seguinte:

-
kernel: postmaster invoked oom-killer: gfp_mask=0x280da, order=0,
oom_adj=0, oom_score_adj=0
kernel: postmaster cpuset=/ mems_allowed=0
kernel: Pid: 51831, comm: postmaster Not tainted 2.6.32-504.8.1.el6.x86_64
#1
kernel: Call Trace:
kernel: [] ? cpuset_print_task_mems_allowed+0x91/0xb0
kernel: [] ? dump_header+0x90/0x1b0
kernel: [] ? security_real_capable_noaudit+0x3c/0x70
kernel: [] ? oom_kill_process+0x82/0x2a0
kernel: [] ? select_bad_process+0xe1/0x120
kernel: [] ? out_of_memory+0x220/0x3c0
kernel: [] ? __alloc_pages_nodemask+0x89f/0x8d0
kernel: [] ? alloc_pages_vma+0x9a/0x150
kernel: [] ? handle_pte_fault+0x73d/0xb00
kernel: [] ? alloc_pages_current+0xaa/0x110
kernel: [] ? autoremove_wake_function+0x0/0x40
kernel: [] ? handle_mm_fault+0x22a/0x300
kernel: [] ? __do_page_fault+0x138/0x480
kernel: [] ? sys_recvfrom+0xee/0x180
kernel: [] ? mutex_lock+0x1e/0x50
kernel: [] ? generic_file_llseek_size+0x8c/0xd0
kernel: [] ? do_page_fault+0x3e/0xa0
kernel: [] ? page_fault+0x25/0x30
-

Pesquisando encontrei na documentacao uma referencia a esse problema[1] que
mostra claramente que a funcao do kernel esta matando o postmaster[2]
deixando-o em recovery.

O que eu fiz em um primeiro momento foi incrementar a memoria e depois em
um horario mais apropriado efetuarei as alteracoes sugeridas na
documentacao(vm.overcommit_memory,
vm.overcommit_ratio, shmmax).

Perguntas:

1 - Gostaria de saber de voces se me raciocinio esta correto, se ja
passaram por isso e que decisoes tomaram?
2- Estou com dificuldade de mensurar o consumo de memoria do postgresql,
qual a melhor abordagem ?! Pelo comando htop vejo dos 32 gigas hoje
disponiveis (antes era 24 aumentei para 32) 98% esta ocupada, sendo que 1/3
equivale no htop com a cor verde e 60% com a cor amarela[3], isso significa
que esta usando toda a memoria ?!

Dados adicionais:
Centos 6.6
Postgresql 9.3.6
kernel 2.6.32

effective_cache_size = 6GB
shared_buffers = 6GB
work_mem = 576MB


[1] - https://www.postgresql.org/docs/9.3/static/kernel-resources.html
[2] - https://www.postgresql.org/docs/9.3/static/kernel-resources.html
[3] -
https://serverfault.com/questions/180711/what-exactly-do-the-colors-in-htop-status-bars-mean

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

Re: [pgbr-geral] Recuperar Base PostgreSQL pasta data

[Franklin Anderson de Oliveira Souza]

Em sex, 21 de abr de 2017 às 14:40, POWER Informática <
power.informatica@gmail.com> escreveu:

> Edson sou apenas "coruja" aqui na lista, mas esse procedimento de apenas
> copiar a pasta data eu já li que não funciona.
>
> O que me leva a crer que os dados e suas validações não ficam apenas
> nessa pasta, com a palavra os universitários;
>
> Carlos Susviela
>
>
> Em 21/04/2017 11:48, Edson F. Lidorio escreveu:
> > Bom dia Pessoal,
> > Aconteceu um desastre em meu note de desenvolvimento. Consegui
> > recuperar a pasta data.O PostgreSQL 9.6.2,estava instalado em Centos 7.
> > Segue os procedimentos que estou tetando subir o banco o banco para eu
> > fazer um backup.
> >
> > 1- Fiz uma nova instalação do PostgreSQL 9.6.2 em uma VM com Centos 7.
> > 2- Parei o serviço do PostgreSQL
> > 3- Renomeei a pasta /var/lib/pgsql/9.6/data nova para data data_old e
> > copiei a pasta data antiga
> > 4- Dei permissão na pasta data:
> > sudo chown postgres:postgres /var/lib/pgsql/9.6/data;
> > sudo chmod 700 /var/lib/pgsql/9.6/data
> > 5 - Tentei iniciar o serviço: sudo systemctl start postgresql-9.6
> >
> > Esta gerando os erros:
> > Abr 21 01:25:35 localhost.localdomain systemd[1]: Starting PostgreSQL
> > 9.6 database server...
> > Abr 21 01:25:36 localhost.localdomain
> > postgresql96-check-db-dir[19996]: cat:
> > /var/lib/pgsql/9.6/data//PG_VER…ada
> > Abr 21 01:25:36 localhost.localdomain
> > postgresql96-check-db-dir[19996]: cat:
> > /var/lib/pgsql/9.6/data//PG_VER…ada
> > Abr 21 01:25:36 localhost.localdomain systemd[1]:
> > postgresql-9.6.service: control process exited, code=ex...us=1
> > Abr 21 01:25:36 localhost.localdomain systemd[1]: Failed to start
> > PostgreSQL 9.6 database server.
> > Abr 21 01:25:36 localhost.localdomain systemd[1]: Unit
> > postgresql-9.6.service entered failed state.
> > Abr 21 01:25:36 localhost.localdomain systemd[1]:
> > postgresql-9.6.service failed.
> > Hint: Some lines were ellipsized, use -l to show in full.
> >
> > O que pode estar errado ainda?
> >
> >
> >
> >
> >
> >
> >
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
> --
> -
> Carlos Alberto N. Susviela
>
> (48) 984 466 384 - OI/SC
>
> (55) 9994-8782 - Vivo/RS
> (55) 8446-6762 - OI/RS
> (55) 3242-5427 - Comercial/RS
>
> --
> Site.: http://www.powerinformatica.com.br
> Facebook.: https://www.facebook.com/powerinformaticaliv
> Pinterest: https://www.pinterest.com/powerinformatic/
> Twitter..: https://twitter.com/susviela
> Blog.: https://susviela.wordpress.com/
> Plus.: https://plus.google.com/111258731965583811107/
> Linkedin.:
> http://br.linkedin.com/pub/carlos-alberto-nunes-susviela/91/942/4ba
> --
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Vc sabe se o diretório data que é conhecido como Cluster é da mesma versão
que instalou !? 9.6 !?
-- 
Enviado do Gmail para celular
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração

[Franklin Anderson de Oliveira Souza]

Lembrando que isso deve ser feito em um horário de pouco uso do servidor

Em 17 de abril de 2017 10:09, Franklin Anderson de Oliveira Souza <
frankli...@gmail.com> escreveu:

> esse servidor sofre manutenções periodicamente como por exemplo executar o
> vacuum analyze?!  Caso não tenta executar o vacuum analyze para atualizar
> as estatísticas é um primeiro  passo...
>
> Em 17 de abril de 2017 10:05, Antonio Cesar <cgcesarsoa...@gmail.com>
> escreveu:
>
>> Apresentando lentidão dos comando de SELECT.
>>
>> E como faço para passa essa informção. Deu um molhorada agora quando
>> liguei o autovacumm=on.
>>
>>
>> Em 17/04/2017 10:19, Franklin Anderson de Oliveira Souza escreveu:
>>
>>
>> Em seg, 17 de abr de 2017 às 09:08, Antonio Cesar <
>> <cgcesarsoa...@gmail.com>cgcesarsoa...@gmail.com> escreveu:
>>
>>> Os valores apresentado por este site são bem maiores...
>>>
>>>
>>> Em 17/04/2017 10:04, Rafael Fialho escreveu:
>>>
>>> Em 17 de abril de 2017 09:52, Antonio Cesar < <cgcesarsoa...@gmail.com>
>>> cgcesarsoa...@gmail.com> escreveu:
>>>
>>>>
>>>> Bom dia,
>>>>
>>> Bom dia!
>>>
>>>> work_mem = 3072MB
>>>>
>>>
>>> Este valor está muito alto.
>>>
>>>> alguem pode me ajudar a verificar se esta certo ou preciso mudar alguma
>>>> coisa?
>>>>
>>>
>>> É difícil dizer sem um detalhamento muito grande de informações.
>>> Aconselho, como parâmetro inicial, utilizar a ferramenta [1] do nosso
>>> ilustre colega Sebastian, para configurações relacionadas à memória.
>>>
>>> Quanto ao restante, teria de identificar onde está o gargalo e o que
>>> pode estar causando o mesmo, monitorando a atividade do banco de dados e o
>>> sistema.
>>>
>>> [1] - https://www.pgconfig.org
>>>
>>> []'s
>>>
>>>
>>> ___
>>> pgbr-geral mailing 
>>> listpgbr-ge...@listas.postgresql.org.brhttps://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
>>
>> Vc do que está tendo alguns problemas com o servidor mas não diz
>> exatamente quais são. Quanto mais informação e detalhes vc descrever mais
>> fácil fica pra ajudar. Consumo de CPU, loas average, consumo de memória ,
>> I/O é relatos de quais problemas encontrado no uso do PostgreSQL,!
>> --
>> Enviado do Gmail para celular
>>
>>
>> ___
>> pgbr-geral mailing 
>> listpgbr-ge...@listas.postgresql.org.brhttps://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
>>
>
>
>
> --
> foobar
>



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

Re: [pgbr-geral] Configuração

[Franklin Anderson de Oliveira Souza]

esse servidor sofre manutenções periodicamente como por exemplo executar o
vacuum analyze?!  Caso não tenta executar o vacuum analyze para atualizar
as estatísticas é um primeiro  passo...

Em 17 de abril de 2017 10:05, Antonio Cesar <cgcesarsoa...@gmail.com>
escreveu:

> Apresentando lentidão dos comando de SELECT.
>
> E como faço para passa essa informção. Deu um molhorada agora quando
> liguei o autovacumm=on.
>
>
> Em 17/04/2017 10:19, Franklin Anderson de Oliveira Souza escreveu:
>
>
> Em seg, 17 de abr de 2017 às 09:08, Antonio Cesar <
> <cgcesarsoa...@gmail.com>cgcesarsoa...@gmail.com> escreveu:
>
>> Os valores apresentado por este site são bem maiores...
>>
>>
>> Em 17/04/2017 10:04, Rafael Fialho escreveu:
>>
>> Em 17 de abril de 2017 09:52, Antonio Cesar < <cgcesarsoa...@gmail.com>
>> cgcesarsoa...@gmail.com> escreveu:
>>
>>>
>>> Bom dia,
>>>
>> Bom dia!
>>
>>> work_mem = 3072MB
>>>
>>
>> Este valor está muito alto.
>>
>>> alguem pode me ajudar a verificar se esta certo ou preciso mudar alguma
>>> coisa?
>>>
>>
>> É difícil dizer sem um detalhamento muito grande de informações.
>> Aconselho, como parâmetro inicial, utilizar a ferramenta [1] do nosso
>> ilustre colega Sebastian, para configurações relacionadas à memória.
>>
>> Quanto ao restante, teria de identificar onde está o gargalo e o que pode
>> estar causando o mesmo, monitorando a atividade do banco de dados e o
>> sistema.
>>
>> [1] - https://www.pgconfig.org
>>
>> []'s
>>
>>
>> ___
>> pgbr-geral mailing 
>> listpgbr-ge...@listas.postgresql.org.brhttps://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
>
> Vc do que está tendo alguns problemas com o servidor mas não diz
> exatamente quais são. Quanto mais informação e detalhes vc descrever mais
> fácil fica pra ajudar. Consumo de CPU, loas average, consumo de memória ,
> I/O é relatos de quais problemas encontrado no uso do PostgreSQL,!
> --
> Enviado do Gmail para celular
>
>
> ___
> pgbr-geral mailing 
> listpgbr-ge...@listas.postgresql.org.brhttps://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
>



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

Re: [pgbr-geral] Configuração

[Franklin Anderson de Oliveira Souza]

Em seg, 17 de abr de 2017 às 09:08, Antonio Cesar 
escreveu:

> Os valores apresentado por este site são bem maiores...
>
>
> Em 17/04/2017 10:04, Rafael Fialho escreveu:
>
> Em 17 de abril de 2017 09:52, Antonio Cesar 
> escreveu:
>
>>
>> Bom dia,
>>
> Bom dia!
>
>> work_mem = 3072MB
>>
>
> Este valor está muito alto.
>
>> alguem pode me ajudar a verificar se esta certo ou preciso mudar alguma
>> coisa?
>>
>
> É difícil dizer sem um detalhamento muito grande de informações.
> Aconselho, como parâmetro inicial, utilizar a ferramenta [1] do nosso
> ilustre colega Sebastian, para configurações relacionadas à memória.
>
> Quanto ao restante, teria de identificar onde está o gargalo e o que pode
> estar causando o mesmo, monitorando a atividade do banco de dados e o
> sistema.
>
> [1] - https://www.pgconfig.org
>
> []'s
>
>
> ___
> pgbr-geral mailing 
> listpgbr-ge...@listas.postgresql.org.brhttps://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

Vc do que está tendo alguns problemas com o servidor mas não diz exatamente
quais são. Quanto mais informação e detalhes vc descrever mais fácil fica
pra ajudar. Consumo de CPU, loas average, consumo de memória , I/O é
relatos de quais problemas encontrado no uso do PostgreSQL,!
-- 
Enviado do Gmail para celular
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] alerta de tentativas de conexão

[Franklin Anderson de Oliveira Souza]

faz um script shell pra varrer o log atras dessas ocorrencias, se atingir
tal limite, envia um email, agenda no crontab pra rodar de tantos em tantos
minutos e corre pro abraço ! Solução pontual e imediata !

Em 2 de março de 2017 10:04, Tales Rodarte 
escreveu:

> Alessandro,
>
> Pelo zabbix é possível ler os logs e executar alertas baseado em alguns
> critérios.
> Acredito que faça o que você precisa.
>
> Outra ferramenta que pode fazer o que precisa é o fail2ban. Porém será
> preciso modificar a ação e regexp de leitura no arquivo de log.
>
> --
> Tales
>
> Em 02-03-2017 10:12, Alessandro Lima escreveu:
>
> >> Pode ser monitorado configurando alguns detalhes dos logs no
> PostgreSQL:
> Sim, eu já monitoro as conexões pelo pgBadger,
> mas o que eu queria era ser notificado se o número de tentativas falhas
> atingisse determinado valor,
> evitando ficar consultando o log ou pgBadger manualmente.
> Caso não tenha nenhuma ferramenta neste sentido, vou criar um shell script
> para isso.
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

Re: [pgbr-geral] Escalabilidade horizontal

[Franklin Anderson de Oliveira Souza]

Qual a porcentagem de escrita que o sistema realiza no postgresql ?!
Quantas transações por segundo ?
O que consome tanta cpu e memória são os consultas ou inserção de dados ?!
Quantas conexões estão abertas no postgresql ?!

Se for possível configurar a aplicação, não da pra usufruir dos recursos de
um simples slave assicrono ?!  Realizar consultas no slave , relatórios e
etc. Caso isso seja o motivo de tanto consulmo de cpu/memória.
No caso de muitas conexões uso do pgbouncer não resolveria ?!

Baseado no que Leandro disse, talvez uma solução simples seja o suficiente.


Em 15 de fevereiro de 2017 15:38, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> escreveu:

> O que quero resolver é problema de CPU sem mexer na aplicação, pois vem de
> terceiros,
> Hoje tenho 36 CPUS e o Load Average e CPU pipocam, travando o servidor de
> banco.
> Eu sei que o armazenamento do RAC Oracle é centralizado (temos essa
> solução também implementada para outras aplicações) e sei que o postgres
> não tem essa estruturade armazenamento centralizado.
> Por isso comecei jogando a possibilidade de um master-master síncrono,
> pois é o que ainda vejo como uma possibilidade com o postgres
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

Re: [pgbr-geral] Acessa banco em outra pasta

[Franklin Anderson de Oliveira Souza]

Em 9 de fevereiro de 2017 18:10, Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org> escreveu:

> Le jeu. 9 févr. 2017 à 18:42, Flávio Silveira <f...@terra.com.br> a écrit
> :
>
>>
>> On 09/02/2017 18:20, Leandro Guimaraens Faria Corcete DUTRA wrote:
>> > Le jeu. 9 févr. 2017 à 16:45, Franklin Anderson de Oliveira Souza
>> > <frankli...@gmail.com> a écrit :
>> >>
>> >> o app também, pelo firebird mozilla idem e senão se monitorar acaba
>> >
>> > O Mozilla Firebird é configurável, ao menos.
>>
>> Não seria Mozilla Thunderbird?
>>
>
> Claro!  Fui na onda… o que é explicação, não desculpa.
>
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61)  3546 7191 gTalk: xmpp:leand...@jabber.org
> +55 (61) 99302 2691   ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>


Perdoem minhas bobagens, isso não se repetirá !
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Acessa banco em outra pasta

[Franklin Anderson de Oliveira Souza]

Em 9 de fevereiro de 2017 15:11, Leandro Guimaraens Faria Corcete DUTRA <
l...@dutras.org> escreveu:

> Le jeu. 9 févr. 2017 à 16:08, Cleiton Luiz Domazak <
> cleitondoma...@gmail.com> a écrit :
>
>>
>> 2017-02-09 15:37 GMT-02:00 Franklin Anderson de Oliveira Souza <
>> frankli...@gmail.com>:
>>
>>> Diretório é mais correto que dizer pasta ! :D
>>>
>>
>> E o correto é não fazer top list para dizer isso :D. Inclusive é
>> realmente pasta, uma vez que o amigo está utilizando Windows, pelo que
>> entendi do contexto.
>>
>
> Na verdade, o correto é ignorar essa questão, já que em nada contribui
> para a lista.
>
> Mas, a rigor, ‘pasta’ é apenas a representação gráfica de um
> diretório em determinados programas, assim qual o sistema operacional é
> irrelevante.
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
> +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>


Sobre top list,  me perdoem, versão web do  gmail posiciona no topo, o app
também, pelo firebird mozilla idem e senão se monitorar acaba enviando
dessa forma...
-- 
foobar
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Acessa banco em outra pasta

[Franklin Anderson de Oliveira Souza]

Diretório é mais correto que dizer pasta ! :D

Em 23 de janeiro de 2017 07:46, Rodrigo Della Justina <
rodrigodellajust...@gmail.com> escreveu:

> Olá
>
> Essa dúvida já rolou aqui no grupo, verifique o link abaixo que tem os
> passos para você
> acessar através da pasta da Data.
>
> https://listas.postgresql.org.br/pipermail/pgbr-geral/2010-
> January/019302.html
>
>
>
> Em 23 de janeiro de 2017 08:35, Saulo Morais 
> escreveu:
>
>> >>Tenho o postgresql instalado e recebi de um cliente contendo a pasta
>> >>data, como faço para acessar esses dados usando o pgadmin
>>
>> Você deve ter a mesma versão do PG que seu cliente.
>>
>> Após ligar o pc, encerre o serviço do PG.
>>
>> Vá no Prompt de Comando (cmd).
>>
>> Vá na pasta BIN do PG e inicie o serviço apontando para a pasta do
>> cliente: pg_ctl -D 'pasta_data' start
>>
>>
>> At.te,
>> *Saulo Morais*
>>
>> --
>> *De:* pgbr-geral  em nome
>> de Andre Lucas 
>> *Enviado:* sábado, 21 de janeiro de 2017 13:35:18
>> *Para:* Comunidade PostgreSQL Brasileira
>> *Assunto:* [pgbr-geral] Acessa banco em outra pasta
>>
>> Ola a todos
>>
>> Tenho o postgresql instalado e recebi de um cliente contendo a pasta
>> data, como faço para acessar esses dados usando o pgadmin
>>
>>
>> Atenciosamente
>>
>> André Lucas Souza.
>>
>> ___
>> 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
>>
>
>
>
> --
> *Rodrigo Della Justina *
> Mobile 55 46 98801 6165
> rodrigodellajust...@gmail.com
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

Re: [pgbr-geral] PgTune x PGConfig Opiniões

[Franklin Anderson de Oliveira Souza]

Eu uso o pgconfig com sucesso !

Em 25 de novembro de 2016 16:10, Sebastian Webber 
escreveu:

>
>
> Em 25 de novembro de 2016 15:47, Eduardo Az - EMBRASIS <
> eduard...@embrasis.com.br> escreveu:
>
>> Pessoal, boa tarde
>>
>
> Opa!
>
>
>>
>> Gostaria de opiniões, boas ou ruins, dos experts no PG.
>>
>> Tenho usado estas 2 "páginas", que sugerem configurações pro banco
>> (atualmente, mais a 1).
>>
>> 1) http://www.pgconfig.org
>
>
> Esse aí eu assino em baixo, literalmente. :)
>
>
>>
>>
>> 2) http://pgtune.leopard.in.ua
>>
>> São realmente boas? As configurações mostradas tem coerência?
>>
>
> Ambas são baseadas no pgtune. o pgconfig tem alguns extras baseado na
> minha experiencia e de outros colegas da comunidade. Constantemente eu
> estou atualizando
>
>
>>
>> Eu uso seguindo o principio que é melhor usar do que deixar no
>> "standard", apesar das minhas bases serem bem pequenas (a maior +- 500MB),
>> em comparação ao que seria uma base "de respeito".
>>
>
> Eu criei o PGconfig pra ser uma ferramenta de sugestão de tuning ideal,
> não pra substituir o DBA. Os profiles de lá tentam sugerir a melhor config
> pra cada ambiente, mas na prática eu recomendo ele como ponto de partida.
> muitas vezes eu comecei dele e fiz os ajustes necessários de cada ambiente.
>
> --
> 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
>



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

Re: [pgbr-geral] Parâmetros kernel

[Franklin Anderson de Oliveira Souza]

Olá diógenes !


Não sei bem exatamente de qual versão do postgresql mas essas configurações
de kernel, pelo que me disseram não precisa mais na 9.3. Alguém confirma ?!

Em 30 de agosto de 2016 16:07, Diógenes Vargas de Bittencourt <
diogene...@gmail.com> escreveu:

> Buenas pessoal, alguém aí pode me ajudar?
>
>
>
>
> Em 29 de agosto de 2016 11:42, Diógenes Vargas de Bittencourt <
> diogene...@gmail.com> escreveu:
>
>> Bom dia pessoal, estou dando uma olhada em alguns materiais para me
>> auxiliar em alguns ajustes no meu servidor de banco, alguém sabe me dizer
>> qual o impacto dos parâmetros abaixo listados no postgres e se realmente
>> são necessários. Teria algum ganho significativo?
>>
>>
>>
>> *kernel.shmmax=kernel.shmmni=kernel.shmall=vm.nr_hugepages=*
>>
>> A configuração do meu servidor é:
>>
>>
>>
>> *Operating systemUbuntu Linux 14.04.3Processor information
>> Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 24 coresReal memory7.77 GB
>> used, 47.05 GB totalPostgres 9.3.10*
>>
>> Desde já agradeço pela ajuda.
>>
>> Diógenes V. Bittencourt
>>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

Re: [pgbr-geral] Invasão

[Anderson Cristian]

Obrigado @Sebastian Webber, foi muito útil a sua ajuda. Alterei no log
atual essa questão. Consegui encontrar pelo access.log algumas tentativas
no mesmo horário que me ajudou a desvendar.

Obrigado!

Em 20 de junho de 2016 18:46, Sebastian Webber <sebast...@swebber.me>
escreveu:

>
>
> Em 20 de junho de 2016 18:24, Anderson Cristian <andercr...@gmail.com>
> escreveu:
>
>> log_line_prefix = '%t [%p-%l] %q%u@%d '
>>
>
>
> Conforme a doc[1], o parametro que mostra o host é o `%h`. Caso a conexão
> estiver valendo, tu pode pegar e filtrar ela na view pg_stat_activity[2].
>
> [1]
> https://www.postgresql.org/docs/current/static/runtime-config-logging.html#GUC-LOG-LINE-PREFIX
> [2]
> https://www.postgresql.org/docs/current/static/monitoring-stats.html#PG-STAT-ACTIVITY-VIEW
>
>
>
> --
> 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
>



-- 
Anderson 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] Invasão

[Anderson Cristian]

log_line_prefix = '%t [%p-%l] %q%u@%d '

Em 20 de junho de 2016 18:11, Sebastian Webber <sebast...@swebber.me>
escreveu:

>
>
> Em 20 de junho de 2016 18:03, Anderson Cristian <andercr...@gmail.com>
> escreveu:
>
>> Mas o postgresql não salva esses acessos em algum lugar com IP? Estranho
>> não ter isso nos logs.
>>
>
> Isso depende de como está configurado o parametro *log_line_prefix*.
> Posta o teu aí, please.
>
>
> --
> 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
>



-- 
Anderson 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] Invasão

[Anderson Cristian]

Mas o postgresql não salva esses acessos em algum lugar com IP? Estranho
não ter isso nos logs.

Em 20 de junho de 2016 17:49, Glauco Torres <torres.gla...@gmail.com>
escreveu:

>
>
> No dia 20 de junho de 2016 às 17:34, Anderson Cristian <
> andercr...@gmail.com> escreveu:
>
>> Recentemente um cliente sofreu uma invasão pelo postgresql, a pessoa
>> enviou um loader via sql e baixou vários arquivos maliciosos.
>>
>> Alguém sabe como descobrir o IP da pessoa que acessou o postgresql que
>> aparentemente não estou conseguindo.
>>
>> Estou verificando os logs e tenho somente isso:
>>
>> 2016-06-15 02:05:05 EDT [15644-1] postgres@sisrh FATAL:  database
>> "sisrh" does not exist
>> --2016-06-15 06:31:16--  http://155.94.224.246:5432/Loader.sh
>> Connecting to 155.94.224.246:5432... connected.
>> HTTP request sent, awaiting response... 200 OK
>> Length: 1058 (1.0K) [application/octet-stream]
>> Saving to: ‘/tmp/Loader.sh’
>>
>>  0K . 100%
>> 86.9M=0s
>>
>> 2016-06-15 06:31:16 (86.9 MB/s) - ‘/tmp/Loader.sh’ saved [1058/1058]
>>
>> scsi_eh_128: no process found
>> scsi_eh_128: no process found
>> scsi_eh_128: no process found
>> scsi_eh_256: no process found
>> scsi_eh_256: no process found
>> scsi_eh_256: no process found
>> scsi_eh_512: no process found
>> scsi_eh_512: no process found
>> scsi_eh_512: no process found
>> scsi_eh_56: no process found
>> scsi_eh_56: no process found
>> scsi_eh_56: no process found
>> scsi_eh_56: no process found
>> scsi_eh_320: no process found
>> scsi_eh_320: no process found
>> scsi_eh_320: no process found
>> --2016-06-15 06:31:16--  http://155.94.224.246:5432/scsi_eh_320
>> Connecting to 155.94.224.246:5432... connected.
>> HTTP request sent, awaiting response... 200 OK
>> Length: 1334372 (1.3M) [application/octet-stream]
>> Saving to: ‘/tmp/scsi_eh_320’
>>
>>  0K .. .. .. .. ..  3% 90.1K
>> 14s
>>
>>
>>
>>
>>
> Já tive um caso bem parecido, no caso os scripts que ele baixou tinha como
> destino ou eram oriundos de IPs da China,
>
> Mais do que isso só uma perícia, a questão é que quem faz isso não usa seu
> próprio IP para fazer isso, então gastar uma grana em um perito pode não
> dar em nada.
>
> No caso que eu estou citando o pg_hba.conf estava como trust e o a porta
> padrão do postgres estava escancarada para toda www facilitando qual quer
> tipo de ataque.
>
> -
> Glauco Torres
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

[pgbr-geral] Invasão

[Anderson Cristian]

Recentemente um cliente sofreu uma invasão pelo postgresql, a pessoa enviou
um loader via sql e baixou vários arquivos maliciosos.

Alguém sabe como descobrir o IP da pessoa que acessou o postgresql que
aparentemente não estou conseguindo.

Estou verificando os logs e tenho somente isso:

2016-06-15 02:05:05 EDT [15644-1] postgres@sisrh FATAL:  database "sisrh"
does not exist
--2016-06-15 06:31:16--  http://155.94.224.246:5432/Loader.sh
Connecting to 155.94.224.246:5432... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1058 (1.0K) [application/octet-stream]
Saving to: ‘/tmp/Loader.sh’

 0K . 100% 86.9M=0s

2016-06-15 06:31:16 (86.9 MB/s) - ‘/tmp/Loader.sh’ saved [1058/1058]

scsi_eh_128: no process found
scsi_eh_128: no process found
scsi_eh_128: no process found
scsi_eh_256: no process found
scsi_eh_256: no process found
scsi_eh_256: no process found
scsi_eh_512: no process found
scsi_eh_512: no process found
scsi_eh_512: no process found
scsi_eh_56: no process found
scsi_eh_56: no process found
scsi_eh_56: no process found
scsi_eh_56: no process found
scsi_eh_320: no process found
scsi_eh_320: no process found
scsi_eh_320: no process found
--2016-06-15 06:31:16--  http://155.94.224.246:5432/scsi_eh_320
Connecting to 155.94.224.246:5432... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1334372 (1.3M) [application/octet-stream]
Saving to: ‘/tmp/scsi_eh_320’

 0K .. .. .. .. ..  3% 90.1K 14s



-- 
Anderson 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] Backup

[Franklin Anderson de Oliveira Souza]

Como eu disse o pg_dump não bloquei as tabelas, segue abaixo o primeiro
paragrafo da documentação:

"...pg_dump is a utility for backing up a PostgreSQL database. It makes
consistent backups even if the database is being used concurrently.
*pg_dump does
not block other users accessing the database (readers or writers)*..."

Em 28 de março de 2016 15:00, Adilson Domiciano Júnior  escreveu:

>
>
> Acho que ele quer saber se o backup sofre algum tipo de bloqueio enquanto
> realiza o backup. Por default o dump é não bloqueante, vai usar recursos da
> maquinas mas pelo que sei não vai bloquear tabelas ou o banco para tal
> procedimento.
>
>
> Sim, isso que quero saber se tem algum jeito de não bloquear tabelas,
> estou usando o pg_dump e ao fazer o backup o banco fica bloqueado para
> fazer inserções, consigo ver isso pelo server status do pgAdmin. Alguém
> sabe se é possível através de alguma técnica ou configuração se é possível
> não bloquear?
>
>
> Em 28 de março de 2016 14:46, André Ormenese 
> escreveu:
>
>>
>>
>> Em 28 de março de 2016 15:21, Adilson Domiciano Júnior <
>> adilson...@gmail.com> escreveu:
>>
>>> Boa tarde,
>>>
>>> Queria saber se tem alguma configuração que eu possa fazer para que o
>>> banco faça um backup com os seus usuários operando, sem que atrapalhe o
>>> funcionamento do banco.
>>> Obrigado.
>>>
>>> Att,
>>> Adilson Domiciano
>>>
>>
>> Sim é possível.
>>  Tudo sobre backup do Postgres você encontra no próprio manual [1], e não
>> deixe de ler o texto do Telles [2].
>>
>> [1] http://www.postgresql.org/docs/9.5/static/backup.html
>> [2] http://savepoint.blog.br/dump-nao-e-backup/
>>
>>
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> foobar
>
>
> ___
> pgbr-geral mailing 
> listpgbr-ge...@listas.postgresql.org.brhttps://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
>



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

Re: [pgbr-geral] Backup

[Franklin Anderson de Oliveira Souza]

Acho que ele quer saber se o backup sofre algum tipo de bloqueio enquanto
realiza o backup. Por default o dump é não bloqueante, vai usar recursos da
maquinas mas pelo que sei não vai bloquear tabelas ou o banco para tal
procedimento.

Em 28 de março de 2016 14:46, André Ormenese  escreveu:

>
>
> Em 28 de março de 2016 15:21, Adilson Domiciano Júnior <
> adilson...@gmail.com> escreveu:
>
>> Boa tarde,
>>
>> Queria saber se tem alguma configuração que eu possa fazer para que o
>> banco faça um backup com os seus usuários operando, sem que atrapalhe o
>> funcionamento do banco.
>> Obrigado.
>>
>> Att,
>> Adilson Domiciano
>>
>
> Sim é possível.
>  Tudo sobre backup do Postgres você encontra no próprio manual [1], e não
> deixe de ler o texto do Telles [2].
>
> [1] http://www.postgresql.org/docs/9.5/static/backup.html
> [2] http://savepoint.blog.br/dump-nao-e-backup/
>
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

Re: [pgbr-geral] Vídeo Hacking PostgreSQL - Parte 1

[Franklin Anderson de Oliveira Souza]

Maravilha muito bom essa iniciativa, parabéns !!!
Em 24 de fev de 2016 7:56 PM, "Fabrízio de Royes Mello" <
fabri...@timbira.com.br> escreveu:

> Pessoal,
>
> De acordo com $SUBJECT gostaríamos de divulgar, eu e o amigo Dickson
> Guedes, o primeiro vídeo [1] de uma série, em que iremos demonstrar como
> desenvolver uma funcionalidade para o core do PostgreSQL.
>
> Neste vídeo demonstramos o problema [2] e um exemplo da funcionalidade
> implementada em PL/SQL [3].
>
> Nos próximos vídeos demonstraremos a preparação de um ambiente de
> desenvolvimento em C com Linux, testes de regressão, alguns 'internals'
> do PostgreSQL e a própria implementação da solução no core. Como uma
> questão de organização, os vídeos estarão reunidos em um canal do
> Youtube especialmente chamado de Hacking PostgreSQL [4].
>
> A nossa ideia é publicar um vídeo por semana, de forma simples e
> prática, com a evolução do código, até o ponto de termos um patch para
> submetermos para a pgsql-hackers.
>
> Além de compartilhar conhecimento e desmistificar um pouco o
> desenvolvimento do PostgreSQL, a intenção do vídeo também é participar,
> se ainda tivermos tempo hábil, do “Concurso Melhor Artigo sobre
> PostgreSQL” [5] lançado pelo Fábio Telles antes de sua viagem para
> PGConf Russia 2016 [6].
>
> Fiquem a vontade para críticas e/ou sugestões.
>
> Att,
>
> [1] https://www.youtube.com/watch?v=IjDuA8OaRTg
> [2] http://www.postgresql.org/message-id/566a1814.1030...@bluetreble.com
> [3] https://gist.github.com/fabriziomello/6006ac33c955e9a7cac0
> [4] http://www.youtube.com/channel/UCjq4gJg4tYy0NqEEo3t60IA
> [5]
>
> https://listas.postgresql.org.br/pipermail/pgbr-geral/2016-January/042143.html
> [6] https://pgconf.ru/en
>
> --
>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] Aprender PL/SQL (retificando)

[Anderson Martins]

Bom dia PessoALL,

Obrigado por ajudarem, foi de grande ajuda!

att
Anderson


Em qua, 17/2/16, drum.lu...@gmail.com <drum.lu...@gmail.com> escreveu:

 Assunto: Re: [pgbr-geral] Aprender PL/SQL (retificando)
 Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br>
 Cc: "Anderson Martins" <andersonomart...@yahoo.com.br>
 Data: Quarta-feira, 17 de Fevereiro de 2016, 15:45
 
 Eu tenho o
 arquivo em PDF...
 segue o
 link: 
https://drive.google.com/file/d/0B9VRju-W-e4nMGU2ZHZTdGl0M2s/view?usp=sharing
 se não conseguir abrir me avisa que
 mando por e-mail
 Abracos!
 2016-02-18 4:39 GMT+13:00
 Osvaldo Kussama <osvaldo.kuss...@gmail.com>:
 Em 17/02/16, Anderson Martins<andersonomart...@yahoo.com.br>
 escreveu:
 
 > Olá PessoALL
 
 >
 
 > Tenho interesse em aprimorar meu banco incluindo
 rotinas escritas em PL/SQL,
 
 > mas não sei como fazer.
 
 >
 
 > Gostaria de saber se alguém teria alguma indicação
 de apostila ou livro
 
 > sobre PL/SQL para postgresql. (meu orçamento está na
 crise, não tenho cash
 
 > pra pagar cursos).
 
 >
 
 >
 
 
 
 Veja:
 
 
https://www.packtpub.com/big-data-and-business-intelligence/postgresql-server-programming-second-edition
 
 
 
 Se não me engano ele foi liberado gratuitamente a pouco
 tempo atrás.
 
 Não sei se alguém que fez o download pode disponibilizar
 para você.
 
 
 
 Osvaldo
 
 ___
 
 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

[pgbr-geral] Aprender PL/SQL (retificando)

[Anderson Martins]

Olá PessoALL

Tenho interesse em aprimorar meu banco incluindo rotinas escritas em PL/SQL, 
mas não sei como fazer.

Gostaria de saber se alguém teria alguma indicação de apostila ou livro sobre 
PL/SQL para postgresql. (meu orçamento está na crise, não tenho cash pra pagar 
cursos).

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

[pgbr-geral] Aprender Pl/SQL

[Anderson Martins]

Olá PessoALL

Tenho interesse em aprimorar meu banco incluindo rotinas escritas em PL.

Gostaria de saber se alguém teria alguma indicação de apostila ou livro. (meu 
orçamento está na crise, não tenho cash pra pagar cursos).

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

Re: [pgbr-geral] pg_basebackup - Não completa

[Franklin Anderson de Oliveira Souza]

Rapaz ! Apenas uma dica, sera que seu ssh com esse command line não está
dando timeout depois de um tempo em execução !? Experimenta roda o ssh com
o parametro

-o ConnectTimeout=86400



Em quarta-feira, 6 de janeiro de 2016, drum.lu...@gmail.com <
drum.lu...@gmail.com> escreveu:

> Só corrigindo:
>
> não aparece nada nos logs do *slave02* pois o postgreSQL não está rodando
> mas também não há nada nos logs do *slave01* e do master
>
>
>
> Lucas Possamai
>
> kinghost.co.nz
> 
>
> 2016-01-07 14:01 GMT+13:00 drum.lu...@gmail.com
>  <
> drum.lu...@gmail.com
> >:
>
>> Olá pessoal...
>>
>> Rodando o comando (pg_basebackup) para poder ativar um novo slave, posso
>> ver que ele executa o comando até certo ponto. Quando chega em 68 GB
>> (deveria copiar /base que tem 1.7TB ) ele simplesmente para...
>>
>> Seguinte cenário:
>>
>> masterdb1 - Servidor Master
>> slave01 - Servidor slave WARM (Estou realizando o pg_basebackup por este)
>> slave02 - Novo servidor slave WARM (neste é que rodo o comando.
>>
>> não aparece nada nos logs do slave01 pois o postgreSQL não está rodando
>> mas também não há nada nos logs do slave02 e do master
>>
>> nada mesmo
>>
>> Comando rodado:
>>
>> 
>>
>> *# (as root)*
>> screen -t basebackup
>> su - postgres
>> cd ~/9.2/data/
>>
>> *# (as postgres)*
>> ssh postgres@slave01 'pg_basebackup --pgdata=- --format=tar
>> --label=bb_slave01 --progress --host=localhost --port=5432 --username=rep
>> --xlog | pv --quiet --rate-limit 100M' | tar -x --no-same-owner
>>
>> -
>>
>> PostgreSQL 9.2
>>
>> Alguém já passou por isso?
>> Obrigado!
>>
>>
>> Lucas Possamai
>>
>> kinghost.co.nz
>> 
>>
>
>

-- 
Enviado do Gmail para celular
___
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 de codificação

[Franklin Anderson de Oliveira Souza]

https://pt.m.wikipedia.org/wiki/Marca_de_ordem_de_byte

Em quinta-feira, 26 de novembro de 2015, Franklin Anderson de Oliveira
Souza <frankli...@gmail.com> escreveu:

> Ola !  Acho que isso tem a ver com o utf8 com ou sem BOM.
>
> Sabendo que o banco é utf8 e o arquivo tambem. Abra um editor qualquer
> copie o conteudo e salve em outro arquivo, supondo que o encoding do SO
> seja tambem utf8. Eu faço assim e funciona comigo. Uso o vim para o
> procedimento.  Experimente !
>
>
>
> Em quinta-feira, 26 de novembro de 2015, Glauco Torres <
> torres.gla...@gmail.com
> <javascript:_e(%7B%7D,'cvml','torres.gla...@gmail.com');>> escreveu:
>
>>
>>> file -i: text/plain; charset=utf-8
>>>
>>>
>>> ​Um detalhe, o arquivo foi gerado no ms sqlserver​
>>>>
>>>>
>>>>
>>> Cara esse problema acontece porque o encoding dos dados que você está
>>> importando é diferente do da sua base.
>>>
>>> Mais os três estão com o mesmo enconding, então não sei o que você
>>> tentar fazer é usar o iconv, e se não der certo aguardar outra opnião :(
>>> sorry
>>>
>>
>> "então não sei o que você tentar fazer "
>>
>> puts... mim índio :( rs
>>
>>
>>
>
>
> --
> Enviado do Gmail para celular
>


-- 
Enviado do Gmail para celular
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Busca pelo arquivo .history apos recovery

[Franklin Anderson de Oliveira Souza]

Acabei de refazer um recovery aqui. Dessa vez no postgresql.conf do cluster
comentei a linha referente ao archive_command e relacionados, pois no
servidor de teste de recovery não precisa. Feito isso tudo funcionou
perfeitamente, olhando os logs não tive mais registros relacionado ao
.history apenas a validação processo bem sucedido:

-
 2015-11-10 14:19:50 AMST [35030]: [185-1] user=,db=,client= LOG:  archive
recovery complete
2015-11-10 14:19:52 AMST [35030]: [186-1] user=,db=,client= LOG:  MultiXact
member wraparound protections are now enabled
2015-11-10 14:19:52 AMST [35027]: [3-1] user=,db=,client= LOG:  database
system is ready to accept connections
2015-11-10 14:19:52 AMST [37949]: [1-1] user=,db=,client= LOG:  autovacuum
launcher started
-


Obrigado a todos pela explicações, fico muito grato !

Em 10 de novembro de 2015 13:12, Sebastian Webber <sebast...@swebber.me>
escreveu:

>
>
> Em 10 de novembro de 2015 11:37, Franklin Anderson de Oliveira Souza <
> frankli...@gmail.com> escreveu:
>
>> Muito esclarecedor Sebastian. Muito grato! Farei mais testes para validar
>> e continuar meus estudos, obrigado a todos !
>>
>
> Depois manda um feedback do que tu concluir. Apesar de nem todos os novos
> membros pesquisarem no histórico da lista, tua solução pode ajudar a
> outros.
>
> Um abraço!
>
>
> --
> 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
>



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

Re: [pgbr-geral] Busca pelo arquivo .history apos recovery

[Franklin Anderson de Oliveira Souza]

Muito esclarecedor Sebastian. Muito grato! Farei mais testes para validar e
continuar meus estudos, obrigado a todos !

Em 10 de novembro de 2015 08:39, Sebastian Webber <sebast...@swebber.me>
escreveu:

>
>
> 2015-11-09 19:58 GMT-02:00 Franklin Anderson de Oliveira Souza <
> frankli...@gmail.com>:
>
>> Olá Colegas !
>>
>
>
> E aí Franklink, tudo bem?
>
>
>>
>> Em meus estudos e tentativas de recovery (PITR) tenho encontrado a
>> seguinte mensagem nos logs após um recovery supostamente bem sucedido:
>>
>> --
>> 2015-11-09 18:44:34 AMST [38358]: [864-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:44:34 AMST [38358]: [865-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> cp: cannot create regular file `/wals/0002.history': No such file or
>> directory
>> 2015-11-09 18:44:35 AMST [38358]: [866-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:44:35 AMST [38358]: [867-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> 2015-11-09 18:44:35 AMST [38358]: [868-1] user=,db=,client= WARNING:
>>  archiving transaction log file "0002.history" failed too many times,
>> will try again later
>> cp: cannot create regular file `/wals/0002.history': No such file or
>> directory
>> 2015-11-09 18:45:36 AMST [38358]: [869-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:45:36 AMST [38358]: [870-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> cp: cannot create regular file `/wals/0002.history': No such file or
>> directory
>> 2015-11-09 18:45:37 AMST [38358]: [871-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:45:37 AMST [38358]: [872-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> cp: cannot create regular file `/wals/0002.history': No such file or
>> directory
>> 2015-11-09 18:45:38 AMST [38358]: [873-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:45:38 AMST [38358]: [874-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> 2015-11-09 18:45:38 AMST [38358]: [875-1] user=,db=,client= WARNING:
>>  archiving transaction log file "0002.history" failed too many times,
>> will try again later
>> --
>>
>>
> Digo bem sucedido porque quando observo manualmente o resultado do
>> recovery, os dados estão perfeitamente integros. Como posso intepretar essa
>> mensagem do log. É um erro ?! esta faltando algo ?! Tem algum procedimento
>> ainda pedente ?!
>>
>> Obrigado pelas respostas.
>>
>
>
>
> Citado na doc[1]:
>
> ...You may also see an error message at the start of recovery for a file
> named something like 0001.history. This is also normal and does not
> indicate a problem in simple recovery situations; see Section 24.3.5
> <http://www.postgresql.org/docs/current/static/continuous-archiving.html#BACKUP-TIMELINES>
>  for
> discussion.
>
>
> Em outras palavras: relaxa.
>
> Achei um tutorial bem legal que fala do comportamento do PITR no
> PostgreSQL[2]. Dá uma olhada e ve se ajuda a fixar a idéia.
>
> Abração!
>
>
> [1]
> http://www.postgresql.org/docs/current/static/continuous-archiving.html
> [2]
> http://raghavt.blogspot.com.br/2014/04/while-performing-pitr-would-it-be_6.html
>
> --
> 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
>



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

[pgbr-geral] Busca pelo arquivo .history apos recovery

[Franklin Anderson de Oliveira Souza]

Olá Colegas !

Em meus estudos e tentativas de recovery (PITR) tenho encontrado a seguinte
mensagem nos logs após um recovery supostamente bem sucedido:

--
2015-11-09 18:44:34 AMST [38358]: [864-1] user=,db=,client= LOG:  archive
command failed with exit code 1
2015-11-09 18:44:34 AMST [38358]: [865-1] user=,db=,client= DETAIL:  The
failed archive command was: test ! -f /wals/0002.history && cp
pg_xlog/0002.history /wals/0002.history
cp: cannot create regular file `/wals/0002.history': No such file or
directory
2015-11-09 18:44:35 AMST [38358]: [866-1] user=,db=,client= LOG:  archive
command failed with exit code 1
2015-11-09 18:44:35 AMST [38358]: [867-1] user=,db=,client= DETAIL:  The
failed archive command was: test ! -f /wals/0002.history && cp
pg_xlog/0002.history /wals/0002.history
2015-11-09 18:44:35 AMST [38358]: [868-1] user=,db=,client= WARNING:
 archiving transaction log file "0002.history" failed too many times,
will try again later
cp: cannot create regular file `/wals/0002.history': No such file or
directory
2015-11-09 18:45:36 AMST [38358]: [869-1] user=,db=,client= LOG:  archive
command failed with exit code 1
2015-11-09 18:45:36 AMST [38358]: [870-1] user=,db=,client= DETAIL:  The
failed archive command was: test ! -f /wals/0002.history && cp
pg_xlog/0002.history /wals/0002.history
cp: cannot create regular file `/wals/0002.history': No such file or
directory
2015-11-09 18:45:37 AMST [38358]: [871-1] user=,db=,client= LOG:  archive
command failed with exit code 1
2015-11-09 18:45:37 AMST [38358]: [872-1] user=,db=,client= DETAIL:  The
failed archive command was: test ! -f /wals/0002.history && cp
pg_xlog/0002.history /wals/0002.history
cp: cannot create regular file `/wals/0002.history': No such file or
directory
2015-11-09 18:45:38 AMST [38358]: [873-1] user=,db=,client= LOG:  archive
command failed with exit code 1
2015-11-09 18:45:38 AMST [38358]: [874-1] user=,db=,client= DETAIL:  The
failed archive command was: test ! -f /wals/0002.history && cp
pg_xlog/0002.history /wals/0002.history
2015-11-09 18:45:38 AMST [38358]: [875-1] user=,db=,client= WARNING:
 archiving transaction log file "0002.history" failed too many times,
will try again later
--

Digo bem sucedido porque quando observo manualmente o resultado do
recovery, os dados estão perfeitamente integros. Como posso intepretar essa
mensagem do log. É um erro ?! esta faltando algo ?! Tem algum procedimento
ainda pedente ?!

Obrigado pelas respostas.


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

Re: [pgbr-geral] Busca pelo arquivo .history apos recovery

[Franklin Anderson de Oliveira Souza]

A versao que estou realizando o recovery é a mesma de onde veio o
base.tar.gz (gerado pelo pg_basebackup). Mas nunca tinha me atentado para o
archive_command após o restore. De fato o path para guardar os arquivos wal
não existe nessa maquina que realizei o recovery. Testarei amanhã !
Obrigado pela dica !!!

Em segunda-feira, 9 de novembro de 2015, Ronaldo Bernardes Pereira <
ronaldobernar...@gmail.com> escreveu:

> Franklin, boa noite
>
> Para voltar um PITR altero o arquivo postgresql.conf e desativo o
> archive_command e outros parâmetros, caso o servidor seja diferente do
> original. Creio que você está voltando o PITR em outro servidor, pois no
> log aparece o erro "No such file or directory". Nesse caso acho que o
> diretório não existe ou o Postgres não tem permissão no diretório. Após
> todo o sucesso de recuperação do servidor reativo o archive.
>
> Att,
>
>
>
> Em 9 de novembro de 2015 21:29, Franklin Anderson de Oliveira Souza <
> frankli...@gmail.com
> <javascript:_e(%7B%7D,'cvml','frankli...@gmail.com');>> escreveu:
>
>> Olá Ronaldo !!
>>
>> Está sim ativado, será esse o motivo  !?
>>
>>
>> Em segunda-feira, 9 de novembro de 2015, Ronaldo Bernardes Pereira <
>> ronaldobernar...@gmail.com
>> <javascript:_e(%7B%7D,'cvml','ronaldobernar...@gmail.com');>> escreveu:
>>
>>> Franklin, boa noite
>>>
>>> No arquivo postgresql. conf antes de você iniciar o recovery, o
>>> parâmetro archive_command  está ativado?
>>>
>>>
>>> 2015-11-09 19:58 GMT-02:00 Franklin Anderson de Oliveira Souza <
>>> frankli...@gmail.com>:
>>>
>>>> Olá Colegas !
>>>>
>>>> Em meus estudos e tentativas de recovery (PITR) tenho encontrado a
>>>> seguinte mensagem nos logs após um recovery supostamente bem sucedido:
>>>>
>>>> --
>>>> 2015-11-09 18:44:34 AMST [38358]: [864-1] user=,db=,client= LOG:
>>>>  archive command failed with exit code 1
>>>> 2015-11-09 18:44:34 AMST [38358]: [865-1] user=,db=,client= DETAIL:
>>>>  The failed archive command was: test ! -f /wals/0002.history && cp
>>>> pg_xlog/0002.history /wals/0002.history
>>>> cp: cannot create regular file `/wals/0002.history': No such file
>>>> or directory
>>>> 2015-11-09 18:44:35 AMST [38358]: [866-1] user=,db=,client= LOG:
>>>>  archive command failed with exit code 1
>>>> 2015-11-09 18:44:35 AMST [38358]: [867-1] user=,db=,client= DETAIL:
>>>>  The failed archive command was: test ! -f /wals/0002.history && cp
>>>> pg_xlog/0002.history /wals/0002.history
>>>> 2015-11-09 18:44:35 AMST [38358]: [868-1] user=,db=,client= WARNING:
>>>>  archiving transaction log file "0002.history" failed too many times,
>>>> will try again later
>>>> cp: cannot create regular file `/wals/0002.history': No such file
>>>> or directory
>>>> 2015-11-09 18:45:36 AMST [38358]: [869-1] user=,db=,client= LOG:
>>>>  archive command failed with exit code 1
>>>> 2015-11-09 18:45:36 AMST [38358]: [870-1] user=,db=,client= DETAIL:
>>>>  The failed archive command was: test ! -f /wals/0002.history && cp
>>>> pg_xlog/0002.history /wals/0002.history
>>>> cp: cannot create regular file `/wals/0002.history': No such file
>>>> or directory
>>>> 2015-11-09 18:45:37 AMST [38358]: [871-1] user=,db=,client= LOG:
>>>>  archive command failed with exit code 1
>>>> 2015-11-09 18:45:37 AMST [38358]: [872-1] user=,db=,client= DETAIL:
>>>>  The failed archive command was: test ! -f /wals/0002.history && cp
>>>> pg_xlog/0002.history /wals/0002.history
>>>> cp: cannot create regular file `/wals/0002.history': No such file
>>>> or directory
>>>> 2015-11-09 18:45:38 AMST [38358]: [873-1] user=,db=,client= LOG:
>>>>  archive command failed with exit code 1
>>>> 2015-11-09 18:45:38 AMST [38358]: [874-1] user=,db=,client= DETAIL:
>>>>  The failed archive command was: test ! -f /wals/0002.history && cp
>>>> pg_xlog/0002.history /wals/0002.history
>>>> 2015-11-09 18:45:38 AMST [38358]: [875-1] user=,db=,client= WARNING:
>>>>  archiving transaction log file "0002.history" failed too many times,
>>>> will try again later
>>>> --
>>>>
>>>> Dig

Re: [pgbr-geral] Busca pelo arquivo .history apos recovery

[Franklin Anderson de Oliveira Souza]

Olá Ronaldo !!

Está sim ativado, será esse o motivo  !?

Em segunda-feira, 9 de novembro de 2015, Ronaldo Bernardes Pereira <
ronaldobernar...@gmail.com> escreveu:

> Franklin, boa noite
>
> No arquivo postgresql. conf antes de você iniciar o recovery, o parâmetro
> archive_command  está ativado?
>
>
> 2015-11-09 19:58 GMT-02:00 Franklin Anderson de Oliveira Souza <
> frankli...@gmail.com
> <javascript:_e(%7B%7D,'cvml','frankli...@gmail.com');>>:
>
>> Olá Colegas !
>>
>> Em meus estudos e tentativas de recovery (PITR) tenho encontrado a
>> seguinte mensagem nos logs após um recovery supostamente bem sucedido:
>>
>> --
>> 2015-11-09 18:44:34 AMST [38358]: [864-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:44:34 AMST [38358]: [865-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> cp: cannot create regular file `/wals/0002.history': No such file or
>> directory
>> 2015-11-09 18:44:35 AMST [38358]: [866-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:44:35 AMST [38358]: [867-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> 2015-11-09 18:44:35 AMST [38358]: [868-1] user=,db=,client= WARNING:
>>  archiving transaction log file "0002.history" failed too many times,
>> will try again later
>> cp: cannot create regular file `/wals/0002.history': No such file or
>> directory
>> 2015-11-09 18:45:36 AMST [38358]: [869-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:45:36 AMST [38358]: [870-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> cp: cannot create regular file `/wals/0002.history': No such file or
>> directory
>> 2015-11-09 18:45:37 AMST [38358]: [871-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:45:37 AMST [38358]: [872-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> cp: cannot create regular file `/wals/0002.history': No such file or
>> directory
>> 2015-11-09 18:45:38 AMST [38358]: [873-1] user=,db=,client= LOG:  archive
>> command failed with exit code 1
>> 2015-11-09 18:45:38 AMST [38358]: [874-1] user=,db=,client= DETAIL:  The
>> failed archive command was: test ! -f /wals/0002.history && cp
>> pg_xlog/0002.history /wals/0002.history
>> 2015-11-09 18:45:38 AMST [38358]: [875-1] user=,db=,client= WARNING:
>>  archiving transaction log file "0002.history" failed too many times,
>> will try again later
>> --
>>
>> Digo bem sucedido porque quando observo manualmente o resultado do
>> recovery, os dados estão perfeitamente integros. Como posso intepretar essa
>> mensagem do log. É um erro ?! esta faltando algo ?! Tem algum procedimento
>> ainda pedente ?!
>>
>> Obrigado pelas respostas.
>>
>>
>> --
>> foobar
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> <javascript:_e(%7B%7D,'cvml','pgbr-geral@listas.postgresql.org.br');>
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>

-- 
Enviado do Gmail para celular
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Como restaurar uma base de dados gerada por pg_basebackup?

[Franklin Anderson de Oliveira Souza]

Tu descompacta o basebackup dentro do diretorio data/ , ainda dentro do
mesmo cria um recovery.conf.
Tudo isso com servidor parado, claro, depois da um start no mesmo. Procure
documentacao sobre co restore_command que é a principal linha do
recovery.conf

Em 5 de novembro de 2015 16:09, Falcão Vianna 
escreveu:

> Olá,
>
> Eu tenho um banco de escrita e um duas réplicas. E todo dia faço um backup
> via pg_dump. Porém este backup está muito grande para ser feito todo dia,
> então gostaria de fazer um Backup Incremental.
>
> Eu faço um backup completo via pg_basebackup e salvo os WAL.
> Gostaria de saber como faço para restaurar este banco?
>
> Localmente, excluo a pasta "C:\Program Files\PostgreSQL\9.4\data" depois
> disso não sei como faço para continuar o processo.
> Depois de fazer manualmente, gostaria de fazer um script para automatizar
> este "restore".
>
> Muito obrigado,
> Falcão
>
>
>
> --
> View this message in context:
> http://postgresql.nabble.com/Como-restaurar-uma-base-de-dados-gerada-por-pg-basebackup-tp5872853.html
> Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




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

Re: [pgbr-geral] replicação seletiva de database produção para homologação

[Franklin Anderson de Oliveira Souza]

Quando realizo backup de produção executo em seguida um restore na
homologação com o dump gerado, é simples de realizar isso via um script
shell, os passo são basicamente os seguintes:

1- elimino as conexões com o banco;
2- se o banco existir dou um drop no banco;
3- recrio o banco;
4- realizo o restore;
5 - executo script e outros comandos necessarios para o meu caso;

Basicamente isso


Em 27 de outubro de 2015 17:23, Matheus de Oliveira <
matioli.math...@gmail.com> escreveu:

>
> 2015-10-27 14:16 GMT-02:00 Luiz Henrique :
>
>> Atualmente é o que eu estou fazendo, dump...restore. O Problema é o
>> tempo, 2h para o dump e 6h para restore. Por isso estou procurando outras
>> alternativas...
>
>
> Sinceramente me parece que dump+restore vai ser mais simples mesmo. Quanto
> ao dump você já precisa ter backups lógicos mesmo, então seria necessário
> executar sempre, certo?
>
> Já quanto ao restore, como está chamando? Está usando opção de paralelismo?
>
> Eu particularmente acho muito válido usar dump+restore (quando possível)
> para sincronização de ambientes dev/homolog, assim, na mesma tacada, você
> confirma que seus backups lógicos estão consistentes.
>
> Atenciosamente,
> --
> Matheus de Oliveira
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

[pgbr-geral] Dúvidas a respeito de gerenciamento de arquivos wal.

[Franklin Anderson de Oliveira Souza]

Caros Colegas!

Em meus estudos relacionados a arquivamento e PITR tenho me deparado com
situações que gostaria de compartilhar para ter uma possível explicação.

Uma delas é relacionado a deleção de wals via pg_archivecleanup[1]. Ao longo
da semana, executei 3 vezes o pg_basebackup[2] com sucesso, gerando 3
marcações do
tipo '.backup' em meus wals. Toda vez que executo o pg_basebackup eu deleto
os wals
antigos, ou anteriores a marcação '.backup' corrente, usando
pg_archivecleanup[3],
me levando ao seguinte arranjo de wals, segue abaixo:

---
00010173003E.0028.backup
0001017300D3.0028.backup
000101740027
000101740027.0028.backup
000101740028
000101740029
00010174002A
00010174002B
00010174002C
---

Perguntas:

Então é isso? O pg_archivecleanup deleta todos os wals anteriores mas não
os '.backup'?
Se adotar a rotina de gerar um basebackup semanalmente e deletar os wals
antigos com
o pg_archivecleanup terei ao longo do tempo um acumulo de wals '.backup'?

Estou realizando o uso correto da ferramenta pg_archivecleanup ?

No exemplo acima tudo indica que o primeiro e segundo arquivo wal são
desnecessários para o contexto de um restore via recovery.conf.

Obrigado a todos!


[1] - http://www.postgresql.org/docs/9.2/static/pgarchivecleanup.html
[2] - pg_basebackup -U UsuarioReplicador -Ft -z -P  -h IP  -D Basebackup/
[3] - /usr/pgsql-9.3/bin/pg_archivecleanup -d /DiretorioWals/
ArquivoWal.backup

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

Re: [pgbr-geral] Gravar valor das variaveis no Log

[Franklin Anderson de Oliveira Souza]

Oi Douglas!

Tive esse problemas esses dias também e não consegui coletar os valores.
Mas no teu caso me parece claro que se trata de um típico erro de encoding.
Qual o enconding do teu banco ?! Qual enconding da aplicação ?! Caso seja
diferente e contenha acentos,  terás esse tipo de erro.
A respeito de descobrir qual cliente esta produzido tal erro, a parametro
'log_line_prefix' do postgresql.conf oferece variavel '%a'  para aplication
name e '%r' para remote host, creio ser suficiente para monitorar o
cliente. Após alterado basta acesasr o psql e rodar o seguinte comando:

Banco=# select pg_reload_conf();




Em 9 de outubro de 2015 11:36, Douglas Fabiano Specht <
douglasfabi...@gmail.com> escreveu:

> bom dia pessoal,
> alguém poderia me dizer se existe alguma configuração no postgresql.conf
> para gravar o valor das variáveis no arquivo de log quando ocorre erro?
> atualmente grava desta maneira:
>
> INSERT INTO WMOTOR (CDRESERVA,IDORIGEM,IDLOCALIZADOR,NRRESERVA,
>
> DSOBSERVACAO,IDDOCTITULAR,DSTITULAR,FLSEXOTITULAR,DSENDERECO,DSBAIRRO,DSCIDADE,DSESTADO,
> DSPAIS,IDCODIGOAREA,DSTELEFONE,IDCEP,DSEMAIL,
> DHCADASTRO,FLINTEGRADO,DHINTEGRACAO,DHCANCELAMENTO,
>
> DSMOTIVOCANC,VLTOTAL,VLPAGO,IDTIPOPAGAMENTO,DSIDENTPAGAMENTO,FLATIVO,CDEMPRESA,
> IDCAFE, IDPENSAO, IDALMOCO)
> VALUES ( $1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15,
> $16, $17, $18, $19, $20, $21, $22, $23, $24, $25, $26, $27, $28, $29, $30,
> $31)
> 2015-10-09 00:14:50 BRTmotor ERROR:  character 0x81 of encoding "WIN1252"
> has no equivalent in "UTF8"
>
> precisaria saber o valor das Variáveis para identificar qual o campo está
> ocorrendo o erro e de qual cliente esta chegando esses caracteres.
>
> utilizamos Postgres 9.1 com Centos 5.7
>
>
> --
>
> Douglas Fabiano Specht
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

Re: [pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

[Franklin Anderson de Oliveira Souza]

Eu tenho !

configurei o log de acordo com a documentação. Deixei coletando por um
tempo depois executei o  PgBouncer o que me gerou um html bem bacana com
muita informação relevante. Instalei o mesmo via yum num linux CentOS.

Em 2 de outubro de 2015 16:39, Euler Taveira 
escreveu:

> On 02-10-2015 16:19, Leonardo Guimarães wrote:
>
>> Gostaria de saber se, alguém do grupo possui alguma experiência com
>> PgBouncer?
>>
>> Sem rodeios... qual é a dúvida?
>
>
> --
>Euler Taveira   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




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

Re: [pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

[Franklin Anderson de Oliveira Souza]

Nossa ! Desculpe, me enganei totalmente, terei mais atenção da próxima vez !

Em 2 de outubro de 2015 17:00, Glauco Torres <torres.gla...@gmail.com>
escreveu:

>
>
> No dia 2 de outubro de 2015 às 16:55, Franklin Anderson de Oliveira Souza
> <frankli...@gmail.com> escreveu:
>
>> Eu tenho !
>>
>> configurei o log de acordo com a documentação. Deixei coletando por um
>> tempo depois executei o  PgBouncer o que me gerou um html bem bacana com
>> muita informação relevante. Instalei o mesmo via yum num linux CentOS.
>>
>
>
> Humm?
>
> Pgbouncer gerando html? acho que você trocou as bolas amigo com pgBadger...
>
> PgBouncer é para pool de conexão...
>
> att Glauco Torres
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
foobar
___
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: PGBR2015 - Prêmio Destaques Comunidade

[Anderson Abreu]

>
> b) Na primeira etapa, cada membro da lista poderá indicar até três nomes
>> para cada uma das categorias do prêmio:
>>* Contribuição com código no PostgreSQL;
>>
>
 Fabrizio de Royes Mello


>
>* Contribuição com código em ferramentas livres relacionadas ao
>> PostgreSQL:
>
>
 Fabrizio de Royes Mello
Euler Taveira


>* Pessoa que melhor contribuiu na lista pgbr-geral;
>
>
Matheus de Oliveira
Flávio Araque Gurgel
Glauco Torres


>
>
>* Melhor contribuição na organização da comunidade brasileira;
>
>
Fabrizio de Royes Mello


>
>* Melhor artigo técnico publicado nos últimos 2 anos.
>
>
Fabio Telles


Atenciosamente,

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

Re: [pgbr-geral] Identificar pg_start_backup e pg_stop_backup

[Franklin Anderson de Oliveira Souza]

na versão 9.3 em diante é mais interessante usar o pg_basebackup não é ?!

Em 10 de setembro de 2015 13:41, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> Pessoal,
>>>
>>> Como podemos identificar se o comando pg_start_backup foi executado?
>>>
>>> Após ser executado o comando pg_start_backup, é possível saber se foi
>>> executado o comando pg_stop_backup?
>>>
>>
>> select pg_is_in_backup();
>> Retorna verdadeiro se estiver em modo de backup (foi feito
>> pg_start_backup mas ainda não foi feito pg_stop_backup).
>>
>
> Só um detalhe que esqueci, esta função foi implementada na versão 9.3.
>
> Em versões anteriores, uma opção é verificar se existe o arquivo
> backup_label dentro do diretório de dados. Se ele existir, o banco está em
> modo de backup (ou foi parado a força no meio de um backup). Este arquivo
> continua sendo gerado nas versões que dispoem da função pg_is_in_backup().
>
>
> []s
> Flavio Gurgel
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

Re: [pgbr-geral] Importação de Base Sybase

[Anderson Abreu]

Em 4 de setembro de 2015 12:43, Roberto Mello <roberto.me...@gmail.com>
escreveu:

> 2015-09-04 11:29 GMT-04:00 Euler Taveira <eu...@timbira.com.br>:
>>
>>
>> Resumindo, não é porque um software é de código aberto que o
>> desenvolvimento e/ou suporte é de graça. Software custa muito dinheiro.
>> Quanto você acha que custaria a equipe de desenvolvimento do PostgreSQL?
>
>
> Muito bem dito.
>
>
@Marcos Thomaz, Tenho aprofundado meus estudos e trabalhos de consultoria
em migração de dados. Existem duas ferramentas que eu olharia com carinho o
Migration Toolkit da EnterpriseDB e a ESF Database Migration, ambas são
comercializadas e fazem com Sybase. Já usei as duas e foram excelentes nos
meus trabalhos.

@Comentários (rs), Concordo em gênero, número e grau com todas as palavras
ditas. E ressalto, ainda, que nas minhas consultorias pelo país tenho visto
algumas instalações PostgreSQL com novos módulos, onde empresas e
profissionais desenvolvem rotinas interessantes e não se preocupam em
devolver para a comunidade o código para que possa ser melhorado. Triste
isso!




---

Anderson Abreu
andersonab...@gmail.com

"O judoca é o que possui: humildade para aprender aquilo que lhe ensinam,
paciência para ensinar o que aprendeu aos seus semelhantes e fé para
acreditar naquilo que não compreende. Saber cada dia um pouco mais e usá-lo
todos os dias para o bem" (Jigoro Kano)


> ___
> 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] Interpretação das mensagens de log - PITR

[Franklin Anderson de Oliveira Souza]

Muito interessante Matheus !

Creio então que seja a segunda opção, que existe o arquivo. Segue abaixo os
procedimentos que faço:

-- Gero um cluster postgresql (initdb)
-- Realizo configurações nos arquivos pg_hba.conf (usuário replication) e
postgresql.conf (habilitar wal, tipo de arquivamento, path)
-- Dou restart no postgresql
-- Crio um banco novo com uma tabela apenas
-- Alimento a tabela com total de 535899 (psql -U postgresq -d banco -f
dados.sql)
-- Logo em seguida executo o pg_basebackup sem o -x (pg_basebackup -U
replicador -h IP -D basebackupI/ -Ft -z -P)
-- alimento novamente com dados, mais 535899 registros
-- Dou um stop no postgresql
-- Deleto tudo do $PGDATA/ descompacto o base.tar.gz e crio o recovery.conf
-- Dou um start no banco

Sistematizei alguns passos para estudo do PITR  através de um script shell
que realiza alguns procedimentos que descrevo acima.
Então logo após a carga de dados ja executo em seguida o pg_basebackup.

As vezes quando faço esse procedimento muito rápido o pg_basebackup fica
aguardando um pouco pra depois começar a
gerar o base.tar.gz.

Bem foi dessa forma que consegui bolar um jeito para gerar arquivos wal e
realizar testes de restore.


Em 24 de agosto de 2015 11:03, Matheus de Oliveira 
matioli.math...@gmail.com escreveu:


 2015-08-21 19:47 GMT-03:00 Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com:

 Tenho me dedicado a estudar o PITR, realizando vários tipos de testes. Em
 um exemplo simples, alimento um banco com dados para gerar arquivos WALs,
 em seguida crio um backup fisico com pg_basebackup e volto alimentar com
 mais dados. Feito isso dou stop no banco, deleto tudo do PGDATA,
 descompacto o base.tar.gz criado pelo pg_basebackup e crio o arquivo
 restore.conf, dou start no banco e tudo volta funcionar normalmente, pois
 posso ver os últimos dados inseridos da ultima carga de dados. Mas no log
 tenho a seguinte mensagem que gostaria que vocês me explicassem o que pode
 ser, segue abaixo:

 DETAIL:  The failed archive command was: test ! -f
 /backup/postgresql/archive/0001000C  cp
 pg_xlog/0001000C
 /backup/postgresql/archive/0001000C
 LOG:  archive command failed with exit code 1


 Pelo jeito é o test que está falhando, se o cp estivesse falhando você
 veria uma mensagem de erro emitida pelo mesmo (a não ser que tenha removido
 a mesma no e-mail). O que significa então que o arquivo
 0001000C já deve ter sido arquivado anteriormente. Pode
 verificar se o arquivo está lá?

 Se o arquivo estiver lá, então creio que aconteceu o seguinte:

 1. O 0001000C não estava arquivado ainda quando fez o
 backup do servidor primário
 2. Você fez um backup incluindo o pg_xlog (e.g. -x ou -X no
 pg_basebackup), certo?
 3. Ao restaurar o backup e iniciar o novo servidor, o PostgreSQL verificou
 (pela archive_status) que esse segmento não tinha sido arquivado, e tentou
 fazer o arquivamento. Mas, como este foi arquivado *após* o backup, esse
 erro foi apresentado.

 Assumindo que estou certo acima. Ainda temos uma questão. O pg_basebackup,
 em teoria, devia esperar o arquivamento de todos os segmentos necessários
 antes de terminar. O que não causaria essa situação, pode passar o
 procedimento que executou tanto no backup como na restauração?

 Estou assumindo outra coisa, que o timeline após a restauração foi
 alterado (para 2, provavelmente); nesse caso o arquivo
 0001000C não foi gerado por esse novo servidor. Isso está
 correto?

 Atenciosamente,
 --
 Matheus de Oliveira



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




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

[pgbr-geral] Interpretação das mensagens de log - PITR

[Franklin Anderson de Oliveira Souza]

Olá Colegas !!

Tenho me dedicado a estudar o PITR, realizando vários tipos de testes. Em
um exemplo simples, alimento um banco com dados para gerar arquivos WALs,
em seguida crio um backup fisico com pg_basebackup e volto alimentar com
mais dados. Feito isso dou stop no banco, deleto tudo do PGDATA,
descompacto o base.tar.gz criado pelo pg_basebackup e crio o arquivo
restore.conf, dou start no banco e tudo volta funcionar normalmente, pois
posso ver os últimos dados inseridos da ultima carga de dados. Mas no log
tenho a seguinte mensagem que gostaria que vocês me explicassem o que pode
ser, segue abaixo:

DETAIL:  The failed archive command was: test ! -f
/backup/postgresql/archive/0001000C  cp
pg_xlog/0001000C
/backup/postgresql/archive/0001000C
LOG:  archive command failed with exit code 1

DETAIL:  The failed archive command was: test ! -f
/backup/postgresql/archive/0001000C  cp
pg_xlog/0001000C
/backup/postgresql/archive/0001000C
LOG:  archive command failed with exit code 1

DETAIL:  The failed archive command was: test ! -f
/backup/postgresql/archive/0001000C  cp
pg_xlog/0001000C
/backup/postgresql/archive/0001000C
WARNING:  archiving transaction log file 0001000C failed
too many times, will try again later


Qualquer dica fico grato, obrigado !

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

Re: [pgbr-geral] Forma correta de criar backup de três bancos !

[Franklin Anderson de Oliveira Souza]

Tenho um Script Shell que executa em sequencia três pg_dump e joga em um
diretorio, em média demora em torno de 45 minutos o intervalo entre cada
pg_dump. Enquanto em um banco sofre um dump os outros continuam sendo
alimentados com dados !

Em 14 de agosto de 2015 14:23, Sebastian Webber sebast...@swebber.me
escreveu:



 Em 14 de agosto de 2015 13:27, Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com escreveu:

 Olá Ilustrissimos !

 No trabalho tem um sistema que usa três bancos de dados. Um com dados da
 aplicação, outro apenas para logs e mais um apenas para arquivos anexados.


 Opa.


 Minha dúvida é sobre a integridade entre esses três bancos na hora do
 backup. Se eu realizar o backup de cada banco por vez terei uma diferença
 de mais de uma hora de dados alimentados entre o primeiro e o segundo.


 Como você faz o backup? com o pg_dump?

 Ex: Quando faço backup do banco que guarda arquivos e mesmo finalizar
 depois de quase uma hora, o banco de log já estaria com vários registros de
 movimentação que não corresponde mais ao estado do banco de arquivos.

 Espero ter sido claro, como vocês procedem numa situacao dessa para
 manter um backup integro de vários bancos que apenas um sistema usa ?


 Com os detalhes que tenho penso que um backup fisico com o arquivamento
 dos WAL seja o melhor caminho a seguir.


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




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

[pgbr-geral] Forma correta de criar backup de três bancos !

[Franklin Anderson de Oliveira Souza]

Olá Ilustrissimos !

No trabalho tem um sistema que usa três bancos de dados. Um com dados da
aplicação, outro apenas para logs e mais um apenas para arquivos anexados.

Minha dúvida é sobre a integridade entre esses três bancos na hora do
backup. Se eu realizar o backup de cada banco por vez terei uma diferença
de mais de uma hora de dados alimentados entre o primeiro e o segundo.

Ex: Quando faço backup do banco que guarda arquivos e mesmo finalizar
depois de quase uma hora, o banco de log já estaria com vários registros de
movimentação que não corresponde mais ao estado do banco de arquivos.

Espero ter sido claro, como vocês procedem numa situacao dessa para manter
um backup integro de vários bancos que apenas um sistema usa ?


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

Re: [pgbr-geral] Como instalar o pgagente e utilizar o PgAgente

[Anderson Luiz Ramos Saturnino]

Olá João!
Segue o link do pgAgent e de um passo a passo que foi usado na palestra 
de Franquias da MSI Soluções.

O Instalador é para Windows(.exe), é só baixar.

https://drive.google.com/file/d/0B_DBDECJFDdPV2xhYjA2aUU3aFE/view?usp=sharing

Espero ter ajudado!

Anderson Luiz R. Saturnino
MSI Soluções - Unidade Ourinhos-SP

On 30/07/2015 17:07, konegun...@terra.com.br wrote:

Onde encontro informações para instalação e uso do pgagente
em operações (scripts ) com hora marcada.
A versão do meu banco é 9.35

João Conegundes Filho


___
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] Como instalar o pgagente e utilizar o PgAgente

[Franklin Anderson de Oliveira Souza]

Nunca usei o PgAgente mas suspeito que a maioria aqui deve usar o crontab
com algum script shell chamando psql !

Em 30 de julho de 2015 17:07, konegun...@terra.com.br escreveu:

 Onde encontro informações para instalação e uso do pgagente
 em operações (scripts ) com hora marcada.
 A versão do meu banco é 9.35

 João Conegundes Filho

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




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

[pgbr-geral] Removing corrupt two-phase state file

[Franklin Anderson de Oliveira Souza]

Olá Amigos !

Aqui no trabalho temos uma aplicação feita em java que as vezes se torna
irresponsivo
sendo necessário reiniciar a aplicação. Algumas vezes apenas reiniciar não
basta, a aplicação
para em algum estágio da inicialização. Quando isso acontece eu verifico no
banco se existe
algum locks ou ainda alguma transação pendente com:

# select * from pg_prepared_xacts

Geralmente nada encontro, mas quando reinicio o servidor do postgresql a
aplicação java inicializa e volta funcionar normalmente.
Olhando os logs encontrei vários registros da seguinte ocorrencia:

..
removing corrupt two-phase state file 0035E001
removing corrupt two-phase state file 0035DFFB
removing corrupt two-phase state file 00363287
removing corrupt two-phase state file 0035DFFF
removing corrupt two-phase state file 00363218
removing corrupt two-phase state file 0036DAD6
removing corrupt two-phase state file 003632C6
removing corrupt two-phase state file 0036324B
removing corrupt two-phase state file 0035DFF4
removing corrupt two-phase state file 003684A4
removing corrupt two-phase state file 0035E075
removing corrupt two-phase state file 0035DFE9
removing corrupt two-phase state file 0035DFF8
removing corrupt two-phase state file 0035E081
removing corrupt two-phase state file 003632B1
removing corrupt two-phase state file 003684E3
removing corrupt two-phase state file 00336F63
removing corrupt two-phase state file 003684DF
..


Me falta conhecimento para interpretar isso, mas me parece algo relacionado
a commits não realizados,
infelizmente não consigo detecta-los em minhas buscas simples por locks no
banco. Pesquisei no google e
achei pouca referencia. Enfim, qualquer dica é bem vinda ! Muito grado
desde já !

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

Re: [pgbr-geral] Removing corrupt two-phase state file

[Franklin Anderson de Oliveira Souza]

Creio que transações do tipo prepared que resistem a reinicializações do
servidor postgresql deveriam aparecer com um simples

# select * from pg_prepared_xacts

De qualquer forma quando reinicio o postgresql a aplicação sobre. Imagino
que seja outra coisa talvez.

Que verificações/rotinas vocês executam para verificar se algo no banco
como locks, transações potencialmente prejudiciais a performance ou
funcionamento correto do banco?

De minha parte verifico locks pelo pg_locks, uso tambem pg_stat_activity, o
pg_prepared_xacts. Pelo servidor Centos costumo olhar o sistema pelo top,
ifstatus, iosta, 'free -m' . Dessa forma monitoro a saúde do postgresql e
do servidor linux. Alguma dica nesse sentido ?!


Em 30 de julho de 2015 13:37, Fabrízio de Royes Mello 
fabri...@timbira.com.br escreveu:

 On 30-07-2015 13:06, Flavio Henrique Araque Gurgel wrote:
 
  [...]
 
  Quando reiniciou o PostgreSQL ele finalizou tudo, mas transações
  preparadas por algum motivo de corrupção que não temos como entender sem
  mais detalhes. Transações preparadas normalmente resistem ao reinício do
  PostgreSQL.
 

 Isso mesmo, elas resistem sim.

 Mas se por algum motivo durante a execução do PREPARE TRANSACTION o
 servidor sofrer alguma queda ele pode deixar lixo pra trás, ou seja,
 o state file dentro de pg_twophase, então durante o recovery
 (StartupXLog) [1] [2] ele vai verificar e limpar o lixo deixado pra trás.

 Att,

 [1] http://doxygen.postgresql.org/xlog_8c.html#l07312
 [2] http://doxygen.postgresql.org/twophase_8c_source.html#l01950

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




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

[pgbr-geral] Vacuum e Vacuum Full

[Franklin Anderson de Oliveira Souza]

Ola todos !!

A um tempo parei de realizar vacuum full no banco que tem aproximadamente
50 gigas devido a falta de espaço. Depois disso tenho reparado que o
simples vacuum tem demorado cada vez mais. Isso é previsivel ?! A falta de
um vacuum mais completo pode demorar cada vez mais o tempo para realizar um
vacuum mais simples !?

Obrigado !


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

[pgbr-geral] Onde encontro pg_xlogdump para instalar no CentOS 6.5 ?!

[Franklin Anderson de Oliveira Souza]

Olá amigos !

Tenho instalado o postgresql 9.3 no CentOS 6.5, realizei a instalação
usando o
seguinte rpm oficial do postgresql juntamente com o contrib:

http://yum.postgresql.org/9.3/redhat/rhel-6-x86_64/pgdg-centos93-9.3-1.noarch.rpm

Minha dúvida é a seguinte, para fins de estudo estou tentando usar o
pg_xlogdump
para análise dos arquivos wal, infelizmente não consegui achar esse
programa na minha instalação e na internet encontrei apenas a página da
documentação e ainda não encontrei uma referencia de instalação do pg_xlogdump
no CentOS.

Quem tiver uma dica fico grato !

Obrigado galera !

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

Re: [pgbr-geral] Onde encontro pg_xlogdump para instalar no CentOS 6.5 ?!

[Franklin Anderson de Oliveira Souza]

Obrigado @Flavio ! Era isso mesmo, achei aqui ! sobre os bugs da versão eu
desconhecia, vou verificar como faço essa atualização agora mesmo no
servidor de homologacao para teste. Acredito que o proprio repositorio
instalado do yum deve fornecer suporte a atualização !

Muito Obrigado @Flavio

Em 16 de junho de 2015 12:46, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Olá amigos !

 Tenho instalado o postgresql 9.3 no CentOS 6.5, realizei a instalação
 usando o
 seguinte rpm oficial do postgresql juntamente com o contrib:


 Ele é parte do contrib que você instalou, ele está fora do path, você o
 encontrará em
 /usr/pgsql-9.3/bin/pg_xlogdump


 http://yum.postgresql.org/9.3/redhat/rhel-6-x86_64/pgdg-centos93-9.3-1.noarch.rpm


 Por que não instala o repositório de uma vez? Aí com yum upgrade você
 atualiza. A versão 9.3.1 está seriamente comprometida com bugs recentes. A
 correta é 9.3.9 

  Minha dúvida é a seguinte, para fins de estudo estou tentando usar o
 pg_xlogdump para análise dos arquivos wal, infelizmente não consegui
 achar esse programa na minha instalação e na internet encontrei apenas a
 página da documentação e ainda não encontrei uma referencia de
 instalação do pg_xlogdump no CentOS.

 Quem tiver uma dica fico grato !


 Tá respondido.

  Obrigado galera !


 Galera? Putz...

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




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

[pgbr-geral] Local para relizar pesquisar no historico da Lista da Comunidade Postgresql

[Franklin Anderson de Oliveira Souza]

Olá amigos !

Eu fico navegando no link do histórico da lista em busca de algo específico:

https://listas.postgresql.org.br/pipermail/pgbr-geral/

Mas descobri este site (narkive) que está anexando todo o conteúdo da lista
(mesmo com encoding zuado) tornando a busca e a navegação bem mais
tranquila:

http://pgbr-geral.listas.postgresql.org.narkive.com/

É apenas uma dica mesmo! T+

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

Re: [pgbr-geral] LOG: checkpoint complete !

[Franklin Anderson de Oliveira Souza]

Ola Jota !

Obrigado pela explicação, eu tinha esquecido que ele estava ativado. Era um
dos parametros que ativei seguindo o tutorial do pgBadger. Obrigado  !!

Em 11 de junho de 2015 10:41, JotaComm jota.c...@gmail.com escreveu:

 Bom dia!

 ​

 Em 10 de junho de 2015 19:59, Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com escreveu:

 Olá Amigos !!

 Na última semana tem aparecido esse tipo de mensagem no log do
 postgresql, algumas dezenas de linhas. Tenho pesquisado na documentação mas
 não consegui chegar a uma conclusão.  Eu sempre monitoro o servidor e não
 vejo esgotamento de recursos do mesmo que roda num CentOS. Será algum
 parametro do postgresql.conf que esta mal calibrado ?


 ​Você fez alguma alteração no parâmetro log_checkpoints? Por padrão ele é
 falso, e você ou outra pessoa pode ter configurado para on, por isso as
 mensagens estão aparecendo no log.

 São apenas mensagens informativas do início e de fim de checkpoint. Você
 sabe o que significa os checkpoints?

 Se você prestar atenção, eles estão acontecendo a cada 5 minutos, o que é
 configurado no parâmetro checkpoint timeout. Maiores informações você
 encontra em:
 http://www.postgresql.org/docs/9.3/static/runtime-config-wal.html#GUC-CHECKPOINT-TIMEOUT
 .
 ​


 
 2015-06-09 22:12:58 AMT [25543]: [65-1] user=,db=,app=,client= LOG:
  checkpoint starting: time
 2015-06-09 22:13:01 AMT [25543]: [66-1] user=,db=,app=,client= LOG:
  checkpoint complete: wrote 28 buffers (0.0%); 0 transaction log file(s)
 added, 0 removed, 0 recycled; write=2.710 s, sync=0.007 s, total=2.720 s;
 sync files=26, longest=0.001 s, average=0.000 s
 2015-06-09 22:17:58 AMT [25543]: [67-1] user=,db=,app=,client= LOG:
  checkpoint starting: time
 2015-06-09 22:17:59 AMT [25543]: [68-1] user=,db=,app=,client= LOG:
  checkpoint complete: wrote 14 buffers (0.0%); 0 transaction log file(s)
 added, 0 removed, 0 recycled; write=1.305 s, sync=0.004 s, total=1.312 s;
 sync files=11, longest=0.001 s, average=0.000 s
 2015-06-09 22:22:58 AMT [25543]: [69-1] user=,db=,app=,client= LOG:
  checkpoint starting: time
 2015-06-09 22:22:59 AMT [25543]: [70-1] user=,db=,app=,client= LOG:
  checkpoint complete: wrote 7 buffers (0.0%); 0 transaction log file(s)
 added, 0 removed, 0 recycled; write=0.603 s, sync=0.002 s, total=0.609 s;
 sync files=7, longest=0.001 s, average=0.000 s
 2015-06-09 22:27:58 AMT [25543]: [71-1] user=,db=,app=,client= LOG:
  checkpoint starting: time
 2015-06-09 22:28:00 AMT [25543]: [72-1] user=,db=,app=,client= LOG:
  checkpoint complete: wrote 26 buffers (0.0%); 0 transaction log file(s)
 added, 0 removed, 0 recycled; write=2.508 s, sync=0.008 s, total=2.519 s;
 sync files=23, longest=0.001 s, average=0.000 s
 2015-06-09 22:32:59 AMT [25543]: [73-1] user=,db=,app=,client= LOG:
  checkpoint starting: time
 

 --
 foobar

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



 ​Abraços​

 --
 JotaComm
 http://jotacomm.wordpress.com

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




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

[pgbr-geral] LOG: checkpoint complete !

[Franklin Anderson de Oliveira Souza]

Olá Amigos !!

Na última semana tem aparecido esse tipo de mensagem no log do postgresql,
algumas dezenas de linhas. Tenho pesquisado na documentação mas não
consegui chegar a uma conclusão.  Eu sempre monitoro o servidor e não vejo
esgotamento de recursos do mesmo que roda num CentOS. Será algum parametro
do postgresql.conf que esta mal calibrado ?


2015-06-09 22:12:58 AMT [25543]: [65-1] user=,db=,app=,client= LOG:
 checkpoint starting: time
2015-06-09 22:13:01 AMT [25543]: [66-1] user=,db=,app=,client= LOG:
 checkpoint complete: wrote 28 buffers (0.0%); 0 transaction log file(s)
added, 0 removed, 0 recycled; write=2.710 s, sync=0.007 s, total=2.720 s;
sync files=26, longest=0.001 s, average=0.000 s
2015-06-09 22:17:58 AMT [25543]: [67-1] user=,db=,app=,client= LOG:
 checkpoint starting: time
2015-06-09 22:17:59 AMT [25543]: [68-1] user=,db=,app=,client= LOG:
 checkpoint complete: wrote 14 buffers (0.0%); 0 transaction log file(s)
added, 0 removed, 0 recycled; write=1.305 s, sync=0.004 s, total=1.312 s;
sync files=11, longest=0.001 s, average=0.000 s
2015-06-09 22:22:58 AMT [25543]: [69-1] user=,db=,app=,client= LOG:
 checkpoint starting: time
2015-06-09 22:22:59 AMT [25543]: [70-1] user=,db=,app=,client= LOG:
 checkpoint complete: wrote 7 buffers (0.0%); 0 transaction log file(s)
added, 0 removed, 0 recycled; write=0.603 s, sync=0.002 s, total=0.609 s;
sync files=7, longest=0.001 s, average=0.000 s
2015-06-09 22:27:58 AMT [25543]: [71-1] user=,db=,app=,client= LOG:
 checkpoint starting: time
2015-06-09 22:28:00 AMT [25543]: [72-1] user=,db=,app=,client= LOG:
 checkpoint complete: wrote 26 buffers (0.0%); 0 transaction log file(s)
added, 0 removed, 0 recycled; write=2.508 s, sync=0.008 s, total=2.519 s;
sync files=23, longest=0.001 s, average=0.000 s
2015-06-09 22:32:59 AMT [25543]: [73-1] user=,db=,app=,client= LOG:
 checkpoint starting: time


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

Re: [pgbr-geral] EULER EM CURITIBA

[Franklin Anderson de Oliveira Souza]

Torço para que gravem e disponibilizem para pessoas que não tem como ir, o
meu caso. Quem tiver material sobre eu gostaria muito ter acesso, pode ser
pago também !

Em 26 de maio de 2015 15:58, Rodrigo Della Justina 
rodrigodellajust...@gmail.com escreveu:

 Boa tarde,

 Qual será a data, horário e local ?

 Em 26 de maio de 2015 15:55, José Mello Júnior 
 jose.mello.jun...@gmail.com escreveu:

 Para o pessoal que está em Curitiba e arredores, o Euler vai fazer uma
 palestra sobre Desmistificando a Replicação de Dados com o PostgreSQL.
 Para aqueles que tiverem interesse em participar, entre em contato conosco.

 Att

 --
 Mello Júnior
 41.3252-3555

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




 --
 *Rodrigo Della Justina *
 Architect Database IBM DB2 - CISS
 Mobile 55 46 8801 6165
 rodrigodellajust...@gmail.com

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




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

Re: [pgbr-geral] Atualizar dados diariamente em uma base de dados

[Franklin Anderson de Oliveira Souza]

Aqui no meu trabalho tenho algo parecido com isso, em um servidor de
desenvolvimento, todo dia de madrugada a base é recriada. Mantendo sempre
atualizada com os dados de produção, ou seja, os devs se divertem durante o
expediente e de noite ela é recriada com
os dados do backup full da madrugada, os passos sao basicamente estes:

-- mata as conexoes - 9.2+
- SELECT pg_terminate_backend(pg_stat_activity.pid) FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'BancoDeDados' AND pid 
pg_backend_pid(); ()

-- deleta o banco
- drop database BancoDedados

-- cria o banco novamente
- create database BancoDeDados template template0 encoding 'LATIN1'
lc_collate 'C' lc_ctype 'C';

-- realiza restore (aqui to usando o psql mesmo em vez do pg_restore)
- psql -U postgres -h HOST -d BancoDeDados -f /path/para/dump.sql

-- executo alguns scripts do contexto


Um shell script realiza isso via crontab
00 01 * * * cd /path/para/script/; ./script.sh  /dev/null


Na pratica temos sempre dados atualizados frescos, mas tecnicamente é
deletar e recriar do zero o banco.

Espero que sirva para algo !

Em 6 de maio de 2015 17:47, Euler Taveira eu...@timbira.com.br escreveu:

 On 06-05-2015 15:37, Marcio Ribeiro de Oliveira wrote:
  Obrigado pela ajuda, só uma duvida. ao fazer esse restore diário só vai
  atualizar os dados certo.
 
 Qual restore está se referindo? O último citado? [É por essas e outras
 que o top-posting deve ser evitado. Considere responder no contexto como
 estou fazendo aqui.]

 O comando que foi citado vai restaurar uma base de dados sobre a outra.
 [Inclusive ele vai funcionar somente na primeira vez -- quando a base de
 dados no destino estiver vazia. Se for adicionada a opção -c no
 pg_restore, ele vai excluir os objetos definidos no arquivo gerado e
 depois criar os objetos -- esquema e dados -- no banco de dados do
 destino. Se preferir pode optar pelo DROP DATABASE/CREATE DATABASE no
 destino antes da restauração.]

 Você não explicou o que quer dizer com atualizar diariamente. É tudo
 (esquema e dados)? Somente os dados (tudo)? Somente os dados
 (modificado)? A primeiro é mais fácil (vide explicação acima). O segundo
 vai dar um pouco de trabalho já que você precisa truncar as tabelas. E a
 última opção, somente com um programa que compare registro a registro.


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




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

Re: [pgbr-geral] Analyze e Vaccum consomem espaço ?!

[Franklin Anderson de Oliveira Souza]

Exatamente amigos ! essa mensagem só acontece nos finais de semana quando e
executo o vacuum full !!

Agora está claro o motivo, muito obrigado, vou providenciar mais espaço
para resolver esse problema !

Muito Grato !

Em 23 de abril de 2015 04:05, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Aposto que você está usando VACUUM FULL, que usa espaço em disco, na
 verdade esta opção faz uma cópia do arquivo da tabela sem as tuplas
 mortas. O ANALYSE, que eu saiba, não utiliza espaço extra em disco.


 Lembrando que após o fim da operação, o espaço extra é liberado.

  Opcionalmente você poderia usar apenas o VACUUM (sem FULL), ou
 REINDEX, ou CLUSTER ou ainda deixar que o autovacuum fazer seu
 trabalho. Vai depender das particularidades do seu ambiente e das suas
 bases de dados.


 Tanto REINDEX como CLUSTER usam a mesma estratégia de criar um novo
 arquivo para remover o anterior depois.

 No caso de REINDEX, pode-se sempre remover com DROP o índice anterior e
 recriá-lo com CREATE INDEX. o que evita o uso de espaço extra e ainda
 permite a utilização de CONCURRENTLY.

 Ter sempre uma folga de espaço em disco é uma boa estratégia.

 De qualquer forma, porque não utilisar apenas o autovacuum corretamente
 ajustado? Isso evitaria um crescimento exagerado do tamanho do banco de
 dados em disco e evitaria a dor de cabeça das operações noturnas.

 []s
 Flavio Gurgel

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




-- 
foobar
___
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 de Conexão !

[Franklin Anderson de Oliveira Souza]

Galera ! muito obrigado pelas dicas vou explorar a possibilidade de ser a
rede mesmo, pensei o seguinte, vou criar um script agendado no crontab pra
executar a cada minuto pra testar uma conexão com o banco de dados partindo
da aplicação, acho que com isso consigo provar que existe algo na rede
matando as conexões!

Em 6 de abril de 2015 17:52, Tiago José Adami adam...@gmail.com escreveu:

 Em 6 de abril de 2015 15:39, Fabrízio de Royes Mello
 fabri...@timbira.com.br escreveu:
  On 06-04-2015 12:50, Franklin Anderson de Oliveira Souza wrote:
  LOG: unexpected EOF on client connection with an open transaction
 
  Essas mensagens indicam que foi iniciada uma transação no PostgreSQL,
  porém o client (sua aplicação) terminou inesperadamente (alguem desligou
  a máquina/servidor ou até mesmo interrompeu a conexao de rede) antes de
  finalizar a sessão.
 

 Aqui na lista este erro já apareceu várias vezes. Eu mesmo já passei
 por isso em 2013 e você não irá acreditar no motivo [1]. Era uma
 catraca que emitia um pulso na rede e fazia com que o banco de dados
 encerrasse as conexões ativas em computadores distantes, mas na mesma
 rede.

 Faça testes com a máquina desconectada da rede ou em outra rede
 isolada, lembrando de trocar switch, cabo, placa de rede, etc.

 [1]
 https://listas.postgresql.org.br/pipermail/pgbr-geral/2013-September/036324.html

 TIAGO J. ADAMI
 http://www.adamiworks.com
 @tiadami
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




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

[pgbr-geral] Erro de Conexão !

[Franklin Anderson de Oliveira Souza]

Galera aqui onde trabalho uma aplicação parou de de funcionar. O
responsável pelo o sistema (java) disse que nos logs mostravam um erro de
conexão com o banco. Sabendo disso olhei os logs do servidor postgresql e
observei o seguinte:

LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: unexpected EOF on client connection with an open transaction
LOG: invalid length of startup packet

Minha duvida é, será que esse tipo erro de conexão foi provocada pelo
próprio postgresql ou mais provável que seja algum problema ocorrido na
aplicação ou mesmo na infra (rede, proxy e etc)

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

Re: [pgbr-geral] idle em shell script

[Franklin Anderson de Oliveira Souza]

Eu tenho uns scripts aqui que uso pra conectar no postgresql analogo ao
seu, depois que ele executa ele finaliza normalmente!

Em 2 de março de 2015 15:31, Alessandro Lima grandegoia...@gmail.com
escreveu:

 Tem certeza disso? Após executar o comando passado pelo -c, o psql
 sempre finaliza, não precisa usar \q ou nada do tipo.


 acho que me enganei mesmo, consultei novamente os processos idle e não
 tinha mais nenhuma conexão 127.0.0.1 idle.

 Obrigado Matheus.

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




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

Re: [pgbr-geral] Parametro -b e -i do pg_dump

[Franklin Anderson de Oliveira Souza]

Muito obrigado! Migrei para versão 9.1.7 para 9.3  e executei uns scripts
para migração de um sistema, logo após percebi que o Dump tinha diminuído
de tamanho. Achei que era algum erro meu por ter feito backup manualmente
sem esses parâmetros (-b -i) que estão declarados no scripts de backup via
crontab que é minha referencia. Mas pra minha satisfação não é isso e sim
resultado dos scripts de migração.

Em 26 de fevereiro de 2015 23:02, Euler Taveira eu...@timbira.com.br
escreveu:

 On 26-02-2015 19:16, Franklin Anderson de Oliveira Souza wrote:
  Galera não to entendo muito bem esses parâmetros, vocês podem me explicar
  melhor ?!
 
 Você não citou a versão mas devido a opção -i suponho que seja uma
 versão não suportada (-i foi removido na 8.4).

 A opção -i era para permitir fazer a cópia de um banco de dados cuja
 versão do pg_dump seja idêntica ou superior a versão do servidor. A
 partir do 8.4 isso é um pré-requisito. Veja:

 $ /home/euler/pg9210/bin/pg_dump -p 9994 -f /tmp/a.dump financas
 pg_dump: versão do servidor: 9.4.1; versão do pg_dump: 9.2.10
 pg_dump: interrompendo porque a versão do servidor não corresponde

 A opção -b era para incluir a cópia de blobs. É outra que sofreu
 alteração a muito tempo atrás. Na versão 8.1 ela passou a ser o padrão,
 ou seja, sempre faz a cópia de blobs.

 Resumindo, se você usa uma versão suportada (= 9.0), não se preocupe
 com esses parâmetros.


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




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

[pgbr-geral] Parametro -b e -i do pg_dump

[Franklin Anderson de Oliveira Souza]

Galera não to entendo muito bem esses parâmetros, vocês podem me explicar
melhor ?!

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

Re: [pgbr-geral] Problemas de autenticação através do arquivo Bat

[Anderson Abreu]

 Segue o corpo do bat:

 @Echo off

 set PGUSER=postgres
 set PGPASSWORD=root

 c:
 cd \
 cd C:\Program Files (x86)\PostgreSQL\9.3\bin

 @echo Aguarde enquanto o banco de dados é criado...

 psql -U postgres -c create database MeuBanco

 pg_restore.exe -i -h localhost -p 5432 -U postgres -d MeuBanco -v
 D:\Sollaris.backup



*Não seria -f no luga de -v*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Aprenda a trabalhar com as configurações do PostgreSQL

[Franklin Anderson de Oliveira Souza]

Ótimo artigo! Parabéns, que venha mais

Em 14 de janeiro de 2015 23:13, Fábio Telles Rodriguez 
fabio.tel...@gmail.com escreveu:

 Mais um artigo publicado hoje... desta vez voltado ao uso dos GUCs!

 Sugestões para melhorar corrigir, são bem vindas. E nesse calor, cervejas
 são mais que bem vindas!!!


 http://savepoint.blog.br/aprenda-a-trabalhar-com-as-configuracoes-do-postgresql/

 --
 Atenciosamente,
 Fábio Telles Rodriguez
 blog: http:// http://www.midstorm.org/~telles/s
 http://tellesr.wordpress.com/avepoint.blog.br
 e-mail / gtalk / MSN: fabio.tel...@gmail.com
 Skype: fabio_telles

 Timbira - A empresa brasileira de Postgres
 http://www.timbira.com.br

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




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

Re: [pgbr-geral] Palestras pgbr e pgcon's antigas

[Franklin Anderson de Oliveira Souza]

Passa esse link que voce achou no youtube do Fabio Telles @marco

Em 7 de novembro de 2014 16:53, Marco Aurelio marcoprod...@gmail.com
escreveu:

 Caro,

 Este link eu até já tinha achado, mas tem apenas os slides, lembro que
 tinham disponibilizado os vídeos, mas no site 4linux os links foram
 removidos, e no youtube achei apenas uma palestra do Fabio Telles (muito
 boa por sinal), to querendo animar a galera da empresa pra ir no próximo em
 2015, ai queria mostrar o pessoal.

 Mais uma vez agradeço a atenção recebida.

 Marco Aurélio Ventura da Silva
 marcoprod...@gmail.com
 Prodata Informática e Cadastro LTDA
 (33)3322-

 Em 7 de novembro de 2014 16:15, Fabiano Abreu fabianoabreual...@gmail.com
  escreveu:

 Marcos, eu tenho salvo os seguintes links:

 http://pgbr.postgresql.org.br/2011/palestras.php
 http://pgbr.postgresql.org.br/2013/palestras.php


 *Fabiano Abreu*
 Papo SQL http://paposql.blogspot.com.br - Um blog com tutoriais, dicas
 e truques sobre SQL
 Linkedin https://www.linkedin.com/pub/fabiano-abreu/74/199/950
 (65) 9939-5289

 Em 7 de novembro de 2014 14:10, Marco Aurelio marcoprod...@gmail.com
 escreveu:

 Caros,

 Onde acho os vídeos das palestras dos pgbr´s e pgcon´s antigos ?
 Achei alguns links no histórico da lista, mas apontam pra um repositório
 no 4linux que não existe mais.

 Desde já agradeço a atenção recebida.


 Marco Aurélio Ventura da Silva
 marcoprod...@gmail.com
 Prodata Informática e Cadastro LTDA
 (33)3322-

 ___
 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



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




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

Re: [pgbr-geral] Zerar Dados de uma base

[Anderson Luiz Ramos Saturnino]

Olá Márcio,
você poderia fazer um backup do schema pelo PgAdmin mesmo, daí é só 
restaurar novamente em uma base a parte e depois renomeá-las.


Obs: só que não resetará as sequencias.*/
/*
--
Anderson Saturnino
Analista de Sistemas
www.msisolucoes.com.br http://www.msisolucoes.com.br

http://www.msisolucoes.com.br
On 30/09/2014 18:31, Marcio Ribeiro de Oliveira wrote:
Boa Tarde, gostaria de saber como fazer para zerar os dados de uma 
database sem apagar a estrutura. Se alguém tiver alguma dica agradeço..


/Márcio Ribeiro de Oliveira// - (69) 9231-1557
/
/_Analista de Tecnologia da Informação - DGTI_/
/*Instituto Federal de Rondônia - Reitoria*/


___
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] Usuário sem permissão para fazer dump

[Franklin Anderson de Oliveira Souza]

Quer dizer se o usuário tiver permissão de select para as tabelas de um
banco ele pode fazer um dump na hora que bem quiser ! Huumm...

Em 2 de outubro de 2014 12:18, Matheus de Oliveira 
matioli.math...@gmail.com escreveu:


 2014-10-02 11:54 GMT-03:00 Danilo Silva danilo.dsg.go...@gmail.com:

 É possível eu ter um usuário com privilégios do tipo select, update, etc
 em uma determinada base de dados , mas que não tenha permissão de fazer
 dump dessa base de dados?


 Não. Se o usuário tem permissão de SELECT nas tabelas, este pode realizar
 um dump das mesmas.

 Uma solução (horrível) que vejo é adicionar uma coluna coringa (ou usar
 alguma existente) e conceder permissão de SELECT em todas colunas exceto
 esta. Se alguém tiver uma ideia melhor (uma boa ideia na verdade), eu
 gostaria de ouvir... :)

 Atenciosamente,
 --
 Matheus de Oliveira
 Analista de Banco de Dados
 Dextra Sistemas - MPS.Br nível F!
 www.dextra.com.br/postgres


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




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

Re: [pgbr-geral] Alta disponibilidade

[Anderson Abreu]

 Alguem tem algum material sobre alta disponibilidade com exemplo e pratica
 estou querendo fazer um curso da 4linux.. vcs recomenda ?

 Vc aqui usa,  por exemplo o pfsense para load balance/faiover?


Pode ser utilizado o DRBD para a alta disponibilidade.



Atenciosamente,

Anderson Abreu
andersonab...@gmail.com

O judoca é o que possui: humildade para aprender aquilo que lhe
ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e
fé para acreditar naquilo que não compreende. Saber cada dia um pouco
mais e usá-lo todos os dias para o bem (Jigoro Kano)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Alta disponibilidade

[Anderson Abreu]

 Pode ser utilizado o DRBD para a alta disponibilidade.


 Apenas replicando o disco? Como fica o desempenho do mesmo?



 Estou analisando e testando vários cenários. Assim que conseguir
concluir (estou ralando pacas em outro projeto) vou publicar para a
comunidade...

Estive vendo uma empresa (linbit.com) que faz isso, mas não tenho
ideia de valores. Parece que eles tem tudo pronto.


Atenciosamente,

Anderson Abreu
andersonab...@gmail.com

O judoca é o que possui: humildade para aprender aquilo que lhe
ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e
fé para acreditar naquilo que não compreende. Saber cada dia um pouco
mais e usá-lo todos os dias para o bem (Jigoro Kano)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] banco com codificação uf8 dados vindo com ISO8895-1

[Anderson Marques]

boa tarde, pessoal estou com um problema de 15000 linhashehhehe

existe como retornar a palavra que foi gravada dessa maneira
JAÇANà  a sua forma real tipo JAÇANÃ. outro problema tem
palavras que foram regravadas ou seja a pessoa tentou gravar novamente e
gravou outra codificação para a mesma palavraJaçanã .

desde ja agradeço.


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

Re: [pgbr-geral] banco com codificação uf8 dados vindo com ISO8895-1

[Anderson Marques]

assim deu erro select convert(psvg_vulgo, 'UTF8', 'LATIN1')
convert_from(psvg_vulgo, 'UTF8') FROM pessoa.tb_nome WHERE ps_id = 49463

Assim
select convert_to(ps_vulgo,'UTF8') from pessoa.tb_nome  where ps_id = 49463

retornou isso
OCUPA\303\203\302\203\303\202\302\203\303\203\302\202\303\202\302\203\303\203\302\203\303\202\302\202\303\203\302\202\303\202\302\207\303\203\302\203\303\202\302\203\303\203\302\202\303\202\302\203\303\203\302\203\303\202\302\202\303\203\302\20
(...)

Em 12 de setembro de 2014 15:18, Eduardo Alexandre eduardog...@gmail.com
escreveu:

 Olá,

 Veja se convert('text_in_utf8', 'UTF8', 'LATIN1') convert_from('text_in_utf8',
 'UTF8') resolvem.


 Abraços,
 ___
 Eduardo Alexandre

 Em 12 de setembro de 2014 14:55, Anderson Marques jackvalant...@gmail.com
  escreveu:

 boa tarde, pessoal estou com um problema de 15000 linhashehhehe

 existe como retornar a palavra que foi gravada dessa maneira
 JAÇANà  a sua forma real tipo JAÇANÃ. outro problema tem
 palavras que foram regravadas ou seja a pessoa tentou gravar novamente e
 gravou outra codificação para a mesma palavraJaçanã .

 desde ja agradeço.


 anderson

 ___
 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


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

Re: [pgbr-geral] postgre cloud

[Anderson Abreu]

 alguém  conhece algum serviço de postgre cloud como o www.heroku.com, mas
 com valores mas moderados.

 no meu plano pago 5 dólares mas tenho  restrição de números de registro, mas
 se eu quiser um plano melhor vai para 50

 nao tem meio termo tipo 15 ou 25.

 se alguém conhecer algum serviço deste tipo com planos melhores.

Bom dia!!!

Tem o da Amazon. http://aws.amazon.com/pt/rds/postgresql/pricing/
Tem o Cloud Postgres http://www.cloudpostgres.com/



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


Atenciosamente,

Anderson Abreu
andersonab...@gmail.com

O judoca é o que possui: humildade para aprender aquilo que lhe
ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e
fé para acreditar naquilo que não compreende. Saber cada dia um pouco
mais e usá-lo todos os dias para o bem (Jigoro Kano)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] ferramenta

[Franklin Anderson de Oliveira Souza]

Se tem ferramente não sei, mas acho que um shell script agendado pelo cron
resolveria hein !


Em 27 de agosto de 2014 17:09, Douglas Fabiano Specht 
douglasfabi...@gmail.com escreveu:

 boa tarde pessoal,
 alguem sabe se existe alguma ferramenta que envie email de alertas
 dependendo de algumas configurações pré-estabelecidas para o postgresql?
 Exemplo, se chegar a 100 Usuários simultâneos ou se uma determinada
 consulta demorar X tempo envie email,
 utilizamos:
 postgresql 9.2
 CentOS 6.4

 --

 Douglas Fabiano Specht

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




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

[pgbr-geral] Problema para conectar remotamente ao servidor !!

[Franklin Anderson de Oliveira Souza]

Olá Amigos !!

Liberei o listen_addresses

listen_addresses = '*'

reiniciei o servidor, e quando tento acessa-lo remotamente tenho a seguinte
mensagem ! Instalei num CentOS 6.5 minimal:

$ psql -U usuario -h IP
psql: não pôde conectar ao servidor: Não há rota para o host
O servidor está executando na máquina IP e aceitando
conexões TCP/IP na porta 5432?


Alguma dica colegas !?


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

Re: [pgbr-geral] Problema para conectar remotamente ao servidor !!

[Franklin Anderson de Oliveira Souza]

Oi @alessandro !

Eu conecto normalmente com  $ psql -U usuario -h IP em outros servidores!
menos nesse que to configurando desde a instalação !


Em 22 de julho de 2014 18:04, Alessandro Valverde 
alessandro.valve...@gmail.com escreveu:

 Esqueceu /q no final amigo
 Em 22/07/2014 19:02, Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com escreveu:

 Olá Amigos !!

 Liberei o listen_addresses

 listen_addresses = '*'

 reiniciei o servidor, e quando tento acessa-lo remotamente tenho a
 seguinte mensagem ! Instalei num CentOS 6.5 minimal:

 $ psql -U usuario -h IP
 psql: não pôde conectar ao servidor: Não há rota para o host
 O servidor está executando na máquina IP e aceitando
  conexões TCP/IP na porta 5432?


 Alguma dica colegas !?


 --
 foobar

 ___
 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




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

Re: [pgbr-geral] Problema para conectar remotamente ao servidor !!

[Franklin Anderson de Oliveira Souza]

Declarei sim !  Tomei cuidado com isso, preservando as informações ,
declarei do seguinte modo abaixo:

hostbanco  usuario  IP_REMOTO/32 trust

em seguida eu fiz um select pg_reload_conf(); e como nao funcionou
reiniciei o servidor mesmo só pra testar também !




Em 22 de julho de 2014 18:18, Douglas Fabiano Specht 
douglasfabi...@gmail.com escreveu:




 Em 22 de julho de 2014 19:07, Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com escreveu:

 Oi @alessandro !

 Eu conecto normalmente com  $ psql -U usuario -h IP em outros servidores!
 menos nesse que to configurando desde a instalação !


 Em 22 de julho de 2014 18:04, Alessandro Valverde 
 alessandro.valve...@gmail.com escreveu:

 Esqueceu /q no final amigo
 Em 22/07/2014 19:02, Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com escreveu:

  Olá Amigos !!

 Liberei o listen_addresses

 listen_addresses = '*'

 reiniciei o servidor, e quando tento acessa-lo remotamente tenho a
 seguinte mensagem ! Instalei num CentOS 6.5 minimal:

 $ psql -U usuario -h IP
 psql: não pôde conectar ao servidor: Não há rota para o host
 O servidor está executando na máquina IP e aceitando
  conexões TCP/IP na porta 5432?


 Alguma dica colegas !?


 --
 foobar

 ___
 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




 --
 foobar

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


 ola..
 vc liberou no pg_hba.conf o ip remoto que vc esta acessando???


 --

 Douglas Fabiano Specht

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




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

Re: [pgbr-geral] Problema para conectar remotamente ao servidor !!

[Franklin Anderson de Oliveira Souza]

Isso que to vendo agora aqui... vejamos !!


Em 22 de julho de 2014 18:30, Danilo Silva danilo.dsg.go...@gmail.com
escreveu:




 Em 22 de julho de 2014 19:25, Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com escreveu:

 Declarei sim !  Tomei cuidado com isso, preservando as informações ,
 declarei do seguinte modo abaixo:

 hostbanco  usuario  IP_REMOTO/32 trust

 em seguida eu fiz um select pg_reload_conf(); e como nao funcionou
 reiniciei o servidor mesmo só pra testar também !


 ​Verifique se existe algum bloqueio de acesso externo pela porrta 5432.

 []s
 Danilo​



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




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

Re: [pgbr-geral] Problema para conectar remotamente ao servidor !!

[Franklin Anderson de Oliveira Souza]

Isso mesmo amigos ! Fui traido por algumas rules do iptables no servidor,
tudo resolvido ! Desculpe a desatenção !


Em 22 de julho de 2014 18:33, Franklin Anderson de Oliveira Souza 
frankli...@gmail.com escreveu:

 Isso que to vendo agora aqui... vejamos !!


 Em 22 de julho de 2014 18:30, Danilo Silva danilo.dsg.go...@gmail.com
 escreveu:




 Em 22 de julho de 2014 19:25, Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com escreveu:

 Declarei sim !  Tomei cuidado com isso, preservando as informações ,
 declarei do seguinte modo abaixo:

 hostbanco  usuario  IP_REMOTO/32 trust

 em seguida eu fiz um select pg_reload_conf(); e como nao funcionou
 reiniciei o servidor mesmo só pra testar também !


 ​Verifique se existe algum bloqueio de acesso externo pela porrta 5432.

 []s
  Danilo​



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




 --
 foobar




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

[pgbr-geral] Dúvida a respeito de permissões (grant)

[Franklin Anderson de Oliveira Souza]

Olá amigos !!

Sou novo na lista e até então tinha apenas acompanhado, mas agora resolvi
participar mais ativamente inicialmente com uma dúvida.

Para fins de estudo criei um banco de nome estudo com dois schemas:

comida e pessoa

para cada schema criei duas tabelas simples:

comida:
  tb: almoco
  tb: janta

pessoas:
  tb: amigos
  tb: colegas

Todas com um simples campo de varchar. Criei toda essa estrutura com o
usuário postgres

Feito isso criei um usuário de nome usuario1

create role usuario1 with password 'senha' login;

adicionei no pg_admin devidamente com method md5

atualizei o pg_hba.conf  com um select pg_reload_conf();

E finalmente atribui permissão de select para a tabela
comida.almoco para o usuario1 com o seguinte comando:

grant select on table comida.almoco to usuario1;

o retorno do \z comida.almoco tenho o seguinte:

comida  | almoco | tabela | postgres=arwdDxt/postgres+ |
||| usuario1=r/postgres|


Então, mas mesmo assim quando acesso o banco remotamente com um

psql -U usuario1 -h IP  estudo


após solicitação de senha e login efetuado, faço um select simples na
tabela eu tenho o seguinte retorno


estudo= select * from comida.almoco;
ERROR:  permission denied for schema comida
LINHA 1: select * from comida.almoco;
   ^

baseado na permissão setada, não era pra listar normalmente ?!


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

Re: [pgbr-geral] Ferramenta para programação

[Franklin Anderson de Oliveira Souza]

Eu uso vim :D


Em 17 de julho de 2014 16:31, Jocimar Oliveira 21joci...@gmail.com
escreveu:


 Em 17 de julho de 2014 17:29, Bruno Silva bemanuel...@gmail.com
 escreveu:

 PSQL + ViM e às vezes Gedit ( por conta da coloração ).


 ​Utilizo o Vi e o Gedit, e os dois colorem!​


 Atenciosamente,

 *Jocimar de Oliveira*
 *UIRAPURU* *Sistemas de Informática Ltda*
 *(42) 3232-3894 %2842%29%203232-3894*

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




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

Re: [pgbr-geral] Mover pasta data do PostgreSQL para caminho alternativo

[Franklin Anderson de Oliveira Souza]

Oi !! sou iniciante, mas nos artigos que vejo por ai esse é o procedimento
default que você disse.

Lembrando que o diretorio onde será a adicionado os arquivos deve ter
pertencer ao usuario postgres

# chown postgres:postgres

como sugerido pelo script postgresql-9.3 do /etc/init.d/

dai basta setar o novo patch para PGDATA e PGLOG, mas isso você ja sabe !


Em 14 de julho de 2014 16:12, Eduardo Alexandre eduardog...@gmail.com
escreveu:

 Boa tarde,

 Tenho a necessidade de passar a armazenar os dados do PostgreSQL em um
 disco montado em /mnt/postgresql, cujo banco já possui dados.

 Há uma melhor forma de fazer isso de forma garantida ou basta um rsync de
 /var/lib/pgsql para a nova pasta e mudar os caminhos no arquivo de
 configuração em /etc/init.d/postgresql-9.3?


 Obrigado,
 ___
 Eduardo Alexandre

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




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

Re: [pgbr-geral] PostgreSQL com o Microsiga Protheus

[Franklin Anderson de Oliveira Souza]

Ananias é gente boa ! Ele é das antigas e manja bastante de linux  !  :D


Em 8 de julho de 2014 09:33, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2014-07-08 10:05 GMT-03:00 Roberto Mello roberto.me...@gmail.com:
 
  Alguém tem uma sugestão de ERP para pequenas empresas que preste? Que
  suporte Linux e PostgreSQL?

 Um ex‐executivo da Oracle criou o Compière, que foi portado para
 PostgreSQL e desenvolvido como Adempière.  Havia uma localização, não
 sei como anda.

 Me parece que há uma comunidade em torno do PostBooks ou algo assim.

 Mas o que creio que anda melhor seria o OpenERP, renomeado para Odoo.
 Tem mais de uma empresa de suporte tupiniquim, inclusive uma dum
 conhecido meu, o Ananias Pereira Batista filho que, que me lembre,
 enfatiza bastante a dobradinha Debian GNU/Linux e o PostgreSQL.


 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




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

Re: [pgbr-geral] Postgres Plus Advanced Server

[Anderson Abreu]

 O que é Postgres Plus® Advanced Server

 qual a diferença para o PostGres tradicional?

Oi Marcelo,

Espero que ajude. Esse texto foi repassado pra mim.

A empresa que conheço é a Tecnisys (www.tecnisys.com.br), inclusive
com abrangência nacional.

Sei que diversos órgãos públicos têm adotado o Postgres Plus® não só
pela ferramental, mas, também, pelo fato da garantia do suporte no
brasil e no mundo.

Segue o texto.

Cases de sucesso da EnterpriseDB no mundo:
 http://enterprisedb.com/success-stories
 http://enterprisedb.com/success-stories/customer-quotes

O Postgres PLUS® Advanced Server é o produto da empresa EnterpriseDB,
baseado no produto da comunidade. Possui com toda a robustez, garantia
de suporte, roadmap do produto e escalabilidade exigidas de um sistema
destinado a pequenas, médias e grandes corporações, com foco em
ambientes de missão crítica.

Com intuito de reduzir os custos com licenciamento em softwares
proprietários como DB2, Oracle, SQLServer, dentro das corporações, vem
desenvolvendo há 9 anos soluções sólidas de compatibilidade com o
Oracle Database, por exemplo. Assim, diversos recursos foram
implementados como datatypes, partitions, database links, users,
roles, triggers, stored procederes. Realiza a leitura de PL/SQL e
diversas views de sistema, implementadas no Oracle. A EnterpriseDB,
através de seus representantes, disponibiliza um treinamento
específico para os DBAs Oracle.

Existe uma carreira de certificação para o produto da comunidade
PostgreSQL e para os produtos da EnterpriseDB.

Existem diversos testes de desempenho entre as versões da comunidade e
o produto subscrito e, comprovadamente, observou-se ganhos de até 400x
na escrita de dados em tabelas particionadas e 76x na leitura de dados
em tabelas particionadas.

Possui alta disponibilidade, replicação ativo-ativo (xDBReplication),
monitoramento centralizado de diversos servidores remotos (PostgreSQL
e Postgres Plus®) de banco de dados com o Postgres Enterprise Manager
- PEM, proteção contra SQLInjection com o SQL/Protector, Ferramenta de
migração de dados com o Migration Toolkit, monitor de atualização do
Postgres Plus, gerenciamento de failover, dentre outros. Todos os
produtos são testados, certificados, integrados e específicos pela
equipe de engenheiros da EnterpriseDB, que inclusive faz parte das
contribuições na comunidade, para atendimento as especificidades e
complexidades conhecidas em servidores de banco de dados em missão
crítica.

A forma de registro do Postgres PLUS é similar a outros fabricantes
com fornecimento de subscrição, com posição consolidada no Brasil, e
aceita pelos órgãos públicos de controle e o cliente tem direito a
utilizar todo o suporte e atualização durante o período contratual.

Principais vantagens do produto subscrito para o produto da comunidade:

- Produto superior em desempenho, pois é submetido a testes de stress
e homologado para aplicações de missão crítica, certificado e testado
para diversos sistemas operacionais;

- Possui um Nível de serviço garantido em contrato, possibilitando ao
cliente a abertura de chamados, a garantia de atendimento baseado em
níveis de severidade, atualizações para a versão mais atual
disponível, acesso a base de conhecimento e correção de problemas;

- O suporte Web e telefônico ao produto é feito em língua portuguesa,
24 horas por dia, com o atendimento de técnicos e engenheiros
certificados pelo fabricante;

- Possui diversas funcionalidades já incluídas no produto principal,
sem a necessidade e surpresas em adquirir módulos adicionais
(comparativamente aos produtos comerciais);

- O produto Postgres Plus® é 100% compatível com o produto PostgreSQL
da comunidade, sem impactos em migrações de bases de dados;

- Possui compatibilidade com diversos bancos de dados proprietários,
dentre eles Oracle, SQL Server, MySQL dentre outros;

- O cliente mantém o investimento já realizado em bancos de dados
proprietários e em recursos humanos e treinamentos, devido a
compatibilidade com o Oracle e conectividade do Postgres Plus® e da
similaridade com as ferramentas de administração do banco de dados e
linhas de comando;

- Existe ainda forte incentivo à melhora do produto, sendo a empresa
EnterpriseDB uma das maiores investidoras de recursos na própria
comunidade.




Atenciosamente,

Anderson Abreu
andersonab...@gmail.com

O judoca é o que possui: humildade para aprender aquilo que lhe
ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e
fé para acreditar naquilo que não compreende. Saber cada dia um pouco
mais e usá-lo todos os dias para o bem (Jigoro Kano)


2014-05-20 18:39 GMT-03:00 Marcello Mello marc...@se7esistemas.com.br:
 O que é Postgres Plus® Advanced Server

 qual a diferença para o PostGres tradicional?

 
 Marcelo

  |
 -




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

Re: [pgbr-geral] Treinamento PostgreSQL

[Anderson Abreu]

 Alguém pode me indicar alguma instituição que realiza treinamentos de
 PostgreSQL no estado do Espírito Santo?
Oi Stanley,

Googlando por treinamentos, encontrei a Tecnisys, inclusive com
instrutores de renome internacional na comunidade.

Pelo que entendi, ela possui uma rede nacional de parceiros e tem
ministrado cursos em todo o Brasil.

Segue site www.tecnisys.com.br.




Atenciosamente,

Anderson Abreu
andersonab...@gmail.com

O judoca é o que possui: humildade para aprender aquilo que lhe
ensinam, paciência para ensinar o que aprendeu aos seus semelhantes e
fé para acreditar naquilo que não compreende. Saber cada dia um pouco
mais e usá-lo todos os dias para o bem (Jigoro Kano)


Em 20 de maio de 2014 15:11, Stanley Mendes Fonseca
stanleymfons...@gmail.com escreveu:
 Boa tarde
 Alguém pode me indicar alguma instituição que realiza treinamentos de
 PostgreSQL no estado do Espírito Santo?


 ___
 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

[pgbr-geral] RES: Configuração do PG_HBA.CONF

[Anderson Saturnino]

Olá Emerson !

Outra sugestão é você deixar como Trust onde era MD5, conforme exemplo
abaixo:

 

# IPv4 local connections:

#DATABASES

hostall all 127.0.0.1/32Trust

hostall all 0.0.0.0/0   Trust

 

Att

Anderson Saturnino

 

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome
de Emerson Martins
Enviada em: quinta-feira, 13 de março de 2014 10:40
Para: pgbr-geral
Assunto: [pgbr-geral] Configuração do PG_HBA.CONF

 

Bom dia pessoal.

 

Ambiente: PostgreSQL 9.3.0 Debian 7 Wheezy 64 bits

 

Estou precisando configurar meu pg_hba.conf para não permitir login sem
senha.

 

Segue abaixo informações do pg_hba.conf

 

# TYPE  DATABASEUSERADDRESS METHOD

 

# local is for Unix domain socket connections only

local   all all trust

# IPv4 local connections:

#DATABASES

hostall all 127.0.0.1/32md5

hostall all 0.0.0.0/0   md5

 

 

#Para todos os outros bancos o usuario acima nao tem acesso

#hostall adm_gdnt0.0.0.0/0reject

#hostalladm_gdnt::1/28reject

#hostallrel_gdnt10.1.15.0/0   reject

 

 




Att,

 

Emerson Martins 

 

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

[pgbr-geral] Duvida tempo de processamento procedure

[Anderson Marques]

Bom dia, pessoal estamos desenvolvendo um sistema de gerenciamento de
estoque, porem surgiu essa duvidaa procedure pode travar o sistema
dependendo da demanda de requisição simultânea, tipo umas 1500 requisições
simultâneas?

o problema que estamos resolvendo com a procedure é a movimentação do
estoque
, na entrada e saída, fizemos uma simulação onde dois usuários trabalham no
mesmo item fazendo a saida, do modo que está implementado apenas no código
ambos trabalharam o mesmo valor de estoque só que o estoque para o 2ª ja
não era o mesmo.

a procedure é a melhor implementação para resolver isso?

desde ja agradeço a ajuda.

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

Re: [pgbr-geral] pg_restore extremamente lento

[Anderson Abreu]

Boa tarde. Ja fez o vacuum full antes de iniciar a operacao??

Como esta a leitura do disco e processamento da maquina? E a rede de dados?
Em 20/01/2014 11:56, JotaComm jota.c...@gmail.com escreveu:

 Pessoal,

 Bom dia!!!

 Vejam se podem me ajudar:

 Tenho o meu banco de produção e agora preciso fazer uma carga de cerca de
 50 arquivos (cada com aproximadamente 100 milhões de registros). Todos
 foram feitos com o pg_dump -Fc na versão 9.0 e agora estou restaurando
 utilizando o pg_restore da 9.2.

 As minhas tabelas que vão receber os dados são tabelas particionadas,
 contendo 4 índices, sendo 3 compostos e 3 chaves estrangeiras. Coloquei um
 pg_restore ontem e até agora nada de restaurar, isto é, quase 24 horas e
 nada de resposta.

 O Sistema Operacional é o CentOS release 6.5 (Final).

 Alguém tem idéia de como processo acelearar este processo? Mais
 informações?

 Obrigado.

 Abraços


 --
 JotaComm
 http://jotacomm.wordpress.com

 ___
 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] duvida com as aspas dentro de aspas ao criar função

[Anderson Abreu]

Exemplificando melhor


 EXECUTE '  CREATE TEMP TABLE tmp AS
   SELECT table_name, table_name||_id AS id_name, 0 AS
next_value
   FROM information_schema.tables
   WHERE table_schema = sch
   AND  table_type = ''BASE TABLE''
   ORDER BY table_name;';




Atenciosamente,

Anderson Abreu
andersonab...@gmail.com
(61) 8157-6657
OOAD, RUP, SOA, Jboss, IIS
.Net, PHP, CFM, ASP, JAVA
McAffee Partner - Microsoft Partner
MySQL, Oracle, PostgreSQL, SQL Server, DB2, SyBase


2014/1/17 Eloi Ribeiro e...@openmailbox.org

 Ola a todos,

 Estou a tentar criar uma função que crie sequencias em todas as tabelas
 num determinado esquema e não consigo avançar por causa das aspas dentro de
 aspas, alguém pode dar uma ajuda.

 Aqui está o código, e o problema com as aspas esta no primeiro e no
 terceiro EXECUTE:

 CREATE OR REPLACE FUNCTION wosis.fun_create_sequence(sch text)
   RETURNS text AS
 $BODY$
 DECLARE
 row record;
 BEGIN
 EXECUTE '  CREATE TEMP TABLE tmp AS
SELECT table_name, table_name||_id' AS id_name, 0 AS
 next_value
FROM information_schema.tables
WHERE table_schema = sch
AND  table_type = 'BASE TABLE'
ORDER BY table_name;';
 FOR row IN
  SELECT table_name, id_name FROM tmp ORDER BY table_name
 LOOP
 EXECUTE 'UPDATE tmp SET next_value = (SELECT max(' ||
 quote_ident(row.id_name) || ')+1 FROM ' || quote_ident(sch) || '.' ||
 quote_ident(row.table_name) || ') WHERE table_name = ' ||
 quote_ident(row.table_name) || ';'
 END LOOP;
 FOR row IN
  SELECT table_name, id_name, next_value FROM tmp ORDER BY table_name
 LOOP
 EXECUTE 'CREATE SEQUENCE ' || quote_ident(row.table_name) || '_'
 || quote_ident(row.id_name) || '_seq START ' || quote_ident(row.next_value)
 || ';'
 EXECUTE 'ALTER TABLE ' || quote_ident(sch) || '.' ||
 quote_ident(row.table_name) || ' ALTER COLUMN ' || quote_ident(row.id_name)
 || ' SET DEFAULT nextval( ' || quote_ident(row.table_name) || '_' ||
 quote_ident(row.id_name) || '_seq);'
 END LOOP;
 RETURN 'Sequences were created';
 END;
 $BODY$
   LANGUAGE plpgsql VOLATILE
   COST 100;
 ALTER FUNCTION wosis.fun_create_sequence(text) OWNER TO postgres;
 COMMENT ON FUNCTION wosis.fun_create_sequence(text) IS 'Create sequences
 in all tables from a given schema';

 Obrigado,

 --
 Eloi Ribeiro
 GIS Analyst / Programmer
 51.9871, 5.6661
 flavors.me/eloiribeiro
 ___
 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] duvida com as aspas dentro de aspas ao criar função

[Anderson Abreu]

Caríssimo,

Utilize duas aspas simples juntas tipo 'select ' '' '|| nome||' '' ' from
pessoa'






Atenciosamente,

Anderson Abreu
andersonab...@gmail.com
(61) 8157-6657
OOAD, RUP, SOA, Jboss, IIS
.Net, PHP, CFM, ASP, JAVA
McAffee Partner - Microsoft Partner
MySQL, Oracle, PostgreSQL, SQL Server, DB2, SyBase


2014/1/17 Eloi Ribeiro e...@openmailbox.org

 Ola a todos,

 Estou a tentar criar uma função que crie sequencias em todas as tabelas
 num determinado esquema e não consigo avançar por causa das aspas dentro de
 aspas, alguém pode dar uma ajuda.

 Aqui está o código, e o problema com as aspas esta no primeiro e no
 terceiro EXECUTE:

 CREATE OR REPLACE FUNCTION wosis.fun_create_sequence(sch text)
   RETURNS text AS
 $BODY$
 DECLARE
 row record;
 BEGIN
 EXECUTE '  CREATE TEMP TABLE tmp AS
SELECT table_name, table_name||_id' AS id_name, 0 AS
 next_value
FROM information_schema.tables
WHERE table_schema = sch
AND  table_type = 'BASE TABLE'
ORDER BY table_name;';
 FOR row IN
  SELECT table_name, id_name FROM tmp ORDER BY table_name
 LOOP
 EXECUTE 'UPDATE tmp SET next_value = (SELECT max(' ||
 quote_ident(row.id_name) || ')+1 FROM ' || quote_ident(sch) || '.' ||
 quote_ident(row.table_name) || ') WHERE table_name = ' ||
 quote_ident(row.table_name) || ';'
 END LOOP;
 FOR row IN
  SELECT table_name, id_name, next_value FROM tmp ORDER BY table_name
 LOOP
 EXECUTE 'CREATE SEQUENCE ' || quote_ident(row.table_name) || '_'
 || quote_ident(row.id_name) || '_seq START ' || quote_ident(row.next_value)
 || ';'
 EXECUTE 'ALTER TABLE ' || quote_ident(sch) || '.' ||
 quote_ident(row.table_name) || ' ALTER COLUMN ' || quote_ident(row.id_name)
 || ' SET DEFAULT nextval( ' || quote_ident(row.table_name) || '_' ||
 quote_ident(row.id_name) || '_seq);'
 END LOOP;
 RETURN 'Sequences were created';
 END;
 $BODY$
   LANGUAGE plpgsql VOLATILE
   COST 100;
 ALTER FUNCTION wosis.fun_create_sequence(text) OWNER TO postgres;
 COMMENT ON FUNCTION wosis.fun_create_sequence(text) IS 'Create sequences
 in all tables from a given schema';

 Obrigado,

 --
 Eloi Ribeiro
 GIS Analyst / Programmer
 51.9871, 5.6661
 flavors.me/eloiribeiro
 ___
 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] Money e JSON

[Anderson Loyola]

Sim, seria um bug, tentei de várias formas, mas não tem jeito, alterei para
numeric mesmo.

Obrigado pela força.


Em 10 de dezembro de 2013 11:04, Matheus de Oliveira 
matioli.math...@gmail.com escreveu:




 2013/12/10 Anderson Cristian andercr...@gmail.com

 Estou com um problema sério com JSON no postgresql, quando converto um
 select para JSON por EX: SELECT to_json(row) FROM tabela row até ae tudo
 bem, mas quando eu tento buscar um valor dentro do JSON que seja MONEY ele
 retorna o seguinte erro: Token R is invalid.

 O PostGreSQL cria um JSON da seguinte forma quando o campo é money.
 SELECT '{salario: R$ 1.000,00}'::json

 Alguém já passou por isso? Tem uma solução?


 humm Fiz um teste bem simples aqui, e parece que estamos falando de um
 bug mesmo:

 postgres=# SELECT to_json(a) FROM (VALUES(1000::money)) a(salario);
 to_json
 ---
  {salario:$1,000.00}
 (1 row)

 postgres=# SELECT to_json(a)-'salario' FROM (VALUES(1000::money))
 a(salario);
 ERROR:  invalid input syntax for type json
 DETAIL:  Token $ is invalid.
 CONTEXT:  JSON data, line 1: {salario:$...

 Veja que ele gera:

  {salario:$1,000.00}

 Mas creio que o correto seria:

  {salario:1000}

 ou

  {salario:$1,000.00}

 Vou fazer uma pesquisa e se encontrar algo posto aqui. Uma solução
 temporária é converter de money para numeric:

 SELECT to_json(row) FROM (SELECT foo, bar, salario::numeric AS salario
 FROM tabela) row

 Atenciosamente,
 --
 Matheus de Oliveira
 Analista de Banco de Dados
 Dextra Sistemas - MPS.Br nível F!
 www.dextra.com.br/postgres


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




-- 
*Anderson Loyola*
http://andersonloyola.com.br http://www.andersonloyola.com.br
Usuário Linux N: 391848
http://linuxcounter.net/user/391848.htmlhttp://counter.li.org/cgi-bin/runscript/display-person.cgi?user=391848
Telefone: (41) 3015-2048
Celular: (41) 8722-7774
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Money e JSON

[Anderson Cristian]

Estou com um problema sério com JSON no postgresql, quando converto um
select para JSON por EX: SELECT to_json(row) FROM tabela row até ae tudo
bem, mas quando eu tento buscar um valor dentro do JSON que seja MONEY ele
retorna o seguinte erro: Token R is invalid.

O PostGreSQL cria um JSON da seguinte forma quando o campo é money.
SELECT '{salario: R$ 1.000,00}'::json

Alguém já passou por isso? Tem uma solução?

Att.

-- 
Anderson Loyola - WebDesigners and Developers
http://www.andersonloyola.com.br
Usuário Linux N: 391848
http://linuxcounter.net/user/391848.htmlhttp://counter.li.org/cgi-bin/runscript/display-person.cgi?user=391848
Telefone: (41) 3012-0224
Celular: (41)8722-7774
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Recuper base depois de um drop

[Anderson Marques]

Boa tarde, pessoal tenho o seguinte senario, foi dado um drop na base por
acidente, ai foi retirado o hd, feito um restore com programas de
terceiros e blz, temos os arquivos das bases dentro de pasta 18800 que fica
dentro da DATA, a questão agora é como fazer o postgres enchegar essa base
de novo, foi colocado dentro da pasta data da mesma versão que ela foi
dropada mas nada. existe algo do tipo recompilar no postgres, tem como eu
reutilizar essa base?

desde ja agradeço

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

[pgbr-geral] problemas com is not null

[Anderson]

boa tarde pessoal,

seguinte tenho uma função que faz uma comparação pra ver se o campo não está
nulo, porem esta dando erro ou melhor o is not null não esta vereficando

XSELECTINCLUIR := 'SELECT '||XINCREMESSAGERAL||' , '||XINCUNIDESTINO||' ,
'||XINCNUMEROREMESSA||' FROM '||XTABELAINCLUIR||' WHERE
'||XINCREMESSAGERAL||' = '||XIDSREMESSAS[I]||';';

EXECUTE XSELECTINCLUIR INTO
VAIDREMESSAINCLUIR,VAIDDESTINOINCLUIR,VAIDNUMEROREMESSAINCLUIR;

IF (VAIDREMESSAINCLUIR IS NOT NULL) THEN

   IF(XARMAZENACURVALIDGERAL = 0) THEN
XINSERT := 'INSERT INTO '||XTABELAROMANEIO||'('||
XTABELAROMANEIOREMESSAGERAL||','||
XTABELAROMANEIOANO||','||
XTABELAROMANEIOUSUARIO||','||
XTABELAROMANEIOSETOR||','||
XTABELAROMANEIOUNIDADE||','||
XTABELAROMANEIODE||','||
XTABELAROMANEIOPARA||'
)VALUES('||
VAIDREMESSA||','||
XANO||','||
XUSUARIOID||','||
XSETOR||','||
XUNIDADEID||','||
XUNIDADEID||','||
XUNIDADEDESTINO||')';
   END IF;
IF(XARMAZENACURVALIDGERAL != 0) THEN
XINSERT := 'INSERT INTO '||XTABELAROMANEIO||'('||
XTABELAROMANEIOIDGERAL||','||
XTABELAROMANEIONUMERO||','||
XTABELAROMANEIOREMESSAGERAL||','||
XTABELAROMANEIOANO||','||
XTABELAROMANEIOUSUARIO||','||
XTABELAROMANEIOSETOR||','||
XTABELAROMANEIOUNIDADE||','||
XTABELAROMANEIODE||','||
XTABELAROMANEIOPARA||'
)VALUES('||
XARMAZENACURVALIDGERAL||','||
VAIDREMESSA||','||
XARMAZENACURVALUNIDADE||','||
XANO||','||
XUSUARIOID||','||
XSETOR||','||
XUNIDADEID||','||
XUNIDADEID||','||
XUNIDADEDESTINO||')';
  END IF;

 EXECUTE XINSERT;
END IF;


o retorno é argumento de consulta de string do EXECUTE é nulo o problema é
que se o teste ver que é nulo não era pra executar o EXECUTE XINSERT;

versão do banco 8.3

desde já agradeço.

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

Re: [pgbr-geral] problemas com is not null

[Anderson]

na realidade eu so quero ver se o campo esta nulo, e não a consulta toda,
por isso eu camparo o campo com in not null.

Em 25 de maio de 2011 14:07, Emerson Hermann emersonherm...@gmail.comescreveu:

 Anderson,

 No Postgres, null se propaga, null concatenado com qualquer coisa dá null,
 sugiro vc usar coalesce nos inserts.[1]

 [1]
 http://www.postgresql.org/docs/current/static/functions-conditional.html

 Emerson Hermann

 2011/5/25 Anderson jackvalant...@gmail.com

 boa tarde pessoal,

 seguinte tenho uma função que faz uma comparação pra ver se o campo não
 está nulo, porem esta dando erro ou melhor o is not null não esta
 vereficando

 XSELECTINCLUIR := 'SELECT '||XINCREMESSAGERAL||' , '||XINCUNIDESTINO||' ,
 '||XINCNUMEROREMESSA||' FROM '||XTABELAINCLUIR||' WHERE
 '||XINCREMESSAGERAL||' = '||XIDSREMESSAS[I]||';';

 EXECUTE XSELECTINCLUIR INTO
 VAIDREMESSAINCLUIR,VAIDDESTINOINCLUIR,VAIDNUMEROREMESSAINCLUIR;

 IF (VAIDREMESSAINCLUIR IS NOT NULL) THEN

IF(XARMAZENACURVALIDGERAL = 0) THEN
 XINSERT := 'INSERT INTO '||XTABELAROMANEIO||'('||
 XTABELAROMANEIOREMESSAGERAL||','||
 XTABELAROMANEIOANO||','||
 XTABELAROMANEIOUSUARIO||','||
 XTABELAROMANEIOSETOR||','||
 XTABELAROMANEIOUNIDADE||','||
 XTABELAROMANEIODE||','||
 XTABELAROMANEIOPARA||'
 )VALUES('||
 VAIDREMESSA||','||
 XANO||','||
 XUSUARIOID||','||
 XSETOR||','||
 XUNIDADEID||','||
 XUNIDADEID||','||
 XUNIDADEDESTINO||')';
END IF;
 IF(XARMAZENACURVALIDGERAL != 0) THEN
 XINSERT := 'INSERT INTO '||XTABELAROMANEIO||'('||
 XTABELAROMANEIOIDGERAL||','||
 XTABELAROMANEIONUMERO||','||
 XTABELAROMANEIOREMESSAGERAL||','||
 XTABELAROMANEIOANO||','||
 XTABELAROMANEIOUSUARIO||','||
 XTABELAROMANEIOSETOR||','||
 XTABELAROMANEIOUNIDADE||','||
 XTABELAROMANEIODE||','||
 XTABELAROMANEIOPARA||'
 )VALUES('||
 XARMAZENACURVALIDGERAL||','||
 VAIDREMESSA||','||
 XARMAZENACURVALUNIDADE||','||
 XANO||','||
 XUSUARIOID||','||
 XSETOR||','||
 XUNIDADEID||','||
 XUNIDADEID||','||
 XUNIDADEDESTINO||')';
   END IF;

  EXECUTE XINSERT;
 END IF;


 o retorno é argumento de consulta de string do EXECUTE é nulo o problema
 é que se o teste ver que é nulo não era pra executar o EXECUTE XINSERT;

 versão do banco 8.3

 desde já agradeço.

 Anderson

 ___
 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


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