169it科技资讯


当前位置:  建站>运营/SEO
本页文章导读:
    ▪MB_CHANGE_DOCUMENT使用方法                  REFRESH IT_MSEG.             CLEAR IT_MSEG.            ......
    ▪ALV的html表头      在ALV的function的exporting里添加属性: I_CALLBACK_HTML_TOP_OF_PAGE = alv_top_of_page 定义form响应上述ALV属性   *&---------------------------------------------------------------------* *&      ......
    ▪【译】如何精确判断最终用户响应时间过长的原因?       译者:原始文章有点性能测试工具软文的感觉,毕竟文章来源于某工具官方博客。高手请略过。 对于我这种新手,此文还是给我带来一些惊喜,从上到下地,从表象到根源地,定位他们遇到......

[1]MB_CHANGE_DOCUMENT使用方法
    来源: 互联网  发布时间: 2013-11-01
            REFRESH IT_MSEG.
            CLEAR IT_MSEG.

            SELECT * INTO CORRESPONDING FIELDS OF TABLE IT_MSEG
                     FROM MSEG WHERE MBLNR = TITAB-MBLNR
                                 AND MJAHR = TITAB-MJAHR
                                 AND ZEILE = TITAB-ZEILE.
            LOOP AT IT_MSEG.
                  IF IT_MSEG-SGTXT = ''.
                     IT_MSEG-SGTXT = '1'.
                  ELSE.
                     IT_MSEG-SGTXT = IT_MSEG-SGTXT + 1.
                  ENDIF.
                  MODIFY IT_MSEG.
                  CLEAR IT_MSEG.
            ENDLOOP.

            CALL FUNCTION 'MB_CHANGE_DOCUMENT'
              TABLES
                ZMKPF         = IT_MKPF
                ZMSEG         = IT_MSEG.
            IF SY-SUBRC = 0.
                 CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
                 EXPORTING
                   WAIT          = 'X'.
            ELSE.
                 CALL FUNCTION 'BAPI_TRANSACTION_ROLLBACK'.
            ENDIF.
作者:champaignwolf 发表于2013-8-31 19:18:37 原文链接
阅读:16 评论:0 查看评论

    
[2]ALV的html表头
    来源: 互联网  发布时间: 2013-11-01

在ALV的function的exporting里添加属性:

I_CALLBACK_HTML_TOP_OF_PAGE = alv_top_of_page
定义form响应上述ALV属性

 

*&---------------------------------------------------------------------*
*&      Form  alv_top_of_page
*&---------------------------------------------------------------------*
*       text
*----------------------------------------------------------------------*
FORM ALV_TOP_OF_PAGE USING CL_DD TYPE REF TO CL_DD_DOCUMENT.
  DATA: M_P TYPE I.
  DATA: M_BUFF TYPE STRING.
  DATA: LV_COMPANY LIKE T001-BUTXT,
        LV_MONTH(02) TYPE C,
        LV_DAY(02) TYPE C.
  DATA: LV_YEAR TYPE F.
    LV_YEAR = '2012'."P_ZYEAR.

*    COMPUTE LV_YEAR = FRAC( LV_YEAR / 4 ).
*    LV_MONTH = '02'."P_ZMONTH+1(2).
*
*    CASE LV_MONTH.
*      WHEN 1 OR 3 OR 5 OR 7 OR 8 OR 10 OR 12.
*        LV_DAY = '31'.
*      WHEN 2.
*        IF LV_YEAR = 0 .
*          LV_DAY = '29'.
*        ELSE.
*          LV_DAY = '28'.
*        ENDIF.
*      WHEN 4 OR 6 OR 9 OR 11.
*        LV_DAY = '30'.
*    ENDCASE.

*表头其实完全可以是一个html文件,自己使用html语言进行格式控制
  M_BUFF = '<html>'.
  CALL METHOD CL_DD->HTML_INSERT
    EXPORTING
      CONTENTS = M_BUFF
    CHANGING
      POSITION = M_P.

  M_BUFF = '<center><H2>研 发 费 用 明 细 表</H2></center>'.

  CALL METHOD CL_DD->HTML_INSERT
    EXPORTING
      CONTENTS = M_BUFF
    CHANGING
      POSITION = M_P.

