ORA-00245根本原因是SNAPSHOT CONTROLFILE未置于主备库均能读写的共享存储（如ASM或NFS），导致节点间不可见；需用SHOW SNAPSHOT CONTROLFILE NAME确认路径，验证其为+开头ASM路径或已正确挂载的共享目录，并确保所有节点对该路径可写。
oracle 12c data guard环境中控制文件自动备份失败，根本原因不是备份逻辑出错，而是快照文件路径没放对地方——snapshot controlfile必须位于所有实例（主库、备库）都能同时读写的共享存储上，否则必然报ora-00245。
ORA-00245报错的本质是节点可见性问题
ORA-00245: control file backup failed; in Oracle RAC, target might not be on shared storage这个错误在DG环境里同样适用，哪怕你没开RAC。只要主库或备库是RAC架构，或者DG配置跨主机且SNAPSHOT CONTROLFILE指向本地路径（比如/u01/app/oracle/product/12.2.0/db_1/dbs/snapcf_dwdb1.f），就可能触发：
- 主库是RAC：两个节点都需能打开该快照文件，但本地路径只在一个节点上存在 → 另一节点
ORA-27037: unable to obtain file status - 主库单实例 + 备库RAC：备库启动时尝试读取主库生成的快照文件，若该文件在主库本地磁盘 → 备库根本找不到路径
- 主备都在ASM但快照路径写成非ASM格式（如漏掉
+号）→ Oracle内部解析失败，等效于本地路径
检查当前快照路径是否合规
登录任意实例，用RMAN确认实际配置：
RMAN> SHOW SNAPSHOT CONTROLFILE NAME;
输出结果必须满足以下任一条件才安全：
- 路径以
+开头（ASM磁盘组，如+DATA/dwdb/snapcf_dwdb1.f） - 路径是NFS挂载点且所有节点已正确mount、权限一致（如
/shared/rman/snapcf.f） - 路径是集群文件系统（OCFS2、GPFS等）上的绝对路径
如果看到/dbs/、/product/.../dbs/、/tmp/这类明显本地路径，就是问题源头。
改配置前必须验证共享存储可写
不能只改RMAN参数就完事。以下三步缺一不可：
- 在所有节点上执行
ls -ld，确认oracle用户有rwx权限，且属组为oinstall或asmadmin - 在每个节点上手动创建测试文件：
touch /shared/rman/test_$$ && rm test_$$，验证无权限/挂载问题 - 如果是ASM路径，用
asmcmd ls +DATA/dwdb/确认磁盘组online、空间充足
曾见过因ASM磁盘组USERS被误设为DISK_REPAIR_TIME=0，导致快照写入一半中断，后续所有BACKUP CURRENT CONTROLFILE都静默失败——这种细节不会出现在ORA-00245报错里，但会卡死备份链。
别忽略DG Broker对快照路径的隐式依赖
启用DG Broker后，switchover或failover过程中，Broker会主动调用RMAN备份控制文件。如果此时SNAPSHOT CONTROLFILE还在本地路径，切换可能卡在“等待控制文件同步”阶段，日志里只显示ORA-00245，但真正阻塞的是Broker状态机。
临时规避可以禁用Broker自动备份：DISABLE CONFIGURATION，但长期必须把快照路径切到共享位置——这是12.2+版本的硬性要求，不是bug，是设计约束。
