websphere process server 产品的运行时升级和移植策略及参考实现

　　概述 　　随着面向服务的架构（soa）的概念日渐深入人心，越来越多的企业采用面向服务的架构来改造企业的现有 it 架构或者升级企业的现有服务。websphere process server（简称 wps）作为 ibm 面向服务架构战略的核心产品之一拥有众多的客户，ibm 于 2005 年底推出该产品的第一个版本 wps6.0，并在随后的几年中陆续推出了几个新版本和一些补丁包，目前最新的版本是 wps6.1.0.1。随着新版本的不断推出，已经在以前的 wps 版本上部署应用的客户也非常希望利用新版本提供的丰富功能，但同时又希望保留原有的配置信息和部署的应用程序以节省投资和降低系统当机时间。wps 提供的运行时升级功能可以满足客户的这个需求。然而对于不同的升级路径和 wps 版本，客户需要采用不同的升级策略，目前 wps 提供本地升级（in-place upgrade）和版本移植 (version-to-version migration) 两种形式的运行时升级支持 , 但是升级支持的文档信息比较分散，给客户和支持人员带来了一些困扰。本文将对 wps 的升级策略进行系统的阐述并结合一些常见的拓扑结构给出具体的建议。通过阅读本文，读者将对 wps 的运行时升级支持有个清晰的理解，可以更加准确的应用该功能升级自己的系统本文将对这两种更新方式进行系统的介绍并结合一些典型的拓扑结构给出了运行时更新的参考实现。 　　1.1 本地升级 　　wps 的运行时本地升级基于 websphere application server network deployment 的运行时本地升级系统。本地升级的过程可以用一个图形工具（update installer）来交互的安装 wps 的补丁包，也可以用补丁包中提供的命令行工具来自动完成运行时的本地升级。需要的 update installer 的版本和要安装的 wps 补丁包的版本有对应关系，在实际执行本地升级时要注意检查相关的版本信息，否则本地升级有可能遇到问题而失败。运行时本地升级是通过更新已有的 wps 安装目录下的文件来实现的，以单个的 wps 安装目录为单位，每次本地升级操作会将某一个安装目录下所有的概要（profile），节点（node）和服务器（server）进行更新。已部署的应用程序可以在更新后的系统上继续运行，无需进行任何更改或重新配置操作。 如果喜欢websphere process server 产品的运行时升级和移植策略及参考实现请收藏或告诉您的好朋友.