CRM系统分析报告模板专用课件.pptVIP

* 省计费主管部门（计费结算中心） 20* * * * * * * * * * * * * 2010年4月设备维护相关情况_当月概况 CRM数据库主机: 左边三张图片均是CRM系统数据库主机在2009年6月1日至6月30日性能分析表。涵盖CPU、IO、内存、阵列。 从图1可以看出，目标主机在整月的CPU使用峰值为71.4%，均值为32.5%，波动基本平稳；IO的峰值为4010，均值为1701，波动也较为平稳；整月的数据读为171552234.96MB，数据写为8623521.35MB，读写比例19.9：1； 从图2可以看出，CRM数据库主机整月的进程使用内存很平稳，基本保持在50%。 从图3可以看出，CRM数据库主机对裸设备的使用较为均衡，平均利用率都基本保持在5%左右，峰值则为19%至5%不等，热点盘的问题不突出。 总体来说，CRM数据库主机在2009年6月份运行稳定，不论从CPU、内存、IO来看，均较为平稳，资源的使用率也没有超过系统资源的55%； 2010年4月设备维护相关情况_主机对比 I/O指标：整月数据读I/O均值为1701TPS ，读写比例19.9：1；和上月相比I/O增加100TPS,属正常波动。 外部数据访问：本月外部数据读访问为40M/S、写访问为3M/S,写上月相比读写访问率基本保持不变，属于正常状态 Cpu冗余指标在40%-45%之间,性能冗余情况较好,属于正常状态。和上月比较使用率增长1%，属于正常波动状态。 内存冗余指标在25%-33%之间属于正常状态。和上月比较使用率保持不变，属于正常波动状态（其中包括系统非主动性释放内存)。 主机中的交换区使用率1%以下,反映出内存情况良好,基本没有发生页面交换。 2010年4月设备维护相关情况_数据库对比 每周三进行RMAN全备，每日归档备份,备份成功率100%。 TOP 5 时间事件：见左图 内存效能概述： 本月表空间总容量为1.411T,较上月增长300G,每个表空间容量冗余都在10%以上,能够满足数据增长要求。 本月将数据库session调为1200,实时会话一般保持在800个左右,会话连接的冗余在40%-42%之间属于正常会话连接。本月会话的连接为总会话的18%左右。 本月将数据库processes为1400,实时会话一般保持在827个左右,会话连接的冗余在40%-42%之间,属于正常进程使用。 Non-Parse CPU: 90.59 Parse CPU to Parse Elapsd %: 26.29 % Latch Hit %: 98.40 Execute to Parse %: 54.97 Soft Parse %: 87.09 Library Hit %: 95.63 In-memory Sort %: 100.00 Buffer Hit %: 99.09 Redo NoWait %: 100.00 Buffer Nowait %: 99.93 实例效能比 * 建议值： Buffer Nowait: 90%~100%, Redo NoWait::98~100.％, Buffer Hit:90%~100%, In-memory Sort:95%~100%, Library Hit:90%~100%, Soft Parse:90%~100%, Execute to Parse:x~100％, Latch Hit:99%-100%, Parse CPU to Parse Elapsd:x~100％, Non-Parse CPU:95%~100%, 注释： Library Hit %: 90%~100%,该值表示shared pool中的library cache内pin命中的成功率，pin命中的含义是当你执行一段SQL或PL/SQL代码时，该段代码已经存在于library cache内且状态为有效 Soft Parse %: 90%~100%,该值表示SQL语句执行软解析的百分率。SQL的解析非常消耗CPU的资源，如果一条SQL在Shared pool中已经存在，则进行的仅是软解析（在Shared pool中寻找相同SQL），这将大大提高数据库的运行效率。该值如果过低（不足95%），说明应用程序存在一定问题 Execute to Parse %: x~100％，100％ * (1 - Parses/Executions) = Execute to Parse, execute to parse 与DB设置无关，一般由应用所控制的。 Latch Hit %: 99%-100%, ?Latch hit = (1 - sum(misses + immediate_misses)/sum(gets+immediate_ge