Re: [oracle_br] Arquivos no ASM
Bom dia, Como sempre, isso depende, de quantos canais de comunicação com o storage, quantidade de luns e etc. Talvez, a área de backup e etc possa alocar em discos mais lentos e tudo mais. Vejo mais como organização, pelo menos na instalação. Depois, a galera mete datafile na FRA e por ai vai. Faltou espaço, acabou a organização estrutural. [ ]'s #mufalani Desculpe por erros! Este e-mail foi escrito do meu smartphone! Sorry for typos! This mail was written from my smartphone!!! > Em 22 de fev de 2016, às 10:23, 'Duilio Bruniera' > duilio.bruni...@fastsolutions.com.br [oracle_br] >escreveu: > > Senhores eu sempre vejo por ai. > > A maioria dos post em blog’s que leio durante a instalação costuma-se > dividir a área do ASM em (DATA / FRA / ARCH / REDO / WALL ) ... etc . > > E dentro de cada pasta separar cada tipo de arquivo físico do Oracle, é > lógico que de um ponto de vista organizacional é mais bonito, mais > performaticamente influencia em algo? > > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. >
Re: [oracle_br] Arquivos no ASM
Tudo depende do Seu storage e de como o administrador do storage vai disponibilizar esses discos para você. O ASM em sí já tenta fazer um balanceamento dos dados nos discos por setores. Assim, dados que são acessados muitas vezes juntos (como indices e tabelas) são colocados em setores diferentes do mesmo disco, o que facilita a leitura. Aqui na empresa que eu trabalho, por exemplo, nós temos alguns discos SSD dedicados a algumas tablespaces em que precisamos de um acesso mais rápido. Pra isso, foi criado um novo diskgroup no asm com aqueles discos ssd e os datafiles para aquelas tablespaces são colocadas lá. Além dos diskgroups DATA e FRA. Sim, nós separamos a Flash Recovery Area dos dados. Agora, à sua pergunta: Se seus discos DATA, FRA, REDO, ARCH são diskgroups separados, ambos criados em seus respectivos discos individuais e não chunks do mesmo disk no storage, então sim, teoricamente vc deve ter uma performance melhor pois sua concorrência na leitura/escrita dos dados será menor. Agora, se essas separações que vc mencionou (DATA, FRA, REDO, ARCH) são apenas pastas dentro do mesmo diskgroup, então não irá influenciar na sua performance. Evandro Giachetto Oracle DBA evandrogiache...@gmail.com Em 22 de fevereiro de 2016 10:23, 'Duilio Bruniera' duilio.bruni...@fastsolutions.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Senhores eu sempre vejo por ai. > > A maioria dos post em blog’s que leio durante a instalação costuma-se > dividir a área do ASM em (DATA / FRA / ARCH / REDO / WALL ) ... etc . > > E dentro de cada pasta separar cada tipo de arquivo físico do Oracle, é > lógico que de um ponto de vista organizacional é mais bonito, mais > performaticamente influencia em algo? > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > >
Re: [oracle_br] Arquivos no ASM
Opa... Eu gosto de ir no mais simples, deixo sempre dois DG's, DATA e FRA. Isso no ponto de vista de utilização do espaço, no meu entendimento, se eu começo a criar muitos DG's, vou ter um mal uso do espaço, pois fica muito espaço livre entre os DG's. Se no seu caso, você possuir mais de um storage, ou mais de um pool de discos com performance diferente, vale a pena você dividir a carga entre eles, fora isso, não vejo outras vantagens. Atenciosamente -- Rosivaldo Azevedo RamalhoConsultor Oracle Database & Fusion Middlerware OCP DB 10g | OCP DB 11g | OCE RAC 11g | OCE PT 11g OCP OAS 10g | OCE WLS 10g http://about.me/rosivaldo 2016-02-22 10:23 GMT-03:00 'Duilio Bruniera' duilio.bruni...@fastsolutions.com.br [oracle_br] < oracle_br@yahoogrupos.com.br>: > > > Senhores eu sempre vejo por ai. > > A maioria dos post em blog’s que leio durante a instalação costuma-se > dividir a área do ASM em (DATA / FRA / ARCH / REDO / WALL ) ... etc . > > E dentro de cada pasta separar cada tipo de arquivo físico do Oracle, é > lógico que de um ponto de vista organizacional é mais bonito, mais > performaticamente influencia em algo? > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > >