Nelson Há alguns comentários sobre RAID para Oracle, no Ask Tom (que sempre tem coisas interessantes!):
< http://asktom.oracle.com/pls/ask/f?p=4950:8:13566062665069783822::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:359617936136 > [ ] André Em 16/08/06, Carlos A.M. Menezes <[EMAIL PROTECTED]> escreveu: > > Colega, é mais ou menos assim: > 0 + 1: Faz primeiramente stripe dos dados utilizando a metade dos > discos do volume, em seguida faz o mirror deste stripe na outra metade de > discos. > > 1 + 0: Faz o inverso, primeiro faz o mirror para depois fazer o > stripe. > > Abraços, > > Carlos Alfredo M. de Menezes > > > -----Mensagem original----- > De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em > nome de Nelson Cartaxo > Enviada em: quarta-feira, 16 de agosto de 2006 18:01 > > Para: oracle_br@yahoogrupos.com.br > Assunto: RES: [oracle_br] Re: Opinião Sobre Raid > > > Chiappa, > > > > Apenas mais uma dúvida. Você ou alguém do grupo, saberia me dizer a > diferença do Raid 0 + 1 e Raid 10? > > > > No site http://www.raid.com/04_01_10.html > <http://www.raid.com/04_01_10.html> tem uma explicação, mas sinceramente > não consegui entender direito. > > > > Obrigado. > > > > > > > > Atenciosamente, > Nelson Cartaxo > DBA ORACLE > > > > > > _____ > > De: jlchiappa [mailto:[EMAIL PROTECTED] > Enviada em: quarta-feira, 16 de agosto de 2006 10:52 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Re: Opinião Sobre Raid > > > > --- Em oracle_br@yahoogrupos.com.br, Nelson Cartaxo > <[EMAIL PROTECTED]> escreveu > > > > Amigos bom dia, > > > > > > > > Gostaria da opinião do grupo. Recentemente minha empresa comprou > um storage > > da sun de 25TB. Iremos migrar algumas bases para a nova máquina > sun, com > > esse storage. Queria saber o que vocês acham sobre os tipos de > raid. Sei que > > já passaram algumas mensagens por aqui, mas além de diversos > documentos que > > li a respeito, a opinião e experiência de vocês será bem vinda. > > Acho que não muda muito não do que foi dito em msgs anteriores : SE a > performance é uma necessidade crítica, E vc tem o recurso, o ideal > dos mundos ideais é ser ter tudo em RAID 0+1, mas se não for > possível , ter ao menos undo/rollback em raid 0+1, pois esse cara é > gravado CONSTANTEMENTE, e em grandes quantidades.Control files são > pequenos MAS vitalmente importante, então é recomendável vc ter eles > em raid 0+1 não por causa de performance, mas por segurança. > Sobre o resto : > > - Log files é interessante também se ter raid 0+1, embora ele não > seja gravado a cada instrução completada, E nele sejam gravados > vetores de mudança (ao contrário do undo, onde são gravados BLOCOS), > mesmo assim é comum em épocas de pico de uso vc ter log files > gravados em intervalo mais curtos. SE realmente não der mesmo, de > jeito nenhum, aí aceita-se outro RAID > - Datafiles : é aceitável vc ter em RAID-5, pois eles são gravados > relativamente infrequentemente, em background, então em tese a demora > de gravação inerente ao RAID-5 não pesaria tanto > - Tempfiles : esses caras são TEMPORÁRIOS, e não são de modo algum > NUNCA necessários pra crash recovery, então pela segurança > TRANQUILAMENTE vc pode tê-los até mesmo em RAID-0, ou mesmo sem RAID > (em disquinhos SCSI locais, com controladoras mais simples dedicadas > só a eles), sem problema. Quanto à performance, o ponto principal > deles é que (ao CONTRÁRIO do undo, que é CONSTANTEMENTE lido por > outros processos/sessões), os dados que estão num tempfiles só são > lidos pela própria sessão interessada E normalmente são muito mais > apendados que outra coisa, então performance de I/O não é tão > absolutamente crítica > > > > > > > > > Raid 5 sei que é péssimo para escrita, mas será que com as novas > tecnologias > > dos storages, como cache, fibre channel, etc isso continua assim? > > Sim, meu caro, pelo seguinte : o handicap do RAID-5 é o cálculo de > paridade, obviamente em nada, ou quase nada, caches ou controladoras > influenciam nisso, confere ??? > > >Será que > > se eu colocar o raid 0+1 para os control files, redos e tablespaces > > temporárias eu já terei um grande ganho de performance? > > Redo talvez um pouco, se e quando vc estiver em pico de uso com log > switches/checkpoints ocorrendo frequentemente, e vetores maiores > sendo enviados constantemente, mas os outros quase certamente de > performance vc não ganha NADA, já q como disse acima o control é > pequeno e relativamente pouco acessado, e dados em tempfiles são > particulares pra sessão que os usa... > > []s > > Chiappa > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > -------------------------------------------------------------------------------------------------------------------------- > Atenção! As mensagens deste grupo são de acesso público e de inteira > responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ > > OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE > VISITE: http://www.oraclebr.com.br/ > __________________________________________________________________ > Este Grupo recebe o apoio da SQL Magazine - > www.devmedia.com.br/sqlmagazine > Links do Yahoo! Grupos > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] -------------------------------------------------------------------------------------------------------------------------- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __________________________________________________________________ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html