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

返回 Oracle 索引页

客户报告,向 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 来追加备库时,又把这个茬给忘记了。

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

 

返回 Oracle 索引页

posted @ 2021-04-06 21:17  健哥的数据花园  阅读(340)  评论(0编辑  收藏  举报