listener三个配置文件
sqlnet.ora-----作用类似于linux或者其他unix的nsswitch.conf文件，通过这个文件来决定怎么样找一个连接中出现的连接字符串，
例如我们客户端输入 
sqlplus sys/oracle@orcl

Tnsnames.ora------这个文件类似于unix 的hosts文件，提供的tnsname到主机名或者ip的对应，只有当sqlnet.ora中类似NAMES.DIRECTORY_PATH= (TNSNAMES) 这样，也就是客户端解析连接字符串的顺序中有TNSNAMES是，才会尝试使用这个文件。

假如我的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的记录

listener.ora------listener监听器进程的配置文件

这样一来总体结构就有了，是当你输入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进程处于可用状态。最普遍的通过网络连接

平时排错可能会用到的
1.lsnrctl status查看服务器端listener进程的状态
2.tnsping 查看客户端sqlnet.ora和tnsname.ora文件的配置正确与否，及对应的服务器的listener进程的状态。
3.SQL>show sga 查看instance是否已经启动