ORA-00214

Hello All,
Could anyone please help me to get my control file back. While opening the database I am getting below error.
SQL> startup
ORACLE instance started.
Total System Global Area 835104768 bytes
Fixed Size               2217952 bytes
Variable Size          562038816 bytes
Database Buffers       268435456 bytes
Redo Buffers             2412544 bytes
ORA-00214: control file '/u01/app/oracle/oradata/orcl/control01.ctl' version
1042 inconsistent with file '/u01/app/oracle/oradata/orcl/control03.ctl'
version 1039
I have my control file to belwo trace file.
/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_4428.trc
Please guide me.
Thank You,
Michel

SQL> oradebug setmypid
Statement processed.
SQL> alter database backup controlfile to trace noresetlogs;
Database altered.
SQL> oradebug tracefile_name
/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_4428.trc
Above thing, I did for taken the control file backup to trace.
After that I have tried to add one more control file but it got messed up there.
When my database was working fine my control_files parameter was like this:
SQL> show parameter control_files
NAME                      TYPE   VALUE
control_files                string      /u01/app/oracle/oradata/orcl/c
                                 ontrol01.ctl, /u01/app/oracle/
                                 flash_recovery_area/orcl/contr
                                 ol02.ctl
after that I did the below task :
SQL> show parameter pfile
NAME                      TYPE   VALUE
spfile                       string      /u01/app/oracle/product/11.2.0
                                 /db_1/dbs/spfileorcl.ora
SQL> !
[oracle@Bangalore ~]$ cp /u01/app/oracle/oradata/orcl/control01.ctl /u01/app/oracle/oradata/orcl/control02.ctl
[oracle@Bangalore ~]$ cp /u01/app/oracle/oradata/orcl/control01.ctl /u01/app/oracle/oradata/orcl/control03.ctl
[oracle@Bangalore ~]$ exit
exit
SQL> alter system set control_files='/u01/app/oracle/oradata/orcl/control01.ctl', '/u01/app/oracle/oradata/orcl/control03.ctl' scope=spfile;
System altered.
SQL> show parameter control_files
NAME                      TYPE   VALUE
control_files                string      /u01/app/oracle/oradata/orcl/c
                                 ontrol01.ctl, /u01/app/oracle/
                                 flash_recovery_area/orcl/contr
                                 ol02.ctl
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 835104768 bytes
Fixed Size               2217952 bytes
Variable Size          562038816 bytes
Database Buffers       268435456 bytes
Redo Buffers             2412544 bytes
ORA-00214: control file '/u01/app/oracle/oradata/orcl/control01.ctl' version
1042 inconsistent with file '/u01/app/oracle/oradata/orcl/control03.ctl'
version 1039

Similar Messages

Oracle error ora-00214

Hi,
The disks on one of our oracle machines had crashed and we had to get everything from back up. Now on this machine, when i bring up oracle, it gives me the error: ORA-00214: controlfile '/u10/oradata/bmedia/control01.cfl' version 71287 inconsistent with file '/u30/oradata/bmedia/control03.ctl' version 71219.
oerr for this error tells me to use filed that are for the same db for the same time period. The dates on these two files are the same with a time difference of about 1 hour.
Does anybody know of a way to recover from this problem without losing data in the oracle database? Thanks,
Manju.

Whichever controlfile has a timestamp consistant with that of your datafiles should be copied/overwrite the other controlfile which does not have the consistant timestamp. Do the copy (rename the controlfile you are going to replace just in case!) and try to startup the database.
If that doesn't work you will have to recreate the controlfile. Refer to Oracle documentation for the create controlfile statement.

ORA-00214 control file version 33705 inconsistent with file version 33703

Hi,
I have successfully installed OracleEBS 12.2.0. I have started listener. Then while starting DB i got the following error.
ORA-00214 control file '/home/oracle/data/controlfile_VIS1.ctl' version 33705 inconsistent with file '/home/oracle/data/controlfile_VIS2.ctl version 33703
I am not having backup for DB and it's files.
Please any one help me to recover this problem and to start DB
Thanks,
Selvi

Hi Selvi,
It would be better to ask this question in the RDBMS forum -
https://community.oracle.com/community/database/general_questions
This forum is for questions about connecting to non-Oracle databases from Oracle.
Regards,
Mike

