三个配置文件 listener.ora 、sqlnet.ora 、tnsnames.ora

1. sqlnet.ora----- 作用类似于linux 或者其他unix 的nsswitch.conf 文件，通过这个文件来决定怎么样找一个连接中出现的连接字符串。  
例如我们客户端输入 
sqlplus sys/oracle@orcl 
假如我的sqlnet.ora 是下面这个样子 
SQLNET.AUTHENTICATION_SERVICES= (NTS) 
NAMES.DIRECTORY_PATH= (TNSNAMES,HOSTNAME) 
那么，客户端就会首先在tnsnames.ora 文件中找orcl 的记录. 如果没有相应的记录则尝试把orcl 当作一个主机名，通过网络的途径去解析它的 ip 地址然后去连接这个ip 上GLOBAL_DBNAME=orcl 这个实例，当然我这里orcl 并不是一个主机名 
如果我是这个样子 
NAMES.DIRECTORY_PATH= (TNSNAMES) 
那么客户端就只会从tnsnames.ora 查找orcl 的记录, 括号中还有其他选项，如LDAP 等并不常用。 

2. Tnsnames.ora------ 这个文件类似于unix 的hosts 文件，提供的tnsname 到主机名或者ip 的对应，只有当sqlnet.ora 中类似 
NAMES.DIRECTORY_PATH= (TNSNAMES) 这样，也就是客户端解析连接字符串的顺序中有TNSNAMES 是，才会尝试使用这个文件。  
PROTOCOL ：客户端与服务器端通讯的协议，一般为TCP ，该内容一般不用改。 
HOST ：数据库侦听所在的机器的机器名或IP 地址，数据库侦听一般与数据库在同一个机器上，所以当我说数据库侦听所在的机器一般也是指数据库所在的机器。在UNIX 或WINDOWS 下，可以通过在数据库侦听所在的机器的命令提示符下使用hostname 命令得到机器名，或通过ipconfig(for WINDOWS) or ifconfig （for UNIX ）命令得到IP 地址。需要注意的是，不管用机器名或IP 地址，在客户端一定要用ping 命令ping 通数据库侦听所在的机器的机器名，否则需要在 hosts 文件中加入数据库侦听所在的机器的机器名的解析。 
PORT ：数据库侦听正在侦听的端口，可以察看服务器端的listener.ora 文件或在数据库侦听所在的机器的命令提示符下通过lnsrctl status [listener name] 命令察看。此处Port 的值一定要与数据库侦听正在侦听的端口一样。 
SERVICE_NAME ：在服务器端，用system 用户登陆后，sqlplus> show parameter service_name 命令察看。 
ORCL: 对应的本机，SALES 对应的另外一个IP 地址，里边还定义了使用主用服务器还是共享服务器模式进行连接 
＃连接的时候输入的 TNSNAME  
ORCL = 
(DESCRIPTION = 
(ADDRESS_LIST = 
# 下面是这个TNSNAME 对应的主机，端口，协议 
(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) 
) 
(CONNECT_DATA = 
# 使用专用服务器模式去连接需要跟服务器的模式匹配，如果没有就根据服务器的模式自动调节  
(SERVER = DEDICATED) 
# 对应service_name ，SQLPLUS>;show parameter service_name; 进行查看  
(SERVICE_NAME = orcl) 
) 
) 
# 下面这个类似  
SALES = 
(DESCRIPTION = 
(ADDRESS_LIST = 
(ADDRESS = (PROTOCOL = TCP)(HOST = dg1)(PORT = 1521)) 
) 
(CONNECT_DATA = 
(SERVER = DEDICATED) 
(SERVICE_NAME = sales) 
) 
)  
注意：如果数据库服务器用MTS ，客户端程序需要用database link 时最好明确指明客户端用dedicated 直连方式, 不然会遇到很多跟分布式环境有关的ORACLE BUG 。一般情况下数据库服务器用直接的连接会好一些，除非你的实时数据库连接数接近1000 。 

