[pgbr-geral] RES: conexão com o delphi

2010-05-11 Thread Fernando Souza 
Se você for usar DBExpress, somente conheço versões pagas do driver, usei e
ainda uso o driver da vitavoom, acho ele bem satisfatório. Caso for usar
ZeosLib ou alguma outra forma de conexão como ADO por exemplo, pode usar o
driver que está disponível no site do postgresql.

 

Att.,

Fernando Souza

 

De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
brun_dasi...@hotmail.com
Enviada em: segunda-feira, 10 de maio de 2010 23:32
Para: pgbr-geral@listas.postgresql.org.br
Assunto: [pgbr-geral] conexão com o delphi

 

gostaria qual o drive que devo usar para fazer a conexão da aplicação do
Delphi 7 com banco de dados postgres. E onde devo baixar.

desde já agradeço.

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

[pgbr-geral] Oportunidade para PostgreSQL / Postgis

2010-05-11 Thread Esther Ribeiro Santos 
Bom dia,

 

Estou com uma oportunidade para DBA PostgreSQL com experiência em Postgis.

 

Quem tiver interesse ou indicação só encaminhar CV com pretensão salarial.

 

Abraços 

 

 


mazzaTECH Systems & Outsourcing

 

 

Esther Ribeiro Santos


Rua Alexandre Dumas, 1601 – 14º Andar

 

 

Human Resources


Fone.: 11 2532 - 2992 

MSN: esantos...@hotmail.com

 

 

Cel.: 11 8441 - 9284


www.mazzatech.com.br  

 

 

Think.Realize.


Os Consultores confiam…Os Clientes confiam…Você também pode confiar !

 

___
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 inserir um atributo do tipo XML.

2010-05-11 Thread Ricardo Temoteo 

Olá pessoal, estou precisando inserir algumas NF-e no PostgreSQL 8.4. Para 
guardar as
notas criei um atributo do tipo XML na tabela. O problema acontece quando é 
executado
o seguinte insert:
 

INSERT INTO tbdfe_xml(nrchaveacesso, xmldadodfe, tparquivo) VALUES 
('nrChaveAcesso', XMLPARSE(DOCUMENT '" + xml + "'), 1)
 
'xmldadodfe' é um atributo do tipo xml.
 
'xml' é uma string com todas as tags do xml da NF-e.
 
O erro acontece quando dentro desse 'xml' aparece alguma palavra/caracter 
reservado da cláusula INSERT, p. ex.: '(apóstrofos).
 
Lembrando que não posso alterar nada nesse meu 'xml' por questões legais.
 
Tentei executar transformando a string em xml utilizando XMLPARSE(DOCUMENT '" + 
xml + "'), mas não deu certo.
 
Vi mensagens anteriores do grupo que guardam a NF-e como texto, mas 
provavelmente o problema iria continuar se alterasse o tipo
do atributo.
 
Alguém poderia dar uma dica de como resolver?
 
Agradeço desde já!
 
Ricardo.  
_
DIVIRTA SEUS AMIGOS NO MESSENGER. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS, É 
GRÁTIS.
http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: [pgbr-dev] PG Day no Rio de Janeiro.

2010-05-11 Thread PostgreSQL VORio 
Olá Leonardo.
Tudo certinho!?

Isso era exatamente o que estávamos procurando.
Vamos seguir este guia sugerido e logo daremos mais noticias a respeito do
evento.

Muito Obrigado e um abraço!

Lucio

-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Leonardo
Cezar
Enviada em: sábado, 8 de maio de 2010 18:59
Para: Organização do PostgreSQL Brasil
Cc: pgbr-geral@listas.postgresql.org.br
Assunto: Re: [pgbr-geral] [pgbr-dev] PG Day no Rio de Janeiro.

2010/5/7 PostgreSQL VORio :
>
> Saudações a todos.

Olá Lúcio,

> A UERJ se comprometeu a fornecer um local e infraestrutura (data show e
> computador(ES)) necessária para a realização do evento.

Isso é realmente uma boa notícia!

> O status atual do PG Day RJ é:
>
> 1. Não existe ainda data definida;
> 2. A UERJ disponibilizará local e infraestrutura;
> 3. UERJ fará a divulgação do evento no seu site;
> 4. Não existe ainda nenhum patrocínio;
> 5. Não existe ainda um site para ajudar na divulgação do evento;

Aconselho seguir o guia para realização de pgday[1] traduzido pelo
Guedes para pt_BR.
Assim que tiver os itens 1, 2 e 3 do guia, podemos criar uma entrada
para o site do evento no Rio de Janeiro em [2].

> A minha idéia a principio é fazer o evento sem qualquer ônus aos
> participantes.
> Estou muito feliz me poder dar esta noticia e me colocar aqui a disposição
> para os que desejarem colaborar e participar.
> Por favor mandem sugestões de datas e assuntos para o PG Day.

1) http://wiki.postgresql.org/wiki/Português::PGDayManual
2) http://www.postgresql.org.br/eventos/pgday

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

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

