黄帝内经*金匮真言伦篇全集下载链接

 

http://hi.baidu.com/eajian/blog/item/54c6acd32a62b13c960a163b.html

• SiteScope简介

Mercury SiteScope是一种为确保分布式IT基础部件的可用性和性能的无代理的监视解决方案。这种分布式基础部件包括服务器、操作系统、网络设备、网络服务、应用程序及应用组件。SiteScope也充当其他Mercury产品（如Mercury BAC, MMS, LoadRunner）基础的监视器。SiteScope可以为您提供您需要的基础部件的实时信息，提供问题的通知，以便能在问题变棘手之前及时解决。

SiteScope是工业界第一种提供这种无代理式的监视解决方案。已经有超过5,000家公司从中获得利益。与基于高管理费，维护费和劳动成本的代理式监视方法不同，SiteScope可以从以下方面减低总成本：

• 可以采集详细的基础部件的性能数据
• 消除在产品系统中运行代理程序带来的额外内存和CPU资源
• 通过在一台服务器上集中进行维护来减少维护的总时间和代价
• 消除为升级代理程序而使产品系统中断的任何必要
• 消除为调谐监视代理程序与共存的其他代理程序所浪费的时间
• 通过减少必要的有形的观察产品服务或者等待软件程序分发运行的安装时间
• 避免由于不可靠的代理程序引起的系统停工或者交易丢失的可能性
• SiteScope特性

Mercury SiteScope是提供无需运行在产品系统上的基础部件监视的软件，也提供Failover（故障转移）能力，支持同时监视大量系统，支持通过SSH的安全连接，能够与其他Mercury应用管理解决方案的整合。

SiteScope能够监视超过65种危及的健康和性能的特性，如利用率、响应时间、占用率和可用资源等，允许设置阀值(threshold) 在问题产生前发送预制的警告信息。SiteScope同样也可以专注于Website的监视和管理，使用如URL内容监视，URL序列监视，或者Link检查等特性。SiteScope包含了标准的通知方法，如E-mail，SNMP Trap和Pager (呼机，也支持SMS设备) ，还提供附加的Post和DB alerts，并且能够根据问题的严重程度自动产生管理报告并警告不同的人。SiteScope可以自动执行用户自定义的行为脚本，支持正则表达式。

SiteScope支持Windows、UNIX、Linux操作系统，能够覆盖绝大多数的不同类型的环境。SiteScope服务程序可独立安装在Windows，UNIX，或者Linux监视服务器上，也可以直接安装在产品服务的系统上。

• SiteScope基本结构图

• SiteScope 软硬件需求

SiteScope Server System Requirements
Computer / Processor	Pentium III, 700 MHZ+ or Sun Ultra2/E220/E250 Dual processor machines recommended for more than 4,000 monitors or 500 monitors per minute.
Operating System	Windows 2003 Server and Windows 2000 Server Solaris 2.7, 2.8, 2.9 RedHat Linux 8.0, RedHat Linux 9.0 with Native POSIX Threading Library (NPTL) and RedHat Enterprise Linux 3.0 RedHat 9.0 with NTPL or RedHat Enterprise Linux 3.0 recommended
Memory	512 MB RAM 2 GB RAM recommended for more than 4,000 total monitors or 500 monitors per minute
Free Hard Disk Space	1 MB per day for each monitor per minute. For example, 10 monitors per minute will require 10 MB of disk space per day.

如果您对Mercury SiteScope产品感兴趣，欢迎到Mercury网站下载10天的评估版，也可以访问demo.sitescope.com进行在线的试用评估。本手册的绝大数内容均可在demo.sitescope.com上测试试用。

本手册将以建立一套系统产品的监视过程为线索，为您展示SiteScope的一些基本爱猫扑.爱生活。

• SiteScope安装注册

Mercury SiteScope有多种平台的安装版本，包括for Windows，for Linux等。Mercury SiteScope安装包内嵌有Apache和JRE，因此无需额外的web server程序。整个安装过程十分简单，这里就不再介绍了。