ORA-00214 ERROR

Hi all.
I am working on Oracle 9.2.0.1.0 version on Win 2000. While trying to multiplex Control File I got the error.
ORA-00214: controlfile 'E:\ORACLE\ORADATA\DEVP\CONTROL01.CTL' version 749 inconsistent with file
'K:\DATABASES\MULTIPLEXDEVP\CONTROL03.CTL' version 743
Can anyone suggest me its solution.
Thanks in advance.

Well, what Robert Shallenberger said should work. Are you sure that your init.ora file parameters are set? Can you post your init.ora.
If you want, you can do the following:
-shut down db.
-backup init.ora. edit the init.ora and remove the entry for the control file that seems to be upset.
-restart db (to make sure its all good).
-shutdown db.
-edit init.ora file with new control file parameter.
-copy orignal control file to the new location. this should multiplex the control file.
-restart db.
its pretty much what Robert Shallenberger said.
-Raj Suchak
[email protected]

ORA-00214: controlfile '

Hi All
My machine had a restart and now the database mounts.... doesn't open
with following error..
version is Oracle Release 10.1.0.4.2 -
ORA-00214: controlfile 'K:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\CONTROL02.CTL' version 46509 inconsistent with file
'K:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\CONTROL01.CTL' version 46507
Thanks in advance
Srisankar

Here is the fix from Metalink note 1014751.6.
https://metalink2.oracle.com/metalink/plsql/f?p=130:14:7463074268617192659::::p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,1014751.6,1,1,1,helvetica
fix:
The solution consists in opening the database with a single good copy
of the control file and then shutting the database down and copying
that version of the control file onto the other mirrored copies.
That will cause the next startup to succeed. The steps to be followed
are:
1. If the database is still up, do a shutdown abort now.
2. Edit the init.ora file for this instance (or config.ora in an ifile
configuration).
Find the CONTROL_FILES parameter and modify it to include
just ONE copy of the control file that you have reasons to
believe is up-to-date. For example, if you only have two
mirrored copies X and Y of the control file:
CONTROL_FILES = (X, Y)
and you know you have accidentally overwritten X with an old
copy, make
CONTROL_FILES = (Y)
If you are not sure about it, choose any one of the control file
copies and remove or comment out all the other copies from the
CONTROL_FILES parameter.
3. Start up the database in restricted mode.
STARTUP RESTRICT
If the database comes up fine, move on to Step 4.
If instead you get ORA-1122, ORA-1110, and ORA-1207, go back to
Step 2 and make the CONTROL_FILES parameter point to another one
of the mirrored copies. If you have already tried each and
every one of the mirrored copies unsuccessfully, you must create
a new control file for the database. See the Solution Reference
to PR entry 1012929.6 ("How to Recreate the Control File").
If you get ORA-1113 and ORA-1110 pointing to one of the datafiles,
it means the copy of the control file you picked is good, but
the referenced datafile must be recovered before the database can be
opened. Try issuing a RECOVER DATABASE command and applying the
logs you are prompted for. You may have to resort to the online
logs to complete media recovery. For further details, see the
Solution Reference to PR entry 1012943.6 on ORA-1113. Once the
datafile is recovered, issue an ALTER DATABASE OPEN.
4. Shut the database down (normal or immediate).
5. Make all copies of the control file consistent.
Copy the good mirrored copy of the control file that you just used
to bring the database up onto all other copies, as originally listed
in the CONTROL_FILES parameter of your init.ora file (or config.ora
in an ifile configuration).
6. Restore the CONTROL_FILES parameter to its original value.
Edit the init.ora file for this instance (or config.ora in an ifile
configuration) to make the CONTROL_FILES parameter include
all mirrored copies of the control file again.
7. Start up the database.

ORA-01219 Error

Help. Experiencing ORA-01219 error while trying to check status of database from new install of Oracle 10g on Redhat Enterprise Server.
- Logging in with "sqlplus / as SYSDBA"
- "SELECT STATUS FROM V$INSTANCE" returns
STATUS
STARTED
- "SELECT * FROM DBA_ALL_TABLES" returns
ERROR at line 1:
ORA-01219: database not open: queries allowed on fixed tables/views only
Not sure if related, but LSNRCTL STATUS says my instance name status is BLOCKED. Also, getting ORA-00214 upon executing "STARTUP" within sqlplus. In the meantime, will try to resolve 00214 error see if that'll fix everything. Thanks.

883377 wrote:
Help. Experiencing ORA-01219 error while trying to check status of database from new install of Oracle 10g on Redhat Enterprise Server.
- Logging in with "sqlplus / as SYSDBA"
- "SELECT STATUS FROM V$INSTANCE" returns
STATUS
STARTED
- "SELECT * FROM DBA_ALL_TABLES" returns
ERROR at line 1:
ORA-01219: database not open: queries allowed on fixed tables/views only
Not sure if related, but LSNRCTL STATUS says my instance name status is BLOCKED. Also, getting ORA-00214 upon executing "STARTUP" within sqlplus. In the meantime, will try to resolve 00214 error see if that'll fix everything. Thanks.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup nomount
ORACLE instance started.
Total System Global Area 1553305600 bytes
Fixed Size              2213656 bytes
Variable Size           1224739048 bytes
Database Buffers       318767104 bytes
Redo Buffers              7585792 bytes
SQL> SELECT STATUS FROM V$INSTANCE;
STATUS
STARTED
SQL> SELECT * FROM DBA_ALL_TABLES;
SELECT * FROM DBA_ALL_TABLES
ERROR at line 1:
ORA-01219: database not open: queries allowed on fixed tables/views only
SQL> alter database open;
alter database open
ERROR at line 1:
ORA-01507: database not mounted
SQL> alter database mount;
Database altered.
SQL> alter database open;
Database altered.
SQL> SELECT count(*) from dba_all_tables;
COUNT(*)
      3005
SQL>

ORA-00210: cannot open the specified control file

Hi all,
Initially we faced the following error:
ORA-00214: control file '+DBDG/dws/controlfile/current.256.638648487' version
75647 inconsistent with file '+FLASHDG/dws/controlfile/current.256.638648489'
version 75645
Then the following action:
RMAN> restore controlfile from autobackup;
Starting restore at 05-DEC-07
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=997 devtype=DISK
recovery area destination: +flashdg
database name (or database unique name) used for search: DWS
channel ORA_DISK_1: autobackup found in the recovery area
channel ORA_DISK_1: autobackup found: +flashdg/DWS/AUTOBACKUP/2007_12_04/s_640476511.697.640476513
channel ORA_DISK_1: control file restore from autobackup complete
output filename=+DBDG/dws/controlfile/current.256.638648487
output filename=+FLASHDG/dws/controlfile/current.256.638648489
Finished restore at 05-DEC-07
RMAN> recover database;
Starting recover at 05-DEC-07
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 12/05/2007 15:16:10
ORA-00210: cannot open the specified control file
RMAN>
Any idea why this is happening?
Regards,
Soma Sekhar Karri

Something which you should have looked up prior to posting
00210, 00000, "cannot open the specified controlfile"
// *Cause: Cannot open the controlfile.
// *Action: Check to make sure the controlfile exists and is not locked by
// some other program.
Sybrand Bakker
Senior Oracle DBA

ORA-00322, ORA-00312

Hi,
please help me,
I have to restart my computer, but if I started the computer, I wanted to start database with startup command, but I got following errors:
ORA-00322: log 3 of thread 1 is not current copy
ORA-00312: online log 3 thread 1 :
'/u01/app/oracle/flash_recovery_area/ORCL/onlinelog/o1_mf_3_79fz3gx8_.log'
ORA-00322: log 3 of thread 1 is not current copy
ORA-00312: online log 3 thread 1 :
'/u01/app/oracle/oradata/ORCL/onlinelog/o1_mf_3_79fz3g1v_.log'
I read a lot of materials about this problem, but I can't resolve this. I'm not a expert in this, so please help me.
I use version of oracle: 10.2.0.1.0 and I dont' have any backup of my database.
I realy need to resolve this as soon as possible.
Please help
Thank you.

Please Follow these steps:
1) Network Configuration Assistant:
For Linux:
a) Go to bin folder using "oracle" user and type "./netca" in terminal
b) Reconfigure listner, naming method and SID
and click finish.
For window go to "bin" of oracle installation folder and execute "netca"
2) Type following when you go in "bin" folder using cmd or linux terminal:
1)conn / as sysdba
2)[Enter sys or system user password]
3)shutdown immediate;
4)startup mount;
5)Recover database using backup controlfile;
[Provide path where your redo log file locate. Try various redo log files in your case serach .log files in "/u01/app/oracle/oradata/ORCL/" folder or any futher nested folder e.g. type path like without quotes "/u01/app/oracle/oradata/ORCL/redo01.log After trying various log file you will stop when u see this message "
Log applied.
Media recovery complete." ]
6)alter database open resetlogs;
7)shutdown immediate;
8)startup
Hope it will help you.
Check following link as well:
http://mrrame.blogspot.com/2009/08/ora-00214-controlfile-inconsistent.html

Controlfile has corrupted and not able to open up the database. Very urgent

Hi All,
I am working on 11gR1 database on linux environment and suddenly the DB went down. I look at the alert log and i am following that guidelines, but i am not able to put the database in mount state and it is thronging error message. Please suggest me in correct way. This is very high priority for me.
I have done below steps.
1.set the environment through . oraenv
2. export ORACLE_SID
3. SQL>startup nomount
ORACLE instance started.
Total System Global Area 4943876096 bytes
Fixed Size 2143944 bytes
Variable Size 2617248056 bytes
Database Buffers 2281701376 bytes
Redo Buffers 42782720 bytes
SQL>alter database mount;
alter database mount
ERROR at line 1:
ORA-00214: control file '/u02/oradata/beacondp/control02.ctl' version 390158 inconsistent with file '/u01/oradata/beacondp/control01.ctl' version 390097
4. SQL>alter system set control_files='/u02/oradata/beacondp/control03.ctl' scope=spfile;
System altered.
SQL>startup restrict
ORA-01081: cannot start already-running ORACLE - shut it down first
5. SQL>alter database mount;
alter database mount
ERROR at line 1:
ORA-00214: control file '/u02/oradata/beacondp/control02.ctl' version 390158 inconsistent with file '/u01/oradata/beacondp/control01.ctl' version 390097
alert log Information:
Thread 1 advanced to log sequence 9261
Current log# 3 seq# 9261 mem# 0: /u02/oradata/beacondp/redo03.log
Tue Sep 13 15:00:14 2011
********************* ATTENTION: ********************
The controlfile header block returned by the OS
has a sequence number that is too old.
The controlfile might be corrupted.
PLEASE DO NOT ATTEMPT TO START UP THE INSTANCE
without following the steps below.
RE-STARTING THE INSTANCE CAN CAUSE SERIOUS DAMAGE
TO THE DATABASE, if the controlfile is truly corrupted.
In order to re-start the instance safely,
please do the following:
(1) Save all copies of the controlfile for later
analysis and contact your OS vendor and Oracle support.
(2) Mount the instance and issue:
ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
(3) Unmount the instance.
(4) Use the script in the trace file to
RE-CREATE THE CONTROLFILE and open the database.
Please let me know, how i need to proceed. Major problem is i am not able to put the db in mount state. I have both spfile and pfile.
Thanks in advance.

user13162661 wrote:
Thanks Pavan for yoour response, but how can i find, which is good copy of the controlfile?
Now i have 3 controlfiles in spfile or in pfile, Can i directly remove the 1 and 2 controlfiles from pfile and put the 3rd there itself and start the db.
startup pfile='file_path';
Is there any thing i am missing?
Please helpout.
control file '/u02/oradata/beacondp/control02.ctl' version 390158 inconsistent with file '/u01/oradata/beacondp/control01.ctl' version 390097I suspect that control02.ctl is the good one since it has the higher SCN

Database is hosed - 10G 10.1.0

Disclaimers: I am still learning what everything is & does so have patience with me. Also, this is a test environment that I was attempting to port a database from Sybase so the overall loss is negligible.
However, this might be a good time to learn what happened and if there is a posibility of fixing it.
I created a database, about 150 tables and loaded over some data. I then used one of the backup tools in the online EM. I honestly don't recall what I did, but under oracle\product\10.1.0\flash_recovery_area\orclmine\backupset\2006_02_07 I have two files:
O1_MF_NCSNF_BACKUP_ORCLMINE_000_0_1YKRR3YR_.BKP - almost 3M
O1_MF_NNNDF_BACKUP_ORCLMINE_000_0_1YKRPZKL_.BKP - about 746M
Some time over a weekend, the server lost power. (Someone figured a UPS wasn't needed for a 'test' server) After the server went through its own checks and everything is back up, I cannot get into the database. Logging into the online EM I get:
"The database status is currently unavailable. It is possible that the database is in mount or nomount state. Click 'Startup' to obtain the current status and open the database. If the database cannot be opened, click 'Perform Recovery' to perform an appropriate recovery operation."
The database fails to mount. I've tried the Perform Recovery option using the Autobackup in flash recovery area, but I'm thinking this isn't the kind of backup I created. Well, I think that because A) It wasn't an auto backup, I did a one off myself and B) I've tried just about all the different combos of database name and recovery location I can think of. Passing it the root level directory where the recovery area is all the way to the detailed directory where the backup files are located.
I am now lost.
I've registered for my metalink account, but the registration has not come back yet whether I'm approved or what not... So I cannot access the metalink at the moment.
I guess my priority is to first try getting this instance back up. If not, how can I jump start the database and rebuild it? Last resort is a full un-install/reinstall.
Thanks for reading. I'll try to answer any questions as best I can. Here's the error I get in EM when trying the restore (with some formatting for readability):
RMAN> connected to target database: orclmine (not mounted) using target database controlfile instead of recovery catalog
RMAN> Starting restore at 21-FEB-06 allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=160 devtype=DISK recovery area destination:
E:\oracle\product\10.1.0\flash_recovery_area database name (or lock name space) used for search: ORCLMINE channel ORA_DISK_1:
no autobackups found in the recovery area autobackup search outside recovery area not attempted because DBID was not set
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/21/2006 15:43:54
RMAN-06172: no autobackup found or specified handle is not a valid copy or piece
RMAN> Oracle instance shut down
RMAN> connected to target database (not started) Oracle instance started
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of startup command at 02/21/2006 15:44:18 ORA-00214:
controlfile 'E:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCLMINE\CONTROL03.CTL' version 1488 inconsistent with file
'E:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCLMINE\CONTROL01.CTL' version 1473
RMAN> Recovery Manager complete.

10.2.0.3.0 is not a free download. You can find this in Oracle Support site (formerly Metalink). The patch number is 5337014

"Oracle initialization or shut down in progress" problem

I installed oracle 9i on windows xp 2002 service pack2 before 20 days, it was working fine till now but now when i try to login from scott user with correct password it is giving oracle initialization or shut down in progress error and not letting me login.
Any solution please?

ora-00214:Control file
'D:\General\1mcs\oracle\oradata\globaldb3\CONTROL01.CTL' version 16889
inconsistent with file
'D:\General\1mcs\oracle\oradata\globaldb3\CONTROL02.CTL' version 16885 Error: ORA 214
Text: control file <name> version <num> inconsistent with file <name>
version <num>
Cause: An inconsistent set of control files, datafiles, and redo log files
was used.
Action: Use a consistent set of control files, datafiles, and redo log files.
That is, all the files must be for the same database and from the same
time period.
edit you pfile, and set the control file as only any one of that and startup, If not try with second one. check by which controlfile you can able to open database, so that later you can multiplex the controlfile.

Problem creating a new spfile on a standby database.

I'm running an oracle 9.2.0.8 physical standby where I've changed some parameters creating a new pfile. The instance is working fine with this pfile, but I want to use an spfile. To do this, I've cancelled recovery, created a new spfile from the current pfile and shutdown the instance. Then the problem appears when I mount the instance. I check the parameters I've changed in the pfile and these changes are not present on my "new" spfile. If I take a look to spfile parameter...., my instance is running with old one! Do you have any suggestion about how to fix this?
Thanks in advance.

