处理过程:
1.备库上检查恢复相关的进程,确实少了MRP
select process,status,sequence# from v$managed_standby;
2.在备库上检查归档日志视图
sql>select name,sequence#,applied from v$archived_log;
奇怪的事:trace日志中报错的归档日志显示被应用了,如红框中示
3.对比主库与备库 2014_09_28归档日志,数据和大小都不一样,备库比主库日志数量要多,但比主库要小,如下图示:(估计是传输日志的时候刚好网络中断造成的大小不一致)
4.万能的google搜索,大概是归档日志传输出错,从主库copy日志到备库,然后再执行恢复
4.1 以防万一,先将备库2014_09_28归档日志备份一下,然后删除备库2014_09_28归档文件夹
4.2 从主库上scp 复制2014_09_28归档文件夹到备库
4.3 备库上执行恢复操作
SQL> alter database recover managed standby database using current logfile disconnect;
查看trace日志显示正常了
5.到备库上确认归档日志 sql>select name,sequence#,applied from v$archived_log;
显示能正常应用了,不过有一个日志(红框中示)没用应用,我猜因为从主库copy过来的日志文件没有这个文件(只5个,原备库有8个),检查了数据是正常的。故障应该算是解决了。
文章出自:http://168ok8.blog.51cto.com/73394/1559515