OracleRac ASM+DG前任搭建偷懒最不易发现的坑
原创
**导读**
> 作者：杨漆
> 16年关系型数据库管理，从oracle 9i 、10g、11g、12c到Mysql5.5、5.6、5.7、8.0 到TiDB获得3个OCP、2个OCM；运维路上不平坦，跌过不少坑、熬过许多夜。把工作笔记整理出来分享给大伙儿，希望帮到大家少走弯路、少熬夜。
OracleRac ASM+DG前任搭建时偷懒随手埋下的雷，后任接手最易踩爆的那声响
原创：John 杨漆
下午监控告警，DG端延迟于主库58m 7s
立即查看日志发现，DG端14:59:16已躺平……
起因回顾：主库端下午新创建了表空间，数据文件指定为ASM存储路径，当日志传到Standby端欲回放时由于位置不同，datafile无法有效创建。
第一反应是：难道Convert 没指定？
快速打开参数文件检查一遍，db_file_name_convert已指定，为何DG端无法为新的表空间创建datafile ???（当您在排查线上问题第一直觉无解时，不幸顶头上司却在边上不断地催，特别还是一个半懂不懂的急先锋时，您的左边大脑得飞速思索答案，右边大脑要忙着应答他的各种“奇思妙想”，你又不能违逆，这个时候您剩下的唯有头大！）
还好，答案很明显 ！
前任搭建时偷了个懒，种下了个雷…
(还没发现RootCause的小伙伴可留言索取，博主给大家解密！)
知道了RootCause ，接下来该怎么解决故障 ？
将DG启动到mount状态，查询动态视图，看到新建的datafile 创建位置、名字不正确。
登陆OS级对应目录下，发现并无此数据文件。
试图手动创建这个数据文件以保持与视图一致，结果失败！
独立创建数据文件亦失败！
折腾了一会，终于找到方向。
这深坑的解药就在下图里：
卖个关子，所有的技术问题捅破一层纸，没找到正确答案时茫茫万卷书！
需要解药的小伙伴可根据上图提示解密，哈哈哈！
从日志中看，DG端一切恢复正常，自动从Master端拉取日志并应用。
经检查DG端恢复很成功，没有任何Gap信息。
故障完美解决，6个T的Standby端免去了重拉一次的不必要时间消耗。
（这种馊主意谁出的？？？ 答案，你懂的……哈哈哈！）
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。