TNS连接错误是Oracle用户经常遇到的问题。在实际工作中,由于用户终端环境的复杂,各种TNS连接问题经常困扰日常用户。操作系统版本问题、客户端服务器双重安装、多版本客户端安装、本地环境变量配置是我们经常遇到的故障场景和原因。
本篇记录一个TNS Bug引发问题的解决,记录下来,供有需要的朋友不时之需。
1、问题说明
问题是一个同事在配置连接到数据库时候,总是报错不能连接。笔者使用tnsping继续测试,发现客户端不能正确解析连接名称。
这种问题出现的最大可能,就是tnsnames.ora文件中配置格式出现问题。Oracle Net网络协议中,listener.ora、tnsnames.ora和sqlnet.ora是三个核心配置文件。三个文件保持着文本规格配置方法,是比较简单、但也容易出错的配置文件。
果然在tnsnames.ora文件中,我们发现了配置片段。
testDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.xx.xx)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = testdb)
)
)
这种格式显然是同事从其他地方黏贴过来的。在之前的博客文章中,我们讨论过tnsnames.ora中格式的解析规则,具体如下:
ü 本地Net名称必须顶行头书写,不能出现空格;
ü 配置信息括号中,只有最外层括号允许顶行头书写,其他括号不允许。注意:如果最外层括号顶行头书写,虽然tnsping和连接可以识别连接,但是netca配置工具不能识别,会出现配置工具hang住的情况;
根据这个思路,进行格式整理,形成如下格式:
testDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.xx.xx)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = testdb)
)
)
之后,使用tnsping进行测试。
C:\Users\Thinkpad>tnsping testdb
TNS Ping Utility for 32-bit Windows: Version 11.1.0.6.0 - Production on 01-6月 -
2015 14:12:27
Copyright (c) 1997, 2007, Oracle. All rights reserved.
已使用的参数文件:
F:\app\xxx\product\11.1.0\db_1\network\admin\sqlnet.ora
已使用 TNSNAMES 适配器来解析别名
Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)
(HOST = 172.16.xx.xx)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = testdb)))
TNS-12532: TNS: 无效的参数
这个就有超出笔者经验的情况了。从tnsping的情况看,Oracle Net是可以正确解析出链接字符串。而且配置参数类型都是比较常见的类型,没有出现错误的概率。
最诡异的是错误提示:无效的参数。让人一时摸不到头脑。
无奈之下,笔者尝试删除掉连接内容,重新执行netca配置一个相同的连接。但是在最后测试的环节,出现相同提示错误:
正在连接...ORA-12532: TNS: 无效的参数
测试未成功。
您提供的一些信息可能不正确。
单击“后退”检查提供的 Net 服务名的信息, 或单击“更改登录”来更改用户名。
比较诡异的问题了。
2、问题分析与解决
数据库服务器、监听程序肯定是正常的,其他用户连接没有问题。问题根源依然是在客户端没错。根据经验:首先详细检查一下同事本地机器的配置和软件情况。
首先,发现同事安装的不是客户端程序,而是Oracle 11gR1版本服务器。
C:\Users\Thinkpad>tnsping sicsdb
TNS Ping Utility for 32-bit Windows: Version 11.1.0.6.0 - Production on 01-6月 -
2015 14:12:27
具体版本是11.1.0.6,此外同事64位服务器上安装了32位数据库软件。根据经验,Oracle任何一个大版本发布,不到release 2的时候,是可能有很多潜在Bug出现的。另外,虽然在Windows环境下,64位操作系统可以兼容32位软件程序,但是很多底层调用是会出现问题的,更容易引起bug的出现。
按照这个思路,笔者在官方MOS网站上找到对应的文章信息:11g: TNS-12532 / ORA-12532 Reported When Firewall Is Enabled (文档 ID 748466.1)。
在文章中,说明在11.1.0.6的Oracle Net Services中,可能会出现ora 12532错误。标准的该错误提示内容为:
[oracle@SICS-MIGPC-DB ~]$ oerr ora 12532
12532, 00000, "TNS:invalid argument"
// *Cause: An internal function received an invalid parameter.
// *Action: Not normally visible to the user. For further details, turn
// on tracing and reexecute the operation. If error persists, contact
// Oracle Customer Support.
这是一个很内部的错误,一般不会被普通用户看到。主要原因在于从客户端向外发送信息的时候,被防火墙或者其他原因阻塞。
这个问题已经被Oracle内部识别为一个bug,编号是6031201。出现12532错误的提示信息显然是不正确的,应该对应TNS:connection refused信息。
联系同事修改该问题,将本机的防火墙关闭,重新实验,连接成功。
C:\Users\Thinkpad>tnsping testdb
TNS Ping Utility for 32-bit Windows: Version 11.1.0.6.0 - Production on 01-6月 -
2015 14:39:54
Copyright (c) 1997, 2007, Oracle. All rights reserved.
已使用的参数文件:
F:\app\xxxx\product\11.1.0\db_1\network\admin\sqlnet.ora
已使用 TNSNAMES 适配器来解析别名
Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)
(HOST = 172.16.xx.xx)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = testdb)))
OK (10 毫秒)
故障消失。建议同事卸载低版本Oracle,安装11.2.0.4系列客户端。
3、结论
Oracle Net是官方提供的连接策略,很多朋友在配置过程中存在各种各样的问题。在实际中,不要被问题表象所迷惑,抽丝剥茧、逐步深入可以帮助我们正确的解决问题。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/17203031/viewspace-1691050/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/17203031/viewspace-1691050/