Re: [pgbr-geral] Digest pgbr-geral, volume 52, assunto 51

2013-04-23 Por tôpico Lucas de Lima
pere...@fricke.com.br
Em 17/04/2013 09:00, pgbr-geral-requ...@listas.postgresql.org.br escreveu:

 Send pgbr-geral mailing list submissions to
 pgbr-geral@listas.postgresql.org.br

 To subscribe or unsubscribe via the World Wide Web, visit

 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 or, via email, send a message with subject or body 'help' to
 pgbr-geral-requ...@listas.postgresql.org.br

 You can reach the person managing the list at
 pgbr-geral-ow...@listas.postgresql.org.br

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of pgbr-geral digest...


 Tópicos de Hoje:

1. Re: Replicação (Kaui Aires)
2. Re: Replicação (Flavio Henrique Araque Gurgel)
3. Re: Replicação (Kaui Aires)


 --

 Message: 1
 Date: Tue, 16 Apr 2013 12:05:31 -0300
 From: Kaui Aires kaui.olive...@gmail.com
 To: Comunidade PostgreSQL Brasileira
 pgbr-geral@listas.postgresql.org.br
 Subject: Re: [pgbr-geral] Replicação
 Message-ID:
 CA+BDuK7ZWSz7=
 bhnk64z7jhich2_1c5hrqhyr9vgzatotw6...@mail.gmail.com
 Content-Type: text/plain; charset=iso-8859-1

 Bom dia novamente =)

 Flávio,

 Então eu digo bug no sentido da obrigatoriedade do (replication).

 Então suponho, (não sei se é verdade), que não posso replicar somente um
 banco de dados, vocês tem essa informação?

 Sim esse outro usuário tinha a flag Replication e 100% dos privilégios...
 Sei que não é a melhor prática eu fiz assim, pois não achava o problema,
 agora eu quero um usuário especifico, já que demonstraram isso. E se tudo
 tiver OK dai vou passar para produção.

 Obrigado Deliane, vou testar com outro usuário assim como falou. Pois não
 quero que seja com o usuário PG.


 Em 16 de abril de 2013 11:50, Deliane Andrade
 deliane.andr...@gmail.comescreveu:

  Bom dia.
 
  Eu uso o seguinte usuário e funciona perfeitamente.
 
  Criei o usuario desta forma :
 
  CREATE ROLE replicacao SUPERUSER LOGIN REPLICATION PASSWORD 'minha
 senha';
 
  A linha do meu PG_HBA.conf é a seguinte:
 
  host   replication replicacao 192.168.200.45/32   md5
 
 
  Att,
   Deliane Andrade
 
 
 
  Em 16 de abril de 2013 11:40, Kaui Aires kaui.olive...@gmail.com
 escreveu:
 
  Pessoas,
 
  Agradecido pela ajuda =) Descobri ontem a noite o que é. Na minha
 opinião
  é um bug do PG. Embora agora está funcionando.
  Vamos ao que descobri:
 
  Esta é a linha do meu PG_HDA.
 
  hostreplication postgres192.171.100.102/32  trust
 
  Dessa maneira acima está funcionando. Porém eu estava usando assim:
 
  hostmeudb usuario192.171.100.102/32  trust
 
  Se não for da maneira exata acima não funciona. O que então seria muito
  válido dizer nos tutoriais que fazem por ai, que deve se usar o usuário
 PG,
  mesmo o usuário que eu criei tem todos os mesmos privilégios, mas não
  funciona e já testei 1 por 1, seja o usuário quanto o Banco.
 
  Então se o usuário e o banco não forem como na primeira linha não
  funciona.
 
  Abraços a todos
 
 
 
 
 
  Em 15 de abril de 2013 15:30, JotaComm jota.c...@gmail.com escreveu:
 
  Opa,
 
 
  Em 15 de abril de 2013 15:23, Kaui Aires kaui.olive...@gmail.com
 escreveu:
 
  Senhores,
 
  Estou com problemas em fazer a replicação no PG 9.2. (Só para constar:
  versões iguais!) Estou tentando primeiramente nas máquinas virtuais e
 não
  estou conseguindo com que façam o sincronismo.
  Há de exemplo esse tutorial:  (
 
 http://www.debian-administration.org/article/How_to_setup_Postgresql_9.1_Streaming_Replication_Debian_Squeeze
 )
 
  Então o que eu preciso de vocês, já que não quero incomodar: Alguém ai
  conheçe algum tutorial, how to Qualquer cosia que
 realmente
  funcione? Pois realmente eu já tentei vários e não estou conseguindo.
  Sugestões?
 
 
  Qual o erro que você está recebendo? Onde você acha que está o seu
  problema?
 
 
  Agradecido, desde já!
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 
 
 
  Abraços
  --
  JotaComm
  http://jotacomm.wordpress.com
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 
 
 
 
  --
 
  Best Regards,
 
  *Kaui Aires Oliveira*
  DBA (Oracle, PostgreSql), System Analyst, Security Analyst
  Mobile (41) 8834-0566
   Skype: kauiaires
 
  Campaign: *Before you ask: Search on google.com*
 
  Please do not print this email unless it is absolutely necessary.
 
  The information contained in this electronic message and any attachments
  to this message are intended for the exclusive use of the addressee(s)
 and
  may contain proprietary, confidential or privileged information. If you
 are
  not the intended recipient, you should not 

[pgbr-geral] Comunicação com Banco de dados lenta

2012-07-06 Por tôpico Lucas de Lima
Bom dia,

Tenho uma aplicação java, mais precisamente um ERP, rodando PostgreSQL 9.1
em um Linux 64 bits.

Agora nos surgiu a necessidade de ligar com um outro ponto, e esse só pode
ser via link de rádio.

O problema é que um processo local demora em torno de 10 segundos, já nesse
link está demorando em torno de 30 a 40seg, o ping entre essas redes está
entre 10 ms a 15 ms,

Existe algo que possa melhorar direto no banco?

Obrigado a todos que puderem ajudar
-- 
Ats.

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


Re: [pgbr-geral] Comunicação com Banco de dados lenta

2012-07-06 Por tôpico Lucas de Lima
 Esse processo envolve uma transferência razoável de dados? Caso
afirmativo,
 sugiro que utilize conexão SSL (que compacta o tráfego por padrão) para
tentar
 melhorar esse tempo. Antes que pergunte, não há a possibilidade de
compactação
 sem utilização de conexões SSL.

Euler, realmente este processo envolve um transferência razoável de dados,
vou buscar mais sobre essas conexões que permitem uma compactação.
Isso deveria ser feito na aplicação, certo ?

Provavelmente não é latência, mas a quantidade de dados que têm de
trafegar do ponto A para o B.

Flávio, foi que imaginei também.

Ah, sim, só quis dizer que não é a única solução, podia ser criado até um
túnel SSH, que pode ser configurado com compressão de dados também (opção
-C). Acho que nesses casos esforço em configuração não seria o ponto
importante, geralmente me preocupo mais com o resultado. De qualquer forma
acredito (não fiz testes de fato) que o SSL ainda seria melhor que SSH (ou
seja, mais rápido). Alguém já testou soluções do tipo?

Vou realizar alguns testes via tunel SSH também.

Obrigado

Ats
Lucas de Lima

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


Re: [pgbr-geral] Comunicação com Banco de dados lenta

2012-07-06 Por tôpico Lucas de Lima
 Não sei se é possível.Mas manter o ERP e o POSTGRES no mesmo
 local apenas disponibilizando acesso remoto ao ERP solucionaria o problema. 

Gilmar, Sim eu tenho uma solução assim, são 15 computadores nesse
ponto B, onde na sua maioria eu utilizo acesso remoto  (NX), mas para
esse caso é específico
pois é um terminal para emissão de cupom fiscal, e eu só consigo
comunicar com a ecf assim,por enquanto.

Alguém já passou por algo nesse sentido?



-- 
Ats.

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