• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1521
  • Last Modified:

Errors ORA-00354, ORA-00353, ORA-00312

Hi,

I' m using Oracle 11G in Windows 2008 Server.
When I try to start up the database, it gives the  following errors  ;

ORA-00354: corrupt redo log block header
ORA-00353: log corruption near block 97452 change 11660519  time 08/21/2010 16:04:47
ORA-00312: online log 1 thread 1: 'D:\APP\ADMINISTRATOR\ORADATA\DBO\REDO01.LOG'

It can' t be opened.

When I execute the sql query below  for  observing status of the  redolog group;

SELECT STATUS FROM V$LOG WHERE GROUP#=1;

It's status  is Active.    

In addition to these, I have no backups.

What can I do to start up  the database?





0
orcun_turkec
Asked:
orcun_turkec
  • 3
  • 2
  • 2
  • +1
1 Solution
 
slightwv (䄆 Netminder) Commented:
check out the following:
http://oraclehack.blogspot.com/2009/01/ora-00354.html

You will likely lose some data.  If this database is important, I suggest a solid backup and recovery plan moving forward.
0
 
j_coreilCommented:
I didn't open the link that slightwv posted but I would also run dbverify on the database. You can do a google search or ask us for additional help but that utility will look to see if there are problems with the database and datafiles.
0
 
slightwv (䄆 Netminder) Commented:
dbv is for database files.  I don't think you can run it against online redolog files.

Check out:
http://forums.oracle.com/forums/thread.jspa?threadID=616166

Which references the following Metalink note:
DBV cannot be used on Redo Logs (and ArchiveLogs) and Controlfiiles.
See Note#35512.1
0
Introducing Cloud Class® training courses

Tech changes fast. You can learn faster. That’s why we’re bringing professional training courses to Experts Exchange. With a subscription, you can access all the Cloud Class® courses to expand your education, prep for certifications, and get top-notch instructions.

 
j_coreilCommented:
Dumb me, I didn't read the problem correctly and thought this was a problem with a datafile. My bad, you are 100% correct.
0
 
schwertnerCommented:
You start up the DB.
If it was shut down gracefully (without abort, force options) the corrupted online redo is not a problem.
You will be able to open the DB. One way to do this is to use init.ora  parameter file with the parameter:
_allow_reset_logs_corruption

Another possible way is to mount the database and to to log switch. After that drop the damaged group and create another.

And do not forget: multiplex the online redo log groups. If the group has more then one member you will not experience this.
0
 
slightwv (䄆 Netminder) Commented:
>>parameter file with the parameter: _allow_reset_logs_corruption

this is a LAST resort if everything else fails.
If you do this you will not be supported and will need to take a full export, re-create the database, then import the data back in.


0
 
schwertnerCommented:
The main question here is WHY you startup the DB:
1. Because you shutdown the DB
2. Because it fails
In the first case you needn't the online redo logs - everything except the damaged redo log is OK
In the second case you need the online redo log for crash recovery (will be done automatic) but you need also the online redo log. And it is damaged and not multiplexed.

The next question is what kind of DB you monitor - productive or development. If it is not productive then loss of data may be acceptable.

The conclussion for the future - multiplex the online redo logs.
0
 
orcun_turkecAuthor Commented:
Thank you...
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Get expert help—faster!

Need expert help—fast? Use the Help Bell for personalized assistance getting answers to your important questions.

  • 3
  • 2
  • 2
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now