ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 节选:第2章 性能优化利器——PAT方法 小节2.3+2.4

节选:第2章 性能优化利器——PAT方法 小节2.3+2.4

原创 Linux操作系统 作者:db2ring 时间:2011-04-26 20:10:46 0 删除 编辑
2.3  系统分析

系统分析方法是指把要解决的性能问题作为一个系统,对系统要素进行综合分析,找出解决问题的可行方案的方法。例如,我们可以把一个性能问题看成系统工程,通过系统目标分析、系统要素分析、系统环境分析、系统资源分析和系统管理分析,可以准确地诊断问题,深刻地揭示问题起因,从而提出满足客户业务需要的解决方案。

所谓问题,是现实情况与计划目标或理想状态之间的差距。系统分析的核心内容有两个:其一是进行“诊断”,即找出问题及其原因;其二是“开处方”,即提出解决问题的最可行方案。所谓限定问题,就是要明确问题的本质或特性、问题存在范围和影响程度、问题产生的时间和环境、问题的症状和原因等。限定问题是系统分析中关键的一步,因为如果“诊断”出错,以后开的“处方”就不可能对症下药。在限定问题时,要注意区别症状和问题,探讨问题原因不能先入为主,同时要判别哪些是局部问题,哪些是整体问题。

另外,为了降低问题之间的连带作用,建议每次只解决一个问题。针对每个问题,进行系统分析,即首先必须确定时间花在何处,其次确定时间是如何被消耗的,例如多少时间花在了CPU上、多少时间花在了I/O上。但是要注意,由于问题之间有时总会有连带效应,有时候修复一个问题会带来新的问题,反之也有可能修复一个问题也会修复另一个问题。对此连带效应,需要在系统分析的时候加以考虑,特别是在调整后需要通过测试来验证调整效果。

就这个案例来说,完成业务分析后接下来需要弄清楚整个系统的情况,这包括存储、主机、操作系统以及数据库服务器。建议读者在进行系统分析的时候,要多和系统管理员、网络管理员及DBA进行沟通,尽量全面地收集信息以方便问题的定位。另外,由于DB2数据库只是整个企业应用系统的一部分,所以如果条件允许,也应该向应用开发人员了解一些上层应用系统的情况。

2.3.1  硬件和操作系统

如图2-2所示,该经营分析系统的存储使用了1TS35002DS5300。其中,TS3500磁带库用于数据库备份,DS5300用于存放数据。存储划分是这样的:每台DS530016个磁盘扩展柜,每个扩展柜有16个硬盘,分成271RAID 5。主机包括1P6-5202P6-570P6-520配置为4 CPU16GB内存;P6-570的配置为16CPU128GB内存。主机的操作系统是AIX 6.1,安装有DB2 V9.5 for AIX企业版数据库。所有的主机和存储通过2SAN交换机相连。每台p6-570P6-520上安装有2HBA卡,分别连接2SAN交换机,其中1HBA卡、或者1SAN交换机发生故障时,通过另一块实现HBA卡切换。

2-2  硬件结构图

系统配置细节如表2-2所示。

2-2  硬件配置列表


2.3.2  数据库物理设计

如图2-3所示,经营分析系统的数据仓库构建在上述的1P6 5202P6 570上。P6 520作为管理节点,P6 570作为数据节点。由于每台P6 57016CPU,因此设计逻辑节点为每台机器16个数据节点,一共32个数据节点。

2-3  数据仓库物理部署图

数据仓库中表的PAGESIZE使用32KBDPF32个数据分区按照SingleAllPartIBMTEMPGROUP三个分区组组成。数据和索引放在不同的表空间上。Single分区组下面的SingleSingle_index分别用来存放不需要分区的小表以及其上的索引。分区组AllPart下面的表空间和索引表空间用来存放需要分区的大表以及其上的索引。分区组IBMTEMPGROUP跨所有32个节点,用来存放用户临时表空间和系统临时表空间。

DBDBM参数都是使用DB2 AUTOCONFIGURE命令自动配置,另外DBA也做了一些经验调整。DB2的环境变量采用系统默认。关于DPF分区和表空间配置细节如表2-3所示。



2.3.3  分析结果

了解了软硬件以及数据库系统现状后,接下来对2.2.2节提出的每一个问题进行系统分析,最终确定时间花在了何处以及是如何消耗的。如表2-4所示的“系统分析”列说明了每一个性能问题产生的原因,从而确定了时间是如何被消耗的。

 

2.4  制订优化计划

2.4.1  优化计划安排

上一节使用系统分析的方法确定了优化策略,接下来就到了制订优化计划的时候了。我们基于如下的原则来制订优化计划:

    按照优先级从高到低的顺序。

    在优先级一样的情况下,按照影响范围从系统到应用的顺序。

    迭代使用PAT方法学,逐次逐步优化每一个性能问题。

从实战的角度来看,尽管Perf_SlowDown_Sys造成的影响是系统范围,但是由于具有最低的优先级,所以放在最后。另外对于不同问题间的连带效用,需要预留一定的缓冲时间做测试验证。如表2-5所示为我们制定的该经营分析系统性能问题的优化时间表。

2-5  优化时间表

2.4.2  实践优化策略

完成经营分析系统的业务分析和系统分析后,我们接下来对每一个问题按照本书1.3.2节的描述来实践优化策略。在这个案例中,我们对每一个性能问题都将采取下面的四步:

 问题监控

 配置检查

 设计检查

 性能优化

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24801454/viewspace-693816/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2011-04-26

  • 博文量
    21
  • 访问量
    13706