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
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 atr
On 09-12-2013 16:20, Guimarães Faria Corcete DUTRA, Leandro wrote:
> 2013/12/9 "Leonardo F. Guimarães" :
>> 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 montar seu equipamento, há
2013/12/9 "Leonardo F. Guimarães" :
> 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 acho que não para
servidores.
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 acre
2013/12/9 Flavio Henrique Araque Gurgel :
> 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…
>> Aliás,
2013/12/9 Matheus de Oliveira :
>
> 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 gênio? Até que a matur
>> 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 arquivos de WAL previamente
arquivados?
Bastaria então que eu ajustasse no srv Slave:
[recovery.
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 alguém.
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
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
2013/12/9 Flavio Henrique Araque Gurgel
> 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 só p
> 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
> previamen
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
pgbr-geral@l
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
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 Debia
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 e
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, e
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, ma
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 mai
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 defi
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 a
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 escreveu:
> On
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.
>
2013/12/9 Alessandro Lima :
>>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 não te dá redundânci
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 esti
>>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
>
>
>> >>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 c
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) ma
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
2013/12/9 Flavio Henrique Araque Gurgel :
>> Agora com a moda d"a 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 ele d
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 vacu
Sei lá, vai que tudo que aprendi sobre PostgreSQL e sobre banco de dados
relacional estava completamente errado... Agora com a moda d"a 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 "Galax
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 e
2013/12/9 Matheus de Oliveira :
> 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 insistir sempre nesse pont
2013/12/9 Matheus de Oliveira :
>
> 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 saberia como fazê-lo.
Eu
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: coul
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) mu
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 Slave
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
https://listas.postgresql.org.br/c
2013/12/6 José Mello Júnior
> 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 Roberto
2013/12/6 Matheus Saraiva
> 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 feliz em ajud
2013/12/6 Flavio Henrique Araque Gurgel
> :
>
> 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? Explique-nos
43 matches
Mail list logo
