与oracle相关的进程可分：用户进程和oracle进程。oracle进程可分：服务器进程和后台进程。服务器进程可分：专用服务器进程和共享服务器进程。后台进程可分：DBWn，LGWR，CKPT等。

  和用户进程有关的概念是：连接和会话
  连接和会话是两个不同的概念。一条连接上可以建立0个，1个或多个会话，而且各个会话单独且独立的。一条连接即一个进程。
  比如：
  SQL> set autotrace on
  SQL> select sid from v$session where username=USER；

       SID
  ----------
       146
       158
       159
  以上这条连接上有三个会话。
  连接：用户进程到实例之间的一条物理路径。
  会话：实例中存在的一个逻辑实体。
  所以，物理上是条连接，逻辑上是个会话。
  这里有两个名字起得不好的命令：
  connect：应该是叫创建会话
  disconnect：结束所有会话。
  用sql*plus，真正要断开连接的命令是：exit

  服务器进程就是代表客户会话完成工作的进程。它们是干重活的苦命娃，几乎所有的工作都是由它们来做的，因此占用系统cpu的时间最多。
  1）对sql进行解析和执行
  2）如果所需的数据不在sga中，则server process会去磁盘上将其读到sga的database_buffer_cache中。
  3）把结果返回给应用程序

  单个会话查询服务器进程和用户进程的pid：
  SQL>   select a.spid "专用服务器进程",b.process "客户进程"
  from v$process a,v$session b
  where a.addr=b.paddr
  and b.sid=(select sid from v$mystat where rownum=1)  2    3    4 
  5  /

  专用服务器进 客户进程
  ------------ ------------
  8313         8304

  SQL> !ps -p 8313 8304
    PID TTY      STAT   TIME COMMAND
   8304 pts/2    S+     0:00 sqlplus      
   8313 ?        Ss     0:00 oracleorcl (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL

  后台进程都来自同一个二进制可执行程序oracle（/u01/app/oracle/product/10.2.0/db_1/bin/），可以从v$bgprocess查询.
  PMON
  1）清理异常连接，如，回滚未提交的事务，释放资源等
  2）监视所有oracle进程，如果进程失败，可能重启进程，也可能终止实例（LGWR失败）
  3）向监听器注册这个实例并与之通信。
  [回滚未提交的事务：oracle server根据server process做动作，server process根据user process做动作。如果user process中断，server process会出现盲等待。这时，PMON就会检查有无server process所对应的user process出现中断，如果有，就回滚那笔事务]

  SMON
  1）实例恢复：将online redo log file中保护的数据写回到数据文件
  2）收集空间：合并空闲空间

  CKPT
  检查点进程并不像它的名字所暗示的那样真的建立检查点，建立检查点主要是DBWn的任务。CKPT只是发出要求将database_buffer_cache中的脏块写到数据文件，而响应这个号召的人是DBWn。当DBWn完成了它所建立的检查点后（这里的检查点是指DBWn去检查某些redo entry是否写入了online redo log file中，然后再去redo log file保护的数据写入数据文件，这整个过程叫检查点事件），CKPT就会在控制文件和数据文件的文件头中做记录。这两人的关系好比，诸葛亮和关羽，CKPT是诸葛亮，DBWn是关羽，诸葛亮要求攻打祁连山，他发出了这条军令，那么关羽就会带兵去攻打，等占领了祁连山后，再由诸葛亮做后续的一些工作。

  DBWn
  DBWn行为是为了释放缓冲区，或者对日志过账。负责保持oracle内存数据与磁盘数据的一致性。
  为了提高DBWn的写性能，建议使用支持异步I/O的平台。采用异步I/O，DBWn会收集要写的块，交给os，但他不会等待os将块写到磁盘，而是立马返回，去收集下一批要写的块，当os完成写操作时，他会异步的通知DBWn。另外，DBWn是分散写，LGWR是顺序写，分散写比顺序写慢多了。这也是oracle使用LGWR和重做日志文件的主要原因。dbwn的数量和cpu的数量通常是一样的.

  LGWR
  oracle有个快速提交机制，即：当用户提交时，redo entry被server process放入redo log buffer，LGWR很快会把这些日志条目从日志缓冲区写到在线重做日志文件中。但是，被修改的数据并没有立即写入磁盘上的数据文件，而是被延迟了。
  当事务提交时，会被赋予一个SCN，它随着redo entry一起被写入到联机重做日志文件里。