Re: [pgbr-geral] Configuração de Máquina

[Leandro Guimarães Faria Corcete DUTRA]

Le mardi 11 juillet 2017 à 00:04 +, Arthur Nascimento a écrit :
> 
> profissionalmente, recomendo centos e rhel, dependendo de cada caso.

Não afeta tua posição pessoal, mas parece-me que o consenso, obviamente
extra-oficial, da comunidade PostgreSQL brasileira era pelo Debian por
ser comunitária e integralmente livre (para qualquer valor usual de
livre), sem precisar desses subterfúgios Cent OS e Red Hat; com a óbvia
exceção de quando há um gerente que, não querendo aprender Informática,
faz questão de homologação.

Eu vou com a maioria da comunidade, que coincide com minha
experiência, limitada embora…


> BTW, sabe que as fontes da red hat são públicas, certo? Não são
> livres no sentido legal

Na verdade, são livres sim, e esse é um mérito da Red Hat: embora
precise assinatura para atualizar o sistema por qualquer mecanismo
automático, é justamente ser livre que permite a existência do Cent OS.



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

Re: [pgbr-geral] Configuração de Máquina

[Arthur Nascimento]

>> Nesse ponto eu prefiro centos/rhel (pela documentação e suporte da
>> RH)

> Lembrando que a Red Hat não suporta o CentOS, e que além da comunidade
> há várias empresas que suportam Debian — o que vale também para os
> *BSDs, em menor grau.

Não diretamente, mas você consegue colocar a subscription num centos, fazer
uma troca dos repositórios e reinstalar os pacotes relevantes (não precisa
nem trocar todos). Se mostrar para eles que no final o sistema sofre do
mesmo problema com os pacotes deles, eles seguem o case e resolvem o
problema. Só não anunciam porque não vale a pena para eles seguir esse
caminho longo; mas é possível e te economiza subscriptions enquanto o
centos não der problema.

>> (Pessoalmente eu prefiro distros source based e rolling release, mas
>> profissionalmente é outra história.)

> O Debian testing funciona como atualizações contínuas (/rolling
> release/), e todas as livres (o que exclui o Red Hat) são baseadas em
> código-fonte — mas as que compilam na instalação dão uma dor de cabeça
> pequena, mas ainda desproporcional aos benefícios, esses sim ínfimos.
> De qualquer maneira, em produção quer-se estabilidade, o que exclui
> atualizações contínuas.

Sim, é fato bem conhecido que não vale a pena compilar o sistema inteiro em
cada instalação. Mas em praticamente toda distro source based também tem
como compilar uma vez e disponibilizar os binários em um repositório
privado (ou mesmo público, mas não-oficial). Fiz bastante disso em clusters
HPC, em que qualquer pequeno ganho é importante. Compila uma vez e usa em
centenas de nós. Mas isso já faz tempo. Hoje só tenho poucas máquinas
parecidas na nuvem, mas pessoalmente os benefícios de manter elas ainda são
bem grandes para mim: eu fico sempre atualizado com release notes e
changelogs dos pacotes que mais me afetam; às vezes encontro bugs, reporto
e tento corrigir. É divertido também. Mas como eu disse antes,
profissionalmente, recomendo centos e rhel, dependendo de cada caso.

BTW, sabe que as fontes da red hat são públicas, certo? Não são livres no
sentido legal, mas públicas sim, estão no ftp da red hat e qualquer um pode
baixar. Os binários é que não são nem públicos e menos ainda livres. Não
sei bem o que você quis dizer excluindo a red hat, então só comentei para
não faltar.

-- 

Arthur Nascimento - tureba
___
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 de Máquina

[Leandro Guimarães Faria Corcete DUTRA]

Le lundi 10 juillet 2017 à 20:47 +, Arthur Nascimento a écrit :
> 
> A melhor é aquela que você (ou a sua equipe) domina.

Vero.


> Nesse ponto eu prefiro centos/rhel (pela documentação e suporte da
> RH)

Lembrando que a Red Hat não suporta o CentOS, e que além da comunidade
há várias empresas que suportam Debian — o que vale também para os
*BSDs, em menor grau.


> (Pessoalmente eu prefiro distros source based e rolling release, mas
> profissionalmente é outra história.)

O Debian testing funciona como atualizações contínuas (/rolling
release/), e todas as livres (o que exclui o Red Hat) são baseadas em
código-fonte — mas as que compilam na instalação dão uma dor de cabeça
pequena, mas ainda desproporcional aos benefícios, esses sim ínfimos. 
De qualquer maneira, em produção quer-se estabilidade, o que exclui
atualizações contínuas.


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

Re: [pgbr-geral] Configuração de Máquina

[Felipe Pereira]

Em 10 de jul de 2017 5:47 PM, "Arthur Nascimento" 
escreveu:
>
> >> * vocês sabem qual a melhor distribuição Linux usar para o
> >> postgresql.
>
> A melhor é aquela que você (ou a sua equipe) domina. É difícil ser melhor
que isso, já que a distro não faz nada por si só.
> Em segundo lugar, olhe também para a política de atualizações de cada
uma: bugfixes críticos precisam chegar em questão de poucas horas nas
máquinas de produção e, quando possível, automaticamente; enquanto que
atualizações com features novas ou mudanças maiores precisariam passar por
aprovação/homologação/validação/etc de vocês. Se a distro não tiver
políticas desses dois casos bem definidas você (na verdade a sua empresa)
vai estar correndo riscos em um ou nos dois lados. Nesse ponto eu prefiro
centos/rhel (pela documentação e suporte da RH), mas muita gente apoia
debian/ubuntu. E BSDs são excelentes também, mas eu conheço bem menos
deles. (Pessoalmente eu prefiro distros source based e rolling release, mas
profissionalmente é outra história.)
>
>
> >> * temos que nos preocupar com mais alguma coisa?
> > Muitas. Bases de dados não são triviais. [...]
>
> Muitas mesmo. Anos atrás eu encontrei o PostgreSQL High Performance 9.0
do Gregory Smith. Os primeiros capítulos descrevem em muitos detalhes todos
os aspectos importantes nessa escolha (memória, processamento, I/O,
benchmarks etc), então eu recomendo muito ele como um começo. Parece que
esse ano saiu a versão atualizada para o 9.6, que eu não li ainda, mas se
seguir a linha da anterior, então vale a pena o investimento.
>
> Boa sorte,
> --
>
> Arthur Nascimento - tureba
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Olá Beatriz,

Para um banco de dados todos os recursos são importantes para um equilíbrio
e boa performance.

Podemos destacar na seguinte ordem de importância: memória, disco
(quantidade e velocidade), CPU , rede, etc.

Como você disse que já possui um ambiente, o ideal para o novo é ser no
mínimo igual ao antigo, mas seria melhor que fosse um ambiente melhor já
prevendo o crescimento.

Depois de definido o hardware, pode-se definir o SO conforme já comentado
por aqui e por fim fazer a instalação e os tunings apropriados para o
ambiente.

Esta é apenas uma noção geral e há muito o que se aprofundar em cada ponto
de acordo com as necessidades da empresa e da aplicação.

Abs
___
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 de Máquina

[Arthur Nascimento]

>> * vocês sabem qual a melhor distribuição Linux usar para o
>> postgresql.

A melhor é aquela que você (ou a sua equipe) domina. É difícil ser melhor
que isso, já que a distro não faz nada por si só.
Em segundo lugar, olhe também para a política de atualizações de cada uma:
bugfixes críticos precisam chegar em questão de poucas horas nas máquinas
de produção e, quando possível, automaticamente; enquanto que atualizações
com features novas ou mudanças maiores precisariam passar por
aprovação/homologação/validação/etc de vocês. Se a distro não tiver
políticas desses dois casos bem definidas você (na verdade a sua empresa)
vai estar correndo riscos em um ou nos dois lados. Nesse ponto eu prefiro
centos/rhel (pela documentação e suporte da RH), mas muita gente apoia
debian/ubuntu. E BSDs são excelentes também, mas eu conheço bem menos
deles. (Pessoalmente eu prefiro distros source based e rolling release, mas
profissionalmente é outra história.)

>> * temos que nos preocupar com mais alguma coisa?
> Muitas. Bases de dados não são triviais. [...]

Muitas mesmo. Anos atrás eu encontrei o PostgreSQL High Performance 9.0 do
Gregory Smith. Os primeiros capítulos descrevem em muitos detalhes todos os
aspectos importantes nessa escolha (memória, processamento, I/O, benchmarks
etc), então eu recomendo muito ele como um começo. Parece que esse ano saiu
a versão atualizada para o 9.6, que eu não li ainda, mas se seguir a linha
da anterior, então vale a pena o investimento.

Boa sorte,
-- 

Arthur Nascimento - tureba
___
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 de Máquina

[Leandro Guimarães Faria Corcete DUTRA]

Le lundi 10 juillet 2017 à 14:51 -0300, Beatriz Paixão a écrit :
> Vamos montar uma máquina nova para o nosso banco de dados postgresql
com a versão 9.6 aqui na minha empresa.

Procure, se possível, usar a mais recente versão suportada; segundo htt
p://postgresql.org/ seria a 9.6.3.


> * vocês sabem qual a melhor distribuição Linux usar para o
> postgresql.

Provavelmente a mais popular seja o Debian GNU/Linux, mas creio que
todas têm seus adeptos.  Uma situação particular é a de quem precisa
manter compatibilidade com Red Hat, por exemplo por causa de algum
padrão corporativo ou por necessidade de homologação em determinados
modelos de servidor, caso em que o Cent OS passa a ser uma alternativa.

Além de GNU/Linux, muitos dos desenvolvedores globais do
PostgreSQL usam algum *BSD Unix, principalmente o FreeBSD ou o OpenBSD,
até porque o Postgres nasceu e se desenvolveu no BSD.  Dizem até que
foi o Postgres que demandou muito do desenvolvimentos original do BSD
nos anos setenta e oitenta.


> * as maquinas que tenho aqui com postgres tem disco haid, vou manter
> essa configuração.

Imagino que seja Raid.  como você não disse que nível de Raid, imagino
que seja 5 (o mais popular) ou 1+0, vulgo ‘10’, o único geralmente
adequado a bases de dados.  Se estiver em níveis 0, 2, 3, 4, 5 ou 6,
considere migrar para 1+0 (distribuição sobre pares de espelhos).


> * temos que nos preocupar com mais alguma coisa?

Muitas.  Bases de dados não são triviais.  Embora suas perguntas sejam
perfeitamente razoáveis e comuns, indicam que vocês ainda têm muito a
aprender a respeito; talvez a atual base tenha sido implantada por um
consultor externo?  Eu sugeriria contratar uma consultoria de alguma
empresa ou profissional reconhecido na comunidade (não darei os nomes
aqui por estar bem desatualizado) enquanto forma um profissional
interno para assumir essas responsabilidades.


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

Re: [pgbr-geral] Configuração

[Antonio Cesar]

O problema foi resolvido...
Muito obrigado a todos
Em 17/04/2017 16:32, Fabrízio de Royes Mello escreveu:


Em 17 de abril de 2017 11:13, Antonio Cesar > escreveu:

>
> E agendado para toda noite executar esses comandos:
> vacuumdb -d dbamc001 -fzv
> reindexdb -e -d dbamc001
>

Como vc fez top-posting não li o que foi discutido anteriormente... 
então evite isso porque fica bem ruim ler "ao contrário" a discussão 
pra pegar o contexto...


Sobre o que vc postou acima não faz sentido fazer um VACUUM FULL 
seguido de reindex, a não ser que a versão do seu PostgreSQL seja 
igual ou inferior a 8.4, isto porque apartir da 9.0 o VACUUM FULL 
reescreve todos os datafiles (criando novos) na sua execução.


Att,

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


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



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

Re: [pgbr-geral] Configuração

[Antonio Cesar]

Esse procedimento foi adotado por uma empresa de consultoria "insidedb" 
vou modificar.

O problema da lentidão foi resolvido com o comando

vacuumdb -d dbamc001 -zv


Em 17/04/2017 15:59, Leandro Guimarães Faria Corcete DUTRA escreveu:

Le 17 avril 2017 11:13:35 GMT-03:00, Antonio Cesar  a 
écrit :

E agendado para toda noite executar esses comandos:
vacuumdb -d dbamc001 -fzv
reindexdb -e -d dbamc001

Nunca faça nada tão drástico sem entender bem as circunstâncias e razões!





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

[Leandro Guimarães Faria Corcete DUTRA]

Le 17 avril 2017 11:13:35 GMT-03:00, Antonio Cesar  a 
écrit :
>E agendado para toda noite executar esses comandos:
>vacuumdb -d dbamc001 -fzv
>reindexdb -e -d dbamc001

Nunca faça nada tão drástico sem entender bem as circunstâncias e razões!



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 (Net)gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691 (Vivo) 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

Re: [pgbr-geral] Configuração

[Antonio Cesar]

E agendado para toda noite executar esses comandos:
vacuumdb -d dbamc001 -fzv
reindexdb -e -d dbamc001

Em 17/04/2017 11:09, Franklin Anderson de Oliveira Souza escreveu:

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



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



___ 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração

[Luiz Carlos L. Nogueira Jr.]

Instala o PGBAdger nele. A partir dele você poderá analisar melhor a
necessidade de índice, piores consultas, etc
___
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 
> 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> 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> 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 
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> 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> 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

[Antonio Cesar]

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

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



<>___
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] Configuração

[Rafael Fialho]

Em 17 de abril de 2017 10:08, Antonio Cesar 
escreveu:

> Os valores apresentado por este site são bem maiores...
>

Pois.. pra mim, para 32GB, foi sugerido 328MB para WEB/OLTP, cerca de 10%
do seu parâmetro atual.
___
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

[Antonio Cesar]

Como faço para identificar.

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 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] Configuração

[Antonio Cesar]

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 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] Configuração

[Rafael Fialho]

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 list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração de Logs

[Fábio Telles Rodriguez]

Em 18 de agosto de 2016 16:24, Leonardo Coleraus 
escreveu:

> Boa Tarde,
>
> procurei na internet mas não consegui achar algo especifico, preciso
> configurar os logs do PostgreSQL, para que ele gere os logs apenas do IP
> que esta conectado nele, e que ele de todas as Query que ele esta gerando,
> pois estou com um relatório muito lento pra gerar, e como estou no servidor
> de Desenvolvimento, apenas o meu IP esta conectado ao banco, então quando
> eu gerar o relatório quero que gere os logs com as query desses relatório
> referente ao meu IP.
>
>
Veja se este post lhe ajuda:
savepoint.blog.br/trabalhando-com-logs-no-postgresql/

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

Re: [pgbr-geral] Configuração de Logs

[Diógenes Vargas de Bittencourt]

Aproveitando a dúvida do colega aí, também tenho um problema no log.
Tenho uma partição no disco que é somente para o log do postgres, uma
partição de 2GB, no entanto, gostaria de fazer com que quando essa partição
encher de log, que se auto limpe automaticamente, ou recicle os arquivos
mais antigos. Já ví algumas configurações por aí e nenhuma funciona.

