Tranquilo, achei que fosse isto mesmo, só não estava familiarizado com o termo archives para os logs do WAL.
Obr Pedro 2010/5/5 Fábio Telles Rodriguez <[email protected]>: > > > Em 5 de maio de 2010 10:41, Pedro Espíndola <[email protected]> > 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 <[email protected]>: >> > Maravilha Fábio >> > >> > valiosas informações. >> > >> > Abs >> > Pedro >> > >> > 2010/5/5 Fábio Telles Rodriguez <[email protected]>: >> >> >> >> >> >> Em 5 de maio de 2010 09:27, Pedro Espíndola <[email protected]> >> >> 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 <[email protected]>: >> >>> > 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 <[email protected]> >> >>> > escreveu: >> >>> >> >> >>> >> Não ! >> >>> >> >> >>> >> 2010/5/5 Fábio Telles Rodriguez <[email protected]>: >> >>> >> > Você colocou algum Hot Spare na sua conta? >> >>> >> > Atenciosamente, >> >>> >> > >> >>> >> > Em 5 de maio de 2010 08:53, Pedro Espíndola >> >>> >> > <[email protected]> >> >>> >> > 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 <[email protected]>: >> >>> >> >> > >> >>> >> >> > >> >>> >> >> > Em 4 de maio de 2010 15:01, Pedro Espíndola >> >>> >> >> > <[email protected]> >> >>> >> >> > 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 <[email protected]>: >> >>> >> >> >> > >> >>> >> >> >> > >> >>> >> >> >> >> Date: Tue, 4 May 2010 08:55:39 -0300 >> >>> >> >> >> >> From: [email protected] >> >>> >> >> >> >> To: [email protected] >> >>> >> >> >> >> 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 >> >>> >> >> >> > ----------------------- >> >>> >> >> >> > [email protected] >> >>> >> >> >> > >> >>> >> >> >> > ________________________________ >> >>> >> >> >> > POR DIA 63.912 COMPUTADORES SÃO INFECTADOS POR VÍRUS. LEIA >> >>> >> >> >> > DICAS >> >>> >> >> >> > DE >> >>> >> >> >> > SEGURANÇA. >> >>> >> >> >> > _______________________________________________ >> >>> >> >> >> > pgbr-geral mailing list >> >>> >> >> >> > [email protected] >> >>> >> >> >> > >> >>> >> >> >> > >> >>> >> >> >> > >> >>> >> >> >> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >>> >> >> >> > >> >>> >> >> >> > >> >>> >> >> >> _______________________________________________ >> >>> >> >> >> pgbr-geral mailing list >> >>> >> >> >> [email protected] >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >>> >> >> > >> >>> >> >> > >> >>> >> >> > >> >>> >> >> > -- >> >>> >> >> > blog: http://www.midstorm.org/~telles/ >> >>> >> >> > e-mail / jabber: [email protected] >> >>> >> >> > >> >>> >> >> > _______________________________________________ >> >>> >> >> > pgbr-geral mailing list >> >>> >> >> > [email protected] >> >>> >> >> > >> >>> >> >> > >> >>> >> >> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >>> >> >> > >> >>> >> >> > >> >>> >> >> _______________________________________________ >> >>> >> >> pgbr-geral mailing list >> >>> >> >> [email protected] >> >>> >> >> >> >>> >> >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >>> >> > >> >>> >> > >> >>> >> > >> >>> >> > -- >> >>> >> > blog: http://www.midstorm.org/~telles/ >> >>> >> > e-mail / jabber: [email protected] >> >>> >> > >> >>> >> > _______________________________________________ >> >>> >> > pgbr-geral mailing list >> >>> >> > [email protected] >> >>> >> > >> >>> >> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >>> >> > >> >>> >> > >> >>> >> _______________________________________________ >> >>> >> pgbr-geral mailing list >> >>> >> [email protected] >> >>> >> >> >>> >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >>> > >> >>> > >> >>> > >> >>> > -- >> >>> > blog: http://www.midstorm.org/~telles/ >> >>> > e-mail / jabber: [email protected] >> >>> > >> >>> > _______________________________________________ >> >>> > pgbr-geral mailing list >> >>> > [email protected] >> >>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >>> > >> >>> > >> >>> _______________________________________________ >> >>> pgbr-geral mailing list >> >>> [email protected] >> >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> >> >> >> >> >> >> -- >> >> blog: http://www.midstorm.org/~telles/ >> >> e-mail / jabber: [email protected] >> >> >> >> _______________________________________________ >> >> pgbr-geral mailing list >> >> [email protected] >> >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> >> >> >> > >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > -- > blog: http://www.midstorm.org/~telles/ > e-mail / jabber: [email protected] > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
