[pgbr-geral] Restaurar base linux em windows

2013-06-27 Por tôpico Jean Domingues
Pessoal,

queria saber se é possível restaurar uma cópia da pasta de dados do linux em um 
servidor pg de mesma versão no windows (64 bits nos dois).___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] parametros para melhorar update

2013-06-27 Por tôpico Douglas Fabiano Specht
Em 26 de junho de 2013 15:06, Marcelo Henrique Gonçalves billm...@gmail.com
 escreveu:

 Depende, todos ou quase nenhum.

 È necessário ter uma noção:

 a) Banco OLTP ou DW?
 b) Número de updates por segundo, usará índice na busca pela linha?
 c) Número aproximado de transações / segundo no banco
 d) Tamanho da tabela, e do índice
 e) Tamanho da memória da máquina (justificativa para 1GB de shared_buffer).

 Mostrar o explain do udpate, ajuda. Você precisa saber a frequência de
 commit do seu banco...


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


Bom dia Pessoal,
essa tabela tem uns 100 campos e umas 8 fk e 9 indices.

segue as informações,
explain:

Update on lanccaixa  (cost=0.00..197881.30 rows=7166 width=633) (actual
time=1012846.965..1012846.965 rows=0 loops=1)
  -  Seq Scan on lanccaixa  (cost=0.00..197881.30 rows=7166 width=633)
(actual time=25.047..58396.786 rows=1413418 loops=1)
Filter: (flindpag IS NULL)
Trigger for constraint fkdocfiscalser: time=66582.215 calls=1413418
Trigger for constraint fklanccaixaconcor: time=5596.281 calls=1413418
Trigger for constraint fklanccaixaplacon: time=5586.670 calls=1413418
Trigger for constraint fklanccxadocfiscal: time=5274.534 calls=1366084
Trigger for constraint fklanccxcdcentro: time=5480.920 calls=1413418
Trigger for constraint fklanccxhistlanccre: time=5467.979 calls=1413418
Trigger for constraint fklanccxhistlancdeb: time=5400.965 calls=1413418
Trigger for constraint fklcxacdadiant: time=5418.880 calls=1413418
Total runtime: 1119142.220 ms


a) Banco OLTP ou DW?
OLTP
b) Número de updates por segundo, usará índice na busca pela linha?
esse update é num troca versao de aplicativo, ou seja so será executado uma
unica vez, em cada cliente. Nao utilizara indice na busca.

c) Número aproximado de transações / segundo no banco
d) Tamanho da tabela, e do índice
tamanho da tabela, lanccaixa;1434 MB; com indices: 3010 MB

e) Tamanho da memória da máquina (justificativa para 1GB de shared_buffer).
4gb, mas é windows.

-- 

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] Restaurar base linux em windows

2013-06-27 Por tôpico Flavio Henrique Araque Gurgel
 Pessoal,
 
 queria saber se é possível restaurar uma cópia da pasta de dados do linux em
 um servidor pg de mesma versão no windows (64 bits nos dois).

 bom dia,
 negativo, somente um dump, devido o filesystem diferente.
 vc nao consegue nem se for de linux para linux, e se a instalação é 64 e o
 destino 32 bits, ou vice versa.

A questão não é o sistema de arquivos, mas o sistema operacional mesmo.
Os arquivos de dados do PostgreSQL é que ficam diferentes de um S.O. pra outro 
ou de uma arquitetura para outra.
Um PostgreSQL num Solaris com ZFS não pode ser copiado para um FreeBSD com ZFS, 
também não funcionará.

[]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] parametros para melhorar update