*Versão do postgres:*
*PostgreSQL 9.3.13 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu
4.8.4-2ubuntu1~14.04.1) 4.8.4, 64-bit*

*E configurações de log*






















































*# "postgres -c log_connections=on".  Some parameters can be changed at run
time#checkpoint_segments = 3# in logfile segments, min 1,
16MB eachcheckpoint_segments = 16 #64# in logfile segments, min
1, 16MB each#archive_command = ''   # command to use to archive a
logfile segment#archive_timeout = 0# force a logfile segment
switch after thiswal_keep_segments = 20  # in logfile segments,
16MB each; 0 disableslog_destination = 'stderr'  # Valid values
are combinations of# stderr,
csvlog, syslog, and eventlog,#
depending on platform.  csvlog#
requires logging_collector to be on.# This is used when logging to
stderr:logging_collector = on  # Enable capturing of stderr
and csvlog# into log files.
Required to be on for# csvlogs.#
These are only used if logging_collector is on:log_directory =
'pg_log'# directory where log files are
written,#log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log'# log file
name pattern,log_filename = 'postgresql-%d-%m-%Y.log'# log file
name pattern,#log_file_mode = 0600   # creation mode for
log files,log_truncate_on_rotation = on   # If on, an existing log
file with the# same name as the new
log file will belog_rotation_age = 1d   # Automatic
rotation of logfiles willlog_rotation_size = 10MB#
Automatic rotation of logfiles will
# happen after that much log output.# These are relevant when logging to
syslog:#syslog_facility = 'LOCAL0'#syslog_ident = 'postgres'# This is only
relevant when logging to eventlog
(win32):#   loglog_min_messages =
warning  # values in order of decreasing
detail:#
loglog_min_error_statement = error # values in order of decreasing
detail:#
loglog_min_duration_statement = 3000   # -1 is disabled, 0 logs all
statements# and their durations, >
0 logs onlylog_checkpoints = onlog_connections = onlog_disconnections =
onlog_duration = offlog_error_verbosity = verbose   # terse,
default, or verbose messageslog_hostname = onlog_line_prefix = '%t [%p]:
[%l-1] user=%u,db=%d '  # special values:log_lock_waits
= on # log lock waits >= deadlock_timeoutlog_statement
= 'none'  # none, ddl, mod, alllog_temp_files =
0  # log temporary files equal or
larger# -1 disables, 0 logs all
temp fileslog_timezone = 'localtime'#log_parser_stats =
off#log_planner_stats = off#log_executor_stats = off#log_statement_stats =
off#log_autovacuum_min_duration = -1   # -1 disables, 0 logs all
actions and# their durations, > 0
logs onlydefault_text_search_config = 'pg_catalog.portuguese'*

##

Desde já obrigado 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

Re: [pgbr-geral] Configuração de Logs

[Luiz Carlos L. Nogueira Jr.]

e colocar log_min_duration bom 0
___
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 de Logs

[Glauco Torres]

No dia 18 de agosto de 2016 às 17:06, Leonardo Coleraus <
leona...@fricke.com.br> escreveu:

> Isso, mesmo, eu preciso ver quais as queries esse IP esta recebendo do
> relatório que ele está gerando.
>
>
Então já esta respondido, você pode usar o comando tail com a opção -f  do
próprio Linux para acompanhar o log em tempo real, ou então "separar" o que
precisa para um novo arquivo e assim fazer sua análise.

EX:
$ tail -f postgresql-2016-08-18.log | grep  "192.168.25.109"

Se você usa Windows deve existir algo que faça algo parecido, ou não.

PS> evite top posting.

-
Glauco Torres
___
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 de Logs

[Leonardo Coleraus]

Isso, mesmo, eu preciso ver quais as queries esse IP esta recebendo do 
relatório que ele está gerando.


Em 18/08/2016 16:52, Glauco Torres escreveu:



No dia 18 de agosto de 2016 às 16:24, Leonardo Coleraus 
> escreveu:


Boa Tarde,

procurei na internet mas não consegui achar algo especifico,
preciso configurar os logs do PostgreSQL, para que ele gere os
logs apenas do IP que esta conectado nele, e que ele de todas as
Query que ele esta gerando, pois estou com um relatório muito
lento pra gerar, e como estou no servidor de Desenvolvimento,
apenas o meu IP esta conectado ao banco, então quando eu gerar o
relatório quero que gere os logs com as query desses relatório
referente ao meu IP.


Sua duvida pelo menos para mim não ficou muito clara, sua dificuldade 
é de colocar o IP no log? Ou você já tem o IP no log é quer "separar" 
o que este IP esta fazendo?


Se você que exibir o IP no log você deve usar ip=%r  na opção do 
log_line_prefix,


Agora se você já tem isso e quer apenas separar o que um determinado 
IP esta fazendo existe varias maneiras, eu utiliza o tail do próprio Linux


EX: tail -f postgresql-2016-08-18.log | grep "192.168.25.109"

Ai é só acompanhar o que esta acontecendo.



Glauco Torres


___
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] Configuração de Logs

[Glauco Torres]

No dia 18 de agosto de 2016 às 16:24, Leonardo Coleraus <
leona...@fricke.com.br> escreveu:

> Boa Tarde,
>
> procurei na internet mas não consegui achar algo especifico, preciso
> configurar os logs do PostgreSQL, para que ele gere os logs apenas do IP
> que esta conectado nele, e que ele de todas as Query que ele esta gerando,
> pois estou com um relatório muito lento pra gerar, e como estou no servidor
> de Desenvolvimento, apenas o meu IP esta conectado ao banco, então quando
> eu gerar o relatório quero que gere os logs com as query desses relatório
> referente ao meu IP.
>
>
Sua duvida pelo menos para mim não ficou muito clara, sua dificuldade é de
colocar o IP no log? Ou você já tem o IP no log é quer "separar" o que este
IP esta fazendo?

Se você que exibir o IP no log você deve usar ip=%r  na opção do
log_line_prefix,

Agora se você já tem isso e quer apenas separar o que um determinado IP
esta fazendo existe varias maneiras, eu utiliza o tail do próprio Linux

EX: tail -f postgresql-2016-08-18.log | grep  "192.168.25.109"

Ai é só acompanhar o que esta acontecendo.



Glauco Torres
___
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 de Logs

[Alan Silva]

Possa ser que te ajude.
log_connections = on
log_disconnections = on
log_duration = on
log_statement = 'ddl'
   Cumprimentos,                        Alan Ribeiro      (061) 98353-9715 

Em Quinta-feira, 18, Agosto 2016 16:25:08, Leonardo Coleraus 
 escreveu:
 

   Boa Tarde,
 
 procurei na internet mas não consegui achar algo especifico, preciso 
configurar os logs do PostgreSQL, para que ele gere os logs apenas do IP que 
esta conectado nele, e que ele de todas as Query que ele esta gerando, pois 
estou com um relatório muito lento pra gerar, e como estou no servidor de 
Desenvolvimento, apenas o meu IP esta conectado ao banco, então quando eu gerar 
o relatório quero que gere os logs com as query desses relatório referente ao 
meu IP. 
 
 -- 
  
___
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] Configuração do PG_HBA.CONF

[Euler Taveira]

On 13-03-2014 10:40, Emerson Martins wrote:
 # local is for Unix domain socket connections only
 local   all all trust
 
troque trust por 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
 
Se for o caso, como as regras são avaliadas de cima para baixo, para
bloquear o acesso é necessário que regras 'reject' estejam antes
daquelas que permitem acesso (pois a primeira regra que casar com o
padrão informado será utilizada).


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

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

[Flavio Henrique Araque Gurgel]

Ja havia trocado mas mesmo assim estar permitindo via PGADMIN sem senha.


Provavelmente você deixou o PgAdmin salvar a senha.
Apague o arquivo .pgpass e pumba.
Se você mudar a senha do PostgreSQL também funciona.

[]s
Flavio Gurgel
___
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 do PG_HBA.CONF

[Emerson Martins]

 On 13-03-2014 10:40, Emerson Martins wrote:
  # local is for Unix domain socket connections only
  local   all all trust
 
 troque trust por md5.

 Ja havia trocado mas mesmo assim estar permitindo via PGADMIN sem senha.

  
  #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
 
 Se for o caso, como as regras são avaliadas de cima para baixo, para
 bloquear o acesso é necessário que regras 'reject' estejam antes
 daquelas que permitem acesso (pois a primeira regra que casar com o
 padrão informado será utilizada).

 Nesse caso ainda não farei os bloqueios.



___
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 do PG_HBA.CONF

[Mauro Fonseca]

Não sei se é o caso, mas vale a pena perguntar. A sua conexão com banco não
está sendo feita através do pgpool (local ) ? Se for esse o caso, verifique
o pool_hba.conf, pois ele pode estar permitindo as conexões.


ᐧ


Em 13 de março de 2014 11:07, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Ja havia trocado mas mesmo assim estar permitindo via PGADMIN sem senha.


 Provavelmente você deixou o PgAdmin salvar a senha.
 Apague o arquivo .pgpass e pumba.
 Se você mudar a senha do PostgreSQL também funciona.

 []s
 Flavio Gurgel

 ___
 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] Configuração do PG_HBA.CONF

[Emerson Martins]

 Não sei se é o caso, mas vale a pena perguntar. A sua conexão com banco
 não está sendo feita através do pgpool (local ) ? Se for esse o caso,
 verifique o pool_hba.conf, pois ele pode estar permitindo as conexões.

 Então Mauro..Funcionou. Eu alterei a senha dos usuários e funcionou.

Obrigado a todos.
___
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 de Memória

[Emerson Martins]

Boa tarde Matheus,


 Vejo que meu conhecimento sobre banco é muito menor que o seu, por
 exemplo, o que fico muito grato por estar aprendendo bastante.

 As características do ambiente de banco de dados que usamos é que são
 cerca de 50 bancos e em média 00 conexões simultâneas por banco. Esses
 valores que citei foi em decorrência de algumas documentações sugerindo
 isso. Mas sempre estou aberto a ouvir opiniões que acrescentem algo ao meu
 entendimento, por isso estou nesse fórum.


 Grato pela atenção.



Pessoal desde já agradeço o apoio de todos em me ajudar a entender melhor
como configurar a memória no PostgreSQL.
Como citado ai no meio da discussão quem utiliza ambientes mistos como é o
meu caso (Oracle,PostgreSQL,MySQL) a configuração de memória é bem
diferente.O Tunning pra o PostgreSQL é bem diferente.Não basta apenas
aumentar o shared_buffers e pronto.Muitas são as variáveis que devem ser
colocadas na mesa.

Como falei temos um BD PostgreSQL em GIS que roda muito bem e no entanto
vem apresentando lentidão.




 Em 9 de agosto de 2013 13:32, Matheus de Oliveira 
 matioli.math...@gmail.com escreveu:




 2013/8/9 Dilamar Hoffmann dilama...@gmail.com

 shared_buffers = 24GB (RAM Total - 8GB (OS e PostgreSQL)).

 Isso para que as consultas encontrem os dados em cache e não no sistema
 operacional, evitando as requisições ao sistema. Tudo depende do tamanho do
 banco de dados, numero de requisições, etc. No meu caso funciona
 perfeitamente com esses valores sem uso de swap.


 Eu não ia falar nada, mas decidi comentar porque achei a sua recomendação
 um tanto quanto exagerada. Para a maioria dos casos não é recomendado um
 valor alto assim para shared_buffers (veja que esse valor é 75% da RAM),
 apesar de ser verdade que há casos bem específicos onde esse valor pode ser
 bom. Mas já vi vários casos onde esse exagero foi prejudicial, me parece
 que é comum para quem vem do mundo Oracle, pois é uma recomendação comum
 para esse software. Entretanto os algoritmos do PostgreSQL consideram que
 há um bom cache sendo gerenciado pelo sistema operacional, assim, o
 shared_buffers muito alto pode degradar a performance (em geral devido à
 execução do do bgwriter).

 Também não acho que o fato de não entrar em swap ajude, já que o ruim é
 que o SO fica com pouca memória para cache. E, mesmo com esse valor, existe
 uma explicação para effective_cache_size = 26GB? Pois, pra mim a conta não
 bate:

 - Temos 24GB para o shared_buffers
 - Mais a possibilidade de ~ 3 * 1,5 GB devido ao maintenance_work_mem e
 autovacuum (pode não alocar tudo isso)

 Só nessa conta (sem considerar outros fatores), teríamos somente 3,5 GB
 para cache do sistema operacional, e mentir sobre isso para o PostgreSQL
 *pode* ser desastroso.

 Veja que não estou querendo te criticar, mas achei que a recomendação
 poderia prejudicar algumas pessoas sem um melhor contexto. Ainda, fiquei
 pessoalmente interessado nesse ambiente que você citou e os motivos de um
 valor tão alto ter dado ganho em performance. Pois a maioria dos casos e as
 configurações iniciais a considerar, são contrárias a isso. Pode nos falar
 mais sobre isso? Quais as características do ambiente (DW, OLTP, muita
 consulta, balanceado, usuários simultâneos, etc...)? E o tamanho da base?
 Você chegou a testar valores menores? E a verificação do uso efetivo do
 shared_buffers (a extensão pg_buffercache ajuda a analisar isso)? E ainda a
 atividade do bgwriter é muito intensa?



 Abraço.


 Em 9 de agosto de 2013 10:19, Matheus de Oliveira 
 matioli.math...@gmail.com escreveu:


 Em 8 de agosto de 2013 14:07, Emerson Martins 
 emersonmarti...@gmail.com escreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para
 entender melhor como configurar esses parâmetros de memória no 
 postgres.Se
 existe alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =

 Tomando por base um servidor com 32GB de memória e SO Linux (Debian)



  2013/8/9 Dilamar Hoffmann dilama...@gmail.com

 Bom dia Emerson,

 De acordo com esse valor de memória RAM os valores seriam:

 shared_buffers =  24GB


 Quê? 24GB de shared_buffers? E um top-posting pra complementar. Pode
 isso Arnaldo?

   effective_cache_size =  26GB
  work_mem = 8MB
  maintenance_work_mem = 1600MB



 Meio chutado esse valores, não?!

 Concordo que pode ter algumas situações onde esses valores podem ser
 bons (apesar de ser em apenas 0,0001%, ao meu ver), mas não acho legal
 apresentar valores dessa forma. O ideal, como já foi passado antes nos
 links e comentários, é entender os valores e monitorar a efetividade das
 alterações. Claro que se tem valores iniciais meio genéricos [1], que
 seriam, em geral:

 - shared_buffers = 15% a 20% da RAM, no caso dele eu começaria com 6GB
 e subiria se necessário (não mais do que 10GB ao menos que bem provado).
 Veja que existe a possibilidade de 500MB ser mais que suficiente (claro,
 para bancos pequenos), 

