Re: [pgbr-geral] Digest pgbr-geral, volume 27, assunto 65
Euler Taveira, Quanto as implicações de infra ja havia analisado essas questões no entanto, vai ficar a critério do cliente definir a periodicidade da sicronização para que eu possa definir esses requisitos. Flavio Henrique, No meu caso como fiz a correção da minha necessidade é alta disponibilidade e sendo assim preciso que seja o database e não tabelas específicas. Fábio e Euler, Então é possível realizar esse cenário de alta disponibilidade de 100 bases para um único servidor ? Preciso saber se alguém ja passou por essa experiência, pois irei fazer um teste/laboratório proavavelmente com 10 bases de dados mas antes de demandar recursos, preciso saber se é possível a solução ou não com o sgbd PostgreSQL. Pelo que já verifiquei com a documentação é possível, mas na prática ainda não conheci nenhum caso ! valews, Abner Jr -AJ 2011/3/27 pgbr-geral-requ...@listas.postgresql.org.br Send pgbr-geral mailing list submissions to pgbr-geral@listas.postgresql.org.br To subscribe or unsubscribe via the World Wide Web, visit https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral or, via email, send a message with subject or body 'help' to pgbr-geral-requ...@listas.postgresql.org.br You can reach the person managing the list at pgbr-geral-ow...@listas.postgresql.org.br When replying, please edit your Subject line so it is more specific than Re: Contents of pgbr-geral digest... Tópicos de Hoje: 1. Re: Alta diposnibilidade/Replicação com Log Shipping (Antonio Abner Junior) 2. Re: Alta diposnibilidade/Replicação com Log Shipping (Flavio Henrique Araque Gurgel) 3. Re: Alta diposnibilidade/Replicação com Log Shipping (Leandro DUTRA) 4. Ultimo reset das estatísticas (Fábio Gibon - Comex System) 5. Re: Ultimo reset das estatísticas (Euler Taveira de Oliveira) -- Message: 1 Date: Sat, 26 Mar 2011 12:59:43 -0300 From: Antonio Abner Junior antonio.abne...@gmail.com Subject: Re: [pgbr-geral] Alta diposnibilidade/Replicação com Log Shipping To: Fábio Telles Rodriguez fabio.tel...@gmail.com Cc: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: AANLkTi=n7hqNmXVRQho5YXNfqBhgKqsxDcgK=lr-o...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Ola Fábio, Melhor falando o que eu preciso realizar é alta disponibilidade com Warm Standby, uma vez que o modelo não permite a replicação(Master/Slave) com Slony ou Londiste. Então a questão é se posso em um único servidor central criar as 100 bases de dados(cluster de dados) em que será o espelho dos servidores principais e sendo assim a minha alta disponibilidade. valew pela força, Abner Junior 2011/3/26 Fábio Telles Rodriguez fabio.tel...@gmail.com Em 25 de março de 2011 17:54, Antonio Abner Junior antonio.abne...@gmail.com escreveu: Galera estou com dúvida com a seguinte situação: Replicação(espelhamento) de 100 bases de dados(cluster de dados) em todo o Brasil para um site central. A forma que mais se adequa a situação é a utilização do Warm Standby(Log Shipping) no entanto estou com a seguinte dúvida ! Será possível eu replicar as 100 bases de dados(cluster de dados) para um único servidor no site sendo que nesse servidor eu criaria um cluster de dados para cada cluster de dados(site) origem. Estou certo de que para cada cluster de dados no site central será necessário realizar os ajustes nas configurações de porta, postgresql, pg_hba e etc ! Isso funciona ? Alguém ja teve algo parecido ? Veja, existem várias formas de replicação. Standby é uma solução para alta disponibilidade. Me parece que o que você quer é uma solução matriz/filial. Dê uma olhada no Slony e no Londiste para isso. Acho que são ferramentas mais adequadas para o seu caso. Mas se a sua aplicação não estiver modelada para lidar com isso, você verá que nenhuma solução será boa o suficiente, pois você terá dificuldades em consolidar os dados na matriz. []s -- Atenciosamente, Fábio Telles Rodriguez blog: http://www.midstorm.org/~telles/ e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles -- Antonio Abner Junior -AJ -- Próxima Parte -- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110326/1a526f6f/attachment-0001.htm -- Message: 2 Date: Sat, 26 Mar 2011 14:43:25 -0300 From: Flavio Henrique Araque Gurgel fha...@gmail.com Subject: Re: [pgbr-geral] Alta diposnibilidade/Replicação com Log Shipping To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Message-ID: AANLkTikNsMKpXwsG4HfjC1gRRN=4xejr-e+g-fs84...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Fiz um desenho desse tipo com o Rubyrep,
Re: [pgbr-geral] Digest pgbr-geral, volume 27, assunto 65
Em 28 de março de 2011 08:46, Antonio Abner Junior antonio.abne...@gmail.com escreveu: Euler Taveira, Quanto as implicações de infra ja havia analisado essas questões no entanto, vai ficar a critério do cliente definir a periodicidade da sicronização para que eu possa definir esses requisitos. Flavio Henrique, No meu caso como fiz a correção da minha necessidade é alta disponibilidade e sendo assim preciso que seja o database e não tabelas específicas. Fábio e Euler, Então é possível realizar esse cenário de alta disponibilidade de 100 bases para um único servidor ? Preciso saber se alguém ja passou por essa experiência, pois irei fazer um teste/laboratório proavavelmente com 10 bases de dados mas antes de demandar recursos, preciso saber se é possível a solução ou não com o sgbd PostgreSQL. Pelo que já verifiquei com a documentação é possível, mas na prática ainda não conheci nenhum caso ! Vamos avaliar as dificuldades, reforçando o que o Euler colocou inicialmente (que eu acredito que sejam muitas): 1) Um servidor standby, em tese deve ter a mesma capacidade da produção: ou seja: se você tem 100 servidores de produção, você deve ter a capacidade de suportar a operação destas 100 bases no standby. Se isso não for feito, quando a produção cair, o standby não vai suportar o volume de operação da produção; *** O correto seria ter um servidor de standby para cada servidor de produção. Isso faria mais sentido. 2) Um standby recebe pelo menos um log do WAL a cada X minutos. Se você colocar um valor de 30 minutos, por exemplo, significa receber no MÍNIMO 16MB a cada 30 minutos para cada base, em 100 bases seriam 1.6GB a cada 30 minutos, no mínimo. Você vai precisar de banda para receber isso tudo. Não é pouca coisa, certo? Claro, você pode pensar em compactar os archives antes de enviar pela rede... mas então serão 100 processos de descompactação rodando no mínimo a cada 30 minutos. Claro, usar o standby por stream ao invés de log shipping seria muito mais eficiente. Para isso você teria de utilizar o 9.0. 3) Não interessa se em cada filial tem uma, duas ou 100 bases no cluster (entenda cluster como o conjunto de bases com o mesmo local criado pelo initdb, mesmos processos e mesma porta), o standby irá copiar TODO o cluster e não apenas uma parte. O Standby é uma replicação de via única e que não copia pedaços de uma base. No lado da produção, você pode ter apenas um cluster, no lado do standby vai ter 100 clusters, cada um com um diretório único no initdb, com seus processos únicos e porta única para cada cluster no standby. Você não pode ter um único cluster no standby para todas as bases de produção. Isso não é pouca coisa. Cada cluster terá uma meia-dúzia de processos. 100 clusters, são pelo menos uns 600 processos. Vai precisar de muito processador para manter tudo isso ativo. 4) E cada um destes clusters vão querer a sua quota de shared_memory. Suponhamos que seja algo modesto, que você user por exemplo 256MB de shared_memmory por cluster. Você vai precisar de 25GB só para começar a subir as bases. Pensando em memória total, algo em torno de 64GB sería o mínimo que você iria precisar. 5) A complexidade de administrar tudo isso é meio bizarra. Eu sempre penso em servidor Standby como algo 1 para 1. Reproduzo fielmente o ambiente da produção no Standby. Seria mais sensato fazer algo como pegar as filiais mais próximas e uma ter o standby da outra. De forma mais pontual. 6) Um dos princípios da alta disponibilidade é evitar os pontos de falha. No caso você está concentrando toda a sua redundância num único ponto de falha que é o único servidor standby. Quando este sair do ar, você perde a alta disponibilidade em todos os demais. É um ponto de falha muito grande, que torna o projeto ineficaz. Replicações centralizadas são bons para consolidação dos dados, mas aí não estamos mais falando de standby. É outra coisa completamente diferente. Uma observação: não utilize mais o modo digest para postar na lista. []s Fábio Telles valews, Abner Jr -AJ 2011/3/27 pgbr-geral-requ...@listas.postgresql.org.br Send pgbr-geral mailing list submissions to pgbr-geral@listas.postgresql.org.br To subscribe or unsubscribe via the World Wide Web, visit https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral or, via email, send a message with subject or body 'help' to pgbr-geral-requ...@listas.postgresql.org.br You can reach the person managing the list at pgbr-geral-ow...@listas.postgresql.org.br When replying, please edit your Subject line so it is more specific than Re: Contents of pgbr-geral digest... Tópicos de Hoje: 1. Re: Alta diposnibilidade/Replicação com Log Shipping (Antonio Abner Junior) 2. Re: Alta diposnibilidade/Replicação com Log Shipping (Flavio Henrique Araque Gurgel) 3. Re: Alta diposnibilidade/Replicação com Log Shipping (Leandro DUTRA) 4. Ultimo reset das estatísticas (Fábio Gibon - Comex
[pgbr-geral] Livros sobre banco de dados
Olá Pessoal, A empresa em qual trabalho irá fazer uma compra de livros para montarmos uma biblioteca básica e me pediram sugestões sobre livros de bancos de dados. Gostaria de algumas dicas para que eu possa montar um conjunto de livros que cubram desde modelagem do banco , otimização de consultas até a parte de tunning. Já fiz uma busca inicial, mas gostaria outras de opiniões. Obrigado, -- Thiago Godoi ___ 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 27, assunto 67
Fábio, Estou ciente das necessidades de infra(processador, memória, link etc..) para suportar essa demanda e realmente o ideal seria 1 para 1, mas não sei ainda da real disponibildade de recursos e concordo com vocë que se a solução é alta-disponibilidade concentrar tudo em um único servidor é um risco altíssimo para o negócio ! Utiliar a versão 9.0 ja foi descartada pelo cliente. Eu estava pensando em ter um servidor por região(Norte, Sul, Centro-Oeste etc..) com a alta-diponibilidade das bases de dados(cluster de dados), mas gostei da sua sugestão de ter filiais mais próximas e uma ter standby da outra, vou verificar com o cliente. Roberto, Realmente nos primeiros posts houve um mix de terminologias em que agora ja foram esclarecidos. bom, nesse caso em que consiste na implementaçao de alta-disponibilidade entenda em possuir uma cópia de todas as bases de dados do servidor(cluster de dados) conforme mencionado pelo Fábio entenda cluster como o conjunto de bases com o mesmo local criado pelo initdb, mesmos processos e mesma porta. bom, obrigado pelas considerações ! Quando receber a aprovaçao para o projeto irei compartilhar a soluçao com o grupo. abco, Abner Jr ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Livros sobre banco de dados
2011/3/28 Thiago Godoi thiagogodo...@gmail.com: A empresa em qual trabalho irá fazer uma compra de livros para montarmos uma biblioteca básica e me pediram sugestões sobre livros de bancos de dados. ‘O’ livro é o Date. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/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
[pgbr-geral] Replicação de Bases /PostgreSQL remoto
Olá pessoal, como vi que estão discutindo sobre um modelo de replicação, volto aqui para questionar sobre um modelo de replicação do BD para uma aplicação matriz/filial, onde os dados (estoque/faturas/clientes) precisam estar atualizados nos dois nós ao mesmo tempo (pode existir um certo tempo entre essas atualizações ).O grande detalhe é que nestes dois locais a escrita no banco local é preciso, visto que em cada um se emite cupom fiscal, nfe, atualiza-se faturas e etc. Já pesquisei muito e fiz testes com o pgpool, slony. mas nenhum me atendeu. Já pensei em deixar um banco somente e trabalhar remotamente, mas ai entra a questão da ecf que é lenta via adsl. Que tipo de solução posso começar a buscar? Obrigado pela ajuda. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] provedor de hospedagem postgresql
Ola Alguem conhece um bom provedor de hospedagem postgresql. Tou procurando um para colocar uma base remota []s Luiz ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] provedor de hospedagem postgresql
2011/3/28 l...@xharbour.com.br: Alguem conhece um bom provedor de hospedagem postgresql. Tou procurando um para colocar uma base remota Hub.org? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/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] provedor de hospedagem postgresql
Tenho algumas bases de dados penduradas na HostDime... tem trabalhado legal Luiz. Att Vailton Renato Em 28 de março de 2011 14:50, l...@xharbour.com.br escreveu: Ola Alguem conhece um bom provedor de hospedagem postgresql. Tou procurando um para colocar uma base remota []s Luiz ___ 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] provedor de hospedagem postgresql
Voce pode tentar com a Net4biz[1] , eles oferecem um trial de 30 dias grátis. [1] http://www.net4biz.com.br -- Cordialmente; Aluisio Gouveia - Mensagem original - De: l...@xharbour.com.br Para: pgbr-geral@listas.postgresql.org.br Enviadas: Segunda-feira, 28 de Março de 2011 14:50:05 Assunto: [pgbr-geral] provedor de hospedagem postgresql Ola Alguem conhece um bom provedor de hospedagem postgresql. Tou procurando um para colocar uma base remota []s Luiz ___ 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] provedor de hospedagem postgresql
Buenas Aluisio e demais que responderam Obrigado pelas respostas, vou entrar no site deles, e ver o que mais se adequa ao que procuro Atenciosamente Luiz Rafael Culik Guimaraes Voce pode tentar com a Net4biz[1] , eles oferecem um trial de 30 dias grátis. [1] http://www.net4biz.com.br -- Cordialmente; Aluisio Gouveia - Mensagem original - De: l...@xharbour.com.br Para: pgbr-geral@listas.postgresql.org.br Enviadas: Segunda-feira, 28 de Março de 2011 14:50:05 Assunto: [pgbr-geral] provedor de hospedagem postgresql Ola Alguem conhece um bom provedor de hospedagem postgresql. Tou procurando um para colocar uma base remota []s Luiz ___ 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] RES: Replicação de Bases /PostgreSQL remoto
Caro Lima! Possuímos uma solução em 3 camadas, que contempla o que chamamos de espelhamento lógico e físico das bases de dados, totalmente configurável! Nossa solução contempla também o compartilhamento das tabelas entre todos os estabelecimentos do grupo(top-down), no modo somente leitura, ou leitura e escrita. Se desejares mais informações, por favor, melhor entrar em contato pelo telefone 46 3225-5501, com Wilson. Abraços. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Lima - Lojas Fricke Ltda Enviada em: segunda-feira, 28 de março de 2011 14:45 Para: pgbr-geral@listas.postgresql.org.br Assunto: [pgbr-geral] Replicação de Bases /PostgreSQL remoto Olá pessoal, como vi que estão discutindo sobre um modelo de replicação, volto aqui para questionar sobre um modelo de replicação do BD para uma aplicação matriz/filial, onde os dados (estoque/faturas/clientes) precisam estar atualizados nos dois nós ao mesmo tempo (pode existir um certo tempo entre essas atualizações ).O grande detalhe é que nestes dois locais a escrita no banco local é preciso, visto que em cada um se emite cupom fiscal, nfe, atualiza-se faturas e etc. Já pesquisei muito e fiz testes com o pgpool, slony. mas nenhum me atendeu. Já pensei em deixar um banco somente e trabalhar remotamente, mas ai entra a questão da ecf que é lenta via adsl. Que tipo de solução posso começar a buscar? Obrigado pela ajuda. ___ 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] Livros sobre banco de dados
Navathi Em 28 de março de 2011 10:57, Leandro DUTRA leandro.gfc.du...@gmail.comescreveu: 2011/3/28 Thiago Godoi thiagogodo...@gmail.com: A empresa em qual trabalho irá fazer uma compra de livros para montarmos uma biblioteca básica e me pediram sugestões sobre livros de bancos de dados. ‘O’ livro é o Date. -- 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 ___ 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: Replicação de Bases /PostgreSQL remoto
2011/3/28 BeloNauta belona...@hotmail.com: Caro Lima! Possuímos uma solução em 3 camadas, que contempla o que chamamos de espelhamento lógico e físico das bases de dados, totalmente configurável! Nossa solução contempla também o compartilhamento das tabelas entre todos os estabelecimentos do grupo(top-down), no modo somente leitura, ou leitura e escrita. Se desejares mais informações, por favor, melhor entrar em contato pelo telefone 46 3225-5501, com Wilson. Que coisa! Agora que eu estava ficando curioso... -Leo -- Leonardo Cezar 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
Re: [pgbr-geral] Replicação de Bases /PostgreSQL remoto
2011/3/28 Lima - Lojas Fricke Ltda l...@fricke.com.br: Olá pessoal, como vi que estão discutindo sobre um modelo de replicação, volto aqui para questionar sobre um modelo de replicação do BD para uma aplicação matriz/filial, onde os dados (estoque/faturas/clientes) precisam estar atualizados nos dois nós ao mesmo tempo (pode existir um certo tempo entre essas atualizações Eu acho que vc precisa de replicação multi-master assíncrona. Comece pelo bucardo. Abraço! -Leo -- Leonardo Cezar 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] MySql.com Hacked With Sql Injection
Eu sei que estou sumido, eu sei que desapareci. Mas volto em breve (mais 3 dias) e as coisas voltam ao eixo. Noticias como essa é que me dão orgulho do Elefante http://br-linux.org/2011/site-oficial-mysql-com-invadido-via-sql-injection/ http://developers.slashdot.org/story/11/03/27/2058246/MySqlcom-Hacked-With-Sql-Injection Imagino o desespero de todos que utilizam esse produto correndo para fazerem atualizações ou gastando horas com testes similares para validar se estão vulneráveis ou não. -- Marcelo 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] MySql.com Hacked With Sql Injection
SQL Injection é problema da linguagem e mais ainda do programador. O banco de dados é totalmente inocente. Renato ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] MySql.com Hacked With Sql Injection
On 03/28/2011 04:53 PM, Marcelo Costa wrote: Noticias como essa é que me dão orgulho do Elefante Imagino o desespero de todos que utilizam esse produto correndo para fazerem atualizações ou gastando horas com testes similares para validar se estão vulneráveis ou não. Nessa caso o problema não é no SGDB em si, mas sim no desenvolvimento da aplicação que conecta ao DB e talvez a configuração que deixou os sistemas vulneráveis a SQL Injection. Infelizmente é um produto open-source que acaba sendo relacionado com essa notícia não tão legal (ok, mesmo sendo patrocinado pela Oracle isso é muito ruim IMHO) Os últimos dias não estão sendo muito bons no aspecto segurança... https://twitter.com/#search?q=SecurID https://twitter.com/#search?q=comodogate https://twitter.com/#search?q=mysql.com -- Filipe Rio Grande do Sul, Brazil ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] provedor de hospedagem postgresql
a locaweb tb tem, verifique. Eduardo Az Dep.TI EMBRASIS +55(11)2122-0241 PABX +55(11)8125-3845 TIM eduard...@embrasis.com.br -Mensagem Original- From: l...@xharbour.com.br Sent: Monday, March 28, 2011 3:00 PM To: Comunidade PostgreSQL Brasileira Subject: Re: [pgbr-geral] provedor de hospedagem postgresql Buenas Aluisio e demais que responderam Obrigado pelas respostas, vou entrar no site deles, e ver o que mais se adequa ao que procuro Atenciosamente Luiz Rafael Culik Guimaraes Voce pode tentar com a Net4biz[1] , eles oferecem um trial de 30 dias grátis. [1] http://www.net4biz.com.br -- Cordialmente; Aluisio Gouveia - Mensagem original - De: l...@xharbour.com.br Para: pgbr-geral@listas.postgresql.org.br Enviadas: Segunda-feira, 28 de Março de 2011 14:50:05 Assunto: [pgbr-geral] provedor de hospedagem postgresql Ola Alguem conhece um bom provedor de hospedagem postgresql. Tou procurando um para colocar uma base remota []s Luiz ___ 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 mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] #PGBR2011 Site no ar!!!
Senhores o site do PGBR2011 (novo nome para o PGCon Brasil) está no ar em http://pgbr.postgresql.org.br * Estamos utilizando o hash tag #pgbr2011 para divulgar o evento no twitter. * O evento será no Hotel Century Paulista, São Paulo, SP. Assim, os que vem de fora, terão o conforto de se hospedar no mesmo local do evento e ônibus fácil dos aeroportos de Guarilhos e Congolhas. Os moradores de São Paulo terão fácil acesso também, pois o local fica próximo a estação Brigadeiro do Metrô (Linha Verde). * Este ano teremos ao menos 4 palestrantes internacionais, estando confirmada a vinda de Bruce Momjian e Álvaro Herrera. Serão 3 salas simultâneas. * Em 2011 teremos também uma trilha acadêmica mais casos de sucesso e ampliação de espaço para as palestras avançadas. * Durante o mês de abril a organização do evento estará focando seus esforços na captação de recursos para o evento, em http://pgbr.postgresql.org.br/2011/patrocinio.php * Interessados em ajudar na organização do evento devem se cadastrar na lista PGBR-DEV em https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev Em breve estaremos publicando a lista completa dos palestrantes internacionais, os primeiros patrocinadores e a chamada de trabalhos. -- Atenciosamente, Fábio Telles Rodriguez blog: http://www.midstorm.org/~telles/ e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alta diposnibilidade/Replicação com Log Shipping
Fiz um desenho Projeto? Imagine assim: PostgreSQL central PostgreSQL filial 1 PostgreSQL filial 2 ... PostgreSQL filial n Cada filial roda uma instância do Rubyrep O servidor central possui n instâncias do Rubyrep em modo proxy, uma para cada filial, em portas diferentes. Nas filiais, estão configuradas quais tabelas devem ser replicadas. A replicação é multi-mestre. A chave primária das tabelas replicadas tem um único cuidado: um campo identificador da filial (ou matriz). Isso evita ter de usar a solução de conflitos causada pela replicação assíncrona. Obs.: As instâncias do Rubyrep tem que ser monitoradas: em caso de queda do link elas caem e precisam ser reiniciadas. Isso é chato no Rubyrep, mas não causou problemas de inconsistência. Uma vez de pé novamente, a replicação segue de onde estava. O sistema ainda entrará em produção. Por enquanto, só testes. Era isso? []s Flavio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Livros sobre banco de dados
O melhor que já li sobre tuning e compreensão do funcionamento interno do PostgreSQL: http://www.amazon.com/PostgreSQL-2nd-Korry-Douglas/dp/0672327562 Em 28 de março de 2011 15:29, izana souza torres izanator...@gmail.com escreveu: Navathi Em 28 de março de 2011 10:57, Leandro DUTRA leandro.gfc.du...@gmail.com escreveu: 2011/3/28 Thiago Godoi thiagogodo...@gmail.com: A empresa em qual trabalho irá fazer uma compra de livros para montarmos uma biblioteca básica e me pediram sugestões sobre livros de bancos de dados. ‘O’ livro é o Date. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/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 ___ 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] Alta diposnibilidade/Replicação com Log Shipping
2011/3/28 Flavio Henrique Araque Gurgel fha...@gmail.com: Fiz um desenho Projeto? Imagine assim: Não, só me perguntando se a palavra ‘desenho’, aí, não foi uma tradução incorreta para /design/, que significa ‘projeto’, não ‘desenho’… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/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] #PGBR2011 Site no ar!!!
Em breve estaremos publicando a lista completa dos palestrantes internacionais, os primeiros patrocinadores e a chamada de trabalhos. Olha que interessante: - Greg Smith respondeu, se desculpou pela demora e solicitou um tempinho pra confirmar vinda. Estava ocupado com a PgEast. - Dave Page respondeu rápido, mas também solicitou o tempinho. - Koichi Suzuki vem. Bom, daqui a pouco tem mais gente de fora do que brasuca :) []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] Alta diposnibilidade/Replicação com Log Shipping
Projeto? Imagine assim: Não, só me perguntando se a palavra ‘desenho’, aí, não foi uma tradução incorreta para /design/, que significa ‘projeto’, não ‘desenho’… Bom, tem um desenho mesmo, diagrama em blocos da solução e tal... Mas seu pensamento em voz alta acabou ajudando à comunidade toda :) Espero que o acidente com seu carro tenha causado apenas danos materiais. Abs na família! Flavio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alta diposnibilidade/Replicação com Log Shipping
2011/3/28 Flavio Henrique Araque Gurgel fha...@gmail.com: Mas seu pensamento em voz alta acabou ajudando à comunidade toda :) Tomara! Espero que o acidente com seu carro tenha causado apenas danos materiais. Sim, materiai$… Abs na família! Amplexos na tua também! -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/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