Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> Re: 10g RAC without vendor clusterware
Hi Alex,
looks like you're a little pessimistic about the ASM instance. Would
you care telling us why ? It's just another instance, why would be it be
less reliable than the 'real' instances ? Apart from the fact that's it
is a relatively new feature of course, because the same goes for any
other new major version of a regular volume manager.
I know we will be missing a lot features of regular clusterware and volume managers, but in this case we really don't need any of them. I really like products like Sun Cluster and VxVM, but there's a lot to be said in favor of a cluster with software from only one vendor, which is a lot simpler to setup, maintain, troubleshoot and last but not least: way cheaper.
BTW it's certainly not the definitive test, but I just killed the ASM instance of the second node, and CRS managed to restart ASM and the other instances nicely.
Regards,
Koen
Alexander Gorbachev wrote:
>Chris,
>
>Oracle positions its clusterware to be used INSTEAD of 3-rd party
>products. ASM there plays role of volume management. Oracle CRS can
>work standalone as well as on top of your existing clusterware (if
>supported depending on vendor/platform). So in latter case you don't
>lose it... in the fist case you just don't have it with Oracle CRS. :)
>
>Btw, if you know that ASM is in fact an Oracle database running in
>mount state without any datafiles, would you ever seriously consider
>using it?! ;-)
>And guess what? When this central ASM instance goes down, all
>databases connected to it (read using ASM) are going down as well.
>
>Regards,
>Alex
>
>
>
>>I have zero experience with 10g RAC, but a I was talking to another DBA =
>>who was looking in the same thing.
>>He believed that with a 3rd party clusterware, you would HAVE TO use =
>>Oracle storage manager - ASM? which is *new* software/process AND you =
>>don't get all of the other benefits that a modern Cluster Manager =
>>would/might provide. You would/might loose NIC/IP failover, filesystem =
>>failover, etc...all things the Oracle can live without but you =
>>applications may not?
>>
>>Take all of this with a grain of salt...and share what you find out.
>>
>>Chris Marquez
>>
>>
>
>
>
>
-- Regards, Koen -- http://www.freelists.org/webpage/oracle-lReceived on Thu Feb 03 2005 - 06:12:30 CST