随着 WebSphere Process Server(后面称为 Process Server)最新版本
发布和对老版本支持停止
客户不得不迁移到最新版本
产品最新版本提供新功能、已知缺陷补丁和改进可靠性更好但是当前运行环境和应用
已经针对企业需求进行了配置、调优和测试这在计划迁移时给客户带来了新难题从当前版本迁移到 Process Server 最新主要版本称为 “版本到版本迁移”在这种情况下Process Server 最新版本和当前版本安装在
起然后执行系列迁移任务把配置数据、相关应用数据和数据库模式从当前版本复制并转换到最新版本 这种方式和 Process Server 升级任务不
样升级任务用最新信息替换现有系统中过时文件或数据应用更新包、补丁包和临时包属于升级 迁移过程是
个复杂任务需要仔细地计划才能成功地从以前版本 Process Server 环境迁移到最新版本Process Server 环境中运行应用使用各种组件比如 Service Integration Bus (SIB)、Business Process Choreographer (BPC)、Business Space 等等每个组件都使用数据库存储运行时数据因此在迁移的前需要充分了解迁移过程涉及风险制定适当备份和恢复计划从而避免在迁移失败时丢失宝贵业务数据 在这个迁移教程中
介绍检查迁移过程是否正确、成功各种思路方法介绍各个日志和跟踪文件以及如何利用这些文件解决问题除了讲解实际迁移过程的外还提供和计划迁移过程相关信息和需要考虑原因本教程针对读者是有经验管理员他们负责为有相当规模企业监视和维护 WebSphere Process Server 环境经常要执行把环境迁移到最新版本任务本教程将帮助他们掌握迁移过程让他们能够顺利地执行 WebSphere Process Server 迁移 除了上面提到
方面的外如果当前 Process Server 环境拥有多个使用区别功能、附加级别(augmentation level)和集群创建配置文件管理员还必须遵循相关建议和过程如果用户要求停机时间尽可能短需要按特定过程执行迁移更多信息请参见 WebSphere Process Information Center 主题 迁移概述在本教程中
本教程详细讨论从 Process Server V6.1.2.3 迁移到 Process Server V6.2.0.1
过程采用以下方式讲解迁移过程:选择 Process Server V6.1.2.3 中
个举例部署环境(配置为 gold 拓扑)作为源环境源环境要迁移到 Process Server V6.2.0.1迁移后 Process Server V6.2.0.1 中部署环境称为目标环境 在源环境中部署
个举例 BPEL 应用其中包含个人工任务在开始迁移的前启动些 BPEL 例子并保持运行状态在执行迁移的后将在目标环境中运行这些 BPEL 例子这演示 BPC 数据库模式和运行时数据迁移同样
在源环境中部署另个举例应用它会生成失败事件在迁移的前生成组失败事件在执行迁移的后将在目标环境中获取这些失败事件这介绍说明新版本应用兼容性 使用迁移向导工具执行迁移
使用这个工具迁移应用数据和配置数据 使用数据库脚本迁移数据库模式和运行时数据
WebSphere Process Server 补丁包
在本教程中
使用 Process Server V6.1.2.3 作为源环境使用 Process Server V6.2.0.1 作为目标环境从 Process Server v6.1.2.x(从任何补丁包)到 Process Server v6.2.0.x(到任何补丁包)迁移过程是相同在开始迁移过程的前建议在目标环境中应用最新补丁包本教程分为以下几节:
配置源环境
迁移前活动
准备目标环境
迁移活动
迁移后活动和检查
前提条件
您需要了解 J2EE 概念和数据库概念
您应该具有配置 Process Server 部署环境(gold、silver 和 bronze 拓扑)和在部署环境中执行管理活动
技能您应该有创建和管理 DB2 数据库
实战经验应该知道如何在 DB2 数据库上运行管理脚本系统需求
对于本教程中讲解
迁移活动需要以下环境:两个 Microsoft® Windows 2003 服务器或 有至少 2 GB RAM
Windows XP Service Pack 2 桌面机IBM DB2 Fix Pack 9.5.0.1
IBM WebSphere Process Server V6.1.2.0 Fix Pack 3
IBM WebSphere Process V6.2.0.0 Fix Pack 1
学习时间
配置源环境:4 小时
执行迁移:3 小时
配置源环境
本教程使用两个 Windows 服务器 Windows1 和 Windows2
在这两个 Windows 服务器上将安装 Process Server V6.1.2.0 Fix Pack 3 和 Process Server V6.2.0.0 Fix Pack 1在 Windows1 服务器上还安装 DB2 作为公用数据库和 Business Process Choreographer 数据库在本节中
执行以下任务:安装 WebSphere Process Server V6.1.2.0 Fix Pack 3
安装 IBM DB2 Fix Pack 9.5.0.1
按 gold 拓扑配置部署环境
部署举例模块
安装 WebSphere Process Server V6.1.2.0 Fix Pack 3
在两个 Windows 服务器上安装 Process Server V6.1.2 Fix Pack 3
有关如何安装 Process Server V6.1.2 介绍说明请参见 WebSphere Process Server Information Center 主题 Installing and configuring WebSphere Process Server可以以交互方式或静默方式安装 Process Server在安装期间不 创建任何配置文件在完成安装任务的后将单独创建所需配置文件安装基本 Process Server V6.1.2 的后按照 Technote: WebSphere Process Server V6.1.2 Fix Pack 3 (v6.1.2.3) 中介绍说明应用 Fix Pack 3
在 Information Center 中有详细介绍说明本教程不详细讨论安装过程安装 Process Server V6.1.2 Fix Pack 3 的后
运行以下命令并查看输出中版本 <WPS6.1.2.3_home>\bin>versionInfo.bat
……………………….
……………………….
Installed Product
------------------------------------------------------------
Name IBM WebSphere Application Server - ND
Version 6.1.0.23
ID ND
Build Level cf230910.10
Build Date 3/10/09
Installed Product
------------------------------------------------------------
Name IBM WebSphere Process Server
Version 6.1.2.3
ID WBI
Build Level o0924.02
Build Date 6/20/09
……………………….
………………………. <WPS6.1.2.3_home> 是指两个 Windows 服务器上安装 Process Server V6.1.2.3
目录安装 DB2 Fix Pack 9.5.0.1
在 Windows1 服务器上安装 DB2 Fix Pack 9.5.0.1
安装前提条件见 产品文档文档还介绍说明安装过程以及如何应用补丁包完成这个任务的后就在 Windows1 服务器上安装了 DB2 Fix Pack 9.5.0.1按 gold 拓扑配置部署环境
在本节中
我们要配置源环境创建个包含应用集群、支持集群和消息传递集群部署环境每个集群都有在两个 Windows 服务器上 <WPS6.1.2.3_home> 中创建集群成员已经有许多有关这个主题 developerWorks 文章和 IBM Redbook所以这里不详细讨论下面参考资料有助于准备部署环境:Building clustered topologies in WebSphere Process Server V6.1
IBM Redbook: WebSphere Business Process Management V6.1.2 Production Topologies
创建 WPRCSDB 和 BPEDB 数据库
它们分别存储公用数据库存储库和 Business Process Choreographer 数据这些数据库是在 DB2 上创建部署环境名称是 WPSTestEnv创建和配置部署环境步骤如下:在 Windows1 服务器上 <WPS6.1.2.3_home> 中创建部署管理器配置文件 Dmgr01
在 Windows1 服务器上 <WPS6.1.2.3_home> 中创建受管理配置文件 Custom01
在 Windows2 服务器上 <WPS6.1.2.3_home> 中创建受管理配置文件 Custom02
把两个定制配置文件和 Dmgr01 联合起来
创建
个采用 gold 拓扑部署环境并命名为 WPSTestEnv 在 Windows1 和 Windows2 服务器上创建
受管理配置文件中分布 WPSTestEnv.AppTarget、WPSTestEnv.Support 和 WPSTestEnv.Messaging 集群集群成员 指定 WPRCSDB 作为公用存储库
数据库名称BPEDB 作为 Business Process Choreographer 数据库名称WPRCSDB 数据库用于消息传递引擎和 Common Event Infrastructure (CEI)在生成部署环境的后
单元拓扑如图 1 所示 图 1. 单元拓扑
在图 1 中
phani2CellManager01 节点和 Dmgr01 配置文件对应phani2Node03 和 Custom01 配置文件对应这些节点是在 Windows1 服务器上创建 Dmgr01 和 Custom01 配置文件时创建rmadasse3Node01 和 Custom02 配置文件对应是在 Windows2 服务器上创建配置文件时创建在生成部署环境的后也会替您创建相似拓扑(节点名称可能不样)但是如果使用 WPSTestEnv 作为部署环境名称那么 3个集群名称是相同部署环境拓扑如图 2 所示
图 2. 部署环境
部署举例模块
在源环境中部署本文提供
两个 举例应用这两个应用用于生成些失败事件和创建业务过程例子在迁移的后将通过目标配置文件检查失败事件和过程例子是否保持不变在 Window1 和 Windows2 服务器上
启动 Custom01 和 Custom02 配置文件节点代理启动 WPSTestEnv 部署环境
启动部署环境的后将启动所有服务器见图 3 图 3. 启动服务器
启动部署环境的后
将成功地启动集群见图 4 图 4. 启动集群
启动部署环境的后
管理控制台显示部署环境已经成功地启动见图 5 图 5. 启动部署环境
下载 HelloWorldWithBOApp.ear 和 ToDoTaskApp.ear 文件
在 WPSTestEnv.AppTarget 集群上安装并启动这些应用
见图 6 图 6. 启动举例应用
执行完整
节点重新同步把应用状态传播到 Dmgr01ToDoTaskApp.ear 应用
创建个名为 RequestProcess BPEL 过程模板使用 BPCExplorer 为 RequestProcess 模板启动几个过程例子BPCExplorer 应用安装在 WPSTestEnv.Support 集群上查明 WPSTestEnv.Support 集群集群成员 HTTP 端口使用 http://<hostname>:<port>/bpc 打开 BPCExplorer如果这个地址没有打开 BPCExplorer 应用应该检查映射虚拟主机中是否添加了主机名和端口过程模板显示在 BPCExplorer 中见图 7 图 7. 过程模板
选中 RequestProcess 复选框并启动几个过程例子
见图 8 图 8. 启动过程例子
每个过程例子有
个期望用户处理 to-do 任务过程例子提出个问题期望用户通过处理 to-do 任务提供答案在 BPCExplorer 中单击 My To-dos 链接列出任务这显示图 9 所示列表 图 9. 人工任务列表
现在不处理这些任务
让这些任务继续运行并启动迁移过程执行迁移的后将回到 BPCExplorer 中处理这些任务这将介绍说明可以在运行过程例子和人工任务同时执行迁移打开浏览器窗口并通过地址 http://localhost:9080/HelloWorldWithBOWeb/TestAll.jsp
HelloWorldWithBOApp.ear 应用中 TestAll.jsp这个 JSP 文件生成些失败事件可以在管理控制台中查看它们见图 10 图 10. 失败
事件
执行迁移的后
将检查是否保留了这些失败事件并可以在管理控制台中查看迁移前活动
本节讨论迁移的前要考虑
问题和相应活动我们不打算详细讨论这个链接中提到所有迁移前考虑事项主要讨论和这个迁移实验相关般考虑事项:迁移过程在相同
附加级别上迁移配置文件例如Process Server 配置文件只迁移为 Process Server 配置文件它不会迁移为 WebSphere ESB 或 WebSphere Application Server 配置文件对于其他配置文件类型也是如此对于我们实验所有配置文件都是 “WPS” 类型因此所有配置文件都只迁移为目标环境 上 “WPS” 类型迁移过程在迁移期间不能改变配置文件功能
例如部署管理器配置文件不能迁移为受管理节点配置文件Process Server 为应用
提供和以前版本 2进制兼容性也就是说为以前版本开发应用不需要修改即可在新版本上运行在本教程中迁移过程将把配置数据从源环境 复制并转换到目标环境因此整个 WPSTestEnv 部署环境和应用都从源环境迁移到目标环境在本教程中
我们使用迁移工具执行迁移迁移 GUI 从用户那里收集所需源和目标环境信息迁移实用以执行全程迁移迁移工具需要个备份目录在迁移的前把要迁移配置文件备份到这里这个目录应该有足以容纳配置文件和应用数据磁盘空间配置和应用
迁移有两个活动WBIPreUpgrade 和 WBIPostUpgrade这两个活动存储需求见表 1 和表 2在迁移工具中执行迁移时我们将提供存储配置数据目录位置表 1. WBIPreUpgrade
备份目录存储需求 命令 WBIPreUpgrade
位置 作为 WBIPreUpgrade 命令
参数指定备份目录对于所有 Process Server V6.1.2.x 配置文件计算以下项目大小
profile_root/
ableApps 目录 profile_root/
edApps 目录 profile_root/config 目录
profile_root/properties 目录
libraries.xml 配置文件中引用
共享库 resources.xml 配置文件中引用
Resource Adapter Archive (RAR) 文件 表 2. WBIPostUpgrade
备份目录存储需求 命令 WBIPostUpgrade
位置 新配置相对于新
配置文件根目录对于老 Process Server V6.2.0.x 配置文件计算以下项目大小
profile_root/
ableApps 目录 profile_root/
edApps 目录 profile_root/config 目录
profile_root/properties 目录
libraries.xml 配置文件中引用
共享库 resources.xml 配置文件中引用
Resource Adapter Archive (RAR) 文件 注意:如果为 WBIPreUpgrade 和 WBIPostUpgrade 脚本启用跟踪(这是默认设置)
那么每个脚本需要最多 200 MB(取决于配置大小和复杂性)跟踪保存在指定备份目录中可以自己创建目标配置文件
也可以让迁移工具在迁移过程中创建它们建议让迁移工具创建目标配置文件在本教程中我们让迁移工具在目标环境 上创建目标配置文件
提示:对目标配置文件
要求的是单元名称和节点名称必须和源配置文件中名称相同Profile Management Tool 向导在创建定制配置文件时没有提供指定单元名称选项使用 manageprofiles 命令而不是创建定制配置文件不要 联合定制配置文件迁移实用会在执行迁移活动时联合它注意:如果从 6.0.2.x 的前
Process Server 版本执行迁移必须先迁移到 6.0.2.x然后再迁移到 6.2.0.x可以使用迁移工具执行迁移
也可以使用系列命令脚本迁移工具让用户提供和迁移相关详细信息并迁移脚本也可以直接这些迁移脚本并提供相关参数值如果使用迁移脚本应该按次序以下命令行脚本磁盘空间需求见前面表
WBIPreUpgrade:首先运行这个命令
它把现有 Process Server V6.1.2.x 配置和应用保存到迁移专用备份目录中在迁移工具中要提供文件系统上迁移专用备份目录位置WBIPostUpgrade:然后运行这个命令
它处理 WBIPreUpgrade 命令创建迁移备份目录内容并把内容导入目标环境 中 WBIProfileUpgrade.ant:WBIPostUpgrade 对于所有配置文件自动地
这个脚本在运行 WBIPostUpgrade 命令的后需要手工运行这个脚本以升级环境中集群在迁移不成功特殊情况下也可能需要运行它这个脚本更新配置文件中企业应用和配置设置源环境 有集群所以需要为集群手工运行这个命令 备份现有
Process Server V6.1.2.x 数据库迁移涉及模式升级和运行时数据迁移如果迁移失败需要恢复以前环境数据库就会和以前环境不致 般情况下如果需要更新任何数据库支持 Process Server 组件更新会在启动服务器进程时自动地完成但是有些情况需要手工更新数据库在以下情况下必须使用 Process Server V6.2.0.x 提供脚本手工更新数据库:
如果为服务器配置
数据库 userID 没有修改数据库表足够特权如果使用非默认
表空间在这个实验中
在迁移配置文件的后使用数据库脚本手工地迁移 WPRCSDB(公用数据库)在迁移期间需要升级 BPC 数据库
有两个主要步骤:
使用提供
脚本执行模式升级使用 migradeDB.py 脚本执行 BPC 运行时数据迁移
对于生产系统
必须手工升级到新数据库模式数据库服务器必须正在运行但是在完成数据迁移的前必须不启动配置了 Business Process Choreographer Process Server 服务器在这个实验中
在迁移配置文件的后迁移 BPEDB (Business Process Choreographer 数据库)注意:如果要从 Process Server 6.1.2 和更高版本迁移
就需要迁移 Business Space 数据库应用
迁移:
用户应用
和更高版本 2进制兼容它们不需要任何修改即可在最新版本上运行
注意:在生产环境或预备环境上执行迁移的前
强烈建议在 Process Server 新版本上测试自己应用确保应用没有使用已废弃 API 或有和 JDK 相关问题对于驻留在 <WPS6.1.2.x_HOME>/systemApps 目录中
所有系统应用会安装应用新版本 对于 Process Server V6.1.2.x 提供
所有支持应用比如 Business Rules Manager 和 Business Process Choreographer 应用老版本会更新到 Process Server V6.2.0.x 以前版本
举例应用将替换为最新版本会迁移(存储例子)数据库在版本到版本迁移期间会保留长时间运行业务过程例子和人工任务例子在数据库迁移期间数据库模式升级到新模式并转换数据迁移的后这些例子在目标环境中继续运行 准备目标环境
在本节中
将在 Windows1 和 Windows2 服务器上安装 Process Server V6.2.0.0 Fix Pack 1在版本到版本迁移中目标版本和以前版本安装在起在迁移期间从源配置文件复制配置数据和应用然后转换并写到相同物理机器上安装目标版本中创建配置文件中当前 Process Server 版本不 支持迁移到远程位置只能把单独配置文件迁移到远程位置下面几小节提供更多信息安装 WebSphere Process Server V6.2.0.0 Fix Pack 1
在这个迁移实验中
源环境中 Dmgr01 配置文件迁移到目标环境中 Dmgr01 配置文件这在 Windows1 服务器上执行源环境中 Custom01 配置文件迁移到 Windows1 服务器上目标环境中 Custom01 配置文件同样源环境中 Custom02 配置文件迁移到 Windows2 服务器上目标环境中 Custom02 配置文件后面小节提供详细信息按照 Installing and configuring WebSphere Process Server 提供
介绍说明在 Windows1 和 Windows2 服务器上安装 Process Server V6.2.0.0按照 Technote: WebSphere Process Server V6.2.0 Fix Pack 1 (V6.2.0.1) 提供介绍说明应用 Fix Pack 1在安装期间不要创建任何配置文件我们将在迁移过程中创建目标配置文件这样目标环境就准备好了迁移活动
迁移活动把应用
数据和配置数据转换和转移到目标环境中执行迁移的后升级 WPRCSDB 和 BPEDB图 A 介绍说明迁移活动流程这个流程图提供对 Process Server 环境执行迁移般过程在本教程中按这个过程对源环境执行迁移图 A. 迁移活动
流程图
在本节中
按次序执行以下任务:对部署管理器执行迁移
对受管理节点执行迁移
对集群执行迁移
对 Business Process Choreographer 数据库执行手工迁移
对部署管理器执行迁移
在迁移部署管理器配置文件期间
应用数据(用户应用、系统应用、支持应用、举例应用)和部署环境配置数据(集群、JMS 资源、WPSTestEnv 数据库资源)被转换和复制到目标配置文件目标配置文件是在 <WPS6.2.0.1_home> 中创建部署管理器 表 3. 部署管理器迁移
源配置文件 目标配置文件 位置
<WPS6.1.2.3_home>/ profiles/Dmgr01 <WPS6.2.0.1_home>/ profiles/Dmgr01 Windows1 服务器
必须在迁移受管理节点的前迁移部署管理器
使用迁移工具对部署管理器执行迁移在本小节中Process Server V6.1.2.3 中 Dmgr01 配置文件迁移到 Process Server V6.2.0.1 中 Dmgr01 配置文件(见表 3) 对部署管理器执行迁移
步骤如下:在 Windows1 服务器上
进入 <WPS612_HOME>/profiles/Dmgr01/bin/ 目录停止源环境中
所有节点代理和服务器可以使用管理控制台停止 WPSTestEnv 和节点代理执行 stopManager.bat 命令以停止部署管理器
备份源环境中
所有配置文件(Windows1 服务器上 Dmgr01 和 Custom01Windows2 服务器上 Custom02)备份所有数据库(在这里
是 WPRCSDB 和 BPEDB) 进入 <WPS620x_HOME>/bin/ 目录并通过执行 wbi_migration.bat
迁移工具工具打开 Migration Wizard见图 11单击 Next 按钮 图 11. Migration Wizard
迁移工具列出 Windows1 服务器上安装
所有以前版本 Process Server在列表中选择 V6.1.2.3(见图 12)并单击 Next 按钮 图 12. 以前版本
WebSphere Process Server
在 “Source profile selection” 向导上选择要迁移
配置文件要对部署管理器配置文件执行迁移选择 Dmgr01 并单击 Next 按钮见图 13 图 13. Source profile selection
在 “Target profile selection” 向导上
在下拉框中选择 <Create 
profile> 并单击 Next 按钮这个选项让迁移工具在迁移过程中创建目标配置文件(<WPS6.2.0.1_home> 中 Dmgr01 配置文件) 图 14. Target profile selection
注意:如果已经创建了目标配置文件
那么在这里选择目标配置文件在 “Profile creation parameters” 向导上
指定新配置文件名称和主机名见图 15注意主机名不能和源配置文件中主机名区别单击 Next 按钮 图 15. Profile creation parameters
在 “Migration back directory” 向导上(见图 16)
指定 WBIPreUpgrade 任务存储配置文件配置数据目录位置单击 Next 按钮 图 16. Migration back directory
提示:对于每个配置文件或每次迁移尝试
最好使用区别备份目录备份些文件没有时间戳会覆盖老文件 在 “Deployment manager option” 向导上
记下警告见图 17 图 17. Deployment manager option
在 “Additional migration options” 向导上
提供部署管理器安全凭证见图 18单击 Next 按钮 图 18. Additional migration options - security credentials
在 “Migration summary” 向导上
工具显示活动汇总见图 19单击 Next 按钮 图 19. Migration summary
迁移工具在目标环境中创建
个名为 Dmgr01 新部署管理器配置文件见图 20 和图 21)完成这个步骤的后可以检查目标环境(<WPS6.2.0.1_home>profiles/Dmgr01/logs 目录)状态 这个任务还在 Migration back directory/logs 目录中创建 WBIProfileCreation.Dmgr01.log 文件
检查日志文件中是否有任何
单击 Next 按钮见图 21 图 20. 创建
目标配置文件 
图 21. 创建
目标配置文件 
注意:迁移向导使用相同
源配置文件模板创建个虚构默认 Dmgr01 配置文件但是无论源配置文件使用什么数据库它都使用 Derby 数据库作为后端数据库如果看到针对 Derby 数据库创建 Dmgr01 文件不要担心在迁移后处理阶段将把所有配置文件改为指向现有数据库迁移工具启动 WBIPreUpgrade 任务
这个任务把源环境中 Dmgr01 文件备份到备份目录中见图 22 和图 23 图 22. WBIPreUpgrade 任务
图 23. WBIPreUpgrade 任务
WBIPreUpgrade 任务在 Migration back directory/logs 目录中创建以下日志文件
检查日志文件中是否有任何单击 Next 按钮
backupConfig.Dmgr01.<timestamp>.log
WBIPreMigrationSummary.log
WBIPreUpgrade.<timestamp>.log
迁移工具启动 WBIPostUpgrade 任务
见图 24 和图 25这个任务恢复迁移备份目录中配置把配置转移到目标环境中创建新 Dmgr01 文件中 图 24. WBIPostUpgrade 任务
图 25. WBIPostUpgrade 任务
这个任务也在 Migration back directory/logs 目录中创建以下日志文件
检查日志文件中是否有任何
WBIMigration.Dmgr01.<timestamp>.log
restoreConfig.Dmgr01.<timestamp>.log
WBIMigration.Dmgr01.<timestamp>.log
WBIProfileUpgrade.Dmgr01.<timestamp>.traceout
WBIPostMigrationSummary.log
在 “Migration status” 向导上
工具显示整个迁移任务状态见图 26单击 Finish 按钮 图 26. Migration status 向导
正如前面提到
迁移任务在 Migration back directory/logs 目录中创建几个日志文件检查日志文件中是否有任何见图 27 图 27. 迁移日志
在迁移 Dmgr01 配置文件
过程中还需要升级 WPRCSDB这是在启动部署管理器时它将连接 WPRCSDB如果没有升级这个数据库部署管理器会尝试升级数据库(如果数据源中提供用户凭证有足够特权话)但是在本教程中我们要手工升级数据库进入 <WPS6.2.0.1_home>/dbscripts/CommonDB/DB2/ 目录
执行命令 upgradeSchema.bat 612 WPRCSDB <username>(见图 28)其中 <username> 是数据库用户名还必须在命令窗口中提供密码图 28. 升级公用数据库
注意:上面
脚本把模式升级到 Process Server V6.2.0.0如果安装了补丁包那么使用 upgradeSchema.bat 620 WPRCSDB <username> 把数据库模式升级到最新补丁包级别如果在目标环境中应用 Process Server V6.2.0.1 补丁包就需要运行 upgradeSchema.bat 620 WPRCSDB <username>进入 Windows1 服务器上
<WPS6.2.0.1_home>/profiles/Dmgr01/bin 目录启动部署管理器检查它是否成功地启动了现在应该备份新
Dmgr01 文件以防在受管理节点迁移失败时需要恢复 启动 Dmgr01
确保 <WPS6.2.0.1_home>/profiles/logs/Dmgr01/systemout.log 文件中没有现在
Dmgr01 完全从源环境迁移到了目标环境注意:现在应该备份新
部署管理器如果出现定制节点失败可以恢复新部署管理器在不恢复部署管理器情况下不要 尝试多次迁移节点对受管理节点执行迁移
在迁移受管理节点配置文件期间
把源配置文件中和服务器相关配置转换和复制到目标环境中配置文件(表 4) 表 4. 受管理节点迁移
任务 源配置文件 目标配置文件 位置
1 <WPS6.1.2.3_home>/ profiles/Custom01 <WPS6.2.0.1_home>/ profiles/Custom01 Windows1 服务器
2 <WPS6.1.2.3_home>/ profiles/Custom02 <WPS6.2.0.1_home>/ profiles/Custom02 Windows2 服务器
迁移 Windows1 服务器中
Custom01 配置文件 按以下步骤迁移 Windows1 服务器中
Custom01 配置文件(表 4 中任务 1)这个任务执行以下操作: 在 Windows1 服务器中
目标环境(<WPS6.2.0.1_home>)中创建新 Custom01 配置文件把源环境(<WPS6.1.2.3_home>)中
Custom01 配置文件中配置数据复制并转换到目标环境中 Custom01 配置文件从目标环境中正在运行
Dmgr01 执行手工同步执行迁移
步骤如下:确保目标环境中
部署管理器正在运行节点代理停止进入 Windows1 服务器中
<WPS6.2.0.1_home>/bin 目录并 wbi_migration.bat迁移步骤和迁移部署管理器配置文件 Dmgr01
步骤相似对于后续步骤这里只提供和 Dmgr01 配置文件迁移区别屏幕图依次通过各个向导并指定值在 “Source profile selection” 向导上
选择 Custom01 配置文件见图 29 图 29. Source profile selection
在 “Profile creation parameters” 向导上
指定 Custom01 作为新配置文件名称主机名和源配置文件中相同见图 30 图 30. Profile creation parameters
迁移工具期望目标环境中
Dmgr01 正在运行在前面步骤中已经启动了 Dmgr01可以忽略这个消息WBIPostUpgrade 任务要求目标环境中 Dmgr01 正在运行(图 31) 图 31. Deployment manager ver
ication
在 “Migration backup directory” 向导上
指定备份目录目录位置见图 32指定目录位置应该和迁移 Dmgr01 配置文件时指定目录区别以避免把所有日志文件混在起 图 32. Migration backup directory
迁移工具显示迁移活动
汇总单击 Next 按钮开始迁移见图 33 图 33. Migration summary
迁移工具执行以下任务:
在目标环境中创建 Custom01 配置文件
在 WBIPreUpgrade 任务中备份 Custom01 配置文件
在 WBIPostUpgrade 任务中执行备份
迁移完成迁移过程
见图 34 和图 35图 34. 创建
目标配置文件
图 35. 创建
目标配置文件
迁移过程中创建
日志文件见图 36检查日志文件中是否有日志文件在迁移备份目录中创建 图 36. 迁移日志文件
这样就完成了 Windows1 服务器上 Custom01
迁移迁移 Windows2 服务器中
Custom02 配置文件 按以下步骤迁移 Windows2 服务器中
Custom02 配置文件(表 4 中任务 2) 这个任务执行以下操作:
在 Windows2 服务器中
目标环境(<WPS6.2.0.1_home>)中创建新 Custom02 配置文件把源环境(<WPS6.1.2.3_home>)中
Custom02 配置文件中配置数据复制并转换到目标环境中从目标环境中正在运行
Dmgr01 执行手工同步执行迁移
步骤如下这些步骤和 Windows1 服务器上 Custom01 配置文件 迁移步骤相似这里只提及有差异步骤 确保目标环境中
部署管理器正在运行节点代理停止进入 Windows2 服务器中
<WPS6.2.0.1_home>/bin 目录并 wbi_migration.bat继续通过各个向导在 “Source profile selection” 向导上
选择 Custom02 配置文件见图 37继续通过各个向导 图 37. Source profile selection
在 “Migration summary” 向导上
迁移工具显示迁移活动汇总见图 38单击 Next 按钮开始迁移 图 38. Migration summary
和迁移 Windows1 服务器中
Custom01 配置文件相似迁移工具执行以下任务:
在 Windows2 服务器上
目标环境中创建 Custom02 配置文件在 WBIPreUpgrade 任务中备份 Custom02 配置文件
在 WBIPostUpgrade 任务中执行备份
迁移迁移工具完成迁移过程
见图 39 图 39. 完成迁移过程
在备份目录中创建日志文件
检查其中是否有对集群执行迁移
如果环境中有集群
迁移还需要个额外步骤我们在源环境中创建了以下集群:WPSTestEnv.AppTarget
WPSTestEnv.Support
WPSTestEnv.Messaging
这些集群都有成员分布在 Windows1 和 Windows2 服务器上
Custom01 和 Custom02 配置文件中在迁移过程中必须在每个集群上运行 WBIProfileUpgrade 在集群范围内执行迁移这会在集群范围内转换或修改配置数据 注意:
在新
部署管理器配置文件所在机器上执行这些步骤 使用部署管理器迁移期间使用
备份目录这个任务包含以下步骤:
在 Windows1 服务器上
进入 <WPS6.2.0.1_home>/util 目录这个目录包含 WBIProfileUpgrade.ant 脚本在 Windows1 服务器上
进入 <WPS6.2.0.1_home>/Dmgr01/bin 目录并执行以下命令:
ws_ant.bat -f <WPS620x_HOME>\util\WBIProfileUpgrade.ant -DmigrationDir=<WPS612x_HOME>\backup_dir -Dcluster=WPSTestEnv.Messaging
ws_ant.bat -f <WPS620x_HOME>\util\WBIProfileUpgrade.ant -DmigrationDir=<WPS612x_HOME>\backup_dir -Dcluster=WPSTestEnv.Support
ws_ant.bat -f <WPS620x_HOME>\util\WBIProfileUpgrade.ant -DmigrationDir=<WPS612x_HOME>\backup_dir -Dcluster= WPSTestEnv.AppTarget在以上命令中
backup_dir 是在迁移 Dmgr01 配置文件时指定迁移备份目录运行以上命令时
在 Migration backup directory/logs 目录中创建 log/trace 文件见图 40确认日志文件中没有 图 40. 集群迁移日志
从 Windows1 服务器上
<WPS6.2.0.1_home>/profiles/Custom01/bin 目录运行 syncNode.bat 命令同样从 Windows2 服务器上 <WPS6.2.0.1_home>/profiles/Custom02/bin 目录运行 syncNode.bat 命令这个步骤把修改从部署管理器同步到集群中在完成下
步的前不要启动集群成员对 Business Process Choreographer 数据库执行手工迁移
在这
小节中我们要升级 Business Process Choreographer 数据库这个过程涉及两个任务:升级 Business Process Choreographer 数据库模式
迁移 Business Process Choreographer 运行时数据
源环境使用 BPEDB 数据库存储和 BPEL 和人工任务相关
数据在启动 WPSTestEnv.AppTarget 集群任何集群成员的前需要迁移 BPEDB 升级 Business Process Choreographer 数据库模式
第
个任务是升级数据库模式:打开
个命令窗口并提交 DB2CMD 命令这会打开 DB2 命令窗口并运行 DB2 脚本在 DB2 命令窗口中进入 <WPS6.2.0.1_home>/dbscripts/ProcessChoreographer/DB2 目录并提交以下命令:
db2 -tf upgradeTablespaces612.sql在文本编辑器中打开 <WPS6.2.0.1_home>/dbscripts/ProcessChoreographer/DB2/ upgradeSchema612.sql 文件
把 @SCHEMA@ 替换为 BPEDB 数据库中创建 BPEL 和人工任务数据库对象模式模式名是在创建 WPSTestEnv 部署环境时在数据库配置向导中为 BPEDB 指定名称在同
个 DB2 命令窗口中提交以下命令:
db2 -tf upgradeSchema612.sql检查脚本是否成功运行
没有任何 迁移 Business Process Choreographer 运行时数据
第 2个任务是升级 BPEDB
运行时数据这会升级在执行迁移的前在源环境中运行 BPEL 和人工任务例子相关数据迁移运行时数据让这些例子在迁移的后仍然是有效在迁移的后用户可以在目标环境中处理这些例子完成这个步骤所需时间取决于数据库内容 应该在迁移的后和启动集群成员的前每次只从
个节点执行运行时数据迁移按以下步骤升级运行时数据:
打开
个命令窗口进入 <WPS6.2.0.1_home>/profiles/Custom01/bin 并提交以下命令:
wsadmin -conntype NONE -tracefile C:\temp\migrateDB.traceout -f
<WPS620x_HOME>\ProcessChoreographer\admin\migrateDB.py
-cluster WPSTestEnv.AppTarget -dbUser <database user>
-dbPassword <database password> -dbSchema <database schema>
-slice 5000<database schema> 是 BPEDB 数据库中创建 BPEL/人工任务数据库对象
模式migrateDB.py 脚本从本地配置存储库收集所需
所有信息注意如果为 BPCDB 数据库配置 -dbUser 有修改数据库模式特权–dbUSER 和 –dbSchema 就是可选对 migrateDB.py 脚本所有选项解释参见 Migrating the Business Process Choreographer runtime data迁移后活动和检查
在本节中
要检查目标环境检查迁移过程是否成功地在目标环境中创建了对应对象在目标环境中检查以下方面:是否正确地创建了配置文件
是否迁移了部署环境
是否迁移了用户应用
和支持应用是否把源环境中生成
失败事件迁移到了目标环境中是否把未完成
BPEL 和人工任务例子迁移到了目标环境中按以下步骤执行检查:
在目标环境中重新启动部署管理器
打开管理控制台
观察是否联合了节点它们显示版本是否是 “WPS V6.2.0.1”见图 41 图 41. 检查节点
检查是否安装了企业应用
新版本见图 42 图 42. 检查企业应用
检查在目标环境中是否创建了 WPSTestEnv
见图 43 图 43. 检查部署环境中
集群
启动节点代理和 WPSTestEnv 部署环境
检查所有企业应用
是否启动了见图 44 图 44. 启动企业应用
检查是否列出在迁移前生成
失败事件见图 45 图 45. 检查失败
事件
可以在 BPCExplorer 中处理在迁移前处于正在运行状态
BPEL 例子打开 BPCExplorer 并单击 My To-dos 链接见图 46 图 46. 检查人工任务
选中复选框并单击 Work-on 按钮以完成人工任务
见图 47 图 47. 完成人工任务
通过在迁移的后检查目标环境
已经确认成功地迁移了应用数据、配置数据、数据库模式和运行时数据结束语
本教程详细介绍了迁移过程
这包括以指定次序执行配置数据、应用数据和数据库迁移还详细介绍了各个子任务和创建迁移日志文件位置强调了管理员需要特别注意步骤帮助他们避免丢失宝贵业务数据本文举例源代码或素材下载
最新评论