暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

ADG备库ORA-01274问题处理

IT那活儿 2022-07-10
1176
点击上方“IT那活儿”公众号,关注后了解更多内容,不管IT什么活儿,干就完了!!!

 故障现象

备库巡检时发现,MRP进程异常终止。

查看备库alert日志:

发现由于磁盘组空间已满,导致不能添加数据文件,MRP进程异常终止。

登陆主库查看,主库在这个时候扩容表空间,添加了两个数据文件,如图所示:

查看备库数据文件情况,备库无法创建数据文件541,只能在控制文件添加记录,并将文件号541命名为UNNAMED00541。

经过以上分析,查明故障的原因:

运维人员在主库扩容表空间,添加数据文件时,没有核实备库的存储空间,备库存储空间不足,导致创建文件失败,进而导致MRP进程异常终止。

 解决办法

在备库实施:

首先减少归档保留时间,删除一部分归档,给磁盘组腾出空间,然后处理两个数据文件。

1. 将standby_file_management设置为手动。

ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL;(备库是单实例)

如果备库是RAC,执行命令:

ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL SID='*';

2. 创建一个空的数据文件,结构和数据文件541一致,路径放在磁盘组,大小和主库一样,然后利用归档恢复这个文件的数据。

alter database create datafile 
‘/oracle/app/oracle/product/19.3.0/db_1/dbs/UNNAMED00541’ as 
‘+DATAC1/’ size 32760M AUTOEXTEND OFF;

3. 启用MRP进程:

alter database recover managed standby database disconnect from session;

MRP进程启用后,发现文件542也是同样的情况,被命名为UNNAMED00542。

停止MRP进程,然后用同样的方式处理数据文件542,备库两个文件创建成功。

MRP进程应用日志,恢复两个数据文件的数据。

总结:通过本案例,提醒运维人员以后扩容表空间时,一定要注意同时核实主备库的存储空间,避免发生类似的错误。


本文作者:谈龙凤(上海新炬王翦团队)

本文来源:“IT那活儿”公众号

文章转载自IT那活儿,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论