ORA-16698错误表示DB_UNIQUE_NAME在Data Guard Broker中非全局唯一，主因是残留配置文件（dr1/dr2.dat）未清空、静态监听GLOBAL_DBNAME未加_DGMGRL后缀或克隆环境未修改db_unique_name。
ORA-16698 错误在 Oracle 19c 的 DGMGRL 中明确表示：**当前数据库的 DB_UNIQUE_NAME 已被用作另一个 Data Guard 配置中的成员名**。这不是连接失败或权限问题，而是 broker 内部唯一性校验直接拒绝——配置根本无法创建或添加。
为什么 DGMGRL 拒绝添加数据库并报 ORA-16698
Oracle Data Guard Broker 要求每个成员（主库/备库）的 db_unique_name 在整个 broker 配置中全局唯一。这个限制是硬性的，不区分大小写，也不看实例名或服务名是否不同。
常见触发场景包括：
- 之前创建过同名配置但未彻底清理（比如只执行了
remove configuration，但没关掉 broker 或没清空dg_broker_config_file文件） - 多个环境共用同一套 Oracle Home，且
dg_broker_config_file路径未隔离（例如 RAC 环境下未指向 ASM 或共享存储） - 克隆虚拟机后未修改备库的
db_unique_name，导致和原主库或其它备库重名 - 手动编辑过
dg_broker_config_file，残留了旧的、未注销的成员条目
确认当前 db_unique_name 和 broker 配置状态
先别急着删配置，先查清楚“谁撞了谁”：
在目标数据库上运行：
SQL> SHOW PARAMETER db_unique_name;
然后在任意已连接的 dgmgrl 会话中检查现有配置（即使显示为空，也可能有残留）：
DGMGRL> SHOW CONFIGURATION VERBOSE;
如果报错 ORA-16532: Data Guard broker configuration does not exist，说明配置确实不存在；但如果返回部分信息或卡住，则可能配置文件未清空。
再查 broker 是否启用及配置文件位置：
SQL> SHOW PARAMETER dg_broker_start;<br>SQL> SHOW PARAMETER dg_broker_config_file;
注意：dg_broker_config_file1 和 dg_broker_config_file2 两个参数都得看，broker 会优先读第一个，但第二个作为备份存在——**两个文件里都可能存有旧成员记录**。
清除残留配置的实操步骤
必须按顺序执行，跳步容易遗漏：
- 在所有涉及的数据库（主库、备库、observer）上，先停掉 broker：
ALTER SYSTEM SET dg_broker_start=FALSE SCOPE=BOTH; - 确认监听器已停止（避免 broker 启动时自动加载旧配置）：
lsnrctl stop - 定位并清空两个 broker 配置文件（路径来自上一步查询结果），例如：
rm -f /u01/app/oracle/product/19.3.0/dbhome_1/dbs/dr1orcl.dat /u01/app/oracle/product/19.3.0/dbhome_1/dbs/dr2orcl.dat - 重启监听器：
lsnrctl start - 重新启用 broker：
ALTER SYSTEM SET dg_broker_start=TRUE SCOPE=BOTH; - 此时再进
dgmgrl，CREATE CONFIGURATION才会真正从零开始
静态监听配置缺失也会间接触发 ORA-16698
看似无关，但实际很关键：如果主库或备库缺少 _DGMGRL 的静态监听条目，DGMGRL 尝试连接时可能 fallback 到动态注册，而动态注册的 GLOBAL_DBNAME 默认是 db_unique_name ——若此时已有其它实例用相同 db_unique_name 动态注册过，broker 就会误判为重复成员。
务必检查 listener.ora 中是否有形如：
SID_DESC = (GLOBAL_DBNAME = <your_db_unique_name>_DGMGRL) ...
且该条目中的 GLOBAL_DBNAME 必须带 _DGMGRL 后缀，不能与其它实例冲突。改完记得：lsnrctl reload。
最易被忽略的是 dg_broker_config_file2 这个备用配置文件——它不会随 remove configuration 自动清空，也不会在 SHOW CONFIGURATION 中暴露，但 broker 启动时仍会读取。只要里面残留一行旧的 db_unique_name，ORA-16698 就会反复出现。
