Re: RAC storage options

Dan,

Although NetApp Denmark doesn't pay any taxes (along with Coca-Cola, 
Tiscali, all the US oil companies, McDonald's, and a bunch of Swedish 
companies - man, it must be tough to do business here. Think of poor 
Coca-Cola with a revenue of 1.5 billion kroner, yet still not making any 
money - or McDonald's who have lost money here for 20 years in a row)... 
and although NetApp is using RAID-4 technology.. they still might be the 
cheapest solution for such a setup.

My question is this: Are you looking for financially lucrative options? 
If yes, how does RAC fit into that? Would it be cheaper to avoid RAC?

When that question is answered, I think it's cool to talk about storage. 
There are fun things out there, like ASM from Oracle (which ONLY handles 
Oracle data files), or indeed Polyserve, which seems to handle everything.

I've CC'ed Sir James Morle on this. He knows stuff, and often proves me 
wrong.

Mogens

Daniel Hanks wrote:

> We're looking to upgrade our current database architecture, to something that 
> will handle potentially 3-4 times our current load/size, etc. We're looking 
> at RAC as an option, but I'm wondering what storage options are available for 
> RAC. At a Technology Day about a year or so back, they showed a small RAC 
> cluster using a NetApp for the shared storage component. What other storage 
> options are available? EMC is the obvious other, but what else is 
> available/supported? Anything that serves lots of disk via NFS? 
> 
> Currently we are managing around 50G of data+indexes, so it's not a whole lot 
> we need in terms of space. Moving up to 4x that would only be 200G, still not 
> very large. Are there options cheaper than NetApp that would be feasible?
> 
> Thanks for your input,
> 
> -- Dan Hanks
> ========================================================================
>    Daniel Hanks - Systems/Database Administrator
>    United Online, Mega Web Services
> ========================================================================
> 
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
> 

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: