sql 查询 ORA-12170 TNS 连接超时特殊原因

一般对于ORA-12170这个问题

1 看数据ip 是否能ping通

2 数据库服务是否启动

3 数据库服务所在服务器防火墙

然而当你能进去数据,而报这个这错时:

1 看代码中数据库连接是写错

2 如果确认没问题,看你的sql中是否存在与dblink相关的表查询,dblink连接是否有问题或ip改动

自由于生产环境数据库ip变动忘记修改,dblink相关的表查询,竟然花了半小时找错误,很是尴尬。。。

原文地址:https://www.cnblogs.com/yzlsthl/p/8394019.html

时间: 2024-07-31 21:50:50

sql 查询 ORA-12170 TNS 连接超时特殊原因的相关文章

oracle用cmd货plsql登录oracle实例提示“ORA :12170”TNS:连接超时

1,cmd ------ ping ip地址:查看网络问题,能否ping通ip地址 2,cmd ------ tnsping ip地址(或服务器的实例名SID)“ ①如果出现"TNS-12535:操作超时" 提示,可能是服务器端防火墙没有关闭,关闭防火墙即可: ②如果出现下图显示,则证明没有问题: ” 3,cmd ------ netstat - na 查看1521端口是否关闭 ①如果显示关闭,则需要在防火墙设置中将1521端口设为例外: ②如果出现下图显示,则证明没有问题: 4,cm

ORA-12170 TNS 连接超时!

最近突然有段时间通过plsql连接本地oracle数据库的时候报:ORA-12170 TNS 连接超时! 现象是:开机的时候没有连上网络,然后可以通过plsql连接oracle,但是通过无线网卡连接无线Unicom,然后通过360免费wifi分享网络hswf,就不能通过plsql连接oracle,同时eclipse中项目数据库配置成<jdbcurl>jdbc:oracle:thin:@127.0.0.1:1521:orcl</jdbcurl>也不能连接数据库了. 真心狠奇怪,在网上

一次“ora-12170 tns 连接超时”的经历

win7    64位系统 oracle  10g   64位 plsql之前连接是好使的,突然连接不上,提示错误“ora-12170 tns 连接超时” 1.ping IP    没有问题 2.netstat –na 查看1521端口,端口是没有问题的 3.防火墙没问题 4.lsnrctl status   发现  snmp off 解决方法 首先:dba用户登录系统,无法shutdown   报:ora-00106错误: 修改 由于不是rac  是单机,之前的   tnsnames中serv

mysql导入sql文件过大或连接超时的解决办法

原文:mysql导入sql文件过大或连接超时的解决办法 前段时间出差在现场开发的时候,导入数据库老是出问题.最后发现了一个神奇sql语句交给实施,只要导入出错就把如下语句执行就可以了.至今屡试不爽. set global max_allowed_packet=100 000 000; set global net_buffer_length=100000; SET GLOBAL interactive_timeout=28800 000; SET GLOBAL wait_timeout=2880

ORA-12170:TNS:连接超时(解决一例:转载)

前几天在机房连接数据库服务器时,报了”ORA-12170:TNS:连接超时”.这个错误费了我两天的时间才把问题解决掉,现在总结下,希望大家少走些弯路 从错误的信息上看,是肯定是本地的客户端和服务器没有连接好,两个机器的Oracle直接不能通信.这个问题就多了,现总结一下: 一tns的配置文件不对 这个问题是最基本的,这是连接的基础.这个我建议直接从服务器上拷贝,就不会出错了.我见过的就是因为服务器名后有空格,导致了服务器无法解析. 二服务器的防火墙开了 防火墙会组织tns直接的连接,验证可以把服

解决“ORA-12170: TNS: 连接超时”的问题

虚拟机上可以正常访问数据库,但是在物理机上连接数据库时出现"ORA-12170:TNS:连接超时"时,可以用以下思路解决问题. 一.检查网络 1.ping ip地址 查看网络问题,看能否ping通: 2.tnsping  ip地址(或者是服务器的实例名SID)如果报"TNS-12535:操作超时",可能是服务器端防火墙,没有关闭: 3.netstat -na 查看1521端口是否关闭 4.lsnrctl status   lsnrctl是listener-contr

mysql导入sql文件过大或连接超时的解决的方法

前段时间出差在现场开发的时候,导入数据库老是出问题.最后发现了一个奇妙sql语句交给实施,仅仅要导入出错就把例如以下语句运行就能够了.至今屡试不爽. set global max_allowed_packet=100 000 000; set global net_buffer_length=100000; SET GLOBAL interactive_timeout=28800 000; SET GLOBAL wait_timeout=28800000 以上语句的解释: –max_allowe

sql 查询强制使用HASH连接性能测试比较

HASH JOIN 散列连接 hash join是CBO 做大数据集连接时的常用方式.优化器扫描小表(或数据源),利用连接键(也就是根据连接字段计算hash 值)在内存中建立hash表,然后扫描大表,每读到一条记录就来探测hash表一次,找出与hash表匹配的行.当小表可以全部放入内存中,其成本接近全表扫描两个表的成本之和.如果表很大不能完全放入内存,这时优化器会将它分割成若干不同的分区,不能放入内存的部分就把该分区写入磁盘的临时段,此时要有较大的临时段从而尽量提高I/O 的性能.临时段中的分区

ora-12170:tns:连接超时

在虚拟机里面安装了一个oracle每次换一个网络,plsql连接就不好使了,整了好几次才搞定记录下来: 1.开始----程序-----oracle------配置和移植工具-----Net Manager----本地----服务命名---ora11(这个是我的专用服务器) 把右边下面的主机名改成192.168.1.1022.开始----程序-----oracle------配置和移植工具-----Net Manager----本地----监听程序---同样把右边下面的主机名改成192.168.1