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

返回 Oracle 索引页

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

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


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

1
2
3
listener.ora
listener.log
tnsnames.ora


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

1
2
3
spool parameter_standby.txt
show parameter
spool off


备库:

1
2
3
spool parameter_standby.txt
show parameter
spool off

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

1
2
3
<alert_tte.log>
 db_name                  = "SSTEST"
 db_unique_name           = "tte_st"

 
备库的内容是:

1
2
3
<alert_tte.log>
 db_name                  = "SSTEST"
 db_unique_name           = "tte_pr" <<<<< 别看写的是 _pr, 但是它却是备库!

 

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
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 的配置里,连接串指向主库是不行的。

1
DGMGRL> add database tte_pr as connect identifier is stb_tte;

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

1
DGMGRL> add database tte_pr as connect identifier is prd_tte;

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

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

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

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

 

返回 Oracle 索引页

posted @   健哥的数据花园  阅读(371)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· 一文读懂知识蒸馏
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
历史上的今天:
2014-04-06 不成功的RMAN恢复到其他机器的例子
点击右上角即可分享
微信分享提示