Em 23-05-2011 07:43, gilmarli...@agrovale.com.br escreveu
E o mais interessante que ele começa a gerar esta mensagem juntamente
e quando o vaccum chega em uma tabela. Testei varias vezes fazendo
este processo remotamente e ocorre isto.
Já se eu fizer ele em um servidor que esta no mesmo
Olá!Não conhecia esta ferramenta muito fera.bom o resultado
deu foi este:[ 3] local 192.168.1.14 port 54700 connected with
192.168.1.29 port 5001[ ID] Interval
Transfer
Bandwidth[ 3] 0.0-10.0 sec 31.6
MBytes 26.5 Mbits/secAgradeço. Em 23-05-2011 07:43,
Em 23 de maio de 2011 10:48, gilmarli...@agrovale.com.br escreveu:
Olá!
Não conhecia esta ferramenta muito fera.
bom o resultado deu foi este:
[ 3] local 192.168.1.14 port 54700 connected with 192.168.1.29 port 5001
[ ID] Interval Transfer Bandwidth
[ 3]
Em 23 de maio de 2011 10:48, gilmarli...@agrovale.com.br escreveu:
Olá! Não conhecia esta ferramenta muito fera. bom o resultado deu foi
este: [ 3] local
192.168.1.14 port 54700 connected with 192.168.1.29 port 5001 [ ID]
Interval
Transfer Bandwidth [ 3]
Me parece que sua rede por rádio é bem rápida.
Sim, e uma solução Ubitiqui Full Duplex. (solução muito boa, com custo
baixo.)
Perguntas:
Como está o archive_command do mestre?
Não estou usando o archive_command, pois tavo vendo que na versão 9.0 não e
mais necessário utilizar. Eu apenas
Entendi.O diretório para arquivar os logs poderia
ser?pg_xlog/archive_statusAgradeço novamente Me
parece que sua rede por rádio é bem rápida. Sim, e
uma solução Ubitiqui Full Duplex. (solução muito boa, com
custo baixo.) Perguntas: Como
está o archive_command do mestre? Não estou usando o
Em 23 de maio de 2011 12:19, gilmarli...@agrovale.com.br escreveu:
Entendi.
O diretório para arquivar os logs poderia ser?
pg_xlog/archive_status
Não. Use um diretório fora do cluster (aka $PGDATA).
[]s
___
pgbr-geral mailing list
Pode ser dentro dentro do data? exemplo crio um diretório chamado pg_archives
?Agradeço novamente
Em 23 de maio de 2011 12:19, gilmarli...@agrovale.com.br
escreveu: Entendi. O diretório para arquivar os logs
poderia ser? pg_xlog/archive_status Não. Use
um diretório fora do cluster (aka
Você tambem define o archive_mode = on Agradeço novamente Em 23 de maio de
2011 12:19, gilmarli...@agrovale.com.br escreveu: Entendi. O diretório
para arquivar os logs poderia
ser? pg_xlog/archive_status Não. Use um
diretório fora do cluster (aka $PGDATA). []s
Em 23 de maio de 2011 14:47, gilmarli...@agrovale.com.br escreveu:
Você tambem define o archive_mode = on
Agradeço novamente
respondendo 2 em 1:
1) Não faça archive dentro do diretório de dados do PostgreSQL, em
lugar algum. Você vai dificultar seu backup de base e ainda por cima
pode fazer
Blz agradeçoFlávio comecei a realizar algums testes.Realmente
o primeiro teste que fiz foi subir o wal_keep_segments = 5000 e por enquanto
fiz o
vaccum várias vezes e não deu o erro antes informado.Depois de fazer
mais testes irei fazer esta maneira que você me informou.Agradeço a
todos que me
Em 23 de maio de 2011 17:51, gilmarli...@agrovale.com.br escreveu:
Blz agradeço
Flávio comecei a realizar algums testes.
Realmente o primeiro teste que fiz foi subir o wal_keep_segments = 5000 e
por enquanto fiz o vaccum várias vezes e não deu o erro antes informado.
Depois de fazer mais
Entendi o que você descreveu.Inclusive se retornar uma copia com este valor
habilitado no postgres.conf ai sim o pg_xlog vira um monstro.Irei tambem fazer
da
maneira que você sugeriu.Por enquanto to fazendo testes. Em 23 de maio de 2011
17:51, gilmarli...@agrovale.com.br escreveu: Blz
13 matches
Mail list logo
