【翻譯自mos文章】V$BACKUP_DATAFILE 中顯示file#=0 有損壞,
來源於:
V$BACKUP_DATAFILE Shows Corruptions for File #0 (文檔 ID 399113.1)
適用於:
Oracle Database - Enterprise Edition - Version 9.2.0.1 to 11.1.0.6 [Release 9.2 to 11.1]
Information in this document applies to any platform.
癥狀:
當查詢v$backup_datafile時,發現對於file#=0的行,其 MARKED_CORRUPT, MEDIA_CORRUPT, or LOGICALLY_CORRUPT 列 有非零值,比如:
SQL> SELECT MARKED_CORRUPT, MEDIA_CORRUPT, LOGICALLY_CORRUPT FROM V$BACKUP_DATAFILE WHERE FILE#=0; MARKED_CORRUPT MEDIA_CORRUPT LOGICALLY_CORRUPT -------------- ------------- ----------------- 0 0 0 2006 823 1
alert中沒有損壞的條目,並且dbv工具也沒有發現任何datafile上有損壞。
原因:
file#=0 是 控制檔案
非零值不表示在控制檔案中有損壞,而是:instead it is a result of the underlying fields being used by RMAN for timestamp and sequence information for autobackups, ie. this is intended behaviour.
該問題被提升為bug5520904,在關閉該問題時,被定性為不是一個bug
理想情況下,v$backup_datafile 視圖的定義應該排除file#=0,或者rman應該使用一些其他field 來儲存timestamp/sequence information--這個可能會在未來的去實現。
解決方案:
當在v$backup_datafile中看到file#=0的非零值 損壞 時,可以安全的忽略。
參考:
BUG:5520904 - RMAN WITH AUTOBACKUP ON RESULS IN CONTROLFILEBACKUP MARKED CORRUPT