Printable View
I have 1 node right now, that I need to create a 'RAC-able' database on-Instance 1. After a month, I will get the 2nd node, which will have the Instace 2 of the database.
What should I set his parameter to now ( 1 or 2) to create the database ?
CLUSTER_DATABASE_INSTANCES
I am guessing 1, and as the increase, I can increase this parameter also ? Is this tight ?
boy o boy!
first clear the concepts of RAC. Minimum number of nodes for a RAC is TWO.
and never heard of "RAC-able" Database.
Not so simple. I can install two instnces of rac, then kill one ofQuote:
Originally posted by adewri
never heard of "RAC-able" Database.
them,
and work with one instance of "RAC" without any problems.
Well i didn't say that u cannot work with one instance on RAC.Quote:
Originally posted by Shestakov
Not so simple. I can install two instnces of rac, then kill one of
them,
and work with one instance of "RAC" without any problems.
Here the question is setting up of RAC. The initial stage. Can you set up RAC with one node... ??
Installation of rac with a one instance possible.
1. u have to install cluster software (os scpecific) + oracle custer software without cluster manager
2. start cluster software
3. start gsd on one node only
4. start oracle insatller on one node and choose only one currrent node
5. install Oracle cluster manager on this node only
6. install Oracle database software on this node only
7. manually activate this node only, using srvctl utility and declare only one instance for this database.
8. manully install db using sqlplus (not dbca)
thats coool !
but what about the raw files and the shared disk ?? does this solve the whole purpose of having a RAC... (High Availibility, Load Balancing)...
And what next, how will i now add another node :confused:
try ww.oaktable.net, there is a paper of how to install RAC in a labtop using vmware by James Moore
Went there but got Host not found. May it was set up on one node RAC :DQuote:
Originally posted by pando
try ww.oaktable.net, there is a paper of how to install RAC in a labtop using vmware by James Moore
:D
I told you its not a good idea to have it on one node...
(or may be im not able to get it, still says that file does not exist)
got it....
thanks pando ;)
1. raw devices or files on any kind of a shared file system on shured disk arraysQuote:
Originally posted by adewri
but what about the raw files and the shared disk ?? does this solve the whole purpose of having a RAC... (High Availibility, Load Balancing)...
ARE OPERATION SYSTEM STUFF,
this isn't oracle stuff.
but any way u can use raw devices with one rac instance,
this is not a problem.
2. HA and others topics of RAC are not subjects of this post.
-- question was "can we install only 1 instance of a rac "
-- anwer is "yes, we can"
This is not big deal too.Quote:
Originally posted by adewri
And what next, how will i now add another node :confused:
U have to:
-- copy whole $ORACLE_BASE to new node
(just because oracle installer makes the same work, using rcp)
-- correct some configuration files on new instance
then step by step:
1. install cluster software (os scpecific) + oracle custer software without cluster manager
2. start cluster software
3. start gsd on new node
5. manually activate new node, using srvctl utility and add new instance to this (rac) database.
(by insure u can relink oracle software after coping)
in database don't forget :
-- create addition redo tablespace for new instance
-- create addition redo log thread (+ files) for new instance
done.
I'm curious. In TRUE sense is RAC Unbreakable ?? (May be True from Oracle Software perspective or from being safe from database crash on 1 node) Still we need SAN/ Sophisticated Storage mechanism to support Unbreakable database ? Right ?
:cool:
looks like im getting all the benifits...
thanks Shestakov, i think i was in dark about RAC...
After my expirence with :
RH Linux Advaced server + Oracle 9.2.0 + path (9.2.0.4) +
Oracle Shared filesystem i can say:
"Oracle RAC Unbreakable !!!" - is a little bit sacks.
But with RACs on Sun clusters wasn't a lot of problems.