Oracle 11g下TNS连接报错ORA-12532故障解决

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是官方提供的连接策略,很多朋友在配置过程中存在各种各样的问题。在实际中,不要被问题表象所迷惑,抽丝剥茧、逐步深入可以帮助我们正确的解决问题。

相关推荐