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 :每秒钟检索的页数。该数字应少于每秒一页。  

%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? 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? 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）

pv 者， pageview也，即页面浏览量，或点击量；通常是衡量一个网络新闻频道或站点甚至一条网络新闻“好坏”的主要指标；当然，有时，还会同时考察另外一个指标，即uv，或unique visitors，指访问某个站点或点击某条新闻的不同IP地址的人数。

pv之于网站，就像收视率之于电视，从某种程度上已成为投资者衡量商业网站表现的最重要尺度。从长远看，很多网站也意识到，pv的追求需要和品牌的打造结合起来；但现代商业行为在投资者急功近利的评判压力下，往往无奈为了使pv数据良好而不择手段。

一条新闻发布以后，其pv数据便可以加以跟踪，通常是每5分钟统计一次。不同品牌的网站的不同频道，对其所发布的新闻的pv表现有一个大致的评判尺度。新闻发布后，一般pv值总有一个上升的过程。可以从不同时段的pv表现，来计算pv的单位时间变化幅度，有经验的网络编辑，经过几个5分钟的数据积累，便能大致预料到这条新闻的pv峰值水平。如果这个水平不能令人满意，则编辑就要采取一些手段，如“优化”标题，或者增加其他吸引眼球的元素，如图片。一般来说，通过这样的“处理”，一条新闻的pv表现能有所改善，达到新的高峰。

也就是说，网络新闻的编辑手段影响着pv值。

还有哪些因素对pv有影响呢？至少还有这些因素：

新闻发布的时间。不同的时间段，上网的人数不同，访问该站点的人数也不同，因此，有时pv值的涨落，其主要贡献，在于不同时段上网人数的自然波动。同样一条新闻，在不同的时段发布，pv表现就会有差别。

不同时段上网的人，其人口特征（性别、年龄、教育程度、阅读旨趣等）不同，所以，同样是1万个上网的人，甚至同样是对某个网站的1万次访问，不同时段，这1万次访问在不同频道/内容上的分布是有差别的。所以有时，pv的变化，和这个因素导致的变化有关。

访问的周期。对于一些常浏览的网站，我们可能一天之中会访问几次，这中间有一定的时间间隔。这个间隔，很多时候和人们的现实工作节奏有关系。比如，不少人一上班会抽空浏览一下新闻，第二次再来看看又有什么新闻的时候，往往是上午中间休息时，甚至是午饭后的休息时间。因此，即使其他因素不变，由于人们回访网站的周期性，也会对新闻或网站的pv带来影响。当然，由于不同的人回访的周期长短不一、时段不一，这个影响因素未必会导致明显的波动，而可能分散在不同时段的pv表现中，但可以肯定的是，任何一个pv数据，也有这种回访周期的因素所起的作用。

搭便车因素。比如一些突发事件，会导致人们对某一网站的访问增加，但这些访问的初衷，本只是突发事件相关新闻。然而由于人们的新闻消费，往往具有不可预期性，所以常见的现象是，人们在看完想看的新闻后，还会顺带看看其他的。这一因素，也可能对某条新闻（与突发事件无关）的pv有所贡献。

最后，当然是一些偶然因素（其实搭便车因素也属于此）。包括哪些呢？比如天气因素，比如非典期间，等待。还有什么？可以想一想:-)

由此看来，一个简单的pv数据，其实是多种因素综合贡献的结果，所以有时的pv涨落，实在不是完全可以通过编辑手段来加以引导和影响的。知道这一点很重要。因为这告诉我们，盲目的不加具体分析的以pv来衡量成败好坏，是不合理的。

在社会科学研究中，这种区分不同因素对某一个现象的贡献，就是所谓的详析模式。很多我们看似不变的东西，其实内部构成比例上发生了很大的变化。而有些看似变化的东西，其相对关系其实没有什么变化，只是一种单纯的数量上的涨落。

这使我想到那本《统计陷阱》，一本由一个记者所写的通俗读物。这本书的英文名称直译，叫“如何用统计数据说谎”。



网站说日均 IP / PV 访问量约为 600 / 2400
的意思是 今天访问首业次数为2400次 访问IP为600个
也就是说这600个IP一共访问首业2400次

1.       LR安装

1)        LR安装程序需放在非中文目录

2)        LR安装路径不要修改，按照默认安装路径

3)        安装过程都选择默认安装

2.       LR完全卸载

按以下的步骤操作：

4)        保证所有LoadRunner的相关进程（包括Controller、VuGen、Analysis和Agent Process）全部关闭。

5)        备份好LoadRunner安装目录下测试脚本，这些脚本一般存放在LoadRunner安装目录下的“scrīpts”子目录里。

6)        在操作系统控制面板的“删除与添加程序”中运行LoadRunner的卸载程序。如果弹出提示信息关于共享文件的，都选择全部删除。