2013-06-27 Por tôpico Flavio Henrique Araque Gurgel
 Bom dia Pessoal,
 essa tabela tem uns 100 campos e umas 8 fk e 9 indices.
 
 segue as informações,
 explain:
 
 Update on lanccaixa (cost=0.00..197881.30 rows=7166 width=633) (actual
 time=1012846.965..1012846.965 rows=0 loops=1)
  - Seq Scan on lanccaixa (cost=0.00..197881.30 rows=7166 width=633) (actual
 time=25.047..58396.786 rows=1413418 loops=1)
  Filter: (flindpag IS NULL)
 Trigger for constraint fkdocfiscalser: time=66582.215 calls=1413418
 Trigger for constraint fklanccaixaconcor: time=5596.281 calls=1413418
 Trigger for constraint fklanccaixaplacon: time=5586.670 calls=1413418
 Trigger for constraint fklanccxadocfiscal: time=5274.534 calls=1366084
 Trigger for constraint fklanccxcdcentro: time=5480.920 calls=1413418
 Trigger for constraint fklanccxhistlanccre: time=5467.979 calls=1413418
 Trigger for constraint fklanccxhistlancdeb: time=5400.965 calls=1413418
 Trigger for constraint fklcxacdadiant: time=5418.880 calls=1413418
 Total runtime: 1119142.220 ms

Acho que o melhor que você pode fazer aí é usar deferrable constraints.
Você terá de recriar as chaves estrangeiras com uma das opções DEFERRABLE e 
depois iniciar a transação com SET CONSTRAINTS DEFERRED;
Assim, a checagem de restrições será feita apenas na hora do COMMIT, o que 
agiliza o processo em massa.

Outra coisa que você pode fazer na transação é SET synchronous_commit = off;
Mas *só* na transação do UPDATE, não no postgresql.conf.

[]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] Restaurar base linux em windows

2013-06-27 Por tôpico Flavio Henrique Araque Gurgel
 Para vc realizar uma cópia física do cluster do PostgreSQL vc precisa ter sua
 origem e destino IGUAIS nos seguintes pontos:
 
 - Filesystem (type and block size)

Discordo.
Dá pra copiar de um ext3 para xfs, de xfs pra ext4, de sistema de arquivos de 
blocos de 4k para 8k sem problemas, desde que sejam o mesmo S.O., arquitetura e 
binários do PostgreSQL.

 - Block Size e Wal Block Size (default 8kb) (isso muda se vc ficar uma
 compilação diferenciada)

Ok, correto.

 - Mesma arquitetura (32 ou 64bits)

Ok, correto.

 Então nesse seu cenário a resposta é NÃO... porque no windows vc tem o NTFS e
 no linux outro filesystem.

Mais ou mesmo. A resposta realmente é *não* mas não é por causa do sistema de 
arquivos, mas por causa do sistema operacional e a biblioteca c que são 
diferentes, tornando os arquivos de dados do cluster com dados posicionados de 
forma diferente.

Dá, inclusive, pra copiar um cluster Linux como backup em um compartilhamento 
Windows e depois restaurar no Linux. Funciona 100%.

[]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] Restaurar base linux em windows

2013-06-27 Por tôpico Jean Domingues
 Pessoal,
 
 queria saber se é possível restaurar uma cópia da pasta de dados do linux em
 um servidor pg de mesma versão no windows (64 bits nos dois).

 bom dia,
 negativo, somente um dump, devido o filesystem diferente.
 vc nao consegue nem se for de linux para linux, e se a instalação é 64 e o
 destino 32 bits, ou vice versa.

A questão não é o sistema de arquivos, mas o sistema operacional mesmo.
Os arquivos de dados do PostgreSQL é que ficam diferentes de um S.O. pra outro 
ou de uma arquitetura para outra.
Um PostgreSQL num Solaris com ZFS não pode ser copiado para um FreeBSD com 
ZFS, também não funcionará.



OK, pessoal. Obrigado a todos pelas respostas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Restaurar base linux em windows

2013-06-27 Por tôpico Marcelo da Silva
Eu tenho o seguinte senário:

Servidor: Linux 64bits, Postgres 9.1

Maquina desenvolvimento: Windows 64bits, Postgres 9.1

