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集成解决方案控制台
was集成解决方案控制台
《was集成解决方案控制台：提升企业运营效率的利器》
随着信息技术的快速发展，企业在日常运营中通常需要使用不同的软件应用程序来支持各种业务需求。
这些应用程序可能包括客户关系管理系统、财务管理软件、人力资源管理工具等。
而随着这些应用程序的增加，企业通常需要一种集成解决方案来管理和协调这些不同的系统，以确保它们可以无缝地协作。
WebSphere Application Server（WAS）提供了一种集成解决方
案控制台，它是企业运营的利器之一。
这个控制台可以帮助企业管理和监控其不同的应用系统，提供了一个统一的管理界面，帮助企业更高效地运营和管理其信息技术资源。
通过WAS集成解决方案控制台，企业可以轻松地查看各种应
用程序的运行状态和性能指标，如内存使用情况、处理能力等。
此外，该控制台还提供了一系列工具，帮助企业对不同的应用程序进行配置和管理，包括部署新的应用程序、调整系统设置以提高性能、监控系统健康状态等。
除此之外，WAS集成解决方案控制台还支持企业对应用程序
之间的集成，帮助它们共享数据和功能，并提供了一种简单易用的方式来管理这些集成过程。
这也有助于企业更好地适应快速变化的商业环境，提高其业务运营的灵活性和敏捷性。
总的来说，WAS集成解决方案控制台是企业运营中不可或缺
的一部分，它能帮助企业更高效地管理和协调其不同的应用系
统，提高企业的运营效率和灵活性。
对于那些希望在竞争激烈的商业环境中取得成功的企业来说，利用这样的集成解决方案控制台无疑是一种明智的选择。
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中间件服务器介绍1. 介绍WAS（WebSphere Application Server）是一种中间件服务器，用于构建、部署和管理企业级应用程序。
它提供了一个可靠、安全和可扩展的平台，用于在分布式环境中运行大型应用程序。
本文将详细介绍WAS中间件服务器的各个方面和功能。
2. 架构2.1 组件架构WAS中间件服务器由多个组件构成，包括应用服务器、管理工具、数据源、线程池等。
每个组件都有特定的功能，并相互协作以提供完整的应用程序环境。
2.2 集群架构WAS支持集群架构，可以将多个服务器组成一个集群，提供负载均衡和高可用性功能。
集群架构可以提高应用程序的性能和可靠性。
3. 安全性WAS提供了多种安全功能，包括身份验证、授权、数据加密等。
它还支持各种安全协议和标准，如SSL、TLS、Kerberos等，以保护应用程序和用户数据的安全性。
4. 部署和管理4.1 应用程序部署WAS支持多种方式的应用程序部署，包括本地部署、远程部署、自动部署等。
它还提供了灵活的部署工具和界面，方便开发人员和管理员进行应用程序的部署和管理。
4.2 配置管理WAS提供了丰富的配置管理功能，包括服务器配置、数据源配置、JNDI配置等。
管理员可以通过配置管理工具进行配置的修改和管理。
5. 监控和故障排查WAS提供了强大的监控和故障排查功能，包括性能监控、错误日志分析、线程跟踪等。
管理员可以实时监控应用程序的运行情况，并及时发现和解决问题。
6. 扩展性和性能优化WAS具有良好的扩展性和性能优化能力。
它支持多种插件和扩展模块，可以根据应用程序的需求和规模进行灵活的扩展和优化。
附件：本文档不涉及附件。
法律名词及注释：1. 中间件：指在计算机系统中，处于操作系统和应用程序之间的软件组件，它们用于支持应用程序的运行和通信。
2. WAS（WebSphere Application Server）：是由IBM开发的一种中间件服务器，用于构建、部署和管理企业级应用程序。
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地址，名称与安装内容主机名IP 安装软件（组件）app1WASND 7.0( WAS)(DM+APPSRV01) app2WASND7.0( W AS)( APPSRV01) web1HIS+PLUGINSweb2HIS+PLUGINS其中DM控制台管理用户admin,口令两个web服务器的管理用户也是admin,口令二、安装后验收http://**.**.**.**:9060/ibm/console可打开应用服务器主机的控制管理台，管理用户admin,口令******服务器－＞集群下建有应用集群服务器－＞应用服务器下建有两个WEB服务节点共有五个，分别是一个控制节点(一个dmgr节点)，两个受控节点(两个app节点)，两个非受控节点(两个web节点)集群下各受控节点已同步，并启动服务；两个WEB服务已生成插件、传播插件并启动。
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容器 > 数据库。
而每一次转发，都可能造成请求处理的瓶颈，使得应用程序整体性能下降。
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./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去除, 不能进行删除节点操作1.3.状态1.登陆WAS控制台2.系统管理——> 节点已同步此节点上的配置文件已与Deployment Manager 同步未同步此节点上的配置文件未与Deployment Manager 同步(已过期)未知由于无法访问此节点的Node Agent, 所以无法确定配置文件的状态不可用由于此节点是非受管节点, 所以状态列不适用于此节点2.集群部署集群由一组应用程序服务器组成2.1.新建1.登陆WAS控制台2.服务器——> 集群3.点击新建4.输入集群名称, 点击下一步5.创建第一个集群成员, 输入成员名, 选择节点, 点击下一步6.创建其他集群成员, 输入成员名, 选择节点, 点击添加成员, 点击下一步7.检查操作总结的信息是否正确, 点击完成8.查看新建的集群2.2.维护新建成功后, 可以在控制台进行启动停止删除等操作注:集群的起停会直接影响到集群下的服务和应用起停, 如果删除集群也会把集群下的服务和应用删除2.3.状态已启动所有集群成员都在运行已部分启动至少其中一个集群成员在运行已部分停止至少其中一个集群成员已停止运行已停止所有集群成员都已停止运行不可用无法确定状态3.服务部署3.1.新建1.登陆WAS控制台2.服务器——> 应用程序服务器3.点击新建4.选择节点, 输入服务名称, 点击下一步5.点击下一步6.点击下一步7.点击完成8.查看新建的服务3.2.维护新建成功后, 可以进行启动停止删除等操作注:如果删除服务, 服务下的应用也会被删除如果起停失败, 也可以通过命令行来进行起停, 步骤如下:export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/profiles/AppSrv01/bin(其中红色部分为服务所在节点名, 可根据实际情况修改)启动服务./ startServer.sh server1停止服务./ stopServer.sh server1(其中红色部分为服务名, 可根据实际情况修改)其他常用配置修改点击服务名——> Java 和进程管理——> 进程定义——> Java 虚拟机可以对垃圾回收, 内存大小, 字符集等进行修改3.3.状态已启动服务器正在运行已部分停止服务器在进行从已启动状态更改为已停止状态已停止服务器未运行不可用无法确定状态4.应用部署4.1.发布1.登陆WAS控制台2.应用程序——> 企业应用程序3.点击安装4.选择本地或服务器上的应用工程包, 输入上下文根, 点击下一步5.勾选启动类重新装入, 点击下一步6.指定应用程序中所包含的模块的安装目标, 包括集群、服务和WEB服务器等7.选择虚拟主机, 一般为默认, 点击下一步8.确认下上文根的是否正确, 点击下一步9.最终确认所有配置是否正确, 点击完成10.安装成功, 点击保存11.查看发布的应用4.2.更新发布应用程序是war包, 更新应用程序是zip包zip包目录结构:TEST.war\更新的应用程序, 最后打成zip包(其中TEST为应用名, 可根据实际情况修改, TEST.war为文件夹名称, 而不是war包)1.登陆WAS控制台2.应用程序——> 企业应用程序3.选着需要更新的应用, 点击更新4.选择替换、添加或删除多个文件, 选择本地或服务器上的应用更新包, 点击下一步5.点击确认6.更新成功, 点击保存7.点击应用更新8.更新完成后, 不需要重启应用程序, WAS会自动重新加载更新的内容, 可能会造成短时间无法访问应用4.3.维护发布成功后, 可以进行启动停止卸载导出等操作注:卸载应用成功后, WAS服务器上还会有一些临时文件存在, 但没有任何其他影响如果需要删除, 可以手动删除:cd /opt/WebSphere/AppServerfind ./ -name TEST*删除所有TEST_war.ear文件或目录(其中红色部分为应用名, 可根据实际情况修改)4.4.状态启动应用程序正在运行部分启动应用程序在进行从已停止状态更改为已启动状态已停止应用程序未在运行部分停止应用程序在进行从启动状态更改为停止状态不可用无法确定状态不可用应用程序不提供有关它是否正在运行的信息5.数据库配置5.1.J2C 认证数据J2C 认证数据指定供Java(TM) 2 连接器安全性使用的一组用户标识和密码, 配置如下:1.登陆WAS控制台2.安全性——> 安全管理、应用程序和基础结构——> Java 认证和授权服务——>J2C 认证数据3.点击新建4.输入别名、用户表示(数据库用户名)、密码(数据库密码), 点击确认5.安装成功, 点击保存6.查看建立的J2C 认证数据5.2.J DBC 提供程序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 提供程序5.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地址和端口如果配置没问题, 重启节点6.环境配置6.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驱动目录6.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 响应时间)的图形和图表6.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.log7.端口配置7.1.控制台访问端口1.登陆WAS控制台2.系统管理——> Deployment Manager——> 端口3.其中WC_adminhost(默认为9060), WC_adminhost_secure(默认为9043)为控制台访问端口, 点击进行修改, 注意不要和其他端口冲突4.修改成功, 点击保存7.2.应用访问端口1.登陆WAS控制台2.系统管理——> 服务器——> 应用程序服务器3.选择需要修改端口的服务——> 端口4.其中WC_defaulthost(默认为9080)为应用访问端口, 点击进行修改, 注意不要和其他端口冲突5.修改成功, 点击保存7.3.虚拟主机每个虚拟主机有一个逻辑名并且由它的一个或多个域名系统（DNS）别名的列表识别, DNS 别名是用于请求servlet 的TCP/IP 主机名和端口号端口新增修改后, 需要在虚拟主机添加相应端口, 才能正常访问1.登陆WAS控制台2.环境——> 虚拟主机3.如果是修改控制台端口, 点击admin_host ——> 主机别名4.点击新建5.输入对应控制台的端口,点击确定6.新建成功, 点击保存7.如果是修改应用端口, 点击default_host ——> 主机别名8.点击新建9.输入对应应用的端口,点击确定10.新建成功, 点击保存8.日常维护8.1.常用目录/opt/WebSphere/AppServer WAS根目录/opt/WebSphere/AppServer/bin WAS操作目录/opt/WebSphere/AppServer/profiles 节点根目录/opt/WebSphere/AppServer/profiles/AppSvr01/bin 节点操作目录/opt/WebSphere/AppServer/profiles/AppSvr01/logs 节点日志目录/opt/WebSphere/AppServer/profiles/AppSvr01/logs/server1应用日志目录/opt/WebSphere/AppServer/profiles/AppSvr01/installedApps 应用程序目录(其中红色部分为概要文件名和应用名, 可根据实际情况修改)8.2.进程查看1.查看所有WAS进程其中WAS控制台对应一个进程, 每个节点每个服务对应一个进程ps -ef|grep java(其中红色部分为WAS服务器用户名, 可根据实际情况修改)2.查看节点进程ps -ef|grep 'nodename nodeagent'(其中红色部分为节点名, 可根据实际情况修改)3.查看服务进程ps -ef|grep servername(其中红色部分为服务名, 可根据实际情况修改)8.3.应用日志查看export WAS_HOME=/opt/WebSphere/AppServercd $WAS_HOME/profiles/AppSvr01/logs/server1more SystemOut.log(其中红色部分为概要文件名和应用名, 可根据实际情况修改) 8.4.服务起停export WAS_HOME=/opt/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名, 可根据实际情况修改)。
(完整版)WAS使用手册.doc
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. 更新发布应用程序是zip 包目录结构war 包 , 更新应用程序是:TEST.war更新的应用程序zip 包, 最后打成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. 点击性能模块, 这些模块提供系统资源性能数据Application Server 池和队列 (例如数据库连接池数据 (例如servlet 响应时间 )的图形和图表(例如CPU 利用率 ), WebSphere )性能数据和客户应用程序数据性能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 名 , 可根据实际情况修改)。
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支持与其他中间件和系统的集成，可以与数据库、消息队列、企业服务总线等进行无缝连接。
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安装配置步骤
WAS安装配置步骤WAS（WebSphere Application Server）是IBM推出的用于构建和管理企业级Java应用程序的应用服务器。
它提供了一系列的工具和功能，用于加速应用程序开发、部署和管理。
下面是关于WAS安装配置步骤的详细介绍：步骤2：解压安装程序步骤3：运行安装程序打开解压后的文件夹，找到安装程序并运行它。
根据安装向导提供的指示，完成安装程序的运行。
步骤4：选择安装类型在安装向导的第一步，你需要选择安装类型。
根据你的需求选择一个适合的类型，例如“完全安装”、“自定义安装”或者“高级安装”。
步骤5：接受许可协议在安装向导的第二步，阅读许可协议并接受它。
只有在接受许可协议后才能继续安装。
步骤6：选择安装目录在安装向导的第三步，选择你希望将WAS安装到的目录。
可以使用默认目录，也可以选择一个你喜欢的位置。
步骤7：选择特性在安装向导的第四步，你需要选择你希望安装的WAS特性。
这些特性包括不同的应用服务器配置文件、工具和插件。
根据你的需求选择适合的特性。
步骤8：配置Web服务器在安装向导的第五步，你需要选择是否要配置Web服务器。
如果你计划在WAS中添加Web服务器，你可以选择适合的选项并按照向导的指示进行配置。
步骤9：配置系统环境变量在安装向导的第六步，你需要选择是否要配置系统环境变量。
如果你希望在命令行中使用WAS的命令行工具，你需要选择配置系统环境变量，并按照向导的指示进行配置。
步骤10：检查设置在安装向导的最后一步，你需要检查所有的设置，确保它们符合你的需求。
如果有任何设置需要更改，你可以返回之前的步骤进行修改。
确认一切都设置好后，可以选择“安装”按钮开始安装过程。
步骤11：等待安装完成安装过程可能需要一些时间，具体时间取决于你的计算机性能和所选的特性。
在安装过程中，你可以注意到安装进度条，以及一些其他的提示信息。
一旦安装完成，你将看到安装成功的提示。
步骤12：配置WAS安装完成后，你需要对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名, 可根据实际情况修改)。
WAS集群配置_通用
WAS集群由一组应用服务器组成，每个服务器上部署了同样的应用程序。
通过集群可以实现可扩展性（服务更多客户，提高吞吐量），负载均衡（平衡负载资源，使资源得以有效利用），高可用性（提供故障恢复和补偿机制，在关键性业务中提供容错功能）。
WAS提供水平集群和垂直集群两种形式，垂直集群是指同一机器上部署多个服务器，充分利用硬件资源，而水平集群利用多台机器资源，每台机器部署相同的应用。
在平时测试主要用垂直集群加水平集群。
建立W AS集群1 根据规划两台机器建立集群(192。
168。
10。
1做主服务器，192。
168。
10。
2做为从服务器，这两台服务器都是Windows操作系统。
)，规划的内容是192。
168。
10。
1上有两个节点master和node01，192。
168。
10。
2有个node02节点2 安装W AS，选择"单元(Deploy Managert 受管节点)"进行安装。
(这一步主机上需要安装是单元(Deploy Managert 受管节点))，从服务器只需要选应用服务器就行了。
由于上篇已讲过W AS的安装了，其它可以看W AS安装文档。
这里我就写了与上篇不同的地方。
3。
was集群的负载均衡的功能是要借助IBM HTTP Server 这个软件服务进行分发的。
所以需要在主机上安装IHS。
IHS是"IBM HTTP SERVER"。
4 运行管理节点Dmgr01 startManager.bat启动管理服务。
然后进入从服务器敲cmd命令进入DOS窗口，输入下面命令:cd X:\IBM\Websphere\AppServer\profiles\AppSrv01\bin\addnode。
bat 主机I PX为WAS安装的盘符。
这里的主机IP是指在规划中设置的192。
168。
10。
1 这里有一点需要注意，这里要修改操作系统的hosts文件，主从服务器都需要修改。
5 登录W AS的管理服务器控制台http://localhost:9060/ibm，打开系统管理下的节点，查看规划中节点是否都添加上了。
Windows+WAS+IHS集群部署
WAS+HIS集群部署操作手册一、配置集群说明： (2)1）集群系统架构 (2)2）系统整体架构 (2)二、软件安装 (2)1)配置host文件 (3)2)在服务器1上安装WAS (3)3)在服务器2上安装WAS (6)4)在服务器1上配置集群 (8)5)在服务器1上安装IHS (10)6)在服务器1上安装plugins (12)7)在服务器1上添加WEB服务器到集群 (17)8)部署Maximo (19)三、WAS参数配置 (21)四、启动应用程序步骤 (23)websphere集群与负载均衡一、配置集群说明：日常使用中为了保证websphere系统可用性，提高系统性能，一般处理方法为配置集群。
本文描述的是在Windows2003操作系统上，如何搭建IHS与W AS7.0的集成环境，以及在这种集成环境下如何部署Maximo。
1）集群系统架构操作系统：windows2003serverWebsphere版本：7.0 ND版IBM HTTP Server：下载地址Web Server Plug-ins for WebSphere Application Server：下载地址2）系统整体架构为了保证高可用性环境，一般使用如下拓扑：本文使用如下架构：DM + AppSrv01AppSrv02ClusterIHSDM和一个应用安装在主机名为GZG-EAM（下称服务器1），一个应用单独安装在主机名为GZG-EAM2（下称服务器2）上，组成一个集群，然后通过HIS来完成负载均衡，HIS也安装在服务器1上。
二、软件安装1)配置host文件打开两台服务器上的C:\Windows\System32\drivers\etc\hosts文件，添加如下两行：2)在服务器1上安装WAS服务器1作为主服务器安装Cell（deployment Manager和联合应用程序服务器），记录安装过程中产生的用户名、密码以及相关端口。
中间件（WAS、WMQ）运维9个常见难点解析
中间件（WAS、WMQ）运维9个常见难点解析包括WAS、WMQ在安装、巡检、监控、优化过程中的常见难点。
安装1、was 负载均衡的机制的粘连性，was负载均衡异常？有⼀个case系统，部署在was集群环境，应⽤是集群环境，有的时候当⼀个节点异常的时，客户端访问该系统就会抛出异常，按正常情况，该会话应该不会断或者断了再连接⼀次就会到另⼀个节点，但是好多时候不管客户端如何连接，都不⾏，该正常的客户端⼀直是正常的，不正常重启机器也不正常。
当然其他新连接的节点也没啥问题，直到重启了故障节点的应⽤，原先不能正常访问的客户端才正常，就算当时清除浏览器缓存也不好使，哪位有这⽅⾯的经验可以多谈谈。
答：1，这是故障转移，was有内部机制可以做到1）内存到内存复制技术可以，缺点，因每台服务器共享session，所以占⽤内存⽐较⼤（如果server很少，可以考虑使⽤）。
2）存储到数据苦或者其他地⽅也可以实现。
推荐使⽤，但是实现较复杂2、如何⼤批量的完成WAS的安装和部署？有哪些⼯具和⽅法？如：⼏百台或上千台WAS服务器的安装和部署答：1，wsadmin 去写脚本是个好办法，配合虚拟化去做。
2，还有上千台的已经不适合去⽤商业软件了，建议去考虑下开源的软件，或者云平台了。
3、was安装低版本升级需要注意哪些⽅⾯？需要重新缴费吗？答：1，was 6 官⽅已经不再提供⽀持，除⾮额外买服务。
2，从2018年4⽉开始，将不再⽀持Java SE 6 与 WebSphere Application Server 配合使⽤，建议更新为 Java SE 7 或 83，WAS V7.0.x 和 V8.0.x 和 Portal Server V8.0.x 于 April 30, 2018 End Of Service低版本注意事项：1，规划好磁盘空间，内存和CPU2，规划好安装⽬录，尽量做到安装⽬录统⼀，规范。
3，了解好业务量⼤⼩，并发等等，⽅便你设计你的was部署⽅案。
WAS安装与配置
WAS安装与配置第一:WAS安装1.Wa安装步骤wa是WebSphereApplicationServer简称。
安装步骤大致如下：a.安装RAD管理工具[01].安装完成后重启程序b.安装SDP[01].按提示说明选择路径.参数.插件等,下一步完成安装c.安装Licene.\andSetting\\AllUer\\ApplicationData\\IBM\\IntallationMan ager\\licene\\LUM\中的nodelock文件用此nodelock替换d.安装waphere的appServer[02].启动安装工具,下一步完成.版本:7.0.0.0e.升级waphere[03].启动安装工具,需注意停止waphere服务进程.下一步,选择升级文件目录下的maintenance文件下,下一步,提示需要安装的补丁2.Wa安装图解安装截图如下：1.选择简体中文2.点击安装IBMRationApplicationDeveloperforWebSphereSoftware3.点击安装。
（如果有些东西不对可以选择修改前提是已经安装好了）4.点击启动WebSphereApplicationServerDeveloper安装向导。
5.点击下一步。
6.选择我接受。
点击下一步。
7.点击下一步。
8.默认点击下一步。
9.一直下一步。
第二:WAS数据配置1.Wa项目部署配置注释:本次配置适合个人不适合集群.1.1JDBC配置打开IBM的RAD开发工具启动服务；安装RAD的时候如果没有用户名密码则这里不需要输入直接点击登陆.资源JDBCJDBC提供程序点击新建下一步数据类型为SyBae。
提供类型为SybaeJDBC3Driver。
实现类型连接池数据源。
名称以及描述自动带出。
此为数据库连接包存放路径,此包存放在项目下面.只填入${}不必写/jconn3.jarD:\\WebSphere\\CCOS_WEB\\WebContent\\WEB-INF\\lib 点击下一步，查看配置，点击完成。
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”，点击“应用”按钮，并保存到主配置。（一般在 农行做项目，虚拟主机这步骤可以省略，可以直接用
ihs+websphere多集群配置
IHS＋WAS6ND实现多应用效劳器集群配置日前本人做为一个工程的外援参与配置了一个困难WAS群集架构的部署，该工程由于遇到特殊状况需求采纳HIS＋WAS6ND实现多应用效劳器集群＋多web端口效劳器架构，在Google 上搜寻了一遍，没有找到类似的架构配置方式，只有自己来探讨了。
终于功夫不负有心人，经过屡次试验，最终胜利实现了上述架构的配置。
由于配置过程中经验了种种艰辛，所以将这种架构的配置经验做了总结，与大家共享，希望能对大家有所帮助。
首先来说一下为什么会须要采纳这样的架构。
从我进入IT行业以来，这样的架构还是第一次见到。
不能不说一句我对能够想出并实现这样架构的开发工程师和系统集成工程师致以崇高敬意，因为在应用需求不断改变软硬件架构和系统软硬件有条件限制的状况下，能够胜利实现这样的配置到达工程目标不能不说是一件特别不简洁的事情。
同时，我要对该工程的管理人员、设计人员以及实施工程企业的高层人员说一句，你们应当特殊感谢这些能够保证你们工程胜利的开发人员和系统集成人员，因为他们工程才得以胜利，因为他们才保住了企业的信誉和颜面。
跑题了，言归正传。
依据工程初期的设计，须要建立一个应用系统，为保证应用系统的高可用性〔效劳不能中断〕，对于这个应用系统采纳2台web效劳器网络负载均衡＋2台was应用效劳器负载均衡效劳器群集方式，后台是Oracle数据库的集群。
Web效劳器网络负载均衡是采纳windows 2023 server的网络负载均衡集群实现的，F5在这个工程里是买不起的。
通过web效劳器将恳求路由分发到was集群的两台应用效劳器上。
这样的架构是依据was应用集群模版的标准配置设计的，所以配置起来没有什么问题。
但是工程进展过程中觉察原来的需求根本没有调研清晰，发生了重大的需求变更，依据原来对应用系统的设计根本无法满意工程的需求，所以对应用系统的设计进展了重大调整，该工程须要增加开发两个应用系统，就是须要增加部署两套应用系统。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验6－WAS集群配置联调实验目的：本实验会引导学生完成W AS8的集群配置，之后会安装IHS和Plugins插件，配置集群中的应用使用Web server来进行访问。
实验前提：W AS8.0已经正确安装完毕，同时已经存在一个独立服务器的概要表，概要表中有一个服务器，一般服务器名称是server1。
一、生成部署管理器的概要表1、启动概要表管理工具应用程序，此程序在目录C:\IBM\WebSphere\AppServer\bin\ProfileManagement中，在DOS命令行中启动pmt.bat。
如果是windows操作系统，也可以通过开始菜单来启动W AS服务器，寻找启动W AS 服务器命令顺序是“开始”－》“所有程序”－》“IBM WebSphere”－》“IBM WebSphere Application Server Network Deployment V8.0”－》“工具”－》“概要表管理工具”。
2、在概要表管理工具界面，单击“创建”按钮。
3、在概要表类型中选中“管理”，单击“下一步”按钮。
4、选择“Deployment Manager”单选框，单击“下一步”按钮。
5、选择“典型概要表文件创建”单选按钮，单击“下一步”按钮。
6、取消“启用管理安全性”复选框，单击“下一步”按钮。
７、在概要文件创建总结中界面中，单击“创建”按钮。
8、部署管理器的概要表建立后，如下图，选中“启动第一步控制台”复选框，单击“完成”按钮。
９、第一步的界面如下，单击“安装验证”链接。
10、系统会自动启动DM，从弹出的界面直到看到“安装验证完成”字样后，说明DM已经正常启动安装。
关闭这个界面。
11、进入部署管理器DM的管理控制台，可以从“第一步”中单击“管理控制台”进入，也可以在浏览器中输入下面URL：http://localhost:9061/ibm/admin由于在本机器上已经有一个服务器的概要表，其管理控制台端口是9060，因此在后来建立的DM的概要表会自动使用9061作为DM的管理控制台端口。
在“用户标识”中输入任意字符就可以进入DM的管理控制台。
12、DM的管理控制台和server1的管理控制台很像，只是功能比较多。
见下图。
之后关闭“第一步”应用和概要表管理工具即可。
二、将server1的概要表AppSrv01添加到DM管理单元中。
说明：由于我们要建立was的集群环境，因此需要把server1所在的概要表AppSrv01以添加节点的方式添加到DM的管理单元中，这样才能让DM同一进行管理和建立集群。
1、添加节点前保证server1正在启动状态，进入DM的管理控制台，依次单击“系统管理”－》“节点”，在节点界面中单击“添加节点”按钮。
2、在“添加节点”界面选择“受管节点”单选框，单击“下一步”按钮。
3、在“节点连接”界面中的“主机”中输入“xup”，这里需要输入你要增加WAS节点所在机器的主机名，由于本次要添加的概要表AppSrv01与DM概要表都安装在主机名为xup 的机器上，因此这里输入xup，在“JMX连接器端口”中输入8880，因为概要表AppSrv01的SOAP端口号是8880，这里输入的是要增加概要表的soap端口号，可以从server1的端口中查询到，在“JMX连接器类型”下拉菜单中选择“SOAP”，单击“确定”按钮。
4、由于是windows操作系统，因此会弹出是否将节点代理程序作为windows服务，这里我们暂不选择，单击“确定”按钮。
5、添加节点成功后界面会显示“已成功联合节点xupNode01”字样说明节点添加成功。
6、返回到节点界面已经看到节点xupnode01已经添加到DM单元中，单击“xupnode01”这个节点的复选框，单击“同步”按钮。
三、建立一个新的集群1、在DM管理控制台中依次单击“服务器”－》“集群”－》“Websphere application server 集群”，如下图显示，在界面中单击“新建”按钮。
2、在“集群名”中输入你要建立集群的名称，可以根据喜好输入，我们输入“wascluster”，单击“下一步”按钮。
3、在“成员名”中输入集群第一server的名称，可以根据喜好输入，这里我们输入“was1”，在“选择节点”中选择刚刚添加到DM的节点，这里我们选择“xupnode01（ND8.0.0.0）”，在“权重”中输入数字“2”，选择“生成唯一的Http端口”复选框，单击“下一步”按钮。
４、你会发现已经添加了was1的服务器，在“成员名”中输入“was2”，在“选择节点”中选中和was1一样的节点，单击“添加成员”按钮。
这步骤是在集群wascluster中添加名为was2的第2个服务器。
5、你会发现第2个server也已经在下面列表中了，单击“下一步”按钮。
6、单击“完成”按钮，开始建立集群。
在单击“保存”。
7、在集群界面中你会看到已经建立了一个名为wascluster的集群，选择这个集群，单击“启动”按钮启动集群。
8、待集群启动后，单击控制台中“服务器”－》“服务器类型”－》“Websphere application server”界面你会看到已经启动的集群中的两个服务器was1和was2。
通过查询was1和was2的WC_defaulthost 端口参数值，发现was1的应用端口为9081，was2的应用端口为9082，查询端口的过程前面实验提到过。
9、在DM控制台中依次单击“环境”－》“虚拟主机”，之后单击“default_host”。
10、单击“其他属性”中的“主机别名”。
11、确认9081和9082端口已经在虚拟主机default_host中了，如果没有要把这两个端口手工添加。
四、部署应用到集群wascluster中。
1、在控制台依次单击“应用程序”－》“新建应用程序”，在新建应用程序界面中单击“新建企业应用程序”。
2、部署应用程序步骤前面实验提到过，这里不再赘述，值得注意的是选择应用程序部署的服务器的时候，要在“集群和服务器”中选中集群名称，这里是“WebSphere：cell＝xupcell01，cluster＝wascluster”，单击“应用”按钮，之后再选择“下一步”。
3、在上下文根中输入“ibm”，之后的步骤和实验4步骤一样，不再赘述。
4、之后启动这个应用，在“应用程序”－》“应用程序类型”－》“Websphere企业应用程序”界面中选中已近部署好的应用“hello_war”，单击“启动”按钮。
5、之后在浏览器中输入如下URL：http://192.168.202.100:9081/ibm/hello.htmlhttp://192.168.202.100:9082/ibm/hello.html如显示如下界面说明应用已经成功部署到集群中的was1和was2上了，能够对外提供访问。
URL中的IP是服务器was1和was2所在集群的IP，或者主机名。
五、安装IHS1、通过IBM Installation Manager来安装IHS，选中“IBM HTTP Server for WebSphere Application Server”，单击“下一步”。
2、选择“我接受许可协议中的条款”，单击“下一步”。
３、选择ＩＨＳ安装的路径，这里我们输入“C:\IBM\HTTPServer”，单击“下一步”按钮。
4、查看安装的选项，这里不做任何修改，单击“下一步”按钮。
５、在ＨＴＴＰ端口中确认输入了80，将“作为windows服务运行IBM HTTP Server”选中，单击“下一步”按钮。
６、单击“安装”按钮。
７、下图显示了系统正在安装ＩＨＳ,请耐心等待。
8、安装结束后单击“完成”按钮。
９、启动ＩＨＳ，在DOS命令行中CD到IHS的启动命令目录，即C:\IBM\HTTPServer\bin 中，输入启动命令“apache –k start”启动IHS。
10、在浏览器地址栏中输入http://192.168.202.100，即IHS所在机器的IP或IHS，出现如下界面说明IHS成功启动。
六、安装和配置plugin插件。
1、在IBM Installation Manager中选中“Web server plug-in for IBM WebSphere Application Server”，单击“下一步”按钮。
２、选中“我接受许可协议中的条款”，单击“下一步”按钮。
３、确认plugin的安装目录，这里我们安装在目录C:\IBM\Websphere\Plugins中。
单击“下一步”按钮。
４、不作任何修改，单击“下一步”按钮。
５、单击“安装”按钮。
６、安装完成后单击“完成”按钮。
七、安装WebSphere Customization Tools，并配置IHS和Plugin插件。
1、W AS8开始配置plugin插件需要安装customization tools，在installation mangaer中安装。
如下图，单击“下一步”。
2、选择接受许可协议，单击“下一步”。
3、选择路径，这里选择的安装目录是C:\IBM\WebSphere\Toolbox,单击“下一步”按钮。
4、将组件全部选中，单击“下一步”按钮。
5、单击“安装”按钮。
6、安装完成后单击“完成”按钮。
7、安装结束后系统会自动弹出customization toolbox界面，选中“web服务器插件配置工具”，单击“启动所选工具”按钮。
8、在“web服务器插件运行时位置”部分，单击其右侧的“添加”按钮。
9、在“名称”中输入“webserver1”，在位置中指定插件实际安装位置，我们这里是“c:\ibm\websphere\plugins”。
单击“完成”按钮。
10、之后在“web服务器插件配置”界面中，单击其右侧的“创建”按钮。
11、选择web服务器种类，应为我们安装了IHS，因此这里选中“IBM HTTP ServerV8”选项，单击“下一步”按钮。
12、选择IHS的配置文件位置，这里通过浏览选择“C:\ibm\httpserver\conf\httpd.conf”，在“指定web服务器端口”中输入“80”，单击“下一步”按钮。
13、选中“设置IBM HTTP Server管理服务器”，取消“创建用户标识以进行IBM HTTP Server 管理服务器认证”，单击“下一步”按钮。
14、选中“将IBM HTTP Server管理服务器作为windows服务运行”，单击“下一步”按钮。
15、在“服务器定义名”中输入“webserver1”，可以自行定义名称。
单击“下一步”按钮。
16、由于web服务器和was在同一台机器，因此通过浏览选择was的安装路径，这里选择“c:\ibm\webpshere\appserver”，单击“下一步”按钮。