1, database log error ORA-00327, pay attention to the garbled here
- Errors in file/Oracle/app/oracle/diag/rdbms/tyolap/tyolap3/trace/tyolap3_lgwr_22388.trc:
- ORA-00327: Too Many I 31 (too M too <80> 3 ): <8c> <8d> WTI malong 102400 yundun 1048576
- ORA-00312: Memory <80> Memory I 31 memory M memory <80> 3: '+ DATA/tyolap/onlinelog/redo31a'
- Errors in file/oracle/app/oracle/diag/rdbms/tyolap/tyolap3/trace/tyolap3_lgwr_22388.trc:
- ORA-00321: Too Many I 31 (too M too <80> 3 ): <9f> o Lu Wu Yi Mei Yu I <99> n <98> Yu Mao ^
- ORA-00312: Memory <80> Memory I 31 memory M memory <80> 3: '+ DATA/tyolap/onlinelog/redo31a'
Check the error details. The redo file + DATA/tyolap/onlinelog/redo31a is damaged.
- [Oracle @ dtydb5 scripts] $ oerr ora 327
- 00327,000 00, "log % s of thread % s, physical size % s less than needed % s"
- // * Cause: A log file has shrunk insize. This is likely
- // To have been caused by operator or operating system error.
- // * Action: Restore the log file from backup. If backup isnot available,
- // Drop this log and re-create. If the database was shut down
- // Cleanly, no further action shocould be required; otherwise
- // Incomplete recovery may be required.
- [Oracle @ dtydb5 scripts] $ oerr ora 312
- 00312,000 00, "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
- // Associated messages for the appropriate actionto take.
- [Oracle @ dtydb5 scripts] $ oerr ora 321
- 00321,000 00, "log % s of thread % s, cannot update log file header"
- // * Cause: Cannot write to the log file.
- // * Action: Restore the access to the file.
2. Check the trc file. The specific cause is not clear, but the log file is damaged.
DE: Problem Key 'ora 313 'was flood controlled (0x1) (no incident)
ORA-00313 :?????? 31 (???? 3 )?????
ORA-00313 :?????? 31 (???? 3 )?????
DDE rules only execution for: ORA 312
----- START Event Driven Actions Dump ----
---- END Event Driven Actions Dump ----
----- Start dde Actions Dump -----
Executing SYNC actions
----- Start dde Action: 'db _ STRUCTURE_INTEGRITY_CHECK '(Async )-----
DDE Action 'db _ STRUCTURE_INTEGRITY_CHECK 'was flood controlled
----- End dde Action: 'db _ STRUCTURE_INTEGRITY_CHECK '(flood controlled, 5 csec )-----
Executing ASYNC actions
----- End dde Actions Dump (total 0 csec )-----
3. Check the status of the redo file. The status is INVALID, the other is stale, and the system is still running normally.
- 31 3 575 2 536,870,912 YES ACTIVE
- 32 3 576 2 536,870,912 NOCURRENT
- GROUP # status type member is _
- -----------------------------------------------------------------------------
- 31 stale online + DATA/tyolap/onlinelog/redo31a NO
- ONLINE + DATA/tyolap/onlinelog/redo31b NO
- 32 invalid online + DATA/tyolap/onlinelog/redo32a NO
- ONLINE + DATA/tyolap/onlinelog/redo32b NO
- STATUS VARCHAR2 (7) Status of the log member:
- INVALID-File is inaccessible
- STALE-File's contents are incomplete
- DELETED-File isno longer used
- Null-File isin use
4. log files are damaged. The simplest way is to recreate the log files online.
- Sys @ TYOLAP3 (dtydb5)> alterdatabasedrop logfile member '+ DATA/tyolap/onlinelog/redo31a ';
- The database has been changed.
- Sys @ TYOLAP3 (dtydb5)> alterdatabaseadd logfile member '+ DATA/tyolap/onlinelog/redo31a 'togroup 31;
- The database has been changed.
- Sys @ TYOLAP3 (dtydb5)> alter system switch logfile;
- System Log Recovery
- GROUP # status type member is _
- -----------------------------------------------------------------------------
- 31 ONLINE + DATA/tyolap/onlinelog/redo31a NO
- ONLINE + DATA/tyolap/onlinelog/redo31b NO
- 32 ONLINE + DATA/tyolap/onlinelog/redo32a NO
- ONLINE + DATA/tyolap/onlinelog/redo32b NO
5. The system returns to normal, but the cause of Log File Corruption is not clear yet.