was使用及参数设置课件资料

合集下载

WAS常见问题处理与系统维护建议PPT课件

➢ 由一组节点组成的一个管理域
节点（Node）：
➢ 在一台物理机上若干应用服务器配置和运行时管理的集合
应用程序服务器（Application Server）：
➢ 所有配置中最主要的运行时组件，是应用程序真正运行的环境
部署管理器（Deployment Manager或dmgr）：
➢ Network Deployment (ND) 环境中管理整个单元的进程
手动方式：
ps avwwwg > ps.out kill -3 [PID] vmstat 5 12 > vmstat.out tprof -skex sleep 60 kill -3 [PID] （等待两分钟） kill -3 [PID]
➢ 三个javacore ➢ <pro>/logs ➢ ps.out ➢ vmstat.out ➢ sleep.prof
AIX： 2.75G-Xmx (Xmx<2304M) Linux: 3G-Xmx Windows： 2G-Xmx ➢ 64-bit WAS 64-bit环境寻址空间非常大，本地内存理论上可以很大
Java堆内存溢出 – 主要分类
堆内存耗尽
➢ 内存泄漏 ➢ 内存使用量短时间内达到最大值（如很大的数据库查询结果集）
MustGather: Native Memory Issues on AIX
WebSphere Application Server (WAS) 介绍
WAS常见性能问题处理
➢ 内存问题 ➢ 响应慢/线程挂起 ➢ 高CPU ➢ crash宕机
系统维护建议
➢ 健康检查 ➢ 问题管理 ➢ 补丁管理
WAS是什么？ – Web中间件
第一层：HTTP服务器，处理并转发客户端发来的请求第二层：WAS，处理执行请求，连接前端HTTP服务器和后台系统第三层：商业数据库和其他业务逻辑

WAS集群部署方案及安装配置手册

1. 部署方案参考如上图所示，中间件平台主要包括两大部分：●负载分发层⏹包括两台服务器，通过Heartbeat实现HA，提供浮动IP给客户端，保证了系统不存在单点故障问题⏹负载分发软件采用IBM HTTP Server实现⏹通过IBM HTTP Server配置虚拟主机，实现对不同应用的请求进行分发到不同的后台W AS中间件集群。

●WAS中间件集群⏹包括两台4CPU(每CPU 4Core)服务，每个服务器上通过水平扩展可以启动多个W AS服务器。

⏹基于应用部署要求，为每个应用建立一个集群，逻辑上实现应用之间的隔离。

⏹每个集群可以根据应用的负载，动态分配WAS服务器实例数。

如HR应用访问量较大则分配4个WAS实例。

⏹但最小要保证一个集群至少包括2个W AS实现，并且这两个实例分别在不同的物理服务器上，这样才能保证不出现单点故障。

⏹部署管理器，部署在WAS Server1上。

2. WebSphere 7安装及配置此安装配置说明仅供参考，还需要根据现场实现情况进行调整。

2.1.WAS安装一、四台服务器拓朴结构四台机器IP地址，名称与安装内容其中DM控制台管理用户admin,口令两个web服务器的管理用户也是admin,口令二、安装后验收http://**.**.**.**:9060/ibm/console可打开应用服务器主机的控制管理台，管理用户admin,口令******服务器－＞集群下建有应用集群服务器－＞应用服务器下建有两个WEB服务节点共有五个，分别是一个控制节点(一个dmgr节点)，两个受控节点(两个app节点)，两个非受控节点(两个web节点)集群下各受控节点已同步，并启动服务；两个WEB服务已生成插件、传播插件并启动。

在DMGR控制管理台可直接控制两个WEB的启动与停止。

