对应的trace文件如下：
*** 2015-12-29 18:28:18.495 4320 krsh.c
Managed Standby Recovery not using Real Time Apply
Read of datafile '/U01/app/oracle/oradata/testdb/system01.dbf' (fno 1) header failed with ORA-01130
Rereading datafile 1 header failed with ORA-01130
V10 STYLE FILE HEADER:
Compatibility Vsn = 186647296=0xb200300
Db ID=2745597631=0xa3a67ebf, Db
Activation ID=0=0x0
Control Seq=1=0x1, File size=147200=0x23f00
File Number=1, Blksiz=8192, File Type=3 DATA
Tablespace #0 - SYSTEM rel_fn:1
对于这种情况，其实恢复备库11g的控制文件，重启主库 应该就可以解决了，但是重启主库还需要协调时间，找维护窗口，所以不是一蹴而就的事情，那么这个期间容灾是重中之重，一旦主库出了问题，影响还是不小，所以最后的无奈之举就是重建备库。
当然搭建备库还是可以采用11g的active方式。
rman target sys@xxxxx auxiliary sys@xxxx nocatalog
RMAN> duplicate target database for standby from active database nofilenamecheck;
?然后就没有然后了，就是备库搭建成功了，看着白忙活一场，心中像打翻了五味瓶。