来源于：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_CORRUPTFROM V$BACKUP_DATAFILE WHERE FILE#=0; MARKED_CORRUPT MEDIA_CORRUPT LOGICALLY_CORRUPT ————– ————- —————–00020068231
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
莫找借口失败，只找理由成功。(不为失败找理由，要为成功找方法