当SiteScope安装完毕之后，需要对SiteScope进行产品注册。所谓注册，就是使用SiteScope所特有的点数系统。点数的大小取决于您使用的License，它灵活地为客户提供全套的监视器。每个license提供一批点数，这些点数可以被用在多种服务器和监视器上。SiteScope监视器类型根据激活他们（监视器）的点数来分类。对于任何企业部署来说，可测量性是很重要的考量。点数系统允许公司根据未来预期的增长来提前购买所需要的点数。这对于SiteScope Web Site和访问这个site没有任何限制。

基于以下两个因素来建立SiteScope监视器的点数：

• 您所购买监视器的总点数
• 您想使用监视器的类型

举例说明：

为一个Web页建立一个URL监视器，那么您需要为每个监视器实体支付一个监视器信用点数。为建立一个Apache服务器监视器，则需要为每个您想要监视的性能度量标准支付一个信用点数。

System Monitors (1 point each unless otherwise noted)	Web/URL Monitors (1 point each unless otherwise noted)
CPU Utilization	Link Check
Database	URL
DHCP	URL Content
Directory	URL List*
Disk Space	URL Sequence*
File	Web Server
IPMI*	Web Service
LDAP	*1 point per step or URL
Log File	Application Monitors (1 point per metric measured unless otherwise noted)
Memory	Apache Web Server
News	ATG Dynamo Application Server
Network	BEA Tuxedo
NT Dial-up	BEA WebLogic Application Server
NT Event Log	BroadVision Application Server
Radius	CheckPoint FireWall-1
scrīpt**	Cisco Works
Service	Citrix MetaFrame
* 1 point per metric ** 1 point for first four values matched. 1 point for each value thereafter.	IBM DB2
	IBM WebSphere Application Server
Network Service Monitors (1 point each unless otherwise noted)	F5 Big-IP
DNS	MacroMedia ColdFusion Server
Formula (Bandwidth) Composite	MAPI
FTP	NetScape Enterprise/iPlanet
Mail	NT Performance Counter (Microsoft Applications)
Network bandwidth*	Novell SilverStream
Ping	Oracle9i Application Server
Port	Oracle JDBC
Real Streaming	Real One/Real Media Player and Server
RTSP (Real Time Streaming Protocol)	SAP GUI
SNMP	SunONE Server
SNMP by MIB**	Sybase Database
SNMP Trap	Windows Resources*
* 1 point per interface ** 1 point per metric	* 1 point per instance

再举例：一个购买了具有100点数的公司，可以建立10应用监视器，每个监视器有监视5个性能指标（10 X 5 = 50 点），2个URL序列监视器，每个序列有10个处理步骤（2 X 10 = 20 点），和30个1点的网络服务或者系统服务（30 X 1 = 30 点）。也可以用这100点建立10个应用监视器，每个监视器度量1个指标（10 X 1 = 10点），一个URL序列监视器，每个序列监视器有5步（1 X 5 = 5点），和85个网络服务或者总计85点的系统监视器。

• SiteScope配置

SiteScope主界面主要分为两大功能区域：导航条和主视图区。导航区主要包括SiteScope Homepage，Alerts，Reports，Health，Preference和Help六大项。

• 导航条

3.1.1.Multi-view

3.1.2.Manage Monitors and Groups

您可以根据采集到的监视数据确定的性能指标的平均值和标准偏差来确定一个固定的性能基线特性。这个基线一旦确定，error/warning/good条件将根据这个基线来设置。

3.1.3.Browse

可根据不同类型的过滤条件快速察看各监视器的状态。如图所示

3.1.4.Remote UNIX/NT

添加用于监视的机器。对于远程的机器在使用Telnet可能会出现无法连接或者超时的情况，可以通过更改配置文件中相关设置对应的值。有关配置文件部分后面再做介绍。

3.1.5.Tools

SiteScope还额外提供一些不同类型的工具来帮助您建立不同的监视器。

3.1.6.Progress

显示出当前SiteScope运行的状态。图中标明的是当前SiteScope所运行的监视器负载数。

• Alerts

