发布新日志

  • 中级-LR监控资源与应用

    2011-06-07 14:16:40

    一、对windows平台的监控                              

    二、对linux/unix平台的监控

    三、对oracle的监控 

    四、对tomcat 的监控

    五、对websphere的监控

     

    一、对windows平台的监控

    n  监控准备

    1)、被监控的windows需要开启以下两个服务:

    ü  Remote Procedure Call(RPC,远程程序调用)

    ü  Remote Registry Service (远程注册服务)

      开启位置:程序->管理工具->服务

    2)、被监控的Windows中要有C$共享文件夹

      查看位置:

      右键我的电脑”->管理->共享文件夹->共享,在这里面要有C$这个共享文件夹,要是没有自己手动加。

    3)、被监控的Windows有管理员的权限,包括用户名和密码;

      在安装LR的机器上,开始->运行,输入 \\被监视机器IP\C$ 然后输入管理员帐号和密码,如果能看到被监视机器的C盘了,就说明你得到了那台机器的管理员权限,可以使用LR去连接了。

     

       常见问题:在输入 \\被监视机器IP\C$,提示:找不到网络路径,用户名输入框是灰色的,且默认用户是guest
     
    解决办法:这是安全策略的设置问题(管理工具 -> 本地安全策略 -> 安全选项 -> "网络访问:本地帐户的共享和安全模式")。默认情况下,XP的访问方式是"仅来宾"的方式,如果你访问它,当然就固定为Guest来访问,而guest账户没有监控的权限,所以要把访问方式改为经典模式,这样就可以以administrator的身份登陆了。

     

    n  loadrunner的控制器中添加监控

    1)、在controller 中,在system resouce graphs图中双击“Windows Resources”,打开Windows Resources 窗口;

    2)、在Windows Resources窗口中右击鼠标选择Add Measurements,添加被监控windowsIP地址,选择所属系统,然后选择需要监控的指标就可以开始监控了。

     

    二、       linux/unix平台的监控

    1、监控准备(对unix系统):

      要监控unix系统,必须启动rstatd服务

    n  如何启动rstatd服务

      1.使用telnetroot用户的身份登录入AIX系统
    2.
    在命令行提示符下输入:vi/etc/inetd.conf
    3.
    查找rstatd,找到#rstatd sunrpc_udp udp wait root /usr/sbin/rpc.rstatd rstatd 100001 1-3
    4.
    #去掉
    5.
    键入:wq保存修改结果
    6.
    命令提示符下输入:refresh –s inetd 重新启动服务。
    这样使用loadrunner就可以监视AIX系统的性能情况了。

     

    n  常见问题的解决方法

      1、在执行配置或安装命令过程中出现拒绝的权限的提示;
    答:是由于文件的权限引起的,应该给当前用户所有文件的“777”权限,即完全控制权限。
    2
    、以前用LoadRunner监视都是成功的,但是再次监视不到信息;
    答:有可能是由于系统重新启动,而没有打开rstatd守护进程。可以手工重新打开一次,使用命令“rpc.rstatd”,另外可以使用“rpcinfo -p”命令来查看当前系统是否已经启动了rstatd守护进程。

     

    2、监控准备(对linux系统):

         必须在服务器上安装rstatd守护进程并启动rstatd服务

    n  操作步骤:
    1.
    从网上下载rstatd
    2.
    上传文件到服务器,将该文件放到/home/user目录下(有可能直接在/usr目录下)
    3. chmod 777 rpc.rstatd--
    改变该文件读写的权限,拥有所有权限。
    4. chmod 777 configure ---
    同上
    5
    tar -xzvf  rpc.rstatd-4.0.1.tar.gz--解压rpc.rstatd
    6
    cd  rpc.rstatd-4.0.1/--进入到rpc.rstatd目录中
    7. ./configure --
    配置
    8. make --
    编译
    9. make install --
    安装
    10. rpc.rstatd --
    启动rstatd进程
    11
    rpcinfo -p --检查rpc服务是否启动

     

    三、  oracle的监控

    可参考文档:Loadrunner监控oracle10.doc

    n  监控准备:

      需要在controller上安装oracle客户端并能连接上数据库服务器

    n  操作步骤:

    1)、在controller上安装oracle客户端;

    2)、用Net Configuration Assistant配置监听器和Net服务名,或直接修改listener.oratnsnames.ora两个文件,这两个文件一般位于oracle安装目录的\network\admin\下;

    3)、sqlplusplsql 查看(440) 评论(0) 收藏 分享 管理

  • 初级-LoadRunner指标分析(转)

    2011-05-30 14:10:48

     

    初级-LoadRunner指标分析

    1.       判断应用程序的问题

    如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换(context switches/sec显示的上下文切换次数太高)那么就会占用大量的系统资源,如果系统的吞吐量降低并且CPU的使用率很高,并且此现象发生时切换水平在15000以上,那么意味着上下文切换次数过高.

    从图的整体看.context switches/sec变化不大,throughout曲线的斜率较高,并且此时的context switches/sec已经超过了15000.程序还是需要进一步优化.

    2.       判断CPU瓶颈

    如果processor queue length显示的队列长度保持不变(>=2)个并且处理器的利用率%Processor time超过90%,那么很可能存在处理器瓶颈.如果发现processor queue length显示的队列长度超过2,而处理器的利用率却一直很低,或许更应该去解决处理器阻塞问题,这里处理器一般不是瓶颈.

    %processor time平均值大于95,processor queue length大于2.可以确定CPU瓶颈.此时的CPU已经不能满足程序需要.急需扩展.

    3.       判断内存泄露问题

    内存问题主要检查应用程序是否存在内存泄漏,如果发生了内存泄漏,process\private bytes计数器和process\working set 计数器的值往往会升高,同时avaiable bytes的值会降低.内存泄漏应该通过一个长时间的,用来研究分析所有内存都耗尽时,应用程序反应情况的测试来检验.

    图中可以看到该程序并不存在内存泄露的问题.内存泄露问题经常出现在服务长时间运转的时候,由于部分程序对内存没有释放,而将内存慢慢耗尽.也是提醒大家对系统稳定性测试的关注.

    附件:

    1.CPU信息:

    Processor\ % Processor Time 获得处理器使用情况。

    也可以选择监视 Processor\ % User Time  % Privileged Time 以获得详细信息。

    Server Work Queues\ Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于 4 则表示可能出现处理器拥塞。

    System\ Processor Queue Length 用于瓶颈检测

    通过使用 Process\ % Processor Time  Process\ Working Set

    Process\ % Processor Time过程的所有线程在每个处理器上的处理器时间总和。

    2.硬盘信息:

    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的值很高,则可能有磁盘瓶径。但是,如果队列长度增加的同时页面读取速率并未降低,则内存不足。

    请观察 Processor\ Interrupts/sec 计数器的值,该计数器测量来自输入/输出 (I/O) 设备的服务请求的速度。如果此计数器的值明显增加,而系统活动没有相应增加,则表明存在硬件问题。

     

Open Toolbar