LoadRunner添加Monitor监控SQL Server，数据库机拒绝访问

1、一般这种情况都是LoadRunner使用的用户权限不足

2、LoadRunner监视数据库版本与你使用的数据库版本不兼容

3、SQL Server曾经手动关闭了一些功能，或者对一些系统级别的表进行了设置，造成无法访问

如果录制的时候使用 Oracle-2Tier协议 的话，

使用win32，program指定到sqlplusexe，然后进入sqlplus环境后，执行相应的查询语句

或者选择tcp/ip协议

我对这个也不是很擅长~

这篇javaeye的文章不错，希望对你能有帮助：

LoadRunner结果分析器（以下简称Analysis或Analysis模块）是一个独立的模块，它可以将测试结果和监控数据转化为数据库数据，以利于分析处理。测试人员可以在分析器中选择感兴趣的图标，通过合并图，交叉图和自动关联等手段，对测试结果和监控数据进行分析处理，以确定性能瓶颈及其产生原因。最后，分析器可以根据测试人员选择的感兴趣部分，自动生成HTML格式或Word格式的性能报告，这些报告可以作为福建，和性能测试报告一起提交，提供性能参考。

LoadRunner Controller在测试结束后，可以自动从压力产生器上将测试结果收集起来，并且和监控数据一起，生成结果数据，保存在设置的运行结果目录中。

分析器启动时，如果压力产生器在远端机器上，又没有选择自动收集数据，则会先收集测试结果数据。否则会打开运行结果文件，将结果文件经过处理后导入到Microsoft Access数据库，然后按照设置的模板自动打开某些结果分析图。

——————————————现对各种图做一个简要总结————————————

1、 分析概要

2、 Vuser图： 主要包括正在运行的Vuser图、 Vuser概要图、 集合图。

此图可用于确定任何给定环境中服务器上的Vuser负载。默认情况下，此图仅显示状态为运行的Vuser。要查看其他的Vuser状态，请将筛选条件设置为所需的状态（^_^ ^_^ 我至今还没有找到设置筛选条件的地方）。

3、 事务图：运行场景或会话步骤之后，可以使用一个或多个事务图分析测试过程中执行的事务。事务图主要包括：平均事务响应时间图、每秒事务数图、每秒事务总数

31、 平均事务响应时间图： 对于每个方式，此图将以不同的方式显示。关于粒度的选择，差资料

注意： 默认情况下，只显示已通过的事务。

你可以将平均事务响应时间图与正在运行的Vuser图进行比较，了解正在运行的Vuser的数目对事务性能时间产生的影响。 例如，如果平均事务响应时间图显示性能时间逐渐改善，则可以将其与正在运行的Vuser图进行对比，看性能时间是否因为Vuser负载减少而得到改善。

如果定义了可以接受的最小和最大事务响应时间，则可以使用瓷土确定服务器性能是否在可以接受的范围内。

32、 每秒事务总数

通过每秒钟事务总数，能够对于应用的整体性能进行一定的比较和说明。但是该图每秒钟事务总数会受到多种因素的影响，包括步间隔时间，思考时间等。

33、 事务响应时间（负载下）图：是正在运行的Vuser图和平均事务响应时间图的组合，它指示事务响应时间，该事务时间与场景或会话步骤中在任一给定时刻所运行的Vuser数目相关。此图可帮助测试人员查看Vuser负载对响应时间的总体影响，对分析具有逐变负载的场景或会话步骤更为有用。

34、 事务响应时间（百分比）图： 此图可以帮助测试人员分析在给定时间范围内执行的事务的百分比。此图可以帮助测试人员确定合适的事务百分比，以判断是否满足系统的性能标准。通常情况下，你需要在可接受的响应时间范围内，确定事务百分比。最大响应时间可能非常长，但如果大多数事务具有可以接受的响应时间，则整个系统还是适用的。

————————待续——————————

我很受伤！ 刚才写了那么东西保存时提示含有禁忌词汇，后腿时东西全都丢了

补充： Web资源图、 网页细分图、 系统资源图、 合并图、 交叉结果图。

———————————————— 分析处理——————————————————

如何在LoadRunner中进行一些分析处理呢？ 如下是一些参考：

1、 思考时间

在录制脚本过程中，由于 *** 作的原因多会导致在事务开始和结束之间自动加入一些思考时间语句，在回放脚本过程中， 如果思考时间按照记录时回放，那么这段思考时间会被记录到事务响应时间过程中去，会影响事务响应时间的统计。

为了避免这种情况，一种方式是录制脚本后进行手工调整，将思考时间移到事务开始结束语句之外，或者是在测试结果分析器中通过配置除去思考时间。

2、 图的设置

3、 分析事务性能

分析场景或会话步骤运行情况应从平均事务响应时间图和事务性能摘要图开始。使用事务性能摘要图，可以确定在场景或会话步骤执行期间响应时间过长的事务。使用平均事务响应时间图，可以查看在运行期间有问题的事务每一秒钟的行为。