Re: [pgbr-geral] Configuração de Memória

[Dilamar Hoffmann]

Bom dia Emerson,

De acordo com esse valor de memória RAM os valores seriam:

shared_buffers =  24GB
 effective_cache_size =  26GB
 work_mem = 8MB
 maintenance_work_mem = 1600MB




Em 8 de agosto de 2013 14:07, Emerson Martins
emersonmarti...@gmail.comescreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para entender
 melhor como configurar esses parâmetros de memória no postgres.Se existe
 alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =

 Tomando por base um servidor com 32GB de memória e SO Linux (Debian)

 Att,

 Emerson Martins


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




-- 
Dilamar
___
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 de Memória

[Matheus de Oliveira]

Em 8 de agosto de 2013 14:07, Emerson Martins
emersonmarti...@gmail.comescreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para entender
 melhor como configurar esses parâmetros de memória no postgres.Se existe
 alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =

 Tomando por base um servidor com 32GB de memória e SO Linux (Debian)



2013/8/9 Dilamar Hoffmann dilama...@gmail.com

Bom dia Emerson,

 De acordo com esse valor de memória RAM os valores seriam:

 shared_buffers =  24GB


Quê? 24GB de shared_buffers? E um top-posting pra complementar. Pode isso
Arnaldo?

  effective_cache_size =  26GB
  work_mem = 8MB
  maintenance_work_mem = 1600MB



Meio chutado esse valores, não?!

Concordo que pode ter algumas situações onde esses valores podem ser bons
(apesar de ser em apenas 0,0001%, ao meu ver), mas não acho legal
apresentar valores dessa forma. O ideal, como já foi passado antes nos
links e comentários, é entender os valores e monitorar a efetividade das
alterações. Claro que se tem valores iniciais meio genéricos [1], que
seriam, em geral:

- shared_buffers = 15% a 20% da RAM, no caso dele eu começaria com 6GB e
subiria se necessário (não mais do que 10GB ao menos que bem provado). Veja
que existe a possibilidade de 500MB ser mais que suficiente (claro, para
bancos pequenos), então por que exagerar tanto no começo?

- effective_cache_size = o restante usado para cache do S.O. Em geral,
podemos dizer que seria total da RAM - shared_buffers - outras apps. Um bom
chute seria 50% da RAM, ou seja, 16GB, mas claro que também vai depender do
tamanho do banco e das tabelas.

- work_mem = esse é difícil dizer, talvez 8MB pode ser um valor inicial,
mas o ideal é monitorar o uso de arquivos temporários e aumentar se estiver
gerando muitos e muito grandes (o parâmetro log_temp_files é a maneira que
acho melhor analisar isso).

- maintenance_work_mem = é útil aumentar em SET's na sessão ao criar
índices, alter tables, etc. O padrão (no postgresql.conf) vai ser muito
útil para o autovacuum. Assim o mais agressivo que esse valor pode ser é:
tamanho da maior tabela, ou RAM disponível / 3 (o 3 seria na verdade o
autovacuum_max_workers). Eu, particularmente, não começaria com mais de
256MB (mas isso vai depender muito do banco e sua atividade - e.g. bancos
com grandes tabelas que sofram muitos UPDATEs, seria benéfico aumentar).

[1] http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server


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

Re: [pgbr-geral] Configuração de Memória

[Dilamar Hoffmann]

shared_buffers = 24GB (RAM Total - 8GB (OS e PostgreSQL)).

Isso para que as consultas encontrem os dados em cache e não no sistema
operacional, evitando as requisições ao sistema. Tudo depende do tamanho do
banco de dados, numero de requisições, etc. No meu caso funciona
perfeitamente com esses valores sem uso de swap.


Abraço.


Em 9 de agosto de 2013 10:19, Matheus de Oliveira matioli.math...@gmail.com
 escreveu:


 Em 8 de agosto de 2013 14:07, Emerson Martins 
 emersonmarti...@gmail.comescreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para
 entender melhor como configurar esses parâmetros de memória no postgres.Se
 existe alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =

 Tomando por base um servidor com 32GB de memória e SO Linux (Debian)



 2013/8/9 Dilamar Hoffmann dilama...@gmail.com

 Bom dia Emerson,

 De acordo com esse valor de memória RAM os valores seriam:

 shared_buffers =  24GB


 Quê? 24GB de shared_buffers? E um top-posting pra complementar. Pode isso
 Arnaldo?

   effective_cache_size =  26GB
  work_mem = 8MB
  maintenance_work_mem = 1600MB



 Meio chutado esse valores, não?!

 Concordo que pode ter algumas situações onde esses valores podem ser bons
 (apesar de ser em apenas 0,0001%, ao meu ver), mas não acho legal
 apresentar valores dessa forma. O ideal, como já foi passado antes nos
 links e comentários, é entender os valores e monitorar a efetividade das
 alterações. Claro que se tem valores iniciais meio genéricos [1], que
 seriam, em geral:

 - shared_buffers = 15% a 20% da RAM, no caso dele eu começaria com 6GB e
 subiria se necessário (não mais do que 10GB ao menos que bem provado). Veja
 que existe a possibilidade de 500MB ser mais que suficiente (claro, para
 bancos pequenos), então por que exagerar tanto no começo?

 - effective_cache_size = o restante usado para cache do S.O. Em geral,
 podemos dizer que seria total da RAM - shared_buffers - outras apps. Um bom
 chute seria 50% da RAM, ou seja, 16GB, mas claro que também vai depender do
 tamanho do banco e das tabelas.

 - work_mem = esse é difícil dizer, talvez 8MB pode ser um valor inicial,
 mas o ideal é monitorar o uso de arquivos temporários e aumentar se estiver
 gerando muitos e muito grandes (o parâmetro log_temp_files é a maneira que
 acho melhor analisar isso).

 - maintenance_work_mem = é útil aumentar em SET's na sessão ao criar
 índices, alter tables, etc. O padrão (no postgresql.conf) vai ser muito
 útil para o autovacuum. Assim o mais agressivo que esse valor pode ser é:
 tamanho da maior tabela, ou RAM disponível / 3 (o 3 seria na verdade o
 autovacuum_max_workers). Eu, particularmente, não começaria com mais de
 256MB (mas isso vai depender muito do banco e sua atividade - e.g. bancos
 com grandes tabelas que sofram muitos UPDATEs, seria benéfico aumentar).

 [1] http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server


 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




-- 
Dilamar
___
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 de Memória

[Matheus de Oliveira]

2013/8/9 Dilamar Hoffmann dilama...@gmail.com

 shared_buffers = 24GB (RAM Total - 8GB (OS e PostgreSQL)).

 Isso para que as consultas encontrem os dados em cache e não no sistema
 operacional, evitando as requisições ao sistema. Tudo depende do tamanho do
 banco de dados, numero de requisições, etc. No meu caso funciona
 perfeitamente com esses valores sem uso de swap.


Eu não ia falar nada, mas decidi comentar porque achei a sua recomendação
um tanto quanto exagerada. Para a maioria dos casos não é recomendado um
valor alto assim para shared_buffers (veja que esse valor é 75% da RAM),
apesar de ser verdade que há casos bem específicos onde esse valor pode ser
bom. Mas já vi vários casos onde esse exagero foi prejudicial, me parece
que é comum para quem vem do mundo Oracle, pois é uma recomendação comum
para esse software. Entretanto os algoritmos do PostgreSQL consideram que
há um bom cache sendo gerenciado pelo sistema operacional, assim, o
shared_buffers muito alto pode degradar a performance (em geral devido à
execução do do bgwriter).

Também não acho que o fato de não entrar em swap ajude, já que o ruim é que
o SO fica com pouca memória para cache. E, mesmo com esse valor, existe uma
explicação para effective_cache_size = 26GB? Pois, pra mim a conta não bate:

- Temos 24GB para o shared_buffers
- Mais a possibilidade de ~ 3 * 1,5 GB devido ao maintenance_work_mem e
autovacuum (pode não alocar tudo isso)

Só nessa conta (sem considerar outros fatores), teríamos somente 3,5 GB
para cache do sistema operacional, e mentir sobre isso para o PostgreSQL
*pode* ser desastroso.

Veja que não estou querendo te criticar, mas achei que a recomendação
poderia prejudicar algumas pessoas sem um melhor contexto. Ainda, fiquei
pessoalmente interessado nesse ambiente que você citou e os motivos de um
valor tão alto ter dado ganho em performance. Pois a maioria dos casos e as
configurações iniciais a considerar, são contrárias a isso. Pode nos falar
mais sobre isso? Quais as características do ambiente (DW, OLTP, muita
consulta, balanceado, usuários simultâneos, etc...)? E o tamanho da base?
Você chegou a testar valores menores? E a verificação do uso efetivo do
shared_buffers (a extensão pg_buffercache ajuda a analisar isso)? E ainda a
atividade do bgwriter é muito intensa?



 Abraço.


 Em 9 de agosto de 2013 10:19, Matheus de Oliveira 
 matioli.math...@gmail.com escreveu:


 Em 8 de agosto de 2013 14:07, Emerson Martins 
 emersonmarti...@gmail.comescreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para
 entender melhor como configurar esses parâmetros de memória no postgres.Se
 existe alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =

 Tomando por base um servidor com 32GB de memória e SO Linux (Debian)



  2013/8/9 Dilamar Hoffmann dilama...@gmail.com

 Bom dia Emerson,

 De acordo com esse valor de memória RAM os valores seriam:

 shared_buffers =  24GB


 Quê? 24GB de shared_buffers? E um top-posting pra complementar. Pode isso
 Arnaldo?

   effective_cache_size =  26GB
  work_mem = 8MB
  maintenance_work_mem = 1600MB



 Meio chutado esse valores, não?!

 Concordo que pode ter algumas situações onde esses valores podem ser bons
 (apesar de ser em apenas 0,0001%, ao meu ver), mas não acho legal
 apresentar valores dessa forma. O ideal, como já foi passado antes nos
 links e comentários, é entender os valores e monitorar a efetividade das
 alterações. Claro que se tem valores iniciais meio genéricos [1], que
 seriam, em geral:

 - shared_buffers = 15% a 20% da RAM, no caso dele eu começaria com 6GB e
 subiria se necessário (não mais do que 10GB ao menos que bem provado). Veja
 que existe a possibilidade de 500MB ser mais que suficiente (claro, para
 bancos pequenos), então por que exagerar tanto no começo?

 - effective_cache_size = o restante usado para cache do S.O. Em geral,
 podemos dizer que seria total da RAM - shared_buffers - outras apps. Um bom
 chute seria 50% da RAM, ou seja, 16GB, mas claro que também vai depender do
 tamanho do banco e das tabelas.

 - work_mem = esse é difícil dizer, talvez 8MB pode ser um valor inicial,
 mas o ideal é monitorar o uso de arquivos temporários e aumentar se estiver
 gerando muitos e muito grandes (o parâmetro log_temp_files é a maneira que
 acho melhor analisar isso).

 - maintenance_work_mem = é útil aumentar em SET's na sessão ao criar
 índices, alter tables, etc. O padrão (no postgresql.conf) vai ser muito
 útil para o autovacuum. Assim o mais agressivo que esse valor pode ser é:
 tamanho da maior tabela, ou RAM disponível / 3 (o 3 seria na verdade o
 autovacuum_max_workers). Eu, particularmente, não começaria com mais de
 256MB (mas isso vai depender muito do banco e sua atividade - e.g. bancos
 com grandes tabelas que sofram muitos UPDATEs, seria benéfico aumentar).

 [1] http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server


 Atenciosamente,
 --
 

Re: [pgbr-geral] Configuração de Memória

[Juliano Atanazio]

Em 8 de agosto de 2013 14:07, Emerson Martins
emersonmarti...@gmail.comescreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para entender
 melhor como configurar esses parâmetros de memória no postgres.Se existe
 alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =



Creio que isto pode te dar uma ajuda:

http://www.fernandoike.com/2013/08/06/postgresql-tuning-preludio/



 Tomando por base um servidor com 32GB de memória e SO Linux (Debian)

 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração de Memória

[Emerson Martins]

 Em 8 de agosto de 2013 14:07, Emerson Martins 
 emersonmarti...@gmail.comescreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para entender
 melhor como configurar esses parâmetros de memória no postgres.Se existe
 alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =



 Creio que isto pode te dar uma ajuda:

 http://www.fernandoike.com/2013/08/06/postgresql-tuning-preludio/



 Obrigado Juliano!
___
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 do arquivos recovery.conf

[Emerson Martins]

OK.

Obrigado Euler.

Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 91235504 /
+ 55 82 96681283


Em 31 de julho de 2013 15:59, Euler Taveira eu...@timbira.com.br escreveu:

 On 31-07-2013 15:00, Emerson Martins wrote:
  Existe alguma forma de configurar para manter os arquivos do dia ainda
  no servidor?
 
 Sim.

  #exclui arquivos ja backupeados
  archive_cleanup_command = '/usr/local/pgsql/bin/pg_archivecleanup -d
  /postgresql/replication %r 2/postgresql/data/cleanup.log'
  ~
 
 Você pode fazer o seu próprio script e substituir o comando acima. Uma
 outra maneira é utilizar o cron para remover os arquivos mais antigos.


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

___
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 do banco

[Edson Neto]

Em 18 de julho de 2013 11:37, Rebert Tomaz Aquino
rebertto...@gmail.comescreveu:

 Pessoal, gostaria que me ajudassem a configurar um banco postgres.
 Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo.
 Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo
 e não sei como melhorar o postgres (default)

 A máquina que uso é só para o banco e tem?
 16 cpu´s
 Mem:  32877948k total,  7190400k used, 25687548k free,   134384k buffers
 Swap:  2104504k total,   381856k used,  1722648k free,  5360012k cached


 atualmente tenho gravado nela um banco gigante ( 100 milhões de registros
 ) só para select
 e um banco pequenininho +- 50 mil registros, onde uso as funçoes padrão. (
 select, insert, uptade e delete )

 fora isso há outros schemas, mas são praticamente sem uso.


 Exemplos do tanto que tá mal configurado?
 1- existe um outro banco com os mesmos 100milhões de registros, onde um
 select limitando em 5mil registros demora 3 segundos( a diferença entre as
 máquinas é que essa de 3segs tem o dobro de memória ), este mesmo select
 nesse banco mal configurado demora mais de minuto.
 2 - fazendo um delete em todos os registros da tabela ( essa de 50k regs )
 demora cerca de 30 segundos, em um banco normal demoraria uns 2 segundos.

 então..

 alguém me indica algum parâmetro que possa ser mudado para aumentar a
 performance da máquina?


De uma lida no checklist de performance em [1]. Assim você já terá uma boa
base do que fazer.

[]s

Edson

[1]
http://wiki.postgresql.org/wiki/Checklist_de_Performance_do_PostgreSQL_8.0
___
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 do banco

