暂无图片
分享
Eternally
2019-03-14
TNS-12537 ORA-609

数据库是Oracle,操作系统是Windows,高可用是rose双机。

把主服务器切换到备用服务器时,会出现程序连接不上,报错如下:

image.png



但是切回来以后就正常了,经过查看日志,发现如下报错:

Fatal NI connect error 12537, connecting to:

 (LOCAL=NO)


  VERSION INFORMATION:

TNS for 64-bit Windows: Version 11.2.0.1.0 - Production

Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production

Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production

  Time: 12-3月 -2019 20:15:08

  Tracing not turned on.

  Tns error struct:

    ns main err code: 12537

    

TNS-12537: TNS: 连接关闭

    ns secondary err code: 12560

    nt main err code: 0

    nt secondary err code: 0

    nt OS err code: 0

opiodr aborting process unknown ospid (10796) as a result of ORA-609

Tue Mar 12 20:15:28 2019


请问是什么原因导致的呢?怎么去解决这个问题呢

收藏
分享
5条回答
默认
最新
Eternally

从正常的服务器切换到不正常的服务器以后,用CMD查看监听状态lsnrctl status特别慢,基本上卡死了,好几分钟才能出来。

切换过去以后,监听,Oracle服务一切都是正常的,就是程序连接的时候连接不上

暂无图片 评论
暂无图片 有用 0
孙杨
上传附件:ora_9332_10680.trc
暂无图片 评论
暂无图片 有用 0
孙杨
上传附件:ora_9332_10680.txt
暂无图片 评论
暂无图片 有用 0
孙杨

一、检查过程及现象:

1、双机操作系统平台win server x64。oracle 11.2.0.1。

2、lsnrctl start\stop hang。

3、tnsping 数据库连接测试hang。

4、lsnrctl status 命令检查需要3分钟才能出结果。

5、使用命令lsnrctl trace LISTENER support,生成监听trace文件。使用trcasst 对生成的trc文件格式化输出。

6、检查双机各自监听日志,发现运行正常节点监听日志600M,切换后无法运行节点监听日志4G。


二:处理方法

清空问题节点监听日志。


三:建议

定期维护数据库监听日志,避免出现监听日志大小达到4G的情况。


三:参考信息

Bug 9497965 - Win: Listener Startup Fails Due to listener.log Size is Greater Than 4GB (Doc ID 9497965.8)






暂无图片 评论
暂无图片 有用 0
孙杨
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
回答交流
提交
问题信息
请登录之后查看
附件列表
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