[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 索引页
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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恢复到其他机器的例子