恢复 WebSphere Process Server 部署管理器

文档选项 未显示需要 JavaScript 的文档选项 英文原文

级别： 初级

Reddy Sripathi, 高级管理顾问, IBM

2009 年 9 月 09 日

本文解释了 WebSphere® Process Server 管理中的一项重要任务 —— 在遭遇不可恢复的灾难后还原部署管理器。

简介

当 WebSphere Process Server 部署管理器突然停止或变得不可恢复时，那么客户机就将陷入危险的境地。您不应该仅仅安装产品并创建配置文件，因为这种现有的拓扑会带来一些具有独特特性的 WebSphere Process Server（此后简称为 Process Server）应用程序。本文给出了一个 WebSphere Process Server 6.0.2.X 部署管理器恢复场景，它将处理 Process Server 提出的挑战。本文还适用于 WebSphere Process Server V6.x。本文介绍了可以帮助您尽可能顺利地完成此过程的流程以及所需的步骤。

回页首

前提

您必须在每次成功修改配置后备份部署管理器配置，并集中存储备份配置文件。需要进行备份的配置修改包括：

• 完成服务器调优
• 新应用程序部署
• 在配置、JDBC、JMS MQ 等中添加、修改和删除资源。

有关更多信息，请参见 建议 小节。

回页首

WebSphere Process Server 运行时安装

本文将安装 Process Server 运行时并将补丁包应用到安装好的运行时中。要开始恢复过程，首先要将产品安装到新服务器中。

1. 检查新服务器是否拥有和旧服务器相同的操作系统和操作系统补丁，旧服务器就是指部署管理器在出现故障之前在其上运行的服务器。使用相同的操作系统可以确保资源路径名等具有兼容性。
2. 在将托管部署管理器的新服务器上安装产品。
   1. 使用用于创建主站点服务器的相同响应文件。
   2. 确保 Process Server 安装位置在所有服务器中都是相同的，例如： /opt/IBM/WebSphere/ProcServer
3. 应用补丁：
   1. 确保新的服务器使用与其余节点相同的版本。包括精确的补丁包。参见 WebSphere Process Server V6.0.2 Fixpack 4 (6.0.2.4) for V6.0.2 客户。
4. 复制必要的第三方库、属性和文件。
   1. 第三方库位置应当匹配主站点服务器的位置，例如 Oracle® JDBC jars 和位置。
5. 根据共享驱动器映射所有的共享目录。确保使用与生产环境相同的驱动器名称和驱动器字母。包括以下例子：
   • 共享日志目录
   • 共享事务日志等

在新服务器上创建部署管理器配置文件

在新服务器上安装好 Process Server 运行时后，下一步是在新服务器上创建部署管理器配置文件。本节将描述匹配现有安装所需的关键信息。注意，不一定要与现有安装完全相同，但是这样做会 简化配置恢复过程（配置恢复过程将在下一节介绍）。

1. 在新服务器上创建部署管理器配置文件。确保以下名称匹配初始部署管理器服务器上的配置：
   • profileName
   • nodeName
   • cellName
   • installLocation
   注意：如果可行的话，可以通过更新主机名使用与构建主站点相同的响应文件。这提供了一致性并减少了错误的数量。
   
   图 1. 在新服务器上创建一个 DMGR 配置文件（参见图 1 的放大图）
   
   
   图 1 展示了响应文件选项，用于在静默模式下使用配置文件创建器创建 Process Server 6.0.2 部署管理器。
2. 检查部署管理器是否已经成功安装。

在新的服务器上恢复 WebSphere Process Server 部署管理器

本节主要关注从备份文件中恢复部署管理器的配置：

1. 将最近的部署管理器配置备份文件复制到新服务器：

   <DMGR_PROFILE>/WPS_DMGR_PRIMARY_BACKUP_DD_MM_YY.zip

   
   
2. 运行 restoreConfig：

   <DMGR_PROFILE_HOME>/bin/restoreConfig.sh <DMGR_PROFILE> /WPS_DMGR_PRIMARY_BACKUP_DD_MM_YY.zip -username <user_name> -password <password>

   
   如果使用了不同的 cell 名称，那么可能会发出警告，要求您在恢复过程期间使用 -force 标志。
3. 如果主机名不同的话，使用虚拟 IP 解析获得相同的 DMGR 主机名。有关修改 DMGR 主机名的更多信息，参见 WebSphere Application Server V6.0 配置修改最佳实践。
4. 删除以下子目录中的所有内容：
   • < DMGR_PROFILE_HOME >/wstemp
   • < DMGR_PROFILE_HOME >/config/temp
5. 在服务器上启动部署管理器：
   1. 输入 startManager。
   2. 观察日志文件并确保部署管理器在 DR Server 1 上正确启动。

同步节点代理

本节将同步现有的节点与新创建的部署管理器。

1. 如果主机名已被修改为新的主机名，那么必须执行这一步骤。
   1. 在 wsadmin.properties 中将 com.ibm.ws.scripting.host 修改为新的主机名：

      NODE_AGENT_PROFILE_HOME /properties/wsadmin.properties. change to the com.ibm.ws.scripting.host=<NewHostName>

      
      
   2. 保存文件。
2. 将 Node 代理同步到新的 DMGR Server。
   • <NODE_PROFILE_HOME>/bin/syncNode (.bat/.sh)<dmgr_host> <dmgr_soap_port> -username <name> -password <password>
   • 观察部署管理器上的日志文件和控制台上的日志文件。