Re: [pgbr-geral] [pgbr-dev] RES: PG Day no Rio de Janeiro.

2010-05-11 Thread Fábio Telles Rodriguez 
Assim que tiver uma data, avise!

[]s

Em 11 de maio de 2010 10:18, PostgreSQL VORio escreveu:

> Olá Leonardo.
> Tudo certinho!?
>
> Isso era exatamente o que estávamos procurando.
> Vamos seguir este guia sugerido e logo daremos mais noticias a respeito do
> evento.
>
> Muito Obrigado e um abraço!
>
> Lucio
>
> -Mensagem original-
> De: pgbr-geral-boun...@listas.postgresql.org.br
> [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Leonardo
> Cezar
> Enviada em: sábado, 8 de maio de 2010 18:59
> Para: Organização do PostgreSQL Brasil
> Cc: pgbr-geral@listas.postgresql.org.br
> Assunto: Re: [pgbr-geral] [pgbr-dev] PG Day no Rio de Janeiro.
>
> 2010/5/7 PostgreSQL VORio :
> >
> > Saudações a todos.
>
> Olá Lúcio,
>
> > A UERJ se comprometeu a fornecer um local e infraestrutura (data show e
> > computador(ES)) necessária para a realização do evento.
>
> Isso é realmente uma boa notícia!
>
> > O status atual do PG Day RJ é:
> >
> > 1. Não existe ainda data definida;
> > 2. A UERJ disponibilizará local e infraestrutura;
> > 3. UERJ fará a divulgação do evento no seu site;
> > 4. Não existe ainda nenhum patrocínio;
> > 5. Não existe ainda um site para ajudar na divulgação do evento;
>
> Aconselho seguir o guia para realização de pgday[1] traduzido pelo
> Guedes para pt_BR.
> Assim que tiver os itens 1, 2 e 3 do guia, podemos criar uma entrada
> para o site do evento no Rio de Janeiro em [2].
>
> > A minha idéia a principio é fazer o evento sem qualquer ônus aos
> > participantes.
> > Estou muito feliz me poder dar esta noticia e me colocar aqui a
> disposição
> > para os que desejarem colaborar e participar.
> > Por favor mandem sugestões de datas e assuntos para o PG Day.
>
> 1) 
> http://wiki.postgresql.org/wiki/Português::PGDayManual
> 2) http://www.postgresql.org.br/eventos/pgday
>
> 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
>
> ___
> pgbr-dev mailing list
> pgbr-...@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev
>



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

[pgbr-geral] Replicação postgres com Slony

2010-05-11 Thread gilmarlinux 