>
Did You restarted instance in order to use a new changed pfile?
And only after that created spfile?
>
Yes, I've restarted the instance to use the new pfile, and also after create the new spfile.
>
What You mean with "take a look to spfile parameter"?
You checked out and saw that database is still using pfile?
>
I've executed the following sentence:
"show parameter spfile"
and the output shows me that the file in use was the old one.
>
If you don't specify on startup what file to use spfile or pfile then oracle automaticaly looks into $ORACLE_HOME/dbs and search in this order:
* spfileSID.ora
* spfile.ora
* initSID.ora
* init.ora
Do you have under $ORACLE_HOME/dbs spfileSID.ora or spfile.ora?
>
I've the following files under $ORACLE_HOME/dbs:
* spfileSID.ora (that's the new spfile)
* initSID.ora (that's the old spfile)
* initxxxxx.ora (that's my custom pfile)
I've created the new spfile with my standby database on mount state, with the following sentence:
"create spfile from pfile"
When I restart the instance and try to mount it (using the new spfile), I get an ORA-00214 error.
So, I'm still running with my custom pfile.

Creating a control file copy with ASM

Configuration is Oracle 10.2, RAC, and ASM (Automatic Storage Management). I would like to create a second copy of the control file.
If this wasn't ASM, I could just bring down the database, copy the control file using an operating system command, modify the pfile to reference both the original and new copy, and then restart the database.
Since this is ASM, I cannot use an operating system command to copy the control file, and RMAN "BACKUP" (which is the only way I know to make a copy of the control file) will only work if the database is up. When I "restore" the control file using RMAN and change the pfile to reference both control files I get a message like the following when attempting to start the database:
ORA-00214: control file '+ASMGROUP1/db1/controlfile/current.271.566646845'
version 2241 inconsistent with file
'+ASMGROUP1/db1/controlfile/current.268.566661765' version 2236
Soooooo, how do I make and implement a second copy of a control file using ASM.
Thanks

Hi.
This is not testet so presede with caution as it is meant as a discussion ;-)
As I see it there is no logical way to extend the instance by adding a controlfile.
The following procedure might work (has not been tested)
I think you have to make a controlfilebackup with the database closed in normal mode using RMAN.
Further you might be able to edit the pfile with create pfile from spfile and further create spfile from pfile. Extending the controlfile parameter to represent number and names of controlfile needed.
With this done, the database is closed normal with a controlfile copy presented somewhere on the filesystem.
startup mount;
restore controlfile from '<backup controlfile location>'
alter database mount;
alter database open;
Any thoughts about this procedure guys?
Rgds
Kjell Ove

Database could not able start after power shutdown

Daer all ,
Due to power failure , SAP XI PROD got down , then i have tried to start database , i got the below error .
ORA-00214: control file '/oracle/IXP/origlogA/cntrl/cntrlIXP.dbf' version 6070
inconsistent with file '/oracle/IXP/sapdata1/cntrl/cntrlIXP.dbf' version 6059
Kindly advise

Hi,
This happens as the control files in origlog and SAPDATA1 are not in shync.
Take a copy of the file '/oracle/IXP/sapdata1/cntrl/cntrlIXP.dbf' and then replace this with the file '/oracle/IXP/origlogA/cntrl/cntrlIXP.dbf'. Then try to start ur DB.
FYI: At any point of time all the control file in a DB should be in shync.
Good Luck!!!
Regards,
Varadharajan M

Hardware Failure - Now having db probs - Please Help!

First of all, we have no in-house Oracle expertise. Our in-house staff are versed in MS SQL Server.
We had a motherboard failure on our Oracle 9i server (release 9.2.0.1.0), which was replaced. There are two instances on this server. When we tried to log on to the server, we got the following error:
ORA-01033: Oracle initialization or shutdown in progress.
Then, someone tried to force a shutdown and force a start. Now we're getting the following error:
ORA-00214 control file 'd:\oracle\oradata\intgback\control02.ctl' version 253
inconsistent with file 'd:\oracle\oradata\intgback\control01.ctl' version 247
Is there a utility to repair this or something we can do? We are running in the mode that does not have a recovery log.
Any help would be greatly appreciated.
Thank you!
Leslie

First, just in case, take a backup of all your Oracle database files with the database shutdown (i.e. control files, redo logs, data files).
Next, at the O/S command line or Windows explorer rename
d:\oracle\oradata\intgback\control01.ctl to d:\oracle\oradata\intgback\control01.bak
Next, copy d:\oracle\oradata\intgback\control02.ctl to d:\oracle\oradata\intgback\control01.ctl
Then try to restart your database.
HTH
John

ORA-00214

Similar Messages

Maybe you are looking for