| 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: 1/2 control file failure - will database halt?
Dana,
The database will spit errors. I found as long as you are only reading data and not trying any DDL or stuff like that, for the most part the database will continue to run. As the DBA, if you rush in and copy one of the control files over to where the missing one was, the database will continue running. Remember, no changes will be allowed that will write to the control files - this will fail because Oracle wants to write to every one of them, and if one is missing, nothing gets changed.
This helps if you can't just bring down your database (like me).
I tested this a couple of weeks ago.
HTH
Lisa
-----Original Message-----
From: dana [mailto:danamn2000_at_yahoo.com]
Sent: Wednesday, March 21, 2001 3:46 PM
To: Multiple recipients of list ORACLE-L
Subject: 1/2 control file failure - will database halt?
I've been told a single control file failure will halt the database, even if you've got another control file on a second device; that the database will only come up again after editing the init.ora to remove the reference to the faulty control file and initiating a fresh startup.
Is this still true, if it ever was true for any version of Oracle, for Oracle 8.X+? The person who warned me about the halt has been using Oracle since version 5.
Thanks very much.
- Dana
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). Received on Wed Mar 21 2001 - 15:11:42 CST
 |
 |