Ola!Talvez alguem no forum  tenha ideia do que sejaEncontrei um
material na internet explicando como configurar o slony, segui o passo a passo, 
porem
quando vou rodar o comando no servidor secundario, este comando abaixo:slon
sql_cluster "dbname=bd_replica host=192.168.1.254 user=postgres"Ele da um erro 
de duplicate key. conforme abaixo.Você tem ideia do que
possa ser?Desde ja agradeço2010-05-10 19:05:44 BRTCONFIG storePath:
pa_server=2 pa_client=1 pa_conninfo="dbname=bd_replica host=192.168.10.10
user=postgres" pa_connretry=102010-05-10 19:05:44 BRTCONFIG storeListen:
li_origin=2 li_receiver=1 li_provider=22010-05-10 19:05:44 BRTCONFIG storeSet:
set_id=1 set_origin=1 set_comment='objetos replicados'2010-05-10 19:05:44
BRTCONFIG main: last local event sequence = 5000102010-05-10 19:05:44
BRTCONFIG main: configuration complete - starting threads2010-05-10 19:05:44
BRTINFO   localListenThread: thread starts2010-05-10 19:05:45 BRTCONFIG
version for "dbname=bd_replica host=192.168.1.254 user=postgres" is 
804032010-05-10 19:05:46 BRTFATAL  localListenThread: "select
"_sql_cluster".cleanupNodelock(); insert into
"_sql_cluster".sl_nodelock values (    1, 0,
"pg_catalog".pg_backend_pid()); " - ERROR:  duplicate key value
violates unique constraint "sl_nodelock-pkey"2010-05-10
19:05:46 BRTINFO   slon: shutdown requested2010-05-10 19:05:46
BRTINFO   slon: notify worker process to shutdown2010-05-10 19:06:06
BRTINFO   slon: child termination timeout - kill child2010-05-10
19:06:06 BRTCONFIG slon: child terminated status: 9; pid: 858, current worker 
pid:
8582010-05-10 19:06:06 BRTINFO   slon: done2010-05-10 19:06:06
BRTINFO   slon: exit(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] Replicação postgres com Slony

2010-05-11 Thread Joao Cosme de Oliveira Junior 

joaocosme.wordpress.com tem la uma ajuda pra conf do slony!João Cosme de Oliveira Júnior



"Lembre-se que da conduta de cada um depende o destino de todos."

Seja inteligente, use Software livre!!!
LPI Certified
LPI000185554
Em 11/05/2010 às 10:44 horas, pgbr-geral@listas.postgresql.org.br escreveu:Ola!Talvez alguem no forum  tenha ideia do que sejaEncontrei um
material na internet explicando como configurar o slony, segui o passo a passo, porem
quando vou rodar o comando no servidor secundario, este comando abaixo:slon
sql_cluster "dbname=bd_replica host=192.168.1.254 user=postgres"Ele da um erro de duplicate key. conforme abaixo.Você tem ideia do que
possa ser?Desde ja agradeço2010-05-10 19:05:44 BRTCONFIG storePath:
pa_server=2 pa_client=1 pa_conninfo="dbname=bd_replica host=192.168.10.10
user=postgres" pa_connretry=102010-05-10 19:05:44 BRTCONFIG storeListen:
li_origin=2 li_receiver=1 li_provider=22010-05-10 19:05:44 BRTCONFIG storeSet:
set_id=1 set_origin=1 set_comment='objetos replicados'2010-05-10 19:05:44
BRTCONFIG main: last local event sequence = 5000102010-05-10 19:05:44
BRTCONFIG main: configuration complete - starting threads2010-05-10 19:05:44
BRTINFO   localListenThread: thread starts2010-05-10 19:05:45 BRTCONFIG
version for "dbname=bd_replica host=192.168.1.254 user=postgres" is 804032010-05-10 19:05:46 BRTFATAL  localListenThread: "select
"_sql_cluster".cleanupNodelock(); insert into
"_sql_cluster".sl_nodelock values (    1, 0,
"pg_catalog".pg_backend_pid()); " - ERROR:  duplicate key value
violates unique constraint "sl_nodelock-pkey"2010-05-10
19:05:46 BRTINFO   slon: shutdown requested2010-05-10 19:05:46
BRTINFO   slon: notify worker process to shutdown2010-05-10 19:06:06
BRTINFO   slon: child termination timeout - kill child2010-05-10
19:06:06 BRTCONFIG slon: child terminated status: 9; pid: 858, current worker pid:
8582010-05-10 19:06:06 BRTINFO   slon: done2010-05-10 19:06:06
BRTINFO   slon: exit(0)




"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco."

"This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PostgresForest

2010-05-11 Thread Andre Fernandes 
Bom dia a todos,

Alguem ja usou o PostgresForest? Vi pouca informaçao pela web e pareceu-me
uma soluçao interessante de replicaçao.
Se ja usaram, o que acharam?

Abraços,
-- 
André de Camargo Fernandes
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] postgresql wal archive

2010-05-11 Thread José Carlos Messias 
Galera estou fazendo testes com postgresql wal archive,
consegui restaurar o banco(35 gb) no servidor slave, mas não consegui
após restaurar manter ele em continuous archiving,
o servidor ficou carregando como era de ser esperado porém não estava
restaurando os arquivos do wal,
nem após criar o arquivo(trigger.done na pasta que recebe os wal's)
para ele ficar disponível.

Dei um stop no banco, troquei o nome do arquivo de recovery.done para
recovery.conf e fiz o start novamente,
enquanto isso a pasta que recebe os arquivo do wal estava sendo
atualizado pelo master o tempo todo.

Teria que refazer todo o processo de novo após um teste de restore?
(copiar a base mestre para o slave, excluir os arquivos antigos do
wal, configurar o arquivo do recovery.conf e dar start no postgresql)

Obrigado, desde já pela ajuda.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Replicação postgres com Slony

2010-05-11 Thread gilmarlinux 


Valeu pela informação.Este site e mais um punhado ja esta aki no
meus favoritos, para eu tentar descobrir o que esta de errado, porem não
encontrei o que pode ser.> > joaocosme.wordpress.com
tem la uma ajuda pra conf do
slony!João> Cosme de Oliveira
Júnior> > > >
"Lembre-se que da conduta de cada um depende o destino de todos."> > 
Seja inteligente, use Software livre!!!>
LPI Certified> LPI000185554>
Em 11/05/2010 às 10:44 horas,
pgbr-geral@listas.postgresql.org.br> escreveu:Ola!Talvez alguem no
forum  tenha ideia do> que sejaEncontrei um>
material na internet explicando como configurar o slony, segui o passo a passo, 
porem> quando vou rodar o comando no servidor secundario, este comando
abaixo:slon> sql_cluster "dbname=bd_replica host=192.168.1.254
user=postgres"Ele da um erro> de duplicate key.
conforme abaixo.Você tem ideia do que> possa
ser?Desde ja agradeço2010-05-10 19:05:44 BRTCONFIG
storePath:> pa_server=2 pa_client=1 pa_conninfo="dbname=bd_replica
host=192.168.10.10> user=postgres" pa_connretry=102010-05-10
19:05:44 BRTCONFIG storeListen:> li_origin=2 li_receiver=1
li_provider=22010-05-10 19:05:44 BRTCONFIG storeSet:> set_id=1
set_origin=1 set_comment='objetos replicados'2010-05-10 19:05:44>
BRTCONFIG main: last local event sequence = 5000102010-05-10 19:05:44> 
BRTCONFIG main: configuration complete - starting threads2010-05-10
19:05:44> BRTINFO   localListenThread: thread
starts2010-05-10 19:05:45 BRTCONFIG> version for
"dbname=bd_replica host=192.168.1.254 user=postgres" is
804032010-05-10> 19:05:46 BRTFATAL  localListenThread:
"select> "_sql_cluster".cleanupNodelock(); insert into>
"_sql_cluster".sl_nodelock values
(    1, 0,>
"pg_catalog".pg_backend_pid()); " - ERROR:  duplicate key
value> violates unique constraint
"sl_nodelock-pkey"2010-05-10>
19:05:46 BRTINFO   slon: shutdown requested2010-05-10
19:05:46> BRTINFO   slon: notify worker process to
shutdown2010-05-10 19:06:06> BRTINFO   slon: child
termination timeout - kill child2010-05-10> 19:06:06 BRTCONFIG slon:
child terminated status: 9; pid: 858, current worker pid:>
8582010-05-10 19:06:06 BRTINFO   slon:
done2010-05-10 19:06:06> BRTINFO   slon:
exit(0)> > > > > "Esta mensagem do
SERVIÇO> FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa
pública federal regida pelo disposto> na Lei Federal nº 5.615,
é enviada exclusivamente a seu destinatário e pode conter>
informações confidenciais, protegidas por sigilo profissional. Sua
utilização> desautorizada é ilegal e sujeita o infrator
às penas da lei. Se você a recebeu> indevidamente, queira, por
gentileza, reenviá-la ao emitente, esclarecendo o equívoco."> > "This message 
from SERVIÇO FEDERAL DE PROCESSAMENTO DE
DADOS (SERPRO) -- a government> company established under Brazilian law
(5.615/70) -- is directed exclusively to its> addressee and may contain
confidential data, protected under professional secrecy rules.> Its
unauthorized use is illegal and may subject the transgressor to the law's 
penalties.> If you're not the addressee, please send it back, elucidating the>
failure.">
___> 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] Comando IF

