Muito obrigado Chiappa e Junior Cesar.

A prestatividade foi excepcional, como sempre.

Obrigado.

Evandro Giachetto
Oracle DBA
[email protected]
http://www.dbaoracle.eti.br/

<http://www.dbaoracle.eti.br/>


Em 20 de fevereiro de 2018 14:14, [email protected] [oracle_br] <
[email protected]> escreveu:

>
>
> Blz ? Então, OBRIGATORIEDADE não existe (nem em lugar ** nenhum ** da
> Documentação e nem em nota técnica NENHUMA do metalink vc vai achar uma
> OBRIGATORIEDADE pra isso), mas é FORTEMENTE RECOMENDADO que os discos
> físicos (e os disk volumes, óbvio) dentro de um diskgroup sejam IDÊNTICOS
> entre si, tanto na questão de tamanho quanto na questão de tecnologia : a
> nota metalink How to Prepare Storage for ASM (Doc ID 452924.1) diz isso com
> ** TODAS AS LETRAS ** :
>
> "
> C) Recommendations for Storage Preparation. The following are guidelines
> for preparing storage for
> use with ASM:
>
>
>
> 1) Configure two disk groups, one for the datafile and the other for the
> Flash Recovery Area. For availability purposes, one is used as a backup for
> the other.
>
> 2) Ensure that LUNs, which are disk drives of partitions, that ASM disk
> groups use have similar storage performance and availability
> characteristics. In storage configurations with mixed speed drives, such as
> 10K and 15K RPM, I/O distribution is constrained by the slowest speed drive.
>
> 3) Be aware that ASM data distribution policy is capacity-based. LUNs
> provided to ASM have the same capacity for each disk group to avoid an
> imbalance.
> "
>
> OK ? Viole essa Recomendação Oficial por sua conta e risco... Eu, se
> estivesse no seu lugar, PRIMEIRO mandaria tirar a turma tirar o escorpião
> do bolso e DISPENSAR esses RAID-5 se a máquina em questão é Produção E
> performance decente é paradigma (vide http://www.baarf.dk/BAARF/
> BAARF2.html e os outros n+1! materiais disponíveis) ...
>  APENAS SE REALMENTE  não tiver outra solução, tapando o nariz eu SEM
> DÚVIDA criaria um OUTRO diskgroup pra conter os tais discos RAID-5....
>
> []s
>
>   Chiappa
> 
>

Responder a