RAC环境数据库节点参数设置不当导致监听无法连接问题排查

本文探讨了RAC数据库中节点1的连接问题,通过诊断发现是由于数据库监听配置不当导致。文章详细介绍了问题分析过程,涉及内核参数优化,包括增大kernel.shmmax等,并提示了ORACLE文档中的相关解决路径。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

某用户遇到RAC数据库的一个节点,应用程序无法连接上数据库的问题。排查发现是数据库监听程序异常,无法建立连接。经一系列排查,发现为数据库安装时的一些参数设置不够合理,在系统长时间运行后,出现了些问题。

[grid@rac-a ~]$ uptime --节点1启动时间长
 11:55:12 up 263 days,  2:38,  2 users,  load average: 1.53, 1.73, 1.85

[oracle@rac-b ~]$ uptime
 11:55:37 up 95 days, 18:55,  1 user,  load average: 1.99, 2.07, 1.99

一、节点1的报错信息:
7-FEB-2022 11:13:06 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=D:\20211229\AAAexe)(HOST=**挂号)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.111.12)(PORT=1486)) * establish * orcl * 0
17-FEB-2022 11:13:07 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=Python)(HOST=NUC.local)(USER=hby))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.5.66)(PORT=57609)) * establish * orcl * 12518
TNS-12518: TNS:listener could not hand off client connection
 TNS-12536: TNS:operation would block
  TNS-12560: TNS:protocol adapter error
   TNS-00506: Operation would block
    Linux Error: 11: Resource temporarily unavailable
    
二、问题分析:
参考ORACLE文档UNIX: TNS-12518,TNS-12536 When Listener Load Increases (Doc ID 1920559.1),经核对需要修改增大相应的内核参数。

三、问题处理:   
目前在RAC数据库节点1主机上进行了如下操作(未重启主机及集群、数据库)

1.系统内核参数修改:/etc/sysctl.conf
kernel.shmmax = 4398046511104
kernel.shmall = 1073741824
kernel.sem = 1010 128000 1010 256
fs.aio-max-nr = 3145728
 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值