Server Process是客户端在数据库服务器端操作的代表。任何操作，从SQL语句的传递执行，到数据块读取修改，都是通过Server Process完成的。

Server Process与Session之间的关系是什么样的呢？

基础说明

笔者在之前的Blog里，谈到过客户端应用通过Oracle Net Service连接到监听器，之后在一个端口建立与Server Process的联系。下面就几个方面重点重述一下：

首先，客户端并不能够直接同Oracle实例进行联系，即使客户端与服务器在同一台机器上。客户端对数据库的操作，是通过Oracle实例管理下的服务进程Server Process来完成的。所有客户端请求的操作，都是间接通过Server Process来实现数据块的获取和访问修改；

其次，客户端通过本地命名服务，并不是直接连接Server Process，是通过监听器进行重定向的过程。本地命名服务包括的是服务器主机名、连接服务名和端口号。客户端根据本地命名服务对应的连接信息，实际上首先连接到守候在端口的监听程序。监听器程序是一个独立的进程，运行在数据库服务器所在的主机上，维护着一个服务注册列表。

当监听程序受到客户端的请求之后，首先检查请求的服务是否在自身的注册（动静态注册）列表中。如果存在，则开始寻找一个对应实例的Server Process与请求匹配。

下面的过程，不同的Oracle连接方式存在一些区别。Oracle连接方式有专用dedicated和共享Shared两种。

在专用方式的时候，监听程序会让操作系统fork出一个新的Oracle Server Process，并且将这个新的Server Process的信息传递给客户端，并且协商出一个新的端口用于两者的通信。客户端在获取到这些信息之后，重建与Server Process在新端口建立联系。当会话完成，客户端断开连接之后，Server Process会自动被实例回收释放。

在共享方式下，还存在一个Dispatcher的进程，监听器是和Dispatcher请求一个Server Process，而Dispatcher会根据当前的情况，分发给一个Server Process与客户端通信。这种方式下，Server Process是为多个客户端共享。连接断开后，Server Process可能也不会被回收。

下面进行的实验，是在Linux的CentOS系统下进行的实验。在Windows和Unix/Linux下，Oracle实现的体系结构是完全不同的。最大的区别就是进程模式和线程模式。在Unix/Linux下，进程间通信、共享内存的机制是非常成熟的，所以我们常常听到的Server Process、各个后台进程是可以以进程的方式加以实现。SGA也可以真正做成一个内存共享区域。

而在Windows平台上，进程之前通信和共享内存是比较困难的，而且如果实现起来性能上有一些问题。所以Oracle的设计者们在Windows平台上做出了一些折中。将Linux下的各个进程和SGA，合并成Windows下的一个Oracle.exe进程，各个后台进程实现为Oracle进程下的线程单元。

为了更清楚的看到结构信息，我选择Linux平台进行演示。

专用dedicated模式

在专用模式下，一个客户对应的Server应该是一个。

首先，当我们启动了实例之后，发现Oracle实例的情况如下：

[oracle@oracle11g ~]$ ps -ef | grep ora | grep -v grep

root      5539  5507  0 08:25 pts/0    00:00:00 su oracle

oracle    5540  5539  0 08:25 pts/0    00:00:00 bash

oracle    5561     1  0 08:31 ?        00:00:00 /u01/oracle/bin/tnslsnr LISTENER -inherit

oracle    5612     1  0 08:33 ?        00:00:00 ora_pmon_wilson

oracle    5614     1  0 08:33 ?        00:00:00 ora_vktm_wilson

oracle    5618     1  0 08:33 ?        00:00:00 ora_gen0_wilson

oracle    5620     1  0 08:33 ?        00:00:00 ora_diag_wilson

oracle    5622     1  0 08:33 ?        00:00:00 ora_dbrm_wilson

oracle    5624     1  0 08:33 ?        00:00:00 ora_psp0_wilson

oracle    5626     1  0 08:33 ?        00:00:01 ora_dia0_wilson

oracle    5628     1  0 08:33 ?        00:00:00 ora_mman_wilson

oracle    5630     1  0 08:33 ?        00:00:00 ora_dbw0_wilson

oracle    5632     1  0 08:33 ?        00:00:00 ora_lgwr_wilson

oracle    5634     1  0 08:33 ?        00:00:01 ora_ckpt_wilson

oracle    5636     1  0 08:33 ?        00:00:01 ora_smon_wilson

oracle    5638     1  0 08:33 ?        00:00:00 ora_reco_wilson

oracle    5640     1  0 08:33 ?        00:00:02 ora_mmon_wilson

oracle    5642     1  0 08:33 ?        00:00:01 ora_mmnl_wilson

oracle    5644     1  0 08:33 ?        00:00:00 ora_d000_wilson

oracle    5646     1  0 08:33 ?        00:00:00 ora_s000_wilson

oracle    5675     1  0 08:33 ?        00:00:00 ora_qmnc_wilson

oracle    5689     1  0 08:33 ?        00:00:01 ora_cjq0_wilson

oracle    5703     1  0 08:34 ?        00:00:00 ora_q000_wilson

oracle    5707     1  0 08:34 ?        00:00:00 ora_q001_wilson

oracle    5727     1  0 08:38 ?        00:00:00 ora_smco_wilson

oracle    5782     1  0 08:48 ?        00:00:00 ora_w000_wilson

oracle    5866  5540  0 09:04 pts/0    00:00:00 ps –ef

ps –ef命令，用于显示当前系统线程情况。Grep ora用于获取与oracle相关的进程列表。

额外解释一下各个列的含义：第一列为owner，表示该进程的所有者和执行者。第二列表是进程编号PID，是系统中对进程的唯一标志。第三列为PPID表示启动该进程的父进程PID编号，如果为1，表示是通过init程序加以启动的进程。最后一列表示启动进程的命令行以及进程名称。

通过上面的情况，我们可以关注两个部分：

其一为标注蓝色的部分：PID=5561，表示监听器程序进程；其二为红色部分，表示数据库实例的各个后台进程。如ora_pmon_wilson为实例的PMON进程，维护实例正常工作。

此外，可以观察SGA共享内存情况。

[oracle@oracle11g ~]$ ipcs

------ Shared Memory Segments --------

key        shmid      owner      perms      bytes      nattch     status     

0xd4d89218 32768      oracle    660        4096       0    //共享区信息

------ Semaphore Arrays --------

key        semid      owner      perms      nsems    

0x89c98dc4 98304      oracle    660        154      

------ Message Queues --------

key        msqid      owner      perms      used-bytes   messages   

当我们发起一个连接，使用一个sqlplus客户端连接。

//建立个一个连接

SQL> conn sys/sys@wilson as sysdba;

已连接。

SQL> select sid from v$mystat where rownum<2;

       SID

----------

        29

此时，进程情况。

[oracle@oracle11g ~]$ ps -ef | grep ora

oracle    5612     1  0 08:33 ?        00:00:00 ora_pmon_wilson

oracle    5614     1  0 08:33 ?        00:00:00 ora_vktm_wilson

。。。。。。（篇幅原因，省略）

oracle    5782     1  0 08:48 ?        00:00:00 ora_w000_wilson

oracle    5910     1  0 09:12 ?        00:00:00 oraclewilson (LOCAL=NO)

oracle    5912     1  0 09:13 ?        00:00:00 ora_j000_wilson

发现，进程列表中多出了一个名为oraclewilson的进程，SID编号为5910。

同时，查看数据库视图，可以发现。

//会话中，发现对应的会话记录；

SQL> select sid, paddr, username, machine, action from v$session where username='SYS';

       SID PADDR    USERNAME  MACHINE    ACTION

---------- -------- ---------------------------------------------------------------

        29 38BC6C94  SYS        WORKGROUP\WWW-0E6111DFF74

//SID=29，与登录会话相同；

PADDR=38BC6C94，为进程的物理地址。根据这个地址，我们查找v$process视图。

//根据进程的地址，搜索对应记录；

SQL> select addr, spid, program from v$process where addr='38BC6C94';

ADDR     SPID    PROGRAM

-------- ------------------------------------------------

38BC6C94  5910   oracle@oracle11g

发现对应的地址的SPID为5910，恰恰为多出来的oraclewilson进程的SID。说明，登录SYS的会话（SID=29）对应唯一的一个Server Process，PID=5910。

当关闭该窗口，退出登录后。Server Process消失。

[oracle@oracle11g ~]$ ps -ef | grep ora

root      5539  5507  0 08:25 pts/0    00:00:00 su oracle

oracle    5540  5539  0 08:25 pts/0    00:00:00 bash

oracle    5561     1  0 08:31 ?        00:00:00 /u01/oracle/bin/tnslsnr LISTENER -inherit

oracle    5612     1  0 08:33 ?        00:00:00 ora_pmon_wilson

。。。。。。（篇幅原因，省略）

oracle    6466     1  0 09:24 ?        00:00:00 ora_j001_wilson

oracle    6467  5540  0 09:24 pts/0    00:00:00 ps -ef

oracle    6468  5540  0 09:24 pts/0    00:00:00 grep ora

结论：在专用模式下，一个Server Process是与客户端连接、会话一一对应的。同时建立，同时消亡。

 下面我们分析一下PLSQL Developer的连接特点和过程。