Oracle进程

原创
2014/09/11 22:59
阅读数 20

来着TOM的《oracle 编程艺术 9i,10g,11g》

 

PMON

 PMON,进程监视。PMON主要有3个用途:

 1,在进程非正常中断后,做清理工作。例如:dedicated server失败了或者因为一些原因被杀死,这是PMON的工作分两种。第一,是对dedicated server所做的工作进行恢复或撤销。第二:是释放dedicated server占用的资源。PMON会把失败进程的未提交的工作进行rollback,释放锁,释放SGA空间

 2,在进程abort后,PMON进行清理工作。PMON会监视oracle其他的后台进程,并在需要的时候对它们进行重建。如果shared server或者dispatcher失败后,PMON会介入其中,并在清理完失败进程后,重建一个shared server或dispatcher。例如:在数据库进行写日志的时候LGWR进程失败,这是个很严重的错误。解决这种问题最安全的方法是立即中断实例,并恢复。

 3,PMON的第三个用途是,向Oracle TNS listener注册实例信息。在实例启动的时候,PMON会查询oracle的默认端口(1521端口)是否处于工作状态。如果这个端口已经处于工作状态,那么该实例就可以启动,PMON把实例的相关信息告诉listener,包括服务名、实例的信息等。如果listener没有启动,PMON就会定期的尝试去连接listener。这里要注意如果oracle没有是默认的1521端口,而是使用其他的端口时,PMON和listener的连接过程和使用1521端口还是很相似的,除了,在使用非默认端口时,listener的地址要在参数LOCAL_LISTENER中指定。

 

SMON

 SMON,系统监视。SMON的工作如下:

 1,清理临时空间。

 2,聚合空闲空间。如果使用dictionary-managed 方式来管理表空间,SMON就要负责把空闲的extent聚合成大的空闲extent。这种情况只有在表空间的管理方式是dictionary-managed ,且参数PCTINCREASE被设置成非零值的时候才会发生。

 3,对不可用文件的事务恢复。在数据库启动的时候,SMON会恢复失败的事务,这些事务是在实例恢复或crash恢复的时候被跳过的。例如:在磁盘上某哥文件不可用了,在这个文件又重新可用后,SMON会恢复它。

 4,在RAC的单节点故障上进行实例恢复。在RAC 环境下,如果cluster(簇群)中有一个实例失败了(如:实例所在的机器挂掉了),在这个cluster上的其他的节点会打开失败实例的redo log,并恢复失败实例

 5,清理OBJ$。OBJ$是个低级别的数据字典,它几乎包含了数据库中所有的objects的entry。多数时候,有的entries的objects已经被删除了,或者当前的entry代表的不再是最新的objects。SMON就负责删除这些entry信息了

 6,收缩undo segments。SMON会自动把rollback segment收缩到最优的大小

 7,离线rollback segments。DBA可能需要把一个处于active状态的事务的rollback segment离线。此时如果事务正在使用这个已经离线的rollback segment,那么这个segment并未真的离线,而是被标记为“pending offline"。在后台,SMON会一直尝试离线这个segment,直到成功。

 此外,SMON还会刷新视图DBA_TAB_MONITORING的统计信息等。SMON会消耗大量的CPU。SMON会定期地,或被其他后台进程唤醒,来执行清理工作。

 

CKPT

 CKPT,检查点进程。CKPT进程并不像它的名字说的那样进行checkpoint,执行checkpoint是DBWn的工作。它只是来更新数据文件头的。oracle8.0之前,CKPT只是一个可选的进程。但oracle8.0之后,CKPT进程就进程被打开。过去更新数据文件头的checkpoint 信息是LGWR的工作,然而,随着数据库文件的增加,LGWR的负担也变得越来越重。如果LGWR要更新100,甚至1000哥文件头,那么就会有很多的session等待很长时间去commit。所有CKPT就把这个工作承担下来了

 

DBWn

 DBWn,数据写进程。DBWn负责把缓冲区的脏数据写到磁盘上。在oracle发生switch log files的时候,会发生checkpoint。checkpoint发生后,在redo log中的数据就可以被覆盖了。如果在redo log被填满,且要重新利用redo log 来存放新的数据时,而此时checkpoint还为完成,oracle就会返回”checkpoint not complete“。

 DBWn的性能相当重要。如果DBWn写数据的速度不够快,这样释放出空闲buffer的速度也就不会快。那么Free Buffer Waits 和Write Complete Waits的值就会很快的增长。

 oracle可以配置多达36个DBW进程。从DBW0到DBW35.多数系统只有一个DBW进程,但在多CPU系统中就可能不止一个DBW进程了。这样做的目的是分散写数据的负担,保证SGA中有足够的空闲空间。

 优化情况下,DBW是通过异步(asynchronous)I/O向磁盘写数据的。通过异步I/O,DBW先把blocks组成一个batch(一捆),再把batch递交给OS,DBW不会等待OS把batch写入到磁盘,而是返回,继续收集下一个batch。当OS完成写后,会异步通知DBW进程,已经把batch成功的写入到磁盘了。

 最后,DBW进程是分散地把数据写到磁盘上的。而LGWR是连续写redo log。分散写要比连续写耗时的多。但是,DBW是在后台进行分散写的,而LGWR做连续写是为了减少用户等待的时间。

 疑问:TOM说DBWn是把blocks组成一个batch,然后异步交给OS,让OS写到磁盘的。为啥又说DBWn是分散写数据的,写数据的活不是OS干的吗?

 

LGWR

 LGWR,日志写进程。LGWR是把SGA中redo log buffer的信息写到redo log file的进程。LGWR会在下面情况发生:

 1,每个3秒钟,进行一次LGWR

 2,任何事务进行了commit

 3,当redo log buffer是1/3满,或者里面有1MB的数据

 基于以上的原因,把redo log buffer设置的很大就没必要的。

 

ARCn

 ARCn,归档进程。ARCn的工作是在LGWR把onlone redo log填满后,ARCn把redo log file的内容copy到其他的地方。归档日志可以用来做media recovery。online redo log 是被用来为实例失败的时候,恢复数据文件。而归档日志是被用来在media recovery的时候,恢复数据文件。

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部