客户端软件想要顺利连接Oracle数据库服务器，TNS连接串就是一个重要的环节。用过Oracle数据库服务器的人都知道，当数据库管理员（DBA）给你提供数据库信息的时候，基本上就是用户/密码，权限，外加TNS连接串三要素，平常基本我也是这样提供给相关开发人员，业务人员的。
用户/密码，权限很多人都很熟悉，这也是大部分数据库的工作模式，界面友好的数据库客户端软件一般都会在你双击桌面图标的时候跳出来相关登陆框让你填入相关信息。但是也不是绝对的，目前我所用的Teradata14.0客户端软件就不是这种模式。扯远了，说到正题，对于TNS连接串的解读，我相信即使一个首次用Oracle数据库的用户，都能从中得到两个个最基本的信息:
IP地址和一个端口号，如红色标识部分。
知道了两部分，其实你就知道了数据库服务器所在的IP地址，当然RAC集群除外，集群的话可能有两个以上的节点，相应的IP地址可能就会有多个，分布式，耦合式的架构设计，保证了数据库服务器的高可用。暂且先不说这些，上图是我本地虚拟机的一个TNS连接信息。看了上面的截图，用过Oracle数据库的人可能都会想知道，Oracle是怎么知道某台客户机要连接上它呢？学习过C或者C++ socket开发的人都知道，在客户端和服务器端进行通讯的时候，需要相关的TCP/IP协议，并且进行三次握手，同时可能还会需要心跳包检测机制，防止一边假死或者长时间的进行不断尝试连接消耗大量的系统资源。上图出现了一个TCP，可以说明TCP协议是必不可少的。那么Oracle是如何知道你连接到了它呢，用Oracle的人都知道，这得依赖本地客户机的tnsnames.ora和Oracle服务器的listener.ora文件。
两个文件，客户端上的tnsnames.ora负责连接串信息的发送，服务端的listener.ora文件负责监听信息的记录。熟悉Oracle的人都知道，启动数据库的顺序，先启动监听，后启动服务。在这一过程中，监听程序的变化也是不同的。
不启动数据库，直接启动监听：
[oracle@sjptETL~]$ lsnrctl start
LSNRCTLfor Linux: Version 11.2.0.1.0 - Production on 27-JUN-2016 05:37:26
Copyright(c) 1991,2009,Oracle. All rightsreserved.
Starting/home/oracle/app/product/11.2.0/dbhome_1/bin/tnslsnr: please wait...
TNSLSNRfor Linux: Version 11.2.0.1.0 - Production
Systemparameter file is/home/oracle/app/product/11.2.0/dbhome_1/network/admin/listener.ora
Logmessages written to/home/oracle/app/diag/tnslsnr/sjptETL/listener/alert/log.xml
Listeningon: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.183.128)(PORT=11521)))
Connectingto (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.183.128)(PORT=11521)))
STATUSof the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version11.2.0.1.0 - Production
StartDate 27-JUN-2016 05:37:26
Uptime 0 days 0 hr. 0 min. 0 sec
TraceLevel off
Security ON: Local OS Authentication
SNMP OFF
ListenerParameter File /home/oracle/app/product/11.2.0/dbhome_1/network/admin/listener.ora
ListenerLog File/home/oracle/app/diag/tnslsnr/sjptETL/listener/alert/log.xml
ListeningEndpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.183.128)(PORT=11521)))
ServicesSummary...
Service"orcl" has 1 instance(s).
Instance "orcl",status UNKNOWN,has 1 handler(s) for this service...
Thecommand completed successfully
启动服务器以后注意观察监听的变化状况，如下：
[oracle@sjptETL~]$ lsnrctl status
LSNRCTLfor Linux: Version 11.2.0.1.0 - Production on 27-JUN-2016 05:38:59
Copyright(c) 1991,Oracle. All rightsreserved.
Connectingto (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.183.128)(PORT=11521)))
STATUSof the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version11.2.0.1.0 - Production
StartDate 27-JUN-2016 05:37:26
Uptime 0 days 0 hr. 1 min. 41 sec
TraceLevel off
Security ON: Local OS Authentication
SNMP OFF
ListenerParameter File/home/oracle/app/product/11.2.0/dbhome_1/network/admin/listener.ora
ListenerLog File/home/oracle/app/diag/tnslsnr/sjptETL/listener/alert/log.xml
ListeningEndpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.183.128)(PORT=11521)))
ServicesSummary...
Service"orcl" has 2 instance(s).
Instance "orcl",has 1 handler(s) for this service...
Instance "orcl",status READY,has1 handler(s) for this service...
Service"orclXDB" has 1 instance(s).
Instance "orcl",has1 handler(s) for this service...
Thecommand completed successfully
不方便观察，我直接利用UE的文件对比功能，如下图：
图中的红色部分就是数据有差异的地方，数据库启动之前监听是没有注册到数据库服务的，说得直白点就是没有注册得到相关服务，启动之后多了自动注册到了相关数据库服务，在这的所谓服务其实就是一个简单的数据库实例。
查看TNS的相关进程
系统下存在着8532进程ID的tns，这个就是数据库的监听进程。
Oracle能够连续不断的监听远程客户端发出的请求，靠的就是这一进程，假如kill掉了这一进程，远程客户端就访问不了数据库服务器了。那这监听到底是如何工作的，我相信大部分人都想了解一下这方面的内容，当然我也了解得不是很深。装过Oracle数据库的人都知道，装完以后就是启动监听和创建数据库的过程。监听在前，创建数据库在后，为什么要这么做呢，这样有一个好处，当你先创建监听，在创建数据库实例，实例创建完成以后，大部分监听就能够动态注册到实例了，当然也有可能还是出册不上去，需要重新对数据库进行重新注册或者进行静态注册。
DBCA建库完成以后，重新再次执行监听重启，可能数据库服务还是未能够自动注册到数据库服务，很多人可能会在这卡很久，但是假如对监听的工作机制了解的话，这问题其实也很容易解决。假如以sys或者system用户登陆数据库系统的话，重新执行ALTER SYSTEM REGISTER; 提示system register。这时候sqlplus退出登录，重新执行lsnrctl status查看监听状态，检查监听是否正常，如果运气好的话，可能已经动态注册到了服务上面，但是好多情况下我们是动态注册不到上面的。动态注册不上，那就静态呗，也不能被吊着。静态注册，要求我们对Oracle的监听机制有一定的了解，同时也很考验我们的细心程度。很多人监听启动不了了或者监听不正常，不管三七二十一，百度一大堆，粘贴复制一弄，wq保存，再次启动，还是启动不了或者不正常，后来仔细一检查，竟然多了一个空格，在这快，空格，空行Oracle的自动校验机制都很严格，不符合相关的格式规范，还是监听不了。废话不说了，看下图，红框里面的内容是我新添的。
下面再上一个windows平台的listener.ora文件
两者的格式内容都差不多，静态注册，动态注册，个人还是习惯性的使用静态注册，毕竟好多时候动态注册并不是那么的可靠。当然有时候静态注册了，我们监听还是有可能启动不了，怎么办呢，oracle启动时候所用到的初始化参数文件可能就需要整改了。
切换到/home/oracle/app/product/11.2.0/dbhome_1/dbs目录，vi打开spfileorcl.ora文件，直接修改里面的监听内容，如下图
如果不想直接利用此参数文件的话我们还可以依此参数文件重新创建另外一个oracle初始化参数文件:参数文件一般会自动命名为init+数据库实例名的方式来命名。直接修改新创建的启动参数文件里面的local_listener即可，当然具体的修改方法和这类似。当然为了安全考虑，对于监听，我们还可以相应的创建监听密码，防止登陆到服务器上的用户私自操作，也可以创建多个监听，或者对监听数进行相关的限制。几年前，在12306买过票的童鞋都知道，对于热点线路，节假日或者过年的时候，一票难求，出现了一个排队机制，排在第xxxx位，有点类似。当然对于监听启动停止命令不熟悉，我们也可以执行在Linux平台Oracle用户下执行敲入lsnrctl，进入监听以后敲入help查看相关的几个参数， 如下图所示：
具体的命令用法可以参看Oracle的官方文档，这里就不一一阐述了。当然在windows平台上，好多人都有这样的认识，windows的好多服务在开机的时候都会自动依次启动，自己可以用services.msc进入以后进行相关的设置，Oracle在windows上的监听服务，数据库实例服务也是如此：
注意，由于Oracle自动启动相关监听进程和数据库服务进程的时候会占用大量的操作系统资源，因此我这里全部设置成了手动。不过，在实际工作中，大部分的Oracle数据库基本上都部署在Linux平台，尤其以Redhat，HP-UNIX,AIX最为流行，要想设置数据库开机自启动，虽然在Linux平台上和windows平台有一定的差异，但是原理都差不多，基本上3个思路：1：自己手工写操作系统启动脚本的方式进行，把Oracle数据库相关的几个重要进程给加上去；2：还是写shell脚本，追加crontab，用Linux平台的自动调度功能，但是感觉这个并不十分的可靠，可能会带来灾难性的问题，生产环境更是不能轻易如此；3：利用Oracle给我们提供的一个dbstart脚本，修改里面的相关内容，脚本的具体路径如下：
/home/oracle/app/product/11.2.0/dbhome_1
此脚本的目的是启动监听和相关的数据库实例，脚本一览：
要自动启动监听，把ORACLE_HOME_LISTENER=$1
修改为ORACLE_HOME_LISTENER=$ORACLE_HOME
其中$ORACLE_HOME为装Oracle数据库时在用户下的一个环境变量，其实也是一个目录路径，echo $ORACLE_HOMEW我们就可以看出具体路径。
此外，要想真正实现数据库自动启动功能，还需要cd到var目录里面将oratab文件的是否启动的N改为Y，同时在rc.local文件里面添加上切换用户的命令。
当然好多情况下我们是并不需要让系统去自动启动的，大部分情况还是靠相关的管理人员去手工启动。
本文档属于原创性文档，转载请注明地址,谢谢！
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。