迁移、共存和互操作性的概述
迁移到新版本的 WebSphere® Application Server 需要仔细考虑各个因素,例如产品版本、概要文件类型、服务器配置和应用程序部署。 此概述介绍了概念、术语、工具和策略,以帮助您成功迁移产品。
常用迁移术语
- 版本或者发行版:这是产品的更新,其中包括重要的新功能。
- 修订版:在版本中,这是包括某些功能集的产品包装。例如,Network Deployment。
- 概要文件:这是一组文件,用于定义应用程序服务器进程的运行时环境(例如,Deployment Manager 或应用程序服务器)。概要文件包含有关应用程序服务器的行为以及在何处部署应用程序的配置。
- 源:这是迁移的数据和对象的源,例如,源概要文件或源机器。
- 目标:这是迁移的数据和对象的目标,例如,目标概要文件或目标机器。
- 节点:这是受管或非受管服务器或服务器集群的分组。由单元进行管理的每一个节点都可以具有唯一的配置。
- 单元:这是一个包含 Deployment Manager 的组,该 Deployment Manager 用来管理一个或多个节点或配置。 单元中的节点已联合到 Deployment Manager。单元级别配置在所有节点之间是公共的。
- 混合单元环境:这是当至少一个已联合节点的发行版低于用来管理该单元的 Deployment Manager 的发行版的情况。节点的发行版不能比 Deployment Manager 低 3 个或更多发行版。
基本迁移概念
迁移包含 Deployment Manager 和已联合节点的单元时需要格外注意。 因为 Deployment Manager 控制单元中的配置,所以在迁移每一个节点时,必须将该节点与新的 Deployment Manager 进行同步。
迁移策略
- 标准迁移与克隆迁移
- 标准:将源配置迁移到目标配置之后,将禁用该源配置。
- 克隆:将源配置迁移到目标配置之后,该源配置仍有效。
- 本地迁移与远程迁移
- 本地:在同一台机器上迁移配置。对于克隆迁移,会产生两个共存的环境。
- 远程:将配置迁移到新机器。
迁移工具
您用于迁移产品配置的工具必须从目标发行版处的新安装来运行。 如果可能,在开始迁移之前,请将新安装更新为最新的可用修订包。WebSphere Application ServerV9.0 迁移工具仅支持从 V7.0 或更高版本 进行迁移,而不支持在同一发行版内进行迁移(例如,从 V9.0 迁移到 V9.0)。要在同一版本或同一发行版的机器之间复制配置,请参阅有关基于属性的配置的信息,或者在 AdminTask 对象的 ConfigArchiveOperations 命令组中使用 wsadmin 脚本编制 exportWasprofile 命令。
- WASPreUpgrade
- 创建旧安装中源概要文件的快照,并将其放置在备份目录中。 对于远程迁移,WASPreUpgrade 命令会收集备份目录中的配置所引用的其他工件。
- manageprofiles
- 创建目标概要文件。目标概要文件的类型必须与源概要文件相同;例如,您不能将 Deployment Manager 概要文件迁移到独立应用程序服务器概要文件。 视概要文件的类型而定,目标概要文件还必须与源概要文件的单元名称和/或节点名相匹配。
- WASPostUpgrade
- 将迁移备份目录中的数据合并到目标概要文件中。您可以指定其他选项,以控制是否禁用旧配置、是否推迟安装应用程序等。
配置迁移管理工具或迁移向导是一个图形用户界面 (GUI) 工具,用来指导您完成运行命令行工具。
配置迁移工具会将您的应用程序像存在于源概要文件中那样部署在目标概要文件中。 在迁移配置之前,请先在非生产 WebSphere Application Server V9.0 环境中测试您的应用程序。然后,对应用程序进行任何必要更改以确保它们在该环境中运行。 为了快速识别所需的任何更改,您可以使用 Migration Toolkit for Application Binaries 和 WebSphere Application Server Migration Toolkit 来扫描应用程序。有关更多信息,请参阅 WASdev 上的 Migration Toolkit。
可以根据需要多次运行 WASMigrationAppInstaller 命令,以安装任何未由 WASPostUpgrade 命令安装的应用程序。
对于远程迁移,您可以使用 createRemoteMigrJar 命令来创建一个 .jar 文件,该文件使您能够在未安装 WebSphere Application Server 的系统上运行 WASPreUpgrade 命令。
混合单元环境
单元可以包含不同 WebSphere Application Server 版本的节点。WebSphere Application Server V9.0 混合单元可以包含支持 WebSphere Application Server V9.0 和 V7.0 或更高版本 的节点。在混合单元环境中,如果某个单元的某个成员版本低于 V7.0,那么这些工具无法迁移 Deployment Manager。 管理员必须将节点至少迁移到 V7.0,或者将它们从单元中移除。
- 您对现有系统执行增量节点迁移。
- 您将 Deployment Manager 迁移到 V9.0。Deployment Manager 必须处于最高节点版本的级别。如果您有先前版本的节点,那么对 Deployment Manager 执行的这种迁移将创建最高版本的 WebSphere Application Server 的混合节点。
- 然后,当您一次将一个节点迁移到这个新的最高版本时,该单元将变成最高版本的 WebSphere Application Server 的单元。注: 该单元的版本不得高于 Deployment Manager 的版本。
- 您将 Deployment Manager 迁移到 V9.0,然后将先前版本的节点联合到新版本的 Deployment Manager。只有 V7.0 或更高版本 节点支持这种形式的迁移。
- 首先,您将 Deployment Manager 迁移到 V9.0。Deployment Manager 必须处于最高节点版本的级别。
- 然后,您可以将节点从 V7.0 或更高版本 联合到新的最高 Deployment Manager 版本。
避免故障: 这种增量迁移方法使系统处于混合单元环境中,并使节点由 V9.0 Deployment Manager 进行管理。您的迁移规划最终应该包括将所有节点迁移到 V9.0 级别,以确保对节点进行一致管理。gotcha
现有功能在混合单元环境中继续工作。您应该能够执行合理操作,例如,运行现有应用程序以及执行添加节点、创建混合集群、配置系统、调用 Mbean 和部署应用程序之类的管理操作。可以根据功能、优先级和可用资源逐种情况地决定是否在混合单元环境中支持新功能。

