DB_WRITER_PROCESSES参数[转帖]_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 4168 | 回复: 0   主题: DB_WRITER_PROCESSES参数[转帖]        下一篇 
wayne
注册用户
等级:中校
经验:1690
发帖:221
精华:0
注册:2011-7-21
状态:离线
发送短消息息给wayne 加好友    发送短消息息给wayne 发消息
发表于: IP:您无权察看 2011-7-23 17:39:06 | [全部帖] [楼主帖] 楼主

对于绝大多数系统,只要IO能力足够并且DB CACHE足够大,那么一般情况下,单个DBWR进程基本上是能够胜任的。不过对于IO十分敏感的系统,使用多个DBWR进程有助于提高脏数据块写的性能。从Oracle 8.0开始(严格的说是8.0.4),DBWR的算法发生了革命性的变化。Oracle 7虽然也支持多个DB WRITER进程,但是这些DB WRITER 进程之间是有区别的,其中一个是MASTER,其他几个是SLAVER。SLAVER进程是不能使用异步IO的,只能使用模拟的异步IO。从Oracle 8.0.4开始,DBA可以使用2种策略来配置DBWR,一种是单个DBWR进程加上多个IO SLAVER进程;另外一种方法是配置多个DBWR进程。不论是使用DBWR还是IO SLAVER,都可使用异步IO。这种改进大大提高了数据库写IO的性能。

如果使用Oracle 8以上的版本,如何配置DBWR,是使用多个DB WRITER进程还是一个DB WRITE进程加上多个IO SLAVER进程呢?实际上这两种配置方法,很难分出一个优劣来,在不同的系统上,可能两种配置的效果差不多,也许有所区别。具体使用哪种方式,只有做过实验才能有个清楚的结论。十年前,关于这两种方法的优劣,在网上有过一场论战,最终论战双方也都无法说服对方。实际上,在当时的系统配置情况下,这两种方式的主要区别在于,如果使用单一的DBWR进程加上多个IO SLAVER进程,那么这种配置和Oracle7的多DBWR进程的机制是类似的,和Oracle  7不同的只是SLAVER进程支持异步IO。由MASTER 的DBWR进程来管理LRU链,而实际的IO操作是由SLAVER进程完成的。

如果使用多个DBWR进程,那么每个DBWR管理LRU链的一个子区域。每个DBWR都有自己的LRU LATCH,对于ORACLE 8和Oracle 8i,LRU LATCH通过参数DB_BLOCK_LRU_LATCHES来设置(Oracle 9i以后的版本中取消了这个参数,自动设置为每个DB CACHE的LRU LATCH 数量是CPU数量的一半)。

DB_BLOCK_LRU_LATCHES定义了所有的DB CACHE的LRU LATCH的总数。一般来说建议,该参数设置为不超过CPU的数量(Oracle 8i,DB_BLOCK_LRU_LATCHES的最大值为CPU数量的6倍)。而一般情况下,DBWR的数量也不应该超过DB_BLOCK_LRU_LATCHES的数量,否则会形成LRU闩锁的竞争。Oracle 8/8i对于使用多缓冲的情况,除了DEFAULT POOL以外,每个POOL的LATCH的数量缺省为1个,也可以在DB_BUFFER参数设置的时候指定LATCH的数量,DEFULT POOL的LATCH的数量是总数减去其他BUFFER的LATCH的数量。

随着硬件技术的发展,目前的系统拥有更多的CPU,更大的内存和更快的IO子系统。在现在的系统中,配置DBWR不仅仅要根据IO的能力,更重要的是现在的DB CACHE已经不是10多年前那样,几个G的DB CACHE就算是超大型的系统了。现在的系统中,几十G甚至几百G的DB CACHE比比皆是。因此LRU的管理性能成为一个十分重要的考虑因素。因此由单个DBWR来管理LRU显然是不合适的。使用多个DBWR进程成为主要的选择。

基于上面的关于DBWR的基础知识,在设置DBWR数量的时候,我们可以如此考虑:

l  一般情况下,如果没有发现明显的DBWR问题,那么不需要使用多个DBWR

l  如果确实需要使用多个DBWR,那么对于多CPU系统,一般可以直接使用多个DBWR,对于单CPU的系统,可以采用一个DBWR加上多个IO SLAVER的方式。这条经验不是绝对的,为了确保获得最好的性能,最好是两种方式都尝试一下

l  如果你使用的是9i或者更新的版本,对于IO不存在严重瓶颈的系统,就毫不犹豫的使用多个DBWR吧

l  使用多个DBWR,建议DBWR的数量不超过CPU的数量(对于ORACLE 8/8I,DBWR的数量不超过DB_BLOCK_LRU_LATCHES)

那么我们如何来判断目前的DBWR是否足够呢?STATSPACK报告或者AWR报告是十分好的工具。

Free Writ     Buffer
Number of Pool         Buffer     Physical    Physical Buff Comp       Busy
P      Buffers Hit%           Gets        Reads      Writes Wait Wait      Waits
--- ---------- ---- -------------- ------------ ----------- ---- ---- ----------
D    4,405,998   98    945,225,805   21,899,493   2,291,122    0    0  5,692,101


如果经常会有write complete waits存在,那么就说明DBWR的写性能不足,可以考虑通过增加DBWR来改善脏块写的性能。另外,经常出现free buffer waits的问题,如果我们无法通过扩大DB CACHE来改善DB CACHE的性能,那么增加DBWR的数量,也可以从另外一个侧面改善这方面的问题。

最后要强调的一点是,不要误解了本文的观点,由于本文介绍的内容是从Oracle  7到现在的11.2各个版本的情况,因此有些观点可能更适合于早期的Oracle 版本。在10g或者11g中,大家不需要花费太多的精力纠结于DBWR的配置,大多数情况下,缺省的配置就是没问题的。只有少数情况,我们需要增加DBWR的数量。增加DBWR的操作是个很专业的操作,一定要在深思熟虑后再去调整。




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论