Para administrar as bases utilizo PgAdmin3 no Windows, faço backup e
restore tranquilamente entre as máquinas.

Utilizo o Codepage UTF-8 atualmente


Numa outra configuração que peguei pra dar manutenção:

Base em SQL_ANSI Postgres 7.2
Para trazer para o Postgres UTF-8 versão 9.1
Fiz o seguinte:

PgAdmin3 - Backup na base SQL_ANSI para LATIN1
PgAdmin3 - Restore no Backup LATIN1 para UTF-8

Tudo ocorreu belezinha

Esses são alguns cases que tenho


Marcelo Silva
---
Desenvolvedor Delphi / PHP
Postgres 9.1


Em 27 de junho de 2013 09:47, Jean Domingues ejdom...@yahoo.com.brescreveu:

  Pessoal,
 
  queria saber se é possível restaurar uma cópia da pasta de dados do
 linux em
  um servidor pg de mesma versão no windows (64 bits nos dois).
 
  bom dia,
  negativo, somente um dump, devido o filesystem diferente.
  vc nao consegue nem se for de linux para linux, e se a instalação é 64
 e o
  destino 32 bits, ou vice versa.
 
 A questão não é o sistema de arquivos, mas o sistema operacional mesmo.
 Os arquivos de dados do PostgreSQL é que ficam diferentes de um S.O. pra
 outro ou de uma arquitetura para outra.
 Um PostgreSQL num Solaris com ZFS não pode ser copiado para um FreeBSD
 com ZFS, também não funcionará.
 


 OK, pessoal. Obrigado a todos pelas respostas.
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Marcelo Silva

Desenvolvedor Delphi / PHP
My Postgres database
Cel.: (11) 99693-4251
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] PostgresSQL 9.2 - Heartbeat - Duvidas de validação

2013-06-27 Por tôpico Paulo Bastos
Senhores(as),
 
estou com as seguinte situação:
 
Instalei e configurei o heartbeat em um ambiente de teste. Tenho dois servidores. Ubuntu.
 
As configurações dos arquivos envolvidos estão abaixo:
 
authkeys

auth 1
1 sha1 projetohd
 
ha.cf (Master)

debugfile /var/log/ha-debug    # Arquivo de 
logfile /var/log/ha-log            # Arquivo de Log
logfacility local0                    # 
autojoin none                        # N�o permite que n�s externos tenham comunica��o com o cluster
ping 172.17.7.62                    # Numero do IP do outro nó
bcast eth0                             # Define dispositivo que vai receber requisicoes externas
warntime 5                            # Tempo de conferencia do sincronismo
deadtime 15                          # Tempo para declarar o no como inoperante
initdead 60                           # Tempo para declarar o no como inoperante a primeira vez
keepalive 2                          # Tempo para enviar ping
node testserver1                   # Nome do Master
node testserver2                   # Nome do Slave
auto_failback on                   # Define o retorno automatico do controle para o Master
udpport 694                         # Porta de comunicacao que ser utilizada entre os nos
 
haresources

testserver1 172.17.7.63 postgresql
 
Ele aparentemente carregou sem problemas. Consigo ver o heartbeat no ár como também o serviço.
 
Minhas duvidas são as seguintes:
 
a) O IP virtual fica aparecendo nos dois servidores (ifconfig)? Se não por que está acontecendo isto?
b) Existe alguma forma de monitorar a verificação pelo Ip virtual se o servidor está ativo?
c) os parametros node testserver1 e node testserver2 devem ser invertidos no servidor slave?
 
Obrigado pela ajuda.
 
Att
 
Paulo Bastos
 
 


 
 
 
 

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


Re: [pgbr-geral] Restaurar base linux em windows

2013-06-27 Por tôpico Jean Domingues
Eu tenho o seguinte senário:


Servidor: Linux 64bits, Postgres 9.1


Maquina desenvolvimento: Windows 64bits, Postgres 9.1


