最近部署项目，Linux系统使用非oracle用户测试(比如test)tnsping orcl出现如下提示信息：TNS-03505: Failed to resolve name

最近部署项目，，Linux系统使用非Oracle用户测试(比如test)tnsping orcl出现如下提示信息：

TNS Ping Utility for Linux: Version 11.2.0.1.0 - Production on 04-DEC-2012 14:29:28

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

Used parameter files:

/opt/oracle/product/11g/network/admin/sqlnet.ora

TNS-03505: Failed to resolve name

乍一看，问题出现原因清楚明了。就是orcl服务名无法解析。但是我在本局域网使用其它windows系统中的pl/sql可以连接。

因为对Linux系统认知甚少，所以一头雾水。去网搜一下很多，大约有这么几种解决方案：

一是文件配置错误；

二是sqlnet.ora文件中NAMES.DIRECTORY_PATH设置问题；

三是lsnrctl status 监听错误或者sqlplus版本问题。

第一种情况意思就是说在tnsnames.ora这个文件中我配置的orcl有问题，大部人说前面不能有空格，我的本来就没有；再就是listener.ora有一个标准的写法，如下：

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(SID_NAME = PLSExtProc)

(ORACLE_HOME = /oracle/product/10.2.0/db_1)

(PROGRAM = extproc)

)

(SID_DESC =

(GLOBAL_DBNAME = orcl)

(ORACLE_HOME = /oracle/product/10.2.0/db_1)

(SID_NAME = orcl)

)

)

LISTENER =

(DESCRIPTION_LIST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))

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

)

)

第二种情况说的是通过客户端访问数据库服务器顺序。我也是从这个帖子发现我的问题的，我的linux用户test没有访问tnsname.ora这个文件的权限。

第三种情况说的是监听服务没起来。这个很容易就能查别，使用lsnrctl status即可知道。

通过解决这么一个问题，我总结一下思路：

首先：查询监听状态。因为我的可以通过其它客户端访问，所以不会是监听的问题。

其次：使用oracle用户，测试tnsping orcl。一般情况下肯定通。非oracle用户并且不属于oracle用户所属组的查看是否有权限。没有权限使用: chmod o+r tnsname.ora即可。

最后：版本兼容性的问题。