2013/12/6 Flavio Henrique Araque Gurgel fha...@gmail.com
:
Olá, sou DBA SR a mais de 15 anos e entendo que você poderia optar por
um índice com os 3 campos e quando precisar da pesquisa pelo campo C,
utilize like.
Hã? Quê? Não entendi a função do like aqui.
Qual o ganho disso?
2013/12/6 Matheus Saraiva matheus.sara...@gmail.com
Em 06-12-2013 17:19, Flavio Henrique Araque Gurgel escreveu:
Por favor, pare com suas respostas em cima das outras. Responda abaixo ou
comentando como outros colegas fazem.
Valeu pela explicação, bem nos detalhes mesmo.
Opa Xará, fico
2013/12/6 José Mello Júnior jose.mello.jun...@gmail.com
Vamos lá:
Por favor, evite o top-posting. Coloque suas repostas abaixo das dos
colegas, como faço a seguir. Ok?
Tabela
numero
nome
status
Select * from tabela
-
1 JAIR 1
2
Bom dia Lista,
Qual a melhor forma de replicação do Postgresql, Usando um Servidor
Master e dois Slaves?
--
Atenciosamente
Daviramos Roussenq Fortunato
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Bem eu utilizo o PgPool-II + hot standy + streaming replication.
Abraço e boa escolha.
Em 9 de dezembro de 2013 09:58, Daviramos Roussenq Fortunato
daviramo...@gmail.com escreveu:
Bom dia Lista,
Qual a melhor forma de replicação do Postgresql, Usando um Servidor
Master e dois Slaves?
On 09-12-2013 08:58, Daviramos Roussenq Fortunato wrote:
Qual a melhor forma de replicação do Postgresql, Usando um Servidor
Master e dois Slaves?
Você precisar fornecer mais informação para te dizer algo tais como:
(i) você precisa replicar todos os dados?
(ii) o seu esquema (aka DDL) muda
Amigos, estou com um problema em uma replicação PostgreSQL 9.2.3
(OpenSuse 12.2) usando Streaming Replication. O problema ocorre ao
executar uma rotina de vacuum (de forma manual) e os servidores perdem
o sincronismo.
Log do srv Slave:
2013-12-08 04:14:39 BRST [10615]: [2-1] user=,db= FATAL:
2013/12/9 Matheus de Oliveira matioli.math...@gmail.com:
Ufa. Flavio (e DUTRA também, que respondeu depois), pensei que fosse só
comigo. Eu não tinha entendido patavinas do que ele tinha dito, e depois dos
15 anos de experiência (como Sr.) fiquei com medo de contestar... Na
verdade nem
2013/12/9 Matheus de Oliveira matioli.math...@gmail.com:
Opa. Primeiramente parabéns, parece que aprendeu a arte do bottom-post, e
deixarás a galera aqui mais feliz (principalmente o Gurgel, =P ).
Arrisco‐me a dizer que fico tão feliz quanto o Gurgel (ou o Euler)! E
tenho de lhe agrader por
Bom dia,
Sexta passada tive problemas de bloqueios que aparentemente foram gerados a
partir do autovacuum, estou sendo questionado se não seria melhor
desabilitar o autovacuum e agendar o vacuum 1 vez ao dia em horário de
menor utilização do sistema.
Eu particularmente acho que outra falha pode
Sei lá, vai que tudo que aprendi sobre PostgreSQL e sobre banco de dados
relacional estava completamente errado... Agora com a moda da nuvem, é bem
capaz que tenha dados orbitando acima de nós... o.O
Matheus, presta atenção, você pode acabar de ter inventado a nova onda
tecnológica: o Galaxy
Bom dia,
Sexta passada tive problemas de bloqueios que aparentemente foram
gerados a partir do autovacuum, estou sendo questionado se não seria
Autovacuum não faz bloqueios. Ele faz locks compartilhados que não fazem
nenhuma consulta esperar.
melhor desabilitar o autovacuum e agendar o
2013/12/9 Flavio Henrique Araque Gurgel fha...@gmail.com:
Agora com a moda da nuvem, é
bem capaz que tenha dados orbitando acima de nós... o.O
Matheus, presta atenção, você pode acabar de ter inventado a nova onda
tecnológica: o Galaxy Computing. Cara, você pode ficar milionário!
Só peço que
Matheus, presta atenção, você pode acabar de ter inventado a nova onda
tecnológica: o Galaxy Computing. Cara, você pode ficar milionário!
Só peço que ele distribua dividendos entre os colegas de lista que
ajudaram a provocar a idéia bilionária!
Não quero nem saber, a ideia do nome é minha
Euler,
(i) você precisa replicar todos os dados? SIM
(ii) o seu esquema (aka DDL) muda constantemente? Uma vez por Mês.
(iii) você possui campos LOB? Não.
(iv) há tabelas sem PK? Não.
(v) algum dos slaves terão escritas? Somente Leitura.
(vi) master e slaves têm/terão a mesma versão? Sim.
(vii)
Autovacuum não faz bloqueios. Ele faz locks compartilhados que não
fazem nenhuma consulta esperar.
e update, faz esperar? no relatório tive update com mais de 50 minutos de
duração.
Não nada nos seus arquivos que indique bloqueio de autovacuum.
De onde você tirou essa conclusão?
Eu não
Autovacuum não faz bloqueios. Ele faz locks compartilhados que
não fazem nenhuma consulta esperar.
e update, faz esperar? no relatório tive update com mais de 50
minutos de duração.
Sim. Melhor você estudar um pouquinho sobre o MVCC.
Um update pode bloquear outro sobre que
On 09-12-2013 10:09, Eurides Baptistella wrote:
Dúvidas:
1) Aumentando o valor de wal_keep_segments devo aumentar também
checkpoint_segments ou não tem nada a ver?
Não. wal_keep_segments só vale quando se usa replicação nativa.
2) Apesar do Euler ter respondido na outra thread como estimar
2013/12/9 Alessandro Lima grandegoia...@gmail.com:
Como estão configurados e distribuídos seus discos?
tudo no mesmo hd.
Sem nenhuma forma de redundância?
Eu pensaria de cara num RAID 1. Havendo orçamento, RAID 1+0 (10).
O mais fácil é acrescentar unidades de armazenamento separadas, mas
isso
On 09-12-2013 10:43, Daviramos Roussenq Fortunato wrote:
(i) você precisa replicar todos os dados? SIM
(ii) o seu esquema (aka DDL) muda constantemente? Uma vez por Mês.
(iii) você possui campos LOB? Não.
(iv) há tabelas sem PK? Não.
(v) algum dos slaves terão escritas? Somente Leitura.
(vi)
Euler,
Muito simples de usar.
Se houver interrupção com o Slave, quando retornar, o Master vai
Atualizar corretamente o Slave?
Se o master perder a comunicação com o Slave, eu consigo continuar
utilizando o Master Normalmente?
Em 9 de dezembro de 2013 12:01, Euler Taveira
Euler,
Muito simples de usar.
Se houver interrupção com o Slave, quando retornar, o Master vai
Atualizar corretamente o Slave?
Se o master perder a comunicação com o Slave, eu consigo continuar
utilizando o Master Normalmente?
Se eu fosse o Euler eu não responderia. Você nem se deu
Senhores, Bom dia.
Primeiramente, venho agradecer por ser ativado a esta lista de discussão.
Considerando minha primeira interação com os demais, gostaria de uma
opinião sobre Unix x Linux.
Estou em um novo projeto, atualmente em fase de definição de
arquitetura, colocou-se a possibilidade
Le 2013-D-9 12h14, Leonardo F. Guimarães a écrit :
Apesar de já trabalhar com as duas plataformas, sempre gostei do FreeBSD
para missões críticas.
O Ingres foi desenvolvido em BSD, e ainda há grande sobreposição entre
as duas comunidades.
Normalmente recomendo Debian GNU/Linux por ser mais
Apesar de já trabalhar com as duas plataformas, sempre gostei do FreeBSD
para missões críticas.
O Ingres foi desenvolvido em BSD, e ainda há grande sobreposição entre
as duas comunidades.
Normalmente recomendo Debian GNU/Linux por ser mais difundido e popular,
e mais fácil para iniciantes,
Em 9 de dezembro de 2013 12:09, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Euler,
Muito simples de usar.
Se houver interrupção com o Slave, quando retornar, o Master vai
Atualizar corretamente o Slave?
Se o master perder a comunicação com o Slave, eu consigo
Perdão Lista/Euler/Flavio,
Estou tão envolvido na solução do meu problema, que não observei que
a lista pgbr-geral, usam top-posting e não bottom, vou me policiar aqui,
pois no meu Leitor de Email eu uso top, desculpa novamente.
Como você foi legal e educado, pedindo desculpas, eu te ajudo
Le 2013-D-9 13h4, Flavio Henrique Araque Gurgel a écrit :
1) Usar Red Hat ou Suse são as melhores opções por causa de homologação
de fabricantes de hardware.
A menos que você seja como a Caixa e possa exigir o suporte a Debian.
Aliás, não tem mais aquelas máquinas da HP homologadas com
A menos que você seja como a Caixa e possa exigir o suporte a Debian.
A Caixa já virou tudo pra Red Hat.
De qualquer forma, qualquer gente grande (não só órgão público)
poderia forçar a barra e exigir esse suporte: é só comprar hardware no
atacado.
Aliás, não tem mais aquelas máquinas da
Flavio/Euler,
Muito obrigado, já estou montado o cenário em modo de homologação, se eu
tiver duvidas e não achar na documentação volto a pedir auxilio na lista.
--
Atenciosamente
Daviramos Roussenq Fortunato
___
pgbr-geral mailing list
Para não ter esse problema o ideal é arquivar os logs de transação por
pelo menos 1 dia e definir restore_command no recovery.conf. Assim, você
nunca precisará refazer o servidor réplica ou ser pego de surpresa
porque um REINDEX ou VACUUM consumiu todo wal_keep_segments definido
previamente.
2013/12/9 Flavio Henrique Araque Gurgel fha...@gmail.com
Matheus, presta atenção, você pode acabar de ter inventado a nova onda
tecnológica: o Galaxy Computing. Cara, você pode ficar milionário!
Eita... Perae... Já sabemos que é possível transmitir dados pelo ar
(wireless, 3G, etc.), agora
Pessoal , boa tarde.
Gostaria da opniao de vocês referente a alguma opção de Hospedagem Cloud do
Banco Postgresql aonde poderíamos acessa-lo via pgadmin por exemplo porem o
mesmo estará em um servidor cloud com as manutenções e bkps sendo realizados
pelo Cloud.
No aguardo , desde já agradeço
On 09-12-2013 12:39, Eurides Baptistella wrote:
Certo Euler, mas neste caso eu teria que abandonar a replicação por Streaming?
Não.
--
Euler Taveira Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
Gostaria da opniao de vocês referente a alguma opção de Hospedagem Cloud
do Banco Postgresql aonde poderíamos acessa-lo via pgadmin por exemplo
porem o mesmo estará em um servidor cloud com as manutenções e bkps
sendo realizados pelo Cloud.
É ruim uma comunidade recomendar os serviços de
2013/12/9 Matheus de Oliveira matioli.math...@gmail.com:
Eita... Perae... Já sabemos que é possível transmitir dados pelo ar
(wireless, 3G, etc.), agora só precisamos saber como armazenar. Meu irmão é
físico, acho que pode nos ajudar nessa empreitada.
Quem dizia que no Brasil todo jovem era
2013/12/9 Flavio Henrique Araque Gurgel fha...@gmail.com:
A Caixa já virou tudo pra Red Hat.
Snif, snif…
De qualquer forma, qualquer gente grande (não só órgão público) poderia
forçar a barra e exigir esse suporte: é só comprar hardware no atacado.
Ah, se meu órgão tivesse essa consciência…
1) Usar Red Hat ou Suse são as melhores opções por causa de
homologação de fabricantes de hardware.
Analisando o site da Dell, realmente homologados somente RedHat ou SLES.
Na opinião de vocês, vale a pena o investimento em uma distribuição
enterprise, motivado pela questão do hardware?
Eu
2013/12/9 Leonardo F. Guimarães leonardo.guimar...@vimarane.com:
1) Usar Red Hat ou Suse são as melhores opções por causa de homologação de
fabricantes de hardware.
Analisando o site da Dell, realmente homologados somente RedHat ou SLES.
Ah, sim. A Dell também tinha algo para Ubuntu, mas
On 09-12-2013 16:20, Guimarães Faria Corcete DUTRA, Leandro wrote:
2013/12/9 Leonardo F. Guimarães leonardo.guimar...@vimarane.com:
Na opinião de vocês, vale a pena o investimento em uma distribuição
enterprise, motivado pela questão do hardware?
Depende de muitos fatores. Há quem prefira
Em 9 de dezembro de 2013 14:57, Eurides Baptistella
eurides.baptiste...@gmail.com escreveu:
Certo Euler, mas neste caso eu teria que abandonar a replicação por
Streaming?
Não.
A ideia então é que quando a replicação por Streaming perder a
sincronização, ela se recupere através dos
Na opinião de vocês, vale a pena o investimento em uma distribuição
enterprise, motivado pela questão do hardware?
Pra mim, não.
O que importa é o que eu e minha equipe sabemos administrar bem.
Depende de muitos fatores. Há quem prefira montar seu equipamento, há
quem precise de toda essa
42 matches
Mail list logo