SUMMARY: Oracle RAC implementation

From: Vladimir Terziev <vlady_at_gbservices.biz>
Date: Tue Jul 04 2006 - 06:07:23 EDT
	I want to thank all of you who replayed on my e-mail and to appologize for this a bit delayed summary!

	My question was about setup of Oracle RAC 10gR2 on Solaris 10 and the best way it could be done. I got different answers. Below is the summary based on them and on my experience.

	There are two ways to seup Oracle RAC 10gR2 on Solaris -- utilzing Sun Cluster and not utilizing it. Both include utilization of Oracle clusterware which is a must for Oracle 10g based RAC systems.
	There is no common answer on the question "to use Sun Cluster for Oracle RAC or not to use it?".  The exact decision depends on the solution used to store and manage Oracle clusterware & Oracle RAC related files.

	As Oracle describes in their documentation, there are different types of files and different types of storage they could be placed on. First of all a decision, regarding storage management have to be taken, then the solution about Sun Cluster usage will pop-up from itself.

	My conclusion is the follwoing ...

	If the decision is to use Oracle ASM for management of datafiles and redo-log files, then Sun Cluster could be completely skipped from the setup. Oracle clusterware will be able to manage the cluser on its own.

	If you don't want to rely on ASM, then the panacea (on Solaris) is to use a shared QFS as an underlying filesystem in order to hold various types of Oracle clusterware & RAC related files.
	Since QFS needs a metadata server and since this server has to be migrated automatically in case of a fault, then you absolutely need a Sun Cluster to do this job. Also, utilization of Sun Cluster will add some  more benefits related to cluster managebility and stability.

	Best regards!

		Vladimir
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Tue Jul 4 06:07:55 2006

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:59 EST