为 IBM WebSphere Application Server 创建 Jython 管理脚本
- 格式:pdf
- 大小:226.60 KB
- 文档页数:21
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.D eploymentManagerDeploymentManager(简称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.新增节点:。
教程应用部署教程配置与与WEB应用部署WebSphere安装安装、、配置一、WebSphere Application Server安装指南1:启动$WEBSPHERE_HOME/launchpad目录下的launchpad.bat批处理文件。
如下图:2:以单机版应用服务器和WEB服务器为例进行安装。
点击上图中的或是打开$WEBSPHERE_HOME/WAS目录下的install.exe文件。
就会启动安装向导,如下图:3:注意,可以为WebSphere的管理控制台添加一个管理用户。
如下图:4:安装完成后如下图:56:然后点第5步图中的完成,启动“第一步”控制台。
如下图:7:通过仔细分析上图中的安全验证信息能查到当前应用服务器的一些基本信息,以及应用服务器的一些错误,请仔细阅读。
如果,第一步验证通过后,可以进入下一步“启动/停止服务器”。
如下图:注:除了以上的启动应用服务器的方式外,还可以从操作系统“控制面板”—>“服务”下进行相应操作。
二、JDBC、数据源、连接池的配置与测试:1:启动服务器后,我们可以进行控制台的管理工作,即:“管理控制台功能”。
如下图:2:进入系统以后,如下图示:3:配置JDBC连接。
如下图:配置完后点击“下一步”,进入下图:4:点击完成后,请对刚才的设定行“查看”或“保存”。
如下图:注意:查看完成后,请注意“保存”。
或是通过下图进进行数据源的配置。
如图示:6:点击上图的“新建”按钮。
如下图:7:对创建好的数据源进行测试。
如下图:点击上图的“JAAS-J2C认证数据”,出现下图示:在上图中,输入“别名”、“用户标识”、“密码”等信息,注:“用户标识”、“密码”分别为连接数据库的用户名与密码。
然后回到数据源页面,如下图:注意注意::并选择并选择““组件管理的证别名组件管理的证别名””为刚才所建立的JAAS 认证的别名认证的别名,,保存后再测试一下便可成功保存后再测试一下便可成功。
泉州市行政执法信息平台建设项目配置文档福建南威软件工程发展有限公司2009年6月版本历史目录1.IBM WebShere 中间件应用服务器集群配置 (5)1.1.集群服务器安装 (5)1.1.1.安装环境 (5)1.1.1.1.主机列表 (5)1.1.1.2.WAS 6 ND集群拓扑 (5)1.1.2.安装步骤 (6)1.1.2.1.准备工作 (6)1.1.2.2.安装WAS ND (6)1.1.2.3.安装WebSphere Application 6.1.0.0补丁 (12)1.1.2.4.建立DM Profile (12)1.1.2.5.建立Application Server Profile (20)1.1.2.6.安装验证 (26)1.1.3.WAS Cluster配置 (28)1.1.3.1.添加节点到Network Deployment (28)1.1.3.2.创建集群 (30)1.1.4.WEB服务器安装 (35)1.1.4.1.安装步骤(先安装IBM Http Server在安装插件) (35)1.1.4.2.Web服务器配置 (39)1.2.应用程序部署与配置 (45)1.2.1.应用程序部署 (45)1.2.2.应用程序websphere配置 (48)1.2.2.1.Session会话同步配置 (48)1.2.2.2.java虚拟机堆大小配置 (51)1.2.2.3.线程池大小配置 (51)2.日常管理与维护 (52)2.1.WAS 管理控制台简介 (52)2.1.1.检查应用程序服务器状态 (53)2.1.2.检查Cluster(集群)状态 (54)2.1.3.部署应用程序 (54)2.1.4.监控应用服务器性能 (55)2.2.更新应用程序 (56)2.3.问题处理 (58)1.IBM WebSphere集群部署和配置1.1.集群服务器安装安装环境Windows 2008 Enterprise Server ,Service Pack1IBM WebSphere Application 6.1.安装路径:C:\Program Files\IBM\WebSphere\AppServer安装前请务必确认各主机间网络通讯没有问题,防火墙端口已经打开;已经配置好C:\WINNT\system32\drivers\etc\hosts文件。
WebSphere 安装及升级目录:说明: (2)WebSphere的安装 (2)安装IBM HTTP Server 6.0 (12)插件安装 (16)升级W AS到6.0.2.0 (24)升级到6.0.2.23 (31)说明:下面将介绍WebSphere的安装,以及版本升级,需要的文件如下:1.WebSphere v6安装文件;2.WebSphere 6.0.2.0 升级维护包;3.WebSphere 6.0.2.23 升级维护包;6.0.2.23只能升级6.0.2.0及以上版本,不支持从6.0.0.1直接升到6.0.2.23。
WebSphere的安装点击launchpad.bat,运行安装程序。
弹出如图所示的欢迎界面,选择“启动webSphere Application Server的安装指南”点击下一步软件许可协议,选择接受,下一步:完成先决条件检查后,下一步:指定WebSphere的安装目录:选择要安装的功能部件,默认就行了,下一步:查看安装摘要是否正确,不正确则单击“上一步”更改设置,否则“下一步”开始安装。
开始安装组件:安装完成后,点击下一步,启动“概要表创建”向导,概要表的创建还可以运行程序开始→所有程序→IBM WebSphere→Application Server Network Deployment v6 →“概要表创建”向导。
“概要表创建”向导:为概要表提供一个唯一的名称,这里不做修改,默认:节点和主机名默认:端口值默认,下一步:再次检查概要表,没问题点下一步开始安装:安装完成:安装好后如图所示:安装IBM HTTP Server 6.0选择安装目录:选择安装类型:检查安装摘要,无误后点下一步开始安装:安装完成:插件安装接着上一步,下面安装插件,点击完成列表中的安装信息可以不选,如果选择了,在点击下一步时会弹出一个英文的安装指南这里选择IBM HTTP Server V6选择安装到本地服务器:指定插件的安装目录:提供WebSphere的安装位置:选择IBM HTTP Server\conf\httpd.conf文件,文件在已经安装好的IBM HTTP Server\conf 下:默认,下一步:默认,下一步:点击下一步,准备开始安装:安装成功后点击完成。
websphere安装及部署安装1,安装websphere,点击c88spml下的launchpad.exe,安装websphere Application Server Network Deployment 的安装向导。
2,其中有一步选择“应用程序服务器”。
其他的都是默认下一步3,注意,路径都安装在d盘的IBM路径下,把Program Files去了。
4,安装websphere安装补丁的工具。
在\waspatch\download.updii.61017.windows.ia32\UpdateInstaller\install.exe5,基本都是默认下一步,注意把这个跟服务程序都安装在一个目录下。
6,补丁是这两个: 6.1.0-WS-WASSDK-WinX32-FP0000017.pak和6.1.0-WS-WAS-WinX32-FP0000017.pak,把这两个拷贝到一个文件夹下,注意路径不要是中文的。
7,由于在安装过程中,有项默认程序,把服务起了,到安装补丁的时候要把服务停了再安装。
8,安装补丁,打开程序----ibm websphere-----update installer for websphere v6.1,也就是D:\IBM\WebSphere\UpdateInstaller\update.bat这个文件。
9,打开后,都是默认值,到选择维护包目录时,选择补丁包的目录,安装即可。
启动和停止:在运行中cmd,到d盘路径:D:\ibm\websphere\appserver\bin下,启动和停止是:D:\ibm\websphere\appserver\bin startServer server1D:\ibm\websphere\appserver\bin stopServer server1启动或停止是通过访问ie中的:http://localhost:9060/admin来看服务是否启动。
WebSphere安装手册1.安装IBM Installation Manager需要安装IBM Installation Manager的服务器为tims1 、tims2、tims3、tims4。
1.1.安装以root用户登录。
(1)将安装包agent.installer.linux.gtk.x86_64_1.6.2000.20130301_2248.zip复制或上传到/WAS 目录下。
(2)进入WAS目录,解压IBM Installation Manager的安装包。
[root@tims1 ~]#cd /WAS[root@tims1 WAS]# unzip agent.installer.linux.gtk.x86_64_1.6.2000.20130301_2248.zip -d installer(3)安装。
[root@tims1 WAS]# cd installer[root@tims1 installer]# ./install这时候,将会出现安装的图形界面。
点击Next。
选中I acceptthe terms in the license agreement,点击Next。
这里显示了默认的安装目录,不用更改,点击Next。
确认信息无误后,点击Install。
等待一会,安装完成后将显示如下界面。
点击Restart Installation Manager,重启Installation Manager。
1.2.启动[root@tims1 ~]#cd /opt/IBM/InstallationManager/eclipse[root@tims1 eclipse]#./IBMIM这时候,将出现IBM Installation Manager的图形界面。
1.3.停止在图形界面上直接关闭窗口即可。
2.安装IBM HTTP Server需要安装IBM HTTP Server的服务器为tims1。
需要先安装好IBMInstallation Manager。
一、Window下WebSphere Application Server 7的安装(一)安装WebSphere Application Server 7:1、单击WebSphere ApplicationServer的安装程序launchpad.exe,弹出安装欢迎窗口,单击“启动WebSphere Application Server NetWork Deployment安装向导”进行安装。
如下图:2、弹出“初始化向导”窗口,等待初始化完成。
如下图:3、弹出“欢迎使用IBM WebSphere Application Server Network Deployment安装向导”说明,单击“下一步”,如图:4、弹出“软件许可证协议”窗口,选择“我接受许可证协议的的全部条款”,单击“下一步”,如下图5、弹出“系统必备软件检查”窗口,单击“下一步”,如图:6、弹出“安装可选的功能部件”窗口,保持默认, 单击“下一步”,如下图:7、弹出设置“安装目录”窗口、系统默认安装路径如下图,要改变安装路径,单击【浏览…】,改变安装目录。
设置完毕,单击“下一步”。
建议默认8、弹出“WebSphere Application Server环境”窗口,这里选择“无”,单击“下一步”此时会弹出一个警告询问窗体,单击“是”如图:9、弹出“集中安装管理器的存储库”窗口,保持默认,单击“下一步”,如下图10、弹出“正在搜索可卸载的临时修订”窗口,等待完成,单击“下一步”如图:11、弹出“安装摘要”窗口,单击“下一步”如图:12、弹出“安装窗口”,安装过程可能需要等待一段时间13、安装完成,弹出“安装结果”窗口,选中“使用概要管理工具创建新的WebSphere ApplictionServer 概要文件”或“开始->IBM_WebSphere->Application Server 7.0->概要管理工具”,来启动概要管理工具,创建应用程序服务器。
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 名 , 可根据实际情况修改)。
从头编写脚本: 为IBM WebSphere Application Server 创建Jython 管理脚本简介:从头开发IBM® WebSphere® Application Server 管理脚本并不困难,但是很难找到指导您逐步完成这个过程的实用信息。
本文帮助您实现这个目标,首先讨论希望脚本完成什么任务,然后带领您完成迭代式开发步骤,最终完成一个完整的示例脚本,包括注释、用法信息和命令行参数处理。
本文的标签:websphere_application_server, 应用部署标记本文!发布日期: 2010 年 6 月24 日级别:中级其他语言版本:英文简介早在撰写WebSphere Application Server Administration Using Jython这本书之前,我已经发现描述如何创建完整脚本的示例非常少。
因此我认为,如果介绍我创建管理脚本的常用过程,可能对管理脚本的编写者有帮助。
一般来说,从头创建wsadmin 脚本需要完成以下步骤:1.决定希望完成什么管理任务。
2.查阅文档,了解这个任务和可以使用的各种方法。
3.了解方法参数及如何使用它们。
4.使用交互式的wsadmin 会话检验这个方法、它的用法和参数值。
5.通过使用脚本模板,判断向脚本提供方法参数值的最佳技术(例如,用属性文件还是通过命令行参数)。
6.在脚本中添加参数处理代码和用法详细信息。
7.添加执行实际脚本方法的代码以执行所需任务。
本文描述构建一个脚本所需的步骤,这个脚本用于创建集群成员。
这是一个相当简单的任务,但是与大多数任务一样,有一些因素会导致这个任务复杂化。
例如,这个脚本应该只能创建单个集群成员,还是希望能够用它同时创建多个成员?按照本文描述的步骤,我们将从易到难,最终完成一个可以创建单个集群成员的示例脚本。
本文适用于IBM WebSphere Application Server V7.0 和V6.1。
回页首决定方式首先,应该寻找您感兴趣的任务的相关信息,以便了解涉及的过程和参数。
这让您创建的脚本能够以适当且高效的方式执行此任务。
例如,在Web 浏览器中访问IBM WebSphere Application Server V7 Network Deployment 信息中心,搜索create cluster member。
搜索结果的顶部显示Creating cluster members using scripting,这正是我们需要的。
单击这个链接,显示相关的文档:l Before you begin部分指出可以以多种方式执行这个任务。
例如,要想创建新的集群成员,可以¡使用AdminConfig 脚本对象。
¡使用AdminTask 脚本对象中的ClusterConfigCommands 命令组。
¡使用AdminClusterManagement 脚本库中的createClusterMember 方法。
l About this task部分提出一些有意思的问题,比如:¡您希望(或需要)脚本的一般化程度有多大?¡希望让脚本能够创建集群的第一个成员、集群的后续成员还是都可以?¡在执行脚本之前集群是否必须已经存在,还是希望(或需要)脚本能够创建新集群?我们先讨论这些方式,然后再决定如何处理。
使用AdminConfig 脚本对象显然,对于这个任务,要使用某种形式的AdminConfig 脚本对象,所以最好先在信息中心搜索相关信息。
搜索AdminConfig会产生几个结果,包括结果列表顶部的Commands for the AdminConfig object using wsadmin scripting。
通过查阅这一项了解到AdminConfig 脚本对象上有一个createClusterMember 方法。
还发现这个方法有一些必需的参数。
快速浏览一下页面上的示例,更好地了解如何使用它们。
有意思的是,必需参数的列表(见表1)与示例代码并不一致。
表 1. AdminConfig.createClusterMember() 必需的参数参数名说明clusterID要添加成员的集群的配置ID。
nodeID要创建成员的节点的配置ID。
memberAttributes指定用来创建新成员的属性。
templateID成员创建过程使用的模板的配置ID。
如果templateID 参数确实是必需的,那么示例代码中为什么没有呢?templateID 参数实际上只能用于集群的第一个成员。
在创建后续集群成员时,使用第一个成员作为模板。
关于提供的示例脚本使用提供的脚本让您能够把注意力集中于创建脚本的过程,而不是关注创建包含单个成员的集群的机制。
本文假设之前已经创建了一个集群(Cluster1) 和它的第一个成员(Member1)。
另外,这些脚本是按本文描述的过程创建的,因而也可以作为学习示例使用。
但是,为了创建集群成员,必须先创建集群以及第一个集群成员。
可以使用本文的下载部分提供的脚本帮助完成这个任务(这些脚本也是用这里描述的技术创建的):l createCluster.py:创建一个空的集群。
l createFirstClusterMember.py:使用用户指定的模板名创建第一个集群成员。
现在,我们通过一个交互式的wsadmin 会话看看使用AdminConfig.createClusterMember() 方法创建新集群成员所需的步骤。
清单 1 给出这个交互式会话,表2 详细解释此会话。
清单1. 使用AdminConfig.createClusterMember()1|[root@ragdoll bin]#./wsadmin.sh -lang jython2|WASX7209I: Connected to process "dmgr" on node ragdollCellManager02 using SOAP3|connector; The type of process is: DeploymentManager4|WASX7031I: For help, enter: "print Help.help()"5|6|wsadmin>print AdminConfig.list( 'ClusterMember' )7|Member1(cells/ragdollCell02/clusters/Cluster1|cluster.xml#ClusterMember_1261105354124) 8|9|wsadmin>clusterID = AdminConfig.getid('/ServerCluster:Cluster1/' )10|wsadmin>nodeID = AdminConfig.getid( '/Node:ragdollNode03/' );11|wsadmin>memberID = AdminConfig.createClusterMember(clusterID, nodeID, '[[memberNameMember2]]' )12|wsadmin>print AdminConfig.list( 'ClusterMember' )13|Member1(cells/ragdollCell02/clusters/Cluster1|cluster.xml#ClusterMember_1261105354124) 14|Member2(cells/ragdollCell02/clusters/Cluster1|cluster.xml#ClusterMember_1261145939139)表 2. AdminConfig.createClusterMember() 使用方法说明行号说明1启动wsadmin 并指定语言是Jython。
2-4wsadmin 生成的信息说明已经成功地连接到部署管理器。
5为了方便阅读添加的空行。
6-7调用AdminConfig.list() 以显示现有集群成员的配置ID。
8为了方便阅读添加的空行。
9-10使用赋值语句获得要添加成员的集群以及要创建成员的节点的配置ID。
11调用AdminConfig.createClusterMember() 方法创建新的集群成员。
12-13调用AdminConfig.list() 以确认新创建的集群成员(Member2) 确实存在。
下面是使用这种技术编写脚本来创建单个集群成员时需要完成的步骤:1.检查命令行参数。
2.根据命令行参数clusterName 查找集群的配置ID。
(脚本应该要求用户指定集群和节点名称,而不是指定配置ID。
)3.根据命令行参数nodeName 查找节点的配置ID。
4.检查集群中是否已经存在指定的memberName。
5.调用createClusterMember 方法以执行所需的操作。
6.检查请求是成功还是失败。
当然,这只是对过程的粗略描述,但是可以看出使用这种技术所需的编程类型。
但是,在花时间和精力编写使用这种方式的脚本之前,我们看看其他方式有哪些差异,以及哪种方式可能更好或更容易实现。
使用AdminTask 脚本对象再次搜索信息中心,这一次搜索AdminTask。
搜索产生200 多个结果,向下滚动一点儿,找到ClusterConfigCommands command group for the AdminTask object。
选择这一项会提供createClusterMember 方法的链接,页面下面进一步说明了这个方法。
本节帮助您更好地了解如何使用这个方法:l为了创建第一个集群成员,需要:¡指定应用服务器模板名称(如果指定模板名称,就不需要查找配置ID,因为AdminTask 脚本对象会替您完成这一步)。
¡或者指定一个现有的应用服务器作为模板。
l可以指定:¡集群名称。
¡或要添加成员的集群的配置ID。
l集群成员可以使用不同的WebSphere Application Server 版本(V6.1 和V7.0),但是这个场景超出了本文的范围。
为了确保有效地对比不同的方式,要确保在所有方式中执行的实际任务相同,在这里要对比的任务是创建一个可以创建后续集群成员的脚本。
这意味着可以忽略与模板有关的参数,只关注与创建后续集群成员有关的参数。
如果想让脚本使用脚本对象方法创建集群成员,就需要了解可用的参数。
因为文档在这方面没有解释清楚,应该使用交互式wsadmin 会话帮助理解。