故障现象
查看备库alert日志:
发现由于磁盘组空间已满,导致不能添加数据文件,MRP进程异常终止。
登陆主库查看,主库在这个时候扩容表空间,添加了两个数据文件,如图所示:
查看备库数据文件情况,备库无法创建数据文件541,只能在控制文件添加记录,并将文件号541命名为UNNAMED00541。
经过以上分析,查明故障的原因:
解决办法
首先减少归档保留时间,删除一部分归档,给磁盘组腾出空间,然后处理两个数据文件。
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,备库两个文件创建成功。
总结:通过本案例,提醒运维人员以后扩容表空间时,一定要注意同时核实主备库的存储空间,避免发生类似的错误。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/129406.html
摘要:问题原因非正常关机导致没有把数据及时的写入硬盘。丢失的临时表临时表和基于语句的复制方式不相容。如果备库崩溃或者正常关闭,任何复制线程拥有的临时表都会丢失。临时表的特性只对创建临时表的连接可见。 主备复制过程中有很大可能会出现各种问题,接下来我们就讨论一些比较普遍的问题,以及当遇到这些问题时,如何解决或者预防问题发生。 1 数据损坏或丢失 问题描述:服务器崩溃、断电、磁盘损坏、内存或网络...
摘要:问题原因非正常关机导致没有把数据及时的写入硬盘。丢失的临时表临时表和基于语句的复制方式不相容。如果备库崩溃或者正常关闭,任何复制线程拥有的临时表都会丢失。临时表的特性只对创建临时表的连接可见。 主备复制过程中有很大可能会出现各种问题,接下来我们就讨论一些比较普遍的问题,以及当遇到这些问题时,如何解决或者预防问题发生。 1 数据损坏或丢失 问题描述:服务器崩溃、断电、磁盘损坏、内存或网络...
阅读 1346·2023-01-11 13:20
阅读 1684·2023-01-11 13:20
阅读 1132·2023-01-11 13:20
阅读 1858·2023-01-11 13:20
阅读 4100·2023-01-11 13:20
阅读 2704·2023-01-11 13:20
阅读 1385·2023-01-11 13:20
阅读 3597·2023-01-11 13:20