Oracle RAC性能调整的方案简介

数据库 Oracle
以下的文章主要介绍的是Oracle RAC性能的相关调整的一些具体方案的介绍,其中包括CPU与wait time调节实际应用尺寸,,还有分析在RAC中cache fusion的相关影响,等相关方案的介绍。

Oracle RAC性能的相关调整主要是通过CPU与wait time调节实际应用尺寸,还有RAC特有的相关调节,等相关实际操作方案的描述,以下就是文章的具体内容的描述,希望你在浏览完之后会有所收获。

RAC-reactive调节工具主要有:特定的等待事件、系统和队列统计、database control 性能页面、statspack和AWR 报告 这些统计被存储在内存中,可以通过动态性能视图查看到(V$)* AWR snapshots 代表了设备的持久部分。

1、CPU和wait time调节尺寸

 

当在调节system时,比较系统的CPU time 和wait time是十分重要的,从而确定在相应时间中多少是用于有效的工作时间,多少是在等待由其他进程占用的资源。

从一般规律来看,wait time占主要部分的系统比CPU time占主要部分的系统更需要调节。另一方面,CPU的大量使用可能是由不好的SQL写操作造成了。

尽管CPU time与wait time的比率总是随着系统装载的增加而趋于减小的,wait time的急剧增加是存在冲突的表现,必须被有效的处理。

给node增加更多的CPUs或是给cluster增加nodes,在资源竞争中提供的benefit是非常有限的。相反,当加载系统装载增加时,CPU time的比率没有大幅下降的系统可能规模较好,更可能通过添加CPUs或是OracleRAC Instances获得更多的benefit。

note:如果CPU time比率在前五个事件中,则automatic workload repository(AWR)报告在Top 5 Event段中显示了CPU时间和wait 时间。

2、RAC特有的调节

尽管对于OracleRAC有其特有的调节方法,例如互联的传输,但通过对每个Instance进行像single-Instance 系统那样的调节会带来较大的benefit。至少它应该tuning的***步。

显然,如果在single-Instance环境中存在序列化问题,在RAC中,该问题会更加严重。

RAC-reactive调节工具主要有:特定的等待事件、系统和队列统计、database control 性能页面、statspack和AWR 报告

RAC-proactive调节工具:AWR snapshots、ADDM(Automatic Database Diagnostic Monitor) 报告

如上,OracleRAC的调节工具和single-Instance系统的基本类似。但部分特殊等待事件和统计信息的结合是RAC比较关键的调节情况。

3、分析在RAC中cache fusion(缓冲融合)的影响

在全局缓冲中访问blocks的影响和维护cache的相融合(coherency)是通过下面来表现的:

 对当前和cr blocks的全局缓冲服务统计:例如,gc当前的blocks received、gc cr blocks received等。

全局缓冲服务等待事件(对gc 当前 block 3-way、gc cr grant 2-way等)

cache fusion传输的响应时间是由物理交换链接组件、IPC协议和GCS协议使用的messaging时间和processing 时间决定的。

除了相关的log写操作,它是不受磁盘I/O因素的影响的。cache fusion 协议不需要对data files进行I/O,从而确保缓冲的coherency。并且OracleRAC并不会引起比非clustered Instance更多的I/O操作。

文章出自: http://database.51cto.com/art/200703/43583.htm

【编辑推荐】

  1. Oracle游标的删除与更新实际操作步骤
  2. 存储结构之Oracle逻辑存储结构
  3. Oracle 8i中字符集乱码问题详细解析
  4. Oracle数据库的系统中6个经验原则
  5. Oracle存储结构之Oracle物理存储结构
责任编辑:佚名 来源: zdnet
相关推荐

2010-05-07 18:14:08

Oracle性能调整

2010-04-26 13:47:02

Oracle性能调整

2011-03-21 11:14:21

Oracle性能调整

2011-04-08 17:33:07

Oracle性能

2010-04-07 16:54:55

Oracle性能

2009-02-01 10:45:18

Oracle数据库性能调整

2010-04-12 11:02:28

Oracle性能

2010-04-06 12:48:12

Oracle性能

2010-04-07 16:02:29

Oracle性能

2010-03-31 17:40:15

Oracle SELE

2010-04-20 15:41:38

Oracle sql

2010-04-06 09:48:33

Oracle性能

2010-04-19 17:09:30

Oracle sql

2010-04-12 17:38:51

Oracle性能调整

2010-04-19 13:37:57

Oracle调整

2011-05-25 13:55:02

Oracle

2011-05-25 14:35:47

Oracle缓冲区调整性能

2010-04-20 15:30:58

Oracle sql

2010-04-07 17:04:49

Oracle性能

2010-04-12 17:19:16

Oracle数据库
点赞
收藏

51CTO技术栈公众号