资讯专栏INFORMATION COLUMN

ADG备库ORA-01274问题处理

IT那活儿 / 3141人阅读
ADG备库ORA-01274问题处理
点击上方“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那活儿”公众号

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/129406.html

相关文章

  • MySQL 复制 - 性能与扩展性的基石 3:常见问题及解决方案

    摘要:问题原因非正常关机导致没有把数据及时的写入硬盘。丢失的临时表临时表和基于语句的复制方式不相容。如果备库崩溃或者正常关闭,任何复制线程拥有的临时表都会丢失。临时表的特性只对创建临时表的连接可见。 主备复制过程中有很大可能会出现各种问题,接下来我们就讨论一些比较普遍的问题,以及当遇到这些问题时,如何解决或者预防问题发生。 1 数据损坏或丢失 问题描述:服务器崩溃、断电、磁盘损坏、内存或网络...

    canopus4u 评论0 收藏0
  • MySQL 复制 - 性能与扩展性的基石 3:常见问题及解决方案

    摘要:问题原因非正常关机导致没有把数据及时的写入硬盘。丢失的临时表临时表和基于语句的复制方式不相容。如果备库崩溃或者正常关闭,任何复制线程拥有的临时表都会丢失。临时表的特性只对创建临时表的连接可见。 主备复制过程中有很大可能会出现各种问题,接下来我们就讨论一些比较普遍的问题,以及当遇到这些问题时,如何解决或者预防问题发生。 1 数据损坏或丢失 问题描述:服务器崩溃、断电、磁盘损坏、内存或网络...

    haobowd 评论0 收藏0

发表评论

0条评论

IT那活儿

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<