was配置手册
- 格式:docx
- 大小:251.72 KB
- 文档页数:11
WAS性能测试中文说明书本文主要介绍微软的Web Application Stress Tool(WAS,Web应用负载测试工具)在Web服务器性能测试中的应用。
另外,我们还将通过WAS评估一种相对简单的网站性能改善方法,这种方法的基本思想是在服务器上生成静态的HTML页面、避免过多的数据库调用。
一、WAS安装要求WAS要求Windows NT 4.0 SP4或者更高,或者Windows 2000。
二、WAS的功能为了对网站进行负载测试,WAS可以通过一台或者多台客户机模拟大量用户的活动。
WAS 支持身份验证、加密和Cookies,也能够模拟各种浏览器类型和Modem速度三、WAS测试准备为了测试数据的准备性,首先需要删除缓存和Cookies等临时文件。
启动IE后打开“工具”菜单下的“Internet”选项命令,在打开的“Internet选项”窗口的“常规”选项卡中,单击“Internet临时文件”区域的“删除Cookies”和“删除文件”按钮将临时文件删除四、录制测试脚本要对网站进行负载测试首先必须创建WAS脚本模拟用户活动。
我们可以用下面四种方法之一创建脚本:1、通过记录浏览器的活动;2、通过导入IIS日志;3、通过把WAS指向Web网站的内容;4、手工制作。
启动WAS,程序运行时会打开“Cteate new script”对话框,即建立一个新的脚本窗口(如图1),如果运行WAS没有打开该窗口可以单击WAS主程序窗口工具栏上第一个按钮“New Script”即可。
图1因为是初次使用,所以在新建脚本窗口上单击“Record”按钮打开创建向导对话框“Browser Recorder-Step 1 of 2”,其中三个选项的作用是选择要记录的内容,分别为Request(请求)、Cookies(网上信息块)以及Host headers(主机标题),可根据需要选择(图2),然后单击“Next”即会打开“Browser Recorder-Step 2 of 2”窗口,单击“Finish”按钮。
W A S快速入门手册Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】WAS快速入门手册编写原则1.技术别人是教不会的,只有靠自己学会2.以PD为主,系统学习为辅3.给出开放问题,自己去找答案,总结经验日常维护1.安装WASa)安装, ,b)创建profilec)安装htppServer和plugind)配置集群i.高级:配置共享域e)发布程序f)配置DB数据源g)配置LDAPh)配置安全性i.与的区别ii.配置SSOi)高级:配置JMS2.升级WASa)静默安装b)升级JDK和WAS3.AIX命令a)was本身命令 startServer -trace,,等b)常用命令, ls –ltr , df –g ,tar等c)topas,vmstat,netstat等监测命令d)收集Crash,hang信息时的命令e)ulimit,crontab等系统调整,监测命令4.调优WASa)WAS上线前,参数调整i. JVM,日志等b)压力测试过程中,调整WAS参数c)WAS连接DB2,Oracle后,如何监测数据库,如果区分是WAS的问题,还是数据库的问题5.收集WAS数据a)Mustgatherb)其中难以收集数据: Crash,Hang6.分析heapdumpa)说明:本地安装 IBM Support Assistant v3b)ecurep网站7.分析Javacorea)参考Diagnostics Guideb)注意Current Thread等信息8.编写测试代码a)编写来测试页面问题b)处理乱码问题9.使用wsadmina)在window使用wsadmin,来生成javacore等数据b)高级:设置动态trace10.配置Edgea)请参见Edge 的中第七章"配置分配器组件", 和第21章"分派器的高级功能" 配置高可用性日常维护30问1.AIX上,,WAS6的安装目录的位置2.WAS6中profile的位置,profile的作用,如果创建profile3.WAS,JDK,Http Server,Plugin,GSK的版本4.collector工具可以收集的数据,不能收集什么的数据请至少列出三条。
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安装⼀、四台服务器拓朴结构其中DM控制台管理⽤户admin,⼝令两个web服务器的管理⽤户也是admin,⼝令⼆、安装后验收可打开应⽤服务器主机的控制管理台,管理⽤户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不完整,并且执⾏失败,启动不了管理服务。
Was Tools alpha 1.2使用手册作者:落魄逍遥、小白日期:2007年2月10日目录Was Tools alpha 1.2使用手册 (1)一、入门篇 (2)二、Was Tools 是什么? (3)三、Was Tools 下载和运行环境的安装 (3)四、Was Tools alpha 1.2的使用 (4)1. 概要介绍 (4)2. 导入资源 (5)3. Was选择技巧 (6)4. 常用功能 (7)5. 文件导出 (10)6. 高级技巧 (11)五、关于 (11)1. 落魄逍遥是谁? (11)2. 为什么做这个工具? (11)3. 这个工具的目的 (11)六、常见问题及解决办法 (11)免责声明:本工具使用的资源及其格式为网易公司所有!如果侵犯了您的合法权益,请联系kylixs163.。
任何企业和个人不得将本工具用于商业用途,否则由此所带来的法律及连带问题,本人不负任何责任!Was Tools alpha 1.2制作:kylixs(落魄逍遥)野豆工作室2007-2主页:kylixs.blog.sohu. QQ群:9106334一、入门篇首先了解下游戏资源的一些背景知识:Wdf文件(后缀为wdf,wd1,wd2,wd3)是《大话西游II》和《梦幻西游》所使用的一种打包格式。
简单的说,所有的游戏美术资源(除了地图资源)以及动画和声音资源都被打包在wdf的文件中,你可以在游戏的安装目录下看到很多这样的文件。
Was文件是大话、梦幻的动画资源保存的一种格式,是基于256调色板和RLE算法的,调色板的每个颜色是16位深度的,was能表现32级透明度。
was动画被打包到Wdf文件里面,不能直接看到。
我们的目的是提取游戏里的各种动画资源,用于四格、漫画、签名、flash等待的制作。
然而我们不能直接使用was动画文件,要把was动画文件转化为一幅幅图片,这样才可以修改和使用。
(图由小白提供)二、Was Tools 是什么?Was Tools是一个Wdf/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”级别,如下图所示。
目录一.安装准备 (3)1. 1变量安装目录 (3)1. 2服务器服务端口 (3)1. 3修改hosts文件 (3)二.安装websphere (3)2. 1 将websphere 安装包解压 (3)2. 2 创建概要文件 (8)2. 3 IHS的安装 (8)2. 4启动IHS (13)2. 5添加webserver (13)2. 6优化主配置文件 (14)三. 增加并启动节点: (14)3. 1 向管理端添加节点 (14)3. 2 启动节点 (14)四. 创建集群 (15)4. 1 创建集群 (15)4. 2 在一个集群上部署两个server, (17)4. 3 虚拟主机 (18)五.创建jdbc和数据源 (19)5. 1 创建JDBC (19)5. 2 创建数据源 (22)六. Was参数优化 (25)6. 1 java虚拟机 (25)6. 2 JDBC连接池 (25)6. 3 WebSphereApplicationServer数据源属性 (26)6. 4 Web容器线程池 (27)七. 部署应用 (27)7. 1 部署应用 (27)7. 2 生成plugin (28)一.安装准备1. 1变量安装目录应用服务器:wyapp01 63.1.1.101wyapp02 63.1.1.102<W AS_ND_HOME> /usr/IBM/WebSphere/AppServer//usr/IBM/WebSphere/AppServer/profiles/AppSrv01 WebSphere 应用服务器/usr/IBM/WebSphere/AppServer/profiles/Dmgr WebSpheer应用服务器网络部署Web服务器:<WEB_HOME>/usr/IBM/WebSphere<Plugin_HOME> /usr/IBM/WebSphere/Plugin Web插件路径启动程序路径:/usr/IBM/WebSphere/bin/apchectl主配置文件:/usr/IBM/WebSphere/config/httpd.conf1. 2服务器服务端口管理控制台端口:9060应用服务端口:Pweb 9081Eweb 9083Mweb 90841. 3修改hosts文件分别修改两台应用服务器的hosts文件Vi /etc/hosts添加如下内容:63.1.1.101 wyapp0163.1.1.102 wyapp0261.1.1.101 wyweb0161.1.1.102 wyweb0261.1.1.103 raserver63.1.1.103 wydb_src1.4安装浏览器,Was 在aix 上安装需要浏览器支持,建议去IBM官方下载火狐浏览器二.安装websphere2. 1 将websphere安装包解压进到解压目录下的W AS目录,运行安装程序install.sh如下图:单击“下一步”接受本软件的安装协议,点击“下一步”,进入系统条件检查点击“下一步”点击“下一步”把“应用程序服务器样本“去掉点击”下一步“选择安装的目录” /usr/IBM/WebSphere/AppServe”点击“下一步”选择安装产品出现was nd 安装摘要。
一、安装步骤1.进入安装包../WAS下,点击,进行安装;出现下图:2,点击下一步;3.如图,接受协议,点击下一步;4.如果显示“已通过”,则可进行“下一步”操作;输入安装路径;5.如图所示,默认点击“下一步”即可;6.输入你想设定的用户名及密码;7.如图,一路默认,点击“下一步”即可;8.安装结果显示“成功”,至此安装完成。
点击“完成”,出现以下界面:9.点击“安装验证”,会出现安装结果;10.登录https://localhost:9043/ibm/console/来验证是否安装成功。
11.点击“继续浏览此网站”12.安装成功二、部署应用1.启动websphere第一种方法,打开“第一步”如图,点击“启动服务”第二种方法,点击“启动服务”第三种方法,打开“开始”---“管理工具”---“服务”,启动“IBM WebSphere Application Server”2.部署应用1)Websphere启动之后,打开https://localhost:9043/ibm/console/页面2)点击“继续浏览此网站”3)输入用户名,密码,点击登录4)打开“应用程序”—“新建应用程序”5)点击“新建企业应用程序”6)选择要部署的应用7)点击下一步,这部分需要的时间较长8)点击下一步9)点击下一步10)选中应用之后,点击应用,11)点击“下一步”12)选择web模块,虚拟主机,这选择默认值,点击“下一步;13)如图,输入“上下文根”,点击“下一步”14)如图,15)点击“完成”,该步时间较长,耐心等待;16)点击“保存”,该步也需要时间;17)进入\IBM\WebSphere\AppServer\profiles\AppSrv01\installedApps\PC-20130327CMF CNode01Cell\shanshan_war.ear经行相关配置的修改;18)修改完成后,打开“应用程序类型”—websphere企业应用程序;19)选择要启动的应用程序,点击启动;进行验证,输入:http://服务器IP:端口号/应用名/,这我的是:http://localhost:9080/shanshan/shan.html3.遇到的问题查看\IBM\WebSphere\AppServer\profiles\AppSrv01\logs\server1中的日志文件1,部分安装成功:日志中: CWUPI0000I: 退出代码=2原因可能是:机器名不对,机器名中不能有下划线;2.部署过程中出现内存溢出时:进行如下操作;,点击sever1,选择“Java 和进程管理”---“进程定义”选择“Java 虚拟机”设置“初始堆大小”与“最大堆大小”之后点击“应用”点击保存;重启服务。
社区版WAS的配置介绍网络服务器-电脑资料配置数据库资源大多数企业应用程序使用关系数据库,。
Community Edition 使用开放源代码的 TranQL 项目作为其数据库持久性引擎。
Community Edition 提供一般资源适配器来使 JDBC 驱动程序可以作为 J2EE Connection Architecture (J2CA) 资源使用,并提供特定配置数据库资源大多数企业应用程序使用关系数据库。
Community Edition 使用开放源代码的TranQL 项目作为其数据库持久性引擎。
Community Edition 提供一般资源适配器来使JDBC 驱动程序可以作为J2EE Connection Architecture (J2CA) 资源使用,并提供特定于IBM Cloudscape 供应商的资源适配器来使Cloudscape 可以作为Tranql 的 J2CA 资源使用。
作为一种增值,Community Edition 还提供一个WebSphere 嵌入式资源适配器来使 Microsoft SQL 2000 服务器可以作为 J2CA 资源使用。
了解 Community Edition 存储库中的下列文件将有助于您为数据源选择正确的资源适配器以及制定数据库部署计划:repository\tranql\rars\tranql-connector-1.0.rar:这是TranQL Generic JDBC Resource Adapter,使用该资源适配器,可以通过一般 JDBC 连接来访问SQL 数据库。
连接是使用配置的JDBC URL、用户名和密码从java.sql.Driver 获得的。
因为此接口不提供对 XAResource 的访问,所以只支持 Local 事务。
tranql-connector-derby-client-local-1.0.rar:这是用于IBM Cloudscape 的 TranQL Client Local Transaction Resource Adapter。
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基本使用手册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 名 , 可根据实际情况修改)。
配置篇
1、以wasuser账户启动WebSphere Application Server 7.0.0.9
2、输入Console URL打开Deployment Manager Administrative Console,输入用户ID并单击登陆,进入管理控制台。
Administrative Console 登录
1、集群配置
1、在Administrative Console 中,展开Servers,选择WebSphere Application Server集群,单击新建来名字为JLN_ERP的集群;
2、创建三个Instance,集群成员的权重都为“2” ,都不要选中“首选本地”
2、dsjln数据源配置
1、创建JDBC提供程序;
2、设置数据库类存放的环境变量
${ORACLE_JDBC_DRIVER_PATH}=/usr/WebSphere/AppServer/lib/oracle
ERP工作目录环境变量${JLN_HOME}=/erpHome/jln.ear/erp.war
3、建立数据源dsjln与JNDI名称jdbc/dsjln
URL填写jdbc:oracle:thin:@10.3.160.51:1521:jlndb
4、新增J2C认证数据条目
5、回到数据源选择组件受管认证别名与容器受管的认证别名,并填写oracle数据源属性
6、连接池内容填写如下:
3、dssession数据源配置
1、建立数据源dssession与JNDI名称jdbc/dssession
URL填写jdbc:oracle:thin:@10.3.160.51:1521:sessdb
4、新增J2C认证数据条目
5、回到数据源选择组件受管认证别名与容器受管的认证别名,并填写oracle数据源属性
6、连接池内容填写如下:
4、进程定义配置
1、填写可执行目标类型为${JLN_HOME}
2、点选Java虚拟机填写引导类路径
/usr/WebSphere/AppServer/lib/icsc/icscjava.jar选取「详细垃圾收集」,初始堆大小改为512,最大堆大小1024,按应用钮修改设定
通用JVM参数为:
-Xgcpolicy:optavgpause -Dibm.dg.trc.print=st_verify -Xk15000 -Xp56,16
3、接着点选下方的定制属性,新建如下项目
4、进程定义-环境条目:ALLOCATION_THRESHOLD 5000000
5、进程定义-记录和跟踪,文件名分别为${JLN_HOME}/waslogs/stdout01.txt ${JLN_HOME}/waslogs/stderr01.txt
5、线程池配置
6、web容器配置
1、Web容器-会话管理,内存中最大会话量为1000,会话超时为30分钟,最大等待时间为5秒
2、分布式环境变量
7、修改虚拟主机别名
8、企业级应用部署
应用部署基本没什么区别,注意一点,就是选择部署服务器要注意选择集群。
如下:
注:部署完毕后导入ERP系统应用程序。
并将web.xml复制到
/usr/WebSphere/AppServer/profiles/Dmgr01/config/cells/p5702Network/applicatio ns/jln.ear/deployments/jln/erp.war/WEB-INF目录下
/usr/WebSphere/AppServer/profiles/AppSrv01/config/cells/p5702Network/applicati ons/jln.ear/deployments/jln/erp.war/WEB-INF目录下
9、修改http.conf
修改http.conf,修改内容如下:
Alias /erp/html/ /erpHome/jln.ear/erp.war/html/
Alias /erp/images/ /erpHome/jln.ear/erp.war/images/
Alias /erp/public/ /erpHome/jln.ear/erp.war/public/
Alias /erp/waslogs/ /erpHome/jln.ear/erp.war/waslogs/
Alias /erp/work/ /erpHome/jln.ear/erp.war/work/
Alias /erp/help/ /erpHome/jln.ear/erp.war/help/
Alias /erp/ /erpHome/jln.ear/erp.war/index.html
Alias /erp /erpHome/jln.ear/erp.war/index.html
注:
(1)WAS7.0环境/WebSphere/Appserver/lib下没有webcontainer.jar,需从WAS5.1环境拷过去即可;
(2)修改ibm-web-ext.xmi,关闭reload功能;
(3)将/erpHome/jln.ear/erp.war/index.html覆盖
/usr/WebSphere/HIS/hcdos/index.html文件;
(4)将/usr/Websphere权限修改为wasuser权限;
生成插件,重启WAS及IHS
通过以上步骤WebSphere集群环境已经部署成功。