Re: [pgbr-geral] Autenticação de aplicação junto com autenticação no banco de dados
Le 2011-O-19 22h39, Dickson S. Guedes a écrit : > >> Melhor um pouco seria ter uma tabela cadastro com chave estrangeira para o >> information_schema — não sei se o PostgreSQL deixa. > > São visões, não seria possível. Está aí, estava pensando em sugerir isso para o TODO. Eu fazia isso em Oracle, bem maneiro — e relacionalmente correto. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 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] Streaming Replication + Backup Físico + PITR
Le 2011-O-19 22h22, Danilo Silva a écrit : > > Aí vem a pergunta: é necessário efetuar o backup físico? Tudo depende, mas a resposta genérica é sim. Porque precisas dum ponto de partida para aplicares os registros de refazer (WAL). > se sim, será > necessário backupear os logs WAL que estão sendo gravados através do > archive_command? Se quiseres ter a possibilidade de restaurar até um determinado momento após a cópia física, sim. Por exemplo, por perda de dados por incúria ou má-fé. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 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] Autenticação de aplicação junto com autenticação no banco de dados
Em 19 de outubro de 2011 22:10, Leandro Guimarães Faria Corce DUTRA escreveu: > Le 2011-O-19 21h40, Dickson S. Guedes a écrit : >> >> Em 19 de outubro de 2011 19:56, Guimarães Faria Corcete DUTRA, Leandro >> escreveu: >>> >>> Sem pensar muito, prefiro que o PostgreSQL administre minha senha >>> ... >> >> E pensando um pouco mais, como você saberia que o usuário 'dutra' no >> PostgreSQL tem o nome de "Leandro Guimarães Faria Corcerte Dutra" ? > > Maneira porca seria COMMENT ON ROLE. Seria, ainda mais se levar em conta outros atributos como email ou outros dados de conexão. > Melhor um pouco seria ter uma tabela cadastro com chave estrangeira para o > information_schema — não sei se o PostgreSQL deixa. São visões, não seria possível. > Outra, ainda, ter um diretório externo. Um servidor RADIUS por exemplo poderia ser usado para autenticar, já que é suportado via pg_hba [1], ou ainda poderia ser utilizado um servidor LDAP [2]. Mesmo assim sua aplicação teria que conectar no LDAP para obter outros dados do usuário, e cacheá-los de alguma forma. Se a versão do PostgreSQL for 9.1+ é possível usar um FDW para isso [3]. Mas ainda assim não é possível, ao menos por enquanto, criar chaves estrangeiras entre FOREIGN TABLES e TABLES, o que poderia ser uma limitação, como por exemplo para um modelo que exija auditoria. Ainda assim é possível abdicar disto e ter uma entidade usuário. [1] http://www.postgresql.org/docs/current/static/auth-methods.html#AUTH-RADIUS [2] http://www.postgresql.org/docs/current/static/auth-methods.html#AUTH-LDAP [3] http://pgxn.org/dist/ldap_fdw/ []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Streaming Replication + Backup Físico + PITR
Pessoal, Estou utilizando streaming replication de master para 1 slave e efetuando pg_dump periodicamente, e queria saber a opinião de vocês sobre efetuar, pelo menos uma vez por dia, backup físico online do servidor master. Aí vem a pergunta: é necessário efetuar o backup físico? se sim, será necessário backupear os logs WAL que estão sendo gravados através do archive_command? Pelo pouco que entendo sobre PITR, para se fazer valer, é necessário o backup físico + os logs WAL, onde em um possível restore, utilizaria esse backup físico e utilizaria o comando restore_command. Outra coisa, após o término do backup físico e antes de executar o pg_stop_backup, eu devo gerar o backup dos logs WAL, certo? Não sei se é muito backup, mas vale a frase "se você tem 1 backup, você não tem nada, se tem 2 backups, talvez você tenha 1 backup", hehe. Boa noite 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] Autenticação de aplicação junto com autenticação no banco de dados
Le 2011-O-19 21h40, Dickson S. Guedes a écrit : > Em 19 de outubro de 2011 19:56, Guimarães Faria Corcete DUTRA, Leandro > escreveu: >> Sem pensar muito, prefiro que o PostgreSQL administre minha senha >> ... > > E pensando um pouco mais, como você saberia que o usuário 'dutra' no > PostgreSQL tem o nome de "Leandro Guimarães Faria Corcerte Dutra" ? Maneira porca seria COMMENT ON ROLE. Melhor um pouco seria ter uma tabela cadastro com chave estrangeira para o information_schema — não sei se o PostgreSQL deixa. Outra, ainda, ter um diretório externo. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 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] [OFF] Treinamento Curitiba - dicas de hospedagem?
2011/10/19 Sérgio Sathler : > Olá pessoal! > Moro em Brasília e estou me inscrevendo em um treinamento intensivo de > PostgreSQL em Curitiba do dia 21/11 ao dia 06/12 ministrado pela Dextra. > Gostaria de saber se tem alguém de Curitiba por aqui que possa me indicar > alguns lugares onde possa me hospedar a um preço acessível e que não seja > muito distante de tudo. > Obrigado desde já! > Sérgio recomendo um hostel, tipo este aqui, se viaja muito vale a pena fazer a carteirinha. http://www.hihostels.com/ -- Itamar Reis Peixoto msn, google talk: ita...@ispbrasil.com.br +55 11 4063 5033 (FIXO SP) +55 34 9158 9329 (TIM) +55 34 8806 3989 (OI) +55 34 3221 8599 (FIXO MG) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Autenticação de aplicação junto com autenticação no banco de dados
Em 19 de outubro de 2011 19:56, Guimarães Faria Corcete DUTRA, Leandro escreveu: > Sem pensar muito, prefiro que o PostgreSQL administre minha senha > ... E pensando um pouco mais, como você saberia que o usuário 'dutra' no PostgreSQL tem o nome de "Leandro Guimarães Faria Corcerte Dutra" ? -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.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] [OFF] Treinamento Curitiba - dicas de hospedagem?
Em 19 de outubro de 2011 18:05, Sérgio Sathler escreveu: > Olá pessoal! > Moro em Brasília e estou me inscrevendo em um treinamento intensivo de > PostgreSQL em Curitiba do dia 21/11 ao dia 06/12 ministrado pela Dextra. > Gostaria de saber se tem alguém de Curitiba por aqui que possa me indicar > alguns lugares onde possa me hospedar a um preço acessível e que não seja > muito distante de tudo. Sabe o bairro onde vai ser ministrado o curso? -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.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] Autenticação de aplicação junto com autenticação no banco de dados
2011/10/19 Eduardo Az - EMBRASIS : > A questão é outra!!! Tudo bem, só quero entender, e estou devagar… > A lojas americanas ou submarino, por exemplo, a aplicação deles faz um > "CREATE ROLE" para cada comprador? Pelo menos, acredito que neste caso, os > compradores tem uma tabela própria com as senhas deles cadastradas, etc. Sim, mas qual a vantagem? Ou só é o que todo mundo faz? Sem pensar muito, prefiro que o PostgreSQL administre minha senha a que ela seja administrada pelas Americanas, que já mostraram incompetência de sobra — não que eu não compre lá. > Ou como disse também, na locaweb, como exemplo, eles me fornecem um banco de > dados com um usuário e não posso criar outros, então, se na aplicação web > hospedada neles, não posso ter usuários criados por 'CREATE ROLE'. Ah, sim, mas aí é uma limitação deles. Não é um bom modelo, só um mau exemplo… como tantos outros que somos forçados a engolir diuturnamente. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Autenticação de aplicação junto com autenticação no banco de dados
A questão é outra!!! Prefiro usar exatamente o CREATE ROLE, porém, imagine um aplicativo de loja virtual. A lojas americanas ou submarino, por exemplo, a aplicação deles faz um "CREATE ROLE" para cada comprador? Pelo menos, acredito que neste caso, os compradores tem uma tabela própria com as senhas deles cadastradas, etc. Ou como disse também, na locaweb, como exemplo, eles me fornecem um banco de dados com um usuário e não posso criar outros, então, se na aplicação web hospedada neles, não posso ter usuários criados por 'CREATE ROLE'. -Mensagem Original- From: Guimarães Faria Corcete DUTRA, Leandro Sent: Wednesday, October 19, 2011 4:04 PM To: Comunidade PostgreSQL Brasileira Subject: Re: [pgbr-geral]Autenticação de aplicação junto com autenticação no banco de dados 2011/10/19 Eduardo Az - EMBRASIS : > 2)Quando o "usuário" é um usuário de uma loja virtual, por exemplo. Ele > não > é "funcionário" da empresa (este vai ter um usuário do banco) e sim, um > cliente da empresa que está comprando alguma coisa e tenho que administrar > isto. Não que o postgres não aguentaria o "tranco", mas para facilitar a > minha administração. > Ai não tem jeito, crio uma tabela de usuarios e senhas. Só para eu entender, você acha mais fácil criar uma tabela de usuário e senhas que fazer os CREATE ROLE LOGIN ROLE ;? Ou a questão é outra? ___ 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] Arquivamento de logs WAL: Como sobrescrever o log (wal) mais antigo de tempo em tempo #novato em postgres
> Agora meu problema é espaço para guardar o logs transacionais(wal), aqui não
> tenho espaço para guardar esses logs como posso fazer
> para guardar esses logs de forma cíclica, sobrescrever o mais antigo de
> tempo em tempo?
Se você está guardando os logs de transação com a finalidade de backup
você deve guardar todos os logs de transação de mesmo nome ou
posteriores ao arquivo com extensão .00.backup.
Traduzindo: você deve manter todos os logs de transação que compõem o
estado de seu banco de dados desde o momento do início da cópia. Se
você sobrescrever, ou apagar logs de transação antigos e esses logs de
transação forem necessários à restauração, seu backup é inválido.
Eu uso um script bem simples que apaga todos os logs de transação mais
antigos que o início do backup mais recente, ele está abaixo. Ajuste a
variável WAL_ARCHIVE para o diretório onde guardas seus logs de
transação. Execute o script após o backup de base. Seja feliz.
[]s
Flavio Gurgel
#!/bin/bash
# Diretorio onde fica o archive
WAL_ARCHIVE=/pgbackup/archive
# Procura último arquivo com a extensão .backup no diretório
while true; do
REF_FILE=`ls -1r $WAL_ARCHIVE | grep '.backup'`
if [ ! $REF_FILE ]; then
echo "Aguardando arquivo .backup em $WAL_ARCHIVE ... "
else
break
fi
sleep 1
done
# Apenas os primeiros 24 caracteres são interessantes no nome desse arquivo
REF_FILE_NUM=${REF_FILE:0:24}
echo "REF_FILE_NUM=$REF_FILE_NUM"
# Faz o rm sobre uma lista interativa, usando comparação alfabética
com o arquivo encontrado
for i in `ls -1 $WAL_ARCHIVE` ;
do
FILE_NUM=${i:0:24}
if [[ $FILE_NUM < $REF_FILE_NUM ]]
then
echo "$FILE_NUM [ $i ] removido"
rm -f $WAL_ARCHIVE/$i
else
echo "$FILE_NUM [ $i ] não removido"
fi
done
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Arquivamento de logs WAL: Como sobrescrever o log (wal) mais antigo de tempo em tempo #novato em postgres
Bom noite pessoal, Com ajuda da comunidade migrei os bancos postgres 8.3 para 9.0 e também com ajuda de vcs pude configurar e testar o backup continuo usando standby (WAL), Agora meu problema é espaço para guardar o logs transacionais(wal), aqui não tenho espaço para guardar esses logs como posso fazer para guardar esses logs de forma cíclica, sobrescrever o mais antigo de tempo em tempo? postgres 9.0.5 Desde já obrigado pessoal... #novato em postgres * ISO/IEC 27002 - Foundation- Segurança da Informação ITIL® version 3 - Foundation OCA - Oracle Database 10g Administrator Certified Associate OCP- Oracle Database 10g Administrator Certified Professional DB2 Technical Mastery v2 - IBM Information Management * *Hélio José * *61 99840139* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [OFF] Treinamento Curitiba - dicas de hospedagem?
2011/10/19 Sérgio Sathler : > Moro em Brasília e estou me inscrevendo em um treinamento intensivo de > PostgreSQL em Curitiba do dia 21/11 ao dia 06/12 ministrado pela Dextra. > Gostaria de saber se tem alguém de Curitiba por aqui que possa me indicar > alguns lugares onde possa me hospedar a um preço acessível e que não seja > muito distante de tudo. Couchsurfing? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [OFF] Treinamento Curitiba - dicas de hospedagem?
Olá pessoal! Moro em Brasília e estou me inscrevendo em um treinamento intensivo de PostgreSQL em Curitiba do dia 21/11 ao dia 06/12 ministrado pela Dextra. Gostaria de saber se tem alguém de Curitiba por aqui que possa me indicar alguns lugares onde possa me hospedar a um preço acessível e que não seja muito distante de tudo. Obrigado desde já! Sérgio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Update TableA set campo = (Select campo FROM TableB WHERE CampoB=2)
Em 19 de outubro de 2011 17:30, Guilherme Carvalho escreveu: > Este comando é possível no PostgreSQL? > Update TableA set campo = (Select campo FROM TableB WHERE CampoB=2) > É que estou precisando pegar todas as ocorrências do campo da TableB e > atualizar no campo da TableA. Você pode fazer um JOIN no UPDATE e seria algo mais ou menos como: UPDATE tabela t1 set campo = valor FROM outra_tabela t2 WHERE t2.cod_tabela = t1.cod_tabela; De uma olhada nestes exemplos [1] para clarear mais um pouco. [1] http://www.postgresql.org/docs/current/static/sql-update.html#AEN76234 -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.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] Autenticação de aplicação junto com autenticação no banco de dados
Em 19 de outubro de 2011 17:34, Dickson S. Guedes escreveu: > > No entanto, uma aplicação neste cenário tem que tomar o cuidado de > utilizar corretamente o SET SESSION AUTHORIZATION. Se a aplicação é > legada, ou seja, não está coberta por uma boa suíte de testes, fica > muito difícil uma transição rápida e indolor. Mas é um bom desafio. > Uma coisa interessante é a questão da "autorização temporária": quando um caixa/vendedor vai dar um desconto acima de sua alçada, por exemplo, e chama um supervisor para passar o cartão/digitar uma senha. O software poderia dar um SET SESSION AUTHORIZATION para os comandos feitos com a senha do supervisor e depois voltar às permissões do usuário do vendedor. -- Atenciosamente, Alexsander da Rosa http://rednaxel.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] Autenticação de aplicação junto com autenticação no banco de dados
Em 19 de outubro de 2011 16:10, Guimarães Faria Corcete DUTRA, Leandro escreveu: > 2011/10/19 Guimarães Faria Corcete DUTRA, Leandro : >> CREATE ROLE LOGIN ROLE ; > > Corrigindo, CREATE ROLE LOGIN IN ROLE ; > > E lembrando que tem uma tabela de usuários no information_schema… A questão é quando você tem um servidor de aplicação entre o cliente e o banco, ou algum middleware que mantém um pool conectado. Como ele *mantém* a conexão você precisa avaliar bem como fará a autenticação desses usuários, opções você tem, ldap por exemplo é uma alternativa. No entanto, uma aplicação neste cenário tem que tomar o cuidado de utilizar corretamente o SET SESSION AUTHORIZATION. Se a aplicação é legada, ou seja, não está coberta por uma boa suíte de testes, fica muito difícil uma transição rápida e indolor. Mas é um bom desafio. []s -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Update TableA set campo = (Select campo FROM TableB WHERE CampoB=2)
Este comando é possível no PostgreSQL? Update TableA set campo = (Select campo FROM TableB WHERE CampoB=2) É que estou precisando pegar todas as ocorrências do campo da TableB e atualizar no campo da TableA. Atenciosamente, Guilherme de Carvalho Carneiro Analista de sistemas twitter: @GCarneiro http://djangopeople.net/guilhermecarvalho/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Autenticação de aplicação junto com autenticação no banco de dados
2011/10/19 Guimarães Faria Corcete DUTRA, Leandro : > CREATE ROLE LOGIN ROLE ; Corrigindo, CREATE ROLE LOGIN IN ROLE ; E lembrando que tem uma tabela de usuários no information_schema… ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Autenticação de aplicação junto com autenticação no banco de dados
2011/10/19 Eduardo Az - EMBRASIS : > 2)Quando o "usuário" é um usuário de uma loja virtual, por exemplo. Ele não > é "funcionário" da empresa (este vai ter um usuário do banco) e sim, um > cliente da empresa que está comprando alguma coisa e tenho que administrar > isto. Não que o postgres não aguentaria o "tranco", mas para facilitar a > minha administração. > Ai não tem jeito, crio uma tabela de usuarios e senhas. Só para eu entender, você acha mais fácil criar uma tabela de usuário e senhas que fazer os CREATE ROLE LOGIN ROLE ;? Ou a questão é outra? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Autenticação de aplicação junto com autenticação no banco de dados
Flávio Acho que isto depende da aplicação, mas, no seguinte sentido (ai entra um lado particular): -Sempre na aplicação, no meu caso, o usuário é criado também no banco de dados, sendo que ele tem direitos restritos, com isto, tenho controle sobre os usuários da aplicação. Por exemplo do beneficio: Vira e mexe, quando precisao fazer manutenções, mesmo remotas, consigo saber que está usando e quando ligo pro cliente, falo com cada um que está logado (Claro, empresas pequenas, já imaginou falar com 1000 funcionários!!!) pedindo pra sair. Só uso diferente, em 2 casos: 1)Quando o postgres é disponibilizado pra mim somente com um usuário, não permitindo criar outros, como por exemplo, o pg disponibilizado pela locaweb. 2)Quando o "usuário" é um usuário de uma loja virtual, por exemplo. Ele não é "funcionário" da empresa (este vai ter um usuário do banco) e sim, um cliente da empresa que está comprando alguma coisa e tenho que administrar isto. Não que o postgres não aguentaria o "tranco", mas para facilitar a minha administração. Ai não tem jeito, crio uma tabela de usuarios e senhas. Mas como disse, este é meu caso, cada um faz como está acostumado. Mas, creio que criar um usuário para cada pessoa que acessa melhor, pois, assim utilizo dos recursos do BD. Eduardo Az EMBRASIS -Mensagem Original- From: Flávio Alves Granato Sent: Wednesday, October 19, 2011 1:52 PM To: Comunidade PostgreSQL Brasileira Subject: [pgbr-geral] Autenticação de aplicação junto com autenticação no banco de dados Senhores, Uma dúvida que sempre tive foi: Qual a melhor forma de autenticar a aplicação junto com a autenticação de banco de dados? Minha dúvida persiste pois se normalmente na aplicação eu uso um sistema de login, criado a bel prazer toda vez que tenho requisitos novos. Mas então de que adianta os GRANT da vida que os SGBDs nos dispõe? Alguém utiliza uma estratégia para contornar esta situação? Ou ainda continuamos utilizando um usuário para as conexões no SGBD? Pensei em criar um esquema público onde o usuário se autenticaria e depois eu redirecionaria ele para uma conexão utilizando o usuário dele cadastrado junto ao SGBD e não em uma tabela, penso até que funcionaria como uma autenticação de 2 fatores, se é que posso falar isso, pois os dados estariam protegidos e o esquema público só teria algumas informações e ainda sim em hash para a senha ou mesmo toda criptografada. Penso isso para aproveitar melhor o poder que dispomos dos SGBDs. ___ 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] Esquemas de banco de dados vs Tabelas/Departamentos
Em 19 de outubro de 2011 14:08, Flávio Alves Granato escreveu: > Tenho trabalhado em alguns projetos e visto uma coisa que me incomoda > bastante, mas como são projetos legados ou não projetados por mim e > talvez eu não pensasse de forma diferente, tenho visto todas as tabelas > de diferentes departamentos dentro de um mesmo esquema, penso em separar > as tabelas por departamento por esquema ou seja, tabelas de um > deparmento para um esquema. O que vocês acham? Qual a Experiência de > vocês quanto a este tipo de situação? É melhor do que usar um prefixo (ou sufixo) no nome dos objetos, pois se você muda uma tabela, visão ou função de um módulo (schema) para outro, você usa um simples: ALTER TABLE xpto SET SCHEMA novo_squema; Ma, você sua aplicação tem que definir explicitamente o esquema em seus comandos, do contrário você terá definir o 'search_path' [1] do usuário, mas isso não é muito elegante aos meus olhos, pois pode ser difícil depurar um comportamento inesperado com objetos que possuem o mesmo nome mas que estão em esquemas diferentes. Leia [2] na íntegra para mais informações. [1] http://www.postgresql.org/docs/current/static/ddl-schemas.html#DDL-SCHEMAS-PATH [2] http://www.postgresql.org/docs/current/static/ddl-schemas.html -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.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] Esquemas de banco de dados vs Tabelas/Departamentos
Em 19 de outubro de 2011 14:13, Guimarães Faria Corcete DUTRA, Leandro < l...@dutras.org> escreveu: > > Imagino que sejam tabelas diferentes, e não particionamento de dados > por departamento… nesse caso, perfeitamente legítimo. > > Os esquemas não têm nenhum significado predeterminados, são apenas > espaços de nomes para o AD, usuário, desenvolvedor ou o que for > organizar sua base como bem lhe convier. Geralmente, faz‐se uma > organização funcional, por módulos de aplicação ou algo que o valha. > Há quem crie dúzias de bases quando bastava colocar o conteúdo de cada > base num esquema diferente, todos na mesma base… > > Gostei muita dica e vou usá-la! Obrigado, Eduardo Alexandre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Esquemas de banco de dados vs Tabelas/Departamentos
2011/10/19 Flávio Alves Granato : > > tenho visto todas as tabelas > de diferentes departamentos dentro de um mesmo esquema, penso em separar > as tabelas por departamento por esquema Imagino que sejam tabelas diferentes, e não particionamento de dados por departamento… nesse caso, perfeitamente legítimo. Os esquemas não têm nenhum significado predeterminados, são apenas espaços de nomes para o AD, usuário, desenvolvedor ou o que for organizar sua base como bem lhe convier. Geralmente, faz‐se uma organização funcional, por módulos de aplicação ou algo que o valha. Há quem crie dúzias de bases quando bastava colocar o conteúdo de cada base num esquema diferente, todos na mesma base… ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Esquemas de banco de dados vs Tabelas/Departamentos
Senhores, Tenho trabalhado em alguns projetos e visto uma coisa que me incomoda bastante, mas como são projetos legados ou não projetados por mim e talvez eu não pensasse de forma diferente, tenho visto todas as tabelas de diferentes departamentos dentro de um mesmo esquema, penso em separar as tabelas por departamento por esquema ou seja, tabelas de um deparmento para um esquema. O que vocês acham? Qual a Experiência de vocês quanto a este tipo de situação? Muito obrigado pelas respostas anteriores. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dominios
2011/10/19 Pedro Costa : > Peço desculpa pela falta de informação. eu já estou a usar o postgis Ah! Estava mesmo a pensar como importar arquivos de formas sem o dito‐cujo… ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dominios
Peço desculpa pela falta de informação. eu já estou a usar o postgis On 19-10-2011 16:53, Guimarães Faria Corcete DUTRA, Leandro wrote: > 2011/10/19 Pedro Costa: >> Porque eu importo shapes para a base que tem sempre campos que não >> interessam e assim apagava desde logomas vou tentar outra maneira > Mais um caso de problema X‐Y… tu não nos disseste o que queria fazer, > mas como. E acontece que o como não estava adequado a teu problema. > > O que queres é o PostGIS, que tem tudo o que precisas para lidar com > esses arquivos. > > Mas, se são apenas dados de importação, não tem problema apagar… > embora o ideal seria já remover logo os atributos, com ALTER TABLE > DROP COLUMN ou coisa que o valha (nunca lembro da sintaxe). > ___ > 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] Autenticação de aplicação junto com autenticação no banco de dados
Em 19 de outubro de 2011 13:52, Flávio Alves Granato escreveu: > Senhores, > > Uma dúvida que sempre tive foi: Qual a melhor forma de autenticar a > aplicação junto com a autenticação de banco de dados? Minha dúvida > persiste pois se normalmente na aplicação eu uso um sistema de login, > criado a bel prazer toda vez que tenho requisitos novos. Mas então de > que adianta os GRANT da vida que os SGBDs nos dispõe? > > Alguém utiliza uma estratégia para contornar esta situação? Ou ainda > continuamos utilizando um usuário para as conexões no SGBD? Vide [1]. [1] http://www.postgresql.org/docs/current/static/sql-set-session-authorization.html -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.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] Autenticação de aplicação junto com autenticação no banco de dados
2011/10/19 Flávio Alves Granato : > > Uma dúvida que sempre tive foi: Qual a melhor forma de autenticar a > aplicação junto com a autenticação de banco de dados? O ideal é integrar o SGBD ao sistema de diretório corporativo, ao SO ou a qualquer que seja o diretório principal de usuários, para que o usuário do SO também seja o usuário da base e da aplicação. Assim, a aplicação abre uma sessão para cada usuário, e já fica restrita ao que o usuário tem permissão de fazer, o que minora problemas como injeção de SQL, aplicações craqueadas &c. Nesse caso, a base teria grupos (ROLE NOLOGIN) que a aplicação consultaria e usaria para sobrepor as restrições da aplicação às da base. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dominios
2011/10/19 Pedro Costa : > > Porque eu importo shapes para a base que tem sempre campos que não > interessam e assim apagava desde logomas vou tentar outra maneira Mais um caso de problema X‐Y… tu não nos disseste o que queria fazer, mas como. E acontece que o como não estava adequado a teu problema. O que queres é o PostGIS, que tem tudo o que precisas para lidar com esses arquivos. Mas, se são apenas dados de importação, não tem problema apagar… embora o ideal seria já remover logo os atributos, com ALTER TABLE DROP COLUMN ou coisa que o valha (nunca lembro da sintaxe). ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Autenticação de aplicação junto com autenticação no banco de dados
Senhores, Uma dúvida que sempre tive foi: Qual a melhor forma de autenticar a aplicação junto com a autenticação de banco de dados? Minha dúvida persiste pois se normalmente na aplicação eu uso um sistema de login, criado a bel prazer toda vez que tenho requisitos novos. Mas então de que adianta os GRANT da vida que os SGBDs nos dispõe? Alguém utiliza uma estratégia para contornar esta situação? Ou ainda continuamos utilizando um usuário para as conexões no SGBD? Pensei em criar um esquema público onde o usuário se autenticaria e depois eu redirecionaria ele para uma conexão utilizando o usuário dele cadastrado junto ao SGBD e não em uma tabela, penso até que funcionaria como uma autenticação de 2 fatores, se é que posso falar isso, pois os dados estariam protegidos e o esquema público só teria algumas informações e ainda sim em hash para a senha ou mesmo toda criptografada. Penso isso para aproveitar melhor o poder que dispomos dos SGBDs. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dominios
Obrigado. Porque eu importo shapes para a base que tem sempre campos que não interessam e assim apagava desde logomas vou tentar outra maneira On 19-10-2011 16:13, Guimarães Faria Corcete DUTRA, Leandro wrote: > 2011/10/19 Pedro Costa: >> Já descobri como criar obrigado a todos. alguém sabe se é possivel com >> uma expressão sql apagar todas as colunas de uma tabela sem saber o seu >> nome?excepto a de geometria > Não, e não é uma boa idéia, porque todos os atributos teriam de ser > NOT NULL, ou seja, não haveria chave, visto que os tipos de dados > geométricos não suportam restrições de unicidade, somente de exclusão > (de sobreposição). Por que queres fazer isso? > ___ > 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] dominios
2011/10/19 Pedro Costa : > > Será que sabes onde posso encontar informação sobre esses dois tipos > para entender a logica? A melhor informação está na documentação, em http://postgresql.org/ — no capítulo SQL Commands, encontras CREATE TYPE, CREATE DOMAIN e CREATE TABLE. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dominios
Muito obrigado Faria. Será que sabes onde posso encontar informação sobre esses dois tipos para entender a logica? On 19-10-2011 16:11, Guimarães Faria Corcete DUTRA, Leandro wrote: > 2011/10/19 Pedro Costa: >> Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou >> editando a mesma através do qgis. Será que existe maneira (no pgadmin) >> de dar "opções de prenchimento" (domínios) em determinadas colunas? >> >> Tipo na coluna "cod" selecionavamos ou 1 ou 2. > CREATE DOMAIN domínio AS tipo CHECK (VALUE); > > ou, para pequenos domínios discretos, > > CREATE TYPE tipo AS ENUM ([, …]); > > Pode, também, colocar um CONSTRAINT… CHECK (atributo) em > cada atributo, mas o ideal é fazer via DOMAIN ou TYPE. > > Veja que o PgAdmin não tem nada a ver com o caso. > ___ > 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] dominios
2011/10/19 Pedro Costa : > > Já descobri como criar obrigado a todos. alguém sabe se é possivel com > uma expressão sql apagar todas as colunas de uma tabela sem saber o seu > nome?excepto a de geometria Não, e não é uma boa idéia, porque todos os atributos teriam de ser NOT NULL, ou seja, não haveria chave, visto que os tipos de dados geométricos não suportam restrições de unicidade, somente de exclusão (de sobreposição). Por que queres fazer isso? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dominios
2011/10/19 Pedro Costa : > > Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou > editando a mesma através do qgis. Será que existe maneira (no pgadmin) > de dar "opções de prenchimento" (domínios) em determinadas colunas? > > Tipo na coluna "cod" selecionavamos ou 1 ou 2. CREATE DOMAIN domínio AS tipo CHECK (VALUE ); ou, para pequenos domínios discretos, CREATE TYPE tipo AS ENUM ([, …]); Pode, também, colocar um CONSTRAINT… CHECK (atributo ) em cada atributo, mas o ideal é fazer via DOMAIN ou TYPE. Veja que o PgAdmin não tem nada a ver com o caso. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dominios
Já descobri como criar obrigado a todos. alguém sabe se é possivel com uma expressão sql apagar todas as colunas de uma tabela sem saber o seu nome?excepto a de geometria obrigado On 19-10-2011 15:43, Pedro Costa wrote: > Obrigado dickson. Será que podes dizer-me como crio uma tabela que vai > ter geometria de pontos entre outros campos? > > > On 19-10-2011 15:40, Dickson S. Guedes wrote: >> Em 19 de outubro de 2011 11:50, Pedro Costa >> escreveu: >>> Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou >>> editando a mesma através do qgis. Será que existe maneira (no pgadmin) >>> de dar "opções de prenchimento" (domínios) em determinadas colunas? >>> >>> Tipo na coluna "cod" selecionavamos ou 1 ou 2. >> O pgAdmin é um aplicativo que auxilia na administração de um banco de >> dados PostgreSQL e, apesar de ter muitas funcionalidades, esta não é >> uma delas. O que você pode fazer é modificar o pgAdmin para as suas >> necessidades, já que ele é open source, mas você teria que implementar >> isto em C++ [1]. >> >> Sei que o que você *quer* é isto, mas talvez o que você *precisa* é de >> uma aplicação personalizada para as suas necessidades, que conecte >> neste banco e possa prover funcionalidades como esta. >> >> [1] http://pgadmin.org/development/ >> >> Um abraço. > ___ > 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] tabela de pontos com geometria
2011/10/19 Pedro Costa : > Pessoal alguém pode dizer-me como crio uma tabela de pontos no postgresql? Só olhar na seção de tipos de dados no manual… não tem segredo algum. Se quiser usar isso para geoprocessamento, já é indicado olhar o PostGIS. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] tabela de pontos com geometria
Pessoal alguém pode dizer-me como crio uma tabela de pontos no 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] dominios
Obrigado dickson. Será que podes dizer-me como crio uma tabela que vai ter geometria de pontos entre outros campos? On 19-10-2011 15:40, Dickson S. Guedes wrote: > Em 19 de outubro de 2011 11:50, Pedro Costa escreveu: >> Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou >> editando a mesma através do qgis. Será que existe maneira (no pgadmin) >> de dar "opções de prenchimento" (domínios) em determinadas colunas? >> >> Tipo na coluna "cod" selecionavamos ou 1 ou 2. > O pgAdmin é um aplicativo que auxilia na administração de um banco de > dados PostgreSQL e, apesar de ter muitas funcionalidades, esta não é > uma delas. O que você pode fazer é modificar o pgAdmin para as suas > necessidades, já que ele é open source, mas você teria que implementar > isto em C++ [1]. > > Sei que o que você *quer* é isto, mas talvez o que você *precisa* é de > uma aplicação personalizada para as suas necessidades, que conecte > neste banco e possa prover funcionalidades como esta. > > [1] http://pgadmin.org/development/ > > Um abraço. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dominios
Em 19 de outubro de 2011 11:50, Pedro Costa escreveu: > Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou > editando a mesma através do qgis. Será que existe maneira (no pgadmin) > de dar "opções de prenchimento" (domínios) em determinadas colunas? > > Tipo na coluna "cod" selecionavamos ou 1 ou 2. O pgAdmin é um aplicativo que auxilia na administração de um banco de dados PostgreSQL e, apesar de ter muitas funcionalidades, esta não é uma delas. O que você pode fazer é modificar o pgAdmin para as suas necessidades, já que ele é open source, mas você teria que implementar isto em C++ [1]. Sei que o que você *quer* é isto, mas talvez o que você *precisa* é de uma aplicação personalizada para as suas necessidades, que conecte neste banco e possa prover funcionalidades como esta. [1] http://pgadmin.org/development/ Um abraço. -- Dickson S. Guedes mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net - http://www.postgresql.org.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] dominios
OLá a todos, Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou editando a mesma através do qgis. Será que existe maneira (no pgadmin) de dar "opções de prenchimento" (domínios) em determinadas colunas? Tipo na coluna "cod" selecionavamos ou 1 ou 2. Obrigado Pedro COsta ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 34, assunto 77
Danilo você pode especificar o encode na hora de gerar o dump /usr/local/pgsql/bin/pg_dump --encoding=UTF8 --file=/home/postgres/nomearquivo.sql seu_bd Mais informações aqui nesse cast do Dickson Guedes..Muito bom mesmo: http://pt.pgcasts.com/ Emerson Martins DBA Jr > Message: 10 > Date: Tue, 18 Oct 2011 23:06:50 -0200 > From: Danilo Silva > Subject: Re: [pgbr-geral] Criar BD com ENCODE UTF8 no Slackware > To: Comunidade PostgreSQL Brasileira > > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > Pessoal, > > Pegando um gancho no problema do Emerson... eu tenho um dump (pg_dump -Fc) > feito de uma base com cluster que está com o encoding LATIN1, lc_collate e > lc_type em pt_BR.ISO8859-1, como subir esse dump em um cluster com encoding > UT8 e lcs da vida em pt_BR.UTF-8? Ou seja, seria o contrario do nosso amigo > hehe... > > Ps. seria o S.O vilão dessa história? > > Obrigado > > Danilo > > Em 18 de outubro de 2011 11:46, Flavio Henrique Araque Gurgel < > fha...@gmail.com> escreveu: > > > > Olá pessoal.. > > > Tenho um banco de dados PostgreSQL versao 9.0.2 num server Slackware > onde > > > nesse mesmo server temos varias bases em LATIN1 por necessidade dos > > > sistemas... > > > Porém surgiu a necessidade de criar duas bases com o encode em UTF8, e > > estou > > > tendo alguns erros.Segue: > > > /usr/local/pgsql/bin/createdb -E UTF8 bdteste > > > createdb: database creation failed: ERROR : encoding UTF8 does not > macth > > > locale pt_BR > > > Detail: Then chosen LC_TYPE setting requires encoding LATIN1 > > > postgres@pgpoll:~$ locale > > > LANG=pt_BR.utf8 > > > LC_CTYPE="pt_BR.utf8" > > > LC_NUMERIC="pt_BR.utf8" > > > LC_TIME="pt_BR.utf8" > > > LC_COLLATE=pt_BR.utf8 > > > LC_MONETARY="pt_BR.utf8" > > > LC_MESSAGES="pt_BR.utf8" > > > LC_PAPER="pt_BR.utf8" > > > LC_NAME="pt_BR.utf8" > > > LC_ADDRESS="pt_BR.utf8" > > > LC_TELEPHONE="pt_BR.utf8" > > > LC_MEASUREMENT="pt_BR.utf8" > > > LC_IDENTIFICATION="pt_BR.utf8" > > > LC_ALL= > > > > > > Preciso configurar mais alguma coisa..Se alguém tiver alguma dica > posta.. > > > > /usr/local/pgsql/bin/createdb -E UTF8 -T template0 bdteste > > ___ > > pgbr-geral mailing list > > pgbr-geral@listas.postgresql.org.br > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > -- Próxima Parte -- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20111018/4723f16a/attachment.htm > > -- > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 34, assunto 77 > *** > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Arquivo corrompido em warm standby
Em 19 de outubro de 2011 10:33, JotaComm escreveu: > Olá, > > Em 19 de outubro de 2011 09:57, Edson neto escreveu: > > Bom dia pessoal, >> Tenho um servidor postgresql 8.4 master e outro standby utilizando >> replicação por arquivos wall. >> Um dos arquivos estava corrompido e não pode ser restaurado pelo processo >> de recovery do standby. >> Existe alguma forma de recuperar esse arquivo ou tenho que refazer todo o >> standby novamente atraves do pg_start_backup() compactar a pgdata e >> pg_stop_backup()? >> > > Qual o contexto como funciona a sua replicação? > > Poderia dar mais detalhes para entender o que pode ter acontecido? > > -- > JotaComm > http://jotacomm.wordpress.com Funciona assim: O servidor master no postgresql.conf foi configurado assim archive_mode = on archive_command = 'scp %p postgres@standby:/sentry/BD/pgwall/%f >/sentry/BD/data/pg_standby.log' Porem o master escreveu um dos arquivos com 0bytes no slave (/sentry/BD/pgwall/) então o restore_command nao consegue restaurar esse arquivo e por isso a replicação fica parada acumulando arquivos que nunca serão recuperados. []s Edson Souza ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Arquivo corrompido em warm standby
Olá, Em 19 de outubro de 2011 09:57, Edson neto escreveu: > Bom dia pessoal, > Tenho um servidor postgresql 8.4 master e outro standby utilizando > replicação por arquivos wall. > Um dos arquivos estava corrompido e não pode ser restaurado pelo processo > de recovery do standby. > Existe alguma forma de recuperar esse arquivo ou tenho que refazer todo o > standby novamente atraves do pg_start_backup() compactar a pgdata e > pg_stop_backup()? > Qual o contexto como funciona a sua replicação? Poderia dar mais detalhes para entender o que pode ter acontecido? > > obrigado > > Edson Souza > > ___ > 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
[pgbr-geral] Arquivo corrompido em warm standby
Bom dia pessoal, Tenho um servidor postgresql 8.4 master e outro standby utilizando replicação por arquivos wall. Um dos arquivos estava corrompido e não pode ser restaurado pelo processo de recovery do standby. Existe alguma forma de recuperar esse arquivo ou tenho que refazer todo o standby novamente atraves do pg_start_backup() compactar a pgdata e pg_stop_backup()? obrigado Edson Souza ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
