【翻譯自mos文章】V$BACKUP_DATAFILE 中顯示file#=0 有損壞,

來源:互聯網
上載者:User

【翻譯自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

相關文章

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.