10g RAC的dataguad异常一则
发表于:2026-11-03 作者:千家信息网编辑
千家信息网最后更新 2026年11月03日,今天重启一个dataguad的时候,无法启动MRP进程,报错如下Wed Mar 9 15:32:55 2016ALTER DATABASE recover managed standby datab
千家信息网最后更新 2026年11月03日10g RAC的dataguad异常一则
今天重启一个dataguad的时候,无法启动MRP进程,报错如下
Wed Mar 9 15:32:55 2016ALTER DATABASE recover managed standby database using current logfile disconnectWed Mar 9 15:32:55 2016Attempt to start background Managed Standby Recovery process (ORCL1)MRP0 started with pid=30, OS id=9267Wed Mar 9 15:32:55 2016MRP0: Background Managed Standby Recovery process started (ORCL1)Wed Mar 9 15:33:00 2016Managed Standby Recovery starting Real Time ApplyWed Mar 9 15:33:00 2016MRP0: Some datafile enqueues are still held! Retry recovery...Wed Mar 9 15:33:00 2016Errors 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 2016Managed Standby Recovery not using Real Time ApplyWed Mar 9 15:33:00 2016Errors 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 2016MRP0: Background Media Recovery terminated with error 1153Wed Mar 9 15:33:20 2016Errors 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=ORAWed Mar 9 15:33:20 2016Errors 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即可
节点
数据
文件
日志
进程
存储
事故
信息
办法
只有
命令
如上
实例
小时
工程
工程师
故障
数据库
时候
模式
数据库的安全要保护哪些东西
数据库安全各自的含义是什么
生产安全数据库录入
数据库的安全性及管理
数据库安全策略包含哪些
海淀数据库安全审计系统
建立农村房屋安全信息数据库
易用的数据库客户端支持安全管理
连接数据库失败ssl安全错误
数据库的锁怎样保障安全
深圳恒合互联网络科技有限公司
科技服务与互联网
平安科技 互联网
上海挚品互联网科技
以房互联网科技
互联网金融科技创新
广州善班互联网科技
互联网科技网站
济南和联互联网科技有限公司
卫星互联网科技股票
青岛中康互联网医疗科技有限公司
速维有品互联网信息科技(苏州)有限公司
银川新华互联网科技学校联系电话
深圳艾果互联网通讯科技
为客找房互联网科技公司怎么样
众安科技工业互联网合作
江苏苏星互联网科技有限公司
互联网领先科技活动
安徽零酒互联网科技有限公司
互联网科技创新方面的资料
咖啡网
河南云网互联网络科技有限公司
互联网品科技
互联网下的科技发展
善班互联网科技
中国的互联网科技企业的崛起
注册互联网科技公司经营范围大全
互联网金融科技展
互联网科技创新的路径
平安好医生打造互联网科技医疗