RELATEED CONSULTING
相关咨询
选择下列产品马上在线沟通
服务时间:8:30-17:00
你可能遇到了下面的问题
关闭右侧工具栏

新闻中心

这里有您想知道的互联网营销解决方案
10gRAC的dataguad异常一则

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

我们提供的服务有:成都网站建设、网站建设、微信公众号开发、网站优化、网站认证、麻山ssl等。为上千多家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务,是有科学管理、有技术的麻山网站制作公司

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即可


文章题目:10gRAC的dataguad异常一则
本文地址:http://cqwzjz.cn/article/pjgcsc.html