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 -- //www.freelists.org/webpage/oracle-l