问题： 哪些事务的响应时间最长？ 这些事务的响应时间是在场景或会话步骤整个执行期间还是仅在其中特定的时刻很长

为了确定问题并了解在该场景或会话步骤执行期间保留事务响应时间过长的原因，需要细分事务并分析每个页面组件的性能

4、 使用网页细分图

使用网页细分图，可以向下搜索平均事务响应时间图或事务性能概要图以查看事务中每个页面组件的下载时间。注意： 只有在运行场景或会话步骤前启用了网页细分功能才可以实现这一点。

问题： 过长的事务响应时间是由哪些页面组件引起的？ 问题是否与网络或服务器有关？

5、使用自动关联： 找到与问题的关联最为紧密的若干个度量， 然后再查看度量对应的资源图， 以确定导致系统出现瓶颈的原因

6、 比较不同场景的结果

每次对系统进行细微调整并解决其他性能瓶颈时， 都应再次运行相同的负载以验证问题是否得到了解决，并确认未造成新的性能瓶颈。执行几次负载测试后，可以将初始结果与最终结果进行比较。

7、 生成报告： LR可以生成HTML格式、 Word格式、水晶报表格式的报告。

——————————————————实例分析——————————————

1、 标识服务器问题

网站性能问题可能由许多因素引起。但是大约一半的性能问题是由于Web、Web应用程序和数据库服务器故障引起的。对数据库 *** 作依赖性很大的站出现性能问题的风险尤其大。

常见的数据库问题有： 低效的索引设计、 分割的数据库、 过期的统计信息和不完善的应用程序设计。因此，通过使用较小的结果集、 自动更新数据、 优化索引、 经常压缩数据、 执行查询或锁定超时、 使用时间更短的事务、以及避免应用程序死锁等，可以提供数据库系统性能。

在20%的负载测试中，Web和Web应用程序服务器是出现性能瓶颈的原因。瓶颈通常是由服务器配置不当和资源不足造成的。例如，有问题的代码和DLL可能会使用几乎所有的计算机处理时间（CPU）并且会在服务器上造成性能瓶颈。同样，物理内存容量限制和服务器内存管理不当很容易导致服务器瓶颈。因此， 在调查Web或Web应用程序服务性能较低的其他原因签，应先检查服务器的CPU和物理内存。

提高安全网站的性能的方法有：

a、 根据应用程序类型对SSL和>

1、使用LR自带的监控引擎

在LR的controller上安装oracle客户端：

这一步就不用说了，安装直接Setup，安装就OK了。

1)安装完后，先配置一下Net Configuration Assistant。记住配置的服务名。

配置成功会显示：正在连接测试成功。

2)用sqlplus连接一下，看是否可以连接成功，打开sqlplus输入oracle用户名密码和主机字符串。

查看是否登录成功。

添加oracle计数器：

3)登录成功后，打开LR的controller，在可用图中选择oracle，点击add measurements,再点击Advanced，如下所示：

这里我们用LR native monitors。

4)在Monitored Server Machines区域，添加oracle服务器所在的IP。

5)再在Resource Measurements on:IP区域点击添加，d出对话框如下：

6)输入相应的信息，这里的orcl就是前面在Net Configuration Assistant配置的服务名。

7)点击OK，这里我们应该可以看到可以添加oracle的计数器了，如下所示：

2、使用Sitescope引擎

不需要配置Net Configuration Assistant。

1)在第一个图choose monitor engine中选择sitescope，然后在在Monitored Server Machines区域点击Add如下所示：

在这里可以选择本地或者其他机器的sitescope，如果sitescope启用了account的验证，也要写上相应的用户名密码。

2)在Resource Measurements on:IP区域点击添加，d出对话框如下：

3)输入信息如图。点击OK，如下：

至此就可以监控Oracle了

通过 LoadRunner，可以从数据库中导入数据以用于参数化。您可以用下列两种方法中的一种导入数据：

➤ 新建查询

➤ 指定 SQL 语句

VuGen 提供一个指导您完成从数据库中导入数据的过程的向导。在该向导中，您可以指定如何导入数据（通过 MS Query 新建查询或者指定 SQL 语句）。

导入数据之后，它被另存为一个扩展名为dat 的文件，并且存储为常规参数文件。

1脚本有没有问题，run一次试试看，然后再并发多个试试看。最大原因可能就在这里

2脚本全部是ok的，单个并发 多个并发时脚本运行都正确，数据库里面数据插入也都正确的话，再来检查你设置了250个并发的状态是否是Pass。如果不是，那就 有可能是数据库配置出问题了，并发太大导致不能正确响应。

以上就是关于LoadRunner添加Monitor监控SQL Server，数据库机拒绝访问全部的内容，包括:LoadRunner添加Monitor监控SQL Server，数据库机拒绝访问、loadrunner,使用sqlplus录制oracle数据库脚本为空、急！急！急！LoadRunner怎么启动Access数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！