RE: RAC de-clustering

From: Kevin Closson <kevinc_at_polyserve.com>
Date: Wed, 16 Nov 2005 09:19:34 -0800
Message-ID: <B9782AD410794F4687F2B5B4A6FF3501021D511E@ex1.ms.polyserve.com>

no, this is incorrect. and so was the last post about srvctl.

if RAC is not linked in (e.g., skgxn.so skgxp.so are the stub libraries),
your database is essentially non-rac. There is no difference between a rac and a non-RAC database besides MAXINSTANCES and threads of redo... in fact, you can create a "RAC" database even before linking in RAC... that is, you can have MAXINSTANCES>1 and extra theads of redo...then, provided you have clusterware up, relink Oracle rac_on and boot multiple instances.

just unlink it.

	From: David [mailto:thump_at_cosmiccooler.org] 
	Sent: Wednesday, November 16, 2005 8:24 AM
	To: kevinc_at_polyserve.com; oracle-l_at_freelists.org
	Subject: RE: RAC de-clustering
	
	

	I presume he also means what to do about the tablespaces like

system that are shared.

Simplest way is create new db and export/import

Could also recreate ctl and copy datafiles, use rman duplicate, etc

	-----Original Message-----
	From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Kevin Closson
	Sent: Wednesday, November 16, 2005 7:36 AM
	To: oracle-l_at_freelists.org
	Subject: RE: RAC de-clustering

	 

	unless I am missing your question, you can simply relink Oracle

	rac_off. If libskgxn.so is a stub (rac_off), CRS is not an

issue.

You'll still have multiple threads of redo, but no matter... it wont

be RAC.

--
http://www.freelists.org/webpage/oracle-l

Received on Wed Nov 16 2005 - 14:33:20 CST