**  CONCATENATE '单位编号:' P_ZBUKRS  '会企01表' '<BR>' INTO M_BUFF.
*CONCATENATE  '<table width="1200"><tr><td>'   '</td><td><div align="right"></div></td></tr></table>' INTO M_BUFF.
*  CALL METHOD CL_DD->HTML_INSERT
*    EXPORTING
*      CONTENTS = M_BUFF
*    CHANGING
*      POSITION = M_P.


*  CONCATENATE '单位名称:' LV_COMPANY P_ZYEAR '年'  LV_MONTH '月' LV_DAY '日' '单位:元'  '<BR>' INTO M_BUFF.
CONCATENATE '<table width="1200"><tr><td width="480">编制单位:辰欣药业股份有限公司' '</td><td width="250"><div align="center">' P_DATUM  '</div></td><td width="454"><div align="right">单位:人民币元</div></td></tr></table>' INTO M_BUFF.

  CALL METHOD CL_DD->HTML_INSERT
    EXPORTING
      CONTENTS = M_BUFF
    CHANGING
      POSITION = M_P.

 M_BUFF = '</html>'.
  CALL METHOD CL_DD->HTML_INSERT
    EXPORTING
      CONTENTS = M_BUFF
    CHANGING
      POSITION = M_P.
ENDFORM.                    "ALV_TOP_OF_PAGE

作者:champaignwolf 发表于2013-8-31 19:15:17 原文链接
阅读:17 评论:0 查看评论

    
[3]【译】如何精确判断最终用户响应时间过长的原因?
    来源: 互联网  发布时间: 2013-11-01

译者:原始文章有点性能测试工具软文的感觉,毕竟文章来源于某工具官方博客。高手请略过。
对于我这种新手,此文还是给我带来一些惊喜,从上到下地,从表象到根源地,定位他们遇到性能问题-响应时间过长-的根本原因,有具体的步骤,思考和判断依据,这就是一个比较不错性能测试分析实例。可以更清楚看到性能测试如何分析定位,可以学习其思路。故分享之。

原文连接: http://apmblog.compuware.com/2013/06/04/how-to-accurately-identify-impact-of-system-issues-on-end-user-response-time/

 
以下为正文

我们希望检测下我们社区网站的负载能力,所以我们开发团队进行了一个任务,验证生产环境的系统是否能在现有的硬件基础上处理10倍于目前的负载。为了将网站在高负载下可能的崩溃影响降到最低,我们决定在周日下午进行第一轮测试。在运行测试之前,我们给运维团队提了一个醒:他们可能在这次两小时的期间观察到明显的负载变化,从而可能影响到运行在同一环境下的其他应用程序。

在测试过程中,运维团队和开发团队一起监控实时性能数据,当达到一定的负载水平后,我们看到最终用户的响应时间和耗尽资源。在本次测试中非常有趣的是,开发团队和运维团队都看着相同的数据,但是却从不同的角度去审视这些结果。然而,他们都是依赖于最近才公布的Compuware的PureStack技术 ,这是——整合dynaTrace和PurePath——的第一个解决方案,显示出在高负载下生产环境的硬件是如何影响到关键业务应用程序的性能。

上下文为运维团队和开发团队的数据之间架起桥梁:这张图片显示"横向"事务以及"纵向"层面的热点区域(Bridging the Gap between Ops and Apps Data by adding Context: One picture that shows the Hotspots of "Horizontal" Transaction as well as the "Vertical" Stack.)。

在我们的场景中表现不佳的根本原因 - 一个运行着Web和应用程序服务的主服务器的CPU被耗尽 - 从而导致达不到我们的负载目标。事实证明,这个问题是跟硬件设备和应用程序都有关系(This turned out to be both an IT provisioning and an application problem)。让我解释一下团队的步骤以及他们是如何得出他们的行动项列表,以便改善目前的系统性能,以便在第二轮测试中得到更好的结果。

第1步:监控和识别硬件健康状况