点击导航条“Alerts”，浏览器将显示SiteScope上已经定义好的alert，若没有定义，您可以根据需要自行定义。如图所示

点击“Add”，

点击“Define Alert”，

点击“Edit E-mail Preferences”来创建自己的Email信息，以便SiteScope发送alert到设定的Email地址。

所有已定义的alert均被记录，SiteScope允许您通过Alert Report或者Alert Log察看。

Email示例，如图所示。

• Reports

点击导航条“Reports”，浏览器将显示SiteScope上已经定义好的report，若没有定义，您可以根据需要自行定义。如图所示

点击“Add”，

您可以在Report Sections设置不同的内容项以产生符合自身需要的report内容和格式。如果您希望产生的report自动发送到某人的Email中，那么请在“Send Report by Email”设置好被发送人的Email地址，如果是多个人，请用逗号分隔。如果您设置了“Report Schedule”，那么SiteScope将定时自动产生Reports。

• Quick Report

当您点击生成Quick Report时，它将立刻产生。它只显示文本和图形格式，且不会自动保存。其它与“Reports”相类似，这里就不再介绍了。

• Preference

点击导航条“Preference”，浏览器将显示SiteScope site本身的设置项。也是您首次安装完毕之后，需要首先进行设置的地方。

当您首次安装好SiteScope之后，进入Preference如图所示。如果您没有license，那么您只有10天的试用期。填完license并update之后，您将可以看到license的状态，该license所支持的总点数，以及您可以使用不同类型的监视器，如下图所示（示例）。

 

• Users

安装好SiteScope，系统将自动创建两个用户：administrator和user。且默认使用administrator身份直接登录。如需要，可自行修改设置。如图所示

• Configure file

如果您想更为个性化的定制自己的 SiteScope，那么您需要更改<SiteScope install path>/SiteScope/groups/master.config中相对应的设置，更改前请先备份！

Master.config摘要：

…

_urlRedirectMax=10

_URLRemoteLocationsMax=6

_urlRemoteRequestMax=4

_URLSequenceMonitorIgnoreHTMLComments=

_URLSequenceMonitorSteps=20

_urlUnixSSL=

_URLUserAgent=Mozilla/4.0 (compatible; MSIE 4.01; Windows NT)

_userRedirectFile=

_userReportIndexHTML=

_userURL=http://192.168.0.4:8888/SiteScope/userhtml/SiteScope.html

_useThreadPool=yes

_verifySleepDuration=5000

举例说明，如何删除Email Alert中的SiteScope server的IP信息？首先，您找到master.config文件，用文本编辑器打开之，然后添加一行参数：

_hideServerInSubject=true

保存后，重新启动SiteScope服务，即可生效。

网站功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：

 

 

1、页面链接检查： 每一个链接是否都有对应的页面，并且页面之间切换工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTML Link Validater只能测试以Html或者htm结尾的网页链接；Xenu无需安装，支持asp、do、jsp等结尾的网页，同时能够生成html格式的测试报告。

2、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确检查按钮的功能是否正确 如新建、编辑、删除、关闭、返回、保存、导入等功能是否正确。

3、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。

1）标点符号检查：输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。

2）特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。

3)字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。

4、中文字符处理：在可以输入中、英文的系统输入中文,看会否出现乱码或出错。

检查信息的完整性 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。

5、信息重复：在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。

6、检查删除功能：在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。

7、检查添加和修改是否一致：检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型

8、检查修改重名：修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错

9、重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。对于Web系统检查多次使用返回键的情况   在有返回键的地方,返回到原来页面,重复多次，看会否出错

10、搜索检查：有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确。

11、输入信息位置：注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。

12、上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等。

13、必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”；对必填项提示返回后，焦点是否会自动定位到必填项。

14、快捷键检查：是否支持常用快捷键，如Ctrl+C、 Ctrl+V、 Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

15、回车键检查：在输入结束后直接按回车键,看系统处理如何,会否报错。

16、刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。   

17、回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；多次使用回退键，多次使用前进键，看系统如何处理。

18、直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。

19、空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

