Em 5 de maio de 2010 10:41, Pedro Espíndola <pespindo...@gmail.com>escreveu:
> Fábio só mais uma pergunta com relação a separação:
>
> " Você pode ter um RAID 10 com 4 discos contendo tablespaces e um
> RAID1 com 2 discos contendo o SO + pgxlog + archives + dump. "
>
> "tablespace": vc se refere ao q eu criar com tablespace ficar nesta área ?
>
Entenda o "tablespace" como a sua área de dados. Por padrão, quando você
cria um cluster com o initdb são criados 2 tablespaces, veja:
postgres=# \db+
Lista das tablespaces
Nome | Dono | Local | Privilégios de acesso | Descrição
------------+----------+-------+-----------------------+-----------
pg_default | postgres | | |
pg_global | postgres | | |
(2 linhas)
É claro que você pode criar novos tablespaces. Veja novamente outra palestra
sobre "melhores práticas" que eu fiz no PGCon Brasil 2008:
http://www.slideshare.net/gofull/slideshow/fazendo-um-elefante-passar-debaixo-da-porta-pgconbr-presentation
o q são os archives e os datafiles ?
>
> Vejamos: os datafiles, como o nome diz, são os "arquivos de dados" que
estão contidos no seu tablespace. Simples assim.
Os archives ou "o arquivamento dos logs do WAL", são cópias dos logs do
Write Ahead Log. Toda base OLTP deve ter o arquivamento ativado. Faça um
favor a si mesmo e leia com atenção este capítulo da documentação:
http://www.postgresql.org/docs/9.0/static/high-availability.html (aqui, da
versão 9.0 que está para sair)
Em resumo, os archives são fundamentais para a recuperação de desastres com
a técnica de Point In Time Recovery, ou simplesmente PITR. Sem isso, você
pode perder os seus dados às 19h, voltar o backup feito às 2h e recuperar
toda a sua base até às 18:59. Fora as funcionalidades de Stand By que ele
promove. Então, se você acha que backup é tudo igual, leia sobre isso na
documentação, estude, aprenda e seja feliz, principalmente no dia em que
seus discos decidirem te sacanear... e é claro que isso VAI acontecer um
dia.
[]s
Fábio Telles
> obr
> Pedro
>
>
>
> 2010/5/5 Pedro Espíndola <pespindo...@gmail.com>:
> > Maravilha Fábio
> >
> > valiosas informações.
> >
> > Abs
> > Pedro
> >
> > 2010/5/5 Fábio Telles Rodriguez <fabio.tel...@gmail.com>:
> >>
> >>
> >> Em 5 de maio de 2010 09:27, Pedro Espíndola <pespindo...@gmail.com>
> >> escreveu:
> >>>
> >>> Estamos analisando a possibilidade de já termos este disco Hot Spare
> sim !
> >>>
> >>> com relação ao questionamento anterior, vc escolheria partições ou
> >>> discos, leia-se, RAID 10 ou RAID 1 ?
> >>>
> >> Você pode ter um RAID 10 com 4 discos contendo tablespaces e um RAID1
> com 2
> >> discos contendo o SO + pgxlog + archives + dump.
> >> Este é um setup básico bastante razoável, acredito eu. Mas nada lhe
> impede
> >> de fazer um único RAID 10 com os 6 discos. Neste caso, o particionamento
> não
> >> tem influência no desempenho, a não ser que você opte
> por utilizar sistemas
> >> de arquivos diferentes e ajustes específicos em cada partição. Algo que
> eu
> >> guardo na manga só para quem tem uma boa equipe de apoio.
> >> Algumas sugestões no final da minha palestra do PGCon Brasil 2009:
> >> http://www.slideshare.net/gofull/slideshow/discos-cia-em-postgresql
> >> []s
> >> Fábio Telles
> >>
> >>>
> >>> Abs
> >>> Pedro
> >>>
> >>>
> >>>
> >>> 2010/5/5 Fábio Telles Rodriguez <fabio.tel...@gmail.com>:
> >>> > Bom... era uma boa idéia começar a pensar nisso.... o que você acha?
> >>> > Ok, se você tem um sysadmin que monitora os logs do servidor todo
> santo
> >>> > dia,
> >>> > e tem um HD em mãos para substituir assim que aparecer o problema.
> Até
> >>> > que
> >>> > você pode viver sem um Hot Spare. Mas... se você tem um HD em mãos,
> não
> >>> > é
> >>> > melhor colocar ele como Hot Spare logo?
> >>> > []s
> >>> > Fábio Telles
> >>> >
> >>> > Em 5 de maio de 2010 09:11, Pedro Espíndola <pespindo...@gmail.com>
> >>> > escreveu:
> >>> >>
> >>> >> Não !
> >>> >>
> >>> >> 2010/5/5 Fábio Telles Rodriguez <fabio.tel...@gmail.com>:
> >>> >> > Você colocou algum Hot Spare na sua conta?
> >>> >> > Atenciosamente,
> >>> >> >
> >>> >> > Em 5 de maio de 2010 08:53, Pedro Espíndola <
> pespindo...@gmail.com>
> >>> >> > escreveu:
> >>> >> >>
> >>> >> >> Fábio ótimo material,
> >>> >> >>
> >>> >> >>
> >>> >> >> levando em consideração 6 discos:
> >>> >> >>
> >>> >> >> seria preferivel usar RAID 10, existirá apenas 1 disco lógico,
> então
> >>> >> >> particionamos esse disco em áreas correspondentes ao nosso plano
> de
> >>> >> >> armazenamento (Logs de transação e archives uma área, datafiles
> >>> >> >> outra
> >>> >> >> área, ...)
> >>> >> >>
> >>> >> >> ou
> >>> >> >>
> >>> >> >> usamos RAID 1, e ficamos limitados as 3 unidades lógicas e
> fazemos o
> >>> >> >> mesmo processo de divisão das informações nestes 3 discos ?
> >>> >> >>
> >>> >> >> abs
> >>> >> >> Pedro
> >>> >> >>
> >>> >> >> 2010/5/4 Fábio Telles Rodriguez <fabio.tel...@gmail.com>:
> >>> >> >> >
> >>> >> >> >
> >>> >> >> > Em 4 de maio de 2010 15:01, Pedro Espíndola
> >>> >> >> > <pespindo...@gmail.com>
> >>> >> >> > escreveu:
> >>> >> >> >>
> >>> >> >> >> só ratificando, então para o meu caso, o RAID 10 não serve se
> eu
> >>> >> >> >> quiser fisicamente dividir minhas informações em 3 discos, por
> >>> >> >> >> exemplo, indices no disco 1, catálogo no disco 2 e log no
> disco
> >>> >> >> >> 3.
> >>> >> >> >> Para utilizar desta forma devo usar apenas RAID 1, ok ?
> >>> >> >> >>
> >>> >> >> >> qual seria outra configuração viavel qdo temos 6 discos ?
> >>> >> >> >>
> >>> >> >> >
> >>> >> >> > Pense bem antes de planejar a sua divisão. Atualmente a divisão
> é
> >>> >> >> > feita
> >>> >> >> > mais
> >>> >> >> > por razões de segurança do que desempenho. Ok, por desempenho
> >>> >> >> > também,
> >>> >> >> > mas
> >>> >> >> > isso é para quem tem muuuuitos discos para brincar.
> >>> >> >> > Dê uma olhada
> >>> >> >> >
> >>> >> >> > em:
> http://www.midstorm.org/~telles/2008/07/25/postgresql-discos-cia/
> >>> >> >> > []s
> >>> >> >> > Fábio Telles
> >>> >> >> >>
> >>> >> >> >> abs
> >>> >> >> >> Pedro
> >>> >> >> >>
> >>> >> >> >> 2010/5/4 Marcal Hokama <mhok...@hotmail.com>:
> >>> >> >> >> >
> >>> >> >> >> >
> >>> >> >> >> >> Date: Tue, 4 May 2010 08:55:39 -0300
> >>> >> >> >> >> From: pespindo...@gmail.com
> >>> >> >> >> >> To: pgbr-geral@listas.postgresql.org.br
> >>> >> >> >> >> Subject: [pgbr-geral] RAID 10
> >>> >> >> >> >>
> >>> >> >> >> >> Bom dia pessoal,
> >>> >> >> >> >>
> >>> >> >> >> >> temos um servidor com 6 discos (100 GB), nossa intenção é
> >>> >> >> >> >> dividir
> >>> >> >> >> >> as
> >>> >> >> >> >> informações em 3 partes, ou seja, cada uma em 1 disco,
> >>> >> >> >> >> pensamos
> >>> >> >> >> >> em
> >>> >> >> >> >> implementar RAID 10. A minha pergunta é como esta
> >>> >> >> >> >> implementação
> >>> >> >> >> >> no
> >>> >> >> >> >> final fica visível para nós, para podermos setar as
> >>> >> >> >> >> informações
> >>> >> >> >> >> cada
> >>> >> >> >> >> uma em um disco, conforme planejamos. Ou o fato de ter RAID
> 0
> >>> >> >> >> >> no
> >>> >> >> >> >> final
> >>> >> >> >> >> vou ter visivelmente apenas 1 disco com 300GB ?
> >>> >> >> >> >>
> >>> >> >> >> >> Não sei se ficou claro, mas obrigado
> >>> >> >> >> >> Abs
> >>> >> >> >> >> Pedro
> >>> >> >> >> >
> >>> >> >> >> > Olá Pedro,
> >>> >> >> >> >
> >>> >> >> >> > Isso. Após a configuração do controlador RAID, ficará
> visível
> >>> >> >> >> > apenas
> >>> >> >> >> > 1
> >>> >> >> >> > disco
> >>> >> >> >> > com 300 GB.
> >>> >> >> >> >
> >>> >> >> >> > Marçal de Lima Hokama
> >>> >> >> >> > -----------------------
> >>> >> >> >> > mhok...@hotmail.com
> >>> >> >> >> >
> >>> >> >> >> > ________________________________
> >>> >> >> >> > POR DIA 63.912 COMPUTADORES SÃO INFECTADOS POR VÍRUS. LEIA
> >>> >> >> >> > DICAS
> >>> >> >> >> > DE
> >>> >> >> >> > SEGURANÇA.
> >>> >> >> >> > _______________________________________________
> >>> >> >> >> > pgbr-geral mailing list
> >>> >> >> >> > pgbr-geral@listas.postgresql.org.br
> >>> >> >> >> >
> >>> >> >> >> >
> >>> >> >> >> >
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>> >> >> >> >
> >>> >> >> >> >
> >>> >> >> >> _______________________________________________
> >>> >> >> >> pgbr-geral mailing list
> >>> >> >> >> pgbr-geral@listas.postgresql.org.br
> >>> >> >> >>
> >>> >> >> >>
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>> >> >> >
> >>> >> >> >
> >>> >> >> >
> >>> >> >> > --
> >>> >> >> > blog: http://www.midstorm.org/~telles/
> >>> >> >> > e-mail / jabber: fabio.tel...@gmail.com
> >>> >> >> >
> >>> >> >> > _______________________________________________
> >>> >> >> > pgbr-geral mailing list
> >>> >> >> > pgbr-geral@listas.postgresql.org.br
> >>> >> >> >
> >>> >> >> >
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>> >> >> >
> >>> >> >> >
> >>> >> >> _______________________________________________
> >>> >> >> pgbr-geral mailing list
> >>> >> >> pgbr-geral@listas.postgresql.org.br
> >>> >> >>
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>> >> >
> >>> >> >
> >>> >> >
> >>> >> > --
> >>> >> > blog: http://www.midstorm.org/~telles/
> >>> >> > e-mail / jabber: fabio.tel...@gmail.com
> >>> >> >
> >>> >> > _______________________________________________
> >>> >> > pgbr-geral mailing list
> >>> >> > pgbr-geral@listas.postgresql.org.br
> >>> >> >
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>> >> >
> >>> >> >
> >>> >> _______________________________________________
> >>> >> pgbr-geral mailing list
> >>> >> pgbr-geral@listas.postgresql.org.br
> >>> >>
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>> >
> >>> >
> >>> >
> >>> > --
> >>> > blog: http://www.midstorm.org/~telles/
> >>> > e-mail / jabber: fabio.tel...@gmail.com
> >>> >
> >>> > _______________________________________________
> >>> > pgbr-geral mailing list
> >>> > pgbr-geral@listas.postgresql.org.br
> >>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>> >
> >>> >
> >>> _______________________________________________
> >>> pgbr-geral mailing list
> >>> pgbr-geral@listas.postgresql.org.br
> >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>
> >>
> >>
> >> --
> >> blog: http://www.midstorm.org/~telles/
> >> e-mail / jabber: fabio.tel...@gmail.com
> >>
> >> _______________________________________________
> >> pgbr-geral mailing list
> >> pgbr-geral@listas.postgresql.org.br
> >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>
> >>
> >
> _______________________________________________
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
--
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
