精华内容
下载资源
问答
  • was部署应用方法

    2019-09-05 11:17:09
    was部署应用方法
  • WAS使用学习手册

    2008-03-14 22:45:07
    介绍was(web application stress tool)使用方法的文档
  • WAS的具体设置和使用方法

    千次阅读 2011-12-13 15:49:36
    WAS的具体设置和使用方法   Microsoft Web Application Stress Tool是由微软的网站测试人员所开发,专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具,您可以使用少量的Client端计算机...
    WAS的具体设置和使用方法
          
    Microsoft Web Application Stress Tool是由微软的网站测试人员所开发,专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具,您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响,在网站实际上线之前先对您所设计的网站进行如同真实环境下的测试,以找出系统潜在的问题,对系统进行进一步的调整、设置工作。
    1、Microsoft Web ApplicationStress具有以下几个特性:
     

         1.1、可以数种不同的方式建立测试指令:包含以手动、录制浏览器操作步骤、或直接录入IIS的记录文件、录入网站的内容及录入其它测试程序的指令等方式。
          1.2、支持多种客户端接口:标准的网站应用程序C++的客户端,使用Active Server Page 客户端,或是使用WebApplication Stress对象模型建立您自定的接口。
          1.3、支持多用户:利用多种不同的认证方式仿真实际的情况,包含了DPA, NTLM 及 SSL等。
          1.4、支持使用动态的cookie:仿真定制网站实际运作场景及对话(session)的支持。
          1.5、在客户端的计算机以NT 服务的方式执行仿真的工作,可在不中断测试的情况下将某些客户端的测试计算机删除。
          1.6、透过集中式的Microsoft Web Application Stress管理员,您可以使用任意数目的客户端计算机同时进行测式的工作。
          1.7、具有Bandwidth throttling (带宽遏流)的功能以仿真用户使用调制解调器上线的效果。
          1.8、内建的query-string 编辑器可帮助您建立name-valuepair组合的模板,并可在不同的场景测试中重复使用。
          1.9、可程序化的对象模式让您可以建立您自己的测试客户端。
          1.10、汇总的测试报告及丰富的性能测试资料。
          1.11、支持域名系统(DNS)让您可以测试整个群集(Cluster)的机器。
          1.12、使用Page group的方式来控制文件的组及测试指令的执行程序。
          1.13、可自定的header让您可以仿真各种不同种类的浏览器。
          1.14、可自定的指令延迟让您以更接近真实环境的方式进行测试。
    2、网站测试概述
    为了正确使用WAS进行网站的压力测试,您需要对于网站测试的方法有一初步的了解。以下的讨论将包含一些基本的概念以供参考。
    网站的测试可大略分成三个主要的类别:
    2.1、网站性能测试 (Performance testing)
    2.2、压力测试下的网站稳定性 (Stability or stress testing)
    2.3、网站承受能力评估 (Capacity planning)
          网站性能测试的第一件工作就是使用测试工具对网站加压以测量网站服务器每秒可以承受的请求(Request Per Second)的最大值。第二件工作就是找出系统性能限制的原因所在,举例来说,CPU、内存、或是后端系统所造成的反应延迟等。
          在许多状况下,网站服务器的CPU是主要的性能瓶颈。测试时您可以持续加压直到性能表现开始下降,再慢慢的降低压力的程度。此时您所测试出来的最大性能即为该网站所能达到的最高值。在实际测试时,您可以通过增加压力线程(thread),或是增加执行WAS测试程序的客户端来加压。
          在网站服务器端,您可以使用性能监视工具如Performance Monitor来监视如 "System: % TotalProcessor Time" 及 "Web Service: Connection Attempts/sec" 或 "ActiveServer Pages: RequestsQueued"等指针。如果CPU的资源指针已达到80%到85%,则CPU的处理能力最有可能就是整个系统的瓶颈所在。若是在压力测试的过程中CPU所被使用的比例不高而”RequestsQueued”的指针一直居高不下,可能是程序正在调用服务器上的COM组件而这个组件无法有效的执行完所有的命令,因而造成了系统性能的降低。在这种情形下,服务器上的COM组件才是真正的瓶颈。
          目前市场上最热门的定制网站应用程序也会对网站的性能表现有重大的影响。WAS包含了数种特性可有效的帮助您测试定制的网站应用程序。例如,您可以建立用户,让WAS可以设置并储存每一个用户的cookie。您也可以使用QueryString编辑器帮助您建立并储存数个不同的name-value pair以便在每一次执行request时进行测试。
    3、一般的网站测试问题:
          3.1错误的测试平台,和实际上线的 production server(生产环境服务器)不同,无法测出实际的问题。
          3.2错误的测试指令,无法正确的仿真出实际上线系统真正的反应。
    *线程安全性问题以及不稳定的服务器COM组件。
          3.3Active Server Page 的错误及GLOBAL.ASA 设置的问题。
          摘要:这篇文章讨论了性能测试对于成功发布一个网络应用的重要性,集中讨论了微软的Web Application Stress(WAS)这个用于测试Duwamish Online的性能的工具。
          性能测试是成功发布一个网络应用的关键因素。当越来越多的用户访问你的站点时,清楚地知道你的应用程序和你的服务器群是怎样工作的就显得非常重要了。
          为了给你的网络应用程序模拟出那种类型的使用,你可以协同几百甚至上千的真实用户在一段设计好的时间段里访问你的站点,你也可以只与一个能复制这么多用户负载的测试工具一起工作.
          许多性能测试工具可以帮你的忙。基本上,这些工具都允许你以有限的客户端模拟大量的虚拟用户,并发地访问预先确定的页面或网站的URLs(Uniform ResourceLocators)。每一个虚拟用户都能精确地仿效在真实浏览器和网站服务器之间进行通讯协议。
    4、使用WAS的好处:
          首先,我们来讨论一下使用WAS测试你的应用程序的好处。
          WAS允许你以不同的方式创建测试脚本:你可以通过使用浏览器走一遍站点来录制脚本,可以从服务器的日志文件导入URL,或者从一个网络内容文件夹选择一个文件。
          ·与其他所有的客户机通讯
          ·把测试数据分发给所有的客户端
          ·在所有客户端同时初始化测试
          ·从所有的客户端收集测试结果和报告
          这个特性非常重要,尤其对于要测试一个需要使用很多客户端的服务器群的最大吞吐量时非常有用。
          WAS是被设计用于模拟Web浏览器发送请求到任何采用了HTTP1.0或1.1标准的服务器,而不考虑服务器运行的平台。
          除了它的易用性外,WAS还有很多其它的有用的特性,包括:
          ·对于需要署名登录的网站,它允许创建用户帐号
          ·允许为每个用户存储cookies 和Active Server Pages (ASP) 的session信息
          ·支持随机的或顺序的数据集,以用在特定的名字-值对
          ·支持带宽调节和随机延迟(“思考的时间”)以更真实地模拟显示情形
          ·支持Secure Sockets Layer (SSL)协议
          ·允许URL分组和对每组的点击率的说明
    5、WSA的缺陷:
          除了优势外,WAS的确有一些缺陷存在
    ·以前面所发请求返回的结果为基础,修改URL参数的能力
          ·运行或模仿客户端逻辑的能力
          ·为所分配的测试指定一个确定数量的测试周期的能力
          ·对拥有不同IP地址或域名的多个服务器的同时测试能力
    注意
          你可以使用多个主客户端来同时测试多个服务器。然而,如果你想把所有测试结果联系起来成为一个整体,则需要整理从各个WAS数据库得到的数据.
    ·支持页面在不同IP地址或域名间的重定向的能力
    ·从Web浏览器直接记录SSL页面的能力
          WSA已经支持SSL页面的测试,但是没有记录它们。你需要在脚本录制完后,手工地为每个设计好的URL打开SSL支持
    虽然对这些限制有一些相应的解决办法,但是如果你的应用依赖一个或多个这样的功能的话,你也许不能完全享受WAS带来的好处。
    6、测试执行:
    6.1、未发布版本测试
    一、建立新脚本
          方法一、启动WAS软件后会自动显示建立新脚本的提示页面,选择[manual]按钮就可完成建立新脚本的功能。
          方法二、启动WAS软件后点击[new script]按钮。
     
    二、编辑脚本内容
          1、在选择脚本名称的右侧会出现相应的设置
          [server]中输入要进行测试的服务器IP地址或计算机名称;
          [verb]中选择脚本运行方式 get、post、head;
          [path]中输入向服务器提交的文件或字符串。
          2、[content tree]该项在默认情况下不做更改。
          3、[settings]设置测试持续时间
          在“test run time”各项中输入相应数字即可。
          4、[perf counters]该项在默认情况下不做更改。
          5、[page groups]该项在默认情况下不做更改。
          6、[users]选项下双击[default]或单击[show users]快捷键进入用户设置页面。
          在[user name]和[password]中输入服务器认可的用户和密码,点击[create]按钮完成添加用户功能。
          删除用户时只需要点中用户左侧按钮选中该行后点击[删除]快捷键。
          [number of new]项不能设为“0”,否则添加无效。
          7、[clients]双击[default]进入设置页面
          在[machine]输入添加客户的计算机名后点击[add]按钮,在默认状态下只有“localhost”客户连接,添加的其他客户均离线。选中的客户会在报告中显示。
          8、[cookies]自动显示用户的状态。
    三、web测试
          1、选择运行脚本名称
          2、在[script]菜单中选择[run]或者点击[运行脚本]快捷键
     
    四、测试报告
          1、点击[report]快捷键出现报告目录
          2、选择脚本名称以及详细测试时间文件
          说明:TTFB 表示从请求开始到WAS收到的时间
                 TTLB 表示最后一个请求从WAS反馈到客户端的时间
     
    五、删除脚本
          选择要删除的脚本名称后点击[删除]快捷键
     
    六、菜单说明
          1、[file]下的[new]初始化WAS软件,并非新建立;
          2、[file]下的[open]打开以前保存的文件。
    6.2、测试发布的WEB
    创建测试脚本
          在本文,我们将主要通过记录览器活动的方式来创建测试脚本。
          ·记录览器活动的方式以精确的方式捕捉所有用户的交互活动。任何从浏览器发往服务器的URL指向,应用程序参数和HTTP头部信息都会被自动地记录在新的测试脚本里。
          ·导入服务器日志文件的方法在站点已经进入投入使用阶段,有了真实的用户流量的情况下使用最好。但是,一个新的站点未必有这么多的真实用户使用数据,进一步说,可能还需要资合并大量的日志文件来达到较好地体现用户活动的目的,这将需要创建大量的测试脚本,将需要客户端更多的系统源。
          ·选取Web内容文件夹的方法最好用在测试多数是静态HTML文件的站点。这种方法允许在已有服务器的Web页面的基础上快速创建测试脚本。你只需要在主客户机器创建和存储你的测试脚本,当测试由主客户端初始化时,测试脚本会自动地分发到其他的测试客户端。
    准备测试客户端机器:
    那么按照以下的步骤建立你的客户端:
          1.从开始菜单,指向设置\控制面板。双击管理工具图标,然后是服务图标。
          2.双击WebTool服务打开属性对话框
          3.点Log On As标签,然后点This account选择按钮添加你的网络用户名和密码。使用domain\username的格式
          4.停止并重起WebTool服务
          5.然后,安装Microsoft Windows Proxy client 2.0,也叫Winsock Proxy客户端,可以在Microsoft Proxy ServerCD里找到(更多有关怎样安装和设置这个软件的信息,请参考包含在CD里面的文档)
          6.对于希望使用代理服务器的每个测试客户端,重复步骤1-5。
          如果你的公司使用其他的代理服务器,就要安装该代理服务器的代理客户端。
    准备浏览器
          在开始录制一个脚本前,你需要准备好你的浏览器,清除你的浏览器的缓冲cache。否则,WAS也许不能记录所需的浏览器活动,因为浏览器可能从缓冲区而不是从所请求的服务器取得请求页面。
    关掉IE的缓冲区
          1.在工具菜单,点Internet选项
          2.点常规标签,然后点删除文件按钮。
          如果使用IE5。0或以上版本则不需要修改代理设置,因为5。0以上版本的IE允许WAS改变这些设置。然而,对于IE4。0或早期版本,WAS使用一个内置的代理服务器来记录浏览器活动。
    按WAS的需要指定代理设置
          1.在工具菜单,点Internet选项
          2.在连接标签里,修改代理设置以使代理服务器指向Localhost并且使用端口8000
          3.不选对于本地地址不使用代理服务器
    记录脚本
          在你的浏览器和客户端已经准备好记录后,做下面的操作:
          1.当你第一次运行WAS时,你会看到一个Create new script的对话框(Figure1),询问你以什么样的方式创建一个新的测试脚本。
    Figure 1. Creating the script 
          2.点Record 按钮 。如果之前你选择了Don't display at startup,Create newscript将不会显示出来。你可以在Script菜单选择Record 然后 Create.
          3.在Browser Recorder — Step 1 of2对话框,你会被要求指定一些记录设置。在这里,清除所有的选择框点Next继续。
          4.在Browser Recorder — Step 2 of2对话框,点Finish。一个新的IE窗口会出现以便记录浏览器活动,同时WAS会被置于记录模式。
          5.在新出现的IE窗口的地址栏,输入你的目的站点的地址。在WAS的窗口你将看到HTTP信息在跟随你的浏览活动而实时改变着。
          6.当完成了你的站点浏览后,转回WAS窗口—还处于记录状态—点StopRecording按钮。就会终止记录并产生一个新的测试脚本,如Figure 2所示。
      在右边窗口的底部,你将看到一个列出所有脚本的列表。
          对于需要安全连接的站点,WAS支持SSL页面。然而不允许SSL的记录。要解决这些限制,你可以在服务器端关掉SSL,记录脚本,然后再重新激活服务器上的SSL。
    设置测试脚本
          新录制的脚本还不能立即用来测试。还必须完成以下设置:
          ·调节脚本项和他们的属性
          ·调节测试脚本的测试
          ·建立页面组和点击百份比
          ·建立用户帐号
          ·建立客户端
          ·建立性能计数器
    调节脚本项
          在修改一个测试脚本的脚本项时需要考虑几点,我们将在下面介绍。
    去掉不需要的脚本项
          去掉冗余项以减少在测试中的噪声因素,或者去掉那些无效的URL。当要调整一项特殊的功能时,去掉所有指向图象,样式表单和其他辅助静态文件的脚本项。
    为脚本项指定思考时间
          脚本项表单的最后一项叫做“延迟”。这项允许你在执行脚本项之前指定特定的延迟时间(也叫思考时间)。
          对于性能测试来说,如何定义思考时间并没有一个单独的标准。有些人使用零思考时间,有些人考虑使用30秒为思考时间。
          主要取决于站点的内容和测试的目的。例如,有长页面内容的站点需要比简单页面的站点使用长一点的时间,因为用户需要使用多点的时间来读页面内容。
          另外,如果你的目的是快速地决定一个只有少量客户端的Web服务器的吞吐量,你可以考虑零思考时间。没有思考时间的话,WAS的每个线程以最快速度对Web服务器施加压力。
    为脚本项设置一系列的值
          WAS允许你为一个脚本项的一对名字-值赋值,而不是对每一个请求都使用相同的值。这个特性对于模拟真实情形很重要,没有用户会不停的以相同的数据值请求同一页面吧?
          例如,其中一项测试脚本是请求一个ASP页面展示一个产品的详细信息。我们可以设置WAS随机地从一列预先定义的产品ID选取不同的值,而不是每次都用相同的产品ID请求ASP页面。
    为脚本项建立一列值
          1.在WAS窗口的脚本项,双击脚本项最前面的方型按钮(在表单的第一列)打开这项的详细菜单。
          2.在Querystring标签里(也叫Querystring Editor,如Figure 3所示),选定Format datato CGI standard。相应的名字-值对会出现在check box下的表单里。
    3.点选定的名字-值对的值,一个新的按钮会出现
          4.点这个按钮打开Field values对话框
          5.在Field values对话框输入一串值,每一行一个值。你也可以通过剪切,粘贴一个电子表格的数据文件来输入。
          6.在QuerystringEditor里,在表单中点有相同名字-值对的Distribution一列。在下拉菜单选择Random。
    为脚本项设置SSL
          为特定的脚本项激活SSL,需要作以下操作:
          1.在WAS窗口的脚本项,双击脚本项最前面的方型按钮(在表单的第一列)打开这项的详细菜单。
          2.在 SSL标签里,选Use SSL. (注意在你激活SSL时确保端口值应该在80到 443之间)。
    调整脚本设置
          为了您能满意地运行你的性能测试,你需要修改你的测试脚本的设置。通过双击左边的脚本名展开脚本的信息,你会找到一个Settings标签,在这里你可以为你的测试脚本指定很多设置。点击它将在右边窗口打开Settings视图.
    指定目标Web服务器
          默认地,目标服务器是“localhost”,应该替换为IP地址或目标服务器的域名。
    改变设置
          1.在左边的窗口点测试脚本的名字
          2.在右边窗口顶部的Server输入目标服务器的IP地址或域名
    注意
          如果你想对有Network Load Balancing(网络负载均衡)的服务器群组进行测试,就像DuwamishOnline一样,则需要输入IP地址群。
    设置并发连接数:
          在设置里的Concurrent Connections部分,你可以指定Stress level (threads)的值和Stressmultiplier (sockets per thread)来控制对目标服务器的压力/负载程度。Stresslevel是全部客户端所产生的WindowsNT线程的总数。每个线程能产生多个socket而每个socket就是一个并发的请求。
    以下公式解释了他们之间的关系:
          Total Concurrent Requests = Stress level (threads) x Stressmultiplier
    (sockets per thread) = Total Number Sockets
          在我们的实验室,我们使用不同的Stress层次来 性能测试。例如,我们使用过100, 200, 300, 400, 500, 750,1000, 1500,和2000的值来连续测试以研究我们的服务器群组是如何对连续增长的负载作出反应的。
          你应该在初步测试的结果基础上调整这些数值。通常来说,你需要在低负载度时收集更多的数据点,因为这时候系统的吞吐量会随线程的增长而线性增长。另一方面,你可以在高负载度时运行较少的测试以节省时间和精力,尤其是系统吞吐量已经高于峰值时。
          注意我们的第一次测试将设定在1000个线程。目的是运行足够的请求以建立我们程序的数据缓冲。因为程序的性能会因为有没有缓冲而表现大不相同,这将帮助我们为负载测试保持一个一致的环境。
    设定测试运行时间
          在设置视图的Test RunTime部分,你可以以日,小时,分钟,秒来设定总的运行时间。取决于你的脚本项的预期反应时间,建议你运行测试脚本至少若干分钟以便产生足够的请求,避免变形的测试结果。你的程序的反应时间越高,测试进行的时间就应该越长,以便产生大量的数据。
          你可以运行短而密集的测试以便监测你的站点的任何问题。另外,你需要运行更长的测试时间(例如,30天),看看你的站点的性能是否随时间而退化,尤其是在中级或高级的负载压力下。
          在Duwamish Online这个站点,大多数的性能测试都运行7到10分钟,以便有足够时间来稳定测试结果。
    设置随机延迟时间
          在设置视图的Request Delay部分,你可以在执行测试前为每个脚本项选择加入随机延迟时间(或思考时间)。如果Use randomdelay选项框被选中,每个WAS线程会空转一段随机的时间(在最大值和最小值之间)加上为每个脚本项指定的固定的思考时间。
    下面的公式解释了延迟时间的计算方法:
          每项的延迟时间=随机延迟时间+每项的固定延迟时间
          随机延迟时间的特性在固定延迟时间被指定给脚本项时尤为重要。如果没有使用随机延迟时间,所有的线程会在几乎相同的时间发送请求到Web服务器,然后等待几乎相同的固定延迟时间然后发送下一个请求。随机延迟时间在向Web服务器施加负载时有助于压平峰值和谷值,因此为所需的负载水平呈现一个更为精确的环境。
    设定挂起时间
          在设置视图的Suspend部分,你可以以日,小时,分钟,秒来设定warmup和cooldown时间。Warmup时间就是初始化测试运行时间,在这段时间里不会收集和计算性能数据。类似地,cooldown时间就是指定结束阶段的测试时间,也不收集数据。Warmup和 cooldown被用于最小化测试结果的失真。
          通常,在一个新测试运行的初始化阶段,很多系统资源是被特定的活动所消耗,像组件或应用程序的缓冲初始化。Warmup时间有助于在任何测试数据被收集之前稳定系统的环境。
    另一方面,cooldown时间有助于在测试运行的结束阶段避免数据的变形,这时额外的系统资源被用于停止测试和开始从客户端收集数据。另外,socket连接可能会过早地停止,造成大量的socket错误。
          在Duwamish Online,我们使用30 到 60秒作为大多数性能测试的warmup 和 cooldown时间
    指定带宽瓶颈
          在设置视图里的Bandwidth部分,WAS允许你模拟从14.4 Kbps的modem连接到T1 (1.5 Mbps)的LocalArea Network(LAN)连接的网络带宽。这个特性的最大好处是可以支撑大量的并发连接到目标服务器。这是大多数Web站点(用户使用低速modem连接)所体验的情形。
    激活带宽瓶颈
          1.在设置视图里的Bandwidth部分,选择Throttle bandwidth选项框。
          2.在下拉菜单,选择一个代表大多数用户的连接吞吐量的带宽。
          在Duwamish Online里,我们试过不同的带宽瓶颈的设置。初始化时。我们把用户连接设在56Kbps,想明白我们的程序在大多数Web站点的情况下是如何表现的。我们也试过把用户连接设在ISDN Dual Channel (128Kbps)以模拟未来宽带趋势下,我们的大多数用户通过快速的连接访问我们的站点。最后,我们以没有带宽瓶颈的情形测试我们的站点。有趣的是,我们发现这种设置产生的负载条件与用128Kbps连接的一样。
          不管你如何设置带宽瓶颈,务必要在你想比较测试结果的所有测试中保持一致性。
    指定其他设置
          在设置视图的其他部分,我们保持默认值,除HTTP重定向外。我们故意去掉Follow HTTPredirects选项。这在创建脚本过程中你录制脚本时已经录制了URL的重定向的时候是必须的。你不需要重复两次地运行那些URL。
    设置页面组
          在WAS里,你可以把一系列的脚本项组织成所谓的页面组。
    建立页面组
          1.展开左边窗口的脚本的信息
          2.点Page Groups节点在右边窗口打开相应的视图
    你会看到默认的以100%分布率的页面组已经创建好了。所有的脚本项默认都初始化为这个组。
          3.在组表单的空白行,在Group列输入新的组名(像"Home"作为主页),在Distribution列输入数值。分布率会被用于计算这个页面组的点击率,见Percent列。重复这个步骤添加更多的页面组。
          4.点左边窗口的脚本名回到该脚本项的视图
          5.在脚本项表单的Group列,从下拉菜单选择其中一个页面组。为每个脚本项重复这个步骤。所有关联的页面都应该选同样的页面组。
          6.点左边窗口的脚本名回到该脚本项的视图
          7.在脚本项的表单的Group一列,从下拉菜单选则其中一个页面组,见Figure 6。
          8.重复6到7为每一个脚本项选择一个页面组。所有相关项(像ASP 页面,样式表单和图象文件)应该选择相同的页面组。
    另一种创建和指定页面组的方法是在录制脚本时指定页面组。

          要使用这种方法,在浏览器跳到新的页面之前返回到WAS窗口(见Figure2)。点Change Group按钮然后在New Group对话框输入组名。以后录制的脚本项都会被指定到这个新的组。
    指定用户
          当一个测试开始时,所有的用户被分配到给定压力系数设置的各线程中。当请求开始时,每个线程使用从与该线程连接的共享池中获得的用户名,密码,和cookie。如果WAS配置的.用户数比线程少,kies的交互会被禁止。所以,当测试需要个人认证的网站时,拥有的用户数比线程多是很重要的。
          对于可以在WAS中创建的用户数没有硬性的规定和限制。然而,因为每个用户都会需要一定的内存和资源,所以如果使用大量的用户,将会使你的测试启动和停止时间更长些。
    创建新用户
          1.在左边窗口展开脚本的信息
          2.点Users节点在右边窗口打开相应的视图
          3.双击Default用户组打开用户视图。
          注意默认已经创建了200个用户。你可以简单地修改用户名和密码就行了。
    你也可以做以下操作来创建一系列新的用户
          1.点Remove All清除所有的记录
          2.在Number of new users,输入你想创建的新用户的数量
          3.在User name prefix,你可以在用户编号的前面输入前缀值,例如“User.”
          4.在Password,输入密码。相同的密码会赋给所有用户。
          5.最后,点Create按钮。用户表单就会填满指定数量的用户
          如果你想使用定制的用户名和密码列表,你可以从一个预定格式的文本文件导入它们。建立各客户端机器:
          WAS允许你使用多个客户端机器测试你的网站。
          使用其中一个客户机器作为你的主客户端。这个主客户端应该是你用来记录和设置测试脚本的机器。
          一些线程就会没有用户—所有的署名登录页面会登录取失败,任何与cook建立测试客户端.
          1.在左边窗口展开脚本信息
          2.点Clients节点在右边窗口打开相应的视图
          3.双击Default客户端打开客户端视图
          本地客户端的记录(在你工作的主客户端)已经默认被创建。
          4.要想加入新的客户端,在Machine name输入IP地址或域名。
          5.点Add按钮,新的客户端会以Connected的状态被加到表单中去。
          6.重复步骤5和6,直到全部客户端机器都被加入。
          当添加新的客户端时,尽量加那些大致相同处理能力的机器。我们发现添加一个明显比其他机器速度慢的机器比不添加它还要产生更多的socket错误。
          我们也发现如果我们设置一台专注的机器作为主客户端,但是这台机器不参与产生负载。这样的设置,我们会产生较少的socket错误,而且测试结束得更快。
          要这样设置的话,从客户端列表去掉主客户端的名字。如果你有一台慢的机器而你不打算用做负载产生机器,它可以作为你的主客户端而不会影响测试的输出。注意,这台主客户端仍然做所有的产生报告和分发测试脚本的工作。一台慢速度的主客户端意味着你的测试启动和结束的速度会慢些,而且要更多的时间来产生报告。
    设置性能计数器
          WAS可以与Windows NT性能监视器结合简化测试数据的收集。
    把性能监视计数器加到你的脚本
          1.在左边的窗口展开脚本的信息
          2.在右边的窗口点Perf Counters节点打开相应的视图
          3.在Collection Interval,输入收集时间间隔。这是以秒计算的取样时间。
          4.点Add Counter按钮
          5.从Add counter to report对话框,通过点Add按钮选机器,对象和你感兴趣收集的计数器。
          在WAS帮助文件的"Common performance monitorcounters"部分有一系列的通用性能计数器的介绍。
          如果你在使用这个特性时遇到什么问题,请参考WAS的基本知识介绍。
    运行测试脚本
          一旦你设置好了测试脚本,就准备好了在你的客户机运行脚本
    启动主客户端的测试
          1.点需要测试的脚本
          2.从Scripts菜单选Run
          也可以点工具栏上的Play按钮运行脚本。
    检查测试报告
          测试完成后,你应该先检查测试报告看是否有socket 或 HTTP错误
    从报告中检查这些错误
          1.从View菜单选Reports打开相应的视图
          2.在左边窗口,双击脚本打开测试报告,如果需要的话
          3.点测试报告名(有测试运行时间指定),如果需要的话。你会看到右边窗口显示报告的概要。
          4.在报告概要,检查SocketErrors部分是否有任何的socket有关的错误(值不为0)。这里列出每种socket错误的解释:
          Connect—客户端不能与服务器取得连接的次数。如果这个值偏高,检查在客户端与服务器之间产生的任何潜在的错误。从每个客户端Ping服务器或telnet服务器的端口80验证你得到正确的回应。
          Send—客户端不能正确发送数据到服务器的次数。如果这个值偏高,检查服务器是否正确地工作着。在客户端打开一个浏览器然后手工点击站点页面验证站点正确地工作着。
          Recv—客户端不能正确从服务器接收数据的次数。如果这个值偏高,执行和Send错误相同的操作。还要检查一下如果你减低负载系数,错误是否跟着减少。
          Timeouts—超时的线程的数目,而且随后就关闭了。
          5.如果socket错误很低或为0,拉下报告视图找到Result Codes部分。
          6.检查一下是否所有结果代码都是200,表示所有请求都被服务器成功地返回了。如果找到大于或等于400的结果,继续下面的步骤以查找哪个脚本项(URL)产生这些HTTP错误的。
          7.在左边窗口展开脚本信息
          8.双击Page Data节点展开所有的脚本项
          9.点每个脚本项在右边窗口看页面数据的报告
          10.在每项脚本的页面数据报告检查ResultCodes部分,验证是否有那项产生了HTTP错误。如果要看常见的结果代码列表,请参考WAS帮助文件的"HTTP resultcodes"部分。
    运行脚本
          在准备好以上介绍的测试脚本后,你现在就可以准备运行测试及收集数据了。
          你可以按照前面介绍的步骤手工运行每项测试。然而,这将会是一项耗时的过程。
          当测试运行时,你应该监视和记录不同的性能相关的系统计数器,包括跟踪系统吞吐量的计数器,反应时间和资源利用率。
          给服务器设置多层负载。估计一下需要并发请求的最大用户量以便在预备测试中把你的Web服务器群推到100%的使用率。
          当没有足够的客户端机器来使服务器群到达极限时,就需要设置更高的负载倍数,例如,如果你发现使用4,000个线程,都乘一倍的负载系数,你还是不能把服务器推到极限的话,把负载系数加大。然而,使用大于1的负载系数会产生不精确的Web程序页面的TTLB。如果有可能,增加更多的机器比靠增加负载系数要好。
          使用Session跟踪。使用Session跟踪来记录WAS和Web服务器之间的详细连接。当定义一个新的WAS脚本时,确保所有的URL都正常工作而且Web服务器返回的是所需要的结果。如果不是,那么很有可能你得到改进的性能结果,但是Web服务器返回的却是错误的响应。
          你应该设置SessionTrace为1,类型为REG_DWORD。SessionTrace线程跟踪可以在注册表的\HKEY_LOCAL_MACHINE\SOFTWARE \Microsoft\WAS注册。最后,记得在确认了新的脚本后关掉SessionTrace(0),否则,你的磁盘会很快就满了。
          监视Web服务器的日志文件。要准备重新部署或清除你的Web服务器日志文件。太多的性能测试会使它膨胀的很快,尤其对于长时间的测试。你也可以把日志文件作为故障检查员帮助你检查WAS报告的应用程序错误。
          限制脚本的项数和用户数。避免创建多于1000脚本或用户,除非有特殊原因需要多于这个数目的对象。虽然允许的数目限制是由客户端的内存决定的,你会发现初始化这么多的脚本和用户会花费太多的时间
          跟踪HTTP重定向的选项。如果脚本已经录制了重定向的URL就不要再使用这项选项。如果你使用这项选项,重定向的页面将会计算两次。
          用户名和密码。WAS的帮助文件说用USERNAME和PASSWORD填表是指定每一个WAS用户的方法。在我们的测试过程中使用USERNAME和PASSWORD会大大地增加关闭各个客户端的脚本的时间。从一些WAS的内部使用者得到建议,我们在QueryString里指定USER和PASSWORD名字-值对。通过为USER和PASSWORD设置顺序访问机制,我们保证了密码总是和用户名对应。
          除了WAS的一些缺陷外,WAS是你发布网站之前模拟用户使用你的网站的好工具。使用性能测试工具对于成功的网站程序发布有重要作用。这些工具允许你清楚你的程序的性能特征,那么你就会清楚你的程序在高负载情况下会如何表现。你在操作网站的过程中得到的惊奇越少,你的站点就越可靠。


    展开全文
  • WAS使用说明 性能测试

    2011-05-06 08:31:39
    这个是有关WAS这款性能测试软件的使用方法,讲述的很细致
  • WAS CPU高处理方法

    千次阅读 2018-12-05 10:31:05
    通过topas或者top发现导致机器cpu高的进程为was的进程ID号。可以通过(ps -ef|grep java 去查询一下was的进程号) 1) 利用工具aixperf.sh (linux利用工具linperf.sh,was6.0利用aixperf60.sh)进行收集数据,...

    通过topas或者top发现导致机器cpu高的进程为was的进程ID号。可以通过(ps -ef|grep java 去查询一下was的进程号)

    1) 利用工具aixperf.sh (linux利用工具linperf.sh,was6.0利用aixperf60.sh)进行收集数据,ftp该工具至需要收集的系统中。修改执行权限,并注意上传文件所属用户和用户组,假如你的AppSrv01是was用户启动的,则

    chmod 755 aixperf.sh   调整执行权限

    chown was:was aixperf.sh 调整文件属组,

    2) ps –ef|grep java 查看was进程ID号

    3) 执行 ./aixperf.sh was进程ID号   (当前was启动用户执行)

    4) 在/was/IBM/WebSphere/AppServer/profiles/AppSrv01中生产一个

    aixperf_RESULTS.tar.gz及3个左右javacore文件。

    下载这些文件至本地分析。信息收集后,可根据需要进行was重启操作。

    分析过程:

    1) 解压aixperf_RESULTS.tar.gz文件,找到sleep.prof文件,打开,找到如下:

    Process                   PID      TID  Total Kernel   User Shared  Other

    =======                   ===      ===  ===== ======   ==== ======  =====

    java                  1360096  2883655  14.93   0.04   0.00   4.42  10.47

    java                  1360096  3797117  14.89   0.03   0.00   4.14  10.72

    java                  1360096  4129121  14.60   0.05   0.00   4.17  10.38

    java                  1360096   979281  14.45   0.13   0.00   4.55   9.77

    wait                     8196     8197   4.28   4.28   0.00   0.00   0.00

    PID为当前was的进程ID号,TID为was中线程ID号。Total表示线程占用CPU的比例。

    上面的结论:CPU高的主要原因是线程2883655  3797117  4129121  979281  所占用的,因此要找到该线程所对应执行的具体类,方法。

    2) 将上面的TID转成16进制。可以利用计算器。

    2883655 转成 0x2C0047

    3) 在生成的javacore中查找具有0x2C0047的信息。例如:

     

    4) 找到对应的java代码,进行分析这个类的

    com/huateng/ebank/business/common/operator/ExportQueryListOperation的genBuyBusinessResult方法是否存在问题。

    如果定位在这个地方,通常一定会有问题,可能会有循环在这个地方,通常代码中会有while的循环,而且这个地方的循环是逻辑上是没有办法退出来的。

    如果逻辑正确,可能是由于数据有问题,此时去查询一下数据库的对应用到的表,是否存在不正常的数据。

    如果服务器是Windows的,稍微麻烦一些。如果需要,请留言博主,不过还是劝你放弃Windows上的WAS,

    展开全文
  • WAS基本使用手册

    2018-11-13 10:58:28
    WAS基本使用手册

    分享一下我老师大神的人工智能教程!零基础,通俗易懂!http://blog.csdn.net/jiangjunshow

    也欢迎大家转载本篇文章。分享知识,造福人民,实现我们中华民族伟大复兴!

                   

     

    1.  基本介绍

    WebSphereApplication Server(简称WAS)是IBM的应用服务器

     

    基本结构:单元(cell) ——> 多个节点(node) ——> 多个服务(server) ——> 多个应用(app)

     

    单元是整个分布式网络中一个或多个节点的逻辑分组

    单元是一个配置概念, 是管理员将节点间逻辑关联起来的实现方法, 可以将单元看作是WAS最大的作用域

    2.  节点部署

    概要文件(Profile)定义一个独立应用程序服务器(Server)的运行时环境, 包括服务器在运行时环境中处理的所有文件

     

    节点(Node)是受管服务器(Server)的逻辑分组, 节点通常与具有唯一 IP主机地址的逻辑或物理计算机系统对应, 节点不能跨多台计算机

    Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器, 是一个管理代理程序, 并不涉及应用程序服务功能,Node Agent 进程在每个受管节点上运行, 并专门执行特定于节点的管理功能, 如服务器进程监视、配置同步、文件传输和请求路由, Deployment Manager通过与Node Agent的交互完成对单元内节点的控制

     

    Node是管理上使用的概念, Profile是实际的概要文件, 它们代表同一事物

     

    查看所有概要文件:

    exportWAS_HOME=/usr/IBM/WebSphere/AppServer

     

    cd $WAS_HOME/bin

     

    ./manageprofiles.sh-listProfiles

    2.1.   DeploymentManager

    DeploymentManager(简称DM) 为单元中所有元素提供了单一的管理控制中心点

    DM属于一个特殊的节点,用以下步骤创建:

    export WAS_HOME=/usr/IBM/WebSphere/AppServer

     

    cd $WAS_HOME/bin

     

    ./manageprofiles.sh -create \

    -templatePath $WAS_HOME/profileTemplates/dmgr\

    -profileName Dmgr01\

    -profilePath $WAS_HOME/profiles/Dmgr01 \

    - nodeName (节点名) \

    -cellName (单元名) \

    -hostName (主机名)

     

    (其中红色部分为概要文件名, 可根据实际情况修改)

    2.2.   节点

    1.       新增节点:

    ./manageprofiles.sh -create \

    -profileName AppSvr01 \

    -templatePath $WAS_HOME/profileTemplates/default \

    -profilePath $WAS_HOME/profiles/AppSrv01 \

    - nodeName (节点名) \

    - cellName (单元名) \

    -hostName (主机名)

     

    (其中红色部分为概要文件名, 可根据实际情况修改)

     

    2.       添加节点到DeploymentManager:

    cd$WAS_HOME/profiles/AppSrv01/bin

     

    ./addNode.sh IP PORT

    (其中ip为WebSphereDM所在服务器的IP, PORT为WebSphereDM对应的SOAP_CONNECTOR_ADDRESS端口, 默认为8879)

            

    1.        

    2.        

    3.       启动节点:

    cd$WAS_HOME/profiles/AppSrv01/bin

    ./startNode.sh

     

    cd$WAS_HOME/bin

    ./ startNode.shAppSrv01

     

    4.       停止节点:

    cd$WAS_HOME/profiles/AppSrv01/bin

    ./stopNode.sh

     

    cd$WAS_HOME/bin

    ./stopNode.sh AppSrv01

     

    注:在WAS控制台只能停止节点, 不能启动, 步骤如下:

    登陆WAS控制台

    系统管理——> Node Agent

    选择节点进行操作

    5.       删除节点:

    确认节点已经停止

    cd$WAS_HOME/bin

     

    删除节点对应的概要文件:

    ./manageprofiles.sh -delete -profileNameAppSrv01

     

    删除所有节点对应的概要文件(谨慎, 会删除DM的概要文件):

    ./manageprofiles.sh -deleteAll

     

    最后删除节点文件目录

    cd$WAS_HOME/profiles

    rm -Rf AppSrv01

     

    注:在WAS控制台只能把节点从DM去除, 不能进行删除节点操作

    2.3.   状态

    1.       登陆WAS控制台

    2.       系统管理——> 节点

     已同步 此节点上的配置文件已与 Deployment Manager 同步

     未同步 此节点上的配置文件未与 Deployment Manager 同步(已过期)

     未知 由于无法访问此节点的 Node Agent, 所以无法确定配置文件的状态

     不可用 由于此节点是非受管节点, 所以状态列不适用于此节点

     

    3.  集群部署

    集群由一组应用程序服务器组成

    3.1.   新建

    1.       登陆WAS控制台

    2.       服务器——> 集群

    3.       点击新建

    4.       输入集群名称, 点击下一步

    5.       创建第一个集群成员, 输入成员名, 选择节点, 点击下一步

    6.       创建其他集群成员, 输入成员名, 选择节点, 点击添加成员, 点击下一步

    7.       检查操作总结的信息是否正确, 点击完成

    8.       查看新建的集群

               

    给我老师的人工智能教程打call!http://blog.csdn.net/jiangjunshow

    这里写图片描述
    展开全文
  • 一个能在win8下使用的64位WAS,整合了WAS7.0和一个64位dll补丁,内附安装方法
  • was

    2012-03-17 00:29:08
    概要文件创建有两种方式,图形化创建向导和命令行方式。为了操作的简便和直观,我们通常采用图形化创建...这时,请直接使用./manageprofiles.sh命令。例如:在UNIX平台上创建一个Application Server类型的名为AppS
    概要文件创建有两种方式,图形化创建向导和命令行方式。为了操作的简便和直观,我们通常采用图形化创建向导(执行WAS_Home/ bin/ProfileManagement/pmt.sh启动该向导)。如果安装的是64位的WAS,则没有该图形化创建向导工具。这时,请直接使用./manageprofiles.sh命令。例如:在UNIX平台上创建一个Application Server类型的名为AppSrv01的profile,使用manageprofiles命令可以如下操作: export WAS_HOME=/opt/IBM/WebSphere/AppServer 
    
    echo $WAS_HOME 
    cd $WAS_HOME/bin 
    ./manageprofiles.sh -create -profileName AppSrv01 
    -profilePath $WAS_HOME/profiles/AppSrv01 
    -templatePath $WAS_HOME/profileTemplates/default 
    -hostName kcgg1d7.itso.ibm.com -enableAdminSecurity true 

    -adminUserName adminUser_ID -adminPassword adminPassword 

    对于开发环境,我们可以选择使用开发模板来创建服务器,开发模板针对开发目的进行了优化的配置,减少了WAS启动时间并允许服务器在功能较少的硬件上运行。但在生产环境中,不要选择“使用开发模板”。 
     概要文件创建过程中我们可以选择“启用管理安全性”,让用户在进行登陆管理控制台、停止WAS实例等管理任务时需要输入用户名/密码。注意,如果在创建概要文件过程中没有启用管理安全性,或者启用管理安全性之后希望修改用户名或密码,都可以在概要文件创建完毕之后再次进行修改。

    创建概要文件过程中可查看/更改该概要文件所占的port。如果用命令行方式创建概要文件向导,无法通过图形化显示看到这些端口,如果希望查看端口,可以在概要文件创建完毕后查看配置得到端口值;如果希望修改这些端口,则可以在概要文件创建中用参数-portsFile或-startingPort指定端口。当然,所有这些端口值都可以在概要文件创建完毕之后再次修改。 

    在生产环境中安装WAS完毕并创建了一个可用的概要文件之后,必须根据实际情况进行必要参数的调整,以便提高WAS性能、方便错误诊断。这些参数通常要结合运行环境的实际情况、实际的并发量和服务器的资源利用情况进行调整。完整的调优涉及操作系统、应用、应用服务器和数据库的综合调整。

    Web容器线程池:该参数在“服务器 > 应用程序服务器 > server1 > 线程池”的“WebContainer”中进行设置,默认值是10到50。如果硬件资源允许,通常会把线程池的最大大小调到100。 数据源连接池:该参数在资源->JDBC->数据源->数据源名称,选择“连接池设置”中设置,默认大小为1到10。根据资源设置的队列(Queue)原则,从Web容器线程池,到数据源连接池的参数设置,应该是从大到小的管道。注意,如果把数据库连接池最大大小调得过大,JVM有限的资源都耗费在维护连接池、处理与数据库连接上,可能反而造成WAS性能的下降。

    WAS 进程日志参数:WAS进程日志常用的有SystemOut.log和SystemErr.log。这两份日志默认大小为1M,历史日志文件数为1份。在生产环境中,这样的设置通常不足以充分保存发生问题时的错误信息。我们可以通过修改日志默认大小、历史日志文件数来保存更多的信息。注意,不要把单份日志文件大小设置过大(例如,超过10M以上),否则可能影响WAS性能。另外,我们建议把应用日志与WAS日志分离开。如果应用中大量以System.out.print或者System.err.print来保存应用状态日志,也可能会影响服务器性能。 

    Heapdump文件:前面我们提到,Heapdump文件对磁盘空间占用很快,因此,可以设置IBM_HEAPDUMP参数把Heapdump文件存放到指定目录下。 
    Web服务器的访问日志access.log:IBM Http Server的访问日志access.log默认是打开的,其中记录了经过Http服务器的请求信息。在高并发的系统中,这一日志增长非常过,当日志过大时,可能占用过多磁盘空间或引起性能下降,如果您的系统不需要这份日志,或者有其他技术手段保存用户访问信息,可以关闭该日志。具体做法为:打开IBM Http Server安装目录/conf目录下的httpd.conf文件,搜索CustomLog,把CustomLog所在行用#注释掉即可。

    默认情况下,WAS的管理控制台和应用访问是两个不同的端口。访问WAS的管理控制台或者WAS上部署的应用,所使用的端口由应用服务器端口以及虚拟主机决定。假设我们要把应用访问的端口从9080变成9082(实际工作中,如果没有Web服务器,有的环境会希望把应用访问端口变成80,方法类似),则按如下步骤进行:登陆WAS管理控制台,选择 左边菜单 服务器 - 应用服务器,点击 server1,选择“端口”,点击“WC_defaulthost”,修改端口为自己想要的任意端口(注意避免端口冲突),例如,9082。然后点击“确定”。然后“保存”。 然后,选择 左边菜单 环境 - 虚拟主机,点击”default_host”,选择“主机别名”(如图9),把原有端口9080改成与前面应用服务器/端口/WC_defaulthost一致的端口,例如,9082。或者点击“新建”,把在WC_defaulthost修改之后的端口号填入,点击“确定”、“保存”。 当然,如果你在前面应用服务器/端口/WC_defaulthost中设置的端口已经出现在虚拟主机/default_host/主机别名的列表中,则不需要做改动或者新增主机别名端口的工作。目的就是要让 应用服务器/端口/WC_defaulthost的端口出现在 虚拟主机/default_host的主机别名列表中。更改在重启WAS服务器之后生效。 

    登陆WAS管理控制台,选择 左边菜单 服务器 - 应用服务器,点击 server1选择“端口”。然后更改WC_adminhost为自己希望的管理控制台端口。然后点击“确定”、“保存”。选择 左边菜单 环境 - 虚拟主机,点击;然后选择admin_host,选择“主机别名”。把原有端口9060改成与前面应用服务器/端口/WC_adminhost一致的端口,例如,9063。或者点击“新建”,创建一个主机别名 *, 9063。然后“确定”,“保存”。目的就是要让 应用服务器/端口/WC_adminhost的端口出现在 虚拟主机/admin_host的主机别名列表中。 

    启用管理安全性将激活用于防止未经授权的用户使用服务器的设置,简单来说,进入管理控制台、更改应用服务器配置、停止应用服务器进程这些管理任务,都需要输入预先定义的用户名和密码才能完成。缺省情况下,创建概要文件时会启用管理安全性。如果在创建概要文件时没有选择“启用管理安全性”,在随后使用过程中又希望启用,则可按如下步骤进行:首先进入控制台,例如:http://was_ip:9060/admin,注意这里登陆的用户一定要是设置安全性的用户。例如,admin。选择“安全性”>“安全管理、应用程序和基础结构”,然后点击“安全配置向导”。为了配置的简便性,在“指定保护范围”中,可以不选择“使用 Java 2 安全性来限制应用程序访问本地资源”;在“选择用户存储库”中接受默认选项,用户存储库为“联合存储库”,点击“下一步”;在配置用户存储库中填入用户名、密码。如果您是第一次启用管理安全性,则输入一个新的用户名(您登陆管理控制台的用户名)和密码。这个用户名密码是任意的,并不要求是操作系统用户,因为联合存储库默认的用户条目来自于文件;如果以前曾经使用该存储库启用过管理安全性,则使用存储库中持有管理员特权的用户名和密码。点击“下一步”、“完成”。保存之后重启应用服务器,这时登陆管理控制台等就需要提供您预定义的用户名/密码了。 

    停用管理控制台很简单,在“安全配置向导”所示页面,不选择“启用管理安全性”,点击“应用”,保存并重启应用服务器即可。有一种特殊情况下,特如忘掉了管理员密码,此时我们无法登陆管理控制台,从而无法在管理控制台中停用管理安全性。这时,可从$WAS_HOME/profiles/xxx概要文件名/bin目录下,发出如下命令: wsadmin -conntype NONE 。当wsadmin的命令行窗口出现之后,发出下列命令: securityoff 。上述操作在应用服务器启动或停止的状态都能发出。再次启用WAS时,就是停用管理安全性的状态了。 

    当我们需要更改管理员密码时,可以选择“用户和组”>“管理用户”,在搜索内容为“*”时点击“搜索”,会列出该存储库中的所有用户。选中管理用户标识,可更改该用户的密码。更改即时生效。 

    使用启用管理安全性的WAS环境时,默认情况下只有一个管理员ID,这意味着同一时刻只有一个人能登陆管理控制台。这对于多人开发小组在同一WAS环境发布测试时并不方便。您可先在存储库中创建一个用户,然后为该用户ID分配相应的管理角色。具体步骤如下:1)选择“用户和组”>“管理用户”,点击“添加”,添加一个用户ID,例如,admin1。保存。 2) 选择“用户和组”>“管理用户角色”,填入用户名(必须是在存储库中已经存在的用户名),选择相应的管理角色,例如,“管理员”。点击“确定”,保存。这样,下次重启WAS时,两个用户都能同时登陆管理控制台。 

    生产环境、概要文件配置过于复杂或经常更改时,我们需要定期备份概要文件,以便必要时快速恢复。您可使用backupConfig 命令备份配置文件。例如,要备份概要文件AppSrv01的当前配置,可以从$WAS_HOME/profiles/AppSrv01/bin目录下,发出命令 backupConfig,它会将AppSrv01当前概要文件默认生成一个压缩包,您也可以指定该压缩包的名称,例如:backupConfig WebSphereConfig_2007_05_30.zip。恢复配置时,使用restoreConfig WebSphereConfig_2007_05_30.zip。 

    需要提醒的是,WAS的卸载过程不是直接删除目录,如果这样做,下次你可能无法在同一台机器上成功安装WAS。在卸载WAS之前,先停止机器上的WAS进程,用ps –ef |grep java确保没有was进程在运行。然后,执行WAS_HOME/uninstall/uninstall.sh命令卸载WAS。

    管理 Utility Jar包:大多数J2EE应用都会有一些公用的Utility Jar包,首先要强调的是:一定要避免在同一个类载入路径下存在同一个类的多个版本!这会在实际运行中带来很多莫名其妙且难以诊断的问题。其次,对于JDBC驱动这类通用等级较高的Utility Jar包,可以放置在<WAS_HOME>/lib/ext目录下;对于多个应用共享的Utility Jar,可以放在 <WAS_HOME>/lib/ext中,也可以放在shared library(共享库)中,推荐放在shared library中;对于单个应用使用的Utility Jar,可与应用打包在一起,或放入shared library中。共享库的使用能够避免Utility Jar包多个版本的混乱,以及Utility Jar包的冲突。

    会话超时:针对应用场景的不同,不同应用期望的会话超时时间各不相同。WebSphere应用服务器的会话管理分为Application server、Application、Web Module三个级别。顾名思义,在每个特定级别上更改的会话管理的配置,对当前级别起作用。部署在WebSphere应用服务器上的应用,默认的会话超时时间为30分钟,默认的会话管理级别是Application Server。如果您期望更改您的应用,例如,DefaultApplication的会话超时时间,可按如下步骤进行:选择应用程序>应用程序名>会话管理,选择“覆盖会话管理”,并在“设置超时”中填上期望的会话超时时间。点击“确定”保存即可。 

    展开全文
  • 使用was对web进行负载测试,简单介绍了was使用方法
  • WAS的具体设置和使用方法(转)

    千次阅读 2008-04-18 10:37:00
    WAS的具体设置和使用方法 Microsoft Web Application Stress Tool 是由微软的网站测试人员所开发,专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具,您可以使用少量的Client端计算机...
  • WAS 使用文档

    千次阅读 2012-07-18 18:07:18
    · 导入服务器日志文件的方法在站点已经进入投入使用阶段,有了真实的用户  流量的情况下使用最好。但是,一个新的站点未必有这么多的真实用户使用  数据,进一步 说,可能还需要合并大量的...
  • 在大多数设置中,最好使用具有WASI支持的Rust标准库。 该wasi箱也完全程序化从所生成的*.witx文件描述WASI的API。 虽然提供了一些便利,但是这里的绑定是有意的低级! 用法 首先,您可以通过Cargo.toml依赖此板条...
  • 建立新脚本 方法一、启动WAS软件后会自动显示建立新脚本的提示页面,选择[manual]按钮就可完成建立新脚本的功能。 方法二、启动WAS软件后点击[new script]按钮
  • 该库允许Web浏览器使用Webassembly和WASI后端扫描条形码。 为什么? 与大多数Webassembly项目不同,此项目是使用WASI而不是Emscripten进行编译的。 针对WASM二进制文件大小进行了优化,压缩后的压缩大小为161.98 ...
  • iOS9.0以后那些被不推荐使用(deprecated)方法之:sendAsynchronousRequest was deprecated in iOS 9、UIAlertView was deprecated iOS9.0以后那些被不推荐使用(deprecated)方法之:...
  • WAS常用操作

    千次阅读 2018-12-04 07:45:39
    1、启动server .cd %WAS_HOME%/profiles/AppSrv01/bin ./startServer.sh server1 2、停止server ./stopServer.sh server1 -...3、manageprofile.sh 的用法: 在做所有was前期操作前,请编辑/etc/hosts 中的主机...
  • 最简单的开始方法使用 ,它的sysroot中包含一个WASI Libc构建。 从源头建造 要从源代码构建WASI sysroot,请获取支持WebAssembly的C编译器(当前虽然只有clang 8+,但我们也希望支持其他编译器),然后运行: ...
  • WAS7和WAS8.5布署Axis2 webservice

    千次阅读 2019-01-15 16:56:53
    无论是was7还是was8,在安装带有Axis2的应用时,都很容易出现jar冲突的情况,最常见的有以下: E com.ibm.ws.webcontainer.webapp.WebApp logServletError SRVE0293E: [Servlet 错误]-[AxisServlet]: org.apache....
  • 瓦西 ...Console和Environ类的用法示例: import "wasi" ; // Import from the installed as-wasi package import { Console , Environ } from "as-wasi" ; // Create an environ instance let env
  • A TLS packet with unexpected length was received 解决方法
  • WAS性能测试工具的使用

    千次阅读 2013-02-20 11:18:52
    WAS 的负载使用说明(一) 一、准备工作 为了测试数据的准备性,首先需要删除缓存和Cookies等临时文件。启动IE后打开“工具”菜单下的“Internet”选项命令,在打开的“Internet选项”窗口的“常规”选项卡中,单击...
  • WAS 中JAVA内存溢出的解决方法

    万次阅读 2014-06-06 11:45:23
    内存溢出是使用WAS时会经常遇到的问题。 1.现在WAS的控制台上打开详细垃圾回收。一旦出现OOM的错误时,会在nativeerr.log中有记录,也可以从这个日志中看出内存分配的情况。 解决方法: 首先查看systemerr.log...
  • 对于一些WAS新手而言,遇到这样的问题,肯定只能选择重装WAS了,但很多时候如果你的WAS使用其他的LDAP服务器走用户认证,或者连接的数据库在远程服务器密码忘了,这种情况下“重装”也是没用的。好了不说废话了,...
  • Spring 5.0.3 RequestRejectedException: The request was rejected because the URL was not normalized spring security配置拦截请求报错:不是正规的URL请求被拒绝。 解决办法: Spring security文档提到请求...
  • ISE 报错 NCD was not produced 解决方法

    千次阅读 2018-05-19 15:11:58
    错误原句如下Pack:198 - NCD was not produced. All logic was removed from the design. This is usually due to having no input or output PAD connections in the design and no nets or symbols marked as '...
  • WAS 升级JDK1.8

    千次阅读 2018-12-13 15:48:49
    因发布的应用需要在jdk1.8版本下运行,而WAS8.5...第一种方法(适合升级IBM JDK1.7版本) 先下载was下IBM JDK1.8安装包https://developer.ibm.com/javasdk/downloads/sdk8/ 根据服务器类型和位数下载对应安装文件 ...
  • 本人第一次使用webservice,服务端不是用java开发的,我这边使用了网上的例子, 用的是axis,本地能够调试通过,但一旦部署到服务器上调用的过程中就会报错, 始终不明白为什么,不能处理请求?传的参数为空?可我...
  • WAS6报错解决方法之:WARNING: Cannot set status. Response already committed.
  • WAS - 备份恢复WAS的配置

    千次阅读 2014-07-25 15:11:01
    在部署 BPEL 模块(微观和宏观流)之前,通过使用 “backConfig” 备份 WebSphere Process Server 配置: backupConfig.sh <BackupFileName> -profileName <ProfileName> -username user_name -password ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 293,552
精华内容 117,420
关键字:

was的用法