RE: Partition LUNs for Oracle ASM
- From: "Amaral, Rui" <Rui.Amaral@xxxxxxxxxxxxxxxx>
- To: "'matt@xxxxxxxxxxxxxxxxx'" <matt@xxxxxxxxxxxxxxxxx>, "Jed_Walker@xxxxxxxxxxxxxxxxx" <Jed_Walker@xxxxxxxxxxxxxxxxx>
- Date: Fri, 25 Jan 2013 12:32:33 -0500
I would suggest that you maintain partitions for ASM because metadata for the
device is still local and can be overwritten by accident. This following oracle
note indicates this as well:
How to Prepare Storage for ASM [ID 452924.1]
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Matthew Zito
Sent: Friday, January 25, 2013 12:26 PM
To: Jed_Walker@xxxxxxxxxxxxxxxxx
Cc: oracle-l@xxxxxxxxxxxxx
Subject: Re: Partition LUNs for Oracle ASM
This is reaching back in my memory, so I'm sure someone will have more
specifics, but as I recall, there used to be a variety of situations where
you wanted to use partitioned disks. For example, EMC PowerPath used to
have issues with non-partitioned disks and ASM, there were some 10gR2 bugs,
some storage-driver specific issues, etc.
For years, we always recommended to our customers that they partition, but
it seems that as of (maybe recent?) 11gR2, whole disks works fine, and
indeed, I see more and more organizations using whole disks. This also
probably dovetails with the decline of ASMlib on Linux, as storage admins
and Linux itself get better at disk labeling, removing the value of ASMlib.
Thanks,
Matt
On Fri, Jan 25, 2013 at 11:36 AM, Walker, Jed S <
Jed_Walker@xxxxxxxxxxxxxxxxx> wrote:
> We get LUNs from various storage devices for building our RACs. They guy
> who taught me how to set things up said to partition the LUNs so I've
> always done that with fdisk; however, recently someone else built a RAC and
> and said he did not partition the LUNs. So,
> Do I only need to partition if the storage is actual raw disks, but not
> when it is a LUN from a storage unit?
>
> Thanks,
>
> Jed
>
> FYI - This system is RH6.2 for Oracle 11.2.0.3.0 RAC.
>
>
> --
> //www.freelists.org/webpage/oracle-l
>
>
>
--
//www.freelists.org/webpage/oracle-l
NOTICE: Confidential message which may be privileged. Unauthorized
use/disclosure prohibited. If received in error, please go to www.td.com/legal
for instructions.
AVIS : Message confidentiel dont le contenu peut être privilégié.
Utilisation/divulgation interdites sans permission. Si reçu par erreur, prière
d'aller au www.td.com/francais/avis_juridique pour des instructions.
--
//www.freelists.org/webpage/oracle-l
Other related posts:
