起因
一次主库问题导致需要做failover切换,切换后需要重新搭建备库,但是当初设计的时候,备库的环境本不是做此用途的,因此环境差异较大,导致了这次奇葩问题的出现。

问题描述
主备库都是ASM环境,不过切换后的主库规划的是单个较大的磁盘组,而备库是多个较小的磁盘组,导致备库磁盘组容量无法存储所有数据文件。
解决方法
尝试设置源端数据文件的路径,通过SETNEWNAME参数,将源端的数据文件指定一部分到另一个磁盘组,再次执行脚本,但是依然报错。最终查阅Oracle的相关文档,找到了问题所在:ASM环境下启用OMF时,DB_CREATE_FILE_DEST参数的优先级更高。删除此参数后,问题解决。
正常情况下,DG备库环境应与主库保持一致。本次问题是极少出现的,仅供参考。
关注我们,了解更多:微信号justdoit2019syy。
原创文章,作者:小编小本本,如若转载,请注明出处:https://www.benjiyun.com/yunzhujiyunwei/vps-yunwei/5963.html
