千家信息网

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安全错误 数据库的锁怎样保障安全 深圳恒合互联网络科技有限公司 科技服务与互联网 平安科技 互联网 上海挚品互联网科技 以房互联网科技 互联网金融科技创新 广州善班互联网科技 互联网科技网站 济南和联互联网科技有限公司 卫星互联网科技股票 青岛中康互联网医疗科技有限公司 速维有品互联网信息科技(苏州)有限公司 银川新华互联网科技学校联系电话 深圳艾果互联网通讯科技 为客找房互联网科技公司怎么样 众安科技工业互联网合作 江苏苏星互联网科技有限公司 互联网领先科技活动 安徽零酒互联网科技有限公司 互联网科技创新方面的资料 咖啡网 河南云网互联网络科技有限公司 互联网品科技 互联网下的科技发展 善班互联网科技 中国的互联网科技企业的崛起 注册互联网科技公司经营范围大全 互联网金融科技展 互联网科技创新的路径 平安好医生打造互联网科技医疗
0