运维团队希望能够看着他们的服务器列表,而所有关键指标(CPU,内存,网络,磁盘等)都能很快地呈现出绿色状态(Operations Teams like having the ability to look at their list of servers and quickly see that all critical indicators (CPU, Memory, Network, Disk, etc) are green)。但是,当我们的负载测试达到了顶峰时,他们看向服务器的状态时,显示出来却是,他们有2台机器正出现了异常:

我们的社区网站核心服务器出现CPU相关的问题,并影响到另一运行在这台服务器上的应用程序。

步骤2:哪些运行中的应用程序被真正影响到了?

单击受影响的程序 选项卡,它会显示受影响的机器上所有运行的应用程序,以及目前受影响的应用程序:

增加的负载不仅影响到社区网站,而且也影响到我们支持网站

这次负载测试已经让我们明白:如果我们希望未来的社区网站能够承担更高的负载,那我们可能需要移动支持网站到其他的机器,以避免不必要的影响。

当两个团队孤立检查,运维导向的监测是不会有这个的结论(When examined independently, operations-oriented monitoring would not be that telling.)。但是,当它被放到具体的上下文中,并涉及到关联的数据(最终用户响应时间,用户体验,...),这对开发团队来说是非常重要的,两个团队将获得更多的灵感和视角。这是一个良好的开端,但仍然还有很多需要了解的。

步骤3:哪些关键事务被真正影响到了?

点击社区应用程序的链接,它会显示实际受硬件状态影响的事务和页面,但仍然存在着两个关键的却又悬而未决的问题:

  • 这些事务,是否是我们成功运行的关键?
  • 这些事务和个人用户受性能问题影响后,有多严重的后果?

自动基线告诉我们,社区网站主要页面的响应时间受到明显的的性能影响。也包括我们的首页,这是我们最有价值的一个页面。

步骤4:可视化受硬件问题影响的事务流

事务流图表是一个令人满意的方式,能使得运维团队和开发团队达到一个基本的共识,并根据其完整的上下文查看关键的数据。它能显示涉及到的应用层,正在运行的物理机器和虚拟机器,以及哪里是热点区域。

运维团队和开发团队有相同的概要图表,告诉他们无论是在"横向"事务和"纵向"层面的热点区域。

我们知道,我们的网页内容非常"丰富"(图像,JavaScript和CSS),高达80%的事务时间花费在浏览器上。看到热点区域这样的表现,现在整体页面加载时间下降到50%,我们马上就知道更多的事务时间已经转移到新的热点区域:服务器端。好消息是,数据库是没有问题的(只用了1%的响应时间),整个性能热点区域似乎转到Web和应用程序服务器,它们都运行在同一台机器上 - 即那台存在CPU问题的机器。

第5步:精确定位存在问题的机器的健康问题

点击主机健康图表(Host Health Dashboard),它会显示了那个特定的服务器出了什么问题:

运维团队立即看到了CPU的消耗主要来自于一个Java应用服务器。网络,磁盘和页面错误在一些某些特定的时间也都存在不寻常的波动。

第6步:进程健康图表显示应用程序服务器上响应缓慢

