RAC数据库集群服务器系统性能瓶颈分析(zt).doc

RAC数据库集群服务器系统性能瓶颈分析(zt).doc

ID:58048423

大小:29.50 KB

页数:21页

时间:2020-04-09

RAC数据库集群服务器系统性能瓶颈分析(zt).doc_第1页
RAC数据库集群服务器系统性能瓶颈分析(zt).doc_第2页
RAC数据库集群服务器系统性能瓶颈分析(zt).doc_第3页
RAC数据库集群服务器系统性能瓶颈分析(zt).doc_第4页
RAC数据库集群服务器系统性能瓶颈分析(zt).doc_第5页
资源描述:

《RAC数据库集群服务器系统性能瓶颈分析(zt).doc》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、RAC数据库集群服务器系统性能瓶颈分析(zt)OracleRAC性能调整1、CPU和waittime调节尺寸当在调节system时,比较系统的CPUtime和waittime是十分重要的,从而确定在相应时间中多少是用于有效的工作时间,多少是在等待由其他进程占用的资源。从一般规律来看,waittime占主要部分的系统比CPUtime占主要部分的系统更需要调节。另一方面,CPU的大量使用可能是由不好的SQL写操作造成了。尽管CPUtime与waittime的比率总是随着系统装载的增加而趋于减小的,waittime的急剧增加是存在冲突的表现,必须被有效的处理。给node增加更多的CPUs

2、或是给cluster增加nodes,在资源竞争中提供的benefit是非常有限的。相反,当加载系统装载增加时,CPUtime的比率没有大幅下降的系统可能规模较好,更可能通过添加CPUs或是RACInstances获得更多的benefit。note:如果CPUtime比率在前五个事件中,则automaticworkloadrepository(AWR)报告在Top5Event段中显示了CPU时间和wait时间。2、RAC特有的调节尽管对于RAC有其特有的调节方法,例如互联的传输,但通过对每个Instance进行像single-Instance系统那样的调节会带来较大的benefit。

3、至少它应该tuning的第一步。显然,如果在single-Instance环境中存在序列化问题,在RAC中,该问题会更加严重。RAC-reactive调节工具主要有:特定的等待事件、系统和队列统计、databasecontrol性能页面、statspack和AWR报告RAC-proactive调节工具:AWRsnapshots、ADDM(AutomaticDatabaseDiagnosticMonitor)报告如上,RAC的调节工具和single-Instance系统的基本类似。但部分特殊等待事件和统计信息的结合是RAC比较关键的调节情况。3、分析在RAC中cachefusion(

4、缓冲融合)的影响在全局缓冲中访问blocks的影响和维护cache的相融合(coherency)是通过下面来表现的:*对当前和crblocks的全局缓冲服务统计:例如,gc当前的blocksreceived、gccrblocksreceived等。*全局缓冲服务等待事件(对gc当前block3-way、gccrgrant2-way等)cachefusion传输的响应时间是由物理交换链接组件、IPC协议和GCS协议使用的messaging时间和processing时间决定的。除了相关的log写操作,它是不受磁盘I/O因素的影响的。cachefusion协议不需要对datafiles进

5、行I/O,从而确保缓冲的coherency。并且RAC并不会引起比非clusteredInstance更多的I/O操作。4、RAC操作特有的潜在因素在RACAWR报告中,在RAC统计一章包含了一个表,用于记录一些全局cacheservices和全局队列services操作的平均时间。该表被称作是GlobalcacheandEnqueueservices:workloadcharacteristics。这些潜在因素应该得到定期的监控,并且应该对部分值的重大增加进行调查。基于经验观察,此表显示了一些代表值。引起这些潜在因素变更的因素主要有:*IPC协议的使用。用户模式的IPC协议更快*

6、当系统在CPU高效使用的情况下,时序安排的延迟*对当前blocks服务的logflush其他在AWR报告中,RAC潜在因素多数是从V$GES_STATISTICS中获得的,并可能对调试非常有效。但无需进行频繁的监控。note:处理缓存中一致读(consistentreadCR)block的时间与(buildtime+flushtime+sendtime)一致;处理缓存中当前block请求的时间与(pintime+flushtime+sendtime)一致。5、RAC的等待事件分析哪些sessions在等待是一个确定时间开销在哪里的重要方法。在RAC中,等待时间主要归因于影响获得实际

7、请求结果的事件上。例如,当在某Instance上的一个session在Globalcache查询某个block,并不知道是否将收到cache在其他Instance中的data或是是否将获得从disk上读取的消息。对于Globalcache的等待事件反映了准确信息并等待全局缓冲block或是messages。它们主要是按照下述进行分类的:*在较广的分类的概括,被称作是clusterwaitclass*用占位符代表的临时事件,主要出现在block的等待*当获得请求结果的精

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。