db_unique_name冲突需按环境区别处理：rac须先删crs资源再改参数，否则ora-65500；主备归档需大小写完全一致，否则ora-16401；adg搭建时重名触发ora-16047；switchover失败因broker校验不匹配致ora-16775。
DB_UNIQUE_NAME 冲突不是配置写错了，而是主备库名称重复或 RAC 集群资源锁死导致的硬性失败，必须按环境类型区别处理。
ORA-65500：RAC 环境下直接 ALTER SYSTEM 改 db_unique_name 必然报错
这个错误根本原因不是 SQL 语法问题，而是 CRS 已把 db_unique_name 当作资源名注册进集群。只要 srvctl config database -d oldname 还能查到旧资源，你就改不动参数。
- 执行
ALTER SYSTEM SET db_unique_name=newname SCOPE=SPFILE;后重启，实例会卡在 MOUNT 或直接起不来，告警日志明确写ORA-65500: could not modify DB_UNIQUE_NAME, resource exists - 查
V$DATABASE.DB_UNIQUE_NAME和SHOW PARAMETER db_unique_name可能不一致 —— 前者读的是控制文件，后者读 SPFILE，但 CRS 不认 SPFILE 里的值 - 单机库没这问题，RAC 必须先删资源再改参数，顺序错一步就进不了下一步
LOG_ARCHIVE_DEST_2 报 ORA-16401 或同步卡住：主备 db_unique_name 大小写/拼写不一致
主库 LOG_ARCHIVE_DEST_2 里写的 DB_UNIQUE_NAME 值，必须和备库实际的 V$DATABASE.DB_UNIQUE_NAME 完全一致（包括大小写），否则 ARC 进程发归档时解析失败，日志里反复出现 Error 1094 attaching to RFS 或归档状态为 ERROR。
- 常见低级错误：
LOG_ARCHIVE_DEST_2='SERVICE=std LGWR ASYNC ... DB_UNIQUE_NAME=STDBY'，但备库实际是stby或stdby - 用
SELECT DEST_ID, STATUS, ERROR FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID = 2;确认状态，ERROR列非空基本就是这个名字对不上 - 检查备库
tnsnames.ora中对应连接串的别名是否和SERVICE=xxx一致，别名错也会间接导致 RFS 找不到目标
RAC 主备库搭建 ADG 时 ORA-16047：备库 db_unique_name 与集群资源名冲突
当你用 srvctl add database 把新备库加进 RAC 集群时，如果指定的 -d 名字（即数据库唯一名）已在集群中存在（比如残留旧实例、测试库没清理干净），就会触发 ORA-16047 —— 这其实是 CRS 层面的资源重名校验，不是数据库内部报错。
- 运行
srvctl config database列出所有已注册数据库，确认目标名未被占用 - 若发现同名残留，用
srvctl remove database -d xxx -f强制清除（注意：仅当确认该资源已彻底停用） - 新加资源前，确保密码文件路径正确且权限无误；19c 默认存 ASM，需用
orapwd生成新文件并显式通过srvctl modify database -pwfile绑定
Switchover 报 ORA-16775：Broker 检测到 db_unique_name 配置不匹配
这个错误常被误认为网络或权限问题，其实 Broker 在切换前会交叉核验主备双方的 LOG_ARCHIVE_CONFIG 和各自 db_unique_name 是否构成闭环。只要有一处不匹配（比如主库配置了 DG_CONFIG=(pri,standby)，但备库 db_unique_name 是 stdby），Broker 就拒绝切换并抛 ORA-16775。
- 在主库执行
SELECT VALUE FROM V$PARAMETER WHERE NAME = 'log_archive_config';，确认括号内列出的所有db_unique_name都真实存在且拼写一致 - 在备库同样查该参数，并比对
V$DATABASE.DB_UNIQUE_NAME—— 两者必须严格相等 - 用
DGMGRL连上 Broker 后，运行SHOW CONFIGURATION VERBOSE，看每个数据库的DBUniqueName字段是否和实际一致；不一致就用EDIT DATABASE 'xxx' SET PROPERTY 'DbUniqeName'='yyy';修正（注意字段名是DbUniqeName，少一个i）
最容易被忽略的是：RAC 环境下改完 db_unique_name 后，必须重新运行 srvctl add database 注册新资源，且 spfile 和密码文件路径要和注册时指定的一致 —— 路径错一个字符，实例在另一个节点就起不来。
