对于tnsping的连接超时的功能补充

tnsping,作为Oracle连接测试的一个小巧的工具,其实大家已经不陌生了,但是使用tnsping有一个问题,就是连接超时,当然这个和网络的安全策略等密不可分,但是摆在我面前的一个问题是,现在有大量的服务器,每台数据库服务器上都有tnsnames.ora,如果需要判断tnsnames.ora里面的配置是否生效,使用tnsping是一个很自然的选择。
我也这么做了,我写了一个命令去解析tnsnames.ora 然后把里面的连接对象给标示出来。
cat tnsnames.ora|awk '{print $1}'|grep  -iv 'ADDRESS\|ADDRESS_LIST\|CONNECT_DATA\|SERVICE_NAME\|SID\|SERVER\|)'|sed 's/=(DESCRIPTION//g'|grep -v 'DESCRIPTION\|#'|awk -F= '{print $1}'|sed '/^$/d' |grep -v \(
命令的输出结果类似:
db133_95
csvip
testdb
我在这个基础上就可以使用tnsping来判断了。
但是刚开始我就发现这么做还是有一个隐患,那就是不可避免的连接超时问题。我们可以简单测试一下,看看默认的超时时长是多少?
$ time tnsping db84
TNS Ping Utility for Linux: Version 11.2.0.3.0 - Production on 18-MAY-2016 22:17:53
Copyright (c) 1997, 2011, Oracle.  All rights reserved.
Used parameter files:
/U01/app/oracle/product/11.2.3/db_1/network/admin/sqlnet.ora
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.17.84)(PORT = 1528)) (CONNECT_DATA = (SERVICE_NAME = sol)))
TNS-12535: TNS:operation timed out
real    1m0.011s
user    0m0.006s
sys     0m0.004s
通过time可以马上定位出超时时长是1分钟。
那么对于很多运行已久,业务依赖性较高的系统,tnsnames.ora里面的连接对象就非常多了,这个时候如果使用tnsping的方式那就很容易超时,假设里面有100个连接对象,如果存在30个无效连接对象,那就需要30分钟,如果有多台服务器,那就不用干其他的活了。
对于tnsping,这个命令也没有提供更多的使用选项,所以目前来看还无法指定超时时长。
$ tnsping --help
TNS Ping Utility for Linux: Version 11.2.0.3.0 - Production on 18-MAY-2016 18:03:15
Copyright (c) 1997, 2011, Oracle.  All rights reserved.
Used parameter files:
/U01/app/oracle/product/11.2.3/db_1/network/admin/sqlnet.ora
TNS-03505: Failed to resolve name
$ tnsping -h
TNS Ping Utility for Linux: Version 11.2.0.3.0 - Production on 18-MAY-2016 18:03:19
Copyright (c) 1997, 2011, Oracle.  All rights reserved.
Used parameter files:
/U01/app/oracle/product/11.2.3/db_1/network/admin/sqlnet.ora
TNS-03505: Failed to resolve name
这个还是依赖于系统级,那么我们把tnsping先放一放。看看还有没有其它的实现方式,一个很自然的实现方式就是telnet
一般测试连通性,我们可以使用telnet 服务器IP  端口的方式。下面是一个测试成功的案例。
$ telnet 10.11.65.111 1528
Trying 10.11.65.111...
Connected to 10.11.65.111.
Escape character is '^]'.
Connection closed by foreign host.
对于连通性问题的场景,telnet貌似也没有相应的超时选项。
所以使用telnet的方式和tnsping的效果差不多。
那么还有什么方式呢,这个时候我们可以好好想想还有那些系统级的工具可以满足要求,NetCat就是一个不错的选择。
所以想到了,我二话没说,就开始了测试。nc的一个亮点就是可以指定超时时长,比如我们设定为5秒,超时就显示连接失败
$ echo quit  | nc -w 5  -v 10.11.65.111 1521
Connection to 10.11.65.111 1521 port [tcp/ncube-lm] succeeded!
$ echo quit  | nc -w 5  -v 10.11.65.116 1521
nc: connect to 10.11.65.116 port 1521 (tcp) failed: No route to host
看来有了相应的解决思路,tnsping连接超时的问题就可以变通解决了。

上一篇:SSIS高级转换任务—在Package中是用临时表是需要设置RetainSameConnection属性


下一篇:《计算机系统:核心概念及软硬件实现(原书第4版)》——3.9 问题