[Douglas Fabiano Specht]

Em 18 de julho de 2013 11:37, Rebert Tomaz Aquino
rebertto...@gmail.comescreveu:

 Pessoal, gostaria que me ajudassem a configurar um banco postgres.
 Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo.
 Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo
 e não sei como melhorar o postgres (default)

 A máquina que uso é só para o banco e tem?
 16 cpu´s
 Mem:  32877948k total,  7190400k used, 25687548k free,   134384k buffers
 Swap:  2104504k total,   381856k used,  1722648k free,  5360012k cached


 atualmente tenho gravado nela um banco gigante ( 100 milhões de registros
 ) só para select
 e um banco pequenininho +- 50 mil registros, onde uso as funçoes padrão. (
 select, insert, uptade e delete )

 fora isso há outros schemas, mas são praticamente sem uso.


 Exemplos do tanto que tá mal configurado?
 1- existe um outro banco com os mesmos 100milhões de registros, onde um
 select limitando em 5mil registros demora 3 segundos( a diferença entre as
 máquinas é que essa de 3segs tem o dobro de memória ), este mesmo select
 nesse banco mal configurado demora mais de minuto.
 2 - fazendo um delete em todos os registros da tabela ( essa de 50k regs )
 demora cerca de 30 segundos, em um banco normal demoraria uns 2 segundos.

 então..

 alguém me indica algum parâmetro que possa ser mudado para aumentar a
 performance da máquina?



 --
 Rebert Tomaz


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


ola..
se voce procurar tanto na lista quanto no Google,vai  verificar que nao
existe uma receita de bolo, recomento os liks baixo[1], [2], [3].


[1]
http://www.slideshare.net/telles/postgresql-tuning-o-elefante-mais-rpido-que-um-leopardo-presentation
[2] http://www.revsys.com/writings/postgresql-performance.html
[3]
http://www.techforce.com.br/news/linux_blog/postgresql_tuning_fazer_elefante_voar#.UegBw42kp1d

-- 

Douglas Fabiano Specht
___
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 do banco

[Flavio Henrique Araque Gurgel]

 Pessoal, gostaria que me ajudassem a configurar um banco postgres.
 Tenho umas aplicações parrudas e o banco ( default ) é muito lerdo.
 Meu chefe disponibilizou um server só pra mim, mas tive que instalar tudo e
 não sei como melhorar o postgres (default)
 
 A máquina que uso é só para o banco e tem?
 16 cpu´s
 Mem: 32877948k total, 7190400k used, 25687548k free, 134384k buffers
 Swap: 2104504k total, 381856k used, 1722648k free, 5360012k cached
 
 
 atualmente tenho gravado nela um banco gigante ( 100 milhões de registros )
 só para select
 e um banco pequenininho +- 50 mil registros, onde uso as funçoes padrão. (
 select, insert, uptade e delete )
 
 fora isso há outros schemas, mas são praticamente sem uso.
 
 
 Exemplos do tanto que tá mal configurado?
 1- existe um outro banco com os mesmos 100milhões de registros, onde um
 select limitando em 5mil registros demora 3 segundos( a diferença entre as
 máquinas é que essa de 3segs tem o dobro de memória ), este mesmo select
 nesse banco mal configurado demora mais de minuto.
 2 - fazendo um delete em todos os registros da tabela ( essa de 50k regs )
 demora cerca de 30 segundos, em um banco normal demoraria uns 2 segundos.
 
 então..
 
 alguém me indica algum parâmetro que possa ser mudado para aumentar a
 performance da máquina?
 
 
 ola..
 se voce procurar tanto na lista quanto no Google,vai verificar que nao existe
 uma receita de bolo, recomento os liks baixo[1], [2], [3].
 
 
 [1]
 http://www.slideshare.net/telles/postgresql-tuning-o-elefante-mais-rpido-que-um-leopardo-presentation
 [2] http://www.revsys.com/writings/postgresql-performance.html
 [3]
 http://www.techforce.com.br/news/linux_blog/postgresql_tuning_fazer_elefante_voar#.UegBw42kp1d
 

E após todas as dicas do pessoal, o mais importante:
EXPLAIN ANALYZE da consulta que você suspeita estar ruim.

