11gR2数据库日志报错:Fatal NI connect error 12170、TNS-12535、TNS-00505 [问题点数:100分,结帖人MarkIII]
楼主发表于: 2011-05-13 10:33:10 Fatal NI connect error 12170. VERSION INFORMATION: | |
#1 得分:0回复于: 2011-05-13 10:37:48 网上倒是有篇帖子问题类似,而且解决了。 http://www.erp100.com/thread-6248-1-1.html 不过它是10g、Windows版的。他的问题是:因为没有安装oracle10g的第二张盘,没有安装jdbc的驱动程序 而我这边是11gR2,Linux系统,采用静默安装。 其实解压了两个文件,也不知道是否漏装了,或是其它问题,请大侠指点: | |
#2 得分:50回复于: 2011-05-13 10:42:15 建议完全卸载,认真重新安装一次 | |
5 2 | #3 得分:50回复于: 2011-05-13 10:46:12 在sqlnet.ora增加参数: SQLNET.INBOUND_CONNECT_TIMEOUT = 30 SQLNET.RECV_TIMEOUT = 30 SQLNET.SEND_TIMEOUT = 30 在 listener.ora 增加: 然后重新启动监听试一下 |
#4 得分:0回复于: 2011-05-13 11:09:42 我同事也在网上找了一些相关资料,打算这个周末调整参数试一下: INBOUND_CONNECT_TIMEOUT = 3s INBOUND_CONNECT_TIMEOUT_listenername = 2s 只是不知道出现这种问题,系统能扛多久,这样调没有效果再按照楼上的试试。 | |
#5 得分:0回复于: 2011-05-13 11:10:24 他找的资料如下: 为什么会出现这样的情况呢?网上搜索后得知,在Oracle11G中, 解决问题:减少着两个参数的超时时间,把它们分别设为3和2s。 | |
#6 得分:0回复于: 2011-05-16 21:43:57 昨天按照Metalink上给出的解决方案 1. set INBOUND_CONNECT_TIMEOUT_=0 in listener.ora 2. set SQLNET.INBOUND_CONNECT_TIMEOUT = 0 in sqlnet.ora of server. 3. stop and start both listener and database. 4. Now try to connect to DB and observe the behaviour 今天还在报错,然后下午在跑一段Sql,又出现新的错误: 网上一篇类似的帖子说,是发现SWAP过小导致启动的时候报错: 没搞清楚OS-ERRO:该去哪个路径看。 | |
#7 得分:0回复于: 2011-12-15 23:03:14 正遇到这样的问题 | |
#8 得分:0回复于: 2013-05-15 16:41:45 内存 多大 ,如何设置的? | |
#9 得分:0回复于: 2013-12-19 13:43:27 我也遇到了这个问题。环境是oracle10g 设置超时时间一般没用。 如果此时从客户段连接服务器会提示: ORA-12514: TNS:listener does not currently know of service requested in connect descriptor 问题的原因是服务器无法相应客户端给出的连接字符串。 我的问题是因为我的hosts表有问题导致了。 | |
#10 得分:0回复于: 2013-12-19 13:46:23 接楼上,设置好hosts后重新启动监听即可。 如果还不行,使用netca重新创建监听。 | |