RE: RAC de-clustering
- From: "Kevin Closson" <kevinc@xxxxxxxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Wed, 16 Nov 2005 09:19:34 -0800
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@xxxxxxxxxxxxxxxx]
Sent: Wednesday, November 16, 2005 8:24 AM
To: kevinc@xxxxxxxxxxxxx; oracle-l@xxxxxxxxxxxxx
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@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Kevin Closson
Sent: Wednesday, November 16, 2005 7:36 AM
To: oracle-l@xxxxxxxxxxxxx
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.
Other related posts:
