Re: ASM

From: Niall Litchfield <niall.litchfield_at_gmail.com>
Date: Thu, 16 Oct 2008 16:25:21 +0100
Message-ID: <7765c8970810160825v3647f78r77346b95b734c148@mail.gmail.com>


Reasons *for* ASM that I can see. I agree with most of your negatives :).

  • Ease of file management - which is mostly OMF rather than ASM per se. (that's a disagreement!)
  • Ease of disk management - having the ability to migrate a db from one set of physical disks to another witout downtime is very, very cool.
  • On windows avoiding the whole drive letter management thing.

Now against that, and in addition to Jared's points. I'd ask why consider a storage solution that *only* works for Oracle files (and even then not all Oracle files. I keep other files on my servers you know. Including stuff you'd expect to be there like alert.logs, cron scripts and so on.

On Wed, Oct 15, 2008 at 8:48 PM, Jared Still <jkstill_at_gmail.com> wrote:

>
> On Wed, Oct 15, 2008 at 6:21 AM, Dan Norris <dannorris_at_dannorris.com>wrote:
>
>>
>> If you would, please share with us your reasons to avoid ASM. Based on
>> your response, I'm guessing that the reasons might include "because that's
>> the way I've always done it".
>>
>
>
> Personally, I don't use it as it adds more complexity to our environment.
>
> We (by which I really me 'I') don't need to add any more complexity.
>
> * Additional instance for ASM
> * file management is simpler
> * storage admins have easy direct access to see what's on disk.
>
> I'm sure there are some rebuttals to this.
>
> Let's hear 'em!
>
>
> Jared Still
> Certifiable Oracle DBA and Part Time Perl Evangelist
>
>
>

-- 
Niall Litchfield
Oracle DBA
http://www.orawin.info

--
http://www.freelists.org/webpage/oracle-l
Received on Thu Oct 16 2008 - 10:25:21 CDT

Original text of this message