Open database with corrupt datafile

hi.. all
i'm use oracle10g R2 on RHEL 3 ,because power outage my datafile INDEXES.dbf was corrupted and i can't open my database with this corrupted datafile , i'm try to recover the corrupted block with blockrecover command using RMAN and block recover finished and i'm still cann't open my database .
SQL> alter database open ;
alter database open
ERROR at line 1:
ORA-01115: IO error reading block from file 6 (block # 98473)
ORA-01110: data file 6: '/home/oracle/oradata/branch16/INDEXES.dbf'
ORA-27072: File I/O error
Linux Error: 5: Input/output error
Additional information: 4
Additional information: 98473
Additional information: -1
i'm run my db in noarchivelog mode.
i need to open my database ( i have a dump file for my schema from yesterday)
please help me

Hi
If block level recovery is fin thru RMAN then open the database in mount state then do recover database and then open the database.
The above procedure is not work then you need to recreate the controlfile with existing datafile except that corrupt file. After recreating do full imp. It will solve the issue.
Regards
N.Sirajudeen

Similar Messages

Recover database with corrupt datafile

I have an Oracle 9.2.0.6.0 database which has crashed due to disk failure & there is no backup. on the disk that failed there is one rollback datafile so I was hoping to be able to just drop this datafile & the related tablespace & recreate on disk that is OK.
I found the following instructions in a thread on this forum & managed the offline drop of the datafile & the alter database open. However when I tried to drop the rollback tablespace it couldn't find what I though the tablespace was. Now when I try & do anything with the DB is failed with the error -
Error 376 happened during db open, shutting down database
USER: terminating instance due to error 376
Instance terminated by USER, pid = 47050
ORA-1092 signalled during: ALTER DATABASE OPEN...
the instructions I was following were :-
Database was NOT cleanly shut down
I.e. Datafile was accidentally dropped using operating system command, when the database was not cleanly shutdown using SHUTDOWN ABORT COMMAND.
* Check the alert.log file for this instance.
* Comment out the ROLLBACK_SEGMENTS parameter and add the following line: corruptedrollback_segments = ( ,...., ) i.e., the above list should contain all the rollbacks originally listed in the ROLLBACK_SEGMENTS parameter.
* Mount the database in restricted mode. STARTUP RESTRICT MOUNT
* Offline drop the lost datafile.
ALTER DATABASE DATAFILE OFFLINE DROP;
* Open the database.
ALTER DATABASE OPEN.
* Drop the rollback tablespace to which the datafile belonged.
* Recreate the rollback tablespace with all its rollback segments. Remember to bring the rollbacks online after you create them.
* Make the database available to all users.
* ALTER SYSTEM DISABLE RESTRICTED SESSION;
You should be able to see your database back at this step.
Any ideas how to indentify the tablespace that I need to drop & how to get the database into a state that will let me attempt this?

latest entries in alert.log ...
Mon Jan 18 15:32:33 2010
Errors in file /dwdb1/u01/oracle/app/oracle/admin/PLYDW/bdump/plydw_smon_33822.t
rc:
ORA-01595: error freeing extent (2) of rollback segment (13))
ORA-00376: file 6 cannot be read at this time
ORA-01110: data file 6: '/dip3/u07/oradata/PLYDW/dwrbs01.dbf'
SMON: about to recover undo segment 2
SMON: mark undo segment 2 as needs recovery
SMON: about to recover undo segment 3
SMON: mark undo segment 3 as needs recovery
SMON: about to recover undo segment 4
SMON: mark undo segment 4 as needs recovery
SMON: about to recover undo segment 5
SMON: mark undo segment 5 as needs recovery
SMON: about to recover undo segment 6
SMON: mark undo segment 6 as needs recovery
SMON: about to recover undo segment 7
SMON: mark undo segment 7 as needs recovery
SMON: about to recover undo segment 8
SMON: mark undo segment 8 as needs recovery
SMON: about to recover undo segment 9
SMON: mark undo segment 9 as needs recovery
SMON: about to recover undo segment 10
SMON: mark undo segment 10 as needs recovery
SMON: about to recover undo segment 11
SMON: mark undo segment 11 as needs recovery
Mon Jan 18 15:32:46 2010
Errors in file /dwdb1/u01/oracle/app/oracle/admin/PLYDW/udump/plydw_ora_52948.tr
c:
ORA-00376: file 6 cannot be read at this time
ORA-01110: data file 6: '/dip3/u07/oradata/PLYDW/dwrbs01.dbf'
Mon Jan 18 15:32:46 2010
Error 376 happened during db open, shutting down database
USER: terminating instance due to error 376
Instance terminated by USER, pid = 52948
ORA-1092 signalled during: alter database open...

Tried opening a file in library and it states can't open database with library name? It says Relaunch then will not open? and Blocks me completely from Aperture. I have to go to Finder to Rename it? I need this file how do I get it to open?

Tried opening a file in library and it states can't open database with library name? It says Relaunch then will not open? and Blocks me completely from Aperture. I have to go to Finder to Rename it? I need this file how do I get it to open?

Aftershotz,
You're going to have to give a bit more information.
What do you mean by "opening a file in library?" There is no function of Aperture to open files -- you can open (switch) libraries.
You'll have to be more specific about error messages, too. Perhaps some screenshots would be useful to diagnose your problem. "Can't open database with library name" is not enough detail about what Aperture is really telling you.
nathan

Instance does not open, because of corrupted datafile

Hi
I am running 10gR2.
For a test I have corrupted the header of an test datafile of a non system tablespace when instance was closed.
Now when I started the instance it does not open with an alert entry
Errors in file c:\oracle\oracle\product\10.2.0\db_1\admin\orcl\bdump\orcl_dbw0_512.trc:
ORA-01157: cannot identify/lock data file 11 - see DBWR trace file
ORA-01110: data file 11: 'C:\ORACLE\ORADATA\ORCL\DAMAGE_DATA.DBF'
ORA-27046: file size is not a multiple of logical block size
Now how to proceed?
When I tried to set the tablespace offline I got:
SQL> alter tablespace damage_data_ts offline;
alter tablespace damage_data_ts offline
ERROR at line 1:
ORA-01109: database not open
Can I just drop the datafile ?
I forgot to include, that the datafile is the only file the tablespace got.
But even the dropping the tablespace giving error, saying the database is not open
SQL> DROP TABLESPACE damage_data_ts INCLUDING CONTENTS AND DATAFILES;
DROP TABLESPACE damage_data_ts INCLUDING CONTENTS AND DATAFILES
ERROR at line 1:
ORA-01109: database not open
Thanks

Now I was able to drop the datafile with:
SQL> shutdown immediate;
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.
Total System Global Area 612368384 bytes
Fixed Size 1250452 bytes
Variable Size 247466860 bytes
Database Buffers 360710144 bytes
Redo Buffers 2940928 bytes
Database mounted.
SQL> alter database datafile 'C:\oracle\oradata\orcl\DAMAGE_DATA.DBF' offline drop;
Database altered.

Core + JNI binding cannot re-open database with log in mem option

I am doing some tests with BDB Core using the JNI interface and I have so far found that the speed is much faster with the setLogInMemory(true) option set on the database. I know this puts durability at risk but assuming there is no crash and I successfully close the database I am not able to re-open the database.
I am opening the DB with code like the following:
public void setupEventDB(File envHome)
throws DatabaseException, FileNotFoundException {
EnvironmentConfig myEnvConfig = new EnvironmentConfig();
myEnvConfig.setTransactional(_transactional);
myEnvConfig.setAllowCreate(_allowCreate);
myEnvConfig.setInitializeCache(true);
myEnvConfig.setLogBufferSize(100000000);
myEnvConfig.setLogInMemory(true); //Causes all logging to go to memory
myEnvConfig.setPrivate(true);
// Open the environment
myEnv = new Environment(envHome, myEnvConfig);
DatabaseConfig myDbConfig = new DatabaseConfig();
myDbConfig.setReadOnly(_readOnly);
myDbConfig.setTransactional(_transactional);
myDbConfig.setAllowCreate(_allowCreate);
myDbConfig.setType(DatabaseType.BTREE);
// Now open, or create and open, our databases
// Open the vendors and inventory databases
eventDb = myEnv.openDatabase(null,
"eventDB.db",
"eventDB",
myDbConfig);
My basic test is the following:
1. Open database
2. Insert 10 million records
3. Walk cursor across all records
4. Close database
5. Re open database
6. Walk cursor again
7. Close database
Basically when I get to step 5 I get the following error:
file unknown has LSN 18889/65067, past end of log at 1/28
Commonly caused by moving a database from one database environment
to another without clearing the database LSNs, or by removing all of
the log files from a database environment
/u02/DB/0/eventDB.db: unexpected file type or format
Exception: java.lang.IllegalArgumentException: Invalid argument: the log files from a database environment
/u02/DB/0/eventDB.db: unexpected file type or format
java.lang.IllegalArgumentException: Invalid argument: the log files from a database environment
/u02/DB/0/eventDB.db: unexpected file type or format
at com.sleepycat.db.internal.db_javaJNI.Db_open(Native Method)
at com.sleepycat.db.internal.Db.open(Db.java:404)
at com.sleepycat.db.DatabaseConfig.openDatabase(DatabaseConfig.java:1990)
at com.sleepycat.db.Environment.openDatabase(Environment.java:314)
at db.MyDbEnv.setupEventDB(MyDbEnv.java:139)
at db.InsertTool.run(InsertTool.java:94)
at db.InsertTool.main(InsertTool.java:61)
Exception in thread "main" java.lang.NullPointerException
at db.MyDbEnv.close(MyDbEnv.java:170)
at db.InsertTool.main(InsertTool.java:70)
My cursor code looks like the following:
private void walkCursor() throws DatabaseException {
System.out.println("Walking cursor");
Cursor cursor = myDbEnv.getEventDB().openCursor(null, null);
long count = 0;
long beforeCursor = System.currentTimeMillis();
PnRealTimeObj obj = new PnRealTimeObj();
PnRealTimeObj temp = null;
while(cursor.getNext(theKey, theData, null) == OperationStatus.SUCCESS){
count ++;
temp = (PnRealTimeObj) obj.entryToObject(theData);
if(count != temp.getMsgId()){
System.out.println("Count: "+count+" record: "+temp);
cursor.close();
long afterCursor = System.currentTimeMillis();
System.out.println("End Scan Found : "+count+" records. Time delta: "+(afterCursor - beforeCursor)+ " ms");
Interested in how you can get a DB with log in memory == true to open? I have tried this by starting a different program afterwords to just walk the cursor and that didn't work either. I am assuming it is complaining because there is no log but there isn't supposed to be a log with log in mem == true. I am assuming everything should get flushed to the DB when you close the database so it should still work?
Thanks,
Jared

To answer your questions I was closing the DB and then closing the environment when I ran into this problem.
I however was not using the remove call from the API it isn't clear to me when one should call remove and when one should call close? It appears that both put the environment in a terminal state and seems that remove uses slightly more forceful language and talks about removing environment files on disk.
I did however as an update to this receive an answer from oracle from an email thread I had with them and was told that I should try the resetLogSequenceNumber command. I tried doing this between the DB close and the environment close and this seemed to do the trick. My code looked like the following:
eventDb.close();
                    long logResetStart = System.currentTimeMillis();
                    File[] dbfiles = _envHome.listFiles(new FilenameFilter(){
                         @Override
                         public boolean accept(File arg0, String arg1) {
                              if(arg1.endsWith(".db")){
                                   return true;
                              }else{
                                   return false;
                    for(File dbfile:dbfiles){
                         System.out.println("Resetting log sequence number in: "+dbfile.getAbsolutePath());
                         myEnv.resetLogSequenceNumber(dbfile.getAbsolutePath(), false);
                    long logResetEnd = System.currentTimeMillis();
                    System.out.println("Elapsed time for log reset: "+(logResetEnd-logResetStart));
=============
As a side note it looks like the reset log sequence number call is fairly heavy weight operation it took on the order of 22 seconds to complete on my box.

View to check We Can Open Database with Resetlog Option

Hi Experts,
i need to know the view name that can tell us we can open the database in resetlog option during recovery process.
regards,
rizwan

Hi Rizwan;
i need to know the view name that can tell us we can open the database in resetlog option during recovery process.What is DB version?
Pelase check below link:
Troubleshooting Backups - V$ Recovery Views
http://www.toadworld.com/KNOWLEDGE/KnowledgeXpertforOracle/tabid/648/TopicID/TBT3/Default.aspx
Regard
Helios

Can't open database with Windows from linux system *URGENT*

Hi,
i've two systems. A Linux SuSE 9.3 Pro system with Oracle Database 9.2.0.4
and a Windows 2000 system with the same version of Oracle.
Now, i try to connect the Windows system with the Linux system, but i doesn't work. I also, have
installed the Listener, on the linux system.
What am i doing wrong? Can someone help me?
Thanks in advance.
Greets
Daniel

Thanks, but i've already solved the problem.
I've just switched off the firewall on the linux system.
And now it works.
But thanks for ur reply.

Creating new database with old database datafile

is it possible to create new database with old datafile
i lost my database ,i have no back up, just i have datafiles,
i want to create new database and want to create tablespaces with old datafiles
pls suggest me right one
tahnk you

SQL> recover database using backup controlfile until cancel;
ORA-00279: change 339559282 generated at 03/09/2008 12:23:01 needed for thread 1
ORA-00289: suggestion : F:\ORA9IAS\RDBMS\ARC01901.001
ORA-00280: change 339559282 for thread 1 is in sequence #1901
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00308: cannot open archived log 'F:\ORA9IAS\RDBMS\ARC01901.001'
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: 'F:\ORA9IAS\ORADATA\IASDB\SYSTEM01.DBF'

Non Archivelog Database- Undo Data files Deleted-How to Open Database ??

I am doing some test in Lab server.
Unforunately Undo Tablespace datafiles are deleted from the server.
Database is running in No archivelog Mode and I don't have any any type of Backup.
Last one week, i was doing only read only work with database. So Not really concern how much i will loose.
The biggest worry is How can I open the database with existing datafiles ????
Regards ,
Sumit
Edited by: Sumit2 on Aug 27, 2009 12:57 PM

If any active transaction or data needed by any of the session for rollback then it will be difficult to recover those transaction and your database data will be in inconsistent state. As you were doing only read only activity you can safely recover the database.
just comment undo tablespace and undomanagement parameters init.ora file and restart the database.
Once database is up create new undo tablespace and assigning it as default undo tablesapce tablespace.

Problem opening database after successfull recovery

Hi All,
Can any one please help me with below error.
I am doing system copy from Source_SID to Target_SID taking online backup and generated offline redo log files during start of backup to end.
We are on Windows 2003 server, DB is Oracle 10g and system is SRM 5.0. I was trying system copy backup/restore for DB and export/import for java. I have got online consistent backup along with offline redo logs of source system. Also have taken CI export.
Here the file system directories in TARGET_SID and SOURCE_SID are different. First i have restored the online backup of Source_SID in Target_SID system (RYV). Took the trace file of Source_SID system and modified accordingly the filesystem structure directories of the TARGET SySTEM. Also renamed the TARGET_SID to SOURCE_SID.
Now started it in nomount state with below command.
SQL> STARTUP NOMOUNT PFILE=E:\ORACLE\RYV\102\database\initRYV.ora
ORACLE instance started.
Total System Global Area 2634022912 bytes
Fixed Size                  2203184 bytes
Variable Size            1337811408 bytes
Database Buffers         1291845632 bytes
Redo Buffers                2162688 bytes
Generated the modifiled trace file script (renamed it as controlfile.sql).
SQL> @Controlfile.sql
Control file created.
SQL> alter database open;
alter database open
ERROR at line 1:
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-01195: online backup of file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'K:\ORACLE\RYV\SAPDATA1\SYSTEM_1\SYSTEM.DATA1'
Before executing the command i have places all the offline redo log files which were generated in source system during the online backup. During online backup, offline redo logs 04729 to 04732 were generated. Now i have issued below command.
SQL> alter database recover automatic using backup controlfile until cancel;
alter database recover automatic using backup controlfile until cancel
ERROR at line 1:
ORA-00279: change 112926870 generated at 09/29/2008 17:26:55 needed for thread
1
ORA-00289: suggestion : F:\ORACLE\RYV\ORAARCH\RYVARCHARC04733_0649429988.001
ORA-00280: change 112926870 for thread 1 is in sequence #4733
ORA-00278: log file 'F:\ORACLE\RYV\ORAARCH\RYVARCHARC04733_0649429988.001' no
longer needed for this recovery
ORA-00308: cannot open archived log
'F:\ORACLE\RYV\ORAARCH\RYVARCHARC04733_0649429988.001'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Offline Redo log files from 04729 to 04732 were applied and it was trying for 04733 which was not there. Now issued below command.
SQL> recover cancel;
Media recovery complete.
Finally tried to open database with resetlogs and here i am getting problem.
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
SQL>
Please suggest whether is there different procedure for system copy using backup/restore if file structure is different for Source_SID and Target_SID.
Thanking you for your help.
Regards
Ravi

Alert Log Details:
Sun Oct 12 08:42:37 2008
Starting ORACLE instance (normal)
Sun Oct 12 08:42:37 2008
Specified value of sga_max_size is too small, bumping to 2634022912
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on.
IMODE=BR
ILAT =10
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
processes                = 80
sessions                 = 96
event                    = 10191 trace name context forever, level 1
sga_max_size             = 2634022912
shared_pool_size         = 1291845632
shared_pool_reserved_size= 127512084
filesystemio_options     = setall
control_files            = G:\ORACLE\RYV\ORIGLOGA\CNTRL\CNTLRRYV.DBF, F:\ORACLE\RYV\ORAARCH\CNTRL\CNTRLRYV.DBF, K:\ORACLE\RYV\SAPDATA1\CNTRL\CNTRLRYV.DBF
control_file_record_keep_time= 30
db_block_size            = 8192
db_cache_size            = 1291845632
compatible               = 10.2.0
log_archive_dest         = F:\oracle\RYV\oraarch\RYVarch
log_buffer               = 2097152
log_checkpoint_interval = 0
db_files                 = 254
log_checkpoints_to_alert = TRUE
dml_locks                = 4000
undo_management          = AUTO
undo_tablespace          = PSAPUNDO
undo_retention           = 43200
recyclebin               = off
remote_os_authent        = TRUE
remote_login_passwordfile= EXCLUSIVE
job_queue_processes      = 1
background_dump_dest     = K:\ORACLE\RYV\SAPTRACE\BACKGROUND
user_dump_dest           = K:\ORACLE\RYV\SAPTRACE\USERTRACE
core_dump_dest           = K:\ORACLE\RYV\SAPTRACE\BACKGROUND
optimizer_features_enable= 10.2.0.1
sort_area_size           = 2097152
sort_area_retained_size = 0
db_name                  = RYV
open_cursors             = 800
optimpeek_user_binds   = FALSE
pga_aggregate_target     = 629145600
workarea_size_policy     = AUTO
statistics_level         = typical
PMON started with pid=2, OS id=4600
PSP0 started with pid=6, OS id=5228
MMAN started with pid=10, OS id=5664
DBW0 started with pid=14, OS id=4648
DBW1 started with pid=18, OS id=5588
DBW2 started with pid=22, OS id=4280
DBW3 started with pid=26, OS id=648
LGWR started with pid=30, OS id=4780
CKPT started with pid=34, OS id=1348
SMON started with pid=38, OS id=6024
RECO started with pid=42, OS id=5208
CJQ0 started with pid=46, OS id=1332
MMON started with pid=50, OS id=1304
MMNL started with pid=54, OS id=2736
Sun Oct 12 08:42:44 2008
CREATE CONTROLFILE REUSE SET DATABASE "RYV" RESETLOGS ARCHIVELOG
    MAXLOGFILES 255
    MAXLOGMEMBERS 5
    MAXDATAFILES 5000
    MAXINSTANCES 50
    MAXLOGHISTORY 2629
LOGFILE
GROUP 1 (
    'G:\ORACLE\RYV\ORIGLOGA\LOG_G11M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGA\LOG_G11M2.DBF'
) SIZE 90M,
GROUP 2 (
    'G:\ORACLE\RYV\ORIGLOGB\LOG_G12M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGB\LOG_G12M2.DBF'
) SIZE 90M,
GROUP 3 (
    'G:\ORACLE\RYV\ORIGLOGA\LOG_G13M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGA\LOG_G13M2.DBF'
) SIZE 90M,
GROUP 4 (
    'G:\ORACLE\RYV\ORIGLOGB\LOG_G14M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGB\LOG_G14M2.DBF'
) SIZE 90M,
GROUP 5 (
    'G:\ORACLE\RYV\ORIGLOGA\LOG_G15M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGA\LOG_G15M2.DBF'
) SIZE 90M,
GROUP 6 (
    'G:\ORACLE\RYV\ORIGLOGB\LOG_G16M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGB\LOG_G16M2.DBF'
) SIZE 90M,
GROUP 7 (
    'G:\ORACLE\RYV\ORIGLOGA\LOG_G17M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGA\LOG_G17M2.DBF'
) SIZE 90M,
GROUP 8 (
    'G:\ORACLE\RYV\ORIGLOGB\LOG_G18M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGB\LOG_G18M2.DBF'
) SIZE 90M
-- STANDBY LOGFILE
DATAFILE
'K:\ORACLE\RYV\SAPDATA1\SYSTEM_1\SYSTEM.DATA1',
'J:\ORACLE\RYV\SAPDATA3\UNDO_1\UNDO.DATA1',
'K:\ORACLE\RYV\SAPDATA4\SYSAUX_1\SYSAUX.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3_1\SR3.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3_2\SR3.DATA2',
'K:\ORACLE\RYV\SAPDATA1\SR3_3\SR3.DATA3',
'K:\ORACLE\RYV\SAPDATA1\SR3_4\SR3.DATA4',
'K:\ORACLE\RYV\SAPDATA1\SR3_5\SR3.DATA5',
'K:\ORACLE\RYV\SAPDATA1\SR3_6\SR3.DATA6',
'K:\ORACLE\RYV\SAPDATA1\SR3700_1\SR3700.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3700_2\SR3700.DATA2',
'K:\ORACLE\RYV\SAPDATA1\SR3700_3\SR3700.DATA3',
'K:\ORACLE\RYV\SAPDATA1\SR3700_4\SR3700.DATA4',
'K:\ORACLE\RYV\SAPDATA1\SR3USR_1\SR3USR.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3DB_1\SR3DB.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3DB_2\SR3DB.DATA2',
'K:\ORACLE\RYV\SAPDATA1\SR3DB_3\SR3DB.DATA3'
CHARACTER SET UTF8
Sun Oct 12 08:42:44 2008
WARNING: Default Temporary Tablespace not specified in CREATE DATABASE command
Default Temporary Tablespace will be necessary for a locally managed database in future release
Setting recovery target incarnation to 1
Sun Oct 12 08:42:45 2008
Successful mount of redo thread 1, with mount id 157697668
Sun Oct 12 08:42:45 2008
Completed: CREATE CONTROLFILE REUSE SET DATABASE "RYV" RESETLOGS ARCHIVELOG
    MAXLOGFILES 255
    MAXLOGMEMBERS 5
    MAXDATAFILES 5000
    MAXINSTANCES 50
    MAXLOGHISTORY 2629
LOGFILE
GROUP 1 (
    'G:\ORACLE\RYV\ORIGLOGA\LOG_G11M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGA\LOG_G11M2.DBF'
) SIZE 90M,
GROUP 2 (
    'G:\ORACLE\RYV\ORIGLOGB\LOG_G12M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGB\LOG_G12M2.DBF'
) SIZE 90M,
GROUP 3 (
    'G:\ORACLE\RYV\ORIGLOGA\LOG_G13M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGA\LOG_G13M2.DBF'
) SIZE 90M,
GROUP 4 (
    'G:\ORACLE\RYV\ORIGLOGB\LOG_G14M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGB\LOG_G14M2.DBF'
) SIZE 90M,
GROUP 5 (
    'G:\ORACLE\RYV\ORIGLOGA\LOG_G15M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGA\LOG_G15M2.DBF'
) SIZE 90M,
GROUP 6 (
    'G:\ORACLE\RYV\ORIGLOGB\LOG_G16M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGB\LOG_G16M2.DBF'
) SIZE 90M,
GROUP 7 (
    'G:\ORACLE\RYV\ORIGLOGA\LOG_G17M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGA\LOG_G17M2.DBF'
) SIZE 90M,
GROUP 8 (
    'G:\ORACLE\RYV\ORIGLOGB\LOG_G18M1.DBF',
    'H:\ORACLE\RYV\MIRRLOGB\LOG_G18M2.DBF'
) SIZE 90M
-- STANDBY LOGFILE
DATAFILE
'K:\ORACLE\RYV\SAPDATA1\SYSTEM_1\SYSTEM.DATA1',
'J:\ORACLE\RYV\SAPDATA3\UNDO_1\UNDO.DATA1',
'K:\ORACLE\RYV\SAPDATA4\SYSAUX_1\SYSAUX.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3_1\SR3.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3_2\SR3.DATA2',
'K:\ORACLE\RYV\SAPDATA1\SR3_3\SR3.DATA3',
'K:\ORACLE\RYV\SAPDATA1\SR3_4\SR3.DATA4',
'K:\ORACLE\RYV\SAPDATA1\SR3_5\SR3.DATA5',
'K:\ORACLE\RYV\SAPDATA1\SR3_6\SR3.DATA6',
'K:\ORACLE\RYV\SAPDATA1\SR3700_1\SR3700.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3700_2\SR3700.DATA2',
'K:\ORACLE\RYV\SAPDATA1\SR3700_3\SR3700.DATA3',
'K:\ORACLE\RYV\SAPDATA1\SR3700_4\SR3700.DATA4',
'K:\ORACLE\RYV\SAPDATA1\SR3USR_1\SR3USR.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3DB_1\SR3DB.DATA1',
'K:\ORACLE\RYV\SAPDATA1\SR3DB_2\SR3DB.DATA2',
'K:\ORACLE\RYV\SAPDATA1\SR3DB_3\SR3DB.DATA3'
CHARACTER SET UTF8
Sun Oct 12 08:43:43 2008
alter database open
Sun Oct 12 08:43:43 2008
ORA-1589 signalled during: alter database open...
Sun Oct 12 08:44:03 2008
alter database open resetlogs
Sun Oct 12 08:44:03 2008
ORA-1195 signalled during: alter database open resetlogs...
Sun Oct 12 08:44:42 2008
alter database recover automatic using backup controlfile until cancel
Sun Oct 12 08:44:42 2008
Media Recovery Start
parallel recovery started with 3 processes
Sun Oct 12 08:44:43 2008
Media Recovery Log F:\ORACLE\RYV\ORAARCH\RYVARCHARC04729_0649429988.001
Sun Oct 12 08:44:45 2008
Media Recovery Log F:\ORACLE\RYV\ORAARCH\RYVARCHARC04730_0649429988.001
Sun Oct 12 08:44:46 2008
Media Recovery Log F:\ORACLE\RYV\ORAARCH\RYVARCHARC04731_0649429988.001
Sun Oct 12 08:44:46 2008
Media Recovery Log F:\ORACLE\RYV\ORAARCH\RYVARCHARC04732_0649429988.001
Sun Oct 12 08:44:46 2008
Media Recovery Log F:\ORACLE\RYV\ORAARCH\RYVARCHARC04733_0649429988.001
Errors with log F:\ORACLE\RYV\ORAARCH\RYVARCHARC04733_0649429988.001
ORA-279 signalled during: alter database recover automatic using backup controlfile until cancel...
Sun Oct 12 08:45:08 2008
ALTER DATABASE RECOVER cancel
Sun Oct 12 08:45:11 2008
Media Recovery Canceled
Completed: ALTER DATABASE RECOVER cancel
Sun Oct 12 08:45:32 2008
alter database open resetlogs
Sun Oct 12 08:45:33 2008
ARCH: Logfile 8 is wrong incarnation (0:112926871:10/10/2008 14:52:35 vs 0:1:03/15/2008 13:13:08)
RESETLOGS after incomplete recovery UNTIL CHANGE 112926870
Resetting resetlogs activation ID 2278245220 (0x87cb4364)
Online log G:\ORACLE\RYV\ORIGLOGA\LOG_G11M1.DBF: Thread 1 Group 1 was previously cleared
Online log H:\ORACLE\RYV\MIRRLOGA\LOG_G11M2.DBF: Thread 1 Group 1 was previously cleared
Online log G:\ORACLE\RYV\ORIGLOGB\LOG_G12M1.DBF: Thread 1 Group 2 was previously cleared
Online log H:\ORACLE\RYV\MIRRLOGB\LOG_G12M2.DBF: Thread 1 Group 2 was previously cleared
Online log G:\ORACLE\RYV\ORIGLOGA\LOG_G13M1.DBF: Thread 1 Group 3 was previously cleared
Online log H:\ORACLE\RYV\MIRRLOGA\LOG_G13M2.DBF: Thread 1 Group 3 was previously cleared
Online log G:\ORACLE\RYV\ORIGLOGB\LOG_G14M1.DBF: Thread 1 Group 4 was previously cleared
Online log H:\ORACLE\RYV\MIRRLOGB\LOG_G14M2.DBF: Thread 1 Group 4 was previously cleared
Online log G:\ORACLE\RYV\ORIGLOGA\LOG_G15M1.DBF: Thread 1 Group 5 was previously cleared
Online log H:\ORACLE\RYV\MIRRLOGA\LOG_G15M2.DBF: Thread 1 Group 5 was previously cleared
Online log G:\ORACLE\RYV\ORIGLOGB\LOG_G16M1.DBF: Thread 1 Group 6 was previously cleared
Online log H:\ORACLE\RYV\MIRRLOGB\LOG_G16M2.DBF: Thread 1 Group 6 was previously cleared
Online log G:\ORACLE\RYV\ORIGLOGA\LOG_G17M1.DBF: Thread 1 Group 7 was previously cleared
Online log H:\ORACLE\RYV\MIRRLOGA\LOG_G17M2.DBF: Thread 1 Group 7 was previously cleared
Sun Oct 12 08:45:34 2008
Setting recovery target incarnation to 2
Sun Oct 12 08:45:34 2008
Assigning activation ID 157697668 (0x9664684)
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=74, OS id=2036
Sun Oct 12 08:45:35 2008
ARC0: Archival started
Sun Oct 12 08:45:35 2008
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
Thread 1 opened at log sequence 1
Current log# 8 seq# 1 mem# 0: G:\ORACLE\RYV\ORIGLOGB\LOG_G18M1.DBF
Current log# 8 seq# 1 mem# 1: H:\ORACLE\RYV\MIRRLOGB\LOG_G18M2.DBF
Sun Oct 12 08:45:35 2008
Successful open of redo thread 1
Sun Oct 12 08:45:35 2008
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
ARC1 started with pid=3, OS id=1640
Sun Oct 12 08:45:36 2008
ARC0: STARTING ARCH PROCESSES
Sun Oct 12 08:45:36 2008
SMON: enabling cache recovery
Sun Oct 12 08:45:36 2008
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
Sun Oct 12 08:45:36 2008
ARC2: Archival started
Sun Oct 12 08:45:36 2008
ARC0: STARTING ARCH PROCESSES COMPLETE
ARC0: Becoming the heartbeat ARCH
Sun Oct 12 08:45:36 2008
Errors in file k:\oracle\ryv\saptrace\usertrace\ryv_ora_868.trc:
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Sun Oct 12 08:45:36 2008
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Sun Oct 12 08:45:36 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_pmon_4600.trc:
ORA-00704: bootstrap process failure
ARC2 started with pid=4, OS id=5996
Sun Oct 12 08:45:37 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_reco_5208.trc:
ORA-00704: bootstrap process failure
Sun Oct 12 08:45:37 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_ckpt_1348.trc:
ORA-00704: bootstrap process failure
Sun Oct 12 08:45:37 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_lgwr_4780.trc:
ORA-00704: bootstrap process failure
Sun Oct 12 08:45:40 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_dbw2_4280.trc:
ORA-00704: bootstrap process failure
Sun Oct 12 08:45:40 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_dbw3_648.trc:
ORA-00704: bootstrap process failure
Sun Oct 12 08:45:40 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_dbw0_4648.trc:
ORA-00704: bootstrap process failure
Sun Oct 12 08:45:40 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_dbw1_5588.trc:
ORA-00704: bootstrap process failure
Sun Oct 12 08:45:40 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_psp0_5228.trc:
ORA-00704: bootstrap process failure
Sun Oct 12 08:45:41 2008
Errors in file k:\oracle\ryv\saptrace\background\ryv_mman_5664.trc:
ORA-00704: bootstrap process failure
Instance terminated by USER, pid = 868
ORA-1092 signalled during: alter database open resetlogs...

Recovery with only Datafiles?

We have an Oracle 10g running on a RedHat ES4. Yestoday one of my colleague mistakingly removed all the files under oradata folder. Now we have most data files in hand, no control files and redo logs, and we don't have system01.dbf.Is this possible to revcory the database with only datafiles we have?
Thx a lot!

Hi,
You still have two workarounds of this problem.
There are tools that can extract data from Oracle datafiles when they can't be recovered with usual techniques, as in your case.
If your data is critical for your organization then you can do either of the following:
- call to Oracle Support: http://www.oracle.com/support/contact.html and ask them for Data Recovery UnLoader (DUL) tool. It is a tool that is owned by Oracle and you must pay to use it. It can extract data directly from Oracle datafiles.
- Use third-party tool (similar to DUL and based on DUL) that is called: jDUL/DUDE (Database Unloading by Data Extraction). It is provided by a dutch company as a service. You can find more about the product on the company's site: http://www.ora600.nl/introduction.htm
Interesting info about the tool and people behind the company you can find on the Doug Burns's Blog: http://oracledoug.blogspot.com/2006/05/dude-wheres-my-data.html
In both cases you must pay for this service but it is still an option for you if you really need to recover your lost data.
Hope this helps!
Best Regards,
Radoslav Rusinov
http://dba-blog.blogspot.com

TA25361 I have a ton of documents and databases in AppleWorks v 6.0 that I can no longer open on my MacBook Pro. Is there any way to recover this info? Some documents can be opened and resaved with textedit, but not my database with all important addres

I have a ton of documents and databases in AppleWorks v 6.0 that I can no longer open on my MacBook Pro. Is there any way to recover this info? Some documents can be opened and resaved with textedit, but not my database with all important addresses.

I tried Peggy's List > Select All > Copy > Paste into an AW spreadsheet suggestion.
In my case, pasting into the spreadsheet lost all text formatting (mostly text set to bold). The results of formulas were pasted, and checkboxes were pasted as "on" or "off". The DB did not contain any pop-up menus or radio buttons, but I expect they would transfer as a number showing the list position of the chosen item.
Pasting the copied List view data into a Numbers table gave a result similar to that with AppleWorks. I selected B2 as the target cell (for top left cell of the pasted data) to avoid any effects of posting into a header row or column. Bold and regular text formatting looked the same as it had in AW's List view.
Based on that, I'd slip the 'paste into an AppleWorks Spreadsheet step, and paste directly into a Numbers Table.
Regards,
Barry

OAF Update of Custom Table causing ORA-600 with database block corruption?

Using OA Framework 12.1.3, running under EBusiness Suite 12.1.3
Created Custom Web page operating against Custom Tables
ISSUE
On about 2% of new records, when OAF is UPDATING a record in a certain table, it is failing with
java.sql.SQLException: ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [kddummy_blkchk], [815], [26412], [6110], [], [], [], []
ORA-06512: at line 1
Before the DBA turned on 10.2.0.4.0 DB_BLOCK_CHECKING parameter, this actually
resulted in corrupted data blocks in the database and corrupted indexes that
eventually crashed the database and we had to do a full recovery with 2 days downtime.
Now that we have turned on DB_BLOCK_CHECKING, it simply errors out and puts things
in the alert log, but the records still fail to update as the writes are blocked.
Then oddly, a few days later.. the records become editable. And others fail.
This is ONLY happening on the one particular table being updated by OAF. Other custom pages
posting to other custom tables are having no problems. We've CTAS'd the table back and
forth and recreated the indexes, and that did not help.
Support says to post to the Forum ( So I am! ) or hire Oracle consulting.. which doesn't make
much sense given the error. The Recovery Team that helped us in a separate SR ( we had
to do db_repairs not just recovery ) felt it was an important problem the OAF team needed to
strongly review.
Anyone else encounter this already and know of a solution?
TIA
Karl

After MANY hours of trial and error and research, we've identified ONE use case that seems to apply to 90% of the issue we have encountered.
YMMV.
The BC4J generated SQL which is generating the ORA-600 is
BEGIN UPDATE XXRETURNHEADER ReturnHeaderEO SET INTERNAL_TEXT=?,LAST_MOD_USERNAME=?,OBJECT_VERSION_NUMBER=?,LAST_UPDATE_DATE=?,LAST_UPDATED_BY=?,LAST_UPDATE_LOGIN=? WHERE RMA_NUMBER=? AND ORGANIZATION_ID=? RETURNING TROUBLESHOOT_DATE, FAA_TAG_DATE, FAILURE_ANALYSIS_DATE, LAST_MOD_DATE, FAA_REVISED_DATE, TTE_TECH_SEND_DATE, TTE_REP_RESPONSE_DATE, TTE_REP_APPROVED, TTE_RMA_RANDOM_KEY, OBJECT_VERSION_NUMBER, LAST_UPDATE_DATE, LAST_UPDATED_BY, LAST_UPDATE_LOGIN INTO ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?; END;".
We determined that if TTE_RMA_RANDOM_KEY was not a null value, we would get an ORA-600 error whenever we did an APPLY from the OAF Page to update the record.
If we set that table attribute to NULL for the record using SQL.. then used the OAF Page to APPLY.. it worked fine and the record saved without error.
We then modified the EO to NOT "Refresh After Update" ( thus removing it from the RETURNING clause generated )... and even if the TTE_RMA_RANDOM_KEY
had a value... the OAF Page APPLY worked and the record saved without error.
I cannot identify anything from the User programming side that is wrong ( and neither could Oracle ), and it REALLY should be in the RETURNING clause list of
attributes.. but this is the only workaround I've found that doesn't crash the Page and irritate the user to no end.
I have reported my findings via the SR back to Oracle to do with it what they may... but it looks strongly ,to me, to be an error in the BC4J/JDBC/Database
coordination and passing data between those black boxes.

Error when opening the database with resetlogs

ORA-00603: ORACLE SERVER SESSION TERMINATED BY FATAL ERROR
WHEN I open the database with RESETLOGS

Well you definitely need to post more information here.
Looking at what you have posted, all that I can reply is
ORA-00603: ORACLE server session terminated by fatal error
Cause: An ORACLE server session is in an unrecoverable state.
Action: Login to ORACLE again so a new server session will be created

Simplify recovery after opening the database with the RESETLOGS option

Hi All,
I just have doubt ,regarding the topic which is given in Oracle 11g Exam Syllabus for upgrading from 9i to 11g OCP.The opic is
*"Simplify recovery after opening the database with the RESETLOGS option"* in this topic what one need to study.
As i am little bit confuse related to "Recovery through RESETLOGS and reset of the incarnation of the database".
Kindly correct me if i am wrong
Thanks in advance

vk82 wrote:
Hi All,
I just have doubt ,regarding the topic which is given in Oracle 11g Exam Syllabus for upgrading from 9i to 11g OCP.The opic is
*"Simplify recovery after opening the database with the RESETLOGS option"* in this topic what one need to study.
As i am little bit confuse related to "Recovery through RESETLOGS and reset of the incarnation of the database".
Kindly correct me if i am wrong
Thanks in advanceyou are correct so you can mark this thread as answered
Handle:     vk82
Status Level:     Newbie (35)
Registered:     Nov 21, 2010
Total Posts:     733
Total Questions:     180 (115 unresolved)

Open database with corrupt datafile

Similar Messages

Maybe you are looking for