Re: asm on serveral nodes (no RAC)

From: Alex Gorbachev <ag_at_oracloid.com>
Date: Tue, 1 Apr 2008 07:52:12 -0400
Message-Id: <8CE0B252-A502-4F71-B004-03125EA7A1C8@oracloid.com>


You'd be surprised how easy it is to manage storage on NetApps. I never managed it but *knowledgeable* Storage Admins are doing very interesting things with it and with surprising ease.

Plus, mounting from NetApp is actually *cross-platform* (I understand that's important for you) and you don't have to share the same mount point across nodes to shared same storage pool - you can reallocate it dynamically with NetApp even better than with ASM.

On 1-Apr-08, at 1:15 AM, Amihay Gonen wrote:

> This main idea in to using ASM is because it easier to use it term of
> managing the diskgroup.
>
> For example, from real life, we had to move from one storage to
> another
> using ASM we have done that without downtime for the oracle servers.
> We've done the following procedure:
> 1. add a disk from the new storage.
> 2. rebalance
> 3. remove disk from old storage.
>
> That's all no downtime .
>
> -----Original Message-----
> From: Alex Gorbachev [mailto:ag_at_oracloid.com]
> Sent: 01 April 2008 05:50
> To: Dan Norris
> Cc: Jeremy Schneider; mzito_at_gridapp.com; Amihay Gonen;
> oracle-l_at_freelists.org
> Subject: Re: asm on serveral nodes (no RAC)
>
> Yeah, and having NFS shared storage solves the problem all together
> and is, probably, significantly cheaper! ;-)

--
http://www.freelists.org/webpage/oracle-l
Received on Tue Apr 01 2008 - 06:52:12 CDT

Original text of this message