Para administrar as bases utilizo PgAdmin3 no Windows, faço backup e restore 
tranquilamente entre as máquinas.


Utilizo o Codepage UTF-8 atualmente


Marcelo, você está se referindo a dump. Eu me refiro a cópia física da pasta de 
dados.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] parametros para melhorar update

2013-06-27 Por tôpico Marcelo Henrique Gonçalves
Seu problema não parece de tuning da instância PostgreSQL e sim de
arquitetura.
Estude redução dos índices, melhor where clause para o update, FKs que
apontam para a PK dessa, etc...


2013/6/27 Douglas Fabiano Specht douglasfabi...@gmail.com



 Em 26 de junho de 2013 15:06, Marcelo Henrique Gonçalves 
 billm...@gmail.com escreveu:

 Depende, todos ou quase nenhum.

 È necessário ter uma noção:

 a) Banco OLTP ou DW?
 b) Número de updates por segundo, usará índice na busca pela linha?
 c) Número aproximado de transações / segundo no banco
 d) Tamanho da tabela, e do índice
 e) Tamanho da memória da máquina (justificativa para 1GB de
 shared_buffer).

 Mostrar o explain do udpate, ajuda. Você precisa saber a frequência de
 commit do seu banco...


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


 Bom dia Pessoal,
 essa tabela tem uns 100 campos e umas 8 fk e 9 indices.

 segue as informações,
 explain:

 Update on lanccaixa  (cost=0.00..197881.30 rows=7166 width=633) (actual
 time=1012846.965..1012846.965 rows=0 loops=1)
   -  Seq Scan on lanccaixa  (cost=0.00..197881.30 rows=7166 width=633)
 (actual time=25.047..58396.786 rows=1413418 loops=1)
 Filter: (flindpag IS NULL)
 Trigger for constraint fkdocfiscalser: time=66582.215 calls=1413418
 Trigger for constraint fklanccaixaconcor: time=5596.281 calls=1413418
 Trigger for constraint fklanccaixaplacon: time=5586.670 calls=1413418
 Trigger for constraint fklanccxadocfiscal: time=5274.534 calls=1366084
 Trigger for constraint fklanccxcdcentro: time=5480.920 calls=1413418
 Trigger for constraint fklanccxhistlanccre: time=5467.979 calls=1413418
 Trigger for constraint fklanccxhistlancdeb: time=5400.965 calls=1413418
 Trigger for constraint fklcxacdadiant: time=5418.880 calls=1413418
 Total runtime: 1119142.220 ms


 a) Banco OLTP ou DW?
 OLTP
 b) Número de updates por segundo, usará índice na busca pela linha?
 esse update é num troca versao de aplicativo, ou seja so será executado
 uma unica vez, em cada cliente. Nao utilizara indice na busca.

 c) Número aproximado de transações / segundo no banco
 d) Tamanho da tabela, e do índice
 tamanho da tabela, lanccaixa;1434 MB; com indices: 3010 MB

 e) Tamanho da memória da máquina (justificativa para 1GB de shared_buffer).
 4gb, mas é windows.

 --

 Douglas Fabiano Specht

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




-- 
Marcelo Henrique Gonçalves
+55 19 8828 7958
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Restaurar base linux em windows

2013-06-27 Por tôpico Cicero Neto
Olá! você pensou em gerar um ARQ.sql a partir do phppgadmin em localhost.
Esta ferramenta via navegador gera um txt (ou .sql),  da estrutura e dos
dados.
Você pode aplicar este arquivo em um phppgadmin no seu windows ou quaquer
ferramenta que leia um arquivo.sql, inclusive o pgAdmin III.

O que acha?

Espero ter ajudado!



Seja Livre!
Use OpenSource!
LineOn, Tecnologia da Informação!
http://lineonti.wordpress.com



