AGED STANDBYDATABASE USING CURRENT LOGFILE DISCONNECT
ORA-1153 signalled during: ALTER DATABASERECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT...
Thu Oct 23 14:19:52 2014
Standby controlfile consistent with primary
RFS[2]: Selected log 7 for thread 1sequence 1125 dbid -925543465 branch 819826777
Thu Oct 23 14:19:52 2014
Archived Log entry 1123 added for thread 1sequence 1124 ID 0xc8d579d3 dest 1:
Thu Oct 23 14:19:52 2014
Media Recovery Waiting for thread 1sequence 1125 (in transit)
Recovery of Online Redo Log: Thread 1 Group7 Seq 1125 Reading mem 0
Mem# 0: +DATA/webdb2/onlinelog/group_7.282.819884421
Mem# 1: +FRA/webdb2/onlinelog/group_7.278.819884423
可以看到在只读应用状态open备库后，日志应用仍然正常
--查看DataGuard状态
[oracle@webdb1 trace]$ dgmgrl sys/oracle
DGMGRL for Linux: Version 11.2.0.3.0 -64bit Production
Copyright (c) 2000, 2009, Oracle. Allrights reserved.
欢迎使用 DGMGRL, 要获取有关信息请键入 "help"。
已连接。
DGMGRL> show configuration
配置 - webdb
保护模式: MaxAvailability
数据库:
webdb - 主数据库
webdb2 - 物理备用数据库
快速启动故障转移: DISABLED
配置状态:
SUCCESS
总结：
通过报错分析看到，主备不同步跟CPU补丁升级没有直接关系，跟创建的logon on database 触发器有关，
如果在主数据创建一个logon on database tiger，可能会引起主备库不能同步传输日志的问题，
这时，我们要做是把备库重新mount，然后再open到只读应用状态（READ ONLY WITH APPLY）
因为当备库重启后，备库直接启动到只读应用状态（READ ONLY WITH APPLY），就会出现上面的问题。
参考：
http://www.cnblogs.com/Spiritual-journey/archive/2012/10/21/2732806.html