ORA-12154 连接串引起的闹心的小问题总结

一、问题

    某个应用系统需要从L服务器连接到Oracle数据库R上采集数据，我将连接串添加至$ORACLE_HOME/network/admin/tnsnames.ora文件中，但是发现应用连接不到数据库。这时我使用sqlplus连接数据库，发现报错ORA-12154：无法解析指定的连接标识符，又用tnsping 连接串名，发现报错TNS-03505: Failed to resolve name。此时就怀疑是连接串写法有误，通过各种比对，又在网上找解决方案一直无法解决。后来师傅将这个问题解决了，而且这个问题是网上没有找到过的，因此在这里将问题和解决方案与大家分享下。

二、思路和解决方案

1. 发现应用连接不到数据库后，先在L服务器上使用sqlplus登录数据库。

# su - oracle
$ sqlplus /nolog

SQL> conn system/password@x86_rcount_1523_P4

输入登录命令后，报错ORA-12154：无法解析指定的连接标识符。此时可以确定问题是在连接串的写法上。

2.tnsping R服务器的vip，是通的。基本可以确定网络没有问题。

3.我又使用自己的电脑，将连接串添加至$ORACLE_HOME/network/admin/tnsnames.ora，再通过sqlplus居然能够登录！

此时可以确定：R服务器的监听没有问题、L至R的网络没有问题、连接串本身没有问题。那问题出在了哪里？

根据本次问题和之前的问题，我总结成3点。

1.连接串从windows系统拷贝至Linux/UNIX系统时，引入了不可见的空格、tab符等。连接串本身是对格式、缩进有要求的，因此可能导致连接串不可用。此问题不常见，也很好解决。

2.密码中含有了@字样。

例如：conn  system/pwd@123@x86_rcount_1523_P4

第一个@是密码中的字符，第二个@是表示连接串名。如果这么写的话，程序会误认为第一个@后的是连接串名，导致无法正确连接远端数据库。解决办法一是避免密码中使用@；二是转义，可以用这种方法登录：conn  system/\"pwd@123\"@x86_rcount_1523，P4 使用\"  \"将密码包含进去避免程序解析出现错误。

这种问题也比较常见，值得注意！

3.上一个连接串的缩进格式错误！这个问题也是我这次遇到的。我将之前所有遇到的问题都排查了一遍，也没有发现有什么问题。

后来得知，是我这个连接串的上一个连接串就出现了问题1，而且那个连接串也没有应用使用，因此它的问题就一直在那里没有人处理。但是上一个连接串出现这个问题会影响到我这个连接串，将上一个连接串格式改好后，马上就可以使用了！