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