2010-05-11 Thread rogeriogrando 
Ok pessoal, fiz alguns testes é assim mesmo que se comporta, o compilador nesse 
caso (AND) não faz a outra comparação, se aprimeira retorna false a segunda não 
é executada.
Obrigado a todos;

Ola Irineu,
Em um WHERE a ordem de execução é do final do comando para o inicío, nesse seu 
caso a primeira condição a ser executada seria CAST(nome AS INTEGER) = 0 e 
depois cod = 2, em clausulas WHERE deixo as mais restritivas no final do 
comando, não sei se é uma regra mas o Oracle também trabalha desta forma.

> From: "Irineu Raymundo" 
> Subject: [pgbr-geral] RES:  Comando IF
> To: "'Comunidade PostgreSQL Brasileira'"
>   
> Message-ID: <01caf073$000f2be0$002d83...@inf.br>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Pode-se dizer que tmb nas condicoes WHERE de um SQL ele se comporta igual? 
> 
> CREATE TABLE teste (cod INTEGER, nome VARCHAR(10));
> INSERT INTO teste VALUES(1,'teste');
> SELECT * FROM teste WHERE cod = 2 AND CAST(nome AS INTEGER) = 0;
> 
> Sds,
> Irineu.
> 
> 
> > -Mensagem original-
> > De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-
> > boun...@listas.postgresql.org.br] Em nome de Pedro Espíndola
> > Enviada em: segunda-feira, 10 de maio de 2010 14:16
> > Para: Comunidade PostgreSQL Brasileira
> > Assunto: Re: [pgbr-geral] Comando IF
> > 
> > Os compiladores são inteligentes de forma a não gastar energia atoa,
> > como trata-se de uma condição do tipo AND, em q todas as condições
> > devem ser satisfeitas, com certeza a primeira condição não sendo
> > satisfeita, o restante é desprezado não necessitando ser testado.
> > 
> > Abs
> > Pedro
> > 
> > 2010/5/10 Ricardo :
> > > Em 04/05/2010 13:29, rogeriogrando escreveu:
> > >> Ola pessoal, estou com seguinte duvida, (Postgres 8.3.5).
> > >> Tenho a seguinte restrição.
> > >>
> > >> IF ((x = 0) AND (y = 0)) AND (z = 0) THEN
> > >> END IF;
> > >>
> > >> Se a primeira restrição ((x = 0) AND (y = 0)) não é satisfeita o
> > banco mesmo assim faz a segunda (z = 0)?
> > >>
> > > Até onde eu sei o banco avalia todos os testes, independentemente, da
> > > falha e algum dos testes.
> > >
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] postgresql wal archive

