今天重启一个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://cdiso.cn/article/dsjohd.html
