RAC 环境上的 ORA-12545错误

auliyuefu

先试试vip或者公共ip连接，如果都没有问题。那就是scan的问题。

ZALBB

auliyuefu 发表于 2020-10-10 11:22
先试试vip或者公共ip连接，如果都没有问题。那就是scan的问题。

改用VIP，两礼拜了，还没再次爆发这错误，怀疑是 SCAN，但不知道具体原因，也不知道如何探测？

auliyuefu

如果你有2个节点，现在连接的节点(A)没问题。那问题可能就在另外那个地点(B)
你试着直接连接B。
连接的时候看看侦听的日志报什么错。

ZALBB

auliyuefu 发表于 2020-10-13 06:54
如果你有2个节点，现在连接的节点(A)没问题。那问题可能就在另外那个地点(B)你试着直接连接B。连接的时候看 ...

我没列全，实际上在节点1或者节点2上测试，用  scan ip 登录，都发生这故障；改用 vip 后，登录两节点都正常，

auliyuefu

在18c的文档里面. oracle不建议使用scan在eazyconnect中.
因为不能设置延迟和失败重试.建议使用tnsnames.ora
应该就是这个原因.
https://docs.oracle.com/en/datab ... E-BD06-54FED5CF5712

Oracle Database 18c database clients use SCAN to connect to the database.
Oracle recommends against using the easy connect method with SCAN because the easy connect method
does not have the ability to specify timeouts and retries for connection establishment.
Instead, applications must use an Oracle Net connect descriptor with the following format:

(DESCRIPTION =
      (CONNECT_TIMEOUT=90) (RETRY_COUNT=20)(RETRY_DELAY=3) (TRANSPORT_CONNECT_TIMEOUT=3)
                   ( ADDRESS = (PROTOCOL = TCP)(HOST=scan)(PORT=1521))
                      (CONNECT_DATA=(SERVICE_NAME=service_name)))

ZALBB

auliyuefu 发表于 2020-10-27 22:47
在18c的文档里面. oracle不建议使用scan在eazyconnect中.因为不能设置延迟和失败重试.建议使用tnsnames.ora ...

我们的环境，是11G，另外，把SCAN IP，直接改成VIP，问题就OK了，

auliyuefu

vip肯定是可以的ezconnect. ezconnect用scan是不合适的.
因为没有定义timeout和retry.
如果在tnsnames.ora中使用scan是没问题的.因为它有timeout和retry.

虽然是18c的文档.我觉得同样对于11g也适用. 供参考.

ZALBB

auliyuefu 发表于 2020-10-29 12:32
vip肯定是可以的ezconnect. ezconnect用scan是不合适的.因为没有定义timeout和retry.如果在tnsnames.ora中 ...

这个故障，与RETRY，TIMEOUT选项有关不？

auliyuefu

ZALBB 发表于 2020-10-29 15:11
这个故障，与RETRY，TIMEOUT选项有关不？

这不是故障. scnaip本来就不是这么用的(ezconnect).
因为用ezconnect,就没有 retry,timeout

ZALBB

auliyuefu 发表于 2020-10-30 10:30
这不是故障. scnaip本来就不是这么用的(ezconnect).因为用ezconnect,就没有 retry,timeout

但改为 VIP 地址时，则很正常，从未出错，此时也是EZCONNECT方式登录，