Re: ASM+internal disks
- From: Kevin Closson <ora_kclosson@xxxxxxxxx>
- To: Oracle-L <oracle-l@xxxxxxxxxxxxx>
- Date: Tue, 26 Apr 2011 08:45:25 -0700 (PDT)
Here's how I look at this. The following are true 1) there is no networked
storage so all disks are the same, 2) the database is important and 3) the
Oracle software and OS are equally important. Also, in spite of the fact that I
got no information back regarding how the disks are attached (e.g., the make
and
model of the RAID card) I think we can all be quite certain that the card
supports HW raid. To that end, I would simply configure all 8 drives in a HW
raid configuration. I see no benefit in the slice and dice. I also see no value
in ASM in such a situation but I suppose this could be standard edition or some
other such software that forces its use?
So, Niall, we agree: "...software RAID? Seriously?" :-)
________________________________
From: Niall Litchfield <niall.litchfield@xxxxxxxxx>
To: oracle.tutorials@xxxxxxxxx
Cc: Oracle-L <oracle-l@xxxxxxxxxxxxx>
Sent: Tue, April 26, 2011 12:10:01 AM
Subject: Re: ASM+internal disks
Deepak, I'm with you on the mirrored pair for the o/s - availability trumps the
performance that Kevin refers to. But software RAID? Seriously? Does the server
not have a decent controller? You can of course keep any oracle files outside
of
ASM.
On 25 Apr 2011 19:28, "DBA Deepak" <oracle.tutorials@xxxxxxxxx> wrote:
>
>Hi,
>
>
>We have a server with 8 SAS internal disks. The OS is going to be RHEL 5 x86_64
>
>We plan to mirror disk 1 and 2 using software RAID -- OS and Oracle software
>will be kept on this
>
>Remaining 6 disks will be used for ASM.
>
>
>Need your expert opinion on how to use the disks efficiently to maximize the
>available space without loosing ASM performance benefits much.
>
>
>Our main worry is that if we spare 2 disks for storing online REDO logs
>(different ASM diskgroup with fine striping) then it will be a loss of space
>as
>well as we will have only 4 disks to store remaining oracle database files
>hence
>loosing performance a bit.
>
>
>Please suggest how should we layout the various files under ASM.
>
>--
>Regards,
>
>Deepak
>Oracle DBA
>
Other related posts:
