Yes Oracle starts and the database is currently in a production environment. I'll take a quick look at the alert log and post what I find.
Main Topics
Browse All Topics
We recently installed Oracle 11g onto and windows 2003 64 bit server with 8 gigs of memory. There were some hard crashes due to power outages and now Oracle is creating excessive TRC files in the directory: c:\app\diag\rdbms\twdb\twd
What could be causing this? Can it be stopped? Do we need to re-install Oracle?
Below is a sample of the content in these TRC files.
Trace file c:\app\diag\rdbms\twdb\twd
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production With the Partitioning and OLAP options Windows NT Version V5.2 Service Pack 2
CPU : 8 - type 8664, 2 Physical Cores
Process Affinity : 0x0000000000000000
Memory (Avail/Total): Ph:546M/8190M, Ph+PgF:5060M/13888M Instance name: twdb Redo thread mounted by this instance: 1 Oracle process number: 21 Windows thread id: 7016, image: ORACLE.EXE (J002)
*** 2009-08-11 17:48:06.578
*** SESSION ID:(65.15197) 2009-08-11 17:48:06.578
*** CLIENT ID:() 2009-08-11 17:48:06.578
*** SERVICE NAME:(SYS$USERS) 2009-08-11 17:48:06.578
*** MODULE NAME:() 2009-08-11 17:48:06.578
*** ACTION NAME:() 2009-08-11 17:48:06.578
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76] Dump file c:\app\diag\rdbms\twdb\twd
Tue Aug 11 17:48:08 2009
ORACLE V11.1.0.6.0 - 64bit Production vsnsta=0
vsnsql=15 vsnxtr=3
Dumping diagnostics for abrupt exit from ksedmp
ksedmp exception at address PC:0x0
ksedmp exception at 0000000000000000
Dumping initial exception call-stack
------------------- Call Stack Trace ---------------------
Frameptr RetAddr Param#1 Param#2 Param#3 Param#4 Function Name
00000000075520BE 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 kgegec()+76
00000000016EF397 00000000075520BE 0000000000000007 0000000100000000 0000000000000000 0000000000000004 kkjex1e()+10433 00000000016F030C 00000000016ECAD6 00000000208DE528 0000000009BAAC68 0000000000000001 00000000208DE510 kkjsexe()+420
00000000016EB4A1 00000000016F01F7 0000000000000000 0000000000000000 00000000000000BE 000000000700E120 kkjrdp()+965
0000000000C747D6 00000000016EB0DC 000000000000001E 0000000005863C50 00000000208DFA00 0000000000000000 opirip()+1394
0000000000475283 0000000000C74264 0000000000000032 0000000000000004 00000000208DFD60 0000000000000000 opidrv()+853 0000000000475FA0 0000000000475006 0000000000000032 0000000000000004 00000000208DFD60 00000000208DFDE0 sou2o()+52 000000000040122B 0000000000475F6C 0000000000000000 0000000077D6F4D1 0000000000000000 0000000014DC0000 opimai_real()+295 0000000000401060 0000000000401104 0000000000000000 0000000000000000 0000000000000000 0000000000000000 opimai()+96
0000000000401AA6 0000000000401000 00000000208DFEC8 0000000000000001 0000000000000000 0000000000000000 BackgroundThreadStart()+64
---------------- End of Call Stack Trace -----------------
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Ok here is snip from the alert log. Not a DBA so it really doesn't make much sense to me....
Wed Aug 12 12:55:14 2009
SMON: Restarting fast_start parallel rollback
SMON: ignoring slave err,downgrading to serial rollback
ORACLE Instance twdb (pid = 13) - Error 1578 encountered while recovering transaction (8, 5) on object 71363.
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-01578: ORACLE data block corrupted (file # 5, block # 21688)
ORA-01110: data file 5: 'D:\ORACLE\ORADATA\TWDB\DA
Wed Aug 12 12:55:16 2009
Trace dumping is performing id=[cdmp_20090812125516]
Wed Aug 12 12:55:27 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:55:27 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:55:32 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:55:32 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:55:37 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:55:37 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:56:33 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:56:33 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:56:44 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:56:44 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:57:30 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:57:30 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:59:04 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:58:57 2009
ORACLE Instance twdb (pid = 13) - Error 1578 encountered while recovering transaction (8, 5) on object 71363.
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-01578: ORACLE data block corrupted (file # 5, block # 21688)
ORA-01110: data file 5: 'D:\ORACLE\ORADATA\TWDB\DA
Wed Aug 12 12:59:07 2009
Trace dumping is performing id=[cdmp_20090812125907]
Wed Aug 12 12:59:32 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:59:32 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:59:37 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:59:37 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
Wed Aug 12 12:59:43 2009
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFFFFFFFFFF] [PC:0x75520BE, kgegec()+76]
Wed Aug 12 12:59:43 2009
Errors in file c:\app\diag\rdbms\twdb\twd
ORA-07445: caught exception [ACCESS_VIOLATION] at [kgegec()+76] [0x00000000075520BE]
>>ORA-01578: ORACLE data block corrupted (file # 5, block # 21688)
The problem is Oracle appears to have crashed in the middle of a transaction and is trying to rollback, but there appears to be some block corruption, possibly in the undo tablespace. What sort of "hard crashes" were you having? Were you using any write-back cached RAID? Do you have a backup battery unit?
The action you must take now is to identify the level of corruption before knowing how to fix it.
Even if the database is up, it is in flux, and the trace files are probably due to the rollback process that may still be underway.
I hope you have backups since you will likely need to do either block level recovery or tablespace recovery.
The hard crashes were related to a power outage. There were backup battery units in place however they were not configured to bring the server down as the power outage was several hours in length.
We make several backups of the database everyday. These are dmp files.
How do we go about determining the level of corruption? Can this be corrected by dropping and re-importing the database. Remember, we are not DBA's. If a point increase is required for the information we need I happy to do that.
>>Remember, we are not DBA's.
The problem you have requires a certain level of DBA skillset. Once a database reports corruption, lack of a DBA will result in you taking the more drastic routes, such as re-creating the schemas or re-creating the whole database. Since you are not a DBA, I'm not sure if I should provide any instructions on checking the corruption level.
At least determine the extent of the corruption using "dbverify" or RMAN.
You can run dbverify like:
dbv file=/ora/oradata/ORA1/dat
Replace the file name with the path according to each datafile. I would check system, undo and then check the DATA tablespace as listed above.
>> If a point increase is required for the information we need I happy to do that.
Points are irrelevant in this case, I always respond to backup and recovery questions.
If all you have is the exports / DMP file and no DBA capabilities, your easiest option is to create a new database and import the .dmp file into it.
The other options to preserve your data as-is and/or selectively restore will require Oracle or an experienced DBA, this is the sort of recovery procedure that is outside the scope of the forum.
So in short, your problem is not trace files, your real problem is you have a corrupted database and its critical not only to take the best plan of action now, but to put protection in place so that it does not happen again. You need a full backup strategy in addition to the exports.
Sorry for that. I hope it works out well.
When you rebuild the database, consider setting up a nightly RMAN hot backup, this would allow you to do block level, datafile, tablespace or database recoveries. You can do point in time recovery or full recovery.
Also make sure to multiplex your redo logs.
If this has happened once, it could happen again until you resolve your hardware / power issues, so you can avoid losing data with the proper setup and be able to recovery without much or any downtime.
Business Accounts
Answer for Membership
by: mrjoltcolaPosted on 2009-08-12 at 09:27:24ID: 25080287
>>There were some hard crashes due to power outages
Does Oracle start and/or can you connect to it?
Check the alert log as well to see about any messages.