7)        卸载向导完成后，按照要求重新启动电脑。完成整个LoadRunner卸载过程。

8)        删除整个LoadRunner目录。（包括Agent Process）

9)        在操作中查找下列文件，并且删除它们
1） wlrun.*
2） vugen.*

10)     运行注册表程序（开始－ 运行－ regedit）

11)     删除下列键值：
如果只安装了MI公司的LoadRunner这一个产品，请删除：
HKEY_LOCAL_MACHINESOFTWAREMercury Interactive.
HKEY_CURRENT_USERSOFTWAREMercury Interactive.
否则请删除：
HKEY_LOCAL_MACHINESOFTWAREMercury InteractiveLoadRunner.
HKEY_CURRENT_USERSOFTWAREMercury InteractiveLoadRunner.

12)     最后清空回收站

 

如果你完成了以上操作，你就可以正常的重新安装LoadRunner。最好保证安装LoadRunner时关闭所有的杀毒程序。因为以往在安装LoadRunner时同时运行杀毒程序会出现不可预知的问题。

3.       LR破解

13)     汉化

14)     运行deletelicense.exe

15)     替换DLL文件

16)     license中输入序列号AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB

    注：如果后汉化，还得再破解一次,安装的时候目录不能有中文

破解说明：

1)        将LR7.8或者LR8.0（安装包或者安装后目录中的都可以）中的
lm70.dll
mlr5lprg.dll
这两个文件复制并粘贴到LR8.1安装目录下的bin文件夹下,一般是C:\E:\Program Files\Mercury\LoadRunner\bin；
lm70.dll 文件的描述是 with conbined license support，是一个license的支持文件；
mlr5lprg.dll应该是一个保存license的文件。
大家可以试一试，其实不要替换mlr5lprg.dll也是可以的，只替换lm70.dll文件，老的license一样能注册通过，但是软件的试用的license还在。

2)        运行LR8.1（即：Mercury LoadRunner-LoadRunner），打开license管理器，点击添加new license，将老license复制进去，OK，验证通过！
7.8、8.0通用的license有：
golba-100: AEAMAUIK-YAFEKEKJJKEEA-BCJGI
web-10000: AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB （成功）

注：此方法适用于英文原版8.1和中文版8.1。本人用此方法破解LR8.0英文原版破解成功，但安装8.1及中文包破解后，LR不能使用

 

如何重新安装LoadRunner：

如果安装LoadRunner最新版本失败，相信很多朋友都会遇到重新安装不成功的烦恼。原因可能是多种情况，可能是早期的LoadRunner版本兼容性问题导致安装失败，也可能安装过程中弹出组件注册失败的各种错误。如果正常重新安装，只能先让LoadRunner充分卸载。

可以按以下的步骤操作：

1.保证所有LoadRunner的相关进程（包括Controller、VuGen、Analysis和Agent Process）全部关闭。

2.备份好LoadRunner安装目录下测试脚本，这些脚本一般存放在LoadRunner安装目录下的“scrīpts”子目录里。

3.在操作系统控制面板的“删除与添加程序”中运行LoadRunner的卸载程序。如果弹出提示信息关于共享文件的，都选择全部删除。

4.卸载向导完成后，按照要求重新启动电脑。完成整个LoadRunner卸载过程。

5.删除整个LoadRunner目录。（包括Agent Process）

6.在操作中查找下列文件，并且删除它们
1） wlrun.*
2） vugen.*

7.运行注册表程序（开始－ 运行－ regedit）

8.删除下列键值：
如果只安装了MI公司的LoadRunner这一个产品，请删除：
HKEY_LOCAL_MACHINESOFTWAREMercury Interactive.
HKEY_CURRENT_USERSOFTWAREMercury Interactive.
否则请删除：
HKEY_LOCAL_MACHINESOFTWAREMercury InteractiveLoadRunner.
HKEY_CURRENT_USERSOFTWAREMercury InteractiveLoadRunner.

9.最后清空回收站

如果你完成了以上操作，你就可以正常的重新安装LoadRunner。最好保证安装LoadRunner时关闭所有的杀毒程序。因为以往在安装LoadRunner时同时运行杀毒程序会出现不可预知的问题。

在安装 Loaderunnner 过程中也许你经常遇到，提示无法安装的情况，我也遇到过相关问题

（一） 提示：" the link file .... may be corrupted or has illegated link string "的，提示重复多次均无法安装。
原因 ：你的 Loaderunner 的安装文件夹名写成中文了，造成 Lr 的安装教本无法识别路径，最终导致不断有这样的错误提示。

解决方案：把安装文件的目录名改为非中文就可以了。

（二）卸载后 , 执行安装过程时出现" license security violation.Operation is not allowed "提示信息 , 安装失败

解决方案:运行http://bbs.51testing.com/thread-89615-1-11.html附件里的deletelicense.exe文件