什么是tnsping?
可以参考官方文档的具体介绍
http://docs.oracle.com/cd/E11882_01/network.112/e41945/connect.htm#NETAG378
tnsping 实际上就是一个小工具,用来决定是否一个Oracle Net 网络服务(service)可以被接受。
从某种意义上来说,tnsping 针对的 sqlnet连接,就好比为我们常用的ping 命令来检查IP,主机名网络连接情况。
我们来做一个有趣的试验:
先来看看以下配置信息:
数据库所在服务器端:
数据库安装到Linux服务器,hostname = ttdev, IP 地址= 192.168.56.11, ORACLE_SID=ORCL
------
[oracle@ttdev ~]$ cat /home/oracle/app/oracle/product/11.2.0/dbhome_2/network/admin/listener.ora
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.56.11)(PORT = 1521))
)
)
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(PROGRAM = extproc)
(SID_NAME = PLSExtProc)
(ORACLE_HOME = /home/oracle/app/oracle/product/11.2.0/dbhome_2)
)
)
ADR_BASE_LISTENER = /home/oracle/app/oracle/
------
客户端:
在Windows ,安装oracle 客户端后,配置Windows 环境变量 TNS_ADMIN 指向 C:\app\liyang\product\11.2.0\client_2\network\admin
在该路径下,添加 tnsnames.ora 文件
------
TTORCL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.56.11)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = orcl)
)
)
------
客户端的sqlnet.ora 使用默认
SQLNET.AUTHENTICATION_SERVICES = (NTS)
=============
试验一:
首先,我们来看一下数据库服务器端的实际情况:
通过putty 登录到Linux系统的oracle 用户,停掉数据库,并检查监听情况:
------
[oracle@ttdev ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.1.0.7.0 - Production on Tue Mar 25 18:49:23 2014
Copyright (c) 1982, 2008, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> quit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@ttdev ~]$ lsnrctl status
LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 25-MAR-2014 18:52:03
Copyright (c) 1991, 2010, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.56.11)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 11.2.0.2.0 - Production
Start Date 25-MAR-2014 18:14:27
Uptime 0 days 0 hr. 37 min. 36 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /home/oracle/app/oracle/product/11.2.0/dbhome_2/network/admin/listener.ora
Listener Log File /home/oracle/app/oracle/diag/tnslsnr/ttdev/listener/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.56.11)(PORT=1521)))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service... 《=========服务里面并没有ORCL,因为数据库刚刚被shutdown了!
The command completed successfully
------
在Windows 客户端, 开始 菜单=》 运行 =》 输入 cmd 命令,
进入dos 窗口,并输入 tnsping TTORCL, 返回
------
C:\Users\liyang>tnsping TTORCL
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 26-3月 -
2014 10:06:08
Copyright (c) 1997, 2010, Oracle. All rights reserved.
已使用的参数文件:
C:\app\liyang\product\11.2.0\client_2\network\admin\sqlnet.ora
已使用 TNSNAMES 适配器来解析别名
尝试连接 (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.1 《=====TNSPING 仍然解析成功,返回TTORCL的具体内容!
68.56.11)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl)))
OK (20 毫秒)
------
上面返回的 “尝试连接” 后面部分是sqlnet 如何解析到的TTORCL 别名,或者叫 连接标识符。该别名的解析是通过客户端的 TNS_ADMIN指定路径下的 sqlnet.ora文件中的 NAMES.DIRECTORY_PATH 参数决定的。上面的试验结果显示的是通过 TNSNAMES 适配器 来解析成功的。
该请求可以看到,是通过 TCP 的网络协议 (PROTOCOL = TCP), 连接到了 IP地址为 192.168.56.11 上的服务器(也可以是主机名),希望连接的端口为 1521, 服务名为 (SERVICE_NAME = orcl)。
连接20毫秒的意思是 一个预估的大概网络传输往返一次的时间。
以上测试说明了,不论数据库是否运行,只要监听存在并在运行,tnsping 都可以成功解析!
=============
试验二:
停止数据库实例,更改监听的端口为 1522 , 启动监听:
------
[oracle@ttdev admin]$ sqlplus / as sysdba
SQL*Plus: Release 11.1.0.7.0 - Production on Tue Mar 25 21:07:28 2014
Copyright (c) 1982, 2008, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> quit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@ttdev admin]$ ps -ef | grep smon
oracle 4335 3326 0 21:08 pts/1 00:00:00 grep smon
《====没有数据库实例进程运行
[oracle@ttdev admin]$ lsnrctl status
LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 25-MAR-2014 21:08:00
Copyright (c) 1991, 2010, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.56.11)(PORT=1522)))
《====端口已经更改!
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 11.2.0.2.0 - Production
Start Date 25-MAR-2014 21:01:31
Uptime 0 days 0 hr. 6 min. 29 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /home/oracle/app/oracle/product/11.2.0/dbhome_2/network/admin/listener.ora
Listener Log File /home/oracle/app/oracle/diag/tnslsnr/ttdev/listener/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.56.11)(PORT=1522))) 《======监听1522 正常运行
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service... 《====没有监听到 ORCL的服务
The command completed successfully
------
接下来,回到客户端,执行 tnsping ttorcl
------
C:\Users\liyang>tnsping ttorcl
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 26-3月 -
2014 12:09:48
Copyright (c) 1997, 2010, Oracle. All rights reserved.
已使用的参数文件:
C:\app\liyang\product\11.2.0\client_2\network\admin\sqlnet.ora
已使用 TNSNAMES 适配器来解析别名
尝试连接 (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.1 <===仍然返回成功解析和接受
68.56.11)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl)))
OK (0 毫秒)
------
这个试验二证明了,tnsping 即使在数据库实例停止的情况下,并没有监听1521端口,只要监听运行,tnsping就可以返回正常!
=============
试验三:
那我们再来测试一下,监听停止的情况
------
[oracle@ttdev ~]$ lsnrctl stop
LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 25-MAR-2014 19:26:31
Copyright (c) 1991, 2010, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.56.11)(PORT=1521)))
The command completed successfully
[oracle@ttdev ~]$ lsnrctl status
LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 25-MAR-2014 19:26:39
Copyright (c) 1991, 2010, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.56.11)(PORT=1521)))
TNS-12541: TNS:no listener
TNS-12560: TNS:protocol adapter error
《=======监听停止
TNS-00511: No listener
Linux Error: 111: Connection refused
[oracle@ttdev ~]$ ps -ef | grep smon
oracle 3585 3326 0 19:26 pts/1 00:00:00 grep smon
《===没有数据库实例启动
------
此时,在客户端再次执行 tnsping:
------
C:\Users\liyang>tnsping TTORCL
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 26-3月 -
2014 10:27:55
Copyright (c) 1997, 2010, Oracle. All rights reserved.
已使用的参数文件:
C:\app\liyang\product\11.2.0\client_2\network\admin\sqlnet.ora
已使用 TNSNAMES 适配器来解析别名
尝试连接 (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.1
68.56.11)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl)))
TNS-12541: TNS: 无监听程序 <============解析仍然成功,但是报出 TNS-12541 的错误!
------
以上测试说明了,监听停止之后,tnsping 无法被远端监听接受
=============
以下试验四,五开始之前,我们将启动数据库实例和监听
------
[oracle@ttdev admin]$ lsnrctl status
LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 25-MAR-2014 21:02:31
Copyright (c) 1991, 2010, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.56.11)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 11.2.0.2.0 - Production
Start Date 25-MAR-2014 21:01:31
Uptime 0 days 0 hr. 1 min. 0 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /home/oracle/app/oracle/product/11.2.0/dbhome_2/network/admin/listener.ora
Listener Log File /home/oracle/app/oracle/diag/tnslsnr/ttdev/listener/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.56.11)(PORT=1521)))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "orcl" has 1 instance(s).
Instance "orcl", status READY, has 2 handler(s) for this service...
Service "orclXDB" has 1 instance(s).
Instance "orcl", status READY, has 1 handler(s) for this service...
The command completed successfully
[oracle@ttdev admin]$ ps -ef | grep smon
oracle 4148 1 0 21:01 ? 00:00:00 ora_smon_orcl
oracle 4261 3326 0 21:02 pts/1 00:00:00 grep smon
------
试验四:
删除本地的 tnsnames.ora,之后看一下会出现什么情况
------
C:\Users\liyang>tnsping TTORCL
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 26-3月 -
2014 10:31:38
Copyright (c) 1997, 2010, Oracle. All rights reserved.
已使用的参数文件:
C:\app\liyang\product\11.2.0\client_2\network\admin\sqlnet.ora
TNS-03505: 无法解析名称 《=====================这次,连解析都无法成功!
------
注:编辑tnsnames.ora,如果我将TTORCL 修改为 ORCL,则返回同样的结果
------
C:\Users\liyang>tnsping TTORCL
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 26-3月 -
2014 10:33:36
Copyright (c) 1997, 2010, Oracle. All rights reserved.
已使用的参数文件:
C:\app\liyang\product\11.2.0\client_2\network\admin\sqlnet.ora
TNS-03505: 无法解析名称
------
=============
试验五:
再来测试一个IP地址输入错误的情景
修改tnsnames.ora文件,从192.168.56.11 改为一个不存在的192.168.56.12
------
TTORCL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.56.12)(PORT = 1521)) 《==更改IP
)
(CONNECT_DATA =
(SERVICE_NAME = orcl)
)
)
------
C:\Users\liyang>ping 192.168.56.12
正在 Ping 192.168.56.12 具有 32 字节的数据:
来自 192.168.56.1 的回复: 无法访问目标主机。 <====ping 显示了该IP不存在
C:\Users\liyang>tnsping ttorcl
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 26-3月 -
2014 11:54:25
Copyright (c) 1997, 2010, Oracle. All rights reserved.
已使用的参数文件:
C:\app\liyang\product\11.2.0\client_2\network\admin\sqlnet.ora
已使用 TNSNAMES 适配器来解析别名
尝试连接 (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.1
68.56.12)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl)))
TNS-12535: TNS: 操作超时 《=======结果是等了较长时间报出超时错误
------
总结:
tnsping 用于诊断各种客户端连接问题还是一个非常好的工具。
但是我们要清楚的知道,这个工具能做什么(检查客户端TNS配置),什么不能做(检查数据库实例是否启动,监听端口是否在1521上)!
从以上试验我们看到,tnsping的解析成功仅仅意味着本地的tnsnames.ora ,IP地址,TNS_ADMIN 变量等配置成功。
但是,完全跟目标数据库实例连接没有任何关系!
最后,sqlnet 跟数据库也完全是独立的两个问题。不要因为sqlnet连接方面出错,就肯定是数据库的问题。要从客户端自身先找原因。
————————————————
版权声明:本文为CSDN博主「lolichan」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/lolichan/article/details/84922810