资讯专栏INFORMATION COLUMN

Linux7部署安装Oracle19C ADG duplicate报错处理

IT那活儿 / 1474人阅读
Linux7部署安装Oracle19C ADG duplicate报错处理

亲爱滴伙伴们,又见面了。最近在紧张的进行Oracle19C ADG搭建工作,为了加快项目进度,我们采用了平台脚本化方式进行ADG搭建,本篇分享在本次搭建中遇到的问题及其处理方式。


惯例环境介绍:

操作系统:Redhat7.6

数据库版本:19.7

是否RAC:是

ASM或文件系统:ASM


在之前我们进行12C ADG搭建的时候均采取修改参数文件,将备库实例启动到nomount,然后从带库中恢复控制文件之后mount数据库,之后开始将数据文件从带库中restore出来,这样一步步的推进,直到ADG搭建完成。但这次由于大批量的19C数据库要搭建ADG,并且都是全新的数据库,考虑到新库还没进行数据迁移,数据文件总大小很小,并且之前的方式太耗时间,所以这次我们全部使用duplicate脚本化进行ADG搭建。这样做最大的好处是只要一套ADG通过一键脚本搭建成功,后续就可以全部一键脚本化加快项目进度。


考虑到新库文件全部默认使用了OMF名称,所以我们将文件转换路径设置成如下,磁盘组一一对应:


脚本在主库运行之后报ORA-19505:failed to identify file "",如下图所示


为啥不能识别文件呢?采取OMF名称格式的数据文件,日志文件等都是自动识别的啦。好吧,既然你报不能识别,我们就指定路径让你去相应的路径下进行读取并在备库指定路径进行转换:

但并没有什么卵用,报错依旧......


这......搞到这,笔者有点怀疑脚本问题了,通过仔仔细细核查脚本,确认完全正常。


再一次核查报错,显示是备库识别文件失败。


备库的文件及其ASM目录都是自动创建的,难道无法创建?我们核查了权限证明oracle权限无异常,决定手动在ASM中创建对应的目录,命令如下:


创建完成之后再次运行脚本,然而并没有出现期待的运行成功,报错依旧。最后死马当活马医,决定在备库把主库上对应的目录全部创建。


目录创建完成之后,又一次忐忑的运行脚本,哇哈。竟然成功了......


一波三折啊,数据文件在备库恢复转换过来都会创建到+DATADG1/racdbstd相应的目录下去,为啥一定要创建跟主库一模一样的目录呢?并且duplicate完成之后,我们查看备库+DATADG1/racdb目录下各子目录军为空,并没有生成数据文件。难道又触发BUG了?......

下次如果遇到相同的问题,先把备库的目录按照主库的一模一样的建好再说。本次分享到此结束,咋们下回再聊。

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

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

相关文章

发表评论

0条评论

IT那活儿

|高级讲师

TA的文章

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