WAS6.1管理实践指南

 

结合WAS管理员认证资料和WAS实际使用经验,整理出WAS基础理论和实践步骤。

yy于2009-09-19


1       架构拓扑




重要概念:

1. 概要文件(Profile

所有受管节点,非受管节点,Dmgr,都是概要文件。

概要文件只是管理意义,在物理上讲,所有概要文件既可以在同一机器上,也可以一个概要文件一台机器。

2. 节点(Node

一个节点(Node)即一个概要文件(Profile),Profile默认目录名为Appsrv01、AppSrv02,建议目录名为Profile01、Profile02,避免概念混淆。每次新建应用服务器概要表时,会自动创建一个server1,可以通过管理方式自己添加server2….

受管节点(managed Node):能受Dmgr统一管理的节点,能自动启动和更新配置,统一部署应用环境和应用系统。

非受管节点(unmanaged Node):一般应用于非IHS的Web Server,需要手动更新配置,启动,停止等等维护操作。

3. 部署管理器(Dmgr

特殊节点。用来统一控制、管理节点,配置集群环境。节点加入Dmgr后,节点的所有配置以Dmgr为主(Master配置),配置更改时,由Dmgr将配置xml同步到节点中。

4. 节点代理(NodeAgent

节点代理负责节点与DMgr间的通信。一个节点唯一能对应一个节点代理。节点代理只能通过手动命令(startNode)或windows服务启动。

5. 节点独立运行与Dmgr运行方式的异同

a)     独立节点通过addNode命令添加到Dmgr中

从Dmgr1添加server1所属节点Node1

Dmgr1\bin\> addNode  Node1主机名   Node1SOAP 端口  (-includeApp)

从Server1添加到Dmgr1

Profile01\bin\> addNode  Dmgr1主机名  Dmgr1 SOAP端口  (-includeApp)

b)    普通节点加入Dmgr后,不能再作为独立AppServer启动。而且启动时,必须先启动NodeAgent,才能启动server1, 但其所属Dmgr1的启动与前二者无关。

c)     节点加入Dmgr时,配置会被备份保存,当removeNode脱离Dmgr时,恢复备份。


2       架构运行拓扑

3       WAS安装

静默安装 $WASRoot\ bin\ProfileCreator\>

  1. 修改配置模板文件responsefile.pct.NDmanagedProfile.txt,主要更改各端口和节点名称等配置
  2. 启动概要表创建向导

\>pctWindows.exe –options “myresponsefile.txt” -silent


脚本执行安装 $WASRoot\ bin\>

\>wasprofile –create –templaePath … -profileName… -nodeName … -cellName … -hostName…


wasprofile 概要表管理命令,6.1版本改名为manageProfiles,

概要表删除:\>wasprofile –delete –profileName Profile01

全部删除:  \>wasprofile -deleteAll


4       应用部署

a)     环境/Websphere变量,配置JAVA_HOME, Oracle, DB2驱动路径等等环境变量。


JVM初始堆栈大小设置的位置

/server1/Java and process Management/process Definition/JVM …


b)    安全性à全局安全性àJAAS配置àJ2C数据认证,, 配置用户密码组(数据库的)

c)     JDBCà数据源,,  创建数据源, 组件管理认证用上面建的J2C

d)    部署EAR


WAS有种增强性EAR(Enhanced EAR), 可以将数据源配置等等文件打包进去。由RAD打包,功能强大但超级的慢,一般机器跑不动。其简化版AST(Websphere Application Server Toolit)


5       集群


集群就是把各节点的服务器给打包,享用共同的资源环境,如数据源,复制域等等。

集群所有配置操作都是通过Dmgr进行的,所以只有将Node加入Dmgr后才能配置集群。

集群创建后需要重新同步节点配置,和重新生成HttpServer的Plugin


工作量管理(WorkLoad Management, WLM)



6       系统管理



管理命令wsadmin,功能强大,所有控制台的操作最后都是转为执行wsadmin


脚本语言

JACL,  TCL演化而来

Jyphon,Python演化二来,仿Java语法


bin\>wsadmin.bat

wsadmin\>$Help help

wsadmin\>$AdminConfig getNode


直接执行命令

bin\>wsadmin –c “$AdminConfig getNode”


直接执行脚本文件

bin\>wsadmin –f  “c:/xxx.script”




7       WRD

快速开发部署工具, 开发环境中自动部署

\>Set WORKSPACE= d:\wrd

\>wrd-config –project “Back.ear” –style “autoappinstall”

\>wrd –monitor

当把ear或class文件复制到project目录时, wrd自动部署。


8       常用命令


dumpNameSpace:  查看节点,JNDI等信息

collector:信息收集器,包括系统,网络状情况,was使用情况,节点配置信息等等用于服务器健康巡检和再现服务器上的问题。

该命令不能在was目录中运行,需另建目录执行:

C:\tempp\>d:\ibm\was\bin\collector.bat

resources.xml    JDBC等信息

virtualhosts.xml  虚拟主机

serverIndex.xml  包含SOAP端口


startServer/stopServer server1 –profileName Profile01  启动、停止服务器

如果在profileName的bin目录下执行命令,则可省去参数profileName


startNode/stopNode –profileName Profile01  启动、停止节点代理


$DmgrProfile\>addNode/removeNode Node-HostName Node-SOAP-Port –includeApp

Dmgr添加、删除节点


JspBatchCompliler.bat –ear path    “…ear”

JSP预编译


backConfig

restorConfig

备份、回复Profiles,默认路径为Profile1/bin/webshpereConfig_日期.zip


Waslogbr 分析、诊断activity.log


9       日志、配置文件介绍


日志目录 Profile01/logs/

pctLog.txt

ivt_config.log

portdef.props

backupConfig.log

restorConfig.log


日志目录 Profile01/logs/server1/…

activity.log



日志目录 $WASRoot/logs/

Log.txt   记录was安装状态

../wasprofile/.. profile创建日志, xml格式


配置文件

\ecurity.xml

\virtualhosts.xml


\serverindex.xml 定义节点名等应用和各端口,包括soap, http(s),,

\server.xml   server配置


各节点resources.xml, variables.xml, 作用域由主到次,如果应用为Enhanced EAR,则以EAR包中定义的变量为主(针对重复变量)


\profiles

Sas.client.props 客户端安全配置信息,wsadmin使用


\Properties

profileregistry.xml  所有profiles及其profile属性列表

wasprofile.properties  记录如profile安装日志路径,日志级别


10   故障诊断


11   安全配置


Tagged , . Bookmark the permalink.

Leave a Reply

Your email address will not be published. Required fields are marked *