oracle体系结构三部曲之进程结构

长平狐 发布于 2012/09/19 13:56
阅读 50
收藏 0

  与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一起被写入到联机重做日志文件里。 
 


原文链接:http://blog.csdn.net/linwaterbin/article/details/7738534
加载中
返回顶部
顶部