20、输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。如对于要求输入符点型数据的项中，输入全角的小数点（“。”或“．”，如４．５）；输入全角的空格等。

21、密码检查：一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但同时，会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”等一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。

22、用户检查：任何一个系统，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑、删除管理员用户。同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其它信息是否重现。同样，提供注销功能的系统，此用户再次注册时，是否作为一个新的用户。

23、系统数据检查：这是功能测试最重要的，如果系统数据计算不正确，那么功能测试肯定是通不过的。数据检查根据不同的系统，方法不同。对于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。

24、系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。



                                                                  GUI基本测试内容

图形用户界面（ GUI ）对软件测试提出了有趣的挑战，因为 GUI 开发环境有可复用的构件，开发用户界面更加省时而且更加精确。同时， GUI 的复杂性也增加了，从而加大了设计和执行测试用例的难度。因为现在 GUI 设计和实现有了越来越多的类似，所以也就产生了一系列的测试标准。下列问题可以作为常见 GUI 测试的指南：

窗口：
· 窗口是否基于相关的输入和菜单命令适当地打开？
· 窗口能否改变大小、移动和滚动？
· 窗口中的数据内容能否用鼠标、功能键、方向键和键盘访问？
· 当被覆盖并重新调用后，窗口能否正确地再生？
· 需要时能否使用所有窗口相关的功能？
· 所有窗口相关的功能是可操作的吗？
· 是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图标和其他控制可为窗口使用，并适当地显示？
· 显示多个窗口时，窗口的名称是否被适当地表示？
· 活动窗口是否被适当地加亮？
· 如果使用多任务，是否所有的窗口被实时更新？
· 多次或不正确按鼠标是否会导致无法预料的副作用？
· 窗口的声音和颜色提示和窗口的操作顺序是否符合需求？
· 窗口是否正确地被关闭？

下拉式菜单和鼠标操作：
· 菜单条是否显示在合适的语境中？
· 应用程序的菜单条是否显示系统相关的特性（如时钟显示）？
· 下拉式操作能正确工作吗？
· 菜单、调色板和工具条是否工作正确？
· 是否适当地列出了所有的菜单功能和下拉式子功能？
· 是否可以通过鼠标访问所有的菜单功能？
· 文本字体、大小和格式是否正确？
· 是否能够用其他的文本命令激活每个菜单功能？
· 菜单功能是否随当前的窗口操作加亮或变灰？
· 菜单功能是否正确执行？
· 菜单功能的名字是否具有自解释性？
· 菜单项是否有帮助，是否语境相关？
· 在整个交互式语境中，是否可以识别鼠标操作？
· 如果要求多次点击鼠标，是否能够在语境中正确识别？
· 光标、处理指示器和识别指针是否随操作恰当地改变？

数据项：
· 字母数字数据项是否能够正确回显，并输入到系统中？
· 图形模式的数据项（如滚动条）是否正常工作？
· 是否能够识别非法数据？
· 数据输入消息是否可理解？

 今天我用QTP录脚本的时候突然发现录制不到脚本了。

原来是我的系统内BHOManager.dll这个文件丢失了，我在开始运行里面输入这个命令regsvr32 BHOManager.dll运行 这个问题就解决了

Memory: 内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁，说明内存不足。“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从 RAM 移动到磁盘的过程，其目的是为了释放内存空间。尽管某些页交换使 Windows 2000 能够使用比实际更多的内存，也是可以接受的，但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况，请从以下的对象计数器开始：
Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小（4 MB 或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。

page/sec: 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。

page read/sec:页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。
由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器：
Physical Disk\ % Disk Time
Physical Disk\ Avg.Disk Queue Length
例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。
要确定过多的页交换对磁盘活动的影响，请将 Physical Disk\ Avg.Disk sec/Transfer 和 Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了 0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。

Page Faults/sec:每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存的指定工作集中立即使用。
Cache Bytes：文件系统缓存（File System Cache），默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化
如果您怀疑有内存泄露，请监视 Memory\ Available Bytes 和 Memory\ Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的 Process\Private Bytes、Process\Working Set 和Process\Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视 Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。