[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos  Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
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 e Tunning Postgre 8.4

[Robson Kobayashi - TRE/MS]

Olá Euler,

Agradeço pelas observações,

Realmente 100 transações é pouco. Na verdade me utilizei estes valores pois 
foram utilizados em outro benchmark que está publicado na Internet e precisava 
saber se a minha máquina estava melhor, semelhante ou pior ao do teste 
(felizmente ficou 6x melhor).

- Mensagem original -
De: Euler Taveira eu...@timbira.com.br
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Quarta-feira, 15 de Maio de 2013 15:57:01
Assunto: Re: [pgbr-geral] Configuração e Tunning Postgre 8.4

100 transações é um valor muito baixo; o teste será somente por alguns
segundos. Uma alternativa é o utilizar o parâmetro -T (tempo) ao invés
do parâmetro -t (número de transações). Um bom teste deve durar pelo
menos 10 minutos.

Além disso, *nunca* utilize um valor de conexões (-c) maior do que fator
de escala (-s); vários UPDATEs estarão concorrendo pelas mesmas tuplas.

-- 
!-
Atenciosamente: Robson Massaki Kobayashi
SSOP/COINF/STI - TRE/MS
(67)3326-5428 ou (67)3326-4166 ramal 218
!-
___
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 e Tunning Postgre 8.4

[Robson Kobayashi - TRE/MS]

Olá Euler,

Fiquei curioso e executei o teste conforme suas dicas, realmente o desempenho 
caiu 3x.

Segue abaixo o resultado do benchmark:

#pgbench -h localhost -p 5432 -c 10 -T 600 -d pgbench

transaction type: TPC-B (sort of)
scaling factor: 10
query mode: simple
number of clients: 10
number of threads: 1
duration: 600 s
number of transactions actually processed: 123431
tps = 205.709853 (including connections establishing)
tps = 205.716761 (excluding connections establishing)



Bom, fica de parâmetro para quem tiver utilizando máquina virtual (vmware). Em 
máquina física, o resultado deve ser bem melhor.

- Mensagem original -
De: Robson Kobayashi - TRE/MS robson.kobaya...@tre-ms.jus.br
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Quinta-feira, 16 de Maio de 2013 12:56:58
Assunto: Re: [pgbr-geral] Configuração e Tunning Postgre 8.4

Olá Euler,

Agradeço pelas observações,

Realmente 100 transações é pouco. Na verdade me utilizei estes valores pois 
foram utilizados em outro benchmark que está publicado na Internet e precisava 
saber se a minha máquina estava melhor, semelhante ou pior ao do teste 
(felizmente ficou 6x melhor).

-- 
!-
Atenciosamente: Robson Massaki Kobayashi
SSOP/COINF/STI - TRE/MS
(67)3326-5428 ou (67)3326-4166 ramal 218
!-
___
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 e Tunning Postgre 8.4

[Filho Arrais]

Não entendi porque não chegou no email. Algo de errado?


Em 14 de maio de 2013 17:23, Filho Arrais kuruminbra...@gmail.comescreveu:

 Olá pessoal,

 Utilizamos um sistema que tem como base de dados o PostreSQL 8.4.

 Migrei para um novo servidor, por falta de tempo e conhecimento, utilizei
 o mesmo postrgresql.conf

 Gostaria de discutir com os senhores que tem mais conhecimento, sobretudo
 em ambientes reais de produção, quais ajustes podem ser realizados no
 PostgreSQL e se os atuais parâmetros estão aceitáveis para o nosso cenário.

 Estou com a seguinte configuração.

  Dois Processadores Intel Xeon E5-2650 0  2.00GHz ( total de 32 core)
  24 GB de memória RAM
  8 Discos SAS 15k com dois grupos de RAID10 ( primeiro Raid10 pro sistema
 operacional e PG_XLOG em partições distintas, segundo Raid10 unicamente pro
 PGDATA)
  Sistema Operacional: Ubuntu Server 13.04
  Kernel: 3.8.0-19-generic
  Sistema de arquivo: EXT4
  PostgreSQL: 8.4.17

 A quantidade de usuários do sistema é de 180, porém o número de
 conexões simultâneas está por volta de 200.


 Logo abaixo, segue as configurações do postgresql.conf e sysctl.conf

 ==

 postgresql.conf

 listen_addresses = '*'
 port = 5432
 max_connections = 300
 shared_buffers = 6144MB
 temp_buffers = 64MB
 work_mem = 96MB
 maintenance_work_mem = 70MB
 fsync = on
 full_page_writes = on
 wal_buffers = 2048kB
 checkpoint_segments = 48
 checkpoint_timeout = 45min
 effective_cache_size = 5461MB
 log_filename = 'postgresql-%a.log'
 log_line_prefix = '[ %u@%h %d - %t ] '
 autovacuum_max_workers = 3
 autovacuum_naptime = 40min
 datestyle = 'iso, dmy'
 client_encoding = LATIN1
 lc_messages = 'C'
 lc_monetary = 'pt_BR.UTF-8'
 lc_numeric = 'pt_BR.UTF-8'
 lc_time = 'pt_BR.UTF-8'
 default_text_search_config = 'pg_catalog.portuguese'
 deadlock_timeout = 3s
 add_missing_from = on
 default_with_oids = on
 escape_string_warning = off

 Tive olhando no wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Serverque o 
 shared_buffers
 pode receber  1/4 da memoria (dependendo do ambiente), por isso esse valor
 de 6144 MB

 ===

 No sysctl.conf

 kernel.shmmax = 16823421610
 kernel.shmall = 16823421610


 De acordo com o manual do ERP, o cálculo desse valor seria:

 kernel.shmmax = TOTAL_RAM_EM_BYTES / 3 * 2
 kernel.shmall= TOTAL_RAM_EM_BYTES / 3 * 2


___
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 e Tunning Postgre 8.4

[Flavio Henrique Araque Gurgel]

Em 15-05-2013 09:42, Filho Arrais escreveu:

Não entendi porque não chegou no email. Algo de errado?


O e-mail chegou sim.
O que está errado é que você quer uma configuração genérica e isso não 
existe.


Podemos tentar ajudar um pouco aqui, mas tuning assim é melhor você ler 
mais e aprender um pouco. São centenas de variáveis e cenários. Não há 
fórmula mágica.


Seu sistema está com algum tipo de lentidão identificada?


Utilizamos um sistema que tem como base de dados o PostreSQL 8.4.

Migrei para um novo servidor, por falta de tempo e conhecimento,
utilizei o mesmo postrgresql.conf

Gostaria de discutir com os senhores que tem mais conhecimento,
sobretudo em ambientes reais de produção, quais ajustes podem ser
realizados no PostgreSQL e se os atuais parâmetros estão aceitáveis
para o nosso cenário.

Estou com a seguinte configuração.

  Dois Processadores Intel Xeon E5-2650 0  2.00GHz ( total de 32 core)
  24 GB de memória RAM
  8 Discos SAS 15k com dois grupos de RAID10 ( primeiro Raid10 pro
sistema operacional e PG_XLOG em partições distintas, segundo Raid10
unicamente pro PGDATA)


Você fez mais ou menos certo.
O ideal seria que o disco (ou RAID) pro pg_xlog fosse só pra ele.
O S.O. você pode colocar num SATA, por exemplo.



  Sistema Operacional: Ubuntu Server 13.04
  Kernel: 3.8.0-19-generic
  Sistema de arquivo: EXT4
  PostgreSQL: 8.4.17


Bom. Atualizado na série.



A quantidade de usuários do sistema é de 180, porém o número de
conexões simultâneas está por volta de 200.


Considere usar um pool como o PgBouncer. Seu sistema é feito em que 
linguagem?



Logo abaixo, segue as configurações do postgresql.conf e sysctl.conf

==

postgresql.conf

listen_addresses = '*'
port = 5432
max_connections = 300


Vide pergunta acima.


shared_buffers = 6144MB


Muito. Seu sistema faz o que? Que tipo de carga?


temp_buffers = 64MB
work_mem = 96MB


Não dá pra precisar aqui porque você usa este valor.


maintenance_work_mem = 70MB


Aqui também não. Qual o tamanho de suas tabelas?


fsync = on
full_page_writes = on
wal_buffers = 2048kB


Qual o wal_sync_method?


checkpoint_segments = 48
checkpoint_timeout = 45min


Furado. 45 minutos é um exagero tremendo.
Procure ficar na faixa dos 5 minutos e ajustar checkpoint_segments para 
mais. Considere logar os checkpoints para saber se estão começando por 
tempo ou falta de segmentos e depois ajuste o valor.



effective_cache_size = 5461MB


Coloque aqui sua memória RAM + eventuais caches de disco da controladora.


log_filename = 'postgresql-%a.log'
log_line_prefix = '[ %u@%h %d - %t ] '
autovacuum_max_workers = 3


Pode ser necessário mais. Considere log_autovacuum = 0 para saber o que 
acontece com seu banco.



autovacuum_naptime = 40min


Isto é um erro brutal.
Volte pros 60s default.


datestyle = 'iso, dmy'
client_encoding = LATIN1
lc_messages = 'C'
lc_monetary = 'pt_BR.UTF-8'
lc_numeric = 'pt_BR.UTF-8'
lc_time = 'pt_BR.UTF-8'
default_text_search_config = 'pg_catalog.portuguese'


Isto aqui depende só de sua aplicação e não tem relaço com desempenho.


deadlock_timeout = 3s


Por quê?


add_missing_from = on


Sua aplicação é ruim?


default_with_oids = on


Sua aplicação foi feita para PostgreSQL 7.4 ou anterior?


escape_string_warning = off

Tive olhando no
wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server que
o shared_buffers  pode receber  1/4 da memoria (dependendo do
ambiente), por isso esse valor de 6144 MB


Muito. Considere no máximo 4GiB para sistemas comuns. Mais só em caso 
muito especiais e menos se seu sistema for mais de relatórios e menos OLTP.




===

No sysctl.conf

kernel.shmmax = 16823421610


Só depende de seu shared_buffers, precisa ser maior que ele e só.


kernel.shmall = 16823421610


Sem influência neste caso.


De acordo com o manual do ERP, o cálculo desse valor seria:

kernel.shmmax = TOTAL_RAM_EM_BYTES / 3 * 2
kernel.shmall= TOTAL_RAM_EM_BYTES / 3 * 2


Tudo completamente errado. Veja o que escrevi acima.
Acho que você precisa ler bastante.

[]s


__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos  Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
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 e Tunning Postgre 8.4

[Filho Arrais]

Em 15 de maio de 2013 10:02, Flavio Henrique Araque Gurgel 
fla...@4linux.com.br escreveu:

 Em 15-05-2013 09:42, Filho Arrais escreveu:

  Não entendi porque não chegou no email. Algo de errado?


 O e-mail chegou sim.


E que pra mim não tinha chegado, desculpem-me.


 O que está errado é que você quer uma configuração genérica e isso não
 existe.

 Podemos tentar ajudar um pouco aqui, mas tuning assim é melhor você ler
 mais e aprender um pouco. São centenas de variáveis e cenários. Não há
 fórmula mágica.

 Seu sistema está com algum tipo de lentidão identificada?

 Com o passar das horas, ele perde um pouco do rendimento, vou chutar ai
uns 10% na hora de retorna as informações solicitadas.



  Utilizamos um sistema que tem como base de dados o PostreSQL 8.4.

 Migrei para um novo servidor, por falta de tempo e conhecimento,
 utilizei o mesmo postrgresql.conf

 Gostaria de discutir com os senhores que tem mais conhecimento,
 sobretudo em ambientes reais de produção, quais ajustes podem ser
 realizados no PostgreSQL e se os atuais parâmetros estão aceitáveis
 para o nosso cenário.

 Estou com a seguinte configuração.

   Dois Processadores Intel Xeon E5-2650 0  2.00GHz ( total de 32 core)
   24 GB de memória RAM
   8 Discos SAS 15k com dois grupos de RAID10 ( primeiro Raid10 pro
 sistema operacional e PG_XLOG em partições distintas, segundo Raid10
 unicamente pro PGDATA)


 Você fez mais ou menos certo.
 O ideal seria que o disco (ou RAID) pro pg_xlog fosse só pra ele.
 O S.O. você pode colocar num SATA, por exemplo.

 OK.



Sistema Operacional: Ubuntu Server 13.04
   Kernel: 3.8.0-19-generic
   Sistema de arquivo: EXT4
   PostgreSQL: 8.4.17


 Bom. Atualizado na série.

 OK



 A quantidade de usuários do sistema é de 180, porém o número de
 conexões simultâneas está por volta de 200.


 Considere usar um pool como o PgBouncer. Seu sistema é feito em que
 linguagem?

Irei pesquisar o PgBouncer. O sistema é feito em WinDev.



  Logo abaixo, segue as configurações do postgresql.conf e sysctl.conf

 ==**==**
 ==

 postgresql.conf

 listen_addresses = '*'
 port = 5432
 max_connections = 300


 Vide pergunta acima.

  shared_buffers = 6144MB


 Muito. Seu sistema faz o que? Que tipo de carga?


É um sistema para transportadora.

Faz toda a parte de Gestão Corporativa. Gestão de Frotas, Contabilidade,
Sped Contábil, Fiscal e FCont, CT-e, NF-e, Intregração com sistema de
rastreamento de veículos.



  temp_buffers = 64MB
 work_mem = 96MB


 Não dá pra precisar aqui porque você usa este valor.

  maintenance_work_mem = 70MB


 Aqui também não. Qual o tamanho de suas tabelas?


As 10 maiores são essas, no total a base ultrapassa 30 GB

1  3676 MB
2  3623 MB
3  3147 MB
4  2253 MB
5  2108 MB
6  1598 MB
7  1159 MB
8  906 MB
9  692 MB
10 614 MB





  fsync = on
 full_page_writes = on
 wal_buffers = 2048kB


 Qual o wal_sync_method?


Esse parâmetro não está sendo utilizado.


  checkpoint_segments = 48
 checkpoint_timeout = 45min


 Furado. 45 minutos é um exagero tremendo.
 Procure ficar na faixa dos 5 minutos e ajustar checkpoint_segments para
 mais. Considere logar os checkpoints para saber se estão começando por
 tempo ou falta de segmentos e depois ajuste o valor.

  effective_cache_size = 5461MB


 Coloque aqui sua memória RAM + eventuais caches de disco da controladora.


  log_filename = 'postgresql-%a.log'
 log_line_prefix = '[ %u@%h %d - %t ] '
 autovacuum_max_workers = 3


 Pode ser necessário mais. Considere log_autovacuum = 0 para saber o que
 acontece com seu banco.

  autovacuum_naptime = 40min


 Isto é um erro brutal.
 Volte pros 60s default.


  datestyle = 'iso, dmy'
 client_encoding = LATIN1
 lc_messages = 'C'
 lc_monetary = 'pt_BR.UTF-8'
 lc_numeric = 'pt_BR.UTF-8'
 lc_time = 'pt_BR.UTF-8'
 default_text_search_config = 'pg_catalog.portuguese'


 Isto aqui depende só de sua aplicação e não tem relaço com desempenho.

Essa parte eu poderia ter omitido, perdão.


  deadlock_timeout = 3s


 Por quê?

Também não sei o porque desse valor.


  add_missing_from = on


 Sua aplicação é ruim?

Não é ruim, também não é das melhores. Temos um servidor aplicação onde
utilizamos um atalho nas máquinas, porém a conexão com o banco é feita via
ODBC.


  default_with_oids = on


 Sua aplicação foi feita para PostgreSQL 7.4 ou anterior?

Essa informação eu não sei, suspeito que tenha sida projeta a partir do
PostreSQL 8.2.3


  escape_string_warning = off

 Tive olhando no
 
 wiki.postgresql.org/wiki/**Tuning_Your_PostgreSQL_Serverhttp://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
 
 http://wiki.postgresql.org/**wiki/Tuning_Your_PostgreSQL_**Serverhttp://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
 que

 o 

Re: [pgbr-geral] Configuração e Tunning Postgre 8.4

[Robson Kobayashi - TRE/MS]

Olá Filho,


Não sou nenhum expert, mas no caso do SO, melhor vc utilizar as versões LTS do 
Ubuntu (10.04, 12.04).


Vc já usou o pgbench? Não é a melhor ferramenta para benchmark, mas só para ter 
uma idéia, aqui em uma máquina virtual com 2vCPU e 2GB de RAM consegui em média 
590 tps.


Criação do banco de testes
./createdb -U postgres pgbench
Criação das tabelas e população do banco

./pgbench -i -h localhost -p 5432 -s 10 -U postgres -d pgbench
Teste propriamente dito:
./pgbench -h localhost -p 5432 -c 50 -t 100 -U postgres -d pgbench
Remoção do banco de testes
./dropdb -U postgres pgbench


Novamente informo que não sou nenhum expert, começei agora com o Postgre, mas 
serve como parâmetro (se sua máquina física com configuração bem melhor não 
conseguir esses tps, alguma coisa está errada com seu DB.


Abraços

- Mensagem original -

De: Filho Arrais kuruminbra...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Terça-feira, 14 de Maio de 2013 16:23:05
Assunto: [pgbr-geral] Configuração e Tunning Postgre 8.4

Olá pessoal,


Utilizamos um sistema que tem como base de dados o PostreSQL 8.4.


Migrei para um novo servidor, por falta de tempo e conhecimento, utilizei o 
mesmo postrgresql.conf


Gostaria de discutir com os senhores que tem mais conhecimento, sobretudo em 
ambientes reais de produção, quais ajustes podem ser realizados no PostgreSQL e 
se os atuais parâmetros estão aceitáveis para o nosso cenário.


Estou com a seguinte configuração.


Dois Processadores Intel Xeon E5-2650 0 2.00GHz ( total de 32 core)
24 GB de memória RAM
8 Discos SAS 15k com dois grupos de RAID10 ( primeiro Raid10 pro sistema 
operacional e PG_XLOG em partições distintas, segundo Raid10 unicamente pro 
PGDATA)
Sistema Operacional: Ubuntu Server 13.04
Kernel: 3.8.0-19-generic
Sistema de arquivo: EXT4
PostgreSQL: 8.4.17


A quantidade de usuários do sistema é de 180, porém o número de conexões 
simultâneas está por volta de 200.




Logo abaixo, segue as configurações do postgresql.conf e sysctl.conf


==


postgresql.conf


listen_addresses = '*'

port = 5432
max_connections = 300
shared_buffers = 6144MB
temp_buffers = 64MB
work_mem = 96MB
maintenance_work_mem = 70MB
fsync = on
full_page_writes = on
wal_buffers = 2048kB
checkpoint_segments = 48
checkpoint_timeout = 45min
effective_cache_size = 5461MB
log_filename = 'postgresql-%a.log'
log_line_prefix = '[ %u@%h %d - %t ] '
autovacuum_max_workers = 3
autovacuum_naptime = 40min
datestyle = 'iso, dmy'
client_encoding = LATIN1
lc_messages = 'C'
lc_monetary = 'pt_BR.UTF-8'
lc_numeric = 'pt_BR.UTF-8'
lc_time = 'pt_BR.UTF-8'
default_text_search_config = 'pg_catalog.portuguese'
deadlock_timeout = 3s
add_missing_from = on
default_with_oids = on
escape_string_warning = off


Tive olhando no wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server que o 
shared_buffers pode receber 1/4 da memoria (dependendo do ambiente), por isso 
esse valor de  6144 MB


===




No sysctl.conf



kernel.shmmax = 16823421610
kernel.shmall = 16823421610




De acordo com o manual do ERP, o cálculo desse valor seria:


kernel.shmmax = TOTAL_RAM_EM_BYTES / 3 * 2
kernel.shmall = TOTAL_RAM_EM_BYTES / 3 * 2




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



--
!-
Atenciosamente: Robson Massaki Kobayashi
SSOP/COINF/STI - TRE/MS
(67)3326-5428 ou (67)3326-4166 ramal 218
!-
___
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 e Tunning Postgre 8.4

[Euler Taveira]

On 15-05-2013 15:08, Robson Kobayashi - TRE/MS wrote:
 Vc já usou o pgbench? Não é a melhor ferramenta para benchmark, mas só
 para ter uma idéia, aqui em uma máquina virtual com 2vCPU e 2GB de RAM
 consegui em média 590 tps.
 
 Criação do banco de testes
  ./createdb -U postgres pgbench
 Criação das tabelas e população do banco
 ./pgbench -i -h localhost -p 5432 -s 10 -U postgres -d pgbench 
 Teste propriamente dito: 
 ./pgbench -h localhost -p 5432 -c 50 -t 100 -U postgres -d pgbench
 Remoção do banco de testes
 ./dropdb -U postgres pgbench
 
100 transações é um valor muito baixo; o teste será somente por alguns
segundos. Uma alternativa é o utilizar o parâmetro -T (tempo) ao invés
do parâmetro -t (número de transações). Um bom teste deve durar pelo
menos 10 minutos.

Além disso, *nunca* utilize um valor de conexões (-c) maior do que fator
de escala (-s); vários UPDATEs estarão concorrendo pelas mesmas tuplas.


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

Re: [pgbr-geral] Configuração max_connections

[Flavio Henrique Araque Gurgel]

Em 01-04-2013 15:04, Luiz Carlos L. Nogueira Jr. escreveu:

Pessoal,
Existe alguma forma de saber, dentro de um certo período, o máximo de
conexões que efetivamente estão executando algo simultaneamente?
Quando dou um top aparecem, no máximo,  10 processos do postgres. Isso
quer dizer que, no máximo, tenho 10 processos simultâneos?


As ferramentas do S.O. são uma ótima forma de fazer uma monitoração 
rápida do PostgreSQL.


Considere que, dentre os 10 processos que você viu, alguns são processos 
fixos como o processo pai (antigo postmaster), o autovacuum lancher, o 
stats collector, entre outros.


Pressione a tecla c quando estiver no top para visualizar o comando 
completo.


Os processos conexão do PostgreSQL tem uma estrutura bem definida, 
mais ou menos asim:


postgres: usuario banco_de_dados [IP] comando

Onde comando por ser idle, ou seja, conexão aberta sem fazer nada.

Veja aqui mais informações para a versão 9.2:
http://www.postgresql.org/docs/9.2/static/monitoring-ps.html

[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos  Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
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 max_connections

[Leonardo Cezar]

2013/4/1 Luiz Carlos L. Nogueira Jr. lcnogueir...@gmail.com

 Pessoal,
 Existe alguma forma de saber, dentro de um certo período, o máximo de
 conexões que efetivamente estão executando algo simultaneamente?


O seguinte comando pode ajudar:

$ TABLE pg_stat_activity;

Quando dou um top aparecem, no máximo,  10 processos do postgres. Isso quer
 dizer que, no máximo, tenho 10 processos simultâneos?


Não, porque existem outros processos de sistema que pertencem ao postgres:
bgwriter, logger, wal writter, vaccuum, checkpoints, ca...

Por exemplo, em meu sistema, um comando como este: top -cu postgres
retornaria 6 processos mesmo com o sistema em idle.

Para acompanhamento periódico/histórico de transações e conexões use o
utilitário pgBadger[1] que gera um relatório completo de transações e
acessos no seu servidor.

Outro tiro-no-pé que pode acontecer – e q não é tão raro assim – é quando
o intrépido analista de negócio e/ou cliente solicita um número máximo de
conexões para estimar crescimento, mas existe um gerenciador de fila
(connection pooling) entre o SGBD e a aplicação. Isto trará números ainda
mais imprecisos visto que conexões do banco podem gerenciar N requisições
da aplicação.

Como regra geral, entenda a arquitetura de seu ambiente.

1) http://dalibo.github.com/pgbadger/

Abraço!

-Leo
-- 
Leonardo Cezar
http://www.postgreslogia http://postgreslogia.wordpress.com.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração SSL verify full

[Euler Taveira]

On 19-10-2012 16:19, Tiago Valério wrote:
 Se o cliente então utlilizar um modo ssl  require apenas, eu não consigo
 definir que quero uma nível de ssl mais restrito no lado do servidor de banco
 de dados?
 
Tiago, acho que você não entendeu ainda. Toda decisão parte do cliente; o
servidor apenas pode controlar se é uma conexão SSL ou não. É papel do cliente
verificar se o servidor é quem ele está dizendo que é, e não o contrário. O
que você está querendo alcançar *não* depende do servidor; um simples teste na
aplicação para saber se o parâmetro 'sslmode' = 'verify-full' no momento da
conexão resolve o seu problema.


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

Re: [pgbr-geral] Configuração SSL verify full

[Euler Taveira]

On 19-10-2012 14:19, Tiago Valério wrote:
 Ao configurar as conexões para que sejam feitas via ssl, é possível forçar que
 as conexões sejam feitas apenas com verify-full?
 
Mas quem define isso é o cliente (é análogo a dizer que ao acessar uma
aplicação web você está utilizando http://... ou https://...). Do lado do
servidor, você pode garantir com hostssl no pg_hba.conf que somente conexões
SSL serão aceitas.


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

Re: [pgbr-geral] Configuração SSL verify full

[Tiago Valério]

Euler

Se o cliente então utlilizar um modo ssl  require apenas, eu não consigo
definir que quero uma nível de ssl mais restrito no lado do servidor de
banco de dados?


Em 19 de outubro de 2012 15:00, Euler Taveira eu...@timbira.com escreveu:

 On 19-10-2012 14:19, Tiago Valério wrote:
  Ao configurar as conexões para que sejam feitas via ssl, é possível
 forçar que
  as conexões sejam feitas apenas com verify-full?
 
 Mas quem define isso é o cliente (é análogo a dizer que ao acessar uma
 aplicação web você está utilizando http://... ou https://...). Do lado do
 servidor, você pode garantir com hostssl no pg_hba.conf que somente
 conexões
 SSL serão aceitas.


 --
Euler Taveira de Oliveira - 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] Configuração do Arquivo pg_hba.conf

[Tulio Santos]

Olá Ramiro,

Tente desta forma..
Abs

hostall postgres 0.0.0.0/0   md5  

 
Att,
Tulio





 De: Ramiro Pamponet roli...@oi.com.br
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br 
Enviadas: Domingo, 26 de Agosto de 2012 17:00
Assunto: [pgbr-geral] Configuração do Arquivo pg_hba.conf
 

  
Olá Galera, eu estava com o mesmo problema para acessar minha aplicação pela 
rede, mas resolvi acrescentando a segunda linha host ... 
# IPv4 local connections:   
hostall postgres 127.0.0.1/32  md5    
hostall postgres 192.168.1.0/24md5  
Mas eu também estava querendo permitir que o usuário pudesse se conectar ao 
banco pela internet, de um notebook por exemplo, para consultar sua agenda ou 
emitir algum relatório. Tentei incluir uma 3ª linha no arquivo 
hostall postgres 0.0.0.0/128md5  
 mas dessa forma, qdo eu vou reinicair o serviço, ocorre um erro e ele não 
inicia. Então fica a minha dúvida. Como fazer para configurar o arquivo 
pg_hba.conf para permitir que um computador externo à rede local acesse o 
banco de dados? qual configuração de IP eu devo utilizar para conseguir esse 
objetivo. Mais uma vez, Obrigado aos companheiros pela Ajuda ofertada! 
 
ATT
Ramiro
___
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] Configuração do Arquivo pg_hba.conf

[Ramiro Pamponet]

Olá Túlio,

Obrigado por ter respondido. Na verdade o erro estava no /128 (que é para o
IPV6) já que para o IPV4 é no máximo /32. Mesmo assim, Valeu!



Em 26 de agosto de 2012 17:24, Tulio Santos tuliogust...@yahoo.com.brescreveu:

  Olá Ramiro,

 Tente desta forma..
 Abs

 hostall postgres 0.0.0.0/0md5

 Att,
 Tulio

   --
 *De:* Ramiro Pamponet roli...@oi.com.br
 *Para:* Comunidade PostgreSQL Brasileira 
 pgbr-geral@listas.postgresql.org.br
 *Enviadas:* Domingo, 26 de Agosto de 2012 17:00
 *Assunto:* [pgbr-geral] Configuração do Arquivo pg_hba.conf


 Olá Galera, eu estava com o mesmo problema para acessar minha aplicação
 pela rede, mas resolvi acrescentando a segunda linha host ...
 # IPv4 local connections:
 hostall postgres 127.0.0.1/32  md5

 hostall postgres 192.168.1.0/24
 md5
 Mas eu também estava querendo permitir que o usuário pudesse se conectar
 ao banco pela internet, de um notebook por exemplo, para consultar sua
 agenda ou emitir algum relatório. Tentei incluir uma 3ª linha no arquivo
  hostall postgres 0.0.0.0/128md5

 mas dessa forma, qdo eu vou reinicair o serviço, ocorre um erro e ele não
 inicia. Então fica a minha dúvida. Como fazer para configurar o arquivo
 pg_hba.conf para permitir que um computador externo à rede local acesse o
 banco de dados? qual configuração de IP eu devo utilizar para conseguir
 esse objetivo. Mais uma vez, Obrigado aos companheiros pela Ajuda ofertada!

 ATT
 Ramiro

 ___
 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] Configuração para aplicação web plataforma windows

[Leandro DUTRA]

2011/4/30 Gerson Júnior gersoncjun...@gmail.com:

 Existe algum tipo de configuração especifica no postgresql para aplicações
 web na plataforma windows (asp.net) ?

Não entendi.

Configurações são sempre de acordo com o uso específico.  Um uso tão
genérico não é específico o suficiente para dar indicações de
configuração.

Planeje teu sistema, o implemente, e aí observe o comportamento.
Tendo o perfil de execução, dá para configurar.


-- 
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191              gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191        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

Re: [pgbr-geral] configuração do pgpool-2 no postgresql

[Osvaldo Kussama]

Em 11/02/11, Saulo Almeidasalima...@yahoo.com.br escreveu:
 Pessoal,

 Estou com problemas na configuração do pgpool-2 no postgresql, pois não
 consigo
 localizar o diretóri que o postgresql armazena as bases de dados.

 Estou usando o pgpoolAdmin-3.0.2 para administrar o pgpool.

 Alguem para dar uma luz?



bdteste=# SHOW data_directory;
data_directory
--
 /var/lib/postgresql/8.3/main
(1 row)

Osvaldo
___
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 Pg

[Fábio Telles Rodriguez]

Comece por aqui:

http://agajorte.blogspot.com/2009/03/meu-postgresql-nao-conecta.html

http://agajorte.blogspot.com/2009/03/meu-postgresql-nao-conecta.htmlMas
não pare por aí RTFM! :-)

Atenciosamente,
Fábio Telles

Em 11 de maio de 2010 22:25, Andre Tomasso atomas...@yahoo.com escreveu:

 Pessoal sou novato em BD e no Linux, mas me atrevi a instalar o PostgreSQL,
 MySQL e Firebird no meu note rodando Linux.

 Depois instalei o PgAdminIII, porém não consigo fazer a conexão com o PG.
 Lendo algumas apostilas cheguei a conclusão que não foi criado o servidor na
 instalação, ou se foi criado não estou conseguindo localizá-lo.

 Alguém roda o PostgreSQL no Suse com PgAdminIII e poderia me ajudar.

 Valeu galera.

 ANDRÉ TOMASSO

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




-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração Ideal - Postgre

[Leonardo Cezar]

2010/3/8 marcos thomaz marcosthom...@yahoo.com.br:
 Pessoal, temos um servidor aqui que está rodando Postgre (exclusivo para o
 banco), apesar de terem sido feitas alterações na configuração (e ter havido
 uma melhora no desempenho), gostaria de saber de vocês qual a configuração
 ideal (na opinião de vocês), para uma máquina abaixo:
 Servidor IBM
 2 Processadores Xeon 3.0 Ghz
 FSB 1333
 4 HD's de 500 GB SAS 15.000 rpm (atualmente com RAID 0+1)
 8 GB memória RAM - ECC
 Sistema Operacional Linux - CentOS
 Como eu disse antes essa máquina roda apenas o banco de dados (não existem
 serviços como apache e outros rodando).

Em tese, praticamente impossível dar uma resposta sensata.

Existem tantas outras variáveis (tipo de ambiente, transações
concorrentes, número de usuários, tipo de aplicação, SO, ca) a
considerar para se realizar uma configuração adequada.

Se quer ter uma configuração básica de acordo com os parâmetros que
passou, tente o utilitário pgtune[1], mas não considere que é a
solução para todos os seus problemas.

1) http://pgfoundry.org/projects/pgtune/

Abraço!

-Leo
-- 
Leonardo Cezar
http://www.aslid.org.br
http://postgreslogia.wordpress.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração Ideal - Postgre

[Leandro DUTRA]

2010/3/8 marcos thomaz marcosthom...@yahoo.com.br:
 gostaria de saber de vocês qual a configuração ideal

Não existe configuração ideal.  Existem configurações reais, uma das
quais pode ser mais adequada para determinados objetivos, num
determinado sistema.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/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

Re: [pgbr-geral] Configuração Ideal - Postgre

[Sergio Santi]

Boa tarde Leonardo.

Se olhares o histrico da lista perceberas que j houveram discusses
homricas sobre este assunto. Eu particularmente acredito que todos que
tem bases funcionando com boa performance descobriram uma heurstica
que equacionou sua necessidade. Todos j procuraram e ningum at ento
apresentou um modelo consistente para um .conf cientificamente gerado.
 tentativa e erro mesmo. Mas se tiveres a curiosidade de verificar no
histrico vais achar diversos exemplos bem razoveis para a tua
configurao.

Boa sorte.

Sergio Medeiros Santi


Em 08/03/2010 14:50, Leonardo Cezar escreveu:

  2010/3/8 marcos thomaz marcosthom...@yahoo.com.br:
  
  
Pessoal, temos um servidor aqui que est rodando Postgre (exclusivo para o
banco), apesar de terem sido feitas alteraes na configurao (e ter havido
uma melhora no desempenho), gostaria de saber de vocs qual a configurao
ideal (na opinio de vocs), para uma mquina abaixo:
Servidor IBM
2 Processadores Xeon 3.0 Ghz
FSB 1333
4 HD's de 500 GB SAS 15.000 rpm (atualmente com RAID 0+1)
8 GB memria RAM - ECC
Sistema Operacional Linux - CentOS
Como eu disse antes essa mquina roda apenas o banco de dados (no existem
servios como apache e outros rodando).

  
  
Em tese, praticamente impossvel dar uma resposta sensata.

Existem tantas outras variveis (tipo de ambiente, transaes
concorrentes, nmero de usurios, tipo de aplicao, SO, ca) a
considerar para se realizar uma configurao adequada.

Se quer ter uma configurao bsica de acordo com os parmetros que
passou, tente o utilitrio pgtune[1], mas no considere que  a
soluo para todos os seus problemas.

1) http://pgfoundry.org/projects/pgtune/

Abrao!

-Leo
  



___
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 Ideal - Postgre

[Leonardo Cezar]

2010/3/8 Sergio Santi sergio.tra...@gmail.com:
 Boa tarde Leonardo.

Acredito que quiz dizer Marcos Thomaz ao invés de Leonardo?

 Se olhares o histórico da lista perceberas que já houveram discussões
 homéricas sobre este assunto. Eu particularmente acredito que todos que tem
 bases funcionando com boa performance descobriram uma heurística que
 equacionou sua necessidade. Todos já procuraram e ninguém até então
 apresentou um modelo consistente para um .conf cientificamente gerado. É
 tentativa e erro mesmo. Mas se tiveres a curiosidade de verificar no
 histórico vais achar diversos exemplos bem razoáveis para a tua
 configuração.


Abraço!

-Leo
-- 
Leonardo Cezar
http://www.aslid.org.br
http://postgreslogia.wordpress.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração servidor 80 Terminai s

[JotaComm]

Olá,

Que tipo de aplicação? OLTP? OLAP?

2009/6/19 Seta Digital - Suporte supo...@setadigital.com.br

  Bom Dia Pessoal...


 Gostaria de Saber uma configuração de Hardware para um servidor que vai
 rodar Postgres em Linux com 80 Terminais Acessando ele

 Abraço...

 Alexandre Martinasso

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



[]s
-- 
JotaComm
http://jotacomm.wordpress.com
http://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

Re: [pgbr-geral] Configuração do Slony para Replic ação

[Matheus Ricardo Espanhol]

Um bom tutorial usando o PGAdmin é:

http://postgresql.ribafs.net/files/ReplicacaoPostgreSQLSlony1.pdf


-- 
Matheus Ricardo Espanhol
---
Dextra Sistemas
http://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

Re: [pgbr-geral] Configuração do Slony para Replic ação

[Jota]

Olá

Qual erro?

[]s

2008/11/21 rogerio qc [EMAIL PROTECTED]:
 Bom dia,

 Já instalei o slony no ubuntu 8.10, mas não estou conseguindo configurar o
 plpgsql no PGadmin3 e fazer com que o slony funcione. Se alguém tiver um
 dica ou um passo a passo do slony e principalmente do plpgsql, agradeço.



 
 Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
 Celebridades - Música - Esportes
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral





-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
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 pg_hba

[Diego - Simco Informatica]

Ah valew entendi !!!
  - Original Message - 
  From: Artur José Ferro Sampaio 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Saturday, October 04, 2008 5:39 PM
  Subject: Re: [pgbr-geral] configuração pg_hba





  2008/10/2 Daniel Matte Freitas [EMAIL PROTECTED]

Tunel ssh funciona, se quiser testar coloca no cliente:

ssh -p PORTA_SSH_SERVIDOR -L 
IP_LOCAL:PORTA_LOCAL:IP_LOCAL_SERVIDOR:PORTA_LOCAL_SERVIDOR -N [EMAIL PROTECTED]

exemplo:

ssh -p 22 -L 127.0.0.1:5432:127.0.0.1:5432 -N [EMAIL PROTECTED]


2008/10/2 Diego - Simco Informatica [EMAIL PROTECTED] 


  Tunel SSH ? funciona ? é possível resolver nomes pelo pg_hba ?



- Original Message - 
From: ..:: Rodrigo (-_-) Machado ::.. 
To: Comunidade PostgreSQL Brasileira 
Sent: Wednesday, October 01, 2008 11:30 PM
Subject: Re: [pgbr-geral] configuração pg_hba


Se não quiser usar VPN,
faça tunel com SSH


2008/10/1 Fernando Ike [EMAIL PROTECTED]

  2008/10/1 Diego  - Simco Informatica [EMAIL PROTECTED]:

   Pessoal,
  
   Tenho um cliente que usa ip dinamico , então cadastrei no no-ip.org 
. O que
   acontece, tem como eu colocar no pg_hba o dominio
   que está no no-ip.org ??


   Tem mas esse tipo de estrutura é um pouco instável e se usar
  resolução de nomes para pg_hba.conf pode piorar um pouco mais.
  Pensaria em usar VPN ou coisa do tipo. =/



  []'s
  --
  Fernando Ike
  http://www.midstorm.org/~fike/weblog
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
  :: Rodrigo Machado ::
  FlaRo Sistemas

Linux User #338262
Lat S25º49'20.11' - Lon W55º07'12.05''
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:






___
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



  eu também aconselharia o uso de VPN. Usei OpenVPN[1] por bastante tempo e 
avalio como uma excelente solução. Inclusive usei em multiplataforma (server 
linux fedora e clientes windows/vários linux).
  Pra liberar direto pelo jeito q vc estava tentando, acho que daria certo uma 
regra que liberasse os IP's 0.0.0.0/32.
  Além disso, não se esqueça de abrir a porta no modem/router, ok?

  []'s
  Artur Sampaio

  [1] http://openvpn.net/



--


  ___
  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] Configuração ideal do Postgresql .conf para um Servidor HPML150 G5 4GBRam

[Luiz Rafael Culik Guimaraes]

Rildo


Se vc quer uma config ideal, a primeira coisa e trocar o windows server 2003 
por linux como RH/debian/centos

[]s
Luiz
- Original Message - 
From: Rildo - MSM
To: pgbr-geral@listas.postgresql.org.br
Sent: Monday, October 06, 2008 9:21 AM
Subject: [pgbr-geral] Configuração ideal do Postgresql.conf para um Servidor 
HPML150 G5 4GBRam



HD máster Satã 160 GB...  segundo HD SAS...

SO. Windows Server 2003...

Parâmetros modificados no Postgresql  os demais estão do jeito que 
foram instalado inclusivo com as #

max_connections = 25
shared_buffers = 1000MB
Work_mem = 250MB
maintenance_work_mem = 800MB
max_fsm_pages = 12
random_page_cost = 2.0
effective_cache_size = 1024MB

Há três dias e praticamente duas noites que estou trabalhando, fazendo teste 
para verificação do desempenho deste servidor com o postgresql
Voltado um backup feito através  pg_dump  .com um tamanho de 250 MB... 
Restaurando  via Pg_restore
Esta operação tem demorado media de duas horas e 40 minutos (2:40), tanto 
na versão 8.2 como na versão 8.3
Por gentileza: Alguém poderia  dizer se o tempo de restauração esta correto.

Caso não esteja, poderia dizer onde está o erro...
Porque estou ficando s/ alternativa... e preciso da um diagnostico  final 
sobre o servidor .

Agradeço atenção de todos.

Rildo Santos




___
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] Configuração ideal do Postgresql .conf para um Servidor HPML150 G5 4GBRam

[José Mello Júnior]

A restauração de uma base de dados é realizada através dos comandos SQL que
conhecemos, logo, se você puder fazer uma rotina que remova os índices e
desabilite as triggers e constraint, o tempo para restauração deve cair
bastante.

[]´s



2008/10/6 Rildo - MSM [EMAIL PROTECTED]


 HD máster Satã 160 GB...  segundo HD SAS...

 SO. Windows Server 2003...

 Parâmetros modificados no Postgresql  os demais estão do jeito que
 foram instalado inclusivo com as #

 max_connections = 25
 shared_buffers = 1000MB
 Work_mem = 250MB
 maintenance_work_mem = 800MB
 max_fsm_pages = 12
 random_page_cost = 2.0
 effective_cache_size = 1024MB

 Há três dias e praticamente duas noites que estou trabalhando, fazendo
 teste para verificação do desempenho deste servidor com o postgresql
 Voltado um backup feito através  pg_dump  .com um tamanho de 250 MB...
 Restaurando  via Pg_restore
 Esta operação tem demorado media de duas horas e 40 minutos (2:40), tanto
 na versão 8.2 como na versão 8.3
 Por gentileza: Alguém poderia  dizer se o tempo de restauração esta
 correto.

 Caso não esteja, poderia dizer onde está o erro...
 Porque estou ficando s/ alternativa... e preciso da um diagnostico  final
 sobre o servidor .

 Agradeço atenção de todos.
 Rildo Santos

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




-- 
José de Mello Júnior
41.9957-2007
___
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 ideal do Postgresql .conf para um Servidor HPML150 G5 4GBRam

[joaocosme]

Olha que legal na documentação!!!
:)
http://www.postgresql.org/docs/8.3/interactive/performance-tips.html
 
Bem os seus testes estão somente em cima de um restore, o que
não vai te informar muita coisa em aspecto de tunning ou
comportamento do teu server. o legal seria um teste tipo TPC-B, 
um bom começo seria dar uma brincada com o PGBENCH
 
 
Esses parametros que vc setou realmente melhoram a performance do bd
mas muitos deles (shared_buffer, effective_cache_size... ) não
tem utilidade em um restore.
 
Já que esta utilizando p pg_dump , se preocupe com
isso:
 Increase
maintenance_work_mem 
Increase
checkpoint_segments 
Turn
off archive_mode
Run
ANALYZE Afterwards 

Depois de realizado o dump retorne com esses valores de uso normal!!!

 

 
 
 
 
 
 HD máster Satã 160 GB... segundo HD
SAS... 
 
 SO. Windows Server 2003... 
 
 Parâmetros modificados no Postgresql os demais
estão do jeito que 
 foram instalado inclusivo com as
# 
 
 max_connections = 25 

shared_buffers = 1000MB 
 Work_mem = 250MB 

maintenance_work_mem = 800MB 
 max_fsm_pages = 12 

random_page_cost = 2.0 
 effective_cache_size = 1024MB 


 Há três dias e praticamente duas noites que estou
trabalhando, fazendo 
 teste para verificação do
desempenho deste servidor com o postgresql 
 Voltado um backup
feito através pg_dump ..com um tamanho de 250 MB... 

Restaurando via Pg_restore 
 Esta operação tem
demorado media de duas horas e 40 minutos (2:40), tanto 
 na
versão 8.2 como na versão 8.3 
 Por gentileza:
Alguém poderia dizer se o tempo de restauração esta

 correto. 
 
 Caso não esteja, poderia
dizer onde está o erro... 
 Porque estou ficando s/
alternativa... e preciso da um diagnostico final 
 sobre o
servidor . 
 
 Agradeço atenção de
todos. 
 
 Rildo Santos 

___ 
 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] Configuração ideal do Postgresql .conf para um Servidor HPML150 G5 4GBRam

[Euler Taveira de Oliveira]

Luiz Rafael Culik Guimaraes escreveu:
 Se vc quer uma config ideal, a primeira coisa e trocar o windows server 2003 
 por linux como RH/debian/centos
 
Por que? Apesar do Windows ser menos configurável do que outros sistemas
operacionais, podemos tirar o máximo dele sim. É fato que a performance
do Windows não é superior que a de outros SOs mas esta diferença já
esteve bem maior...


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] configuração pg_hba

[Artur José Ferro Sampaio]

2008/10/2 Daniel Matte Freitas [EMAIL PROTECTED]

 Tunel ssh funciona, se quiser testar coloca no cliente:

 ssh -p PORTA_SSH_SERVIDOR -L
 IP_LOCAL:PORTA_LOCAL:IP_LOCAL_SERVIDOR:PORTA_LOCAL_SERVIDOR -N
 [EMAIL PROTECTED]

 exemplo:

 ssh -p 22 -L 127.0.0.1:5432:127.0.0.1:5432 -N [EMAIL PROTECTED]

 2008/10/2 Diego - Simco Informatica [EMAIL PROTECTED]

  Tunel SSH ? funciona ? é possível resolver nomes pelo pg_hba ?




   - Original Message -
 *From:* ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED]
 *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br
 *Sent:* Wednesday, October 01, 2008 11:30 PM
 *Subject:* Re: [pgbr-geral] configuração pg_hba

 Se não quiser usar VPN,
 faça tunel com SSH

 2008/10/1 Fernando Ike [EMAIL PROTECTED]

 2008/10/1 Diego  - Simco Informatica [EMAIL PROTECTED]:
  Pessoal,
 
  Tenho um cliente que usa ip dinamico , então cadastrei no no-ip.org .
 O que
  acontece, tem como eu colocar no pg_hba o dominio
  que está no no-ip.org ??

  Tem mas esse tipo de estrutura é um pouco instável e se usar
 resolução de nomes para pg_hba.conf pode piorar um pouco mais.
 Pensaria em usar VPN ou coisa do tipo. =/



 []'s
 --
 Fernando Ike
 http://www.midstorm.org/~fike/weblog
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




 --
 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
   :: Rodrigo Machado ::
   FlaRo Sistemas

 Linux User #338262
 Lat S25º49'20.11' - Lon W55º07'12.05''
 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:

 --

 ___
 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


eu também aconselharia o uso de VPN. Usei OpenVPN[1] por bastante tempo e
avalio como uma excelente solução. Inclusive usei em multiplataforma (server
linux fedora e clientes windows/vários linux).
Pra liberar direto pelo jeito q vc estava tentando, acho que daria certo uma
regra que liberasse os IP's 0.0.0.0/32.
Além disso, não se esqueça de abrir a porta no modem/router, ok?

[]'s
Artur Sampaio

[1] http://openvpn.net/
___
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 pg_hba

[Diego - Simco Informatica]

Tunel SSH ? funciona ? é possível resolver nomes pelo pg_hba ?



  - Original Message - 
  From: ..:: Rodrigo (-_-) Machado ::.. 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Wednesday, October 01, 2008 11:30 PM
  Subject: Re: [pgbr-geral] configuração pg_hba


  Se não quiser usar VPN,
  faça tunel com SSH


  2008/10/1 Fernando Ike [EMAIL PROTECTED]

2008/10/1 Diego  - Simco Informatica [EMAIL PROTECTED]:

 Pessoal,

 Tenho um cliente que usa ip dinamico , então cadastrei no no-ip.org . O 
que
 acontece, tem como eu colocar no pg_hba o dominio
 que está no no-ip.org ??


 Tem mas esse tipo de estrutura é um pouco instável e se usar
resolução de nomes para pg_hba.conf pode piorar um pouco mais.
Pensaria em usar VPN ou coisa do tipo. =/



[]'s
--
Fernando Ike
http://www.midstorm.org/~fike/weblog
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




  -- 
  *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
:: Rodrigo Machado ::
FlaRo Sistemas

  Linux User #338262
  Lat S25º49'20.11' - Lon W55º07'12.05''
  *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:



--


  ___
  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] configuração pg_hba

[Rodrigo Marins]

2008/10/2 Diego - Simco Informatica [EMAIL PROTECTED]

  Tunel SSH ? funciona ? é possível resolver nomes pelo pg_hba ?


E ai Diegão, rapaz olha só se você colocar nomes das maquinas não importa o
tipo de solução você esteja usando, exemplo:

Hostname da maquina no pg_hba
Rotinas de backup via SSH usando o Hostname ..etc...

Se você usar o hostname da maquina, você podera ter muito problemas seu um
dia seu servidor de DNS cair.

Eu sempre optei em usar os IP's.

Fica ai a dica










 - Original Message -
 *From:* ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED]
 *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br
 *Sent:* Wednesday, October 01, 2008 11:30 PM
 *Subject:* Re: [pgbr-geral] configuração pg_hba

 Se não quiser usar VPN,
 faça tunel com SSH

 2008/10/1 Fernando Ike [EMAIL PROTECTED]

 2008/10/1 Diego  - Simco Informatica [EMAIL PROTECTED]:
  Pessoal,
 
  Tenho um cliente que usa ip dinamico , então cadastrei no no-ip.org . O
 que
  acontece, tem como eu colocar no pg_hba o dominio
  que está no no-ip.org ??

  Tem mas esse tipo de estrutura é um pouco instável e se usar
 resolução de nomes para pg_hba.conf pode piorar um pouco mais.
 Pensaria em usar VPN ou coisa do tipo. =/



 []'s
 --
 Fernando Ike
 http://www.midstorm.org/~fike/webloghttp://www.midstorm.org/%7Efike/weblog
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




 --
 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
   :: Rodrigo Machado ::
   FlaRo Sistemas

 Linux User #338262
 Lat S25º49'20.11' - Lon W55º07'12.05''
 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:

 --

 ___
 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 Marins
http://pgcon.postgresql.org.br/
http://portaldodesenvolvedor.com.br/
(11) 8747-7442
___
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 pg_hba

[Dickson S. Guedes]

Diego - Simco Informatica escreveu:
 (...) é possível resolver nomes pelo pg_hba ?
  

Ainda não. Mas há propostas [1] e [2].


[1] http://wiki.postgresql.org/wiki/Todo

Allow pg_hba.conf to specify host names along with IP addresses Host 
name lookup could occur when the postmaster reads the pg_hba.conf file, 
or when the backend starts. Another solution would be to reverse lookup 
the connection IP and check that hostname against the host names in 
pg_hba.conf. We could also then check that the host name maps to the IP 
address.

[2] http://archives.postgresql.org/pgsql-hackers/2008-06/msg00569.php

-- 
[]s
Dickson S. Guedes
Administrador de Banco de Dados
Projeto Colmeia -  Florianópolis, SC
(48) 3322-1185, ramal: 26

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

[Daniel Matte Freitas]

Tunel ssh funciona, se quiser testar coloca no cliente:

ssh -p PORTA_SSH_SERVIDOR -L
IP_LOCAL:PORTA_LOCAL:IP_LOCAL_SERVIDOR:PORTA_LOCAL_SERVIDOR -N
[EMAIL PROTECTED]

exemplo:

ssh -p 22 -L 127.0.0.1:5432:127.0.0.1:5432 -N [EMAIL PROTECTED]

2008/10/2 Diego - Simco Informatica [EMAIL PROTECTED]

  Tunel SSH ? funciona ? é possível resolver nomes pelo pg_hba ?




 - Original Message -
 *From:* ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED]
 *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br
 *Sent:* Wednesday, October 01, 2008 11:30 PM
 *Subject:* Re: [pgbr-geral] configuração pg_hba

 Se não quiser usar VPN,
 faça tunel com SSH

 2008/10/1 Fernando Ike [EMAIL PROTECTED]

 2008/10/1 Diego  - Simco Informatica [EMAIL PROTECTED]:
  Pessoal,
 
  Tenho um cliente que usa ip dinamico , então cadastrei no no-ip.org . O
 que
  acontece, tem como eu colocar no pg_hba o dominio
  que está no no-ip.org ??

  Tem mas esse tipo de estrutura é um pouco instável e se usar
 resolução de nomes para pg_hba.conf pode piorar um pouco mais.
 Pensaria em usar VPN ou coisa do tipo. =/



 []'s
 --
 Fernando Ike
 http://www.midstorm.org/~fike/webloghttp://www.midstorm.org/%7Efike/weblog
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




 --
 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
   :: Rodrigo Machado ::
   FlaRo Sistemas

 Linux User #338262
 Lat S25º49'20.11' - Lon W55º07'12.05''
 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:

 --

 ___
 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] configuração pg_hba

[Fernando Ike]

2008/10/1 Diego  - Simco Informatica [EMAIL PROTECTED]:
 Pessoal,

 Tenho um cliente que usa ip dinamico , então cadastrei no no-ip.org . O que
 acontece, tem como eu colocar no pg_hba o dominio
 que está no no-ip.org ??

  Tem mas esse tipo de estrutura é um pouco instável e se usar
resolução de nomes para pg_hba.conf pode piorar um pouco mais.
Pensaria em usar VPN ou coisa do tipo. =/



[]'s
-- 
Fernando Ike
http://www.midstorm.org/~fike/weblog
___
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 pg_hba

[..:: Rodrigo (-_-) Machado ::..]

Se não quiser usar VPN,
faça tunel com SSH

2008/10/1 Fernando Ike [EMAIL PROTECTED]

 2008/10/1 Diego  - Simco Informatica [EMAIL PROTECTED]:
  Pessoal,
 
  Tenho um cliente que usa ip dinamico , então cadastrei no no-ip.org . O
 que
  acontece, tem como eu colocar no pg_hba o dominio
  que está no no-ip.org ??

   Tem mas esse tipo de estrutura é um pouco instável e se usar
 resolução de nomes para pg_hba.conf pode piorar um pouco mais.
 Pensaria em usar VPN ou coisa do tipo. =/



 []'s
 --
 Fernando Ike
 http://www.midstorm.org/~fike/webloghttp://www.midstorm.org/%7Efike/weblog
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
  :: Rodrigo Machado ::
  FlaRo Sistemas

Linux User #338262
Lat S25º49'20.11' - Lon W55º07'12.05''
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
___
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

[joaocosme]

Tem um ditado muito bom que ouvi certa vez: em casos como este o tcpdump
salva!

 Minha configuração esta assim.
 
 max_connections = 100
 shared_buffers = 32MB
 work_mem = 1MB
 
 Ou seja padrão do
postgresql.
 
 tenho 50 usuarios conectados;


 MaquinaHP
   Processado XEON
   Memoria  
 1GB
   HD 70GB espelhado SCSI
  
Banco  3 base uma com 3 GB outras 4 GB e a ultima 2 um total 9 GB
 de BD.
 Um detalhe importante: Uso um programa de
integração de DB usando dblink.
 
 EX:
 banco001 -- banco002
 SELECT
   
hp.codigo,
hp.descricao
 FROM

(historico_processo hp
LEFT JOIN dblink('dbname=banco035
host=servidor2 user=acesse
 password=acesse2006 port=5432',
   'SELECT
codigo

  FROM
 historico_processo') As
tmp(codigo INTEGER) ON hp.codigo
 = tmp.codigo)
 
 Isto acontece para transferir cadastro.
 
 Quando
isto acontece a maquina não aceita conexão nem por telnet
 127.0.0.1 5432 preciso reiniciar para voltar a funcionar
corretamente.
 
 Observei tambem que um ou outro
terminal continual conectando normalmente.
 
 


 
 
 

___
 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] Configuração do Postgres - carac teres especiais

[William Leite Araújo]

Talvez esses parâmetros tenham a ver com o locale do sistema.

Caso o servidor seja linux, veja qual o conteúdo das variáveis $LANGUAGE
e $LANG. No meu sistema, ambas são pt_BR...

 Mas talvez o que precise seja que a variável client_encoding seja,
por padrão, LATIN1. Segundo a documentação:

* When LC_CTYPE is C or POSIX, any character set is allowed, but for other
settings of LC_CTYPE there is only one character set that will work
correctly*
fonte: http://www.postgresql.org/docs/current/static/multibyte.html

 Assim, com essa configuração poderia criar bancos de dados de qualquer
*charset*. Como provavelmente não deseja que todos os clientes mandem um
SET client_encoding, alterando no postgresql.conf deve funcionar.

2008/9/1 [EMAIL PROTECTED]

 Olá Pessoal

 Tenho uma configuração instalada dos atributos LC do Postgres (versão
 8.3.1).

 SELECT name, setting FROM pg_settings WHERE name LIKE 'lc%';
name | setting
 -+-
  lc_collate  | C
  lc_ctype| en_US
  lc_messages | pt_BR
  lc_monetary | pt_BR
  lc_numeric  | pt_BR
  lc_time | pt_BR

 Preciso alterar os atributos lc_collate e lc_ctype para 'pt_BR', porém não
 estou
 conseguindo. Os outros atributos eu consegui alterá-los via
 postgresql.conf.

 Alguma sugestão?

 []s
 Claudimir Zavalik






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




-- 
William Leite Araújo
Analista de Banco de Dados - QualiConsult
___
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 de e-mail da lista - Era (RES: Erro Postgresql 8.3)

[Emerson Casas Salvador]

Forsell Sistemas escreveu:
 antes eu recebia todas as mensagens dessa lista no meu email, no outlook, 
 agora só mudei o direcionamento do meu email do yahoo para outro email e só 
 vem uns resumos de assuntos, não vem mais email, alguém sabe o que pode ter 
 acontecido?
 grato,
 erlon
 favor responder para [EMAIL PROTECTED] pq não sei se a resposta vai 
 chegar até mim de outra forma.
   

Forsell


Sugiro que verifique suas configurações de conta
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

PS:
- Não responda uma mensagem para um novo assunto
- Identifique o assunto corretamente
- Evite Top Post

assim a coisa fica mais organizada

--
Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados.

___
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 Postgres em rede

[Joao]

hehhehe otima!
- Original Message - 
From: Osvaldo Rosario Kussama [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Friday, March 28, 2008 4:03 PM
Subject: Re: [pgbr-geral] configuração Postgres em rede


[EMAIL PROTECTED] escreveu:

 Como gerar um banco branco para um cliente?



createdb branco

Osvaldo
PS. Não pude resistir! :)
Se branco for outra coisa por favor explique.
___
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] configuração Postgres em rede

[Leandro DUTRA]

2008/3/28, [EMAIL PROTECTED] [EMAIL PROTECTED]:
  Como configurar o Postgres em rede com Terminais Servers. Alguém tem algum
  material ou pode me ajudar?

Que diferença fazem os servidores de terminal?

É que nem falar de banco de dados para a Teia.  Que diferença faz?


  Como gerar um banco branco para um cliente?

Já tem, é o template1.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
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 de servidor para co mpra

[Leandro DUTRA]

2007/12/13, Fernando de Oliveira [EMAIL PROTECTED]:
 - PostgreSQL: bases pequenas de até 1 giga ( várias)
[…]
 - Mysql para bases pequenas , email etc

Evite.  Tente concentrar em PostgreSQL.  Por exemplo, correio
eletrônico pode ficar no Archiveopteryx http://archiveopteryx.org./.


 Poderiam me sugerior a configuração recomendada?
 ( Levando em consideração custo benefício )

Alguns pontos:
Memória é mais importante que velocidade.
Cache é mais importante que velocidade.
Confiabilidade é melhor que velocidade.
Múltiplos processadores (núcleos) são melhores que velocidade.

RAID 10 com discos de lotes diferentes de cada lado dos espelhos,
discos SCSI ou SAS, memória com paridade, componentes bem suportados
pelo SO — a HP e a IBM inclusive suportam Debian…


 Mais uma pergunta, é melhor eu ter dois servidores replicados (humildes)
 ou ter apenas um robusto ?

Se você tiver condições de cuidar deles, dois.  Se o tempo estiver
curto para fazer uma boa administração de sistemas, é melhor ter um
bem cuidado.

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
___
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 de servidor para com pra

[Leandro Damascena]

Desculpa se estou sendo chato mas acho isso uma pergunta mais 
pertinente a uma lista de linux como um todo, aí você envolve várias 
coisas que entram em concorrência de processamento/memória/espaço em 
disco e isso seria legal ser abordado em listas mais pertinentes...

Mas te digo uma coisa, não enfia email/sgbd/web em uma máquina só, é 
tiro no pé

Leandro.

Fernando de Oliveira escreveu:
 Olá a todos,

 Estou precisando comprar um servidor para rodar:

 - SO: to pensando no Debian.
 - Apache com PHP
 - DNS
 - PostgreSQL: bases pequenas de até 1 giga ( várias)
 - Email
 - Mysql para bases pequenas , email etc

 A carga do servidor, inicialmente seria de uns 10 domínios com aplicações em 
 html/php. Acho que dificilmente passaria de 100 domínios.

 As bases do Postgresql, a maioria seriam bases pequenas de até 50 megas, 
 algumas ( no máximo 5 ) com até 500 megas.

 Sobre usuários simultâneos, acredito que deveria atender até 30 sei lá.

 Bom, sei que rodar isso tudo em uma máquina seria complicado em um ambiente 
 com muitos usuários simultaneos, bases de dados maiores, mas inicialmente, 
 serão poucos usuários simultâneos.

 Poderiam me sugerior a configuração recomendada?
 ( Levando em consideração custo benefício )

 Mais uma pergunta, é melhor eu ter dois servidores replicados (humildes) 
 ou ter apenas um robusto ?

 Bom, gostaria da opinião geral de vocês sobre qual ambiente ideal para 
 atender a estes requisitos, levando em consideraão mais uma vez, custo 
 benefício, hehehe.

 ps - Desculpem o longo texto.

 []s

 Fernando de Oliveira 

 ___
 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] Configuração de servidor para com pra

[Fernando de Oliveira]

Prezado Leandro D.,

Você tem todo o direito de ser chato, mas resolvi perguntar aqui porque 
tem muita gente, aliás a maioria trabalha em plataforma Linux inclusive em 
empresas de host.
E por isso gostaria de discutir neste espaço, quem concorda com você, é só 
não responder que o assunto se encerra e eu vou para um fórum de linux 
discutir.

[]s
Fernando


- Original Message - 
From: Leandro Damascena [EMAIL PROTECTED]
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Thursday, December 13, 2007 2:34 PM
Subject: Re: [pgbr-geral] Configuração de servidor para compra


Desculpa se estou sendo chato mas acho isso uma pergunta mais
pertinente a uma lista de linux como um todo, aí você envolve várias
coisas que entram em concorrência de processamento/memória/espaço em
disco e isso seria legal ser abordado em listas mais pertinentes...

Mas te digo uma coisa, não enfia email/sgbd/web em uma máquina só, é
tiro no pé

Leandro.

Fernando de Oliveira escreveu:
 Olá a todos,

 Estou precisando comprar um servidor para rodar:

 - SO: to pensando no Debian.
 - Apache com PHP
 - DNS
 - PostgreSQL: bases pequenas de até 1 giga ( várias)
 - Email
 - Mysql para bases pequenas , email etc

 A carga do servidor, inicialmente seria de uns 10 domínios com aplicações 
 em
 html/php. Acho que dificilmente passaria de 100 domínios.

 As bases do Postgresql, a maioria seriam bases pequenas de até 50 megas,
 algumas ( no máximo 5 ) com até 500 megas.

 Sobre usuários simultâneos, acredito que deveria atender até 30 sei lá.

 Bom, sei que rodar isso tudo em uma máquina seria complicado em um 
 ambiente
 com muitos usuários simultaneos, bases de dados maiores, mas inicialmente,
 serão poucos usuários simultâneos.

 Poderiam me sugerior a configuração recomendada?
 ( Levando em consideração custo benefício )

 Mais uma pergunta, é melhor eu ter dois servidores replicados (humildes)
 ou ter apenas um robusto ?

 Bom, gostaria da opinião geral de vocês sobre qual ambiente ideal para
 atender a estes requisitos, levando em consideraão mais uma vez, custo
 benefício, hehehe.

 ps - Desculpem o longo texto.

 []s

 Fernando de Oliveira

 ___
 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] Configuração de servidor para co mpra

[Leandro DUTRA]

2007/12/13, Fernando de Oliveira [EMAIL PROTECTED]:
 Prezado Leandro D.,

Tem dois aqui!


 Você tem todo o direito de ser chato, mas resolvi perguntar aqui porque
 tem muita gente, aliás a maioria trabalha em plataforma Linux inclusive em
 empresas de host.

Acho que você não entendeu.  O que o Damascena quis dizer é que a
questão é mais genérica que PostgreSQL, e ao mesmo tempo esta lista
tem muita gente que não é de GNU/Linux.

-- 
+55 (11) 5685 2219   xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300  ICQ/AIM: aim:GoIM?screenname=61287803
MSN: msnim:[EMAIL PROTECTED]
___
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 do Servidor

[Roberto Mello]

On Dec 7, 2007 7:01 AM, sergio [EMAIL PROTECTED] wrote:

 Procurei no manual do postgres, mas não consegui entender muito bem o que
 devo fazer.
 Alguem tem algum material onde eu possa encontrar, de maneira mais facil de
 entender, o que devo fazer para chegar a minha resposta.

Se o sistema nao e' muito grande, entao nao faz muita diferenca,
assumindo que vao colocar uma maquina moderna no lugar da antiga.

Se o sistema vai crescer muito no futuro, entao invista em bons discos
(mais importante), seguido de memoria e CPU.

Lembre-se que RAID 5 geralmente e' a pior configuracao para bancos de
dados, a menos que tenhas 6 discos ou mais. Se puderes colocar os
dados em um conjunto de discos e o log de transacao em outro conjunto,
melhor, preferivelmente ambos conjuntos em RAID1. Se puderes colocar
tudo em RAID 10, melhor ainda.

A resposta pra sua pergunta depende muito da quantidade de acessos
simultaneos ao banco de dados, quantidade de dados e complexidade das
consultas, informacoes que nao temos.

-Roberto
___
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/Ordenação

[Rafael Garbin]

Leia Esta página, mostra como corrigir!

http://www.mail-archive.com/[EMAIL PROTECTED]/msg03849.html



Em 08/08/07, jfranco [EMAIL PROTECTED] escreveu:

 Estou tendo problemas de ordenação qto a caracteres acentuados e
 maiusculas e minusculas.
 gostaria de saber se tem algum roteiro para configurar o banco.

 Grato.

 J.Franco

 ___
 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] Configuração/Ordenação

[Euler Taveira de Oliveira]

jfranco wrote:

 Estou tendo problemas de ordenação qto a caracteres acentuados e
 maiusculas e minusculas.
 gostaria de saber se tem algum roteiro para configurar o banco.
  
Qual SO? Qual é a codificação (aka encoding) do banco? Podes mostrar um
exemplo? Qual o valor de lc_collate?

Isso geralmente ocorre com banco de dados que tem idioma (aka collate)
igual a C.

-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração/Ordenação

[jfranco]

Olá Euler. Tudo Bem?

Olha não fui eu quem criou, instalou e configurou o banco. Pq. existe um Dba
na empresa que faz isso. Eu sou da área de desenvolvimento. Mas estou tendo
este problema e pelo que eu verifiquei ele está config. como Latin9, o
Servidor é Linux e o Client é Windows XP. Como esta pessoa está sem tempo de
resolver o problema de imediato e eu sou o primeiro a ter o problema,
gostaria de poder ajudá-lo e resolver o meu problema. Se prcisar de mais
informações de como está o banco, diga-me como obte-las que irei
provindenciar. Creio que isto poderá ajudar a tirar dúvidas de outros
usuários.

Obs.: Este problema é tanto na aplicação (java/jsp/html) como nos
utilitários de Adninistração (windows) EMS PG Admin III.

Grato pela atenção.

J.Franco


Em 08/08/07, Euler Taveira de Oliveira [EMAIL PROTECTED] escreveu:

 jfranco wrote:

  Estou tendo problemas de ordenação qto a caracteres acentuados e
  maiusculas e minusculas.
  gostaria de saber se tem algum roteiro para configurar o banco.
 
 Qual SO? Qual é a codificação (aka encoding) do banco? Podes mostrar um
 exemplo? Qual o valor de lc_collate?

 Isso geralmente ocorre com banco de dados que tem idioma (aka collate)
 igual a C.

 --
 Euler Taveira de Oliveira
 http://www.timbira.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] Configuração/Ordenação

[Euler Taveira de Oliveira]

jfranco wrote:

 ... Se
 prcisar de mais informações de como está o banco, diga-me como obte-las
 que irei provindenciar. Creio que isto poderá ajudar a tirar dúvidas de
 outros usuários.
  
E o lc_collate? É ele quem determina como será a ordem das tuplas ao
utilizar ORDER BY.



-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral