今天重启一个dataguad的时候,无法启动MRP进程,报错如下

十多年的青原网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站的优势是能够根据用户设备显示端的尺寸不同，自动调整青原建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“青原网站设计”,“青原网站推广”以来，每个客户项目都认真落实执行。Wed Mar  9 15:32:55 2016 ALTER DATABASE recover managed standby database using current logfile disconnect Wed Mar  9 15:32:55 2016 Attempt to start background Managed Standby Recovery process (ORCL1) MRP0 started with pid=30, OS id=9267 Wed Mar  9 15:32:55 2016 MRP0: Background Managed Standby Recovery process started (ORCL1) Wed Mar  9 15:33:00 2016 Managed Standby Recovery starting Real Time Apply Wed Mar  9 15:33:00 2016 MRP0: Some datafile enqueues are still held! Retry recovery... Wed Mar  9 15:33:00 2016 Errors in file /home/oracle/oracle/admin/ORCL/bdump/orcl1_mrp0_9267.trc: ORA-01124: Message 1124 not found; No message file for product=RDBMS, facility=ORA; arguments: [1] ORA-01110: Message 1110 not found; No message file for product=RDBMS, facility=ORA; arguments: [1] [+DATA/orcl/system01.dbf] Wed Mar  9 15:33:00 2016 Managed Standby Recovery not using Real Time Apply Wed Mar  9 15:33:00 2016 Errors in file /home/oracle/oracle/admin/ORCL/bdump/orcl1_mrp0_9267.trc: ORA-01124: Message 1124 not found; No message file for product=RDBMS, facility=ORA; arguments: [1] ORA-01110: Message 1110 not found; No message file for product=RDBMS, facility=ORA; arguments: [1] [+DATA/orcl/system01.dbf] Wed Mar  9 15:33:20 2016 MRP0: Background Media Recovery terminated with error 1153 Wed Mar  9 15:33:20 2016 Errors in file /home/oracle/oracle/admin/ORCL/bdump/orcl1_mrp0_9267.trc: ORA-01153: Message 1153 not found; No message file for product=RDBMS, facility=ORA Wed Mar  9 15:33:20 2016 Errors in file /home/oracle/oracle/admin/ORCL/bdump/orcl1_mrp0_9267.trc:

这里说一下环境

 主库是10g 2节点RAC,备库同样是2个节点10g RAC,但是只有节点1做日志恢复

事故经过:

 昨天由于备库的存储故障(有raid,数据没异常),就停了crs让存储工程师维护,维护以后,新磁盘需要同步数据,所以就今天启动dg,间隔大概24小时

今天维护好了,需要启动,2节点分别执行了/etc/init.d/init.crs start

都知道这个命令会启动asm及db的实例,但是我给忽略了

在节点1起来以后,看日志,数据库open到了readonly,然后执行了shutdown,并启动到mount执行revoer,但是这里报错,信息如上

其实现在很清晰的能看到,1节点启动MRP进程准备恢复,但由于2节点也处于readonly模式,数据文件已经被占用了.所以节点1的MRP没法恢复数据文件.就被关闭了

解决办法:

    shutdown 2节点db即可

另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

分享文章：10gRAC的dataguad异常一则-创新互联
转载来于：http://scgulin.cn/article/dsjohd.html