二．监控指标数据分析

1 ．大并发用户数：

应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的大并发用户数。

*在方案运行中，如果出现了大于 3 个用户的业务操作失败，或出现了服务器 shutdown 的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么大并发用户数是前一个没有出现这种现象的并发用户数。

*如果测得的大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么 OK 。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。

2 ．业务操作响应时间：

*分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。

*细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引起的？问题是否与网络或服务器有关？

*如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因。如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题

3 ．服务器资源监控指标：

内存：

1 UNIX 资源监控中指标内存页交换速率（ Paging rate ），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。

2 Windows 资源监控中，如果 ProcessPrivate Bytes 计数器和 ProcessWorking Set 计数器的值在长时间内持续升高，同时 MemoryAvailable bytes 计数器的值持续降低，则很可能存在内存泄漏。

内存资源成为系统性能的瓶颈的征兆 :

*很高的换页率 (high pageout rate);

*进程进入不活动状态 ;

*交换区所有磁盘的活动次数可高 ;

*可高的全局系统 CPU 利用率 ;

*内存不够出错 (out of memory errors)

处理器：

1 UNIX 资源监控（ Windows 操作系统同理）中指标 CPU 占用率（ CPU utilization ），如果该值持续超过 95% ，表明瓶颈是 CPU 。可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用于 SQL Server， 可接受的大上限是 80-85%

合理使用的范围在 60% 至 70% 。

2 Windows 资源监控中，如果 SystemProcessor Queue Length 大于 2 ，而处理器利用率（ Processor Time ）一直很低，则存在着处理器阻塞。

CPU 资源成为系统性能的瓶颈的征兆 :

*很慢的响应时间 (slow response time)

*CPU 空闲时间为零 (zero percent idle CPU)

*过高的用户占用 CPU 时间 (high percent user CPU)

*过高的系统占用 CPU 时间 (high percent system CPU)

*长时间的有很长的运行进程队列 (large run queue size sustained over time)