Em 27 de junho de 2013 11:32, Jean Domingues ejdom...@yahoo.com.brescreveu:

 Eu tenho o seguinte senário:
 
 
 Servidor: Linux 64bits, Postgres 9.1
 
 
 Maquina desenvolvimento: Windows 64bits, Postgres 9.1
 
 
 Para administrar as bases utilizo PgAdmin3 no Windows, faço backup e
 restore tranquilamente entre as máquinas.
 
 
 Utilizo o Codepage UTF-8 atualmente


 Marcelo, você está se referindo a dump. Eu me refiro a cópia física da
 pasta de dados.
 ___
 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] Erro: Could Not Receive Data From Client

2013-06-27 Por tôpico Bruno Damasceno
Pessoal, boa noite! Estou ingressando na área de administração PostgreSQL e
ainda estou adquirindo conhecimento. Pois bem, hoje já recebi uma questão
pra analisar, segue abaixo:

No log do PostgreSQL, estão logando dois erros:

2013-06-26 09:43:10 LOG:  unexpected EOF on client connection 
2013-06-26 09:43:10 LOG:  could not receive data from client: No connection
could be made because the target machine actively refused it. 

2013-06-26 12:32:00 LOG:  incomplete startup packet 
2013-06-26 16:10:32 LOG:  could not receive data from client: No connection
could be made because the target machine actively refused it.


O cliente relata que a aplicação trava consulta e inserção de dados, sendo
necessário reiniciar o serviço do PostgreSQL para voltar a funcionar.

Esse ambiente está rodando o PostgreSQL 8.2.9 em um Windows Server 2008. Já
alertei que será necessário atualizar a versão, mas estou analisando os
possíveis impactos para atualizar para 9.2.4.


Alguém pode me ajudar com esses erros acima, por favor?

Um abraço!

Bruno Damasceno

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


[pgbr-geral] RES: Erro: Could Not Receive Data From Client

2013-06-27 Por tôpico Bruno Damasceno
Cicero, boa tarde!

Não tenho certeza, mas creio que seja via ODBC. Alguma dica?

Abraços!

Bruno Damasceno

--
De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome
de Cicero Neto
Enviada em: quinta-feira, 27 de junho de 2013 13:45
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Erro: Could Not Receive Data From Client

Olá Bruno.
Posso estar enganado, mas isso parece ser problema de FRONT-END, TIME-OUT de
conexão, persistência e coisas do tipo.
O PostGreSQL está tão somente logando ocorrencias e essas são do cliente.
A conexão é via ODBC, JAVA, PERL, PYTON, UNIXODBC.
O FRONT-END é WEB, CLIENT-SERVER, 3 CAMADAS? 


Seja Livre!
Use OpenSource!
LineOn, Tecnologia da Informação!
http://lineonti.wordpress.com

Em 27 de junho de 2013 12:59, Bruno Damasceno brunomd...@gmail.com
escreveu:
Pessoal, boa noite! Estou ingressando na área de administração PostgreSQL e
ainda estou adquirindo conhecimento. Pois bem, hoje já recebi uma questão
pra analisar, segue abaixo:

No log do PostgreSQL, estão logando dois erros:

2013-06-26 09:43:10 LOG:  unexpected EOF on client connection
2013-06-26 09:43:10 LOG:  could not receive data from client: No connection
could be made because the target machine actively refused it.

2013-06-26 12:32:00 LOG:  incomplete startup packet
2013-06-26 16:10:32 LOG:  could not receive data from client: No connection
could be made because the target machine actively refused it.


O cliente relata que a aplicação trava consulta e inserção de dados, sendo
necessário reiniciar o serviço do PostgreSQL para voltar a funcionar.

Esse ambiente está rodando o PostgreSQL 8.2.9 em um Windows Server 2008. Já
alertei que será necessário atualizar a versão, mas estou analisando os
possíveis impactos para atualizar para 9.2.4.


Alguém pode me ajudar com esses erros acima, por favor?

Um abraço!

Bruno Damasceno

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


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


Re: [pgbr-geral] Erro: Could Not Receive Data From Client

