[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 索引页