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的管理界面设置安全策略、证书管理等。

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集成解决方案控制台：提升企业运营效率的利器》
随着信息技术的快速发展，企业在日常运营中通常需要使用不同的软件应用程序来支持各种业务需求。

这些应用程序可能包括客户关系管理系统、财务管理软件、人力资源管理工具等。

而随着这些应用程序的增加，企业通常需要一种集成解决方案来管理和协调这些不同的系统，以确保它们可以无缝地协作。

WebSphere Application Server（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”级别，如下图所示。

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中间件服务器介绍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开发的一种中间件服务器，用于构建、部署和管理企业级应用程序。

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是什么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详细操作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基本使用手册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 名 , 可根据实际情况修改)。