Professional Documents
Culture Documents
System Management PDF
System Management PDF
WebSphere Software
日程
管理架构
配置资源库
配置归档
WAS 进程监控
常用命令
类加载
管理控制台
业务应用程序
基于属性文件的配置
灵活管理
集中安装
资源与总结
Source: If applicable, describe source origin
独立节点
系统管理模型:独立节点
独立节点仅支持一个单一应用服务器
– 如果需要更多的应用服务器,你可以创建新的WebSphere独 WebSphere
立概要文件 Administrative
Clients
应用服务器启动和运行应用程序需要访问本地配置和应用程序信
息
Commands to
– 配置信息为XML文件 manage server
• 配置文件指定服务器组件以及运行应用程序的初始配置参
数、待初始化的资源等
– 应用程序文件就是服务器上所安装应用的J2EE EAR文件
系统管理员使用管理客户端对服务进行管理和配置 J2EE
Apps
– 在后面的章节将讨论如何管理服务器,配置系统资源库以及如 Application (EARs)
何使用管理客户端的详细信息 Server
Config
Files
Standalone Node
独立节点: 系统管理
WebSphere
Administrative Clients
Application Server
Internet or
WEB Container
9060
Intranet Embedded HTTP Server
Web Browser
Admin Services/JMX
Custom Java
Admin Clients
Standalone Node
WebSphere提供了多种管理应用服务器的工具
– 基于浏览器的管理控制台-连接到服务器上运行的管理控制台应用
– WebSphere管理脚本(wsadmin)
– 用于开发管理程序的定制Java编程接口
两种类型的命令
– 配置管理命令-改变服务器和/或应用程序的配置
– 操作命令-启动或停止应用、服务,而不改变置信息
独立节点: 配置资源库
WebSphere
Administrative Clients Configuration Files
Application Server
CELL
Internet or
WEB Container
Intranet 9060 Applications
Web Browser Embedded HTTP Server
Node
Admin
Console
Applicatio Config J2EE Server A
Scripting Client n
(wsadmin) Files Apps
(EARs) Resources.xml
Soap/HTTP Server.xml
or
RMI-IIOP
Variables.xml
Admin Services/JMX Configuration …
Custom Java
Admin Clients Repository
Standalone Node
配置资源库是XML格式的文档,存在指定WebSphere概要文件的config目录下
– <%WAS_PROFILE%>/config
配置包含服务器配置以及已安装J2EE应用程序文件
独立节点中的Web服务器定义
可以在WebSphere独立节点拓扑结构中定义Web服务器
允许将应用程序关联到一个或多个已定义的Web服务器
允许为指定的Web服务器生成定制的插件配置
– 允许应用服务器上的应用程序将Web服务器作为安装/发布目标
独立节点上Web服务器拓扑结构 New
v6
Standalone Node
Web
Server Plug-in
Plug-in
Module
Config
XML file Application Server
OS
S1
HTTP(S) J2EE
J2EE App. J2EE
J2EE App.
(EAR)
J2EE
Applications (EAR)
J2EE
Applications
Applications
(EAR) Applications
(EAR)
(EAR) (EAR)
Web
Server Plug-in
Plug-in
Config
Module
XML file
OS
S2 HTTP(S)
S1和S2上的Web服务器将请求发送到应用服务器上运行的部分应用
Web服务器使用插件配置文件(plugin-cfg.xml)来决定转发那个请求,以及转发到何地-由
服务器自动生成
架构– 网络部署(ND)环境
ND 单元: 系统管理模型
WebSphere
Administrative
Clients
WebSphere单元中的每个进程启动和运行应用 Manage the entire Cell
需要访问本地配置信息
– 部署管理器包含配置和应用程序文件的主拷 Commands
贝,并同步到各个节点
系统管理员使用管理客户端对整个单元进行管理 Config J2EE
和操作 Files Apps
(EARs)
– 在后面会详细介绍如何创建/管理单元,配置
资源库,管理客户端
…
… …
V6 V6 V6 V6
Application Application Application Application
Server Server Server Server
V6 Node V6 Node
ND 单元系统管理: 管理客户端
WebSphere
Deployment Manager Master
Administrative Clients Configuration for
the Entire Cell
WEB Container Config J2EE
Internet Apps
9060 Files
or Embedded HTTP Server (EARs)
Intranet
Web Browser
Admin
Console
Application
Scripting Client
(wsadmin)
Soap/HTTP Admin Services
or Config J2EE
RMI-IIOP Files Apps
(EARs)
Custom Java
Admin Clients
ND允许你从中心部署管理器对整个单元(所有WebSphere进程
)进行管理
… … …
V6 V6 V6 V6
– 管理客户端连接到部署管理器 Application
Server
Application
Server
Application
Server
Application
Server
ND单元- 管理点
显示管理客户端为了执行配置和操作变更可以访问的单元中各种WebSphere进程
ND 单元: 分布式进程发现
除了下面的情况,部署管理器、Node Agent以及应用服务器可以以
任意顺序启动
– Node Agent的启动必须早于节点上的应用服务器
• 原因:Node Agent上驻留着位置服务守护进程,而应用服
务器和应用程序客户端需要该守护进程
启动时,就会在它们之间建立通信通道
每一个进程启动都依赖它自己的配置和应用数据 …
V6 Node
单元中的Web服务器
Web服务器可以定义在WebSphere单元拓扑结构
允许将应用程序关联到一或多个Web服务器
允许为指定的Web服务器生成定制插件配置文件
– 允许Web服务器作为应用程序目标。
另外,通过WebSphere还可以对Web服务器进行管理(启动、停止、发布插件配置)
– 要求Web服务器节点为受管节点(要求Node Agent必须处于运行状态)
– 详细信息参见拓扑结构部分
New
单元: Web服务器拓扑结构 v6
Web
Server Plug-in
Plug-in
Config
Module
XML file
OS
S1
V6 V6
Node Agent Node Agent
HTTP(S)
V6
Application … V6
Application
V6
Application … V6
Application
Web Server Server Server Server
A B C D
Server Plug-in V6 Node V6 Node
Plug-in
Config
Module
XML file
OS
S2
HTTP(S)
S1上的Web服务器将请求发送给应用服务器A和D上运行的应用程序
S2上的Web服务器将讲求发送给应用服务器B和C上运行的应用程序
Web服务器使用插件配置文件(plugin-cfg.xml)判断哪个请求应该转发到哪个服务器-由
部署管理器自动生成
ND 单元: 文件同步
Config J2EE
Files Apps
(EARs)
DMgr上所做的配置更新会通过Node Agent同步到节点上
Master
Configuration
DMgr和Node Agent使用系统文件传输应用程序通过
Http(s)协议传输文件
– 文件同步时Node Agent获取配置更新信息
Config J2EE
– 单向同步:在DMgr级别所做的更改只能够向下传播 Files Apps
(EARs)
– 如果启用安全性,就会使用HTTPs协议 Node
Configuration
在节点级别所做的任何本地更新(手动编辑)在文件同步
以后都会丢失 …
V6 Node
ND单元中的文件同步过程
Deployment
3
Manager Node
Agent Config J2EE
Cell Sync
4 Files Apps
(EARs)
Node
Configuration
2 Handles file transfer Application Application
for Deployment Server Server
Manager
Node
Config J2EE
Master
Files Apps
(EARs) Configuration
1. 节点初始化同步操作
2.单元读取主配置资源库,并将其和节点配置信息进行比较
3.单元返回更新信息和文件
5.节点将更新写回本地配置文件
什么时候进行文件同步?
System Administration -> Node Agents -> File Synchronization Service
对于每个节点,可以使用Node Agent上的
设置对文件同步进行定制
可以手动同步也可以自动同步
自动同步
– 使用管理客户端打开自动同步功能
• 默认同步间隔是1分钟
– 可选项: 服务启动时重新完全同步
手动同步
– 使用管理控制台或wsadmin进行强制同
步
– 使用syncNode命令行工具
推荐:在产品中定义自己的文件同步策略
同步了什么?
Node Agent将文档摘要发送给DMgr,DMgr将其和主资源库的摘要信息进行比较
只有管理客户端进行过修改才会标记为需要同步
– 使用文本编辑器所做的修改不会标记为自动同步
– 不建议在管理客户端之外对配置文件进行修改
– 然而,完全同步同样会同步这些修改
只有修改的文件同特定节点相关才会同步到该节点
配置资源库
配置资源库-概述
配置资源库包含单元内所有WebSphere进程需要的配置文件(XML文件)和J2EE应用程序文
件
配置资源库位于DMgr和受管节点的概要文件目录下
ND 单元:配置资源库的层次结构
V6
Deployment Config J2EE
Manager Files Apps
(EARs)
Cell Files
cell.xml
Config J2EE
security.xml Config J2EE Node Agent
Node Agent
Files Apps variables.xml Files Apps
(EARs) (EARs)
virtualhosts.xml
resources.xml
… Server
Server Server
A B
/buses C
Node A /coregroups Node B
Node A
node.xml /nodegroups node.xml
serverindex.xml Node B
/applications serverindex.xml
variables.xml variables.xml
resources.xml resources.xml
app.policy app.policy
… …
/servers /servers
Server A Server B
server.xml server.xml Server C
variables.xml variables.xml server.xml
resources.xml resources.xml variables.xml
… … resources.xml Node B specific files
Node A specific files …
Server B Server D
Node B Applications
Server Server Server Server
A B C D
Node A Node B
serverindex.xml
Node A Node B
Node Agent B
4
1. 部署管理器包含主配置文件 Server C
2. 每个进程拥有其所必须的配置文件本地备份 Server D
3. 文件同步是单向的-从DMgr同步到各个节点。节点级别所做的修改是临时的,在下次文件同步(更新)时
会被主配置文件覆盖掉
4. 节点的本地配置库包含其它节点的serverindex.xml文件,该文件包含所有服务器的列表、端点(端口)以及应
用程序-这样每一个节点就会在本地拥有一份有关其它节点、服务器以及所监听接口的完整信息
配置资源库:结构
Example:
DMgr Master Repository
资源库拥有三层目录结构,单元、受管节点和独立
节点
单元
– 包含单元范围的全局定义、资源以及应用
– 单元内的节点、服务器都会继承这些信息
Cell
节点
– 单元中的每个节点都会有相应的目录用于存放节
点范围的定义和资源
– 节点中的所有服务器都会继承这些信息
服务器
– 节点中的每个服务器都会有自己的目录,用于存
放服务器级别定义和资源
– 仅与特定的服务器相关
对于独立节点, 不再关心资源是哪个层次定义的
– 多数情况是在节点或服务器级别定义的
– 如果决定将节点加入到单元中,那么单元级别定 Nodes
义的资源将会丢失
Servers
24
© 2009 IBM Corporation
WebSphere Software
单元: 目录
applications -只有DMgr主资源库或独立节点才
会存在该目录
– 保存EAR文件以及相关的部署信息(记录在
deployment.xml中)
buses –存放服务集成总线(SIBus)的定义
coreGroups – 存放核心组的定义
– 在独立节点中并不使用该目录
nodeGroups – 包含节点组的定义
– 在独立节点中并不使用该目录
nodes – 定义节点的配置信息
– 单元中的节点配置信息位于该目录下
25
© 2009 IBM Corporation
WebSphere Software
单元: 配置文件
admin-autz.xml – 用于管理授权
cell.xml – 定义单元信息,比如名称、发现协议等
coregroupbridge.xml – 核心组网桥定义
filter.xml – Java2的安全过滤器,以防止对关键资源的访问
multibroker.xml – DRS 设置– 任何事情都不做
namestore.xml –单元的命名空间持久信息
naming-autz.xml – 命名授权
pmirm.xml – 性能监控基础设施
resources.xml – 单元范围的资源定义,比如JDBC、JMS
security.xml – 全局安全定义
variables.xml – 单元范围的环境变量定义
virtualhosts.xml –定义全局虚拟主机-将应用程序绑定到具体的虚
拟主机
ws-security.xml – 默认的单元范围Web服务安全绑定
resources-pme.xml, resources-pme502.xml – 单元级别的PME资
源定义
26
© 2009 IBM Corporation
WebSphere Software
节点: 配置文件
app.policy, library.policy, spi.policy –应用程序的Java2 安全策略 DMgr (主) 以及受
文件、共享库以及J2C资源 管节点的资源库
installed-channels.xml – 定义WebSphere进程的通道(诸如
TCP, SSL, HTTP, HTTP等通信协议 )定义
namestore.xml –保存整个节点的JNDI定义
node.xml – 定义节点信息,如名称、发现协议等
node-metadata.properties –节点的属性-产品版本、操作系统等
信息
perftuners.xml – 性能调优规则
resources.xml –节点级别的资源定义(如JDBC、JMS等)
resources-pme.xml and resources-pme502.xml– 节点级别的
PME资源定义
serverindex.xml –定义节点的所有服务器、服务器的类型及其端
口号
variables.xml – 节点级别的环境变量定义
27
© 2009 IBM Corporation
WebSphere Software
节点: DMgr节点的文件
DMgr (主)
以及受管节
app.policy, library.policy, spi.policy –应用程序的Java2 安全策略 点的资源库
文件、共享库以及J2C资源
installed-channels.xml – – 定义WebSphere进程的通道(诸如
TCP, SSL, HTTP, HTTP等通信协议 )定义
namestore.xml –保存整个节点的JNDI定义
node.xml – – 定义节点信息,如名称、发现协议等
node-metadata.properties –节点的属性-产品版本、操作系统等
信息
resources.xml –节点级别的资源定义(如JDBC、JMS等)
serverindex.xml –定义节点的所有服务器、服务器的类型及其端
口号
variables.xml –节点级别的环境变量定义
28
© 2009 IBM Corporation
WebSphere Software
服务器: 配置文件
hamanagerservice.xml – 定义服务器所属的核心组(核心组用于提高
服务的高可用性)高可用属性以及HAManager的属性,如
isAliveperiod 等
pmi-config.xml – 性能监控设施
resources.xml – 服务器级别资源定义(如JDBC、JMS等)
resources-pme.xml 及resources-pme502.xml–服务器级别的PME资源
定义
server.xml –定义服务信息,如通道、服务器组件及服务、JVM进程定
义等
server-pme51.xml 及server-pme.xml – PME 定义
sib-authorisations.xml – 此服务器的SIBus 授权
sib-engines.xml –SIBus 消息引擎定义
sib-service.xml – SIBus 服务– 启用或不启用
variables.xml – 服务器级别环境变量的定义
ws-security.xml – 服务器界别Web服务安全绑定-覆盖单元级别的标
识绑定
29
© 2009 IBM Corporation
WebSphere Software
服务器: DMgr服务器的配置文件
hamanagerservice.xml –定义服务器所属
的核心组(核心组用于提高服务的高可用
性)高可用属性以及HAManager的属性,
如isAliveperiod 等
DMgr (主) 以及受
server.xml –定义服务信息,如通道、服务 管节点的资源库
器组件及服务、JVM处理定义等
server-pme51.xml 及server-pme.xml –
PME 定义
30
© 2009 IBM Corporation
WebSphere Software
hamanagerservice.xml –定义服务器所属的核心
组(核心组用于提高服务的高可用性)高可用属
性以及HAManager的属性,如isAliveperiod 等
server.xml –定义服务信息,如通道、服务器组件
及服务、JVM处理定义等
不同点: 主(Dmgr)资源库与受管节点资源库
应用程序目录
– 主: 包含单元内所有应用程序的信息
– 受管: 仅包含部署到该节点的应用程序的信息(节点下的所有服务器)
节点信息
– 主: 包含单元中所有结点的所有信息
– 受管: 包含本受管结点的所有信息和单元中其它节点的serverindex.xml文件
• 节点的serverindex.xml文件包含该节点的所有进程、端点(端口)以及已安装应用程
序的定义
区别: ND单元的主资源库与独立节点资源库
独立节点不会拥有以下信息:
– 集群定义
– 独立节点只能够拥有一个节点
• 没有DMgr和其它用户创建的节点
– 在该节点下只能够拥有一个服务器
• 没有Node Agent或其它应用服务器
除了以上不同以外,独立节点资源库类似于单元级别的主资源库
配置归档
配置归档
配置归档是全部或部分的WAS配置集合
– 除了归档可能仅是部分配置外,和真实的WAS配置别无二致
– 配置信息经过了虚拟化,从而使其具有可移植性
• 删除了所有和安装相关的信息,如主机名,
用于将配置信息导入WAS或从WAS导出
– 允许以声明方式修改WAS配置
配置归档: 声明周期
空
创建
加载 导入
Configuration Configuration
Configuration
Archive (.car) Configuration
配置归档(.car) 删除 Archive (.car)
Archive
扩展配置归档(.car) Archive (.car)
系统配置
保存
导出
浏览
或
修改
配置归档: 导出
导出操作将实际配置转换为模板
– 去掉了归档中的配置信息和系统配置信息的关系
集群
– 当导出单个集群成员时,对集群的引用关系就会被剥离
– 当导出整个集群时,集群和其成员之间的关系就会得到保留
配置可能会引用外部的系统资源:数据库驱动库、数据库名称等
导出目标类型限制
– 服务器和受管概要文件
示例
– $AdminTask exportServer { -archive c:\myServer.car nodeName
node1 –serverName server1}
– $AdminTask exportWasprofile {-archive c:\myCell.car }
配置归档: 导入
导入配置归档是使用配置归档中的内容更新或创建系统配置的过程
目标配置对象类型,要么匹配源配置对象,或者是其父容器
– 服务器到服务器(相同类型)-合并配置
– 服务器到节点(父容器)-基于该配置归档创建新的对象类型
• 这种情况下,创建新服务器时,配置必须完备
导入操作同样会比较源和目标的节点属性
– 示例:如果是WAS的归档,它就无法在WPS(WebSphere Process Server)上恢复
示例
– $AdminTask importServer {- archive c:\myServer.car [-
nodeInArchive node1] [-serverInArchive server1] [–nodeName node1]
[–serverName server1] }
– $AdminTask importWasprofile {-archive c:\myCell.car}
配置归档: 示例
示例:
– 用户导出配置归档
– 修改配置
– 导出的配置文件可以在原系统或其它系统上导入
允许用户在不了解配置操作的语法和语意的情况下可以快速、方便地建立配置
提供强大的方式来管理大量相似系统的配置
与backupConfig的比较
backupConfig是直接复制概要文件的‖config‖目录
– 包含该目录下的一切文件及文件夹
– 同时也包括应用程序,这是因为部署的应用程序与部署信息一起存于配置目录下
– 包括在任意时刻重建备份配置所需要的一切信息
在磁盘损坏、配置错误等情况下,维护配置文件的备份非常有用
– 用于恢复同一机器或概要文件
内容
监控WAS进程
监控与重启
部署管理器
受管节点上的应用服务器 Node Agent基于每个应用服务
器的配置
(使用Server > Java and 应用服务器 节点 部署管理器
(独立) 代理
Process Management >
Monitor Policy setting
应用
服务器
… 应用
服务器
节点
Windows 服务
– 可选,在定义新的独立节点、受管节点
或DMgr过程中创建
– addNode命令具有添加Node Agent服
务的选项
– 使用WASService.exe命令创建服务
用户必须属于管理员( Administrator )组
,且拥有以下权限
– ―以操作系统方式执行‖
– ―作为服务登录‖
可以对服务进行配置:
– 自动或手动启动
– 恢复操作
WASService.exe (仅使用Windows操作系统)
WASService命令行工具允许将任何WAS进程添加为Window服务,并对该服务进行管理
添加服务的WASService.exe命令语法
– WASService.exe -add <service_name> -serverName <Server> –profilePath <server’s
profile path> <options>
管理服务的WASService.exe语法
– WASService.exe -remove 服务名
– WASService.exe –start 服务名
– WASService.exe –stop 服务名
– WASService.exe –status 服务名
有关WASService的更多信息,情参阅信息中心
UNIX: 监控服务器进程
在<WAS_ROOT>/bin目录下可以找到rc.was shell示例脚本
– 使用启动脚本启动已定义的进程
• 使用带 -script选项的 startServer命令可以创建启动脚本
• 例如: startServer server1 –script start_server1.sh
– 重启非正常退出的进程
• 重试的次数可以定制(numRetries=3)
系统管理员必须手动向inittab中添加一条配置
– was:235:once:/usr/WebSphere/AppServer/bin/rc.was >/dev/console 2>&1
• 通过查看inittab文件获知机器启动时的运行级别-确保在新增配置中指定的了正确的
运行级别-上例中指定的运行级别是2、3和5
– 如果―once‖ 选项无法正常工作,查看inittab文件中使用―boot‖ 或 ―respawn‖ 选项的配置
不会对使用startServer命令启动的服务器进行监控
rc.was 示例
launchScript=start_server1.sh
numRetries=3 ; RETRY=0
while [ $RETRY -lt $numRetries ]
do
$binDir/$launchScript # launching server using $launchScript
rc=$?
echo exit code: $rc
# Increment retry count on anything other than a normal exit code
if [ $rc -gt 0 ]
then
RETRY=`expr $RETRY + 1`
fi
case $rc in
0) break ;;
一般会对独立应用服务器、Node Agent或部署管理器进行监控
可能需要多个脚本文件以及在inittab文件中添加多条配置信息
命令
命令行工具概述
WAS中提供了启动、停止、监控WAS进程和节点的命令行工具
命令行工具只能在本地服务器和节点上使用
所有命令行工具都从概要文件的bin目录下运行, <PROFILE_HOME>/bin 或
<WAS_HOME>/bin
– 所有从<PROFILE_HOME>/bin 目录下运行的命令都只针对该概要文件(建议使用这种方
式)
• 在概要文件的bin目录下使用这些命令式无需提供―-profileName‖选项
– 从<WAS_HOME>/bin 目录下运行的命令,如果不提供―-profileName‖选项,则只针对默认
概要文件
备份和恢复配置
backupConfig <文件名称>
– 以Zip格式备份配置信息
– 对于独立节点、在节点级别使用backupConfig命令
– 对于ND单元,在DMgr节点使用backConfig命令,这是由于它包含主资源库
restoreConfig <文件名>
– 用来从备份配置文件恢复独立应用服务器或单元配置
注意配备份配置信息并不足以重建整个系统
– 这是可能在配置信息之外还有其它诸如应用程序二进制文件的目录
节点级别的命令行工具
syncNode
– 强制节点和部署管理器之间进行完全同步
– 由于配置损害导致Node Agent无法启动时,可以使用该命令进行错误恢复
– 其功能也可以通过管理控制台或wsadmin完成
cleanupNode <cellhost> <cellport>
– 当强制将节点从单元删除以后,使用该命令删除节点配置信息
– 在DMgr下运行
问题诊断命令行工具
collector
– 收集日志和配置信息,并打包成一个jar文件
– 另外,该工具还可以收集系统信息,比如配置、OS日志以及磁盘空闲空间等信息
waslogbr
– 启动独立日志分析工具Log Analyzer
dumpNameSpace
– 显示JNDI(Java™ Naming and Directory) 名字空间及其中命名信息
命令行工具
ws_ant
– 以WAS扩展的方式启动ANT
ikeyman
– 生成和维护用于SSL的安全密钥和密钥文件
ejbdeploy
– 为EJB生成与容器相关的部署类
• 也可以在应用程序安装时完成
GenPluginCfg
– 重新生成HTTP服务器插件配置文件
• 也可以使用管理控制台或wsadmin完成
状态/版本命令行工具
serverStatus
– 查询服务器状态
• 语法: serverStatus <服务器名称>
versionInfo
– 提供IBM WAS版本报告
genHistoryReport, genVersionReport
– 生成HTML格式的历史/版本报告
其它命令行工具
ivt (安装验证测试)
– 语法: ivt server_name profile_name -p port_number [-host host_name]
– 例子, ivt server1 AppSvr01 –p 9080
PropFilePasswordEncoder
– 对位于纯文本属性文件中的密码进行编码
• 加密明文密码
– 语法:
• PropFilePasswordEncoder Filename passwordPropertieslist
JspBatchCompiler
– 预编译web 模块中的JSP文件
启动应用服务器
命令行方式
– 从<PROFILE_HOME>/bin 目录下运行
• 示例: startServer server1
– 从<INSTALL_HOME>/bin目录下运行
• 示例: startServer –profileName AppSrv01 server1
– 日志存于<PROFILE_HOME>/logs/<server_name> 目录下
Windows® 启动菜单
– Start > Programs > IBM WebSphere > Application Server Vx.y > Profiles > <Profile> >
Start the Server
如果服务器注册为Windows服务
– 使用WASService.exe 注册或在创建配置档案时注册
– 控制面板>管理工具 > 服务
启动服务器命令
停止服务器命令
ND: 启动应用服务器
使用startServer命令:同独立应用服务器完全相同
– 命令: startServer –profile <profileName> <serverName> options
在启动应用服务器之前必须先运行Node Agent
还可以通过DMgr管理控制台或wsadmin命令进行启动
ND: 停止服务器命令
使用stopServer:用法与独立应用服务器相同
– stopServer.bat (sh) –profile <profileName> <serverName> options
还可以使用管理控制台或wsadmin命令停止服务器
启动和停止DMgr和Node Agent
使用命令行启动和停止DMgr
– startManager -profileName <DMgr Profile Name>
– startServer - profileName <DMgr Profile Name> dmgr
– stopManager -profileName <DMgr Profile Name >
– stopServer - profileName <DMgr Profile Name > dmgr
使用命令行启动和地址Node Agent
– startNode -profileName <Managed Node Profile Name>
– startServer - profileName < Managed Node Profile Name > nodeagent
– stopNode -profileName < Managed Node Profile Name >
– stopServer - profileName < Managed Node Profile Name > nodeagent
可以使用管理控制台停止Node Agent
– 但不能使用管理控制台启动Node Agent
Windows操作系统中其它启动和管理选项
– 从Windows服务
– 从开始菜单
manageprofiles命令
管理WebSphere概要文件
manageprofiles.bat[.sh]
– 该命令提供概要文件的全部管理功能:创建、查询、删除、验证等
– 所在位置: <install_root>/bin/manageprofiles.bat[sh]
– 概要文件创建工具(pmt.bat[sh])底层使用manageprofiles创建概要文件
管理WebSphere概要文件(cont.)
Manageprofiles命令用于执行以下任务:
– 创建概要文件(-create)
– 删除概要文件(-delete)
– 扩充概要文件(-augment)
– 缩小概要文件(-unaugment)
– 删除所有概要文件(-deleteAll)
– 显示所有概要文件列表(-listProfiles)
– 获取概要文件名称(-getName)
– 获取概要文件路径(-getPath)
– 验证概要文件注册信息(-validateRegistry)
– 验证并更新概要文件注册信息 (-validateAndUpdateRegistry)
– 获取默认概要文件的名称(-getDefaultName)
– 设置默认概要文件的名称(-setDefaultName)
– 备份概要文件(-backupProfile)
– 概要文件档案(-restoreProfile)
要获取更详细的帮助,请使用-help参数
管理WebSphere概要文件(cont.):日志
为每一个创建的概要文件创建一个日志文件
– 日志记录在安装目录下的/logs/manageprofiles目录下,文件的名字按照如下模式进行
命名: manageprofiles_create_profile_name.log
为每一个删除的概要文件创建一个日志文件
– 日志记录在安装目录下的/logs/manageprofiles目录下,文件的名字按照如下模式进行
命名: manageprofiles_delete_profile_name.log.
管理WebSphere概要文件(cont.): 创建概要文件
创建概要文件
– 实例: manageprofiles -create –templatePath
<fully_qualified_template_path>
– 部分模板存在安装目录下的 profileTemplates目录中
如果使用概要文件模板且没有提供相应值,以下选项将自动创建
– profileName: 唯一概要文件名字
– profilePath: 文件系统中存放概要文件的目录
– hostName: 创建概要文件机器的主机名
– nodeName: 唯一节点名
– cellName: 概要文件的唯一的单元名
管理WebSphere概要文件:使用响应文件创建档案
概要文件的操作可以通过响应文件方式来执行,响应文件中包含指定命令的输入参数,参数
的形式以属性文件的key/value的格式提供
– 示例: manageprofiles –response <response_file>
以下是一个用于创建操作的响应文件的示例
create
profileName=testResponseFileCreate
profilePath=<PROFILE_HOME>
templatePath=<install_root>/profileTemplates/default
nodeName=myNodeName
cellName=myCellName
hostName=myHostName
omitAction=myOptionalAction1, myOptionalAction2
<PROFILE_HOME>指的是概要文件的全限定路径
– 例如在Windows™平台上: C:\Program
Files\IBM\WebSphere\AppServer\profiles\AppSrv01
使用manageprofiles执行备份和恢复
备份
– 对概要文件文件夹和概要文件元数据通过文件系统进行备份
– 使用下面的命令执行备份操作:
• manageprofiles –backupProfile –profileName <profile_name> –backupFile
<backup_file>
恢复
– 基于归档的概要文件文件夹和元数据重构概要文件
– 如果待恢复的概要文件在概要文件注册表或概要文件目录中已经存在,将无法恢复
– 恢复操作并不会像系统安装一样检查概要文件的完整性
– 使用下面的命令执行恢复操作:
• manageprofiles –restoreProfile –backupFile <backup_file>
Manageprofiles省略的可选功能
以下功能是可选的
– 部署管理控制台
– 安装和配置默认应用程序
– 安装和配置示例程序
概要文件类型不同,可用的可选功能会有变化
对于给定概要文件类型,manageprofiles命令所有可选功能默认是安装的
可以使用―-omitAction‖ 参数明确指定要忽略可选功能
– manageprofiles –create –templatePath <install_root>/profileTemplates/default -
omitAction deployAdminConsole samplesInstallAndConfig defaultAppDeployAndConfig
其它参数
启用管理安全性
– manageprofiles –create –templatePath <install_root>/profileTemplates/dmgr -
enableAdminSecurity true –adminUserName <user_name> –adminPassword
<password>
设置默认的概要文件
– manageprofiles –setDefaultName –profileName <profile_name>
查询默认的档案
– manageprofiles –getDefaultName
管理控制台
系统管理控制台
管理控制台观感
系统管理
进行以下内容配置:
– 单元(Cell)
– 部署管理器(Deployment Manager)
– 节点(Node)
– Node Agent
74
© 2009 IBM Corporation
WebSphere Software
单元管理-管理控制台
配置选项卡
– 单元发现协议
• TCP (默认)
• UDP
– 到单元中节点的连接
本地拓扑选项卡
– 可展开的树形结构
• 节点和服务器(Nodes and servers)
• 应用程序(Applications)
• 集群(Clusters)
• 节点组(Node Group(
• 核心组(Core Groups)
• 服务集成总线(Service Integration Bus)
75
© 2009 IBM Corporation
WebSphere Software
DMgr – 配置
76
© 2009 IBM Corporation
WebSphere Software
节点配置
添加、删除、同步(单点同步或完全同步
)、停止节点
– 添加节点选项
• 独立节点上的应用服务器必须处于
运行状态
• 包含应用程序(节点上的应用程序
移动到单元)
每个独立的节点上,配置包括
– 发现协议
– 节点组属性
– 节点安装属性
• 产品版本, OS, 部署的功能
Admin Console also contains the Node local topology view (not shown here) to view the servers on the Node
77
© 2009 IBM Corporation
WebSphere Software
Node Agent配置
停止或重启Node Agent、
重启节点上所有的服务器
Node Agent列表
单个Node Agent的配置
定义JVM以及进程配置,比如JVM参数,
进程唯一的ID等等
定义Node Agent所使用的端口
——你可以修改它们
定义DMgr和Node Agent之家的文
件同步设置
定义JMX设置(SOAP/RMI)以及扩
展Mbean
定义ORB项目、连接缓存、线程池
等
定义可以插入定制java类的扩展点,
在WAS中你可以启动或停止这些服
务 定义用于性能调试的性能监控设施
应用服务器
可以配置:
– 应用服务器和集群成员
79
© 2009 IBM Corporation
WebSphere Software
应用服务器列表
列出所有服务器(包括集群成员)
操作:
– 在节点上创建新的服务器
– 删除服务器 根据已有的服务器
– 启动及停止服务器(静默模式) 创建定义新服务器
– 立即停止 所使用的模板
– 创建服务器模板
显示服务器版本 显示服务器状态
应用服务器配置一览
一般设置 不同应用服务器子组件设置
在接下来的几页幻灯片中,我们将会详细介绍每个配置信息
81
© 2009 IBM Corporation
WebSphere Software
应用服务器– 一般设置
改善启动时间
– Run in development mode(运行于开发模式)
• 关闭部分类验证-只能够在开发时使用,非针
对产品环境的
– Parallel Start(并行启动)
• 以多线程方式启动服务器
Classloader Policy(类加载策略) – 加载J2EE应用
程序的类装载方案
– Multiple(多个) –每个应用程序都有自己的类加
载器
– Single (单个)–所有的应用程序共享一个类加载
器
Class loading mode
– Parent first (父类优先)
• 首先从父Classloader装载类,如果没有找到
再检查当前Classloader
– Parent last(子类优先) Multiple
• 首先从当前Classloader加载类,如果没有发 Single
现,再检查父Classloader
Parent First
Parent Last
应用服务器– Web/EJB容器设置
定义默认的虚拟主机及启用Servlet
缓存
定义该服务器上承载不同应用程序
的Web容器的端口号
设置EJB钝化处理目录,默认的
JNDI数据源,启用有状态会话EJB 定义HTTP会话管理
定义EJB缓存大小以及清理间隔
定义EJB定时器设置,该设置管理
并持久化容器内安装bean所创建的
EJB定时器(存储到数据库中)
.
New
应用服务器– Container Services(容器服务) v6
定义应用程序Profiling是否需要启
动以及是否需要和v5.x兼容
定义事务属性、日志文件位置等等
New
应用服务器– Business Process(业务流程) v6
New
应用服务器– Messaging Services(消息服务) v6
在服务器上定义消息引擎
定义入站传输链
为该服务器定义MQ的入站传输
定义SIB服务以及是否启动
定义V5版本的MDB应用程序的
监听端口
定义新的类加载器
定义JVM进程参数,如命令、
定义JVM环境信息 日志、进程执行唯一编号、高
级JVM设置等
定义性能监控策略设置
定义JVM进程优先级、UMASK、
运行用户组等
定义定制属性
定义配置资源库、JMX连接器、
首选连接器(SOAP或RMI)、
定义应用服务器和命名服务器 定制Mbean等
属性
定义定制服务-使得用户可以
添加进程初始化过程中执行的
定制代码
应用服务器– 端口
列出应用服务器所有在用的端口
点击可以查看详情并修改端口设置
New
应用服务器– 性能 v6
配置PMI设置、收集哪些数据、 配置运行时性能顾问设置-对
PMI数据如何使用TPV进行显示 PMI数据进行分析提供性能调
优的建议
应用服务器– Security(安全)
配置服务器安全以及覆盖应用
配置Web服务:Web服务安全
程序安全或设置Java2 安全设
的默认绑定-这将覆盖任何单
置
元级别的Web服务的绑定
配置HTTP访问和错误的NCSA
格式日志-这些日志来自嵌入 配置IBM服务日志信息-IBM支
的HTTP服务器 持人员使用的activity.log文件
配自豪诊断日志文件设置 则是一个设置所有日志、跟踪
文件以及跟踪级别的地方
应用服务器– 其它配置信息
业务级别应用程序
Applications as Compositions
Composition - BLAs
Application
Application
Application
Configuration –
composition units DB2
Database
Web .Net
Library Enterprise
Module Service
EJB Application
Module
WAR EAR
EJB
JAR Java
Library
BLA Concepts
BLA BLA
BLA
(Composition)
BLA
Asset
(Application Binaries) WAR
Java EAR
EJB Library
JAR
a.jar deployed
BLA b1 CU
a.jar needs
a.jar b.jar b.jar
Is there a
library CU Create a
dependency
shared
for b.jar?
library
CU for
b.jar
asset a.jar
If no
灵活管理
灵活管理拓扑
Job Manager
• Control multiple endpoints
• Remote management
• Loose Coupling
Admin Manager
Agent Deploy-
ment
Mgr
Admin
Agent
• Security
Server •Administration Server Network Deployment Cell
WebSphere
Server •Administration
Server
Application Server Server
•Clustering
Server
Server
基于属性文件的配置实用程序,减少配置的工作量
# ---------------------------
# comment line
# --------------------------- 处理命令选项
extract
apply
delete
集中安装管理器
集中安装管理器
挑战:
◊拥有很多WAS-ND服务器需要安装和管理!
◊WebSphere应用服务器( WAS, ND )的补丁管理比较麻烦,花费大量时间,并且不
想创建自己的方式解决这个问题
解决方案 集中安装管理器
简化安装和部署
支持中央安装方式,从部署管理器将产品安装
到单元的节点上
只需要在部署管理器上进行安装,就可以将安
装包从DMgr推送到各个节点上
选择主机集合,将安装包推送到这些节点
基于不同的端点类型安装适当的端点基础
代码
不需要任何代理程序
集中的补丁管理
集中安装管理(CIM)
通过jobmanager和dmgr进行集中管理的远程安装
支持以下组件的安装
– WebSphere Application Server
– IBM HTTP Server
– Application Clients
– DMZ Security Proxy Server
– Web Server Plug-in
IIM 库
同时支持开放式平台和主机平台
集中安装管理
IIM
Inventory info
目标机
资源及总结
总结
主要涵盖了WAS主要的系统管理功能
– 管理架构
– 配置资源库
– 配置归档
– WAS 进程监控
– 常用命令
– 类加载
– 管理控制台
– 业务应用程序
– 基于属性文件的配置
– 灵活管理
Questions?
Thai
Traditional Chinese
Russian
Gracias Spanish
Merci French
Obrigado
Brazilian Portuguese
Arabic
Grazie
Italian
Danke
German
Simplified Chinese
Japanese
词汇表
Bus:总线
Channel:通道
Cell:单元
Naming:命名
Naming Space:命名空间
Network Deployment: 网络部署
Node:节点
Managed Node:受管节点
Repository:资源库