(1)用户和应用服务器分布 ST07及AL08
ST07可以让你看到包括所有的应用服务器在内的整个系统中有多少用户登录进来.还可以根据功能分区来将数字拆分细化,还可查看历史数据.
AL08可以显示已登录终端用户总数,可根据用户登录的应用服务器进行划分,因此可对某个系统的应用服务器负载均衡情况进行分析.可显示每个终端用户在执行的事务,从而可以实时地对系统负载类型进行分析.
(2)管理负载均衡 SMLG
可用来查看某种登录负载均衡机制的工作情况.此事务可用于设置登录组,还可以监视每个登录组的性能.按F5可查看每个登录组的响应时统计数据.(SMLG可补充AL08的功能,显示所登录的用户数量,显示每个登录组的响应时.)
(3)数据库概述与性能 DB02及ST04
DB02可跟踪数据库如何随着时间的增长而增长,也可跟踪索引的数量以及它们的大小,数量和历史发展趋势.
ST04(Database Performance Analysis)数据库性能分析事务,它可以实时地分析缓存命中率,逻辑读对物理读的对比,关键"缓冲区繁忙等待(Buffer Busy Waits)"值,以及更多其它信息.
注意,如果需要确定最近某一种变动对数据库性能的影响,这些实时数据的统计数据是可以复位的.借助Detail Analysis Menu(详细分析菜单),你可根据特定SQL需求或表的访问来深入到整个活动,异常事件,资源消耗量以及更多的历史数据当中.
(4)升级,锁定和磁盘子系统性能 SM12及SM13
如果想要知道升级的应用情况是"提交"到数据库的情况是否存在锁定项(lock entry)的话,要通过SM12(数据锁定项,Database Lock Entries及SM13(管理员更新记录,Administrator Update Records)来完成.
用SM12来浏览与某个数据库表,用户或客户相关的锁定项.
用SM13来跟踪和监测实时的数据升级.
(5)内存管理和优化统计 ST02
优化统计(Tune Summary),能够实时查看每个SAP应用服务器的内存及多个缓冲区的运行情况.就某个负载而言,如果缓冲区没有正确配置或是未被优化,那么在Swaps列就会显示出缓冲区的值越积越大,并用红色高亮显示出来,这就我们就很容易鉴别出问题所在的区域.
ST02不仅可以管理缓存,还可跟踪每台应用服务器的内存使用情况.要特别注意当前扩展内存的使用率(与高峰时期相比).同样,要经常检查堆内存(heap memory)的使用是否已最小化.
堆内存是特定于工作过程的.当程序使用工作过程的共享内存时,它必须采用独立维护内存的PRIV模式.此时,正在执行的程序是无法切换到另一个工作过程的,它会被一直阻塞直到程序执行结束.程序结束后,系统会重启动工作过程,一切又恢复正常(程序在何处进出内存要视SAP系统的需要而定).
(6)响应时和负载性能 ST03及ST03N
监视自身的负荷是性能管理中最重要的一个组成部分.ST03及ST03N就可以执行负载监控器(workload monitor).它既可以为你显示总体工作负荷的情况,也可以根据对话,批处理,升级和其他任务类型来分拆显示.点击Transication Profile按钮就可以根据响应时对每种类型的结果进行排序.这里,你可以分析哪些工作消耗最多的数据库时间(DB请求时间),CPU时间和其它核心组件的响应时间的事务程序.你还可以查看不同的时间段内的合计值,时间段可以从15分钟到1个月.查看并跟踪每天每小时处理的总的对话数,这样就你可以了解一天内每个小时的工作负荷情况.
此外,ST03N还能跟踪数据的直接读取,序列读取和变更(数据库更新或提交).此外,它还可以获得每个事务请求的平均字节数.这样就可以确定某个系统当前支持的磁盘负荷.
除了纯粹的响应时指标之外,ST03的"Time Pfofile"和"Transaction Profile"按钮还支持量化某个特定时间段内的系统负荷,或是根据特定工作负荷来确定哪些事务是最常用的,从而产生了哪些相关硬件的负荷.
事务ST03G使你可以查看并分析与外部系统相关的负荷,以及对跨多个系统的业务过程的系统性能分析.这是对ST03一个强有力的补充.
一般来说,数据库正常运行时,应该符合以下几个参数值:
(1)Data Buffer Quality至少为94%.在系统重启后,Buffer值一般不能立即读入,此时Qulity值也很低,所以通过等到Reads超过20 000 000以后,才来计算Qulity的值.
(2)Time/user call<20ms
(3)SQL area pinratio>97%.
(7)OS监控器 ST06
OS Monitor(ST06)是另一个可以显示大量实时性能数据的SAP事务.它包括了根据用户,系统和空闲时间来进行排序的CPU利用率,CPU进程队列(也称为CPU负荷计数).
内存OS监控还支持检查短期历史数据;点击"Datail Analysis Menu,详细分析茶单"就可以访问到根据主硬件子系统及应用服务器划分的历史数据信息.
有了这些历史数据,你就可以将在OS和数据库那里所收集到的磁盘性能指标以SAP可见的方式进行管理.你还可以查看过去24小时中每小时CPU的负载情况,这样容易确定负载峰值,还可监视并分析CPU的吞吐性能(如执行SP03N来查看某一段特定时间内的对话数量).同样,深入SAP性能数据库也使得从OS监控器那里获取其他通用服务器或某一具体服务器的性能分析变得容易起来.你可以将这些数字与你通过基于硬件或OS的性能工具那里收集到的结果进行比较或是关联.
OS监控器或事务ST06即提供了实时的性能快照也可以对历史数据进行访问.
通过它可以综合分析出CPU,交换空间,以及内存的使用率,总结出操作系统的性能.
(8)监视活动工作过程 SM50和SM66
它们都可以查看系统中工作过程的活动情况.SM50显示了特定应用服务器(实际上是你现在登录的那台)所配置的全部工作过程,而SM66则显示了所有应用服务器上的全部活动工作过程.特别是SM66,它可以获取某台服务器平台上的活动用户或对话的数量;一般来讲,平台的速度越快,某段时间内的活动过程就越少.
SM50:工作进程管理,一个应用服务器一般有DIA,UPD,ENQ,BTC,SPO五种类型的工作进程.
DIA:为前台工作进程,一个instance至少要有两个DIA,否则根本起不来.
UPD,UPD2是立即更新进程(有些系统中为VB1,VB2进程),其中UPD
转载于:https://blog.51cto.com/lujiesky/1160244