三、安装前系统检查✓群集安装时，确认所有机子的日期要一致✓确认磁盘空间足够两个应用服务器的安装文件放在/was_install两个WEB服务器的安装文件放在/http_install安装目录都是安装于默认的/opt目录下两个应用服务器安装后生成目录/opt/IBM/WebServer/AppServer两个WEB服务器安装后生成目录/opt/IBM/HTTPServer两个WEB服务器的目录/opt/IBM/HTTPServer/plugins放有插件✓确认管理域之内的所有的机器主机名和ip地址相互能够ping通在安装前，要确保四台机的/etc/hosts文件里面增加四台机的ip与主机名，修改如下**.**.**.1 app1**.**.**.2 app2**.**.**.3 web1**.**.**.4 web2(对于初次安装系统后的主机，因为没有在HOSTS文件中增加此类记录，会导致安装失败，现象是安装后生成的profiles不完整，并且startManager.sh执行失败，启动不了管理服务。

WAS培训

WAS垂直环境部署
安装Application Server
WAS垂直环境部署
安装HTTP Server
WAS垂直环境部署
安装HTTP Server
WAS垂直环境部署
安装HTTP Server
WAS垂直环境部署
安装HTTP Server
WAS垂直环境部署
安装HTTP Server
WAS垂直环境部署
WAS启动关闭顺序
Stop
@echo off net stop IBMHTTPServer6.1 set WAS_HOME=d:\IBM\WebSphere\AppServer\profiles echo 开始停止servers: node01 call %WAS_HOME%\AppSrv01\bin\stopServer.bat node01 echo 停止结束servers: node01 echo 开始停止servers: node02 call %WAS_HOME%\AppSrv01\bin\stopServer.bat node02 echo 停止结束servers: node02 echo 开始停止servers: node03 call %WAS_HOME%\AppSrv01\bin\stopServer.bat node03 echo 停止结束servers: node03 echo 开始停止servers: master call %WAS_HOME%\AppSrv01\bin\stopServer.bat master echo 停止结束servers: master echo 开始停止Node Agent call %WAS_HOME%\AppSrv01\bin\stopNode.bat echo 停止结束Node Agent echo 开始停止Node Manager call %WAS_HOME%\Dmgr01\bin\stopManager.bat echo 停止结束Node Manager

was使用及参数设置课件资料

WAS—参数设置
在图中设置512-1024，那么一般情况下，均设置为512-1024，但是这个值也看情况而定，分析内存使用情况，如图可以勾选择 “详细垃圾回收”
WAS—参数设置
启用详细模式的 GC，JVM 在每次垃圾收集时都会打印输出有用的信息，比如堆中的空闲和已使用字节、垃圾收集之间的间隔以及暂
周期之间的间隔时间。遗憾的是，增加堆大小的一个缺点是查找
和处理需要垃圾收集的对象所需的时间也会随之增加。因此， JVM 堆大小调优经常涉及确定垃圾收集之间的间隔时间与执行垃圾收集所需的暂停时间之间的平衡点。 2.如何设置堆的大小：通过WebSphere Application Server 控制台设置，应用程序服务器 >Server_name > 进程定义 > Java 虚拟机，如下图
default_host虚拟主机）
2. 设置虚拟主机端口，依次点击链接“bass_host”，“主机别名”，点击“新建”按钮，添加端口号80、9080、9081（这个根据你要建server确定你需要几个端口）如下图
WAS使用———环境部署
WAS使用———环境部署
三.创建集群 1. 在管理控制台左侧展开“服务器”菜单，点击“集群”，出现下图，点击“新建”填写集群名，集群名最好引用项目的名称，如 bos_server。 2. 添加集群成员，集群成员就是通常我们说的server，这里注意是你的集群是几台机器集群，如两个两台机器做集群，需要选择节点，如
护机制，合理分配服务器资源。当应用程序访问频繁，但访问人数少
的情况下，最小连接数的合理配置，可以将有效的资源进行充分利用，满足特定应用需求。
WAS—参数设置
一．设置Web Container的最大、最小并发用户 1.Web Container的最大并发用户，Web Container维护着一个线程池，用来处理接收到的jsp/servlet请求。 2.如何设置：在管理控制台中点击WebSphere Application Server > server1 > 线程池 >WebContainer（默认为10,50）；经过多次实验发现WebContainer设置较小（3-5）会影响性能问题，

WAS配置概要

描述参数缺省值设置原则JVM堆栈服务器 > 应用程序服务器 > server1 > Java 虚拟机无最小值为总内存1/8,最大值为总内存1/2至3/4连接池资源 > JDBC提供程序 >(JDBC提供程序名) > 数据源> (数据源名) > 连接池属性最小连接数：10最大连接数：50通过TPV监控连接池的大小变化曲线设置语句高速缓存资源 > JDBC提供程序 >(JDBC提供程序名) > 数据源> (数据源名) > WebSphereApplication Server 数据源属性> 语句高速缓存大小10比如实际情况下CPU利用率很高，并且表明有瓶颈，performance advisors报警提示prepare statement缓存丢弃率较高，这说明默认的值(10)太小，需要增加该值大小以提高吞吐JMS池资源JMS提供程序缺省消息传递JMS激活规范激活规范名最大批次大小：无最大并发端点数：无根据实际情况分析Web容器线程池服务器 > 应用程序服务器 > (服务器名) >线程池 > WebContainer最小大小：10最大大小：50通过TPV监控Web容器线程池最大值（在可接受的相应时间范围内），根据此值进行设置EJB缓存服务器 > 应用程序服务器 > (服务器名) > EJB告诉缓存设置 > EJB缓存设置 > 高速缓存大小高速缓存大小：2053清除时间间隔：3000比如通过TPV监控发现ejbStore()有很高的调用率并且CPU利用率很低，可以基于期望的最大的活动的EJB实例设置该值WAS配置概要。

WAS关键性能参数配置及异常分析

W A S关键性能参数配置及异常分析------------------------------------------作者xxxx------------------------------------------日期xxxxWAS关键性能参数配置及异常分析目录WAS关键性能参数配置及异常分析 (2)性能关键参数配置 (4)1.1 JVM（Java虚拟机） (4)1.2 GC（详细垃圾回收） (4)Web Container (6)1.4 Data Source数据源 (7)安装数据源驱动 (7)配置全局数据源变量 (8)配置数据源驱动 (8)配置数据源 (9)1.4.5 Database连接池的参数配置 (11)1.5 其它关键参数 (12)1.5.1 EJB分发共享内存参数 (12)性能分析工具 (13)2.1 WAS性能监控配置 (13)2.2 WAS性能监控 (13)异常分析 (13)3.1 关键日志文件 (13)3.1 javacore、heapdump分析 (15)3.1.1 javacore的分析 (15)3.1.2 heapdump的分析 (21)1.WAS性能关键参数配置JVM（Java虚拟机）Heapsize（-Xms和-Xmx）：heapsize的大小依赖于系统平台和具体的应用等多种因素。

最大heapsize需要小于机器的物理内存，一般来说，默认最小heapsize为256m。

例如NG设置的JVM为-Xms 512m，-Xmx 2048m。

如果在WAS应用服务器未设置JVM参数或者设置JVM参数不合理，会有可能告成应用服务器处理效率低或者造成OutOfMemoryError的情况。

备注：2m代表是2m的程序对象GC（详细垃圾回收）GC（Garbage Collection）：当需要分配的内存空间不再使用的时候，JVM 将调用垃圾回收机制来回收内存空间。

一般来说，良好的GC状态需要保证相邻两次垃圾回收的平均间隔时间应当是单次垃圾回收所需时间的至少5-6倍。

Web测试工具WAS使用方法

Web测试工具WAS认识实验一、实验目的1、了解W AS服务器负载测试软件的安装过程，进行安装实验。

2、了解W AS服务器负载测试软件的用途和简单的操作。

3、掌握W AS服务器负载测试软件测试过程。

4、能够使用W AS服务器负载测试软件进行简单的测试工作。

二、实验环境操作系统：windows 2000 Pro + SP4应用系统：WAS服务器负载测试软件三、实验过程随着网络服务器端处理任务的日益复杂，以及网站访问量的迅速增长，服务器性能的优化已成为非常迫切的任务。

在性能优化之前，测试不同条件下服务器的性能表现，并找出影响性能瓶颈所在，将是Web设计性能改善方案的重要依据。

在构造一个Intranet 网站时，负载测试是任何Web 应用开发周期中一个重要的环节。

在构造一个为大量用户服务的应用之前，搞清楚产品配置能够承受多大的负载十分重要，测试能够暴露出最终会导致服务器崩溃的内存泄漏、访问阻塞等情况。

但是在实际的构建过程中，若要按照系统真实运行的情况，组织成千上万的用户来进行压力测试，无论从那个方面进行实施，都是不现实的。

因为一旦发现了问题，不仅需要重复的进行这种耗费资源巨大的测试，而且问题并一定能够重现，并不能方便的找出性能的瓶颈或问题所在。

解决这个问题的办法是通过使用软件的办法解决，通过进行软件模拟的方法进行，这就是负载的压力测试。

无论哪种情形，对运用软件进行负载测试可以获得重要的基准性能数据，为未来的代码优化、硬件配置以及系统软件、硬件更新与升级带来依据和提供数据。

1 Web服务器负载测试软件介绍WAS（Microsoft Web Application Stress Tool，Web 应用负载测试工具）提供了一种简单的方法模拟大量用户进行访问目标网站。

这个测试工具能够提供Web 应用程序工作时对硬件和软件的使用情况。

为了有效的对Web 应用程序进行负载（压力）测试，Microsoft发布了简单易用，功能强大的工具WAS。

WAS使用手册

WAS基本使用手册1.基本介绍WebSphere Application 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是实际的概要文件, 它们代表同一事物查看所有概要文件:export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/bin./manageprofiles.sh -listProfiles2.1.DeploymentManagerDeploymentManager(简称DM) 为单元中所有元素提供了单一的管理控制中心点DM属于一个特殊的节点, 用以下步骤创建:export WAS_HOME=/usr/IBM/WebSphere/AppServercd $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为WebSphere DM所在服务器的IP, PORT为WebSphere DM对应的SOAP_CONNECTOR_ADDRESS端口, 默认为8879)3.启动节点:cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh或cd $WAS_HOME/bin./ startNode.sh AppSrv014.停止节点: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 -profileName AppSrv01删除所有节点对应的概要文件(谨慎, 会删除DM的概要文件):./manageprofiles.sh -deleteAll最后删除节点文件目录cd $WAS_HOME/profilesrm -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.查看新建的集群3.2.维护新建成功后, 可以在控制台进行启动停止删除等操作注:集群的起停会直接影响到集群下的服务和应用起停, 如果删除集群也会把集群下的服务和应用删除3.3.状态已启动所有集群成员都在运行已部分启动至少其中一个集群成员在运行已部分停止至少其中一个集群成员已停止运行已停止所有集群成员都已停止运行不可用无法确定状态4.服务部署4.1.新建1.登陆WAS控制台2.服务器——> 应用程序服务器3.点击新建4.选择节点, 输入服务名称, 点击下一步5.点击下一步6.点击下一步7.点击完成8.查看新建的服务4.2.维护新建成功后, 可以进行启动停止删除等操作注:如果删除服务, 服务下的应用也会被删除如果起停失败, 也可以通过命令行来进行起停, 步骤如下:export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/profiles/AppSrv01/bin(其中红色部分为服务所在节点名, 可根据实际情况修改)启动服务./ startServer.sh server1停止服务./ stopServer.sh server1(其中红色部分为服务名, 可根据实际情况修改)其他常用配置修改点击服务名——> Java 和进程管理——> 进程定义——> Java 虚拟机可以对垃圾回收, 内存大小, 字符集等进行修改4.3.状态已启动服务器正在运行已部分停止服务器在进行从已启动状态更改为已停止状态已停止服务器未运行不可用无法确定状态5.应用部署5.1.发布1.登陆WAS控制台2.应用程序——> 企业应用程序3.点击安装4.选择本地或服务器上的应用工程包, 输入上下文根, 点击下一步5.勾选启动类重新装入, 点击下一步6.指定应用程序中所包含的模块的安装目标, 包括集群、服务和WEB服务器等7.选择虚拟主机, 一般为默认, 点击下一步8.确认下上文根的是否正确, 点击下一步9.最终确认所有配置是否正确, 点击完成10.安装成功, 点击保存11.查看发布的应用5.2.更新发布应用程序是war包, 更新应用程序是zip包zip包目录结构:TEST.war\更新的应用程序, 最后打成zip包(其中TEST为应用名, 可根据实际情况修改, TEST.war为文件夹名称, 而不是war包)1.登陆WAS控制台2.应用程序——> 企业应用程序3.选着需要更新的应用, 点击更新4.选择替换、添加或删除多个文件, 选择本地或服务器上的应用更新包, 点击下一步5.点击确认6.更新成功, 点击保存7.点击应用更新8.更新完成后, 不需要重启应用程序, WAS会自动重新加载更新的内容, 可能会造成短时间无法访问应用5.3.维护发布成功后, 可以进行启动停止卸载导出等操作注:卸载应用成功后, WAS服务器上还会有一些临时文件存在, 但没有任何其他影响如果需要删除, 可以手动删除:cd /usr/IBM/WebSphere/AppServerfind ./ -name TEST*删除所有TEST_war.ear文件或目录(其中红色部分为应用名, 可根据实际情况修改)5.4.状态启动应用程序正在运行部分启动应用程序在进行从已停止状态更改为已启动状态已停止应用程序未在运行部分停止应用程序在进行从启动状态更改为停止状态不可用无法确定状态不可用应用程序不提供有关它是否正在运行的信息6.数据库配置6.1.J2C 认证数据J2C 认证数据指定供Java(TM) 2 连接器安全性使用的一组用户标识和密码, 配置如下:1.登陆WAS控制台2.安全性——> 安全管理、应用程序和基础结构——> Java 认证和授权服务——>J2C 认证数据3.点击新建4.输入别名、用户表示(数据库用户名)、密码(数据库密码), 点击确认5.安装成功, 点击保存6.查看建立的J2C 认证数据6.2.JDBC 提供程序JDBC 提供程序包括特定的JDBC 驱动程序实现类, 以便访问环境中的特定供应商数据库, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> JDBC 提供程序3.选择作用域, 可根据需要的范围选择所有作用域:对所有服务生效(不能在此作用域新建JDBC 提供程序)单元:只对该单元下所有服务生效集群:只对该集群下所有服务生效节点:只对该节点下所有服务生效服务:只对该服务生效4.点击新建5.选择数据类型:DB2, 提供程序类型:DB2 Universal JDBC Driver Provider, 实施类型:连接池数据源, 输入名称, 点击下一步6.输入jar包db2jcc.jar, db2jcc_license_cisuz.jar的存放路径如果配置过环境变量里的DB2UNIVERSAL_JDBC_DRIVER_PATH 和DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH 这里会自动显示路径, 详见7.环境配置7.最终确认所有配置是否正确, 点击完成8.新建成功, 点击保存9.选择所有作用域或刚选择的作用域, 查看新建的JDBC 提供程序6.3.数据源数据源用于提供关系数据库连接的资源, 配置如下:1.登陆WAS控制台2.资源——> JDBC ——> 数据源3.选择作用域, 和JDBC提供程序一致4.点击新建5.输入数据源名, JNDI 名称(用于应用程序JNDI连接名), 选择J2C 认证别名, 点击下一步6.选着JDBC 提供程序, 点击下一步7.输入数据库连名(数据库实例名), 服务器名称(数据库的IP地址或主机名), 端口号(默认是50000), 点击下一步8.最终确认所有配置是否正确, 点击完成9.新建成功, 点击保存10.如果出现节点同步操作, 同步11.选择所有作用域或刚选择的作用域, 查看新建的数据源12.选择新建的数据源, 点击连接测试, 看是否连接成功13.如果连接不成功, 查看点击管理状态, 看状态是否活动14.如果没有信息或状态为不活动时, 检查配置是否正确:J2C 认证数据:配置数据库的用户和密码JDBC 提供程序:配置数据库的驱动程序和连接类型数据源:配置数据库的实例名IP地址和端口如果配置没问题, 重启节点7.环境配置7.1.环境变量1.登陆WAS控制台2.环境——> WebSphere 变量3.选择作用域, 可根据需要的范围选择4.点击新建5.输入名称和值¸点击确定6.新建成功, 点击保存7.点击需要修改的环境变量, 可进行修改8.常用默认环境变量:JAVA_HOME JAVA目录WAS_INSTALL_ROOT WAS安装目录WAS_LIBS_DIR WAS LIB包目录WAS_TEMP_DIR WAS临时目录LOG_ROOT WAS日志目录WAS_CELL_NAME WAS单元名WAS_SERVER_NAME WAS服务名USER_INSTALL_ROOT 概要文件目录APP_INSTALL_ROOT 应用安装目录SERVER_LOG_ROOT 应用日志目录DB2_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_PATH DB2驱动目录DB2UNIVERSAL_JDBC_DRIVER_NATIVEPATH DB2驱动目录INFORMIX_JDBC_DRIVER_PATH INFORMIX驱动目录MICROSOFT_JDBC_DRIVER_PATH SQL SERVER驱动目录MICROSOFT_JDBC_DRIVER_NATIVEPATH SQL SERVER驱动目录MSSQLSERVER_JDBC_DRIVER_PATH SQL SERVER驱动目录ORACLE_JDBC_DRIVER_PATH ORACLE驱动目录SYBASE_JDBC_DRIVER_PATH SYBASE驱动目录7.2.性能监控1.登陆WAS控制台2.监视和调整——> 性能查看器——> 当前活动3.勾选需要监视的服务, 点击启动监视4.点击已监视的服务, 进入监视界面, 能很直观的监视应用访问时间5.点击顾问程序, 可以监视应用程序运行时各种数据6.点击摘要报告7.servlet 摘要列出在当前应用程序服务器中运行的所有servlet8.EJB摘要会列出在服务器中运行的所有Enterprise beans, 花费在它们的方法中的时间量, EJB 调用次数以及花费在每个Enterprise bean 中的总时间9.EJB 方法摘要显示每个EJB 方法的统计信息10.连接池摘要会列出应用程序服务器中定义的所有数据源连接并显示随着时间的过去它们的使用情况11.线程池摘要显示了随着时间的过去, 应用程序服务器中所有线程池的使用情况12.点击性能模块, 这些模块提供系统资源性能数据(例如CPU 利用率), WebSphereApplication Server 池和队列(例如数据库连接池)性能数据和客户应用程序数据性能数据(例如servlet 响应时间)的图形和图表7.3.日志管理1.登陆WAS控制台2.故障诊断——> 日志和跟踪3.点击需要查看日志的服务4.日志类型诊断跟踪:服务器进程的诊断跟踪配置设置确定服务器进程的初始跟踪状态JVM日志:通过将JVM 的System.out 和System.err 流重定向到独立日志文件来创建JVM 日志进程日志:WAS进程包含两个可供进程中运行的本机代码访问的stdout 和stderr输出流IBM 服务日志:包含写入System.out 流的WAS 消息和一些包含详尽服务信息的特殊消息5.JVM日志包含应用日志, 可根据情况修改文件大小, 文件个数, 日志时间6.更改日志级别详细信息, 输入指定要跟踪的组件、包或组的日志详细信息级别日志详细信息级别规范的格式是:<component> = <level>其中<component> 是要为它设置日志详细信息级别的组件, 而<level> 是某个有效的记录器级别(关闭、致命、严重、警告、审计、信息、配置、详细信息、精细、较精细、最精细、全部), 用冒号分隔多个日志详细信息级别规范7.日志查看WAS控制台:故障诊断——> 日志和跟踪——> 日志类型——> 运行时, 点击查看也可以直接进入日志目录查看诊断跟踪:${SERVER_LOG_ROOT}/trace.logJVM日志:${SERVER_LOG_ROOT}/SystemOut.log${SERVER_LOG_ROOT}/SystemErr.log进程日志:${SERVER_LOG_ROOT}/native_stdout.log${SERVER_LOG_ROOT}/native_stderr.logIBM 服务日志:${LOG_ROOT}/activity.log8.端口配置8.1.控制台访问端口1.登陆WAS控制台2.系统管理——> Deployment Manager——> 端口3.其中WC_adminhost(默认为9060), WC_adminhost_secure(默认为9043)为控制台访问端口, 点击进行修改, 注意不要和其他端口冲突4.修改成功, 点击保存8.2.应用访问端口1.登陆WAS控制台2.系统管理——> 服务器——> 应用程序服务器3.选择需要修改端口的服务——> 端口4.其中WC_defaulthost(默认为9080)为应用访问端口, 点击进行修改, 注意不要和其他端口冲突5.修改成功, 点击保存8.3.虚拟主机每个虚拟主机有一个逻辑名并且由它的一个或多个域名系统（DNS）别名的列表识别, DNS 别名是用于请求servlet 的TCP/IP 主机名和端口号端口新增修改后, 需要在虚拟主机添加相应端口, 才能正常访问1.登陆WAS控制台2.环境——> 虚拟主机3.如果是修改控制台端口, 点击admin_host ——> 主机别名4.点击新建5.输入对应控制台的端口,点击确定6.新建成功, 点击保存7.如果是修改应用端口, 点击default_host ——> 主机别名8.点击新建9.输入对应应用的端口,点击确定10.新建成功, 点击保存9.日常维护9.1.常用目录/usr/IBM/WebSphere/AppServer WAS根目录/usr/IBM/WebSphere/AppServer/bin WAS操作目录/usr/IBM/WebSphere/AppServer/profiles 节点根目录/usr/IBM/WebSphere/AppServer/profiles/AppSvr01/bin 节点操作目录/usr/IBM/WebSphere/AppServer/profiles/AppSvr01/logs 节点日志目录/usr/IBM/WebSphere/AppServer/profiles/AppSvr01/logs/server1应用日志目录/usr/IBM/WebSphere/AppServer/profiles/AppSvr01/installedApps 应用程序目录(其中红色部分为概要文件名和应用名, 可根据实际情况修改)9.2.进程查看1.查看所有WAS进程其中WAS控制台对应一个进程, 每个节点每个服务对应一个进程ps -ef|grep wasadmin(其中红色部分为WAS服务器用户名, 可根据实际情况修改)2.查看节点进程ps -ef|grep 'nodename nodeagent'(其中红色部分为节点名, 可根据实际情况修改)3.查看服务进程ps -ef|grep servername(其中红色部分为服务名, 可根据实际情况修改)9.3.应用日志查看export WAS_HOME=/usr/IBM/WebSphere/AppServercd $WAS_HOME/profiles/AppSvr01/logs/server1more SystemOut.log(其中红色部分为概要文件名和应用名, 可根据实际情况修改) 9.4.服务起停export WAS_HOME=/usr/IBM/WebSphere/AppServer1.启动管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./startManager.sh(其中红色部分为DM名, 可根据实际情况修改)2.启动节点cd $WAS_HOME/profiles/AppSrv01/bin./startNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)3.启动应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./startServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)4.停止应用服务器cd $WAS_HOME/profiles/AppSrv01/bin./stopServer.sh server1(其中红色部分为概要文件名和服务名, 可根据实际情况修改)5.停止节点cd $WAS_HOME/profiles/AppSrv01/bin./stopNode.sh(其中红色部分为概要文件名, 可根据实际情况修改)6.停止管理控制台cd $WAS_HOME/profiles/Dmgr01/bin./stopManager.sh(其中红色部分为DM名, 可根据实际情况修改)。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

