WebSphere Process Server 产品的运行时升级和移植策略及参考实现
2010-09-27 08:16:41 来源:WEB开发网停止部署管理器(Dmgr)以及单元中所有的节点代理和应用服务器
对部署管理器进行移植
根据系统中通用数据库(common database)使用的数据库类型,运行 <WPS61_ install_root>/dbscripts/CommonDB 下的脚本升级通用数据库的 schema,例如 WPRCSDB 的 schema
启动部署管理器
对单元中的所有概要,逐一进行移植
在 WPSv6.1 的部署管理器所在机器的 <Dmgr_profile/bin> 目录,对单元中已经被移植的每一个集群运行如下命令: <Dmgr_profile>inws_ant –f <W PS61 _INSTALL _ROOT >utilWBIProfileUpgrade.ant –DmigrationDir=<migrationBackupDir> -Dcluster=<clusterName>
根据系统中业务流程编排器使用的数据库类型,运行 <WPS61_INSTALL_ROOT>/dbscripts/ ProcessChoreographer 目录下的脚本升级业务流程编排器数据库的 schema,例如 BPEDB 的 schema
重新启动 WPSv6.1 单元中的节点代理和集群
移植完毕
服务停止时间敏感(downtime critical)的版本移植方法
同服务停止时间敏感的本地升级类似,WPS 也支持服务停止时间敏感的版本移植。在进行此类版本移植之前,也需要对拓扑中的水平集群进行仔细分析,将概要分类成几个集合,然后对集合中的概要分别进行移植。
WPS 本地升级和版本移植的展望
联机热升级
在目前版本的 WPS 中,进行本地升级或版本移植的时候都需要把服务器停掉,即使是服务停止时间敏感的升级方法也会有一段停机时间,在这段时间内客户的系统是没有办法给外界提供服务的。这种停机时间在银行,电信等对停机时间高度敏感的行业会带来很大的负面影响。联机热升级(不停机升级)可以解决这个问题,WPS 在这个方面还需加强。
验证工具
目前的 WPS 并没有一个统一的工具对升级或移植之后的系统进行验证,用户只能通过检查升级或移植过程中生成的日志文件来对系统进行初步的验证。一个准确的验证工具将大大方便最终用户。
升级或移植过程
通过阅读上面的章节用户会发现,对 WPS 进行升级或移植是一个繁琐的过程,急需要分析目前的拓扑,又需要执行一些很琐碎的命令。如果能仅仅通过点击少量的按钮就能完成升级或移植,将大大提升产品的用户满意度。
编缉推荐阅读以下文章
- 使用 WebSphere Process Server 修复流程
- WebSphere Process Server V6.0.2 集群,第 1 部分:了解拓扑
- WebSphere Process Server V6.0.2 集群,第 2 部分:安装和配置 WebSphere Process Server 集群
- 使用 WebSphere Process Server 关系开发集成解决方案
- WebSphere Process Server V6 体系结构概述
- ››WebSphere Application Server 7.0 XML Feature P...
- ››WebSphere 反向投资者: 解决 WebSphere Applicati...
- ››WebSphere sMash 的创新应用,第 2 部分: 借助包装...
- ››Websphere MQ v6集群的负载均衡新功能
- ››WebSphere Process Server V6.0.2 集群,第 2 部分...
- ››WebSphere Process Server V6.0.2 集群,第 1 部分...
- ››WebSphere MQ性能调优浅谈
- ››WebSphere配置资源库管理
- ››WebSphere中的SSL/TLS:用法、配置和性能
- ››websphere ejb远程/本地调用总结
- ››WebSphere Application Server对SIP的支持
- ››WebSphere Process Server V6 体系结构概述
更多精彩
赞助商链接