如果发生的任何问题阻止客户机与 Node Agent 通信,或者阻止新端口数据在集群成员与 Node Agent 之间传播,那么在客户机上可能发生请求失败。在一些情况下,这些故障是暂时的。在其他情况下,您需要重新启动一个或多个进程以解决故障。
要解决在这些情况下可能发生的客户机路由问题,可在集群成员上配置静态端口。使用静态端口时,在客户机进程获取有关集群成员的信息时端口数据不会更改。即使集群成员重新启动,或在进程之间发生通信或数据传播问题,客户机保留的端口数据将仍然有效。这一应对措施不一定能够解决底层通信或数据传播问题,但是会消除意外或不平衡的路由决策症状。
gotcha如果您既不迁移先前版本的 WebSphere Application Server,也不与其共存,那么将选择忽略先前的安装,并且由于缺省端口分配冲突,您每次只能运行一个版本。如果您在一个版本中使用非缺省端口,那么有可能同时运行两个版本而不发生冲突。
潜在的迁移问题
其他信息
WebSphere Application Server V9.0 可与 V7.0 或更高版本 共存。根据先前版本的 WebSphere Application Server,可能存在必须解决的端口冲突。有关更多信息,请参阅运行共存的应用程序服务器和 配置端口设置。
WebSphere Application Server 迁移利用现有配置和应用程序,并将它们更改为与 WebSphere Application Server V9.0 环境兼容。在迁移过程中,现有应用程序组件和配置设置会应用于 V9.0 环境。
如果您使用先前版本的 WebSphere Application Server,那么系统管理员可能已针对您的环境对各种应用程序和服务器设置进行了微调。有能够最有效地迁移这些设置的策略非常重要。
您可以通过多次运行迁移工具并且每次指定一组不同的概要文件来执行 WebSphere Application Server V7.0 或更高版本 配置的增量迁移。WebSphere Application Server 的增量迁移通常涉及在混合单元发行环境中对系统进行操作。此环境中的迁移涉及多次迁移节点,并因此导致混合节点的运行时间段延长,直到迁移完成。