3. 启动节点代理：
   • <NODE_PROFILE_HOME>/bin/startNode(.bat/.sh)
   • 观察 Node Agent 1 的日志文件，确保它们是良好的，并且日志中没有出现错误。

确保一次只同步一个，不会对 Service SLA 产生影响。

回页首

建议和最佳实践

本节讨论在将业务流程应用程序部署到 Process Server 中时的最佳实践。这些最佳实践的目的是最小化部署业务流程应用程序时的风险，并在最小化干扰的情况下恢复基础设施。

产品站点中的行为

1. 如果配置出现了修改，比如部署应用程序、修改配置、性能调优等，那么将执行一个备份流程，对部署管理器文件的配置执行备份。

   backupConfig.sh <BackupFileName> -profileName <ProfileName> -username user_name -password password -nostop

   
   DMGR 配置备份文件命名约定。这是对 <BackupFileName> 使用命名约定的一个例子： WPS_DMGR_PRIMARY_BACKUP_DD_MM_YY.zip.
   注意：阅读下一小节 “应用程序部署流程”。
2. 对 <PROFILE>/etc 目录进行归档的流程。用于归档文件的样例命名约定为 WPS_DMGR_PRIMARY_ETC_BACKUP_DD_MM_YY.zip。
3. 复制流程把这些配置文件复制到一个版本控制库：
   • 配置 config 备份文件
   • 配置文件、目录备份文件等

应用程序部署流程

WebSphere Process Server 将 BPEL（微观和宏观）模块配置信息放到运行时库中，用于管理模板名、版本等。任何时间都有可能出现灾难性事故，比如应用程序部署期间。

为了最小化 Process Server 模块配置数据出现不一致性的风险，我们建议在部署 BPEL 模块之前和之后对 Process Server 配置进行备份。

1. 在部署 BPEL 模块（微观和宏观流）之前，通过使用 “backConfig” 备份 WebSphere Process Server 配置：

   backupConfig.sh <BackupFileName> -profileName <ProfileName> -username user_name -password password -nostop

   
   
2. 使用组织中已经确定的部署流程部署模块。
3. 保存配置。
4. 成功执行保存后，在部署 BPEL 模块（微观和宏观流）之后，使用 “backConfig” 备份 Process Server 配置：

   backupConfig.sh <BackupFileName> -profileName <ProfileName> -username user_name -password password -nostop

   
   
5. 如果在执行保存操作期间发生灾难事故，比如部署管理器节点故障或数据库崩溃，那么执行以下操作：
   • 使用 “restoreConfig” 操作恢复生产部署管理器配置：

     restoreConfig.sh <DMGR_PROFILE>/WPS_DMGR_PRIMARY_BACKUP_DD_MM_YY.zip -username <user_name> -password <password>

     
     
   • 在不影响当前 SLA 的情况下每次停止一个节点，并使用 “syncNode” 手动同步节点：

     syncNode (.bat/.sh) <dmgr_host> <dmgr_soap_port> -username <name> -password <password>

     
     

在 BPEL 模块部署流程期间执行以上五个步骤。这是一个颇为耗时的过程，但却是将数据库中的模块配置数据与 Process Server 基础设施配置保持同步的惟一方法。我们强烈建议您按照上面的方法更新客户机应用程序部署流程。

回页首

结束语

在本文中，我们学习了如何恢复 WebSphere Process Server 部署管理器。您还了解了以下情况下的最佳实践：

• 为部署管理器配置文件创建响应文件
• 以静默模式创建配置文件
• 同步配置文件和部署管理器
• 部署 SCA 和 Process Server 模块
• 备份 Process Server 配置
• 从备份文件中恢复环境

参考资料

• WebSphere Process Server 6.0.2 信息中心
  
  
• WebSphere Application Server V6.0 配置修改的最佳实践
  
  
• IBM Education Assistant: WebSphere Business Process Management
  
  
• WebSphere Enterprise Service Bus 信息中心：backupConfig 命令
  
  
• WebSphere Enterprise Service Bus 信息中心：restoreConfig 命令
  
  
• WebSphere Enterprise Service Bus 信息中心：syncNode 命令
  
  
• WebSphere Enterprise Service Bus 信息中心：addNode 命令
  
  
• developerWorks WebSphere Process Server 与 WebSphere Integration Developer 产品专题
  
  
• developerWorks WebSphere 应用程序连接区：访问 WebSphere 应用程序连接（以前的 WebSphere 业务集成）方法文章、下载、教程、培训、产品信息等。
  
  
• developerWorks WebSphere 业务流程管理区：访问 WebSphere BPM 方法文章、下载、教程、培训、产品信息等资源，帮助您建模、组合、部署和管理业务流程。
  
  
• 随时关注 developerWorks 的技术活动 和 网络广播。
  
  

• 下载 IBM 产品评估版 ，并开始使用来自 DB2、Lotus、Rational、Tivoli 和 WebSphere® 的应用程序开发工具和中间件产品。

关于作者

		Reddy Sripathi 是 IBM 的高级管理顾问，关注企业架构、架构思考、面向服务架构（SOA）、IBM SOA 设计方法学，以及使用编程模型和标准实现客户的业务目标。

对本文的评价

太差！ (1) 需提高 (2) 一般；尚可 (3) 好文章 (4) 真棒！(5) 建议？