Pages per second :每秒钟检索的页数。该数字应少于每秒一页。

Process：
%Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%
Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。
Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。
Inetinfo:Private Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。

Processor：监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。
%Processor Time:如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。
%User Time:表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。
%Privileged Time：（CPU内核时间）是在特权模式下处理线程执行代码所花时间的百分比。如果该参数值和"Physical Disk"参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。另外设置Tempdb in RAM，减低"max async IO"，"max lazy writer IO"等措施都会降低该值。
此外，跟踪计算机的服务器工作队列当前长度的 Server Work Queues\ Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于 4 则表示可能出现处理器拥塞。此计数器是特定时间的值，而不是一段时间的平均值。
% DPC Time:越低越好。在多处理器系统中，如果这个值大于50%并且Processor:% Processor Time非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。

Thread
ContextSwitches/sec: (实例化inetinfo 和dllhost 进程) 如果你决定要增加线程字节池的大小，你应该监视这三个计数器（包括上面的一个）。增加线程数可能会增加上下文切换次数，这样性能不会上升反而会下降。如果十个实例的上下文切换值非常高，就应该减小线程字节池的大小。

Physical Disk:
%Disk Time %:指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大，那么硬盘不是瓶颈。如果只有%Disk Time比较大，另外两个都比较适中，硬盘可能会是瓶颈。在记录该计数器之前，请在Windows 2000 的命令行窗口中运行diskperf -yD。若数值持续超过80%，则可能是内存泄漏。
Avg.Disk Queue Length:指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。该值应不超过磁盘数的1.5~2 倍。要提高性能，可增加磁盘。注意：一个Raid Disk实际有多个磁盘。
Average Disk Read/Write Queue Length:指读取(写入)请求(列队)的平均数。
Disk Reads(Writes)/s: 物理磁盘上每秒钟磁盘读、写的次数。两者相加，应小于磁盘设备最大容量。
Average Disksec/Read: 指以秒计算的在此盘上读取数据的所需平均时间。
Average Disk sec/Transfer:指以秒计算的在此盘上写入数据的所需平均时间。
Network Interface：
Bytes Total/sec :为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较

