Email: service@parnassusdata.com 7 x 24 online support!

    You are here

    • You are here:
    • Home > Blogs > PDSERVICE's blog > Oracle 数据库对DML活动挂起Database Hangs for DML Activity ORA-16038, ORA-00354, ORA-00312 ORA-16038: 日志 sequence# 无法归档 ,ORA-00354: 损坏重做日志块标头 , ORA-00321: 日志 (用于线程 ), 无法更新日志文件标头

Oracle 数据库对DML活动挂起Database Hangs for DML Activity ORA-16038, ORA-00354, ORA-00312 ORA-16038: 日志 sequence# 无法归档 ,ORA-00354: 损坏重做日志块标头 , ORA-00321: 日志 (用于线程 ), 无法更新日志文件标头

Oracle 数据库对DML活动挂起Database Hangs for DML Activity ORA-16038, ORA-00354, ORA-00312 ORA-16038: 日志 sequence# 无法归档 ,ORA-00354: 损坏重做日志块标头 , ORA-00321: 日志 (用于线程 ), 无法更新日志文件标头

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638 QQ号:47079569 邮箱:service@parnassusdata.com

 

ORA-16038: 日志  sequence#  无法归档

ORA-00354: 损坏重做日志块标头

ORA-00321: 日志  (用于线程 ), 无法更新日志文件标头

 

ORA-16038

 oerr ora 16038
16038, 00000, "log %s sequence# %s cannot be archived"
// *Cause:  An attempt was made to archive the named file, but the
//          file could not be archived. Examine the secondary error
//          messages to determine the cause of the error.
// *Action: No action is required.

ORA-00354

 oerr ora 354
00354, 00000, "corrupt redo log block header"
// *Cause:  The block header on the redo block indicated by the accompanying
//          error, is not reasonable.
// *Action: Do recovery with a good version of the log or do time based
//          recovery up to the indicated time. If this happens when archiving,
//          archiving of the problem log can be skipped by clearing the log
//          with the UNARCHIVED option. This must be followed by a backup of
//          every datafile to insure recoverability of the database.

ORA-00312
 oerr ora 312
00312, 00000, "online log %s thread %s: '%s'"
// *Cause:  This message reports the filename for details of another message.
// *Action: Other messages will accompany this message. See the
//          associated messages for the appropriate action to take

 

 

  • 症状: 数据库对DML活动挂起 ORA-16038, ORA-00354, ORA-00312
  •  
  • 症状: Database hangs for dml (insert, update and delete) activity
  •  
  • 症状: ORA-16038: log %s sequence# %s cannot be archived
  •  
  • 症状: ORA-00354: corrupt redo log block header
  •  
  • 症状: ORA-00312: online log %s thread %s: ‘%s’
  •  
  • 原因: 最有可能是因为硬件故障导致了联机重做日志的损坏。

 

 

修复:

 

如果数据库被打开或mount,则尝试损坏的日志号(从错误或v$log检查):

1 alter database clear logfile group <group number>;

 

如果不运作(不太可能成功)则:

2 alter database clear unarchived  logfile group <group number>;

 

如果这个成功,db会运行(不再对dml活动挂起)但你丢失一个归档。这表示你要先创建一个备份,只要备份未完成,你就无法使用之前的备份执行媒体恢复,因为你丢失了一个归档。

 

3 如果 1和 2都不起作用,你需要执行不完全恢复。

关闭db,还原一个备份的所有数据文件(仅数据文件)并启动mount 并发出recover database until cancel and recover until corrupted logfile,然后使用alter database open resetlogs打开;你有了数据丢失(最后损坏的日志文件),在数据库打开后你首先必须创建一个新备份)。

 

如果数据库被关闭且无法被打开,则你只有第三个选择。