189 8069 5689

怎么解决windows下oracle监听故障-创新互联

这篇文章主要讲解了“怎么解决windows下oracle监听故障”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“怎么解决windows下oracle监听故障”吧！

成都创新互联公司制作网站网页找三站合一网站制作公司,专注于网页设计,做网站、成都网站设计,网站设计,企业网站搭建,网站开发,建网站业务,680元做网站,已为成百上千服务,成都创新互联公司网站建设将一如既往的为我们的客户提供最优质的网站建设、网络营销推广服务!

现象:数据库服务及监听运行正常，但打开功能模块非常慢；
处理过程:
一 检查数据库alert_oaxx.log日志
日志切换并不高，无报错；数据库负载不大；
二 检查数据库状态
服务和监听均运行正常，sqlplus / as sysdba登陆正常，会话数正常 .
检查系统启动时间
初始安装日期:   2015/5/13, 12:09:51
系统启动时间:   2018/6/14, 3:11:06
检查网络连接,发现大量close_wait,由进程327000引起,经判断为360tray

TCP    10.25.136.5:52667      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52668      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52669      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52672      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52674      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52675      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52676      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52677      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52678      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52680      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52681      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52682      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52683      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52684      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52686      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52688      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52690      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52691      221.130.200.53:80      CLOSE_WAIT      327000
TCP    10.25.136.5:52692      221.130.200.53:80      CLOSE_WAIT      327000

三 检查数据库等待事件
无等待 ；
四 做tnsping发现:

C:\Users\Administrator>tnsping oadb
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 08-5月 -
2019 15:05:04
Copyright (c) 1997, 2010, Oracle.  All rights reserved.
已使用的参数文件:
Y:\oracle\product\11.2.0\dbhome_1\network\admin\sqlnet.ora
已使用 TNSNAMES 适配器来解析别名
尝试连接 (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST =10.xx.1xx.5)(PORT = 15
22)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = oadb)))
OK (51910 毫秒)

延迟很高,停用360tray

C:\Users\Administrator>tnsping oadb
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 08-5月 -
2019 14:58:23
Copyright (c) 1997, 2010, Oracle.  All rights reserved.
已使用的参数文件:
Y:\oracle\product\11.2.0\dbhome_1\network\admin\sqlnet.ora
已使用 TNSNAMES 适配器来解析别名
尝试连接 (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = WIN-5K0CGNM3EQV)(PORT
 = 1522)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = oadb)))
OK (24950 毫秒)

降至25秒，但还是很高，ping 主机，发现延迟很低，禁用ipv6，效果还是一样；
C:\Users\Administrator>ping 10.25.136.5

正在 Ping 10.25.136.5 具有 32 字节的数据:
来自 10.25.136.5 的回复: 字节=32 时间<1ms TTL=64
来自 10.25.136.5 的回复: 字节=32 时间<1ms TTL=64
另发现应用日志存在网络连接超时

url=jdbc:oracle:thin:@10.2x.1x6.x:xxx:oadb;user=bxxx;pwd=xxx
java.sql.SQLException: Io 异常: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=186
646784)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4))))
        at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:189)
        at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:231)

检查sqlnet.ora无明显异常；
五 检查数据库监听，重启监听，无改善，查看监听日志发现，日志在2019-04-06 2 点以后无更新
产生有大量trace:

** DBGRL Error: Text Alert Log
** DBGRL Error: SLERC_OERC, 48184
** DBGRL Error: OSD-00002: 附加错误信息
O/S-Error: (OS 87) 参数错误。
** DBGRL Error: 06-4月 -2019 02:01:39 * (CONNECT_DATA=(SID=xxdb)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=oracle))) * (ADDRESS=(PROTOCOL=tcp)(HOST=1xxxxx)(PORT=60839)) * establish * oadb * 0
Trace file y:\oracle\diag\tnslsnr\WIN-5K0CGNM3EQV\listener\trace\ora_895324_893720.trc
** DBGRL Error: Text Alert Log
** DBGRL Error: SLERC_OERC, 48184
** DBGRL Error: OSD-00002: 附加错误信息
O/S-Error: (OS 87) 参数错误。
** DBGRL Error: 系统参数文件为Y:\oracle\product\11.2.0\dbhome_1\network\admin\listener.ora

查看listner.log发现其有4GB,在win 下存在如下问题：
WINDOWS: Listener Hangs & Lsnrctl Commands Are Slow or Hang (文档 ID 1319797.1)
Bug 9879101 : THE CONNECT THROUGH LISTENER WAS SLOW WHEN LISTNER LOG GROWED 4GB
处理办法：
停上监听，重命名原监听文件，
y:\oracle\diag\tnslsnr\WIN-5K0CGNM3EQV\listener\trace\ listener.bak.log
新建一个listener.log

感谢各位的阅读，以上就是“怎么解决windows下oracle监听故障”的内容了，经过本文的学习后，相信大家对怎么解决windows下oracle监听故障这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！

另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。


分享文章：怎么解决windows下oracle监听故障-创新互联
当前链接：http://cdxtjz.cn/article/dpdjod.html

其他资讯