SQLServer性能计数器：
Access Methods(访问方法) 用于监视访问数据库中的逻辑页的方法。
. Full Scans/sec(全表扫描/秒) 每秒不受限的完全扫描数。可以是基本表扫描或全索引扫描。如果这个计数器显示的值比1或2高，应该分析你的查询以确定是否确实需要全表扫描，以及S Q L查询是否可以被优化。
. Page splits/sec(页分割/秒)由于数据更新操作引起的每秒页分割的数量。
Buffer Manager(缓冲器管理器)：监视 Microsoft&reg; SQL Server? 如何使用： 内存存储数据页、内部数据结构和过程高速缓存；计数器在 SQL Server 从磁盘读取数据库页和将数据库页写入磁盘时监视物理 I/O。 监视 SQL Server 所使用的内存和计数器有助于确定： 是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样，SQL Server 必须从磁盘检索数据。 是否可通过添加更多内存或使更多内存可用于数据高速缓存或 SQL Server 内部结构来提高查询性能。
SQL Server 需要从磁盘读取数据的频率。与其它操作相比，例如内存访问，物理 I/O 会耗费大量时间。尽可能减少物理 I/O 可以提高查询性能。
.Page Reads/sec：每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据库间的物理页读取总数。由于物理 I/O 的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。
.Page Writes/sec (.写的页/秒) 每秒执行的物理数据库写的页数。
.Buffer Cache Hit Ratio. 在“缓冲池”（Buffer Cache/Buffer Pool）中没有被读过的页占整个缓冲池中所有页的比率。可在高速缓存中找到而不需要从磁盘中读取的页的百分比。这一比率是高速缓存命中总数除以自 SQL Server 实例启动后对高速缓存的查找总数。经过很长时间后，这一比率的变化很小。由于从高速缓存中读数据比从磁盘中读数据的开销要小得多，一般希望这一数值高一些。通常，可以通过增加 SQL Server 可用的内存数量来提高高速缓存命中率。计数器值依应用程序而定，但比率最好为90% 或更高。增加内存直到这一数值持续高于90%，表示90% 以上的数据请求可以从数据缓冲区中获得所需数据。
. Lazy Writes/sec(惰性写/秒)惰性写进程每秒写的缓冲区的数量。值最好为0。
Cache Manager(高速缓存管理器) 对象提供计数器，用于监视 Microsoft&reg; SQL Server? 如何使用内存存储对象，如存储过程、特殊和准备好的 Transact-SQL 语句以及触发器。
. Cache Hit Ratio(高速缓存命中率，所有Cache”的命中率。在SQL Server中，Cache可以包括Log Cache，Buffer Cache以及Procedure Cache，是一个总体的比率。) 高速缓存命中次数和查找次数的比率。对于查看SQL Server高速缓存对于你的系统如何有效，这是一个非常好的计数器。如果这个值很低，持续低于80%，就需要增加更多的内存。
Latches(闩) 用于监视称为闩锁的内部 SQL Server 资源锁。监视闩锁以明确用户活动和资源使用情况，有助于查明性能瓶颈。
. Average Latch Wait Ti m e ( m s ) (平均闩等待时间(毫秒)) 一个SQL Server线程必须等待一个闩的平均时间，以毫秒为单位。如果这个值很高，你可能正经历严重的竞争问题。
. Latch Waits/sec (闩等待/秒) 在闩上每秒的等待数量。如果这个值很高，表明你正经历对资源的大量竞争。
Locks(锁) 提供有关个别资源类型上的 SQL Server 锁的信息。锁加在 SQL Server 资源上（如在一个事务中进行的行读取或修改），以防止多个事务并发使用资源。例如，如果一个排它 (X) 锁被一个事务加在某一表的某一行上，在这个锁被释放前，其它事务都不可以修改这一行。尽可能少使用锁可提高并发性，从而改善性能。可以同时监视 Locks 对象的多个实例，每个实例代表一个资源类型上的一个锁。
. Number of Deadlocks/sec(死锁的数量/秒) 导致死锁的锁请求的数量
. Average Wait Time(ms) (平均等待时间(毫秒)) 线程等待某种类型的锁的平均等待时间
. Lock Requests/sec(锁请求/秒) 每秒钟某种类型的锁请求的数量。
Memory manager:用于监视总体的服务器内存使用情况，以估计用户活动和资源使用，有助于查明性能瓶颈。监视 SQL Server 实例所使用的内存有助于确定：
是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样，SQL Server 必须从磁盘检索数据。
是否可以通过添加更多内存或使更多内存可用于数据高速缓存或 SQL Server 内部结构来提高查询性能。
Lock blocks:服务器上锁定块的数量，锁是在页、行或者表这样的资源上。不希望看到一个增长的值。
Total server memory：sql server服务器当前正在使用的动态内存总量.

监视IIS需要的一些计数器
Internet Information Services Global:
File Cache Hits %、File CacheFlushes、File Cache Hits
File Cache Hits %是全部缓存请求中缓存命中次数所占的比例，反映了IIS 的文件缓存设置的工作情况。对于一个大部分是静态网页组成的网站，该值应该保持在80%左右。而File Cache Hits是文件缓存命中的具体值，File CacheFlushes 是自服务器启动之后文件缓存刷新次数，如果刷新太慢，会浪费内存；如果刷新太快，缓存中的对象会太频繁的丢弃生成，起不到缓存的作用。通过比较File Cache Hits 和File Cache Flushes 可得出缓存命中率对缓存清空率的比率。通过观察它两个的值，可以得到一个适当的刷新值（参考IIS 的设置ObjectTTL 、MemCacheSize 、MaxCacheFileSize）
Web Service:
Bytes Total/sec:显示Web服务器发送和接受的总字节数。低数值表明该IIS正在以较低的速度进行数据传输。
Connection Refused：数值越低越好。高数值表明网络适配器或处理器存在瓶颈。
Not Found Errors：显示由于被请求文件无法找到而无法由服务器满足的请求数（HTTP状态代码404）