3. listener.ora------listener 监听器进程的配置文件  
关于listener 进程就不多说了，接受远程对数据库的接入申请并转交给oracle 的服务器进程。所以如果不是使用的远程的连接，并且不需要使用OEM时，listener 进程就不是必需的，同样的如果关闭listener 进程并不会影响已经存在的数据库连接。 
Listener.ora 文件的例子 
#listener.ora Network Configuration File: #E:\oracle\product\10.1.0\Db_2\NETWORK\ADMIN\listener.ora 
# Generated by Oracle configuration tools. 
# 下面定义LISTENER 进程为哪个实例提供服务 这里是ORCL ，并且它对应的ORACLE_HOME 和GLOBAL_DBNAME 其中GLOBAL_DBNAME 不是必需的除非 
# 使用HOSTNAME 做数据库连接 
SID_LIST_LISTENER = 
(SID_LIST = 
(SID_DESC = 
(GLOBAL_DBNAME = boway) 
(ORACLE_HOME = /u01/app/oracle) 
(SID_NAME = ORCL) 
) 
)  
# 监听器的名字，一台数据库可以有不止一个监听器 
# 再向下面是监听器监听的协议，ｉｐ，端口等，这里使用的ｔｃｐ１５２１端口，并且使＃用的是主机名 
LISTENER = 
(DESCRIPTION = 
(ADDRESS = (PROTOCOL = TCP)(HOST = dg1)(PORT = 1521)) 
)  
上面的例子是一个最简单的例子，但也是最普遍的。一个listener 进程为一个instance(SID) 提供服务。 
监听器的操作命令 
$ORACLE_HOME/bin/lsnrctl start, 其他诸如stop,status 等。具体敲完一个lsnrctl 后看帮助。 

上面说到的三个文件都可以通过图形的配置工具来完成配置 
$ORACLE_HOME/netca 向导形式的 
$ORACLE_HOME/netmgr 
本人比较习惯netmgr, 
profile 配置的是sqlnet.ora 也就是名称解析的方式 
service name 配置的是tnsnames.ora 文件 
listeners 配置的是listener.ora 文件，即监听器进程 
具体的配置可以尝试一下然后来看一下配置文件。 
这样一来总体结构就有了 

不同的连接方式  
连接过程  
当你输入sqlplus sys/oracle@orcl 的时候 
1 ． 查询sqlnet.ora 看看名称的解析方式，发现是TNSNAME 
2 ． 则查询tnsnames.ora 文件，从里边找orcl 的记录，并且找到主机名，端口和service_name 
3 ． 如果listener 进程没有问题的话，建立与listener 进程的连接。 
4 ． 根据不同的服务器模式如专用服务器模式或者共享服务器模式，listener 采取接下去的动作。默认是专用服务器模式，没有问题的话客户端就连接上了数据库的server process 。 
5 ． 这时候网络连接已经建立，listener 进程的历史使命也就完成了。 
#--------------- 

几种连接用到的命令形式 
1.sqlplus / as sysdba 这是典型的操作系统认证，不需要listener 进程 
2.sqlplus sys/oracle 这种连接方式只能连接本机数据库，同样不需要listener 进程 
3.sqlplus sys/oracle@orcl 这种方式需要listener 进程处于可用状态。最普遍的通过网络连接。 
以上连接方式使用sys 用户或者其他通过密码文件验证的用户都不需要数据库处于可用状态，操作系统认证也不需要数据库可用，数据库用户认证放是由于采用数据库认证，所以数据库必需处于open 状态。 
如 
作为普通用户进行登录 
[oracle@dg1 admin]$ sqlplus sys/oracle 
SQL*Plus: Release 10.2.0.1.0 - Production on Sun Feb 13 16:18:33 2011 
Copyright (c) 1982, 2005, Oracle. All rights reserved. 

ERROR: 
ORA-01034: ORACLE not available  
ORA-27101: shared memory realm does not exist 
Linux Error: 2: No such file or directory 

Enter user-name:  

initSID.ora 中的Remote_Login_Passwordfile 对身份验证的影响  
三个可选值： 
NONE ：默认值，指示Oracle 系统不使用密码文件，通过操作系统进行身份验证的特权用户拥有SYSORA 和SYSOPER 权限 
EXCLUSIVE ： 
1. 表示只有一个数据库实例可以使用密码文件 
2. 允许将SYSORA 和SYSOPER 权限赋值给SYS 以外的其它用户 
SHARED: 
1. 表示可以有多个数据库实例可以使用密码文件 
2. 不允许将SYSORA 和SYSOPER 权限赋值给SYS 以外的其它用户 
所以，如果要以操作系统身份登录，Remote_Login_Passwordfile 应该设置为NONE 

