TNSNAMES配置中空格导致的bug(转)

 

发现一个很有趣的bug，TNSNAMES.ORA中缺少空格导致ORA-12154错误。

 

 

还是看一个具体的例子：

 

TEST08 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.13.229)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = test08)

)

)

 

由于网页显示的时候，会自动吞掉所有的前导空格，下面将上面真正的配置中的前导空格用下划线来代替：

 

TEST08 =

__(DESCRIPTION =

____(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.13.229)(PORT = 1521))

____(CONNECT_DATA =

______(SERVER = DEDICATED)

______(SERVICE_NAME = test08)

____)

__)

 

这是一个普通到不能再普通的TNS配置了。

 

下面通过这个配置来连接数据库：

 

SQL*Plus: Release 10.2.0.1.0 - Production on 星期一 7月 13 21:02:36 2009

 

Copyright (c) 1982, 2005, Oracle. All rights reserved.

 

SQL> conn test/test@test08已连接。

 

显然可以连接到目标数据库。

 

下面将配置里面的前导空格完全删除：

 

TEST08 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.13.229)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = test08)

)

)

 

这次没有必要用下划线替换前导空格了，因为二者的格式完全一样。

 

再次连接数据库：

 

SQL> conn test/test@test08

ERROR:

ORA-12154: TNS: 无法解析指定的连接标识符

 

警告: 您不再连接到 ORACLE。

 

很奇怪，只是删除了一些无关紧要的空格，就导致了TNSNAMES解析错误。

 

于是逐渐的还原空格，寻找到底是哪里的空格被删除后，导致了这个错误的产生：

 

TEST08 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.13.229)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = test08)

)

)

 

最终发现其他的空格都无所谓，只是SERVICE_NAME下一行的前导空格会影响TNSNAMES的解析。

 

替换下划线的版本为：

 

TEST08 =

__(DESCRIPTION =

____(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.13.229)(PORT = 1521))

____(CONNECT_DATA =

______(SERVER = DEDICATED)

______(SERVICE_NAME = test08)

)

__)

 

这时连接就会报错：

 

SQL> conn test/test@test08

ERROR:

ORA-12154: TNS: 无法解析指定的连接标识符

 

而只要在这一行前面加上一个空格，或者删除掉SERVICE_NAME这一行的回车换行符，使得这个括号回到SERVICE_NAME的同一行，都可以顺利的连接到目标数据库。

 

使用TNSPING命令监测，发现这种情况下，TNSNAME在解析的时候丢失了最后两个右括号信息，造成ORA-12533错误：

 

E:>tnsping test08

 

TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 13-7月 -

2009 21:27:10

 

Copyright (c) 1997, 2005, Oracle. All rights reserved.

 

已使用的参数文件:

E:\ORACLE\ORACLE1020\network\admin\sqlnet.ora

 

已使用 TNSNAMES 适配器来解析别名

Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.1

3.229)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = test08

)

TNS-12533: TNS: 非法的 ADDRESS 参数

 

而正常的TNSNAMES解析如下：

 

E:>tnsping test08

 

TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 13-7月 -

2009 21:29:00

 

Copyright (c) 1997, 2005, Oracle. All rights reserved.

 

已使用的参数文件:

E:\ORACLE\ORACLE1020\network\admin\sqlnet.ora

 

已使用 TNSNAMES 适配器来解析别名

Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.1

3.229)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = test08

)))

OK (270 毫秒)

 

上面的测试是在10.2.0.1的windows版本上进行的。

 

在9i上测试发现同样的问题，不过错误信息略有区别：

 

SQL*Plus: Release 9.2.0.4.0 - Production on 星期一 7月 13 21:32:34 2009

 

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

 

SQL> conn test/test@test08

ERROR:

ORA-12154: TNS: 无法处理服务名

 

最后看看11g的情况：

 

E:>sqlplus /nolog

 

SQL*Plus: Release 11.1.0.6.0 - Production on 星期一 7月 13 21:36:38 2009

 

Copyright (c) 1982, 2007, Oracle. All rights reserved.

 

SQL> conn test/test@test08

ERROR:

ORA-12154: TNS: 无法解析指定的连接标识符

 

11g中的错误和10g一致，不知道是否Oracle根本没有发现这个问题。这么简单的错误居然在3个大版本中都存在