RAC 环境上的 ORA-12545错误

ZALBB

另外，应用系统的程序代码中，都是EZCONNECT的写法，ODP.NET是，JDBC也是，我从未没见过此时用的是，TNSNAMES.ORA里连接串的写法，

auliyuefu

因为vip在scan后面一层.是实际存在的.scan在vip前面.scan把vip转给连接请求.

ZALBB

auliyuefu 发表于 2020-11-1 11:10
因为vip在scan后面一层.是实际存在的.scan在vip前面.scan把vip转给连接请求.

对，问题是，此前这种写法，走 SCAN IP 已经1年多了，一直正常，这没法解释，

lovehewenyu

第一、是否存在地址冲突，或者解析冲突
发生问题前，保留arp信息。
arp -a
发生问题后，查看arp信息
arp -a

第二、防火墙
如果是app和db不是同网段，且中间有防火墙的话。可能存在违法tcp三次握手的问题。
防火墙阻断策略或者timeout策略时间长过24小时。

ZALBB

lovehewenyu 发表于 2020-11-4 16:49
第一、是否存在地址冲突，或者解析冲突发生问题前，保留arp信息。arp -a发生问题后，查看arp信息arp -a第二 ...

谢谢，没法测试问题发生前的情况了，

ZALBB

lovehewenyu 发表于 2020-11-4 16:49
第一、是否存在地址冲突，或者解析冲突发生问题前，保留arp信息。arp -a发生问题后，查看arp信息arp -a第二 ...

我是在数据库服务器（节点1或节点2都存在这问题）上做的测试，此时，还有防火墙的问题吗？

lovehewenyu

ZALBB 发表于 2020-11-4 17:19
我是在数据库服务器（节点1或节点2都存在这问题）上做的测试，此时，还有防火墙的问题吗？

如不通过防火墙，肯定是没有防火墙的问题了。

预估ip地址冲突，或者解析冲突可能性比较大

ZALBB

lovehewenyu 发表于 2020-11-4 17:28
如不通过防火墙，肯定是没有防火墙的问题了。预估ip地址冲突，或者解析冲突可能性比较大

但我在节点1上测试登录时，给的IP地址，不是 SCAN_NAME，不应该再解析了，

lovehewenyu

ZALBB 发表于 2020-11-4 17:45
但我在节点1上测试登录时，给的IP地址，不是 SCAN_NAME，不应该再解析了，

第一、主机对比问题前后arp表中ip和mac地址的对应变化，是排查主机端地址冲突的一种手段。

第二、同一个交换机集群中，如果两个相同的scanip的话，也会出现冲突。甚至集群无法访问的情况，因为路由器的arp表这个时候只记录最后请求arp包的mac地址或ip。
（我在rac换物理存储的时候，遇见过一次这坑泪崩）

希望对你有帮助吧。

我觉得搭建dg无关。