关于域名( 主机名) 解析  
/etc/hosts (UNIX) 
或者windows\hosts(WIN98) winnt\system32\drivers\etc\hosts (WIN2000) 
客户端需要写入数据库服务器IP 地址和主机名的对应关系。 
127.0.0.1 dg1 
192.168.0.35 oracledb oracledb 
192.168.0.45 tomcat tomcat 
202.84.10.193 bj_db bj_db  
有些时候我们配置好第一步后，tnsping 数据库服务器别名显示是成功的， 
但是sqlplus username/password@servicename 不通,jdbc thin link 也不通的时候,  
一定不要忘了在客户端做这一步，原因可能是DNS 服务器里没有设置这个服务器IP 地址和主机名的对应关系。 
如果同时有私有IP 和Internet 上公有IP ，私有IP 写在前面，公有IP 写在后面。 
编辑前最好留一个备份，增加一行时也最好用复制粘贴，避免编辑hosts 时空格或者tab 字符错误。 
UNIX 下ORACLE 多数据库的环境，OS 客户端需要配置下面两个环境变量 
ORACLE_SID=appdb;export ORACLE_SID 
TWO_TASK=appdb;export TWO_TASK  
来指定默认的目标数据库  


平时排错可能会用到的 
1 ．lsnrctl status 查看服务器端listener 进程的状态 
LSNRCTL>help 
LSNRCTL>status 
LSNRCTL> services  

2 ．tnsping 查看客户端sqlnet.ora 和tnsname.ora 文件的配置正确与否，及对应的服务器的listener 进程的状态。 
[oracle@dg1 dbs]$ tnsping orcl 
TNS Ping Utility for Linux: Version 10.2.0.1.0 - Production on 13-FEB-2011 16:48:06 
Copyright (c) 1997, 2005, Oracle. All rights reserved. 
Used parameter files: 
/u01/app/oracle/network/admin/sqlnet.ora 

Used TNSNAMES adapter to resolve the alias 
Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = dg1)(PORT = 1521))) (CONNECT_DATA = (SID = orcl))) 
OK (10 msec)  

3 ． 查看instance 是否已经启动  
SQL>select instance_name,host_name,status from v$instance;  

  查看数据库是打开还是mount 状态。  
SQL>select open_mode from v$database  
INSTANCE_NAME STATUS 
------------------------------ ------------------------------------ 
orcl OPEN  

使用hostname 访问数据库而不是tnsname 的例子 
使用tnsname 访问数据库是默认的方式，但是也带来点问题，那就是客户端都是需要配置tnsnames.ora 文件的。如果你的数据库服务器地址发生改变，就需要重新编辑客户端这个文件。通过hostname 访问数据库就没有了这个麻烦。 
查看数据库名 
SQL> select name from v$database; 
NAME 
--------------------------- 
ORCL  

需要修改服务器端listener.ora 
# 监听器的配置文件listener.ora 
# 使用host naming 则不再需要tnsname.ora 文件做本地解析 
# listener.ora Network Configuration File: d:\oracle\product\10.1.0\db_1\NETWORK\ADMIN\listener.ora 
# Generated by Oracle configuration tools. 
SID_LIST_LISTENER = 
(SID_LIST = 
(SID_DESC = 
# (SID_NAME = PLSExtProc) 
(SID_NAME = orcl) 
(GLOBAL_DBNAME = ORCL) 
(ORACLE_HOME = /u01/app/oracle) 
# (PROGRAM = extproc) 
) 
) 
LISTENER = 
(DESCRIPTION_LIST = 
(DESCRIPTION = 
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC)) 
) 
(DESCRIPTION = 
(ADDRESS = (PROTOCOL = TCP)(HOST = dg1)(PORT = 1521)) 
) 
)  
客户端sqlnet.ora 如果确认不会使用TNSNAME 访问的话，可以去掉TNSNAMES 
# sqlnet.ora Network Configuration File: d:\oracle\product\10.1.0\db_1\NETWORK\ADMIN\sqlnet.ora 
# Generated by Oracle configuration tools. 
SQLNET.AUTHENTICATION_SERVICES= (NTS) 
NAMES.DIRECTORY_PATH= (HOSTNAME) 
Tnsnames.ora 文件不需要配置，删除也无所谓。 
下面就是网络和操作系统的配置问题了，怎么样能够解析我的主机名的问题了 
可以通过下面的方式连接 
sqlplus sys/oracle@orcl 
这样的话，会连接orcl 这台服务器，并且listener 来确定你所要连接的service_name



