AIX主机性能评估Word文档格式.docx

上传人:b****4 文档编号:16442661 上传时间:2022-11-23 格式:DOCX 页数:24 大小:40.22KB
下载 相关 举报
AIX主机性能评估Word文档格式.docx_第1页
第1页 / 共24页
AIX主机性能评估Word文档格式.docx_第2页
第2页 / 共24页
AIX主机性能评估Word文档格式.docx_第3页
第3页 / 共24页
AIX主机性能评估Word文档格式.docx_第4页
第4页 / 共24页
AIX主机性能评估Word文档格式.docx_第5页
第5页 / 共24页
点击查看更多>>
下载资源
资源描述

AIX主机性能评估Word文档格式.docx

《AIX主机性能评估Word文档格式.docx》由会员分享,可在线阅读,更多相关《AIX主机性能评估Word文档格式.docx(24页珍藏版)》请在冰豆网上搜索。

AIX主机性能评估Word文档格式.docx

21

4、lslv–p评估物理布局 

22

5、使用vmstat命令评估调页空间的I/O 

23

6、使用filemon命令监控系统I/O 

24

7、监视磁盘I/O的小结 

26

8、案例 

9、RAID10和RAID5的比较 

28

四、NETWORK性能评估 

31

1、ping命令查看网络的连通性 

2、netstat–i检查网络的接口 

3、netstat–r检查主机的路由情况 

32

4、netpmon 

34

5、其他一些常用的命令 

36

五、补充:

关于topas的使用说明 

六、主机日常检查脚本 

39

 

脚本中包括的内容包括:

主机的cpu,memory,io,network检查;

ha检查,主机告警日志;

数据库表空间,告警日志,job等的检查。

更新:

七、结合oracle的一个案例

根据tereal 

的意见,对文档的部分描述不正确内容作了更正。

另外,加上了案例分析,新的附件在11页提供下载。

申请加精。

第一部分目录

1

7

1、vmstat

使用vmstat来进行性能评估,该命令可获得关于系统各种资源之间的相关性能的简要信息。

当然我们也主要用它来看CPU的一个负载情况。

下面是我们调用vmstat命令的一个输出结果:

$vmstat12

Systemconfiguration:

lcpu=16mem=23552MB

kthr 

memory 

page 

faults 

cpu 

----- 

----------- 

------------------------ 

----------------- 

-----------

avm 

fre 

re 

pi 

po 

fr 

sr 

cy 

in 

sy 

cs 

ussyidwa

030919882741152 

1849261294907 

188 

3

030919892741151 

2527320136561 

15 

277 

6

对上面的命令解释如下:

Kthr段显示内容

• 

r列表示可运行的内核线程平均数目,包括正在运行的线程和等待CPU的线程。

如果这个数字大于CPU的数目,则表明有线程需要等待CPU。

b列表示处在非中断睡眠状态的进程数。

包括正在等待文件系统I/O的线程,或由于内存装入控制而被挂起的线程。

Memory段显示内容

avm列表示活动虚拟内存的页面数,每页一般4KB

fre空闲的页面数,每页一般4KB

Page段显示内容

re–该列无效

pi从磁盘交换到内存的交换页(调页空间)数量,4KB/页。

调页空间是驻留在硬盘上的虚拟内存的一部分。

当内存使用过量时,会将溢出的工作组页面存储到调页空间中(窃取页)。

当进程访问一个窃取页时,就产生了一个缺页故障,而这一页页必须从调页空间中读入到内存中。

po从内存交换到磁盘的交换页数量,4KB/页。

如果窃取的工作也在调页空间中不存在或者已经作了修改,则写入调页空间中。

如果不被再次访问,它会留在调度空间中直到进程终止或者放弃空间。

fr根据页面替换算法每秒释放的页数。

当VMM页面替换例程扫描页面帧表(PageFrameTable,PFT)时,它会根据一些条件选取需要窃取的页面以补充空闲列表。

该条件中包含工作页面和计算页面,释放的页面中,计算页面不产生I/O,工作页面如果数据没有发生修改,也不需要写回磁盘,也不会产生I/O。

sr根据页面替换算法每秒所检查的页数。

sr值比fr值高的越多,说明替换算法要查找可以替换的页面就越困难。

cy每秒页面替换代码扫描了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%,就表明磁盘子系统可能没有被正确平衡,或者这也可能是磁盘工作负荷很重的结果。

如果在一个单用户系统中,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

第二个常用的是sar命令,但是sar会增加系统的开销。

当然有些情况下,我们使用sar比较方便。

sar的输出结果与前面的基本类似,这里不再作详细的介绍,关于命令的语法,也不再作详细的介绍,我们常用的命令格式:

#sar13

AIXjsdxh_db023500C2C1EB4C00 

10/24/07

lcpu=16

17:

52:

26 

%usr 

%sys 

%wio 

%idle 

physc

27 

19 

75 

8.00

28 

8.01

29 

8.02

Average 

19 

在这里,sar命令输出的是一个整体的cpu使用情况的一个统计,统计分项目的内容也比较直观,通过名字就可以理解涵义。

这里有一点比较方便的就是,在最后一行有一个汇总的average行,作为上述统计的一个平均。

另外,补充说明一点的就是,一般来说,第一行统计信息包含了sar命令本身启动的cpu消耗,所以往往是偏高的,所以导致average值也往往是偏高一点的。

当然,这不会对结果产生多大影响。

当我们有多个cpu的时候,而程序采用的是单线程,有时候会出现一种情况,我们检查发现,cpu总体的使用率不高,但是程序响应却比较慢。

这里有可能就是单线程只使用了一个cpu,导致这个cpu100%占用,处理不过来,而其他的cpu却闲置。

这时可以对cpu分开查询,统计每个cpu的使用情况。

#sar-PALL12

18:

03:

30cpu 

31 

69 

0.00

50 

50 

1.00

100 

0.52

0.48

99 

0.54

0.46

0.53

0.47

10 

98 

11 

12 

58 

13 

14 

15 

32 

71 

39 

41 

20 

7.98

70 

30 

28 

48 

24 

上面是分cpu统计的情况,结果应该也比较直观吧。

Sar还有其他一些比较特殊的使用方法,比如:

如果希望多个采样和多个报告,可为sar命令指定一个输出文件,这样就方便多了。

将sar命令的标准输出数据定向到/dev/null,并将sar命令作为后台进程运行。

具体的命令格式为:

sar-A-o/temp/sar_result.log5300>

/dev/null&

关于sar其他的一些使用方法,这里不再详述。

3、iostat

第三个可以用来使用的命令是iostat.

$iostat-t24

tty:

tin 

tout 

avg-cpu:

%user 

%sys 

%idle 

%iowait

0.0 

0.0 

0.1 

99.8 

0.1 

81.0 

99.9 

40.5 

100.0 

99.1 

0.8

TTY的两列信息(tin和tou)显示了由所有TTY设备读写的字符数

CPU统计信息列(%user、%sys、%idle和%iowait)提供了CPU的使用情况。

注意:

第一份报告为系统启动以来的一个累积值。

4、tprof

使用tprof命令用于统计每个进程的CPU使用情况

#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.all

Process 

PID 

TID 

TotalKernel 

UserShared 

Other

======= 

=== 

=========== 

========== 

=====

wait 

40970 

40971 

2998 

32776 

32777 

2994 

24582 

24583 

2985 

16388 

16389 

2980 

syncd 

221254 

155707 

caiUxOs 

524540 

2294015 

netm 

73746 

73747 

hats_nim 

1671242 

1220665 

snmpd64 

598258 

1245291 

rpc.lockd 

639212 

1728679 

tprof 

704622 

2277437 

trclogio 

360524 

2408625 

trace 

1523820 

2523145 

clinfo 

1958102 

2760945 

sh 

1572938 

2285709 

Total 

12000 

11994 

Process 

FREQ 

======= 

=== 

wait 

11957 

syncd 

caiUxOs 

netm 

hats_nim 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 表格模板 > 合同协议

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1