WAS监控调优思路及工具汇总
WAS使用方法范文
WAS使用方法范文WAS（WebSphere Application Server）是由IBM开发的一种Java应用程序服务器。
WAS提供了一个运行和管理企业级Java应用程序的环境，能够用于构建和部署Web应用程序、企业服务总线等。
WAS以其稳定性、可靠性和可伸缩性而闻名，被广泛应用于大型企业和机构。
下面是WAS的使用方法：1.安装WAS：2.配置WAS：安装完成后，需要进行一些配置以确保WAS的正常运行。
配置包括设置服务器的端口号、创建所需的数据源和JDBC适配器等。
通过WAS的管理控制台可以方便地进行这些配置。
3.创建应用程序：使用WAS的开发工具（如IBM的Rational Application Developer）可以创建JavaEE应用程序，并将其部署到WAS上。
WAS支持多种应用程序类型，包括JSP、Servlet、EJB、JMS等。
在创建应用程序时，需要设置应用程序的上下文路径、访问权限等。
4.部署应用程序：将应用程序部署到WAS上，可以通过多种方式实现。
可以通过管理控制台进行手动部署，也可以通过命令行工具或脚本自动化部署。
部署完成后，应用程序将被部署到WAS的运行环境中，并可以通过指定的URL进行访问。
5.管理和监控应用程序：WAS提供了全面的管理和监控工具，用于监视应用程序的运行状态和性能。
通过这些工具，可以实时查看应用程序的日志、线程状态、堆栈信息等，从而快速定位和解决问题。
此外，还可以进行应用程序的重新启动、停止等操作。
6.高可用性和负载均衡：为了提供高可用性和负载均衡，WAS支持多节点集群。
通过在多个WAS实例之间分配负载，可以实现对应用程序的水平扩展和容错能力的提升。
通过WAS的管理界面，可以轻松地创建和管理集群，配置负载均衡算法等。
7.安全性配置：WAS提供了强大的安全性配置功能，可以确保应用程序的数据和资源得到保护。
可以通过WAS的管理界面设置安全策略、证书管理等。
was7标准优化设置指南
WAS 7.0标准设置指南一．应用服务器环境本应用环境主要基于内存4~8G，2*4核CPU的运行环境。
如果服务器环境优于此设置，可以考虑一台服务器设置多重节点。
如果内存低于4G,请酌情调整JVM的最大大小（正常建议为1/4～1/3内存）。
二．服务器设置a)默认会话管理（服务器> 服务器类型>应用服务器>server1> 会话管理）i.会话数量建议设置为院登录人数的2倍。
ii.会话默认超时为120分钟。
iii.需要在安装应用系统之前修改。
如果在安装了应用系统之后修改，应用系统会自有会话管理部分。
b)JVM堆（服务器> 服务器类型>应用程序服务器>server1>进程定义>java虚拟机）i.可以设置初始堆为512，最大堆为1500。
ii.32位window操作系统上面最大堆不可超过1.7G。
iii.最大堆大小过大后，系统会有明显的顿挫感。
因为系统需要连续的大块时间用于回收内存。
iv.最优的内存回收时间为10秒左右。
过长或过短都说明JVM参数不当。
v.如果有内存泄露，则会出现监控内存不断上涨。
如无法解决该问题，则可以调高JVM最大大小。
延迟内存崩溃时间。
并定期重启。
vi.如JVM崩溃，可以查看native_stderr.log文件。
vii.JVM通用参数说明：（用于IBM Developer Kit）●-Xgpolicy:optavgpause →可以用于缓解垃圾回收的暂停现象●-Xgcthreads →同时使用若干垃圾回收线程，如–Xgcthreads4 。
数量建议小于等于CPU数●-Xnoclassgc →不回收类，可以提高类的重用性。
c)线程池（服务器> 服务器类型>应用程序服务器> server1 > 线程池>WebContainer）i.线程池的最大大小不可超过每核CPU * 10，标准2*4核CPU的最大大小不得超过80。
was使用及参数设置
比如TPS下降等，如果WebContainer设置较大时（200-2000），占
用资源。因此根据观察的性能情况和应用情况输入合适的最小、 最大参数值，设置方法如下图所示：
WAS—参数设置
WAS—参数设置
3.监视：执行场景时，可以通过WebSphere Application Server >性
能监视和调整>性能查看>当前活动>启动监视>WebContainer，可以
当然以上说的是在有权限的情况，没权限什么也不用说了。
WAS—参数设置
应用程序已部署为了合理应用资源需要对WAS参数，也是确保能为
最广泛的应用程序提供开箱即用的性能改善，设置WAS参数，那么我们 了解一些参数意思如下： 线程池：线程池是一种多线程处理形式，处理过程中将任务添加到 队列，然后在创建线程后自动启动这些任务。WAS线程池使服务器组件 能够复用线程而不是在运行时创建新线程。创建新线程通常是很耗费时间 和资源的操作。 连接池：连接池是创建和管理一个物理连接的缓冲池，其中会保留一 定数量创建的物理连接不关闭，当有客户端请求时，调用连接池，可以有 效减少物理连接的创建次数，降低直连所带来的系统开销，缓解应用服务 器压力，提高程序性能。
WAS—参数设置
在图中设置512-1分析内存使用情况，如图可以勾选择 “详细垃圾回收”
WAS详细操作报告
WAS详细操作1.节点部署概要文件（Profile)定义一个独立应用程序服务器（Server）的运行时环境，包括服务器在运行时环境中处理的所有文件节点(Node）是受管服务器（Server)的逻辑分组，节点通常与具有唯一IP主机地址的逻辑或物理计算机系统对应, 节点不能跨多台计算机Node Agent 是将管理请求路由至服务器的管理代理程序, Node Agent 是服务器, 是一个管理代理程序，并不涉及应用程序服务功能, Node Agent 进程在每个受管节点上运行, 并专门执行特定于节点的管理功能，如服务器进程监视、配置同步、文件传输和请求路由，Deployment Manager通过与Node Agent的交互完成对单元内节点的控制Node是管理上使用的概念, Profile是实际的概要文件，它们代表同一事物查看所有概要文件：export WAS_HOME=/opt/WebSphere/AppServercd ＄WAS_HOME/bin。
/manageprofiles.sh —listProfiles1.1.D eploymentManagerDeploymentManager(简称DM）为单元中所有元素提供了单一的管理控制中心点DM属于一个特殊的节点，用以下步骤创建:export WAS_HOME=/opt/WebSphere/AppServercd ＄WAS_HOME/bin。
/manageprofiles.sh —create \—templatePath $WAS_HOME/profileTemplates/dmgr \-profileName Dmgr01 \—profilePath ＄WAS_HOME/profiles/Dmgr01 \— nodeName (节点名）\-cellName （单元名）\—hostName (主机名）(其中红色部分为概要文件名, 可根据实际情况修改)1.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。
WAS参数设置和调整
1.1.1.1W A S参数设置和调整本章节讨论的是WAS的参数设置。
其中部分参数，必须要结合运行环境的实际情况来调整，例如Web Container的线程池大小、数据源连接池大小、语句高速缓存大小（Prepared statement cache size)，这几项参数都很重要，要结合实际的并发量和服务器的资源利用情况进行调整。
目前本章节设置的值是根据开发项目组在平时测试中的经验得出。
将来是否要更改请参见最后的“资源监控和参数调整方法”章节。
1、JVM参数：进入WAS的管理控制台在左边的菜单栏中点击“服务器> 应用程序服务器”，然后在右边的应用服务器页面上点击“server1”：出现如下页面，找到“服务器基础结构”一栏，展开“Java和进程管理”，点击“进程定义”：出现如下页面，在“其他属性”一栏点击“Java虚拟机”：出现如下页面，设置server1的JVM堆大小：初始堆大小为512M，最大堆大小为1024M。
注意下图中红色椭园形中的“详细垃圾回收”选择框：建议先不打开“详细垃圾回收”，如下图所示。
如果未来在运行过程中出现“Out of memory”这样的错误，再在此位置选中该选择框。
在页面底部点击“确定”在出现的页面上点击“保存”更改WAS HeapDump和Core文件的路径：在WAS的运行环境中，可能会因为“Out of memory”之类的异常产生Heap Dump，这会生成很大的HeapDump文件和Core文件，缺省生成在概要文件CISFE的目录下（/usr/IBM/WebSphere/AppServer/profiles/CISFE）。
当出现这种情况时，迅速增长的HeapDump文件和Core文件有可能会把/usr文件系统占满，为了避免这种情况的发生，我们需要修改该缺省目录到共享盘阵上。
Web容器线程池：选择“服务器> 应用程序服务器> server1 > 线程池”：在如下页面上，点击“WebContainer”：在如下页面上，确认“最小大小”值为默认的“10”，更改“最大大小”值为“100”：修改数据源连接池大小选择“资源> JDBC > 数据源”，并在右边页面上确认作用域是“……服务器=server1”级别，如下图所示。
WAS性能调优
1.设置Web Container的最大、最小并发用户在管理控制台中点击应用程序服务器> server1 > 线程池>WebContainer（默认为10,50），根据观察的性能情况和应用情况输入合适的最小、最大进程数。
如将最大进程数改为：1000，最小进程值改为400，Default（默认为5,20）、TCPChannel.DCS（默认为5,20）进程值同样改为最大值1000，最小值400，并选上允许线程分配超过最大线程大小，如下图：2.对象请求代理（ORB）的线程池大小：在管理控制台中点击应用程序服务器> server1 > ORB 服务> 线程池，根据观察的性能情况和应用情况输入合适的最小、最大进程数。
如将最大进程数改为：400，最小值改为20，（默认是10和50）并选上允许线程分配超过最大线程大小，如下图所示3.JVM堆参数设置的性能调优应用程序服务器> server1 > 进程定义> Java 虚拟机，根据硬件物理内存和应用情况输入合适的初始堆大小、最大堆大小。
如将初始堆大小改为768、最大堆大小改为2048。
2048为最大值，如下图所示：通用JVM参数改为：-Djava.awt.headless=true4.设置数据库的连接池属性：JDBC 提供者>数据库JDBC驱动名称> 数据源> 数据源名称> 连接池，根据观察的性能情况和应用情况输入合适的最小、最大连接数。
最小值为：20，最大值为：50。
分别更改uissdbpool、uissdbpoolgw连接池的属性，如下图所示：5.ORB参数调用方式的性能调优：应用程序服务器> server1 > ORB 服务>选中按引用传递。
如下图所示；6.修改uiss-gw的类装入器，如下图7.日志记录配将JVM日志文什件大小改为2MB，历史日志文件大小改为10。
WAS监控调优思路及工具汇总
WAS整理——侯泰浩一、WAS是什么IBM WAS的全称是IBM WebSphere Application Server，和Weblogic一样，是当前主流的 App Server （应用服务器）之一1.1术语WAS: IBM Websphere Aplication Server, 中间件应用服务程序;IHS: IBM HTTP SERVERDM: Deployment Manager, WAS中的集群管理节点;ND: NodeAgent, WAS中的节点监听程序;JVM: Java Virtual Machine, Java虚拟机;GC: Gabage Collection, 自动垃圾回收1.2W AS ND集群基本概念及体系结构WAS集群由一组应用服务器组成，每个服务器上部署了同样的应用程序。
通过集群可以实现可扩展性（服务更多客户，提高吞吐量），负载均衡（平衡负载资源，使资源得以有效利用），高可用性（提供故障恢复和补偿机制，在关键性业务中提供容错功能）。
下图是ND分布式环境的体系结构，包括单元、节点、服务器等基本概念。
WAS群集是为了实现集中管理和负载均衡同时可以实现故障转移，一个2节点的群集拓扑如下：其中，DeploymentManager通过每个节点上的NodeAgent完成对AppServer的配置修改、应用发布以及启动和停止，实现集中管理。
如果安装多个IHS，并实现负载均衡和分发，可以使用防火墙的负载分发功能。
每个节点上的AppServer可以是多个的。
二、WAS基本参数配置三、WAS的调优思路3.1基本思路部署在WAS上的应用程序，其性能是由多个因素决定的。
例如网络、数据库、内存分配、WAS服务器的配置以及应用程序的设计。
对于一个标准的 J2EE应用，一个请求到来时，往往需要经过多次转发：网络 > Web服务器Web容器 > EJB容器 > 数据库。
而每一次转发，都可能造成请求处理的瓶颈，使得应用程序整体性能下降。
数据库的性能监控与调优方法(七)
数据库的性能监控与调优方法概述数据库是现代信息系统中不可或缺的核心组件之一，其性能的稳定和高效对于系统运行和用户体验至关重要。
数据库的性能问题往往由各种因素引起，包括硬件配置、数据库设计、查询优化等。
为保证数据库的高性能运行，性能监控和调优是必不可少的环节。
本文将介绍数据库性能监控和调优的方法和策略，以提供一些有益的指导和建议。
性能监控性能监控是指对数据库系统运行状态进行实时监测和记录，以便及时发现和解决潜在的性能问题。
以下是一些常用的性能监控方法：1. 硬件监控：通过监测服务器的CPU利用率、内存使用情况和磁盘IO等指标，可以了解服务器的负载情况，从而预测数据库的性能瓶颈。
2. 数据库状态监控：通过查看数据库的运行状态，例如连接数、并发事务数等指标，可以及时发现并解决数据库的性能问题。
常见的数据库状态监控工具有innotop和mytop等。
3. 监控查询：通过监控和分析数据库执行的查询语句，可以找出慢查询和频繁执行的查询，进而对其进行优化。
可以使用工具如MySQL 的慢查询日志和Percona Toolkit等。
性能调优性能调优是指通过对数据库系统进行各种优化措施，提升数据库性能和响应速度。
以下是一些常用的性能调优方法：1. 正确设置数据库参数：数据库的参数对性能有着直接影响。
通过合理设置参数如缓冲区大小、并发连接数等，可以提高数据库的性能。
然而，不同的数据库系统可能有不同的参数设置方法，因此需要根据具体数据库系统的文档进行配置。
2. 优化查询语句：查询语句是数据库性能的决定因素之一。
通过编写高效的查询语句、创建合适的索引和使用查询优化器等手段，可以提升数据库的查询性能。
3. 数据库分区和分表：对于大型数据库，分区和分表是一种常用的性能调优方法。
通过将数据分散到不同的物理分区或表中，可以减少锁竞争和提高数据读写速度。
4. 数据库缓存和缓存策略：数据库缓存可以显著提高数据库的读取速度。
通过合理设置缓存大小和缓存策略，可以最大限度地利用缓存，减少对磁盘的访问，提高数据库性能。
WAS管理_学习笔记(1)
※课程内容
名称服务 应用程序的安装 –练习: 安装 Trade Application –练习: 探究 Trade Application EAR 的目录 命令行管理工具 –练习: wsadmin 与命令行工具 介绍安全 WebSphere Application Server 的安全 –练习: WebSphere Application Server的安全 介绍Java消息服务（JMS）和消息驱动Beans JMS 的管理 –练习: 安装安全的 Trade Application 网络部署的安装和管理 –练习: 网络部署的安装 故障诊断 –练习: 故障诊断
–网络部署版（ND） 网络部署版（ ） 网络部署版
与基本配置相比，IBM Websphere应用服务器网络部署在非编程方面得到了 增强。这些增强增加了可伸缩性，用户可以在多个服务器和多个物理节点上运 行应用程序。 除了包含WebSphere应用服务器基本配置的特性外，网络部署应用服务器还 拥有一下特性： 可以管理多个服务器和群集 实现了负载均衡和故障接管 拥有边际组件（包括负载均衡器Load Balancer、高速缓存代理Caching Proxy） 和内置的IBM HTTP服务器等组件
– 网络部署（ Network Deployment ） 与基本配置相比，Webshpere应用服务器网络部署在非编程方面得到 了增强。用户可以在多服务器和多个物理节点上运行应用程序 除了包含基本配置的特性外,Webphere应用服务器网络部署还包含部 署管理器部分，通过它可以管理大量不同的应用服务器实例和群集， 实现负载均衡和故障接管。
xxxx
JDK Servlet JSP JTS/JTA JMS JDBC JNDI RMI/IIOP
什么是Websphere？ ？ 什么是
WAS中间件服务器介绍
WAS中间件服务器介绍WAS中间件服务器介绍1、概述WAS（WebSphere Application Server）是IBM公司开发的一种中间件服务器，用于提供企业级应用程序的运行环境和基础设施。
它可以在多种操作系统上运行，并支持多种编程语言和开发框架。
本文将详细介绍WAS中间件服务器的各个方面。
2、功能特性2·1 应用程序部署WAS提供了强大的应用程序部署功能，支持将应用程序打包成可部署的文件，然后在服务器上进行安装和配置。
它还提供了自动化的部署工具，可以简化应用程序的发布和更新过程。
2·2 事务管理WAS支持分布式事务处理，可以保证多个相关操作的一致性和原子性。
它提供了事务管理器和事务日志功能，确保在发生故障或异常情况下数据的完整性。
2·3 高可用性和负载均衡WAS具备高可用性和负载均衡的能力，可以通过多台服务器实现应用程序的冗余部署和负载分担。
它提供了故障恢复和故障转移的功能，保证应用程序的持续可用性。
2·4 安全性和认证授权WAS提供了丰富的安全功能，包括身份认证、访问控制和数据加密等。
它支持多种身份认证方式，如基于用户名密码的认证、证书认证和单点登录。
同时，它还提供了细粒度的授权机制，可以对用户进行精确的权限控制。
2·5 监控和性能调优WAS内置了监控和性能调优工具，可以实时监测应用程序的运行状态和性能指标。
通过这些工具，可以及时发现并解决潜在的性能瓶颈，提升应用程序的性能和响应速度。
3、部署架构3·1 单节点部署单节点部署是将WAS安装在单台服务器上，适用于小型应用程序或开发测试环境。
在此架构下，WAS担任应用程序的运行和管理角色。
3·2 多节点部署多节点部署是将WAS安装在多台服务器上，通过集群技术实现应用程序的冗余和负载均衡。
在此架构下，WAS集群中的各个节点相互协作，共同提供应用程序的服务。
4、集成与扩展WAS支持与其他中间件和系统的集成，可以与数据库、消息队列、企业服务总线等进行无缝连接。
计算机系统性能监测与调优工具
计算机系统性能监测与调优工具随着信息技术的不断发展和计算机应用的广泛普及，计算机系统性能监测与调优变得越来越重要。
为了确保计算机系统的高效稳定运行，提升用户体验，我们需要使用专业的性能监测与调优工具。
本文将介绍一些常见的计算机系统性能监测与调优工具，并介绍它们的基本原理和使用方法。
一、性能监测工具1. Task Manager（任务管理器）Task Manager是Windows操作系统自带的一款性能监测工具。
通过打开任务管理器，我们可以实时监测计算机的CPU利用率、内存使用情况、磁盘读写速度等关键指标。
此外，Task Manager还可以帮助我们终止卡死的进程，以提升系统的响应速度。
2. Resource Monitor（资源监视器）Resource Monitor也是Windows操作系统自带的一款性能监测工具。
与Task Manager相比，Resource Monitor提供了更为详细和全面的性能监测信息。
我们可以通过Resource Monitor监测CPU、内存、磁盘、网络等各个方面的性能指标，并根据需要进行调整和优化。
3. toptop是一款在Linux和Unix系统上广泛使用的性能监测工具。
通过top命令，我们可以实时查看系统中各个进程的CPU占用率、内存占用率、运行时间等信息。
top还可以根据需要进行排序和筛选，方便我们快速找到系统的性能瓶颈。
4. sarsar是System Activity Reporter的缩写，是一款用于Linux和Unix系统的系统性能监测工具。
sar可以定期收集和报告系统CPU利用率、磁盘IO、网络流量等性能数据，并生成相应的报告。
通过分析sar报告，我们可以了解系统的负载情况，及时发现和解决性能问题。
二、性能调优工具1. VMware vRealize Operations（vROps）vROps是一款针对虚拟化环境的性能监测与调优工具。
它可以监测和分析虚拟机的性能指标，帮助管理员及时发现虚拟机中的性能问题，并提供相应的优化建议。
WAS系统性能调优建议
应用程序调整建议
1.搜索应用中所有的System.out.println（），注释掉类似的代码，非常影响性能。循环中慎用。
2.字符串连接+，采用StringBuffer.append的方式，可以提高代码性能。
3.避免对资源(JNDI,File,DS)的访问语句重复循环调用，优化这部分代码。循环中慎用。
数据源
1.JDBC驱动选择支持XA或非XA的JDBC Driver，依据应用是否是2阶段提交。通常用oracle提供的ojdbc14.jar。
2.JDBC数据源配置对性能有显著的影响。
调整：资源> JDBC提供程序> JDBC_provider >数据源> data_source >连接池设置
最小连接数。建议设置为20，实际生产环境并发数在100左右可以考虑设置为30
WebSphere Application Server数据源属性
日志文件大小调整
在压力测试和生产环境，为保障保留更多的日志信息，要调整JVM日志文件的大小和个数。
“故障诊断>日志和跟踪”，点击“server1”点击“JVM日志”
找到System.out栏，修改“文件大小最大大小”的值为20，“历史日志文件的最大数”的值为10。
3.当客户机数突然增加时，某些客户机可能会接收到“连接被拒绝”错误消息。增大ListenBacklog和StartServer参数有助于减少或消除此错误。
4.如果系统中静态图片比较多，可以配置HTTPServer做静态页面缓存，可以提高页面显示效率。
5.可考虑关闭HTTPServer的日志。
注释配置文件中行CustomLog logs/access.log common。调试阶段不必注释，便于查找问题。
was使用介绍
1、删除浏览器上面的cookies，工具->IE选项->删除cookies（影响采集脚本）2、打开was出现对话框（或者点击工具栏上面的script->creat）3、点击record，三个选项全部选上后，点击next，直到finish4、跳出浏览器后，在浏览器的地址栏上输入你要测试的网站地址，操作一个当场景，就是你需要测试的几个页面的操作5、点击stop recording跳出主页面，删除path路径中图片（如果你不需要测试图片），删除delay小的，这个太小会影响测试效果，鼠标到get前面选中，双击会跳出6、查看地址域名是否错误，点击header会出现你可以看到host上面标示的域名，可以知道有没有录制错脚本，如果错误直接点击工具栏上面的删除7、设置服务器server，你们公司的服务器地址或者域名8、设置settings点击settings出现设置stresslevel和stessmultipliaer，这两个的乘积就是我们所说的并发数，一般下面的不能超过1009、设置测试时间test run time这个就不多说了，想测试多长时间就多长时间10、请求延迟设置，这个选择默认就可以了11、Suspend延缓设置就是在测试之前的一段预热时间，也就是启动服务器的时间这个时间如果不设置会影响测试数据，因为数据库服务器启动的数据跟我们所测试的应用程序的数据有差距，warm up就是预热时间，cooldown是冷却时间，一个是测试之前的一个是测试之后的。
这个一般设置为一分钟12、宽带设置bandwith，你点击前面的勾才能设置，这个能让你在任意宽带下面测试，能达到客户使用的环境，其余的就都保留默认设置13、下面就是pagegroup的设置，就是分组了，这个设置主要是设计场景用的，比如说你的项目是一个用户登录，你主要测试的是登录那个页面，你就可以在group下面分为login和browser（别的名字都可以只要你好记），测试的时候就会按照你这个比例分配你的点击量，也就是分配虚拟用户14、设置完这个以后，你返回到主界面，就是点击newrecordscript那个地方（这个你双击就可以改测试名称）点到选项框内，可以看到login和browser两个选项，你觉得重点测试的就点击login否则就设置为browse，这个分组就能很好的让测试场景更真实，让测试更加精确15、其余设置我都选择为默认设置16、再回到主界面，点击就可以开始测试了17、测试完了以后点击就可以看到你的报告了18、测试报告的分析：看overview就是看你整个报告了，关键是看下面的socket errors19、点击pagesummary就可以看到你测试的各个页面的问题20、这个分析我就不多说了，因为你们应该比我懂的多。
WebSpere中监视JVM (WebSphere PMI设置和TPV使用)
5、
在“其他属性”下，单击java虚拟机。
如下图：
6、
根据实际需要设置初始堆大小和最大堆大小即可。
7、
单击应用 –〉单击保存 –〉重启该was应用服务器即可。
注意：（1）在实际应用配置中32位系统JVM HEAP最大不能超过1.2G。
1、
PMI的配置：
默认情形下（默认级别Default），已开启PMI。
配置如下：
（1）
was控制台-〉监视和调整 –〉性能监视基础结构(PMI)
（2）
择所要配置的服务器名。
（3）
配置选项卡，可根据监控内容的需要来选择PMI的任一种统计信息集（无，基本，扩展，全部，定制）这里选择"定制"。
WebSpere中监视JVM (WebSphere PMI设置和TPV使用) ห้องสมุดไป่ตู้
WebSphere中JAVA虚拟机(JVM)的设置
设置步骤：
1、
登陆was控制台。
2、
在控制台中单击服务器 -> 应用程序服务器
3、
单击需要配置的应用服务器。
4、
在“服务器基础结构”下，单击java和进程管理 –〉进程定义
如下图：从整体趋势，可看出已使用内存一直在增长（表示已使用的内存红色曲线）， TPV可以帮助发现内存泄漏，为了得到最优结果，可重复试验，而且每次可以增加测试的时间，例如测试1000或2000个页面请求。
（4）点击定制 -> 在定制监视级别的树中，选择配置选项卡，点开JVM运行时，可根据需要启用或禁用相应的计数器。
（5）保存并重启WebSphere服务器。
2、
WAS性能调优
性能调优的基本步骤部署在WAS上的J2EE应用程序，其性能是由多个因素决定的。
例如网络、数据库、内存分配、WAS服务器的配置以及应用程序的设计。
对于一个标准的 J2EE 应用，一个请求到来时，往往需要经过多次转发：网络 > Web服务器Web容器 > EJB容器 > 数据库。
而每一次转发，都可能造成请求处理的瓶颈，使得应用程序整体性能下降。
如果我们把每一次转发的待处理资源都看成一个队列，如图3：待处理资源队列对于WAS调优，要记住的一个基本原则就是，使得在队列中等待的请求的数量最小化。
在实践中我们发现，为了达到这个目的，最有效的配置方式就是使得队列成为一个“漏斗”。
也就是说，越靠近客户端的队列，其容量越大，而后面的队列，其容量要略小于或等于前面的队列。
按照这个原则，调优的基本步骤如下：∙设置的是Web Server的最大并发用户：o这个设置是在conf/httpd.conf这个文件里面配置的。
在Unix系统中，对应的属性是MaxClient；在Windows系统中，对应的属性是ThreadsPerChild。
∙设置Web Container的最大、最小并发用户：o在管理控制台中点击应用程序服务器> server1 > 线程池>WebContainer，根据观察的性能情况和应用情况输入合适的最小、最大进程数。
o Web容器线程池要点就是：“通常，对于每个服务器CPU，5 至10 个线程将会提供最佳吞吐量”（现在的一个cpu可以用核来代替）。
比如你的PcServer有2块CPU，每块CPU都是4核，那么你一个Application Server可以设置的最小值和最大值可以分别为40、80。
但是一般考虑到能充分利用CPU和Memory，或者为不同的应用启用不同的application server，一台PcServer上并不仅有这么一个appserver，而且还有别的进程在占用着CPU，所以默认的10到50（Linux 系统上25 个）是一个比较合适的值，当然更准确的值需要通过性能测试来确定。
was工程师面试题
was工程师面试题为了准确满足题目要求，我将按照面试题的格式进行回答，以下是关于"WAS工程师面试题"的文章：WAS工程师面试题一、问题描述在进行WAS（WebSphere Application Server）工程师面试时，通常会涉及以下问题：1. 请介绍一下WAS的基本概念和特点。
2. 你有使用过的WAS的版本有哪些？各版本之间有什么差异？3. 请解释WAS的集群和负载均衡是如何工作的。
4. 你对WAS的高可用性有了解吗？请谈谈你的观点。
5. 请解释WAS的安装和配置过程。
6. 你有使用过的WAS相关工具有哪些？请描述一下它们的具体作用。
7. 在使用WAS时，你遇到过哪些常见问题？你是如何解决的？二、回答1. 关于WAS的基本概念和特点WAS是IBM的一款Java应用服务器，用于构建、部署和管理可扩展的企业应用程序。
它提供了一个运行环境，允许开发人员将Java EE （Enterprise Edition）应用程序部署到WAS服务器上。
WAS的特点包括良好的扩展性、高可靠性、高性能和可管理性。
2. 使用过的WAS的版本及差异我使用过WAS 8.5和WAS 9.0这两个常见的版本。
WAS 9.0相较于WAS 8.5具有以下一些差异和改进：- WAS 9.0支持Java EE 7规范，提供了更多的功能和API。
- WAS 9.0引入了Liberty Profile作为一种轻量级的WAS配置，方便了开发和部署过程。
- WAS 9.0增加了对微服务架构和云环境的支持。
- 在JDK版本上，WAS 9.0要求使用Java 8及以上版本。
3. 集群和负载均衡的工作原理在WAS中，集群和负载均衡可以提高应用程序的可用性和性能。
集群指通过多个WAS服务器共同处理应用程序请求，实现在不同服务器之间的负载均衡。
负载均衡是指将请求分发到集群中的各个成员服务器，从而使得每个服务器负载相对均衡，提高系统的整体性能。
WAS使用方法WAS使用方法WAS使用方法
WAS的具体设置和使用方法Microsoft Web Application Stress Tool 是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。
透过这套功能强大的压力测试工具，您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响，在网站实际上线之前先对您所设计的网站进行如同真实环境下的测试，以找出系统潜在的问题，对系统进行进一步的调整、设置工作。
1、Microsoft Web Application Stress具有以下几个特性：1.1、可以数种不同的方式建立测试指令：包含以手动、录制浏览器操作步骤、或直接录入IIS的记录文件、录入网站的内容及录入其它测试程序的指令等方式。
1.2、支持多种客户端接口：标准的网站应用程序C++的客户端，使用Active Server Page 客户端，或是使用Web Application 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-value pair组合的模板，并可在不同的场景测试中重复使用。
1.9、可程序化的对象模式让您可以建立您自己的测试客户端。
1.10、汇总的测试报告及丰富的性能测试资料。
1.11、支持域名系统(DNS)让您可以测试整个群集（Cluster）的机器。
WAS监控调优思路及工具汇总
WAS——侯泰浩一、WAS么IBM WAS称IBMWebSphere Applic ation Server，和Weblo gic一样， App Server）之一1.1术语WAS: r, 中间件 程序;IHS: Re r, WAS中 集群管 节点;g ent, WAS中 节点监听程序;JVM: n e, Java虚拟机;GC: Gabage Collec tion, 收1.2W AS ND集群 系结构WAS集群由一组 组成，每个 上部署了同样 程序。
通过集群可以实现可扩展性 更多客户，提高吞吐量），负载均衡 平衡负载资源，使资源得以有效利 ），高可 性 提供故障恢复和补偿机制，在关键性业中提供容错功能）。
下图 ND分布式环境 系结构，包括单元、节点、 等 。
WAS群集 了实现集中管 和负载均衡同可以实现故障转移，一个2节点群集 如下：其中，Deploy mentM anage r通过每个节点上 N o deAgent成对AppS erver、 布以 和 ，实现集中管。
如 多个I HS， 实现负载均衡和分 ，可以使 负载分功能。
每个节点上A ppSe rver可以 多个。
二、WAS参数三、WAS 调优思路3.1 思路部署在S上 程序，其性能 由多个因素决定 。
例如网络、数据库、内存分 、WAS以 程序设计。
对于一个标准 J2EE，一个请求到来 ，往往需要经过多次转 ：网络 > Web Web容 > EJB容 > 数据库。
而每一次转，都可能造成请求处 瓶颈，使得 程序 性能下降。
如 我们把每一次转 待处 资源都看成一个队列，如下图：待处 资源队列对于调优，要记住 一个 原则就 ，使得在队列中等待 请求 数量最小化。
在实践中我们 现， 了达到这个目 ，最有效 方式就 使得队列成 一个“漏斗”。
was使用及参数设置
当然以上说的是在有权限的情况，没权限什么也不用说了。
WAS—参数设置
应用程序已部署为了合理应用资源需要对WAS参数，也是确保能为
最广泛的应用程序提供开箱即用的性能改善，设置WAS参数，那么我们 了解一些参数意思如下： 线程池：线程池是一种多线程处理形式，处理过程中将任务添加到 队列，然后在创建线程后自动启动这些任务。WAS线程池使服务器组件 能够复用线程而不是在运行时创建新线程。创建新线程通常是很耗费时间 和资源的操作。 连接池：连接池是创建和管理一个物理连接的缓冲池，其中会保留一 定数量创建的物理连接不关闭，当有客户端请求时，调用连接池，可以有 效减少物理连接的创建次数，降低直连所带来的系统开销，缓解应用服务 器压力，提高程序性能。
周期之间的间隔时间。遗憾的是，增加堆大小的一个缺点是查找
和处理需要垃圾收集的对象所需的时间也会随之增加。因此， JVM 堆大小调优经常涉及确定垃圾收集之间的间隔时间与执行垃 圾收集所需的暂停时间之间的平衡点。 2.如何设置堆的大小：通过WebSphere Application Server 控制台设置，应用程序服务器 >Server_name > 进程定义 > Java 虚拟机，如下图
WebSphere Application Server 使用以及参数设置
IBM 中间件
交易中间件 基于传统
CICS
核心业务
应用服务器
消息传送
消息中间件
系统通信 应用中间件 WebSphere 网上应用
MQ
服务器
基于Web 应用服务器
WAS使用———环境部署
一．登录控制台 二．创建虚拟主机 1. 在管理控制台左侧展开“环境”菜单， 虚拟主机 >新建，出现 新建虚拟主机页面，新建虚拟主机，设置虚拟主机名称为 “bos_host”，点击“应用”按钮，并保存到主配置。（一般在 农行做项目，虚拟主机这步骤可以省略，可以直接用
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
WAS整理——侯泰浩一、WAS是什么IBM WAS的全称是IBM WebSphere Application Server，和Weblogic一样，是当前主流的 App Server （应用服务器）之一1.1术语WAS: IBM Websphere Aplication Server, 中间件应用服务程序;IHS: IBM HTTP SERVERDM: Deployment Manager, WAS中的集群管理节点;ND: NodeAgent, WAS中的节点监听程序;JVM: Java Virtual Machine, Java虚拟机;GC: Gabage Collection, 自动垃圾回收1.2W AS ND集群基本概念及体系结构WAS集群由一组应用服务器组成，每个服务器上部署了同样的应用程序。
通过集群可以实现可扩展性（服务更多客户，提高吞吐量），负载均衡（平衡负载资源，使资源得以有效利用），高可用性（提供故障恢复和补偿机制，在关键性业务中提供容错功能）。
下图是ND分布式环境的体系结构，包括单元、节点、服务器等基本概念。
WAS群集是为了实现集中管理和负载均衡同时可以实现故障转移，一个2节点的群集拓扑如下：其中，DeploymentManager通过每个节点上的NodeAgent完成对AppServer的配置修改、应用发布以及启动和停止，实现集中管理。
如果安装多个IHS，并实现负载均衡和分发，可以使用防火墙的负载分发功能。
每个节点上的AppServer可以是多个的。
二、WAS基本参数配置三、WAS的调优思路3.1基本思路部署在WAS上的应用程序，其性能是由多个因素决定的。
例如网络、数据库、内存分配、WAS服务器的配置以及应用程序的设计。
对于一个标准的 J2EE应用，一个请求到来时，往往需要经过多次转发：网络 > Web服务器Web容器 > EJB容器 > 数据库。
而每一次转发，都可能造成请求处理的瓶颈，使得应用程序整体性能下降。
如果我们把每一次转发的待处理资源都看成一个队列，如下图：待处理资源队列对于WAS调优，要记住的一个基本原则就是，使得在队列中等待的请求的数量最小化。
在实践中我们发现，为了达到这个目的，最有效的配置方式就是使得队列成为一个“漏斗”。
也就是说，越靠近客户端的队列，其容量越大，而后面的队列，其容量要略小于或等于前面的队列。
3.2WAS主要的调优参数3.2.1WAS服务器参数Web Server的最大并发用户：这个设置是在conf/httpd.conf这个文件里面配置的。
在Unix系统中，对应的属性是MaxClient；在Windows系统中，对应的属性是ThreadsPerChild。
Web Container的最大、最小并发用户：在管理控制台中点击应用程序服务器 > server1 > 线程池 >WebContainer，根据观察的性能情况和应用情况输入合适的最小、最大进程数。
对象请求代理（ORB）的线程池大小：在管理控制台中点击应用程序服务器 > server1 > ORB 服务 > 线程池，根据观察的性能情况和应用情况输入合适的最小、最大进程数。
设置数据库的连接池属性：JDBC 提供者 >数据库JDBC驱动名称 > 数据源 > 数据源名称> 连接池，根据观察的性能情况和应用情况输入合适的最小、最大连接数。
JVM堆参数设置的性能调优：应用程序服务器 > server1 > 进程定义 > Java 虚拟机，根据硬件物理内存和应用情况输入合适的初始堆大小、最大堆大小。
ORB参数调用方式的性能调优：应用程序服务器 > server1 > ORB 服务>选中按引用传递。
关闭动态加载开关：企业应用程序 > 应用名称 > 关闭启动类重新装入开关。
关闭会话序列化，应用程序服务器 > server1 > 会话管理 > 分布式环境设置 > 分布式会话选择无即可。
3.2.2JVM的参数WAS 在HP和 Solaris 上使用的是 Sun提供的JVM,在其他平台使用的是IBM自己的JVM，建议使用WAS自带的JVM，因为在产品支持等方面会获得更多地优势Heapsize（-Xms 和-Xmx）：heapsize的大小依赖于系统平台和具体的应用等多种因素。
最大 heapsize需要小于机器的物理内存，一般来说，设置最大 heapsize 为 512m 是一个常见的起点。
同时，在生产环境中，最好将 Xms 设置为小于 Xmx的值。
GC（Garbage Collection，自动垃圾回收）：一般来说，良好的 GC状态需要保证相邻两次垃圾回收的平均间隔时间应当是单次垃圾回收所需时间的至少 5-6倍。
GC的调优是通过在模拟压力的情况下不断调整最大最小 heapsize 来实现的。
Heap Fragmentation (heap碎片)：heap 碎片的问题在 JVM 中存在大对象的情况下尤为突出。
减少碎片的方法包括调整 pCluster （-Xp）和 kCluster（-Xk）参数。
3.2.3Web Container （Web容器）对 Web Container 的调优是通过对 Web Container 传输链中各个通道（TCP、HTTP、WebContainer）的参数调整进行的。
这些参数包括诸如 ThreadPool 的最大最小值，buffer大小， timeout 时间的大小， keep-alive 的值等等。
Web容器线程池要点就是：“通常，对于每个服务器 CPU，5 至 10 个线程将会提供最佳吞吐量”（现在的一个cpu可以用核来代替）。
比如你的Pc Server有2块CPU，每块CPU都是4核，那么你一个Application Server可以设置的最小值和最大值可以分别为40、80。
但是一般考虑到能充分利用CPU和Memory，或者为不同的应用启用不同的 application server，一台Pc Server上并不仅有这么一个appserver，而且还有别的进程在占用着CPU，所以默认的10到50（Linux 系统上 25 个）是一个比较合适的值，当然更准确的值需要通过性能测试来确定。
在进行性能测试的时候，如果吞吐率不是很满意，或者在TPV中看到线程池占用一直是最大值，不要立刻就调大线程池的设置——往往吞吐率会更一步下降。
这时候要注意CPU占用率的情况、vmstat的r列值，特别是System状态占用率的情况，如果接近10%，甚至超过10%，那么可以肯定系统在进程切换上面消耗的资源太多了。
下调线程池的大小反而会提升吞吐率，而且会由于吞吐率的提升降低页面平均响应时间。
3.2.4Data Source对 Data Source的优化包括两个方面。
一是 JDBC Driver 的选取，尽可能应使用 Type 4 的JDBC driver，这种 driver 是纯java的，适用于 client/server 模式，并提供比 type2 和legacy/CLI 的driver 更好的性能。
另一方面是 Database 连接池的参数设置，主要包括最大和最小连接以及 timeout 的设置。
具体的设置于应用程序的特性和并发用户量相关，一般来说，可设置最小连接为 1 且最大连接为 30，作为一个继续调优的起点。
Application Server 将在使用该数据源的每个应用程序服务器中创建连接池的单独实例。
例如：如果运行包含三个服务器的集群，这三个服务器都使用 myDataSource ，并且 myDataSource 的“最大连接数”设置为 10，那么可生成多达 30 个连接（3 个服务器乘以 10 个连接）。
3.2.5 其他除了 JVM ，Web Container 和 Data Source 之外，WAS 的性能调优还包括很多其他方面的内容，如 JMS 、EJB 、Session 、Dynamic Cache 等等。
四、 监控工具 4.1 WAS 自带的TPVWAS 中免费提供的 Tivoli® Performance Viewer （TPV ）允许客户对关键资源（如 JVM 、Web 容器和 EJB 容器以及远程连接池）进行监视。
显示从本地或远程应用服务器收集的PMI (Performance Monitoring Infrastructure )数据摘要报告:表格方式查看性能模块:图形方式查看性能模块:但是TPV 有一些明显缺点：WAS自带TPV的缺点.doc4.2Java性能监测工具Jprofiler/Jprobe:JProfiler是一个全功能的Java剖析工具（profiler），专用于分析J2SE和J2EE应用程序。
JProfiler直觉式的GUI让你可以找到效能瓶颈、抓出内存漏失(memory leaks)、并解决执行绪的问题。
它让你得以对heap walker作资源回收器的root analysis，可以轻易找出内存漏失；heap快照（snapshot）模式让未被参照（reference）的对象、稍微被参照的对象、或在终结（finalization）队列的对象都会被移除；整合精灵以便剖析浏览器的Java外挂功能。
JProbe是一个完全为Java设计的解析器，为servlet、JSP和EJB应用代码提供了强大的Java性能分析、内存纠错、代码覆盖及线程分析功能。
主要用于识别内存泄漏、智能化内存分析、垃圾回收分析等用于JVM 生成的信息的工具还包括有:用于VerboseGC 分析：IBM Monitoring and Diagnostic Tools for Java - Garbage Collection and Memory Visualizer (GCMV) :一个详细的 GC 数据可视化器，用于分析并绘制所有 IBM 详细 GC 日志——Xtgc 输出（并且可扩展到分析和绘制其他形式的输入）。
它提供了广泛的详细 GC 数据值的图形显示，并处理 optthruput、optavgpause 和gencon GC 模式。
它具有原始日志、表格式数据和图表视图，并且可以将数据保存到 jpeg 或 .csv 文件（用于导出到电子表格）。
请参阅IBM Support Assistant中的完整描述。
输入：verbosegc 日志输出：图形表示形式、html、jpeg 或 csv 文件支持：此工具由 IBM 提供支持，目前是用于其所在领域的主要工具。
IBM Pattern Modeling and Analysis Tool (PMAT) for Java Garbage Collector :分析 IBM 详细 GC 跟踪，分析 Java 堆使用情况，并基于 Java 堆使用情况的模式建模提供重要配置建议。