最近也在处理一些遗留的问题，所以对于使用orabbix的报警还是心怀敬畏之心，一方面是我们让它能够做全方位的监控，另一方面也让我发现我们还是存在不少的小问题，小问题虽小，但是放大了，就是大麻烦，甚至数据库事故。自从上次在社群分享了DB time的抖动案例之后，有不少的朋友似乎对这个工具很感兴趣，我做这个分享的一个主要原因就是希望大家在有些细节中发现问题，至于我分享的问题原因，都是各种各样的小问题，有些朋友也纳闷这种错误似乎还是比较低级的，通过一般的监控都应该解决，但是确实存在，发现了解决了，就是我们的最终目的。前几天又收到一条报警短信，提示某个备库报了ora错误，但是短信中也没有提到更多的ora信息，首先连接到主库看看是否dg出了问题，使用dgmgrl进行验证，没有发现任何问题。然后登录到备库，查看ora日志，发现了这么一段错误内容。Redo Shipping Client Connected as PUBLIC-- Connected User is ValidRFS[1873]: Assigned to RFS process 3095RFS[1873]: Identified database type as 'physical standby'RFS[1873]: Archived Log: '/opt/app/oracle/fra/SEXTDB3/archivelog/2015_09_22/o1_mf_1_2997_c016jv19_.arc'Tue Sep 22 08:00:31 2015Media Recovery Log /opt/app/oracle/fra/SEXTDB3/archivelog/2015_09_22/o1_mf_1_2997_c016jv19_.arcMedia Recovery Waiting for thread 1 sequence 2998Tue Sep 22 09:18:01 2015ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCELTue Sep 22 09:18:06 2015MRP0: Background Media Recovery cancelled with status 16037Tue Sep 22 09:18:06 2015Errors in file /opt/app/oracle/admin/extradb/bdump/extdb_mrp0_3067.trc:ORA-16037: user requested cancel of managed recovery operationRecovery interrupted!Tue Sep 22 09:18:08 2015Errors in file /opt/app/oracle/admin/extradb/bdump/extdb_mrp0_3067.trc:ORA-16037: user requested cancel of managed recovery operationTue Sep 22 09:18:08 2015MRP0: Background Media Recovery process shutdown (extdb)Tue Sep 22 09:18:09 2015Managed Standby Recovery Canceled (extdb)Tue Sep 22 09:18:09 2015Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCELTue Sep 22 09:18:11 2015ALTER DATABASE OPEN READ ONLYTue Sep 22 09:18:11 2015

从错误信息来看，似乎是日志应用的mrp终止了，但是查看后面的日志发现最新的日志已经成功应用了，如果没有其他人的操作，那么这个操作就是自动触发的了。

好了，基本可以定位问题不是人为触发。应该是crontab或者scheduler来触发的了。