1. sqlnet.ora----- 作用类似于linux 或者其他unix 的nsswitch.conf 文件，通过这个文件来决定怎么样找一个连接中出现的连接字符串。  
例如我们客户端输入 
sqlplus sys/oracle@orcl 
假如我的sqlnet.ora 是下面这个样子 
SQLNET.AUTHENTICATION_SERVICES= (NTS) 
NAMES.DIRECTORY_PATH= (TNSNAMES,HOSTNAME) 
那么，客户端就会首先在tnsnames.ora 文件中找orcl 的记录. 如果没有相应的记录则尝试把orcl 当作一个主机名，通过网络的途径去解析它的 ip 地址然后去连接这个ip 上GLOBAL_DBNAME=orcl 这个实例，当然我这里orcl 并不是一个主机名 
如果我是这个样子 
NAMES.DIRECTORY_PATH= (TNSNAMES) 
那么客户端就只会从tnsnames.ora 查找orcl 的记录, 括号中还有其他选项，如LDAP 等并不常用。 

2. Tnsnames.ora------ 这个文件类似于unix 的hosts 文件，提供的tnsname 到主机名或者ip 的对应，只有当sqlnet.ora 中类似 
NAMES.DIRECTORY_PATH= (TNSNAMES) 这样，也就是客户端解析连接字符串的顺序中有TNSNAMES 是，才会尝试使用这个文件。  
PROTOCOL ：客户端与服务器端通讯的协议，一般为TCP ，该内容一般不用改。 
HOST ：数据库侦听所在的机器的机器名或IP 地址，数据库侦听一般与数据库在同一个机器上，所以当我说数据库侦听所在的机器一般也是指数据库所在的机器。在UNIX 或WINDOWS 下，可以通过在数据库侦听所在的机器的命令提示符下使用hostname 命令得到机器名，或通过ipconfig(for WINDOWS) or ifconfig （for UNIX ）命令得到IP 地址。需要注意的是，不管用机器名或IP 地址，在客户端一定要用ping 命令ping 通数据库侦听所在的机器的机器名，否则需要在 hosts 文件中加入数据库侦听所在的机器的机器名的解析。 
PORT ：数据库侦听正在侦听的端口，可以察看服务器端的listener.ora 文件或在数据库侦听所在的机器的命令提示符下通过lnsrctl status [listener name] 命令察看。此处Port 的值一定要与数据库侦听正在侦听的端口一样。 
SERVICE_NAME ：在服务器端，用system 用户登陆后，sqlplus> show parameter service_name 命令察看。 
ORCL: 对应的本机，SALES 对应的另外一个IP 地址，里边还定义了使用主用服务器还是共享服务器模式进行连接 
＃连接的时候输入的 TNSNAME  
ORCL = 
(DESCRIPTION = 
(ADDRESS_LIST = 
# 下面是这个TNSNAME 对应的主机，端口，协议 
(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) 
) 
(CONNECT_DATA = 
# 使用专用服务器模式去连接需要跟服务器的模式匹配，如果没有就根据服务器的模式自动调节  
(SERVER = DEDICATED) 
# 对应service_name ，SQLPLUS>;show parameter service_name; 进行查看  
(SERVICE_NAME = orcl) 
) 
) 
# 下面这个类似  
SALES = 
(DESCRIPTION = 
(ADDRESS_LIST = 
(ADDRESS = (PROTOCOL = TCP)(HOST = dg1)(PORT = 1521)) 
) 
(CONNECT_DATA = 
(SERVER = DEDICATED) 
(SERVICE_NAME = sales) 
) 
)  
注意：如果数据库服务器用MTS ，客户端程序需要用database link 时最好明确指明客户端用dedicated 直连方式, 不然会遇到很多跟分布式环境有关的ORACLE BUG 。一般情况下数据库服务器用直接的连接会好一些，除非你的实时数据库连接数接近1000 。 

