[Oracle 工程师手记] ORA-16642: DB_UNIQUE_NAME mismatch 的解决过程

客户报告，向 broker 中加入备库信息失败。

DGMGRL> add database tte_pr as connect identifier is stb_tte;
Error: ORA-16642: DB_UNIQUE_NAME mismatch

我把主库、备库的这些文件都要来了。

listener.ora
listener.log
tnsnames.ora

又要来了初始化参数的内容：
主库：

spool parameter_standby.txt
show parameter
spool off

备库:

spool parameter_standby.txt
show parameter
spool off

 
可以看到：发现主库的内容是：

<alert_tte.log>
 db_name                  = "SSTEST"
 db_unique_name           = "tte_st"

 
备库的内容是：

<alert_tte.log>
 db_name                  = "SSTEST"
 db_unique_name           = "tte_pr" <<<<< 别看写的时 _pr, 但是它却是备库！

主库和备库的 tnsnames.ora 是这样的：

prd_tte =
 (DESCRIPTION =
   (ADDRESS = (PROTOCOL = TCP)(HOST = <myhost>)(PORT = 1522))
   (CONNECT_DATA =
     (SERVER = DEDICATED)
     (SERVICE_NAME = tte_pr.test.aa.com) <<<< 看对应的 service_name 名字，大胆猜测，这是连接备库用的
   )
 )

stb_tte =
 (DESCRIPTION =
   (ADDRESS = (PROTOCOL = TCP)(HOST = <myhost>)(PORT = 1522))
   (CONNECT_DATA =
     (SERVER = DEDICATED)
     (SERVICE_NAME = tte_st.test.aa.com) <<<< 看对应的 service_name 名字，大胆猜测，这是连接主库用的
   )
 )

所以，下面的语句，它其实正在连接主库，我要把备库加入到 broker 的配置里，连接串指向主库是不行的。

　DGMGRL> add database tte_pr as connect identifier is stb_tte;

 
而我们要把备库加入到 broker 的配置里，要使用指向备库的连接串(prd_tte)

　DGMGRL> add database tte_pr as connect identifier is prd_tte;

 这么执行一次，果然成功了。

难道客户自己还不知道应该连接哪个数据库吗？

还真有可能。原来，客户进行过一次 switch over，然后把新切换的 新备库给彻底删除了，这之后客户又重新构建了新的备库，此时 prd_tte 代表的就是备库了。然后客户用 Data Guard broker 来追加备库时，又把这个茬给忘记了。

(以上的配置信息均为虚构信息，不涉及任何商业数据信息或个人隐私信息)