《AIX系统性能管理及oracle案例分析》由会员分享，可在线阅读，更多相关《AIX系统性能管理及oracle案例分析（142页珍藏版）》请在金锄头文库上搜索。
1、.目录AIX5.3主机性能评估2一、CPU性能评估21、vmstat22、sar33、iostat64、tprof65、ps86、解决CPU占用的惩罚机制nice和renice97、小结10二、Memory性能评估111、VMM的管理简介112、使用vmstat确定内存的使用情况143、svmon命令144、内存的调整15三、磁盘的I/O性能评估171、iostat查看182、sard查看203、使用lslvllvname来评估逻辑卷的碎片情况224、lslvp评估物理布局235、使用vmstat命令评估调页空间的I/O236、使用filemon命令监控系统I/O247、监视磁盘I/O的小结2
2、68、案例279、RAID10和RAID5的比较28四、NETWORK性能评估311、ping命令查看网络的连通性312、netstati检查网络的接口323、netstatr检查主机的路由情况324、netpmon345、其他一些常用的命令36五、补充：关于topas的使用说明36六、主机日常检查脚本39七、案例48AIX5.3主机性能评估对于AIX主机的性能评估，我们从下面的4个方面来逐一介绍：CPU、MEMORY、I/O系统和网络这4个方面来描述。一、CPU性能评估首先，我们还是先来看一下CPU的性能评估。下面先主要介绍几个看CPU性能的命令。1、vmstat使用vmstat来进行性能评
3、估，该命令可获得关于系统各种资源之间的相关性能的简要信息。当然我们也主要用它来看CPU的一个负载情况。下面是我们调用vmstat命令的一个输出结果：$vmstat12Systemconfiguration:lcpu=16mem=23552MBkthrmemorypagefaultscpu-rbavmfrerepipofrsrcyinsycsussyidwa003091988274115200000018492612949078188300309198927411510000002527320136561152776对上面的命令解释如下：Kthr段显示内容 r列表示可运行的内核线程平均数目，包括
4、正在运行的线程和等待CPU的线程。如果这个数字大于CPU的数目，则表明有线程需要等待CPU。 b列表示处在非中断睡眠状态的进程数。包括正在等待文件系统I/O的线程，或由于内存装入控制而被挂起的线程。Memory段显示内容 avm列表示活动虚拟内存的页面数，每页一般4KB fre空闲的页面数，每页一般4KBPage段显示内容 re该列无效 pi从磁盘交换到内存的交换页（调页空间）数量，4KB/页。调页空间是驻留在硬盘上的虚拟内存的一部分。当内存使用过量时，会将溢出的工作组页面存储到调页空间中（窃取页）。当进程访问一个窃取页时，就产生了一个缺页故障，而这一页页必须从调页空间中读入到内存中。 po从
5、内存交换到磁盘的交换页数量，4KB/页。如果窃取的工作也在调页空间中不存在或者已经作了修改，则写入调页空间中。如果不被再次访问，它会留在调度空间中直到进程终止或者放弃空间。 fr根据页面替换算法每秒释放的页数。当VMM页面替换例程扫描页面帧表（PageFrameTable，PFT）时，它会根据一些条件选取需要窃取的页面以补充空闲列表。该条件中包含工作页面和计算页面，释放的页面中，计算页面不产生I/O，工作页面如果数据没有发生修改，也不需要写回磁盘，也不会产生I/O。 sr根据页面替换算法每秒所检查的页数。sr值比fr值高的越多，说明替换算法要查找可以替换的页面就越困难。 cy每秒页面替换代码扫
6、描了PFT多少次。因为增加空闲列表达到maxfree值，不一定需要完全扫描PFT表，而所有vmstat输出都为整数，所以通常cy列值为0。Faults段显示内容（其实这段内容不需太多关注） in在该时间间隔中观测到的每秒设备中断数。 sy在该时间间隔中观测到的每秒系统调用次数。 cs在该时间间隔中观测到的每秒钟上下文切换次数。Cpu段显示内容 us列显示了用户模式所消耗的CPU时间。 sy列详细显示了CPU在系统模式所消耗的CPU时间。 id列显示了没有未决本地磁盘I/O时CPU空闲或等待时间的百分比。 wa列详细显示了有未决本地磁盘I/O时CPU空闲的时间百分比。wa的值如果超过25%,就表
7、明磁盘子系统可能没有被正确平衡，或者这也可能是磁盘工作负荷很重的结果。如果在一个单用户系统中，us+sy时间不超过90%，我们就不认为系统的CPU是受限制的。如果在一个多用户系统中，us+sy时间超过80%,我们就认为系统的CPU是受限的。其中的进程将要花时间在运行队列中等待。响应时间和吞吐量会受损害。检查cpu，我们主要关注报告中的4个cpu列和2个kthr（内核线程）列。在上面的示例中，我们可以观察到以下几个主要的信息：CPUIDLE比较高，比较空闲；r列为0，表明线程不存在等待；WA值不高，说明I/O压力不大；free值比较大，pi，po为0，表明内存非常富裕。空闲较多。2、sar第二个
8、常用的是sar命令，但是sar会增加系统的开销。当然有些情况下，我们使用sar比较方便。sar的输出结果与前面的基本类似，这里不再作详细的介绍，关于命令的语法，也不再作详细的介绍，我们常用的命令格式：#sar13AIXjsdxh_db023500C2C1EB4C0010/24/07Systemconfiguration:lcpu=1617:52:26%usr%sys%wio%idlephysc17:52:271970758.0017:52:281960758.0117:52:291970758.02Average1970758.01在这里，sar命令输出的是一个整体的cpu使用情况的一个统计，
9、统计分项目的内容也比较直观，通过名字就可以理解涵义。这里有一点比较方便的就是，在最后一行有一个汇总的average行，作为上述统计的一个平均。另外，补充说明一点的就是，一般来说，第一行统计信息包含了sar命令本身启动的cpu消耗，所以往往是偏高的，所以导致average值也往往是偏高一点的。当然，这不会对结果产生多大影响。当我们有多个cpu的时候，而程序采用的是单线程，有时候会出现一种情况，我们检查发现，cpu总体的使用率不高，但是程序响应却比较慢。这里有可能就是单线程只使用了一个cpu，导致这个cpu100占用，处理不过来，而其他的cpu却闲置。这时可以对cpu分开查询，统计每个cpu的使用
10、情况。#sar-PALL12AIXjsdxh_db023500C2C1EB4C0010/24/07Systemconfiguration:lcpu=1618:03:30cpu%usr%sys%wio%idlephysc18:03:3100690310.0015050001.0020001000.5230001000.484010990.5450001000.4660001000.5370001000.4780001000.5390001000.4710020980.54110001000.461211580310.00131000001.00140001000.53150001000.47-1
11、970758.0118:03:3200710290.0015050001.0020001000.5230001000.484010990.5450001000.4760001000.5270001000.4780001000.5390001000.4710020980.54110001000.461239410200.00131000001.00140001000.52150001000.47-1970757.98Average00700300.0015050001.0020001000.5230001000.484010990.5450001000.4660001000.5370001000
12、.4780001000.5390001000.4710020980.54110001000.461228480240.00131000001.00140001000.52150001000.47-1970758.00上面是分cpu统计的情况，结果应该也比较直观吧。Sar还有其他一些比较特殊的使用方法，比如：如果希望多个采样和多个报告，可为sar命令指定一个输出文件，这样就方便多了。将sar命令的标准输出数据定向到/dev/null，并将sar命令作为后台进程运行。具体的命令格式为：sar-A-o/temp/sar_result.log5300/dev/null&关于sar其他的一些使用方法，这
13、里不再详述。3、iostat第三个可以用来使用的命令是iostat.$iostat-t24tty:tintoutavg-cpu:%user%sys%idle%iowait0.00.00.00.199.80.10.081.00.00.199.90.00.040.50.00.0100.00.00.040.50.00.199.10.8TTY的两列信息（tin和tou）显示了由所有TTY设备读写的字符数CPU统计信息列（%user、%sys、%idle和%iowait）提供了CPU的使用情况。注意：第一份报告为系统启动以来的一个累积值。4、tprof使用tprof命令用于统计每个进程的CPU使用情况#
14、tprof-xsleep30该命令的输出结果可查看_prof.all文件。此命令运行30秒钟，在当前目录下创建一个名为_prof.all的文件。30秒钟内，CPU被调度次数约为3000次。_prof.all文件中的字段Total为此进程调度到的CPU次数。如果进程所对应的Total字段的值为1500，即表示该进程在3000次CPU调度中占用了1500次，或理解为使用了一半的CPU时间。tprof的输出准确地显示出哪个进程在使用CPU时间。在我下面的这一份示例中，可以看到，大部分的cpu时间都是被wait所占用的。这里的wait实际上是idle进程，可以表明这个系统是一个完全空闲的系统。$more_prof.allProcessPIDTIDTotalKernelUserSharedOther=wait409704097129982998000wait327763277729942994000wait245822458329852985000wait163881638929802980000syncd2212541557073131000caiUxOs524540229401530030netm737467374711000hats_nim1671242