我们可以看到,这台机器上的两个主要进程是IIS(Web服

    
最新技术文章:
▪SQVI和SAP查询QUERY的区别和使用注意事项    ▪彻底理解Cisco/Linux/Windows的IP路由    ▪Exchange 2010 处于禁止发送用户自动收到来自IT
▪MB_CHANGE_DOCUMENT使用方法    ▪ALV的html表头    ▪【译】如何精确判断最终用户响应时间过长的
▪apache2.4.4启用deflate压缩    ▪使用vmware 配置centos 6.0+ 网络出现的各种问题    ▪十句话教你学会Linux数据流重定向
▪centos6.x已经安装的系统添加图形界面    ▪Linux查看CPU和内存使用情况    ▪win7问题解决,凭据管理器和无法访问,不允
▪Dynamics CRM 2013 初体验(4):不再被支持的功    ▪win7下制作ubuntu系统安装启动盘和U盘安装ubuntu    ▪Linux cp -a用法
▪Windows Server时间服务器配置方法    ▪Tomcat+memcached实现Session共享    ▪Linux修改系统环境变量PATH路径的方法
▪Citrix 服务器虚拟化之二十七 XenApp6.5发布服务    ▪搭建本地Ubuntu 镜像服务器    ▪Create local metadata resource of yum
▪tsm ANS0326E问题处理    ▪Windows SVN变化邮件通知(Python2.7实现)    ▪linux下的内核测试工具——perf使用简介
▪Nginx TCP Proxy模块的编译安装    ▪OSX: SSH密钥使用日记(2)    ▪OSX: SSH密钥使用日记(1)
▪Manually start and stop Oracle XE in Ubuntu    ▪Disable autostart of Oracle-xe in Ubuntu    ▪tar命令-linux
▪xtrabackup-2.1.2-611安装    ▪无废话ubuntu 13.4文件共享配置    ▪Unix文本处理工具之sed
▪hpux 操作系统 磁带备份与恢复    ▪HP DL360 G7通过iLO部署系统    ▪Redhat 6.0中VNC Server的配置方法
▪hpux 操作系统磁带备份与恢复    ▪用C++编程调用libvirt的API来创建KVM虚拟机    ▪hpux- hp小型机日常硬件故障处理case(一)
▪web集群时session同步的几种方法(统计)    ▪inux常用命令大全    ▪BAT 批处理实现循环备份N天文件夹
▪BIND9私有DNS服务器小环境搭建实验    ▪Exchange2013增量备份    ▪OSSEC Monitor your App log file
▪《深入理解Nginx》阅读与实践(三):使用upstre    ▪如何给Fedora 15创建磁盘分区    ▪Packet Sniffer Code in C using sockets
▪Error, some other host already uses address    ▪修改uCOS_II以实现“优先级+时间片”联合调度    ▪weblogic开发模式与生产模式介绍
▪Wireshark 高级特性    ▪ubuntu13.04版本下安装RabbitVCS,类似windows的Tortoi    ▪Apache 一台主机绑定多个域名及虚拟主机
▪linux安全设置    ▪RHEL双网卡绑定    ▪Linux shell if参数
▪Windows配置路由时可以指定源地址啦    ▪centos安装vim7.4    ▪S3C2410 实验三——块拷贝、字拷贝(寄存器的
▪系统运维——日志处理    ▪ip_conntrack缓存neighbour    ▪关键在封装并发出了帧-IP冲突也无所谓
▪weblogic11g 安装——linux 无图形界面    ▪《数据通信与网络》笔记--SCTP    ▪《数据通信与网络》笔记--TCP中的拥塞控制
▪weblogic11g 安装集群 —— win2003 系统、单台主    ▪weblogic11g 节点管理器 nodemanager    ▪Citrix 服务器虚拟化之二十六 应用程序虚拟化
▪如何将windows下的文件夹挂载到linux虚拟机下    ▪在64位AIX6.1下安装SAP JCo    ▪Outlook启动时提示“找不到文件Outlook.pst文件”
▪weblogic8.1 登陆5 ip 限制    ▪weblogic 内存 及 内存溢出    ▪手把手教你在Windows端搭建Redmine项目管理软件
▪启动及重新启动nginx,重启nginx后丢失nginx.pid问    ▪Win7实现快速启动栏并实现靠左边的终极操作    ▪《深入理解Nginx》阅读与实践(二):配置项
▪显示grub引导菜单    ▪nagios监控主机    ▪linux各种数据流重定向
▪centOS安装chrome浏览器    ▪Slackware 14 安装完全指南    ▪SharePoint 2013的100个新功能之内容管理(三)
▪Citrix 服务器虚拟化之二十一 桌面虚拟化之部    ▪[问,ask]ubuntu13.04安装vncserver后只显示桌面,不显    ▪Win7中IIS出现“HTTP 错误 404.17 - Not Found 请求的
▪CentOS快速安装最新版本的SaltStack    ▪CentOS 6.4 快速安装Nginx笔记    ▪磁盘管理——RAID 0
 


站内导航:


特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除!

©2012-2017,169IT.COM,E-mail:www_169it_com#163.com(请将#改为@)

浙ICP备11055608号