网络吞吐量以及带宽
|
Object |
Counter |
Description |
参考值 |
|
Network Interface |
Bytes Total/se |
Bytes Total/sec 为发送和接收字节的速率，包括帧字符在内。判断网络连接速该计数器的值和目前网度是否是瓶颈，可以用该计数器的值和络的带宽相目前网络的带宽比较 |
改计数器的值和目前网络带宽相除，结果应该小于50% |
|
Web Servic |
Maximum Maximum Connections |
Maximum Maximum Connections ：“ 最大连接数” Attempts Total Connection Attempts ：“ 连接尝试总数” 是从服务启动时利用 Web 服务尝试连接的总数。该计数器应用于全部所列的实例。
|
|
磁盘相关
Object（对象） Counters（ 计数器名称） Description（ 描述）参考值
|
Object |
Counters |
Description |
参考值 |
|
Network |
Bytes Total/sec |
Bytes Total/sec 为发送和接收字节的速Interface 率， 包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较
|
|
|
Processo |
%Processor Time % Privileged Time |
CPU 使用率该计数器对应于处理器执行Windows. 2000 内核命令（ 如处理SQL Server I/O 请求） 所用时间的百分比。如果 Physical Disk 计数器的值很高时该计数器的值也一直很高，则考虑使用速度更快或效率更高的磁盘子系统。
|
|
|
PhysicalDisk |
%Disk Time |
% Disk Time 指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大，那 么硬盘不是瓶颈。如果只有%Disk Time 比较大， 另外两个都比较适中，硬盘可能会是瓶颈。在记录该计数器之前， 请 在 Windows 2000 的命令行窗口中运行 diskperf -yD 。若数值持续超过 80%，则可能内存泄漏。 |
|
|
PhysicalDisk |
AverageDisk Queue Length |
指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。
|
|
|
PhysicalDisk |
PhysicalDisk |
指在此盘上读取操作的速率 |
|
|
PhysicalDisk |
Disk Writes/sec |
指在此盘上写入操作的速率 |
|
判断磁盘瓶颈的方法是通过以下公式来计算：
每磁盘的I/O 数 = [读次数 + （4 * 写次数）] / 磁盘个数
如果计算出的每磁盘的I/O 数大于磁盘的处理能力，那么磁盘存在瓶颈。
应用程序
这里以ASP.NET 开发的Web 应用程序为例进行说明。
|
Object |
Counters |
Description |
参考值 |
|
ASP.NET Applications |
Request/Sec Request Executing |
每秒执行的请求数。 |
如果Request/Sec ApplicationsRequest Executing 当前执行的请求数。的值比较小， 你 的Web 程序可能 是瓶颈
|
|
ASP.NET |
ASP.NETRequestWait Time Request Executing Time
|
最近的请求在队列中等待的毫秒数。执行最近的请求所用的毫秒数。Queued 在理想状况下应该接近0， Request Queued 等候处理的请求数。该计数器应保持接近 0。超过 IIS 队列长度会出如果这两个值太大，那么需要重现“服务器太忙”错误 |
|
|
|
|
|
|
|
|
|
|
|
这里针对SQL Server2000，而且只是列出比较关键的几个。更加详细的信息可以参考SQL Server 的联机文档。
|
Object（ |
Counters |
Description |
参考值 |
|
Processor |
%Processor time |
CPU 使用率 |
|
|
SQL Server: Logins/sec |
这是每秒登录到 SQL Server 的计数 |
|
|
|
SQLServer:CacheManage |
Cache Hit Ratio (all instances) |
显示在高速缓存中找到数据的命中率。如果数值持续小于 85%， 则表 示内存有问题。
|
|
|
SQL Server General Statistics |
User Connections |
显示当前 SQL 用户数。与 Active Server Pages：Requests/Sec 计数器 进行比较， 可帮助了解脚本对 SQL Server 的影响程度。如果差别过大，则表示测试脚本不能有效地对SQL Server 进行应力测试。
|
|
|
SQLServer:Locks |
Lock Waits/sec |
显示在当前进程完成之前强制其他进程等待的每秒锁定请求的数量。如果该值始终大于 0， 则表示事务有问题。
|
|
|
SQLServer: BuffeManage |
Buffer Manager Hit Ratio |
计数器值依应用程序而定， 但比率最好为 90% 或更高。增加内存直到这一数值持续高于 90%， 表示90% 以上的数据请求可以从数据缓冲区中获得所需数据。
|
|
|
SQLServer SQL Statistics |
Batch Requests/sec |
每秒收的Transact-SQL 命令批数。这一统计信息受所有约束（ 如I/O、用户数、高速缓存大小、请求I/O、用户数、高速缓存大小、请求的复杂程度等）影响。批请求数值 高意味着吞吐量很好。
|
|
|
SQL Server: Buffer Manager
|
Lazy Writes/sec |
每秒被缓冲区管理器的惰性写入器写入的缓冲区数。惰性写入器是一 个系统进程， 其主要任务是刷新成批的老化的脏缓冲区（指包含更改 的缓冲区， 这些更改必须写回磁盘，才能使该缓冲区由其它页重新使 用），并使之可由用户进程使用。惰性写入器消除了为创建可用缓冲区而频繁执行检查点的需要。
|
|
|
SQL Server: Buffer Manager
|
Page Reads/sec |
每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据 库间的物理页读取总数。由于物理I/O 的开销大， 可以通过使用更大 的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。
|
|
|
SQL Server:Databases
|
Transactions/sec |
每秒为数据库启动的事务数 |
|
这里针对SQL Server2000，而且只是列出比较关键的几个。更加详细的信息可以参考SQL
Server 的联机文档。
如果要监视的两台计算机在同一个局域网络内，建议不要使用Network Delay Monitor。
因为在同一局域网内，Network Delay 会非常的小，网络监视器会有足够的时间在每秒钟内发送成百上千的请求，这样会导致源计算机（source machine） 的CPU 和内存超负荷工作。
默认情况下“Enable display of network nodes by DNS names” 选择是没有选中的，因为
选中它会明显的降低该监视器的速度。