本文解释了 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 运行时并将补丁包应用到安装好的运行时中。要开始恢复过程，首先要将产品安装到新服务器中。
检查新服务器是否拥有和旧服务器相同的操作系统和操作系统补丁，旧服务器就是指部署管理器在出现故障之前在其上运行的服务器。使用相同的操作系统可以确保资源路径名等具有兼容性。
在将托管部署管理器的新服务器上安装产品。
使用用于创建主站点服务器的相同响应文件。
确保 Process Server 安装位置在所有服务器中都是相同的，例如：/opt/IBM/WebSphere/ProcServer
应用补丁：
确保新的服务器使用与其余节点相同的版本。包括精确的补丁包。参见WebSphere Process Server V6.0.2 Fixpack 4 (6.0.2.4) for V6.0.2 客户。
复制必要的第三方库、属性和文件。
第三方库位置应当匹配主站点服务器的位置，例如 Oracle？ JDBC jars 和位置。
根据共享驱动器映射所有的共享目录。确保使用与生产环境相同的驱动器名称和驱动器字母。包括以下例子：
共享日志目录
共享事务日志等
在新服务器上创建部署管理器配置文件
在新服务器上安装好 Process Server 运行时后，下一步是在新服务器上创建部署管理器配置文件。本节将描述匹配现有安装所需的关键信息。注意，不一定要与现有安装完全相同，但是这样做会简化配置恢复过程（配置恢复过程将在下一节介绍）。
在新服务器上创建部署管理器配置文件。确保以下名称匹配初始部署管理器服务器上的配置：
profileName
nodeName
cellName
installLocation
注意：如果可行的话，可以通过更新主机名使用与构建主站点相同的响应文件。这提供了一致性并减少了错误的数量。
检查部署管理器是否已经成功安装。
在新的服务器上恢复 WebSphere Process Server 部署管理器
本节主要关注从备份文件中恢复部署管理器的配置：
将最近的部署管理器配置备份文件复制到新服务器：<DMGR_PROFILE>/WPS_DMGR_PRIMARY_BACKUP_DD_MM_YY.zip
运行 restoreConfig：<DMGR_PROFILE_HOME>/bin/restoreConfig.sh <DMGR_PROFILE> /WPS_DMGR_PRIMARY_BACKUP_DD_MM_YY.zip -username <user_name> -password <password>
如果使用了不同的 cell 名称，那么可能会发出警告，要求您在恢复过程期间使用-force标志。
如果主机名不同的话，使用虚拟 IP 解析获得相同的 DMGR 主机名。有关修改 DMGR 主机名的更多信息，参见WebSphere Application Server V6.0 配置修改最佳实践。
删除以下子目录中的所有内容：
< DMGR_PROFILE_HOME >/wstemp
< DMGR_PROFILE_HOME >/config/temp
在服务器上启动部署管理器：
输入startManager。
观察日志文件并确保部署管理器在 DR Server 1 上正确启动。
同步节点代理
本节将同步现有的节点与新创建的部署管理器。
如果主机名已被修改为新的主机名，那么必须执行这一步骤。
在 wsadmin.properties 中将com.ibm.ws.scripting.host修改为新的主机名：NODE_AGENT_PROFILE_HOME /properties/wsadmin.properties. change to the com.ibm.ws.scripting.host=<NewHostName>
保存文件。
将 Node 代理同步到新的 DMGR Server。
<NODE_PROFILE_HOME>/bin/syncNode (.bat/.sh)<dmgr_host> <dmgr_soap_port> -username <name> -password <password>
观察部署管理器上的日志文件和控制台上的日志文件。
启动节点代理：
<NODE_PROFILE_HOME>/bin/startNode(.bat/.sh)
观察 Node Agent 1 的日志文件，确保它们是良好的，并且日志中没有出现错误。
确保一次只同步一个，不会对 Service SLA 产生影响。
以下文章点击率最高
Loading…