I think you need to stand back from the problem and figure out what you are trying to achieve by sharing the Oracle installation, and whether that benefit outweighs the complexity of the solution needed to get there.
For mission critical installations, minimizing the number of single points of failure is most important. The extra work to install Oracle on each node is offset by less exposure to problems, less chance that you lose the entire RAC rather than one node, a more standard installation, and much less work to clean up the mess when something does go wrong. My 2c... Adrian On 11/14/07, Mike Gerdts <[EMAIL PROTECTED]> wrote: > On Nov 14, 2007 8:42 AM, Hameed, Amir <[EMAIL PROTECTED]> wrote: > > Mike, > > Thanks for the valuable feedback. To provide high availability, we will > > RAC this system. I would like to ask some follow up questions and > > because I am not a system/Unix administrator (I am an Oracle > > Applications and DB Engineer) so please bear with me if I ask a question > > that does not make much sense. > > - Because NAS also uses NFS, therefore, NAS is as secure/unsecured as > > the OS-based NFS is? > > Exactly. > > > - In your opinion, the NFS-based architecture that I am contemplating > > where > > a) the database server will act as the NFS server > > b) filesystems will be shared over a gigabit network > > c)IPMP will be used to facilitate NIC failover > > is as robust and reliable as what any NAS appliance would offer. > > Assuming that you use VCS or Solaris Cluster to provide HA-NFS > service, I would say that they are comparable. > > When considering performance, it is important to consider > optimizations that exist in NAS appliances - it is common for them to > have NVRAM to journal writes that allows them to offer better NFS > performance. On the other hand, I have generally found it harder to > debug any problems that come up with a NAS appliance is in the mix. > Hopefully the OpenSolaris emphasis on becoming a storage platform will > change the industry for the better in this area. > > -- > Mike Gerdts > http://mgerdts.blogspot.com/ > _______________________________________________ > perf-discuss mailing list > perf-discuss@opensolaris.org > _______________________________________________ perf-discuss mailing list perf-discuss@opensolaris.org
