3节点11GR2 RAC 监听老是假死

fiozhang

情况是在应用服务器上会突然telnet不通随机一个节点的vip 1521，此时public 的1521却是通的。
其他机器telnet 此vip1521是通的。listener.log中没有任何的报错。有朋友遇到过吗？
补充：
应用连接时配置的是scan ip
scan名称 oraclerac
scan1 192.168.10.51
scan2 192.168.10.52
scan3 192.168.10.53
节点一
ip 192.168.10.21
vip 192.168.10.31
节点二
ip 192.168.10.22
vip 192.168.10.32
节点三
ip 192.168.10.23
vip 192.168.10.33


节点一的监听状态
正在连接到 (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
LISTENER 的 STATUS
------------------------
别名                      LISTENER
版本                      TNSLSNR for 64-bit Windows: Version 11.2.0.3.0 - Production
启动日期                  20-8月 -2012 11:24:06
正常运行时间              0 天 5 小时 3 分 17 秒
跟踪级别                  off
安全性                    ON: Local OS Authentication
SNMP                      OFF
监听程序参数文件          D:\app\11.2.0\grid_3\network\admin\listener.ora
监听程序日志文件          D:\app\11.2.0\grid_3\log\diag\tnslsnr\ORACLE1\listener\alert\log.xml
监听端点概要...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\LISTENERipc)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.10.21)(PORT=1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.10.31)(PORT=1521)))
服务摘要..
服务 "+ASM" 包含 1 个实例。
  实例 "+asm1", 状态 READY, 包含此服务的 1 个处理程序...
服务 "orcl" 包含 1 个实例。
  实例 "orcl1", 状态 READY, 包含此服务的 1 个处理程序...
命令执行成功



应用程序报错后，在应用服务器上ping各个节点的vip、public ip与scanip都正常。
telnet  oraclerac 1521 正常
telnet  192.168.10.21 1521 正常
telnet  192.168.10.31 1521 失败（每次只有一个节点的vip不通，每次不通的节点不一定，也可能是 10.32 或者 10.33）
telnet  192.168.10.22 1521 正常
telnet  192.168.10.32 1521 正常
telnet  192.168.10.23 1521 正常
telnet  192.168.10.33 1521 正常
此时在另外一台应用服务器上却是完成正常。
目前解决方法：重启telnet不通的监听，重启后telnet正常。（该现象平均每天会出现一次。）
tnsping，lsnrctl service等其他信息等下次报错时再附上。

[ 本帖最后由 fiozhang 于 2012-8-20 16:49 编辑 ]

Maclean Liu(刘相兵

具体问题具体分析， 你找到的listener.log 位于什么路径？

fiozhang

查的监听程序日志文件，就是lsnrctl status里显示的位置

kevinlin.ora

如何得出的结论：“3节点11GR2 RAC 监听老是假死”
telnet 1521不通与监听假死怎么联系起来？
文中三处提到了vip1521，但没有区别出哪个是哪个。

telnet 端口不通，不能完全说明是监听问题，也可能是网络问题。

建议提供可供分析的信息，比如常规的ping,tnsping,lsnrctl status,lsnrctl services,listener.log,真实tns连接测试等。

fiozhang

每次有问题后，把监听重启一下，telnet 又能通了。
帖子更新了，补充点信息

luocs

不是说用其他服务器telnet此节点vip 1521是通的吗？这表示监听没有假死。
我以前遇到过类似的问题，我的话是 有些时候能够telnet，有时候又不能，
后来是发现是vlan的问题，还有，scan vip和vip都数据流貌似都经过防火墙，即使是同网段的。
这种问题，基本上是网络层面的。

[ 本帖最后由 luocs 于 2012-8-20 16:54 编辑 ]

fiozhang

有没有可能是应用的原因，导致监听阻止了新的连接