3. listener.ora------listener 监听器进程的配置文件  
关于listener 进程就不多说了，接受远程对数据库的接入申请并转交给oracle 的服务器进程。所以如果不是使用的远程的连接，并且不需要使用OEM时，listener 进程就不是必需的，同样的如果关闭listener 进程并不会影响已经存在的数据库连接。 
Listener.ora 文件的例子 
#listener.ora Network Configuration File: #E:\oracle\product\10.1.0\Db_2\NETWORK\ADMIN\listener.ora 
# Generated by Oracle configuration tools. 
# 下面定义LISTENER 进程为哪个实例提供服务 这里是ORCL ，并且它对应的ORACLE_HOME 和GLOBAL_DBNAME 其中GLOBAL_DBNAME 不是必需的除非 
# 使用HOSTNAME 做数据库连接 
SID_LIST_LISTENER = 
(SID_LIST = 
(SID_DESC = 
(GLOBAL_DBNAME = boway) 
(ORACLE_HOME = /u01/app/oracle) 
(SID_NAME = ORCL) 
) 
)  
# 监听器的名字，一台数据库可以有不止一个监听器 
# 再向下面是监听器监听的协议，ｉｐ，端口等，这里使用的ｔｃｐ１５２１端口，并且使＃用的是主机名 
LISTENER = 
(DESCRIPTION = 
(ADDRESS = (PROTOCOL = TCP)(HOST = dg1)(PORT = 1521)) 
)  
上面的例子是一个最简单的例子，但也是最普遍的。一个listener 进程为一个instance(SID) 提供服务。 
监听器的操作命令 
$ORACLE_HOME/bin/lsnrctl start, 其他诸如stop,status 等。具体敲完一个lsnrctl 后看帮助。 

上面说到的三个文件都可以通过图形的配置工具来完成配置 
$ORACLE_HOME/netca 向导形式的 
$ORACLE_HOME/netmgr 
本人比较习惯netmgr, 
profile 配置的是sqlnet.ora 也就是名称解析的方式 
service name 配置的是tnsnames.ora 文件 
listeners 配置的是listener.ora 文件，即监听器进程 
具体的配置可以尝试一下然后来看一下配置文件。 
这样一来总体结构就有了 

不同的连接方式  
连接过程  
当你输入sqlplus sys/oracle@orcl 的时候 
1 ． 查询sqlnet.ora 看看名称的解析方式，发现是TNSNAME 
2 ． 则查询tnsnames.ora 文件，从里边找orcl 的记录，并且找到主机名，端口和service_name 
3 ． 如果listener 进程没有问题的话，建立与listener 进程的连接。 
4 ． 根据不同的服务器模式如专用服务器模式或者共享服务器模式，listener 采取接下去的动作。默认是专用服务器模式，没有问题的话客户端就连接上了数据库的server process 。 
5 ． 这时候网络连接已经建立，listener 进程的历史使命也就完成了。 
#--------------- 

几种连接用到的命令形式 
1.sqlplus / as sysdba 这是典型的操作系统认证，不需要listener 进程 
2.sqlplus sys/oracle 这种连接方式只能连接本机数据库，同样不需要listener 进程 
3.sqlplus sys/oracle@orcl 这种方式需要listener 进程处于可用状态。最普遍的通过网络连接。 
以上连接方式使用sys 用户或者其他通过密码文件验证的用户都不需要数据库处于可用状态，操作系统认证也不需要数据库可用，数据库用户认证放是由于采用数据库认证，所以数据库必需处于open 状态。 
如 
作为普通用户进行登录 
[oracle@dg1 admin]$ sqlplus sys/oracle 
SQL*Plus: Release 10.2.0.1.0 - Production on Sun Feb 13 16:18:33 2011 
Copyright (c) 1982, 2005, Oracle. All rights reserved. 

ERROR: 
ORA-01034: ORACLE not available  
ORA-27101: shared memory realm does not exist 
Linux Error: 2: No such file or directory 

Enter user-name:  

initSID.ora 中的Remote_Login_Passwordfile 对身份验证的影响  
三个可选值： 
NONE ：默认值，指示Oracle 系统不使用密码文件，通过操作系统进行身份验证的特权用户拥有SYSORA 和SYSOPER 权限 
EXCLUSIVE ： 
1. 表示只有一个数据库实例可以使用密码文件 
2. 允许将SYSORA 和SYSOPER 权限赋值给SYS 以外的其它用户 
SHARED: 
1. 表示可以有多个数据库实例可以使用密码文件 
2. 不允许将SYSORA 和SYSOPER 权限赋值给SYS 以外的其它用户 
所以，如果要以操作系统身份登录，Remote_Login_Passwordfile 应该设置为NONE 

关于域名( 主机名) 解析  
/etc/hosts (UNIX) 
或者windows\hosts(WIN98) winnt\system32\drivers\etc\hosts (WIN2000) 
客户端需要写入数据库服务器IP 地址和主机名的对应关系。 
127.0.0.1 dg1 
192.168.0.35 oracledb oracledb 
192.168.0.45 tomcat tomcat 
202.84.10.193 bj_db bj_db  
有些时候我们配置好第一步后，tnsping 数据库服务器别名显示是成功的， 
但是sqlplus username/password@servicename 不通,jdbc thin link 也不通的时候,  
一定不要忘了在客户端做这一步，原因可能是DNS 服务器里没有设置这个服务器IP 地址和主机名的对应关系。 
如果同时有私有IP 和Internet 上公有IP ，私有IP 写在前面，公有IP 写在后面。 
编辑前最好留一个备份，增加一行时也最好用复制粘贴，避免编辑hosts 时空格或者tab 字符错误。 
UNIX 下ORACLE 多数据库的环境，OS 客户端需要配置下面两个环境变量 
ORACLE_SID=appdb;export ORACLE_SID 
TWO_TASK=appdb;export TWO_TASK  
来指定默认的目标数据库  


平时排错可能会用到的 
1 ．lsnrctl status 查看服务器端listener 进程的状态 
LSNRCTL>help 
LSNRCTL>status 
LSNRCTL> services  

2 ．tnsping 查看客户端sqlnet.ora 和tnsname.ora 文件的配置正确与否，及对应的服务器的listener 进程的状态。 
[oracle@dg1 dbs]$ tnsping orcl 
TNS Ping Utility for Linux: Version 10.2.0.1.0 - Production on 13-FEB-2011 16:48:06 
Copyright (c) 1997, 2005, Oracle. All rights reserved. 
Used parameter files: 
/u01/app/oracle/network/admin/sqlnet.ora 

Used TNSNAMES adapter to resolve the alias 
Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = dg1)(PORT = 1521))) (CONNECT_DATA = (SID = orcl))) 
OK (10 msec)  

3 ． 查看instance 是否已经启动  
SQL>select instance_name,host_name,status from v$instance;  

  查看数据库是打开还是mount 状态。  
SQL>select open_mode from v$database  
INSTANCE_NAME STATUS 
------------------------------ ------------------------------------ 
orcl OPEN  

使用hostname 访问数据库而不是tnsname 的例子 
使用tnsname 访问数据库是默认的方式，但是也带来点问题，那就是客户端都是需要配置tnsnames.ora 文件的。如果你的数据库服务器地址发生改变，就需要重新编辑客户端这个文件。通过hostname 访问数据库就没有了这个麻烦。 
查看数据库名 
SQL> select name from v$database; 
NAME 
--------------------------- 
ORCL  

需要修改服务器端listener.ora 
# 监听器的配置文件listener.ora 
# 使用host naming 则不再需要tnsname.ora 文件做本地解析 
# listener.ora Network Configuration File: d:\oracle\product\10.1.0\db_1\NETWORK\ADMIN\listener.ora 
# Generated by Oracle configuration tools. 
SID_LIST_LISTENER = 
(SID_LIST = 
(SID_DESC = 
# (SID_NAME = PLSExtProc) 
(SID_NAME = orcl) 
(GLOBAL_DBNAME = ORCL) 
(ORACLE_HOME = /u01/app/oracle) 
# (PROGRAM = extproc) 
) 
) 
LISTENER = 
(DESCRIPTION_LIST = 
(DESCRIPTION = 
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC)) 
) 
(DESCRIPTION = 
(ADDRESS = (PROTOCOL = TCP)(HOST = dg1)(PORT = 1521)) 
) 
)  
客户端sqlnet.ora 如果确认不会使用TNSNAME 访问的话，可以去掉TNSNAMES 
# sqlnet.ora Network Configuration File: d:\oracle\product\10.1.0\db_1\NETWORK\ADMIN\sqlnet.ora 
# Generated by Oracle configuration tools. 
SQLNET.AUTHENTICATION_SERVICES= (NTS) 
NAMES.DIRECTORY_PATH= (HOSTNAME) 
Tnsnames.ora 文件不需要配置，删除也无所谓。 
下面就是网络和操作系统的配置问题了，怎么样能够解析我的主机名的问题了 
可以通过下面的方式连接 
sqlplus sys/oracle@orcl 
这样的话，会连接orcl 这台服务器，并且listener 来确定你所要连接的service_name