RE: Partition LUNs for Oracle ASM
Date: Fri, 25 Jan 2013 12:32:33 -0500
Message-ID: <CC45762506E4C84A8612307613CDCB25633FDE54_at_EX7T2-SV08.TDBFG.COM>
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_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Matthew Zito
Sent: Friday, January 25, 2013 12:26 PM
To: Jed_Walker_at_cable.comcast.com
Cc: oracle-l_at_freelists.org
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_at_cable.comcast.com> 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.
>
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>
-- http://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. -- http://www.freelists.org/webpage/oracle-lReceived on Fri Jan 25 2013 - 18:32:33 CET