2013-06-27 Por tôpico Cicero Neto
Olá Bruno.

Posso estar enganado, mas isso parece ser problema de FRONT-END, TIME-OUT
de conexão, persistência e coisas do tipo.
O PostGreSQL está tão somente logando ocorrencias e essas são do cliente.

A conexão é via ODBC, JAVA, PERL, PYTON, UNIXODBC.
O FRONT-END é WEB, CLIENT-SERVER, 3 CAMADAS?

Seja Livre!
Use OpenSource!
LineOn, Tecnologia da Informação!
http://lineonti.wordpress.com



Em 27 de junho de 2013 12:59, Bruno Damasceno brunomd...@gmail.comescreveu:

 Pessoal, boa noite! Estou ingressando na área de administração PostgreSQL e
 ainda estou adquirindo conhecimento. Pois bem, hoje já recebi uma questão
 pra analisar, segue abaixo:

 No log do PostgreSQL, estão logando dois erros:

 2013-06-26 09:43:10 LOG:  unexpected EOF on client connection
 2013-06-26 09:43:10 LOG:  could not receive data from client: No connection
 could be made because the target machine actively refused it.

 2013-06-26 12:32:00 LOG:  incomplete startup packet
 2013-06-26 16:10:32 LOG:  could not receive data from client: No connection
 could be made because the target machine actively refused it.


 O cliente relata que a aplicação trava consulta e inserção de dados, sendo
 necessário reiniciar o serviço do PostgreSQL para voltar a funcionar.

 Esse ambiente está rodando o PostgreSQL 8.2.9 em um Windows Server 2008. Já
 alertei que será necessário atualizar a versão, mas estou analisando os
 possíveis impactos para atualizar para 9.2.4.


 Alguém pode me ajudar com esses erros acima, por favor?

 Um abraço!

 Bruno Damasceno

 ___
 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] RES: Erro: Could Not Receive Data From Client

2013-06-27 Por tôpico Cicero Neto
Isso ajuda sim.
Veja na configração de TIME-OUT da conexão ODBC do servidor e ou do cliente.
O padrão é de 300 a 600 milisegundos tente dobrar este tempo como algo
entre 600 a 1200 milisegundos.
Atente que um tempo muito grande pode deixar a comunicação mais lenta, pois
mantem um buffer maior na estação e ou no servidor.
Pode verificar também se o driver ODBC está atualizado, pois, ele suporta
versões anteriores do postgreSQL.
Veja atualizar o banco de dados não é necessáriamente a solução do
problema, tenho bases postgres 8.0. bolinha,  funcionando sem problemas.

Tente isso, qualquer coisa vamos nos falando.

Seja Livre!
Use OpenSource!
LineOn, Tecnologia da Informação!
http://lineonti.wordpress.com



Em 27 de junho de 2013 13:50, Bruno Damasceno brunomd...@gmail.comescreveu:

 Cicero, boa tarde!

 Não tenho certeza, mas creio que seja via ODBC. Alguma dica?

 Abraços!

 Bruno Damasceno

 --
 De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em
 nome
 de Cicero Neto
 Enviada em: quinta-feira, 27 de junho de 2013 13:45
 Para: Comunidade PostgreSQL Brasileira
 Assunto: Re: [pgbr-geral] Erro: Could Not Receive Data From Client

 Olá Bruno.
 Posso estar enganado, mas isso parece ser problema de FRONT-END, TIME-OUT
 de
 conexão, persistência e coisas do tipo.
 O PostGreSQL está tão somente logando ocorrencias e essas são do cliente.
 A conexão é via ODBC, JAVA, PERL, PYTON, UNIXODBC.
 O FRONT-END é WEB, CLIENT-SERVER, 3 CAMADAS?


 Seja Livre!
 Use OpenSource!
 LineOn, Tecnologia da Informação!
 http://lineonti.wordpress.com

 Em 27 de junho de 2013 12:59, Bruno Damasceno brunomd...@gmail.com
 escreveu:
 Pessoal, boa noite! Estou ingressando na área de administração PostgreSQL e
 ainda estou adquirindo conhecimento. Pois bem, hoje já recebi uma questão
 pra analisar, segue abaixo:

 No log do PostgreSQL, estão logando dois erros:

 2013-06-26 09:43:10 LOG:  unexpected EOF on client connection
 2013-06-26 09:43:10 LOG:  could not receive data from client: No connection
 could be made because the target machine actively refused it.

 2013-06-26 12:32:00 LOG:  incomplete startup packet
 2013-06-26 16:10:32 LOG:  could not receive data from client: No connection
 could be made because the target machine actively refused it.


 O cliente relata que a aplicação trava consulta e inserção de dados, sendo
 necessário reiniciar o serviço do PostgreSQL para voltar a funcionar.

 Esse ambiente está rodando o PostgreSQL 8.2.9 em um Windows Server 2008. Já
 alertei que será necessário atualizar a versão, mas estou analisando os
 possíveis impactos para atualizar para 9.2.4.


 Alguém pode me ajudar com esses erros acima, por favor?

 Um abraço!

 Bruno Damasceno

 ___
 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


[pgbr-geral] Analisar índices e seu uso

2013-06-27 Por tôpico Bruno Silva
Boa tarde pessoal, dei antes uma verificada na lista e não vi algo que
tivesse a resposta.
Então pergunto.
Há com identificar que índices tem sido utilizados na base e o quanto tem
sido usados?
Por exemplo, tenho uma base que os índices foram criados, mas não sei quais
deles tem sido realmente úteis às consultas feitas.
Tem como identificar isso?


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


Re: [pgbr-geral] Analisar índices e seu uso

2013-06-27 Por tôpico Fabrízio de Royes Mello
2013/6/27 Bruno Silva bemanuel...@gmail.com

 Boa tarde pessoal, dei antes uma verificada na lista e não vi algo que
 tivesse a resposta.
 Então pergunto.
 Há com identificar que índices tem sido utilizados na base e o quanto tem
 sido usados?
 Por exemplo, tenho uma base que os índices foram criados, mas não sei
 quais deles tem sido realmente úteis às consultas feitas.
 Tem como identificar isso?


De uma olhada na view pg_stat_user_indexes [1].

Att,

[1]
http://www.postgresql.org/docs/current/static/monitoring-stats.html#MONITORING-STATS-VIEWS-TABLE

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
 Blog sobre TI: http://fabriziomello.blogspot.com
 Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
 Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Analisar índices e seu uso

2013-06-27 Por tôpico Nelson Luiz Gonzaga
Em 27 de junho de 2013 14:47, Bruno Silva bemanuel...@gmail.com escreveu:

 Boa tarde pessoal, dei antes uma verificada na lista e não vi algo que
 tivesse a resposta.
 Então pergunto.
 Há com identificar que índices tem sido utilizados na base e o quanto tem
 sido usados?
 Por exemplo, tenho uma base que os índices foram criados, mas não sei
 quais deles tem sido realmente úteis às consultas feitas.
 Tem como identificar isso?


 Bruno E. A. Silva.


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

 Bruno,
Dê um select em pg_stat_user_indexes

[]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] Estratégia para migrar de um servidor para outro

2013-06-27 Por tôpico luiz damascena
E aí, amigos? Nenhum outro passo a passo, como sugestão?

De qualquer forma, grato pelas dicas já enviadas.

LC

Em 26 de junho de 2013 10:57, luiz damascena
luiz.damasc...@trt8.jus.brescreveu:

 Cenário:

 Dois servidores iguais, um sendo a atual produção e o outro será a
 futura produção.

 No atual servidor, Linux RedHat 6.2, banco PostgreSQL na versão 9.1.4.

 Cluster com cinco databases (postgres inclusive), dados armazenados em
 tablespaces com links simbólicos criados em
 /var/lib/pgsql/9.1/data/pg_tblspc, apontando para volume de storage.

 No futuro servidor, Linux RedHat 6.2, banco ainda não instalado. A
 princípio, a intenção é instalar o release mais recente da versão 9.1.

 Possuo backup físico diário, backup lógico diário e archives já aplicados
 em produção.

 Na máquina atual, wal_level = hot_standby, archive_mode=on.

 Ela possui um slave, replicada assincronamente (replicação nativa
 assíncrona com log shifting e streaming).

 O objetivo é trocar uma máquina pela outra. Com o banco OK, troca o IP e a
 vida segue...

 Qual as estratégias mais funcionais que vocês recomendam para atingir tal
 objetivo?

 Grato antecipadamente,

 LC

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


[pgbr-geral] erro ao instalar postgres

2013-06-27 Por tôpico Douglas Fabiano Specht
pessoal,
alguem ja viu esse erro ao instalar o postgres numa maquina windows 2008
sp1, sendo que ja atualizei o visual studio c++, dotnet framework, windows
etc..


there has been an error Error running c:
\users\administrator\appdata\local\temp\postgresql_installer\getlocales.exe
: child killed


-- 

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] PostgresSQL 9.2 - Heartbeat - Duvidas de validação

2013-06-27 Por tôpico gilmarlinux

Não.
O Ip virtual só fica no host primário.
Caso o host primario cair o ip e migrado para o outro servidor.
O haresources deve ser identicos nas duas maquinas.
hostname IPaddr::IP_VIRUTAL_QUE_RUA_REDE_IRA_UTILIZAR postgresql 
da uma olhada nos logs tail -f /var/log/ha-log que é bem facil encontrar o que 
ocorre.



---
- ORIGINAL MESSAGE 
FROM: prbalme...@bol.com.br
REPLY-TO: Comunidade PostgreSQL Brasileira
(pgbr-geral@listas.postgresql.org.br)
TO: pgbr-geral@listas.postgresql.org.br
DATE: Thu, 27 Jun 2013 11:12:38 -0300
SUBJECT: [pgbr-geral] PostgresSQL 9.2 - Heartbeat - Duvidas de
validação

 type=citeSenhores(as), estou com as seguinte
situação: Instalei e configurei o heartbeat em um ambiente de teste.
Tenho dois servidores. Ubuntu. As configurações dos arquivos
envolvidos estão abaixo: AUTHKEYSauth 11 sha1 projetohd HA.CF
(MASTER)debugfile /var/log/ha-debug # Arquivo de logfile
/var/log/ha-log # Arquivo de Loglogfacility local0 # autojoin none #
N�o permite que n�s externos tenham comunica��o com o
clusterping 172.17.7.62 # Numero do IP do outro nóbcast eth0 # Define
dispositivo que vai receber requisicoes externaswarntime 5 # Tempo de
conferencia do sincronismodeadtime 15 # Tempo para declarar o no como
inoperanteinitdead 60 # Tempo para declarar o no como inoperante a
primeira vezkeepalive 2 # Tempo para enviar pingnode testserver1 #
Nome do Masternode testserver2 # Nome do Slaveauto_failback on #
Define o retorno automatico do controle para o Masterudpport 694 #
Porta de comunicacao que ser utilizada entre os nos
HARESOURCEStestserver1 172.17.7.63 postgresql Ele aparentemente
carregou sem problemas. Consigo ver o heartbeat no ár como também o
serviço. Minhas duvidas são as seguintes: a) O IP virtual fica
aparecendo nos dois servidores (ifconfig)? Se não por que está
acontecendo isto?b) Existe alguma forma de monitorar a verificação
pelo Ip virtual se o servidor está ativo?c) os parametros node
testserver1 e node testserver2 devem ser invertidos no servidor slave?
Obrigado pela ajuda. Att Paulo Bastos 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[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