WebSphere Application Server 使用以及参数设置
IBM 中间件
交易中间件基于传统
CICS
核心业务
应用服务器
消息传送
消息中间件
系统通信应用中间件 WebSphere 网上应用
MQ
服务器
基于Web 应用服务器
WAS使用———环境部署
一．登录控制台二．创建虚拟主机 1. 在管理控制台左侧展开“环境”菜单，虚拟主机 >新建，出现新建虚拟主机页面，新建虚拟主机，设置虚拟主机名称为 “bos_host”，点击“应用”按钮，并保存到主配置。（一般在农行做项目，虚拟主机这步骤可以省略，可以直接用
WAS使用———环境部署
四.建立数据资源
1. 确定连接服务器上有没有sybase驱动，如：joconn3；
2. 资源>数据源，选择刚才建的集群，也可以在所有作用域下新建数据源； 3. 点击新建—输入数据源名字— JNDI 名称（注意这个 JNDI名称要与应用程序中连接数据源的名称一致） 4. 创建新的 JDBC 提供程序—输入数据库类路径信息—输入连接数据库的信息，如数据库服务器、端口 5. 设置连接数据库的用户和密码如：JDBC 提供程序 > 数据源 > 定制属性 > 新建，输入user,依次建password 6. 测试数据库，查看数据源是否建成功。
Wห้องสมุดไป่ตู้S使用———环境部署
当你遇到WAS控台无法打开，如何重新启动WAS，如下步骤： 1.在AppServer/bin下，./startManager.sh； 2.在/AppServer/profiles/Node01/bin下，./startNode.sh 3.在/AppServer/profiles/Node01/bin下，./startServer.sh server1； 4、ps -ef|grep java，查看was中java进程。
WAS使用———环境部署
五.发布应用程序
1.应用程序>安装新程序>输入要发布的程序>输入下根文（根文
如：http://10.232.53.224/bos/services/PostProxy?wsdl，这个根文就是bos），一直点击下一步直到完成。注意的是，当多个集群的时候选择模块映射至服务器的时，选择应用程序要部署的服务器； 2.同步节点，系统管理>节点>全选>点击同步节点即可。如提示节点 DM 无效，这个不用管; 3.启动应用程序，应用程序>企业应用程序>选择程序，点击启动。 4.验证应用程序，输入URL地址。查看是否有相应； 5.卸载应用程序，先停止应用程序再去做卸载程序动作。
default_host虚拟主机）
2. 设置虚拟主机端口，依次点击链接“bass_host”，“主机别名”，点击“新建”按钮，添加端口号80、9080、9081（这个根据你要建server确定你需要几个端口）如下图
WAS使用———环境部署
WAS使用———环境部署
三.创建集群 1. 在管理控制台左侧展开“服务器”菜单，点击“集群”，出现下图，点击“新建”填写集群名，集群名最好引用项目的名称，如 bos_server。 2. 添加集群成员，集群成员就是通常我们说的server，这里注意是你的集群是几台机器集群，如两个两台机器做集群，需要选择节点，如
WAS—参数设置
最大连接数：指当前连接池中允许创建的最大物理连接数，当到达指定值后，将不允许创建物理连接。和连接超时相对应，当达到最大值后，连接请求将等待，直到池中有空闲连接为止，否则报连接超时错误。最小连接数：指当前连接池要保留的最小物理连接，其决定未使用超时维护机制的下限，连接池的创建不是根据最小连接数而特意创建，而是根据用户请求而创建，系统会一直维护最小的连接数目。最小连接数使应用服务器保持一定数量的物理连接，利用应用服务器维
护机制，合理分配服务器资源。当应用程序访问频繁，但访问人数少
的情况下，最小连接数的合理配置，可以将有效的资源进行充分利用，满足特定应用需求。
WAS—参数设置
一．设置Web Container的最大、最小并发用户 1.Web Container的最大并发用户，Web Container维护着一个线程池，用来处理接收到的jsp/servlet请求。 2.如何设置：在管理控制台中点击WebSphere Application Server > server1 > 线程池 >WebContainer（默认为10,50）；经过多次实验发现WebContainer设置较小（3-5）会影响性能问题，
当然以上说的是在有权限的情况，没权限什么也不用说了。
WAS—参数设置
应用程序已部署为了合理应用资源需要对WAS参数，也是确保能为
最广泛的应用程序提供开箱即用的性能改善，设置WAS参数，那么我们了解一些参数意思如下：线程池：线程池是一种多线程处理形式，处理过程中将任务添加到队列，然后在创建线程后自动启动这些任务。WAS线程池使服务器组件能够复用线程而不是在运行时创建新线程。创建新线程通常是很耗费时间和资源的操作。连接池：连接池是创建和管理一个物理连接的缓冲池，其中会保留一定数量创建的物理连接不关闭，当有客户端请求时，调用连接池，可以有效减少物理连接的创建次数，降低直连所带来的系统开销，缓解应用服务器压力，提高程序性能。
比如TPS下降等，如果WebContainer设置较大时（200-2000），占
用资源。因此根据观察的性能情况和应用情况输入合适的最小、最大参数值，设置方法如下图所示：
WAS—参数设置
WAS—参数设置
3.监视：执行场景时，可以通过WebSphere Application Server >性
在Node01上建2个成员， Node02建两成员。
3. 在集群拓扑下查看一下成员有没有，和我们预期建的是否一致。 4 .修改server端口，应用程序服务器 > Node01 > N01S01 > 端口下进行修改，修改的端口建虚拟主机存在的端口，否则无法连接，修改端口如下图
WAS使用———环境部署