2010-05-11 Thread Matheus Ricardo Espanhol 
>
> Teria que refazer todo o processo de novo após um teste de restore?
> (copiar a base mestre para o slave, excluir os arquivos antigos do
> wal, configurar o arquivo do recovery.conf e dar start no postgresql)
>
> Sim. Ao iniciar o PostgreSQL incrementou o timeline, sendo assim não
reconhecerá mais os xlogs antigos.

Para entender o problema, utilize o pg_standby com a opção de debug.

Att.

-- 
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] postgresql wal archive

2010-05-11 Thread José Carlos Messias 
Mas não seria somente dar um stop no postgresql, renomear o
recovery.conf, pegar o proximo wal aguardado usando o pg_standby -d,
apagar os antigos e dar um start novamente, acredito que deveria
funcionar, pq não deu certo?



Em 11 de maio de 2010 15:16, Matheus Ricardo Espanhol
 escreveu:
>> Teria que refazer todo o processo de novo após um teste de restore?
>> (copiar a base mestre para o slave, excluir os arquivos antigos do
>> wal, configurar o arquivo do recovery.conf e dar start no postgresql)
>>
> Sim. Ao iniciar o PostgreSQL incrementou o timeline, sendo assim não
> reconhecerá mais os xlogs antigos.
>
> Para entender o problema, utilize o pg_standby com a opção de debug.
>
> Att.
>
> --
> 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
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] postgresql wal archive

2010-05-11 Thread Matheus Ricardo Espanhol 
>
> Mas não seria somente dar um stop no postgresql, renomear o
>
recovery.conf, pegar o proximo wal aguardado usando o pg_standby -d,
> apagar os antigos e dar um start novamente, acredito que deveria
> funcionar, pq não deu certo?


Então... Ao iniciar o PostgreSQL pela 1ª vez... o timeline mudou de 1 para
2.

Quando vc renomeou o recovery.done para recovery.conf, o PostgreSQL
não procura mais xlogs 0*1*00XX, ele passa a trabalhar somente
com 0*2*00XXX. É por isso que a replicação não irá mais funcionar.

-- 
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] postgresql wal archive

2010-05-11 Thread José Carlos Messias 
Concordo em partes que ele não vai mais processar os novos arquivos,
mas deveria voltar a ficar ativo vc não acha?

Em 11 de maio de 2010 16:36, Matheus Ricardo Espanhol
 escreveu:
>
>>
>> Mas não seria somente dar um stop no postgresql, renomear o
>>
>> recovery.conf, pegar o proximo wal aguardado usando o pg_standby -d,
>> apagar os antigos e dar um start novamente, acredito que deveria
>> funcionar, pq não deu certo?
>
> Então... Ao iniciar o PostgreSQL pela 1ª vez... o timeline mudou de 1 para
> 2.
>
> Quando vc renomeou o recovery.done para recovery.conf, o PostgreSQL
> não procura mais xlogs 0100XX, ele passa a trabalhar somente
> com 0200XXX. É por isso que a replicação não irá mais funcionar.
>
> --
> 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
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] postgresql wal archive

2010-05-11 Thread Fábio Telles Rodriguez 
Toda vez que um Stand By deixa de ser stand by para ser produção, ele não
pode mais voltar a ser stand by.

Então se você quer que ele volte a ser stand by, você tem que refazer o
processo de criação dele.

Não é um defeito, é uma questão de consistência temporal. Você não pode
brincar de tunel do tempo sem causar estragos nos dados. É como nos filmes
mesmo.

Atenciosamente,
Fábio Telles

Em 11 de maio de 2010 16:48, José Carlos Messias escreveu:

> Concordo em partes que ele não vai mais processar os novos arquivos,
> mas deveria voltar a ficar ativo vc não acha?
>
> Em 11 de maio de 2010 16:36, Matheus Ricardo Espanhol
>  escreveu:
> >
> >>
> >> Mas não seria somente dar um stop no postgresql, renomear o
> >>
> >> recovery.conf, pegar o proximo wal aguardado usando o pg_standby -d,
> >> apagar os antigos e dar um start novamente, acredito que deveria
> >> funcionar, pq não deu certo?
> >
> > Então... Ao iniciar o PostgreSQL pela 1ª vez... o timeline mudou de 1
> para
> > 2.
> >
> > Quando vc renomeou o recovery.done para recovery.conf, o PostgreSQL
> > não procura mais xlogs 0100XX, ele passa a trabalhar somente
> > com 0200XXX. É por isso que a replicação não irá mais funcionar.
> >
> > --
> > 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
> >
> >
> ___
> 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] postgresql wal archive

2010-05-11 Thread José Carlos Messias 
Obrigado ao Matheus a ao Telles, agora eu entendi.

Em 11 de maio de 2010 16:52, Fábio Telles Rodriguez
 escreveu:
> Toda vez que um Stand By deixa de ser stand by para ser produção, ele não
> pode mais voltar a ser stand by.
>
> Então se você quer que ele volte a ser stand by, você tem que refazer o
> processo de criação dele.
>
> Não é um defeito, é uma questão de consistência temporal. Você não pode
> brincar de tunel do tempo sem causar estragos nos dados. É como nos filmes
> mesmo.
>
> Atenciosamente,
> Fábio Telles
>
> Em 11 de maio de 2010 16:48, José Carlos Messias 
> escreveu:
>>
>> Concordo em partes que ele não vai mais processar os novos arquivos,
>> mas deveria voltar a ficar ativo vc não acha?
>>
>> Em 11 de maio de 2010 16:36, Matheus Ricardo Espanhol
>>  escreveu:
>> >
>> >>
>> >> Mas não seria somente dar um stop no postgresql, renomear o
>> >>
>> >> recovery.conf, pegar o proximo wal aguardado usando o pg_standby -d,
>> >> apagar os antigos e dar um start novamente, acredito que deveria
>> >> funcionar, pq não deu certo?
>> >
>> > Então... Ao iniciar o PostgreSQL pela 1ª vez... o timeline mudou de 1
>> > para
>> > 2.
>> >
>> > Quando vc renomeou o recovery.done para recovery.conf, o PostgreSQL
>> > não procura mais xlogs 0100XX, ele passa a trabalhar somente
>> > com 0200XXX. É por isso que a replicação não irá mais funcionar.
>> >
>> > --
>> > 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
>> >
>> >
>> ___
>> 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
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] postgresql wal archive

2010-05-11 Thread José Carlos Messias 
Mais dúvidas, mesmo se eu utilizar a opção
recovery_target_time='2005-06-22 12:39:01 EST', vou conseguir fazer
somente uma vez?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] postgresql wal archive

2010-05-11 Thread Matheus Ricardo Espanhol 
> Mais dúvidas, mesmo se eu utilizar a opção
> recovery_target_time='2005-06-22 12:39:01 EST', vou conseguir fazer
> somente uma vez?
>
> Sim, ele também irá criar um novo timeline. Mas, em tese, se você definir
recovery_target_timeline, ele
volta a enxergar os xlogs antigos.



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

[pgbr-geral] Slony com Base com Senha

2010-05-11 Thread gilmarlinux 







Ola!Talvez alguém saiba como
proceder, Consegui fazer replicacao com slony funcionar porem o banco esta 
senha e
não esta configurando o pg_hda.conf para md5.O banco de dados a ser
replicado possui senha, e necessito fazer que o slony replique passando o
parâmetro senha pois ele ja passa o banco de dados, e usuário postgres.
porem a senha não encontrei como fazer.Ou se existe alguma outra maneira de
fazer o slony conectar no banco de dados protegido por senha.Desde já
agradeço
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Configuração Pg

2010-05-11 Thread Andre Tomasso 
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