| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Fault Tolerence DB on DEC Unix
If you want/need a fault tolerant system you need to look into Stratus or
Tandem (now owned by Compaq). These are 100% redundant systems (except for
the power cord). I don't know how you would setup Oracle on them.
My $0.02 worth.
Ken
Kenneth C. Janusz, CPIM FINGERHUT Senior Technical Analyst 6150 Trenton Lane North, DC4N Plymouth, MN 55442
|\ _,,,---,,_
ZZZzz /,`.-'`' -. ;-;;,_
_________________|,4- ) )-,_. ,\ (____-'___________________
'---''(_/--' `-'\_)
"Dogs come when they're called; cats take a message and get back to you later." -- Mary Bly
-----Original Message-----
From: Kuijten, F. (Frank) [mailto:f.kuijten_at_teknika.btl.akzonobel.nl]
Sent: Monday, May 29, 2000 4:24 AM
To: Multiple recipients of list ORACLE-L
Subject: RE: Fault Tolerence DB on DEC Unix
Rajesh,
> Could someone suggest me how ORACLE on the two boxes can be
> configured, so that in case of "any kind of " failure (on one box) the
> application keeps running without getting affected.
You can't. At least not with the tools you've described.
The best you can get, is an automatic restart of applications/databases on
the backup server when the production server crashes. This *will* affect the
application :-)
We have a comparable system here. 2 Servers with Tru64 version 4.0D and TruCluster 1.5.
ASE (TruCluster) works as follows :
You define a Service (basically the disks you need and the startup sequence)
and the servers it can run on (one preferred server).
The servers are communicating with each other. When one fails to respond,
ASE considers it down and starts the services on the other defined server.
All this is done by scripting. It is *NOT* easy to setup, and there are few
people at Compaq/Digital who have any sound knowledge of it (at least in The
Netherlands). They had to send a guy from Swede(??, (When in Norway, turn
right.)) to help them out.
Especially when there are dependencies. E.g. you have to start the
DB-service first, before you can start the application-service. Now when the DB-server goes down, you have to stop the application-service, start the DB-service on the backupserver and restart the application-service.My recommendation would be to define your requirements and then let Compaq/Digital be responsible for implementing it. Make sure you get an experienced person and learn from him(/her).
I'm not an experienced Unix admin, so I can only help with the basics of ASE, but don't hesitate to ask if you have further questions.
Futhermore, ASE will only protect you against Server failures (CPU, memory, etc.). There is no protection from disk failures. You have to use other means (like RAID) to achieve that.
Greetings,
Frank
f.kuijten_at_teknika.btl.akzonobel.nl
P.S.: I've heard that the next major release of TruCluster, will be more sofisticated. However, you still won't be able to have a really fault-tolerant system.
> -----Original Message----- > From: Rajesh Dayal [mailto:Rajesh_at_ohitelecom.com] > Sent: zondag 28 mei 2000 16:44 > To: Multiple recipients of list ORACLE-L > Subject: Fault Tolerence DB on DEC Unix > >To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L Received on Mon May 29 2000 - 08:28:23 CDT
> Hi Friends,
>
> I have to Implement a Fault Tolerence Database on DEC
> Alpha system. > We have all the required H/W i.e. another box of similar configuration > and GHz link between the two boxes. We are also using Tru Cluster > software with Available Server product on the two boxes. >
> Could someone suggest me how ORACLE on the two boxes can be
> configured, so that in case of "any kind of " failure (on one box) the > application keeps running without getting affected. >
> I have following setup :
> > DEC Alpha Servers (4100) 4.0F > > TruCluster S/W Ver. 1.6, using Available Server (AS) > > Oracle Server 7.3.4.2 >
> Any/All kind of suggestions/references are most welcome.
> > Thanks in Advance, > Rajesh > > -- > Author: Rajesh Dayal > INET: Rajesh_at_ohitelecom.com > > Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 > San Diego, California -- Public Internet access / Mailing Lists > -------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an E-Mail message > to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in > the message BODY, include a line containing: UNSUB ORACLE-L > (or the name of mailing list you want to be removed from). You may > also send the HELP command for other information (like subscribing). > -- Author: Kuijten, F. (Frank) INET: f.kuijten_at_teknika.btl.akzonobel.nl Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists --------------------------------------------------------------------
 |
 |