理解oracle的网络结构解决连接问题

核心提示：上面的例子是一个最简单的例子，但也是最普遍的，理解oracle的网络结构解决连接问题(3)，一个listener进程为一个instance(SID)提供服务，监听器的操作命令$ORACLE_HOME/bin/lsnrctl start,其他诸如stop,status等，操作系统认证也不需要数据库可用，普通用户因为是数据

上面的例子是一个最简单的例子，但也是最普遍的。一个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状态。

然后就是

#-------------