Recover datafile error ora-00279,00289,00280

alter database recover datafile 'xxx'
error at line 1
ora-00279 change 36xxxxx generated at x-x-x needed for thread1
ora-00289 suggestion
ora-00280 change 36xxxx for thread 1 is in sequence #76xx
Please guide how can i resolve this issue

Hi,
Please see: https://community.oracle.com/thread/497955?start=0&tstart=0
Thank you

Similar Messages

Diff btw "recover datafile file#" & "alter database recover datafile file#"

What is the difference between
"recover datafile file#"
"alter database recover datafile file#"
Thanks
Naveen

I don't mean to be rude, but the statement that "There is no difference in both the commands" is facile in the extreme. Sounds like more off-the-cuff instant advice than the considered thoughts of someone who's actually bothered to try both commands out.
The "alter database recover..." command is a disaster waiting to happen and should never be used by anyone who actually wants to achieve a successful database recovery. It has the effect of suppressing most of the interactive dialogue you get when you submit the shorter "recover..." command, and indeed causes spurious errors to be displayed because the non-interactive recovery process gets it wrong.
For example, here's me recovering my database using the "alter database" syntax:
SQL> alter database open;
alter database open
ERROR at line 1:
ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
ORA-01110: data file 4: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\WIN10\USERS01.DBF'
SQL> alter database recover datafile 4;
alter database recover datafile 4
ERROR at line 1:
ORA-00279: change 642359 generated at 07/04/2008 09:03:18 needed for thread 1
ORA-00289: suggestion :
C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_9_%U_.ARC
ORA-00280: change 642359 for thread 1 is in sequence #9Note the slightly alarming report of an 'error at line 1'. What's difficult to convey in mere text, however, is that at the end of that output, the thing just sits there, and you've no idea what on Earth is happening on the database. The text tells you it's making a suggestion, but there's no indication of how you accept the suggestion, of what's happening when you do accept it or where anything is up to.
I've interrupted one of those once (fortunately only in a training room) and lost the entire database as a result (because a half-complete, interrupted recovery is worse than no recovery at all).
Compare that with the plain "recover..." syntax example:
SQL> recover datafile 4;
ORA-00279: change 642359 generated at 07/04/2008 09:03:18 needed for thread 1
ORA-00289: suggestion :
C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_9_%U_.ARC
ORA-00280: change 642359 for thread 1 is in sequence #9
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00279: change 642571 generated at 07/04/2008 09:06:26 needed for thread 1
ORA-00289: suggestion :
C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_10_%U_.ARC
ORA-00280: change 642571 for thread 1 is in sequence #10
ORA-00278: log file
'C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_9_46TPVL2G_.ARC' no longer needed for this recovery
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00279: change 642576 generated at 07/04/2008 09:06:32 needed for thread 1
ORA-00289: suggestion :
C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_12_%U_.ARC
ORA-00280: change 642576 for thread 1 is in sequence #12
ORA-00278: log file
'C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_11_46TPVRMK_.ARC' no longer needed for this recovery
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Log applied.
Media recovery complete.There are no weird error messages reported here. The suggestion is accompanied by a prompt that tells you how to accept it. Every time a new log is required, a new prompt is given. You can cleanly cancel at any time by typing 'cancel'. You are kept informed throughout and are in charge throughout.
Anyone that uses "alter database" syntax during a recovery is, therefore, either brave or foolhardy. In either case, there is a very profound difference between the two.
Your parting shot that 'alter database' is a SQL command and 'recover' can be an RMAN command misses the point by a wide mile, too. RMAN can issue pretty much any piece of SQL you like, so long as you wrap it in the SQL command:
RMAN> sql 'alter database recover datafile 4';
using target database control file instead of recovery catalog
sql statement: alter database recover datafile 4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of sql command on default channel at 07/04/2008 09:23:16
ORA-00279: change generated at needed for thread
RMAN-11003: failure during parse/execution of SQL statement: alter database recover datafile 4
ORA-00279: change 642359 generated at 07/04/2008 09:03:18 needed for thread 1
ORA-00289: suggestion : C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_9_%U_.ARC
ORA-00280: change 642359 for thread 1 is in sequence #9We don't get much further in RMAN with this dodgy form of the recovery command than we did in SQL*Plus, it's true -but that's just because it's a silly command to use in the first place, wherever you thought to use it. The distinction you seek to draw between 'SQL commands' and 'RMAN commands' is false in this case, in other words.

Error during recover datafile - ORA-01422: exact fetch returns more than ..

Hi,
we have got actual a serious problem in our database. Some days ago we created a new datafile for a tablespace in the wrong directory:
ALTER TABLESPACE "ANZSIIDX" ADD DATAFILE '/oralunadata/anzora8/ANZSIIDX08.dbf' SIZE 500M
We recognized our mistake and generated the datafile with the same name in teh right directory:
ALTER TABLESPACE "ANZSIIDX" ADD DATAFILE '/oralunaindex/anzora8/ANZSIIDX08.dbf' SIZE 500M
We set the "wrong" datafile offline in order to rename and replace this in file in the right directory:
alter database datafile '/oralunadata/anzora8/ANZSIIDX08.dbf' offline;
ALTER TABLESPACE 'ANZSIIDX'
RENAME DATAFILE '/oralunadata/anzora8/ANZSIIDX08.dbf',
TO '/oralunaindex/anzora8/ANZSIIDX09.dbf';
After this we wanted to bring the datafile online again with a recovery but
this fails with teh strange error-message:
SQL> recover datafile 109;
ORA-00604: error occurred at recursive SQL level 1
ORA-01422: exact fetch returns more than requested number of rows
ORA-06512: at line 20
ORA-00279: change 10322956311023 generated at 04/10/2013 18:51:23 needed for
thread 1
ORA-00289: suggestion : /oralunaarchiv/anzora8/anzora8_1_315326_636567403.arc
ORA-00280: change 10322956311023 for thread 1 is in sequence #315326
A similar thing happens with our RMAN backup from last weekend, which failed:
channel c4: backup set complete, elapsed time: 00:32:33
input datafile fno=00109 name=/oralunadata/anzora8/ANZSIIDX08.dbf
input datafile fno=00103 name=/oralunaindex/anzora8/ITOPROTOKOLLEIDX01.dbf
input datafile fno=00097 name=/oralunadata/anzora8/ITOPROTOKOLLE03.dbf
input datafile fno=00096 name=/oralunadata/anzora8/ITOPROTOKOLLE02.dbf
channel c4: specifying datafile(s) in backupset
channel c4: starting compressed incremental level 0 datafile backupset
continuing other job steps, job failed will not be re-run
ORA-00600: internal error code, arguments: [krbbfmx_notfound], [109], [12801], [], [], [], [], []
ORA-01422: exact fetch returns more than requested number of rows
ORA-00604: error occurred at recursive SQL level 1
Has anybody an idea, how can we bring back the datafile online in order to run succesfull an RMAN backup?
Actually we see just the workaraound to move the objects from the affected tablespace to new tablespace
and the drop the empty tablespace what would be quite time consuming and not really practicable for us.
kind regards,
Marco

Hi,
actual we see this in v$datafile:
/oralunaindex/anzora8/ANZSIIDX01.dbf     15     ANZSIIDX     10737418240     1310720     AVAILABLE     15     NO     0     0     0     10737352704     1310712     ONLINE
/oralunaindex/anzora8/ANZSIIDX02.dbf     46     ANZSIIDX     10737418240     1310720     AVAILABLE     46     NO     0     0     0     10737352704     1310712     ONLINE
/oralunaindex/anzora8/ANZSIIDX03.dbf     58     ANZSIIDX     10737418240     1310720     AVAILABLE     58     NO     0     0     0     10737352704     1310712     ONLINE
/oralunaindex/anzora8/ANZSIIDX04.dbf     65     ANZSIIDX     10737418240     1310720     AVAILABLE     65     NO     0     0     0     10737352704     1310712     ONLINE
/oralunaindex/anzora8/ANZSIIDX05.dbf     78     ANZSIIDX     10737418240     1310720     AVAILABLE     78     NO     0     0     0     10737352704     1310712     ONLINE
/oralunaindex/anzora8/ANZSIIDX06.dbf     85     ANZSIIDX     10737418240     1310720     AVAILABLE     85     NO     0     0     0     10737352704     1310712     ONLINE
/oralunaindex/anzora8/ANZSIIDX07.dbf     88     ANZSIIDX     10737418240     1310720     AVAILABLE     88     NO     0     0     0     10737352704     1310712     ONLINE
/oralunaindex/anzora8/ANZSIIDX09.dbf     109     ANZSIIDX               AVAILABLE     109                                   RECOVER
/oralunaindex/anzora8/ANZSIIDX08.dbf     110     ANZSIIDX     10737418240     1310720     AVAILABLE     110     NO     0     0     0     10737352704     1310712     ONLINE
We dont use RMAN-Catalog for backup the information is only stored in the controlfile.
The recovery datafile command with full path including for the datafile failed with the same error message:
SQL> connect / as sysdba
Connected.
SQL> recover datafile '/oralunaindex/anzora8/ANZSIIDX09.dbf';
ORA-00604: error occurred at recursive SQL level 1
ORA-01422: exact fetch returns more than requested number of rows
ORA-06512: at line 20
ORA-00279: change 10322956311023 generated at 04/10/2013 18:51:23 needed for
thread 1
ORA-00289: suggestion : /oralunaarchiv/anzora8/anzora8_1_315326_636567403.arc
ORA-00280: change 10322956311023 for thread 1 is in sequence #315326
I guess it is a bug of oracle which will sometimes occur when you give two datafiles the same name in different directories that this poduces errors as above in the RMAN inerface(packages)!?
Maybe we could force to set he tablespace offline, rename the new added datafiles and ry to bring the tablespace online but nobody knows if it works really and we get the tablespace online again?
Therefore at the moment maybe it's the best way to move the objects away from this tablespace and than drop them, isn't it?
regards,
Marco

Recover datafile in no archivelog mode

Hi, i have always done media recovery using RMAN and this works nicely.
However im doing some testing on a database that does not use RMAN and is not in archivelog mode and im confused.(11.2 - aix)
My testing is as follows;
With the database shutdown cleanly i have taken a copy of dbf file. I then open the database and delete the dbf file.
(to slightly digress how can i still view and update the table from this datafile when the dbf file is dropped?)
In scenario 1 i shutdown the database after dropping the file. I then put the dbf file back and try and startup the database.
I thought that as i have a complete consistent backup i would be able to open the database normally without recovery, but this produced an error saying the file needed media recovery so i recovered the datafile and put online and the the db opened normally.
In scenario 2 i again took a clean backup and removed the dbf file. I then opened my database and switched redo logs 3 times ( i have 3 redo logs). After the 3rd switch the database crashed (which makes sense).
I have tried opening it normally again butagain it says the file needs media recovery. i then tried to recover the file but now i the following error:
ORA-00279: change 6667823 generated at 12/17/2013 11:35:20 needed for thread 1
ORA-00289: suggestion :
/test/oracle/TSTA/TSTA/archivelog/2013_12_17/o1_mf_1_78_%u_.arc
ORA-00280: change 6667823 for thread 1 is in sequence #78
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Any help would be greatly appreciated

885842 wrote:
Hi, i have always done media recovery using RMAN and this works nicely.
However im doing some testing on a database that does not use RMAN and is not in archivelog mode and im confused.(11.2 - aix)
My testing is as follows;
With the database shutdown cleanly i have taken a copy of dbf file. I then open the database and delete the dbf file.
(to slightly digress how can i still view and update the table from this datafile when the dbf file is dropped?)
In all *nix systems, the file is still there and open by any processes that had it open when you issued the 'rm' command. It is not really deleted until all processes that have it open have terminated.
In scenario 1 i shutdown the database after dropping the file. I then put the dbf file back and try and startup the database.
I thought that as i have a complete consistent backup i would be able to open the database normally without recovery, but this produced an error saying the file needed media recovery so i recovered the datafile and put online and the the db opened normally.
The backup may have been consistent, but if you restored only that one file, it was several SCN's behind the other files that continued to be updated after you took the consistent backup. "Consistent" means not only consistent interally to the individual file, but consistent with all other data files, plus the control files, plus the redologs.
In scenario 2 i again took a clean backup and removed the dbf file. I then opened my database and switched redo logs 3 times ( i have 3 redo logs). After the 3rd switch the database crashed (which makes sense).
I have tried opening it normally again butagain it says the file needs media recovery. i then tried to recover the file but now i the following error:
ORA-00279: change 6667823 generated at 12/17/2013 11:35:20 needed for thread 1
ORA-00289: suggestion :
/test/oracle/TSTA/TSTA/archivelog/2013_12_17/o1_mf_1_78_%u_.arc
ORA-00280: change 6667823 for thread 1 is in sequence #78
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Any help would be greatly appreciated
You said you are not in archivelog mode. So where did this reference to an archivelog come from?

Standby Database gives error ORA-03113:ORA-03114

Hi
I am using oracle 9iR2 on standby database when i recover it return errors like
SQL> recover standby database;
ORA-00279: change 8209765386 generated at 07/18/2008 12:10:41 needed for thread
1
ORA-00289: suggestion : J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86548.ARC
ORA-00280: change 8209765386 for thread 1 is in sequence #86548
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: change 8209782309 generated at 07/18/2008 12:22:05 needed for thread
1
ORA-00289: suggestion : J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86549.ARC
ORA-00280: change 8209782309 for thread 1 is in sequence #86549
ORA-00278: log file 'J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86548.ARC' no
longer needed for this recovery
ORA-03113: end-of-file on communication channel
ORA-03114: not connected to ORACLE
Alert log display
Starting datafile 1 recovery in thread 1 sequence 86551
Datafile 1: 'E:\ORANT\ORADATA\APR1\SYSTEM01.DBF'
Starting datafile 3 recovery in thread 1 sequence 86551
Datafile 3: 'E:\ORANT\ORADATA\APR1\CWMLITE01.DBF'
Starting datafile 4 recovery in thread 1 sequence 86551
Datafile 4: 'E:\ORANT\ORADATA\APR1\DRSYS01.DBF'
Starting datafile 5 recovery in thread 1 sequence 86551
Datafile 5: 'E:\ORANT\ORADATA\APR1\EXAMPLE01.DBF'
Starting datafile 6 recovery in thread 1 sequence 86551
Datafile 6: 'E:\ORANT\ORADATA\APR1\INDX01.DBF'
Starting datafile 7 recovery in thread 1 sequence 86551
Datafile 7: 'E:\ORANT\ORADATA\APR1\ODM01.DBF'
Starting datafile 8 recovery in thread 1 sequence 86551
Datafile 8: 'E:\ORANT\ORADATA\APR1\TOOLS01.DBF'
Starting datafile 9 recovery in thread 1 sequence 86551
Datafile 9: 'J:\ORACLE\ORADATA\APR1\USERS01.DBF'
Starting datafile 10 recovery in thread 1 sequence 86551
Datafile 10: 'E:\ORANT\ORADATA\APR1\XDB01.DBF'
Starting datafile 11 recovery in thread 1 sequence 86551
Datafile 11: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_E.DBF'
Starting datafile 12 recovery in thread 1 sequence 86549
Datafile 12: 'J:\ORACLE\ORADATA\APR1\APR_DATA4_C.DBF'
Starting datafile 13 recovery in thread 1 sequence 86550
Datafile 13: 'J:\ORACLE\ORADATA\APR1\APR_DATA2_D.DBF'
Starting datafile 14 recovery in thread 1 sequence 86550
Datafile 14: 'J:\ORACLE\ORADATA\APR1\APR_DATA2_A.DBF'
Starting datafile 15 recovery in thread 1 sequence 86548
Datafile 15: 'J:\ORACLE\ORADATA\APR1\APR_DATA2_B.DBF'
Starting datafile 16 recovery in thread 1 sequence 86550
Datafile 16: 'J:\ORACLE\ORADATA\APR1\APR_DATA1_A.DBF'
Starting datafile 17 recovery in thread 1 sequence 86550
Datafile 17: 'J:\ORACLE\ORADATA\APR1\APR_DATA1_B.DBF'
Starting datafile 18 recovery in thread 1 sequence 86550
Datafile 18: 'J:\ORACLE\ORADATA\APR1\APR_INDX1_A.DBF'
Starting datafile 19 recovery in thread 1 sequence 86549
Datafile 19: 'J:\ORACLE\ORADATA\APR1\APR_INDX1_B.DBF'
Starting datafile 20 recovery in thread 1 sequence 86549
Datafile 20: 'J:\ORACLE\ORADATA\APR1\APR_INDX1_C.DBF'
Starting datafile 25 recovery in thread 1 sequence 86550
Datafile 25: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_A.DBF'
Starting datafile 26 recovery in thread 1 sequence 86550
Datafile 26: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_B.DBF'
Starting datafile 27 recovery in thread 1 sequence 86550
Datafile 27: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_C.DBF'
Starting datafile 28 recovery in thread 1 sequence 86550
Datafile 28: 'J:\ORACLE\ORADATA\APR1\APR_MVIEWS_A.DBF'
Starting datafile 29 recovery in thread 1 sequence 86550
Datafile 29: 'J:\ORACLE\ORADATA\APR1\BLOB_A.DBF'
Starting datafile 30 recovery in thread 1 sequence 86549
Datafile 30: 'J:\ORACLE\ORADATA\APR1\HR_DATA1_A.DBF'
Starting datafile 31 recovery in thread 1 sequence 86548
Datafile 31: 'J:\ORACLE\ORADATA\APR1\HR_DATA2_A.DBF'
Starting datafile 32 recovery in thread 1 sequence 86550
Datafile 32: 'J:\ORACLE\ORADATA\APR1\HR_INDX1_A.DBF'
Starting datafile 33 recovery in thread 1 sequence 86550
Datafile 33: 'J:\ORACLE\ORADATA\APR1\HR_INDX2_A.DBF'
Starting datafile 34 recovery in thread 1 sequence 86548
Datafile 34: 'J:\ORACLE\ORADATA\APR1\INVENTORY_A.DBF'
Starting datafile 35 recovery in thread 1 sequence 86550
Datafile 35: 'J:\ORACLE\ORADATA\APR1\INVENTORY_INDX_A.DBF'
Starting datafile 36 recovery in thread 1 sequence 86550
Datafile 36: 'E:\ORANT\ORADATA\APR1\SAMPLE_DATA1_A.DBF'
Starting datafile 37 recovery in thread 1 sequence 86550
Datafile 37: 'J:\ORACLE\ORADATA\APR1\VMS_DATA1_A.DBF'
Starting datafile 38 recovery in thread 1 sequence 86550
Datafile 38: 'J:\ORACLE\ORADATA\APR1\APR_MMS_A.DBF'
Starting datafile 39 recovery in thread 1 sequence 86550
Datafile 39: 'J:\ORACLE\ORADATA\APR1\AUDIT_DATA_A.DBF'
Starting datafile 40 recovery in thread 1 sequence 86549
Datafile 40: 'J:\ORACLE\ORADATA\APR1\UNDOTBS.DBF'
Starting datafile 41 recovery in thread 1 sequence 86550
Datafile 41: 'J:\ORACLE\ORADATA\APR1\APR_DATA1_C.DBF'
Starting datafile 42 recovery in thread 1 sequence 86549
Datafile 42: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_E.DBF'
Starting datafile 43 recovery in thread 1 sequence 86548
Datafile 43: 'J:\ORACLE\ORADATA\APR1\APR_DATA2_C.DBF'
Starting datafile 44 recovery in thread 1 sequence 86550
Datafile 44: 'J:\ORACLE\ORADATA\APR1\APR_INDX1_E.DBF'
Starting datafile 46 recovery in thread 1 sequence 86550
Datafile 46: 'E:\ORANT\ORADATA\APR1\SYSTEM02.DBF'
Starting datafile 47 recovery in thread 1 sequence 86550
Datafile 47: 'J:\ORACLE\ORADATA\APR1\APR_INDX4_A.DBF'
Starting datafile 48 recovery in thread 1 sequence 86549
Datafile 48: 'J:\ORACLE\ORADATA\APR1\APR_DATA4.DBF'
Starting datafile 49 recovery in thread 1 sequence 86550
Datafile 49: 'J:\ORACLE\ORADATA\APR1\APR_DATA4_A.DBF'
Starting datafile 50 recovery in thread 1 sequence 86548
Datafile 50: 'J:\ORACLE\ORADATA\APR1\APR_DATA4_B.DBF'
Starting datafile 51 recovery in thread 1 sequence 86550
Datafile 51: 'J:\ORACLE\ORADATA\APR1\APR_INDX4_B.DBF'
Starting datafile 52 recovery in thread 1 sequence 86550
Datafile 52: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_A.DBF'
Starting datafile 53 recovery in thread 1 sequence 86550
Datafile 53: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_B.DBF'
Starting datafile 54 recovery in thread 1 sequence 86550
Datafile 54: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_C.DBF'
Starting datafile 55 recovery in thread 1 sequence 86550
Datafile 55: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_D.DBF'
Starting datafile 56 recovery in thread 1 sequence 86549
Datafile 56: 'J:\ORACLE\ORADATA\APR1\APR_INDX4_C.DBF'
Starting datafile 57 recovery in thread 1 sequence 86550
Datafile 57: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_F.DBF'
Starting datafile 58 recovery in thread 1 sequence 86550
Datafile 58: 'J:\ORACLE\ORADATA\APR1\APR_DATA6_A.DBF'
Starting datafile 59 recovery in thread 1 sequence 86548
Datafile 59: 'J:\ORACLE\ORADATA\APR1\APR_DATA6_B.DBF'
Starting datafile 60 recovery in thread 1 sequence 86549
Datafile 60: 'J:\ORACLE\ORADATA\APR1\APR_DATA6_C.DBF'
Starting datafile 61 recovery in thread 1 sequence 86549
Datafile 61: 'J:\ORACLE\ORADATA\APR1\APR_INDX4_D.DBF'
Starting datafile 62 recovery in thread 1 sequence 86550
Datafile 62: 'J:\ORACLE\ORADATA\APR1\APR_INDX5_A.DBF'
Starting datafile 63 recovery in thread 1 sequence 86550
Datafile 63: 'J:\ORACLE\ORADATA\APR1\APR_INDX5_B.DBF'
Starting datafile 64 recovery in thread 1 sequence 86550
Datafile 64: 'E:\ORANT\ORADATA\APR1\USERS01_A.DBF'
Starting datafile 65 recovery in thread 1 sequence 86550
Datafile 65: 'J:\ORACLE\ORADATA\APR1\GMT1_DATA.DBF'
Starting datafile 66 recovery in thread 1 sequence 86548
Datafile 66: 'J:\ORACLE\ORADATA\APR1\GMT1_INDX.DBF'
Starting datafile 67 recovery in thread 1 sequence 86550
Datafile 67: 'J:\ORACLE\ORADATA\APR1\APR_DATA7.DBF'
Starting datafile 68 recovery in thread 1 sequence 86550
Datafile 68: 'J:\ORACLE\ORADATA\APR1\APR_INDX7A.ORA'
Starting datafile 69 recovery in thread 1 sequence 86550
Datafile 69: 'J:\ORACLE\ORADATA\APR1\APR_INDX8_A.DBF'
Starting datafile 70 recovery in thread 1 sequence 86550
Datafile 70: 'J:\ORACLE\ORADATA\APR1\APR_INDX8_B.DBF'
Media Recovery Log
ORA-279 signalled during: ALTER DATABASE RECOVER standby database ...
Wed Jul 23 11:26:24 2008
ALTER DATABASE RECOVER CONTINUE DEFAULT
Wed Jul 23 11:26:24 2008
Media Recovery Log J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86548.ARC
ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
Wed Jul 23 11:26:25 2008
ALTER DATABASE RECOVER CONTINUE DEFAULT
Media Recovery Log J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86549.ARC
Wed Jul 23 11:26:53 2008
Some recovered datafiles maybe left media fuzzy
Media recovery may continue but open resetlogs may fail
Wed Jul 23 11:26:53 2008
ARC0: terminating instance due to error 472
Instance terminated by ARC0, pid = 2100
Tell me the solution.
Thanks in advance

I think your database is not going in begin backup mode...
this is my standby database server Pratap is there any method to check backup mode .
Thanks

Recover datafile

Hi All,
DB: 10g No Archive mode
OS: windows
I am unable to recover my datafile after renaming the same. Following are the steps that I have taken:
I have a old controlfile trace and the latest controlfile is lost. The old controlfile doesnt have the new datafile entry.So i am mounting the database with the old trace with resetlog option and then i will be renaming the unamed datafiles.
STARTUP MOUNTThen i create controlfile
ALTER DATABASE OPEN RESETLOGS;Now the newly added datafile is as below:
SQL> select name from v$datafile;
NAME
D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSTEM.DBF
D:\ORAHOME_XPRESS10G\ORADATA\XE\UNDO.DBF
D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSAUX.DBF
D:\ORAHOME_XPRESS10G\ORADATA\XE\USERS.DBF
D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST01.DBF
D:\ORAHOME_XPRESS10G\APP\ORACLE\PRODUCT\10.2.0\SERVER\DATABASE\MISSING00006Then i rename the datafile as
SQL> alter database rename file 'D:\ORAHOME_XPRESS10G\APP\ORACLE\PRODUCT\10.2.0\SERVER\DATABASE\MISSING00006' to 'D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST02.DBF';
Database altered.
SQL> select FILE#,STATUS,NAME from v$datafile;FILE# STATUS NAME
1 SYSTEM D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSTEM.DBF
2 ONLINE D:\ORAHOME_XPRESS10G\ORADATA\XE\UNDO.DBF
3 ONLINE D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSAUX.DBF
4 ONLINE D:\ORAHOME_XPRESS10G\ORADATA\XE\USERS.DBF
5 ONLINE D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST01.DBF
6 RECOVER D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST02.DBF
After this when i am trying to recover the concern datafiel i am getting the following errors:
SQL> recover datafile 6;
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [krhpfh_03-1202], [fno =], [6], [fhcrt =], [794948267], [cptim =], [0], []
ORA-01110: data file 6: 'D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST02.DBF'
and also,
SQL> RECOVER AUTOMATIC DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
ORA-00283: recovery session canceled due to errors
ORA-01124: cannot recover data file 1 - file is in use or recovery
ORA-01110: data file 1: 'D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSTEM.DBF'
BR
Sphinx
Edited by: $phinx19 on Sep 25, 2012 7:47 AM

Hi Vreddy,
I have tried the same by but it aint working. I am getting the following error:
SQL> recover datafile 6;
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [krhpfh_03-1202], [fno =], [6], [fhcrt =], [794948267], [cptim =], [0], []
ORA-01110: data file 6: 'D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST02.DBF'
Br
Sphinx

Cannot recover datafile

Hi All,
OS:windows
DB:XE
I have a situation, due to some unknown reasons one of my datafile has gone into recover status, following is the output:
select name, status from v$datafile;
NAME STATUS
D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSTEM.DBF SYSTEM
D:\ORAHOME_XPRESS10G\ORADATA\XE\UNDO.DBF ONLINE
D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSAUX.DBF ONLINE
D:\ORAHOME_XPRESS10G\ORADATA\XE\USERS.DBF ONLINE
D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST01.DBF ONLINE
D:\ORAHOME_XPRESS10G\APP\ORACLE\PRODUCT\10.2.0\SERVER\DATABASE\MISSING00006 RECOVERwhen i am trying to recover the same file by issuing:
recover datafile 6;
ORA-00283: recovery session canceled due to errors
ORA-01111: name for data file 6 is unknown - rename to correct file
ORA-01110: data file 6: 'D:\ORAHOME_XPRESS10G\APP\ORACLE\PRODUCT\10.2.0\SERVER\DATABASE\MISSING00006'
ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
ORA-01111: name for data file 6 is unknown - rename to correct file
ORA-01110: data file 6: 'D:\ORAHOME_XPRESS10G\APP\ORACLE\PRODUCT\10.2.0\SERVER\DATABASE\MISSING00006'Kindly help.
BR
Sphinx

$phinx19 wrote:
Hi ,
I am not sure how did this happen files do not spontaneously go missing.
but the file is present the OS level.error message would indicate that Oracle disagrees with your assessment.
do you have a recent RMAN backup of this DB?

Error ora-00376

cada ves que quiero ver una tabla me aparece el siguiente error
la estructura puedo de la tabla puedo ver pero no asi los datos
ORA-00376: el archivo 6 no se puede leer en este momento
ORA-01111: nombre del archivo datos 6 desconocido - escriba un nombre de archivo correcto
ORA-01110: archivo de datos 6: 'D:\APP\ADMINISTRADOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\MISSING00006'
mis archivo de basededato
cuando inicia
Total System Global Area 535662592 bytes
Fixed Size                  1375792 bytes
Variable Size             335544784 bytes
Database Buffers          192937984 bytes
Redo Buffers                5804032 bytes
Base de datos montada.
Base de datos abierta.
el archivo missing0006 no existe
si me pueden dar una mano estaría muy agradecido
realizo lo siguiente
SQL> recover datafile 6;
ORA-00283: sesi¾n de recuperaci¾n cancelada debido a errores
ORA-01111: nombre del archivo datos 6 desconocido - escriba un nombre
archivo correcto
ORA-01110: archivo de datos 6:
'D:\APP\ADMINISTRADOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\MISSING00006'
ORA-01157: no se puede identificar/bloquear el archivo de datos 6 - c
archivo de rastreo del DBWR
ORA-01111: nombre del archivo datos 6 desconocido - escriba un nombre
archivo correcto
ORA-01110: archivo de datos 6:
'D:\APP\ADMINISTRADOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\MISSING00006'
alguna ayuda

SQL> select a.file#,a.name as FILE_NAME,b.name as TABLESPACE_NAME ,status
$datafile a ,v$tablespace b where a.ts#=b.ts#;
     FILE#
FILE_NAME
TABLESPACE_NAME                STATUS
         1
D:\APP\ADMINISTRADOR\ORADATA\ORCL\SYSTEM01.DBF
SYSTEM                         SYSTEM
         2
D:\APP\ADMINISTRADOR\ORADATA\ORCL\SYSAUX01.DBF
SYSAUX                         ONLINE
     FILE#
FILE_NAME
TABLESPACE_NAME                STATUS
         3
D:\APP\ADMINISTRADOR\ORADATA\ORCL\UNDOTBS01.DBF
UNDOTBS1                       ONLINE
         4
D:\APP\ADMINISTRADOR\ORADATA\ORCL\USERS01.DBF
     FILE#
FILE_NAME
TABLESPACE_NAME                STATUS
USERS                          ONLINE
         5
D:\APP\ADMINISTRADOR\ORADATA\ORCL\EXAMPLE01.DBF
EXAMPLE                        ONLINE
         6
     FILE#
FILE_NAME
TABLESPACE_NAME                STATUS
D:\APP\ADMINISTRADOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\MISSING00006
CONTAB                         RECOVER
         7
D:\APP\ADMINISTRADOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\MISSING00007
CONTAB                         RECOVER
7 filas seleccionadas.

Error when trying to recover datafile from standby database to primary

hi friends,
getting problem with restoring datafile from backupset taken on standby database to primary database.
os: windows server 2003
db: oracle 11gR1(11.1.0.6)
i've configured standby database on two different hosts.
host1 - primary (db_uinque_name= prod)
host2 - standby (db_uniue_name= prodsby)
I've configure both database with recovery catalog. I take backup on standby database. users' datafile of primary database has been lost.i'm trying to restore from the backupsets taken on standby database.
with the help of - http://download.oracle.com/docs/cd/B28359_01/server.111/b28294/rman.htm#BAJCEFEG
on primary
c:\>rman target sys/password catalog rcat/password
rman>list backup for db_unique_name prodsby;
display the backupsets
rman>restore datafile 4;
Starting restore at 06-NOV-08
starting full resync of recovery catalog
full resync complete
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=1051 device type=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/06/2008 12:12:18
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 4 found to restore
also use to tag to restore the datafile
rman>restore datafile 4 from tag='base0_prodsby';
Starting restore at 06-NOV-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/06/2008 11:27:21
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 4 found to restore
i'm getting above errors when try to restore the datafile.
when i issue the following command.
BACKUP AS COPY DATAFILE 4 AUXILIARY FORMAT 'C:\app\Administrator\oradata\prod\USERS01.DBF';
Starting backup at 06-NOV-08
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=1068 device type=DISK
channel ORA_DISK_1: starting datafile copy
input datafile file number=00004 name=C:\APP\ADMINISTRATOR\ORADATA\prod\USERS01.
DBF
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 11/06/2008 12:49:
15
ORA-17628: Oracle error 19505 returned by remote Oracle server
please friends, try to help me to solve the problem.
Thanks,
Vihang

hi.
Its not necessary its a otherway around to recover datafile from this backupset and apply archivelogs to make datafile consistent.
yes, it ain't the right way to restore backup to primary location.
so how would i connect to standby database with primary and recovery catalog.
i need to connect to recovery catalog and primary site because i need to restore to primary location and recovery catalog contain all metadata and backupsets related information.
i also tried the following steps from oracle documentation.
Connect to the standby database as the target database:
CONNECT TARGET sys@standby
You are prompted for a password:
target database Password: password
Connect to the primary database as the auxiliary database:
CONNECT AUXILIARY sys@primary
You are prompted for a password:
target database Password: password
Back up the datafile on the standby host across the network to a location on the primary host. For example, suppose that /disk1/df2.dbf is the name of datafile 2 on the standby host. Suppose that /disk8/datafile2.dbf is the name of datafile 2 on the primary host. The following command would copy datafile 2 over the network to /disk9/df2copy.dbf:
BACKUP AS COPY DATAFILE 2 AUXILIARY FORMAT '/disk9/df2copy.dbf';
Starting backup at 06-NOV-08
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=1068 device type=DISK
channel ORA_DISK_1: starting datafile copy
input datafile file number=00004 name=C:\APP\ADMINISTRATOR\ORADATA\prod\USERS01.
DBF
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 11/06/2008 12:49:
15
ORA-17628: Oracle error 19505 returned by remote Oracle server
getting this error.

Recover of standby db with error: ORA-01157

I have added two datafiles to primary database, and somehow the standby log apply kept fail with the following errors:
SQL> SQL> ORA-00283: recovery session canceled due to errors
ORA-01111: name for data file 613 is unknown - rename to correct file
ORA-01110: data file 613: '/u0/oracle/orahome/dbs/UNNAMED00613'
ORA-01157: cannot identify/lock data file 613 - see DBWR trace file
ORA-01111: name for data file 613 is unknown - rename to correct file
ORA-01110: data file 613: '/u01/oracle/orahome/dbs/UNNAMED00613'
THen I disabled standby_file_management , and try following with error:
alter database create datafile '/u01/oracle/orahome/dbs/UNNAMED00613' as '+PRD_DAT/prd/datafile/indx_02.891.793937499'
ERROR at line 1:
ORA-01276: Cannot add file
+PRD_DAT/prd/datafile/indx_02.891.793937499. File has an Oracle Managed Files file name.
How do I fix this problem?

I did exact steps in your link.
However I got stuck here:
alter database create datafile '/u01/oracle/orahome/dbs/UNNAMED00613' as '+PRD_DAT/prd/datafile/indx_02.891.793937499'
ERROR at line 1:
ORA-01276: Cannot add file
+PRD_DAT/prd/datafile/indx_02.891.793937499. File has an Oracle Managed Files file name.

Recover datafile problem

Hi, I am using Oracle 7.3.4 on NT 4.
I am having problem with one of my rollback segments call HISTORY which contain two datafiles in e:\rollback\history.ora and f:\rollback\history.ora
This rollback segment was used for transfer old data to HISTORY datafile in
f:\HISTORY\HISTORY.ora
(the sql look like this -
set transaction use rollback segment history;
insert into history.bk_tableA
where ..... )
Recently the HISTORY rollback was droped by mistake. Since then I lost access to history tables( in HISTORY datafile). When I open the storage manager
it shows these 3 files are in recover status.
What is the relationship between the History rollback seqment and History datafile?
The list below were the errors I got when trying to recover a datafile
First attemp:
SVRMGR>
recover datafile 'f:\history\history.ora';
ORA-00279: Change 525082216 generated at 12/08/99 16:24:02 needed for thread 1
ORA-00289: Suggestion : d:\ORANT\RDBMS73\%ORACLE_SID%25290.001
ORA-00280: Change 525082216 for thread 1 is in sequence #252904
Specify log: {=suggested | filename | AUTO | CANCEL}
ORA-00310: archived log contains sequence 252909; sequence 252904 required
ORA-00334: archived log: 'D:\ORANT\RDBMS73\ORCL25290.001'
I try auto, and even the suggested log file orcl25290.001 and still could not recover the datafile. It seems the recover program
cannot find the specific sequence # in the log file! Any suggestion?
Second attemp:
I try the incomplete, change base recovery -
SVRMGR>recover until chang 525082215
it shows Media recovery complete. Then, I open the database with
'alter database open noresetlogs'
But I still cannot access to that data file.
svrmgr>select count(*) from history.bk_sn_err;
count(*)
ora-00376: file 5 cannot be read at this time
ora-01110: data file 5: 'f:\history\history.ora'
From the storage manager the file is still in recover status.
Does the file been recovered at all?
Is it possible that I could drop the damaged
rollback segment and recreate a new one.
Should I be able to gain access to the f:\history\HISTORY.ora datafile?
[email protected]
null

Hi Micheal,
when you said you had dropped the history, did you drop the rollback segment or did you delete the history.ora file from the NT or did you drop the file from Oracle by doing an
alter database adatfile '...history...'offline drop?
also is your database running in archivelog mode?
depending on the above, you will have to use different methods to recover.
from the error messages you seem to be running with no archivelog mode so you have to offline drop the datafile.
If you do an offline drop on the datafile, then you will have to drop tha tablespace and recreate it.
Thanks,
Mandar
null

ORA-00279:

hi,
we got the error when i start the db.the archive log mode is enabled.
SQL> startup
ORACLE instance started.
Total System Global Area 167772160 bytes
Fixed Size 1247900 bytes
Variable Size 83887460 bytes
Database Buffers 79691776 bytes
Redo Buffers 2945024 bytes
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'
SQL> recover database;
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 4535933 generated at 11/24/2009 16:28:15 needed for thread 1
ORA-00289: suggestion :
D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_11_24\O1_MF_1_
147_%U_.ARC
ORA-00280: change 4535933 for thread 1 is in sequence #147
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00308: cannot open archived log
'D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2009_11_24\O1_MF_1
_147_%U_.ARC'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'

It is very interesting to know how you get in this situation, but to get out you can try the following:
- SQL> select l.*, f.member from v$log l, v$logfile f where l.group#=f.group#;
--> which file has sequence #147 <CTRL-C> the name
- SQL> recover database using backup controlfile until cancel;
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
--> <CTRL-V>
- Hopefully it will accept the file and have a complete recovery.
- alter database open resetlogs;
Regards, Gerwin

Unable to open database : error , ora-03113 end of file communication

Hi Guys ,
I am facing a serious issue with my database
machine Oracle Linux Tikanga 5
database : 10.2.0.1
Error : ora-03113
I was trying to drop a logfile , while inserting the data ....
I restored and tried recovering it but it recovers with message , media recover complete but doesnot allows to open the database
gives the same error : Error : ora-03113 end of file communication
alert_log shows
alter database recover if needed
start
Media Recovery Start
ORA-264 signalled during: alter database recover if needed
start
Wed Jan 9 16:20:18 2013
db_recovery_file_dest_size of 2048 MB is 40.79% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Wed Jan 9 16:22:02 2013
alter database recover datafile list clear
Wed Jan 9 16:22:02 2013
Completed: alter database recover datafile list clear
Wed Jan 9 16:22:02 2013
alter database recover datafile list
1 , 2 , 3 , 4 , 5
Completed: alter database recover datafile list
1 , 2 , 3 , 4 , 5
Wed Jan 9 16:22:02 2013
alter database recover if needed
start
Media Recovery Start
ORA-264 signalled during: alter database recover if needed
start
Wed Jan 9 16:22:07 2013
alter database open
Wed Jan 9 16:22:07 2013
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=16, OS id=2049
Wed Jan 9 16:22:07 2013
ARC0: Archival started
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC1 started with pid=17, OS id=2051
Wed Jan 9 16:22:07 2013
Repairing half complete open of thread 1
Wed Jan 9 16:22:07 2013
Errors in file /d1/app/oracle/oradata/orcl/bdump/orcl_lgwr_1966.trc:
ORA-00600: internal error code, arguments: [3712], [1], [1], [0], [445262], [0], [445261], []
Wed Jan 9 16:22:08 2013
Errors in file /d1/app/oracle/oradata/orcl/bdump/orcl_lgwr_1966.trc:
ORA-00600: internal error code, arguments: [3712], [1], [1], [0], [445262], [0], [445261], []
LGWR: terminating instance due to error 470
Instance terminated by LGWR, pid = 1966
can you please suggest on the same ..
Thanks

Due to the nature of the error and to prevent any trial-and-error, I would highly recommand you to open a service request with Oracle asap.
Oracle too recommands the same.
Thanks...

Error ORA-01152: file 1 was not restored from a sufficiently old backup

Its also not thread just to share info with oracle gurus here.If my findings for the below workaround is wrong then please do correct me.
Sometime you get the error after performing restoring controlfile when you don't have autobackup controlfile on
error ORA-01152: file 1 was not restored from a sufficiently old backup
why?
Cause When you shutdown the database with using the normal,transactional or immediate options not abort a full checkpoint occurs.A full checkpoint ensures that all of the dirty blocks contained in the buffer cache are written to the data files,the database comes into synchronized state at this time i.e controlfile CKPT SCN=databasefile CKPT.
Like in this demo i am not taking backup the database in opened mode
Demo 1
SQL> archive log list
Database log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     9
Current log sequence           11
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145488364 bytes
Database Buffers           25165824 bytes
Redo Buffers                 524288 bytes
Database mounted.
SQL> alter database archivelog
2 /
Database altered.
SQL> archive log list
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     9
Next log sequence to archive   11
Current log sequence           11
Recovery Manager: Release 10.1.0.2.0 - Production
Copyright (c) 1995, 2004, Oracle. All rights reserved.
RMAN> connect target sys/sys
connected to target database: ORCL1 (DBID=1024798223)
RMAN> list backup
2> ;
using target database controlfile instead of recovery catalog
RMAN> backup database
2> ;
Starting backup at 08-DEC-07
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSTEM01.DBF
input datafile fno=00003 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSAUX01.DBF
input datafile fno=00002 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\UNDOTBS01.DBF
input datafile fno=00004 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\USERS01.DBF
channel ORA_DISK_1: starting piece 1 at 08-DEC-07
channel ORA_DISK_1: finished piece 1 at 08-DEC-07
piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL1\ORCL1\BACKUPSET\2007_12_08\O1_MF_NNNDF_TAG20071208T143558_3ONSCZBY_.BKP
comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current controlfile in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 08-DEC-07
channel ORA_DISK_1: finished piece 1 at 08-DEC-07
piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL1\ORCL1\BACKUPSET\2007_12_08\O1_MF_NCSNF_TAG20071208T143558_3ONSFGN7_.BKP
comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:05
Finished backup at 08-DEC-07
SQL> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.Now i delete the controlfile from OS command.
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145488364 bytes
Database Buffers           25165824 bytes
Redo Buffers                 524288 bytes
ORA-00205: error in identifying controlfile, check alert log for more infoi don't have automatized control file backup neither i have control file copy.What i will do
to recover control file i will restore controlfile from backup.Before doing it that i will bring
the database in mount state.
SQL> shutdown immediate
ORA-01507: database not mounted
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145488364 bytes
Database Buffers           25165824 bytes
Redo Buffers                 524288 bytes
ORA-00205: error in identifying controlfile, check alert log for more infoi have two backup piece in my backupset folder you cant check control file backup
existence with list backup controlfile at RMAN prompt cause it needs database in
mount state.You will have to test both backup set pieces.
RMAN> restore controlfile from
'C:\oracle\flash_recovery_area\orcl1\ORCL1\BACKUPSET\2007_12_08\O1_MF_NCSNF_TAG20071208T143558_3ONSFGN7_.BKP';
Starting restore at 08-DEC-07
using channel ORA_DISK_1
channel ORA_DISK_1: restoring controlfile
channel ORA_DISK_1: restore complete
output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL01.CTL
output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL02.CTL
output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL03.CTL
Finished restore at 08-DEC-07
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145488364 bytes
Database Buffers           25165824 bytes
Redo Buffers                 524288 bytes
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs
2 /
Database altered.You can see database now comes into open mode without raising error error
ORA-01152: file 1 was not restored from a sufficiently old backup,you can see that
database shutdown with immediate which synchronized the control file with database
file.
Demo 2
------------Now in this demo i am taking backup the database in opened mode before backup
database i have deleted alls previous backup.
Database is in opened moder if i take the backup in database opened mode
(i.e full checkpoint will not occur controlfile CKPT SCN<>datafile CKPT SCN)
you will get the error when you will restore controlfile from backup set.
error ORA-01152: file 1 was not restored from a sufficiently old backup
Reason is that CKPT SCN in the datafiles will be ahead of the backupset control file no
full checkpoint occuring. You are not taking backup in consistent state and the
backupset will not be in consistent state.When you will restore the control file from
backupset then yours restored control file SCN will be lesser then yours datafile
checkpoint SCN.
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145488364 bytes
Database Buffers           25165824 bytes
Redo Buffers                 524288 bytes
Database mounted.
Database opened.
RMAN> backup database
2> ;
Starting backup at 11-DEC-07
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSTEM01.D
BF
input datafile fno=00003 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSAUX01.D
BF
input datafile fno=00002 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\UNDOTBS01.
DBF
input datafile fno=00004 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\USERS01.DB
F
channel ORA_DISK_1: starting piece 1 at 11-DEC-07
channel ORA_DISK_1: finished piece 1 at 11-DEC-07
piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL1\ORCL1\BACKUPSET\2007_12_11\O1_M
F_NNNDF_TAG20071211T125123_3OWJD0V5_.BKP comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:56
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current controlfile in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 11-DEC-07
channel ORA_DISK_1: finished piece 1 at 11-DEC-07
piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL1\ORCL1\BACKUPSET\2007_12_11\O1_M
F_NCSNF_TAG20071211T125123_3OWJFT97_.BKP comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:09
Finished backup at 11-DEC-07now i shut down the database in order to delete the control file from os command
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> deleting the controlfile from oradata folder
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145488364 bytes
Database Buffers           25165824 bytes
Redo Buffers                 524288 bytes
ORA-00205: error in identifying controlfile, check alert log for more infonow i would restore the controlfile from backupset.
RMAN> restore controlfile from 'C:\oracle\flash_recovery_area\orcl1\ORCL1\BACKUP
SET\2007_12_11\O1_MF_NCSNF_TAG20071211T125123_3OWJFT97_.BKP'
2> ;
Starting restore at 11-DEC-07
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=159 devtype=DISK
channel ORA_DISK_1: restoring controlfile
channel ORA_DISK_1: restore complete
output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL01.CTL
output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL02.CTL
output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL03.CTL
Finished restore at 11-DEC-07
SQL> shutdown immediate
ORA-01507: database not mounted
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145488364 bytes
Database Buffers           25165824 bytes
Redo Buffers                 524288 bytes
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs
2 /
alter database open resetlogs
ERROR at line 1:
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: 'C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSTEM01.DBF'what would you do that now you have lost controlfile ,you dont have copy either you dont
have autobackup on for controlfile,you need to create the control file
SQL> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup nomount
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145488364 bytes
Database Buffers           25165824 bytes
Redo Buffers                 524288 bytes
SQL> create controlfile reuse database orcl1 noresetlogs archivelog
2 MAXLOGFILES 50
3 MAXLOGMEMBERS 3
4 MAXDATAFILES 300
5 MAXINSTANCES 8
6 MAXLOGHISTORY 500
7 LOGFILE
8                     GROUP 1 'C:\oracle10g\oracle\oradata\orcl1\orcl1\redo01.LOG',
9                     GROUP 2 'C:\oracle10g\oracle\oradata\orcl1\orcl1\redo02.LOG',
10                     GROUP 3 'C:\oracle10g\oracle\oradata\orcl1\orcl1\redo03.LOG'
11 DATAFILE
12                     'C:\oracle10g\oracle\oradata\orcl1\orcl1\SYSAUX01.DBF',
13                     'C:\oracle10g\oracle\oradata\orcl1\orcl1\SYSTEM01.DBF',
14                     'C:\oracle10g\oracle\oradata\orcl1\orcl1\UNDOTBS01.DBF',
15                     'C:\oracle10g\oracle\oradata\orcl1\orcl1\USERS01.DBF'
16
SQL> /
Control file created.
SQL> alter database open
2 /
Database altered.Khurram

No need to manually recreate the controlfile. Simply issue RECOVER DATABASE prior to opening database.
E:\>rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Sun Dec 30 01:22:34 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database (not started)
RMAN> startup
Oracle instance started
database mounted
database opened
Total System Global Area     612368384 bytes
Fixed Size                     2006192 bytes
Variable Size                239076176 bytes
Database Buffers             364904448 bytes
Redo Buffers                   6381568 bytes
RMAN> backup database;
Starting backup at 30-DEC-07
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=148 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=E:\ORACLE\ORADATA\ORA10G\SYSTEM01.DBF
input datafile fno=00002 name=E:\ORACLE\ORADATA\ORA10G\UNDOTBS01.DBF
input datafile fno=00003 name=E:\ORACLE\ORADATA\ORA10G\SYSAUX01.DBF
input datafile fno=00004 name=E:\ORACLE\ORADATA\ORA10G\USERS01.DBF
channel ORA_DISK_1: starting piece 1 at 30-DEC-07
channel ORA_DISK_1: finished piece 1 at 30-DEC-07
piece handle=D:\DB_BACKUPS\12J4S23M_1_1.BKP tag=TAG20071230T012302 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:35
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current control file in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 30-DEC-07
channel ORA_DISK_1: finished piece 1 at 30-DEC-07
piece handle=D:\DB_BACKUPS\13J4S26L_1_1.BKP tag=TAG20071230T012302 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03
Finished backup at 30-DEC-07
RMAN> shutdown immediate
database closed
database dismounted
Oracle instance shut down
RMAN> exit
Recovery Manager complete.
E:\>del e:\oracle\oradata\ora10g\*.ctl
E:\>rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Sun Dec 30 01:25:39 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database (not started)
RMAN> startup
Oracle instance started
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of startup command at 12/30/2007 01:25:56
ORA-00205: error in identifying control file, check alert log for more info
RMAN> restore controlfile from 'D:\DB_BACKUPS\13J4S26L_1_1.BKP';
Starting restore at 30-DEC-07
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=157 devtype=DISK
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
output filename=E:\ORACLE\ORADATA\ORA10G\CONTROL01.CTL
output filename=E:\ORACLE\ORADATA\ORA10G\CONTROL02.CTL
output filename=E:\ORACLE\ORADATA\ORA10G\CONTROL03.CTL
Finished restore at 30-DEC-07
RMAN> alter database mount;
database mounted
released channel: ORA_DISK_1
RMAN> alter database open resetlogs;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 12/30/2007 01:27:33
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: 'E:\ORACLE\ORADATA\ORA10G\SYSTEM01.DBF'
RMAN> recover database;
Starting recover at 30-DEC-07
Starting implicit crosscheck backup at 30-DEC-07
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
Crosschecked 1 objects
Finished implicit crosscheck backup at 30-DEC-07
Starting implicit crosscheck copy at 30-DEC-07
using channel ORA_DISK_1
Finished implicit crosscheck copy at 30-DEC-07
searching for all files in the recovery area
cataloging files...
no files cataloged
using channel ORA_DISK_1
starting media recovery
archive log thread 1 sequence 1 is already on disk as file E:\ORACLE\ORADATA\ORA10G\REDO03.LOG
archive log filename=E:\ORACLE\ORADATA\ORA10G\REDO03.LOG thread=1 sequence=1
media recovery complete, elapsed time: 00:00:02
Finished recover at 30-DEC-07
RMAN> alter database open resetlogs;
database opened
RMAN> shutdown immediate
database closed
database dismounted
Oracle instance shut down
RMAN> startup
connected to target database (not started)
Oracle instance started
database mounted
database opened
Total System Global Area     612368384 bytes
Fixed Size                     2006192 bytes
Variable Size                247464784 bytes
Database Buffers             356515840 bytes
Redo Buffers                   6381568 bytes
RMAN>

Errors ORA-01115 ORA-17507 ORA-01410

Hi i was using Oracle Data Integrator for loading data from one database to another, i programmed a package that loads data with a cycle in monthly intervals, it rans ok the first ten months since 2007/11 but then i got this errors
java.sql.SQLException: ORA-01115: IO error reading block from file 286 (block # 184745)
ORA-17507: I/O request size is not a multiple of logical block size
ORA-01410: invalid ROWID
Does anyone have any idea why this happened?.

oracle error ORA-01115
1. Try to assess the cause and extent of the problem.
Examine the alert.log file for this instance. Scan the last few
days' entries for other occurrences of ORA-01115. If you find them,
A) Do they reference files in different disks?
If so, it is likely that there you have controller problems.
Move on to Scenario II.A below.
B) Do they reference different files in the same disk?
If so, it is likely that there are problems with that disk.
Move on to Scenario II.B below.
C) Do they always reference the same datafile?
If so, it is likely that the datafile contains bad blocks.
Move on to Scenario II.C below. If the file is bigger
than 2GB and you are running 7.1.4 or lower on a Solaris
platform, see Scenario II.D below.
D) If none of the above applies, move on to Step 2.
2. If the datafile is in the SYSTEM tablespace, or the database is in
NOARCHIVELOG mode, shut the database down. Move on to Step 4.
If shutdown immediate fails, do a shutdown abort.
3. If the database is in ARCHIVELOG mode, you should still shut the
database down. If the database cannot be shut down, offline the
datafile.
ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE;
4. Try to copy the datafile to another disk (managed by a different
controller, if possible).
5. If the copy fails, even after you retry, the datafile must be considered
lost at this point. The next action depends on the tablespace to
which the lost file belongs. See the following Solution References to
PR entries, according to the different types of tablespaces,
for instructions on how to proceed.
IMPORTANT: While going through the references below, keep in mind that
if you restore the datafile from backup, you need to place it in another
disk, preferably under a different controller, and rename it inside Oracle
(see Note 115424.1 for details). If you recreate any tablespace, make
sure its datafiles are created in another disk, preferably under a
different controller.
Reference for Lost datafile scenarios : Note 198640.1
6. If the database is down, mount it.
7. Rename the datafile that you succeeded in copying inside Oracle.
ALTER DATABASE RENAME FILE '<old_full_path_file_name>'
TO '<new_full_path_file_name>';
8. If the database is mounted, open it. If you offlined the datafile,
perform media recovery on it, and then bring it online.
RECOVER DATAFILE '<full_path_file_name>';
ALTER DATABASE DATAFILE '<full_path_file_name>' ONLINE;

Recover datafile error ora-00279,00289,00280

Similar Messages

Maybe you are looking for