使用命令行工具将单元迁移到新的主机
开始之前

本文是关于概要文件配置迁移。要将应用程序迁移到最新版本,请使用 WebSphere® Application Server Migration Toolkit。有关更多信息,请参阅 WASdev 上的 Migration Toolkit。
sptcfg查看迁移规划信息。请参阅知识库:WebSphere Application Server 的迁移规划。
本信息描述如何将单元迁移到另一台机器。有关在同一台机器上迁移单元的信息,请参阅使用命令行工具来迁移单元。
关于此任务
此任务描述如何将单元配置中的每个概要文件从先前版本的 WebSphere Application Server 迁移到另一机器上的 WebSphere Application Server V9.0。单元配置由 Deployment Manager 以及一个或多个节点、Web 服务器和应用程序客户机组成。所有端口都将迁移到新配置中。源主机和目标主机不需要运行相同的操作系统。
如果源主机上未安装 WebSphere Application Server V9.0,那么在目标主机上必须生成与源机器的操作系统相匹配的远程迁移 .jar 文件。远程迁移 .jar 文件为源主机提供 V9.0 WASPreUpgrade 工具,可以使用此工具为概要文件创建迁移备份目录。
- 选项 1:在源机器上安装目标产品版本
- 选项 2:创建远程迁移 .jar 文件(它实际上是 WASPreUpgrade 命令以及文件,支持运行时需要该文件(包括 Java),从目标安装进行收集)。
当多台源机器都采用相同的操作系统体系结构,但是与目标机器的操作系统体系结构不同时,只有一台源机器需要安装目标发行版。从该源机器,可以创建远程迁移 JAR,然后将其用于其他源机器。
此过程假定先前配置正在运行,并且您要将所有概要文件都迁移到另一主机。


过程
- 备份 Deployment Manager 和所有旧节点。 如果迁移期间发生故障,请将当前 Deployment Manager 和节点配置保存到稍后可用于执行恢复的文件中。
- 切换到 deployment_manager_profile_root/bin 目录。
- 运行带有相应参数的 backupConfig 命令,并将当前概要文件配置保存到文件中。 例如:
previous_version_app_server_root\v70dmgr01\bin\ backupConfig.bat \mybackup_old_host\v70dmgr01backupBeforeV90migration.zip -username myuser -password mypass -nostop
其中 mybackup_old_host 是配置复原点的存储位置。previous_version_app_server_root/v70dmgr01/bin/backupConfig.sh /mybackup_old_host/v70dmgr01backupBeforeV90migration.zip -username myuser -password mypass -nostop
- 对于配置中的每个节点,切换到 node_profile_root/bin 目录。
- 运行带有相应参数的 backupConfig 命令,并将当前概要文件配置保存到文件中。 例如:
previous_version_app_server_root\v70node01\bin\backupConfig.bat \mybackup_old_host\v70node01backupBeforeV90migration.zip -username myuser -password mypass -nostop
previous_version_app_server_root/v70node01 /bin/backupConfig.sh /mybackup_old_host/v70node01rbackupBeforeV90migration.zip -username myuser -password mypass -nostop
- 请将 WebSphere Application Server Network Deployment
V9.0 安装到每台目标主机上的新目录中。
有关更多信息,请参阅安装文档。
- 创建远程迁移 .jar 文件。 此 .jar 文件包含在未安装 WebSphere Application Server
V9.0 的系统上运行 WASPreUpgrade 命令所必需的文件。
避免故障: 在您已安装源的操作系统和体系结构上必须创建远程迁移 .jar 文件。因为所生成的归档包含特定于操作系统的代码,所以它仅在此体系结构上执行。gotcha
- 确定源概要文件的操作系统和体系结构。 如果源概要文件的操作系统和体系结构不同于目标概要文件的操作系统或体系结构,那么必须先在与源概要文件相匹配的系统上安装 WebSphere Application Server V9.0,然后再创建远程迁移 JAR。一旦生成远程迁移 JAR,该 JAR 就可以在任何与操作系统和体系结构匹配的系统上工作。
- 创建远程迁移 .jar。
- 在命令提示符中,输入:cd $WAS_HOME/bin/migration/bin
- 要创建 .jar 文件,请运行:createRemoteMigrJar.bat(sh) -targetDir <dir for the remote migration jar>。这将创建以下文件:WAS_V90_OS.arch_RemoteMigrSupport.jar。例如:WAS_V90_windows.amd64_RemoteMigrSupport.jar
- 对远程系统进行准备,以便执行 WasPreUpgrade 命令。
- 将这个 .jar 文件发送到源概要文件所在的系统。
- 将此文件解压缩到临时位置。
- 将目录切换到临时位置的 bin 目录。
现在,您可以对源概要文件运行 WASPreUpgrade 命令。但是,在后续步骤中告诉您发出此命令之前,请勿这样做。
- 创建目标 Deployment Manager 概要文件。 目标 Deployment Manager 概要文件是作为迁移目标的新 Deployment Manager 概要文件。
避免故障: V9.0 单元名和节点名必须与先前配置中的单元名和节点名相匹配。如果您创建具有新单元名和节点名的单元和节点,那么迁移将失败。gotcha
要创建 Deployment Manager 概要文件,请附带适当的参数运行 manageprofiles 命令。
例如:version_9_install_root\bin\manageprofiles.bat -create -profileName v70toV90dmgr01 -templatePath \opt\WebSphereV90\profileTemplates\ management -serverType DEPLOYMENT_MANAGER -nodeName currentDmgrNodeName -cellName currentCellName -hostName mydmgrhost.company.com
version_9_install_root/bin/manageprofiles.sh -create -profileName v70toV90dmgr01 -templatePath /opt/WebSphereV90/profileTemplates/ management -serverType DEPLOYMENT_MANAGER -nodeName currentDmgrNodeName -cellName currentCellName -hostName mydmgrhost.company.com
- 将当前 Deployment Manager 配置保存到迁移备份目录。 要将当前 Deployment Manager 配置保存到迁移备份目录,请运行 WASPreUpgrade 命令。WASPreUpgrade 命令不会更改旧配置。
- 附带 -machineChange true 参数运行 WASPreUpgrade 命令,以将当前 Deployment Manager 配置保存到迁移备份目录。 例如:
<path to remote migration jar>\migration\bin\WASPreUpgrade.bat \mybackup_old_host\v70toV90dmgr01 \opt\WebSphereV70 -oldProfile 70dmgr01 -machineChange true
其中 mybackup_old_host 是从其中复制概要文件配置文件以准备迁移到新主机的目录。<path to remote migration jar>/migration/bin/WASPreUpgrade.sh /mybackup_old_host/v70toV90dmgr01 /opt/WebSphereV70 -oldProfile 70dmgr01 -machineChange true
如果要从 V8.0 迁移到 V9.0 并且概要文件为 Deployment Manager,那么 V8.0 概要文件在 WASPreUpgrade 运行时会停止。仅当您在命令行上提供 -keepDmgrEnabled true,或者在迁移向导中指定相应的选项,Deployment Manager 才会在完成 WASPreUpgrade 之前启动。
避免故障: 如果指定了 -machineChange true,那么完成迁移后,必须更新 V8.0 Deployment Manager 的作业管理器功能所管理的所有资源(例如其他 Deployment Manager 或应用程序服务器)的作业管理器 URL。gotcha
- 查看控制台输出和 WASPreUpgrade 日志中的警告或错误。 完成 WASPreUpgrade 命令之后,请检查控制台输出中是否存在下列消息:失败,发生了错误或者已完成,但出现警告。然后,检查下列日志文件中是否存在任何警告或错误:
- mybackup_old_host/v70toV90dmgr01/logs/WASPreMigrationSummary.log
- mybackup_old_host/v70toV90dmgr01/logs/WASPreUpgrade.timestamp.log
- mybackup_old_host/v70toV90dmgr01/logs/WASPreUpgrade.trace
如果存在错误,请更正错误,然后再次运行 WASPreUpgrade 命令。请检查警告是否会影响 V9.0 上的任何其他迁移或者运行时活动。
如果成功完成此命令,那么不需要检查日志中是否存在错误或警告。
- 附带 -machineChange true 参数运行 WASPreUpgrade 命令,以将当前 Deployment Manager 配置保存到迁移备份目录。 例如:
- 将 WASPreUpgrade 命令所创建的备份目录归档。
避免故障: 请勿使用 Windows 归档工具,该工具与 WebSphere Application Server 迁移不兼容。gotcha
- 使用您选择的归档工具来创建备份目录的压缩文件。 例如:
cd /mybackup_old_host /opt/WebSphereV70/java/bin/jar -cf v70toV90dmgr01.jar v70toV90dmgr01/
- 将归档文件移至目标机器。
- 在目标机器上创建一个新目录,并将归档文件解压缩到该目录中。 例如:
其中 mybackup_new_host 是要将文件迁移到的目录。mkdir /mybackup_new_host cd /mybackup_new_host /opt/WebSphereV90/java/bin/jar -xf v70toV90dmgr01.jar
- 使用您选择的归档工具来创建备份目录的压缩文件。 例如:
- 恢复先前的 Deployment Manager 配置。
从新的 Deployment Manager 概要文件 bin 目录运行 WASPostUpgrade 命令,以复原保存在迁移备份目录中的先前 Deployment Manager 配置。如果您使用以下示例中显示的选项,那么将迁移所有端口并安装所有应用程序。
- 运行 WASPostUpgrade 命令,以将所保存的 Deployment Manager 配置复原到新的 V9.0 Deployment Manager 概要文件。 例如:
version_9_install_root\bin\WASPostUpgrade.bat \ mybackup_new_host\v70toV90dmgr01 -profileName v70toV90dmgr01 -oldProfile 70dmgr01 -resolvePortConflicts incrementCurrent -backupConfig TRUE -keepDmgrEnabled TRUE -username myuser -password mypass
其中,mybackup_new_host 是从其迁移源概要文件配置文件的目录。version_9_install_root/bin/WASPostUpgrade.sh / mybackup_new_host/v70toV90dmgr01 -profileName v70toV90dmgr01 -oldProfile 70dmgr01 -resolvePortConflicts incrementCurrent -backupConfig TRUE -keepDmgrEnabled TRUE -username myuser -password mypass
如果您想要在迁移旧的概要文件之后继续使用该概要文件,请指定 -clone TRUE 参数。如果您指定对 Deployment Manager 进行克隆迁移,那么还必须克隆它的所有联合节点。
- 查看控制台输出和 WASPostUpgrade 日志中的警告或错误。 完成 WASPostUpgrade 命令之后,请检查控制台输出中是否存在下列消息:失败,发生了错误或者已完成,但出现警告。然后,检查下列日志文件中是否存在任何警告或错误:
- mybackup_new_host/v70toV90dmgr01/logs/WASPostMigrationSummary.log
- mybackup_new_host/v70toV90dmgr01/logs/WASPostUpgrade.target profile name.timestamp.log
- mybackup_new_host/v70toV90dmgr01/logs/WASPostUpgrade.target profile name.trace
如果存在错误,请更正错误,然后再次运行 WASPostUpgrade 命令。请检查警告是否会影响 V9.0 上的任何其他迁移或者运行时活动。
如果正确迁移了配置,但是未安装任何应用程序,那么可以运行 WASMigrationAppInstaller 命令来仅安装未迁移的应用程序。有关更多信息,请参阅WASMigrationAppInstaller 命令。
如果成功完成此命令,那么不需要检查日志中是否存在错误或警告。
避免故障: 在 WASPostUpgrade 命令成功完成之后,请勿启动新的 Deployment Manager。在启动新的 Deployment Manager 之前,还必须另外完成几个步骤。gotcha
- 运行 WASPostUpgrade 命令,以将所保存的 Deployment Manager 配置复原到新的 V9.0 Deployment Manager 概要文件。 例如:
- 通过在 V9.0 Deployment Manager 上运行 backupConfig 命令,将 V9.0 已迁移的 Deployment Manager 配置保存到文件。
避免故障: 遇到节点迁移故障时,可以将单元配置复原为发生故障前所处的状态。然后,可以执行补救操作,并再次尝试迁移节点。gotcha
- 切换到 deployment_manager_profile_root/bin 目录
- 运行带有适当参数的 backupConfig 命令,并将 V9.0 概要文件配置保存到文件中。 例如:
version_9_profile_root\profiles\v70toV90dmgr01\ bin\backupConfig.bat \mybackup_new_host\v70toV90dmgr01backupMigratedDmgrOnly.zip -username myuser -password mypass
其中 mybackup_new_host 是配置复原点的存储位置。version_9_profile_root/profiles/v70toV90dmgr01/bin/backupConfig.sh / mybackup_new_host/v70toV90dmgr01backupMigratedDmgrOnly.zip -username myuser -password mypass
- 停止并禁用旧主机上的 Deployment Manager。
- 停止旧主机上的 Deployment Manager。
- 禁用旧主机上的 Deployment Manager。 要禁用此 Deployment Manager,必须按以下信息的指示将相关 serverindex.xml 文件重命名:
- 旧名称
- $PROFILE_ROOT/config/cells/cell_name/nodes/deployment_manager_node_name/serverindex.xml
- 新名称
- $PROFILE_ROOT/config/cells/cell_name/nodes/deployment_manager_node_name/serverindex.xml_disabled
- 在新主机上启动 V9.0 Deployment Manager。
- 切换到新的 V9.0 deployment_manager_profile_root/bin 目录。
- 运行 startManager 命令。
- 在 Deployment Manager 运行时,检查 SystemOut.log 文件中是否存在警告或错误。 注: 本主题引用了一个或多个应用程序服务器日志文件。作为另一种建议采用的方法,您可以在分布式系统和 IBM i 系统上配置服务器以使用高性能可扩展日志记录 (HPEL) 记录和跟踪基础结构,而不使用 SystemOut.log、SystemErr.log、trace.log 和 activity.log 文件。您还可以将 HPEL 与本机 z/OS® 日志记录设施结合使用。如果要使用 HPEL,那么可从服务器概要文件 bin 目录使用 LogViewer 命令行工具来访问所有日志和跟踪信息。有关使用 HPEL 的更多信息,请参阅有关使用 HPEL 对应用程序进行故障诊断的信息。在 V9.0 Deployment Manager 启动之后,请检查警告,以确定它们是否影响任何节点迁移或运行时活动。
- 请确保 V9.0 Deployment Manager 已成功启动。
- 以手动方式使旧节点与新的 V9.0 Deployment Manager 同步。
请确保新主机上的 V9.0 Deployment Manager 正在运行。必须登录包含旧节点的机器并运行 syncNode 命令。
- 停止 Node Agent。
- 获取 Deployment Manager 主机和端口号,并更新 node_agent_profile_root/properties/wsadmin.properties 文件。 将 com.ibm.ws.scripting.host 值更改为新主机。将 com.ibm.ws.scripting.port 值更改为新端口。
- 从 bin 目录中运行 syncNode 命令。 例如:
node_agent_install_root\bin\syncNode.bat myV90DmgrHost.mycompany.com 8879 -username myuser -password mypass
node_agent_install_root/bin/syncNode.sh myV90DmgrHost.mycompany.com 8879 -username myuser -password mypass
- 在同步成功后,启动 Node Agent。
- 迁移 Web 服务器的插件。
- 请确保 V9.0 Deployment Manager 正在运行。
- 对单元中使用的 Web 服务器插件版本进行升级。
- 查看适用于您使用的 Web 服务器类型和版本的支持信息。
- 迁移应用程序客户机安装。
如果源 WebSphere Application Client 为 V7.0,那么还必须运行 WASPreUpgrade 和 WASPostUpgrade 命令以迁移现有安全设置。
- 确定所有必须迁移的客户机主机。
- 安装 WebSphere V9.0 应用程序客户机。
- 运行 V9.0
WASPreUpgrade 命令,以将应用程序客户机安全设置保存到迁移备份目录中。 例如:
/opt/AppClientV90/bin/WASPreUpgrade.sh /mybackup_client/v70clientToV90 /opt/AppClientV70
- 运行 V9.0
WASPostUpgrade 命令,以将应用程序客户机安全设置复原到新的 V9.0 客户机。 例如:
/opt/AppClientV90/bin/WASPostUpgrade.sh /mybackup_client/v70clientToV90
- 迁移节点。 要点: 这些步骤仅适用于跨机器进行迁移。如果您不是在完成跨机器迁移节点,请参阅使用命令行工具迁移单元中有关迁移节点的信息。请确保 V9.0 Deployment Manager 正在运行。对于您打算迁移到 V9.0 的每个节点,请执行下列步骤。
避免故障: 为了确保迁移成功,必须对迁移到 V9.0 或更高版本的每个节点,使用相同的源节点名,但使用不同的临时单元名。gotcha
- 将 WebSphere Application Server V9.0 安装到每个目标主机上。 有关更多信息,请参阅安装应用程序服务环境的文档。
- 创建目标节点概要文件。运行带有相应参数的 manageprofiles 命令,以创建新的受管概要文件。 例如:
version_9_install_root\bin\manageprofiles.bat -create -profileName node1 -templatePath \opt\ WebSphereV90\profileTemplates\managed -nodeName currentNode1Name -cellName currentCellName -hostName mynode1host.company.com
version_9_install_root/bin/manageprofiles.sh -create -profileName node1 -templatePath /opt/WebSphereV90/profileTemplates/managed -nodeName currentNode1Name -cellName currentCellName -hostName mynode1host.company.com
- 使用您创建用于迁移 Deployment Manager 的远程迁移 .jar 文件,使在当前节点机器上能使用 WASPreUpgrade 命令。 注: 仅当源节点与 Deployment Manager 不在同一台机器上时才需要完成此步骤,并且仅当机器体系结构相同时才能执行此步骤。有关更多信息,请参阅此方案的步骤 3 创建远程迁移 .jar 文件。
- 附带 -machineChange true 参数运行 WASPreUpgrade 命令,以将当前节点配置保存到迁移备份目录。请选择新的目录来保存备份文件。 例如:
<path to remote migration jar>\migration\bin\WASPreUpgrade.bat \mybackup_old_host\v70toV90node1 \opt\WebSphereV70 -oldProfile 70node1 -machineChange true
<path to remote migration jar>/migration/bin/WASPreUpgrade.sh /mybackup_old_host/v70toV90node1 /opt/WebSphereV70 -oldProfile 70node1 -machineChange true
- 检查 WASPreUpgrade 控制台输出中是否存在错误和警告消息。 您可能会找到下列消息:“失败,发生了错误”或者“已完成,但出现警告”。另外,请查看下列日志文件中是否存在错误或警告消息:
- myback_old_host/v70toV90node1/logs/WASPreMigrationSummary.log
- myback_old_host/v70toV90node1/logs/WASPreUpgrade.timestamp.log
- myback_old_host/v70toV90node1/logs/WASPreUpgrade.trace
如果 WASPreUpgrade 命令成功,那么不需要检查日志文件中是否存在错误或警告消息。
- 使用您选择的归档工具来创建 WASPreUpgrade 命令所创建的备份目录的压缩文件。 例如:
cd /mybackup_old_host /opt/WebSphereV70/java/bin/jar -cf v70toV90node1.jar v70toV90node1/
- 将归档文件移至目标机器。
- 在目标机器上创建一个新目录,并将归档文件解压缩到该目录中。 例如:
其中,mybackup_new_host 是从中迁移概要文件配置文件的目录。mkdir /mybackup_new_host cd /mybackup_new_host /opt/WebSphereV90/java/bin/jar -xf v70toV90dmgr01.jar
- 停止旧节点上的应用程序服务器,然后停止旧节点上的 Node Agent。
- 停止并禁用旧主机上的节点。 请确保未使用旧主机上的节点。要禁用此节点,必须按以下信息的指示将相关联的 serverindex.xml 文件重命名:
- 旧名称
- $PROFILE_ROOT/config/cells/cell_name/nodes/node_name/serverindex.xml
- 新名称
- $PROFILE_ROOT/config/cells/cell_name/nodes/node_name/serverindex.xml_disabled
- 运行 WASPostUpgrade 命令以将所保存的节点配置复原到新的 V9.0 受管概要文件。 例如:
version_9_install_root\bin\WASPostUpgrade.bat \ mybackup_new_host\v70toV90node1 -profileName v70toV90node1 -oldProfile 70node1 -resolvePortConflicts incrementCurrent -backupConfig TRUE -includeApps TRUE -username myuser -password mypass
version_9_install_root/bin/WASPostUpgrade.sh / mybackup_new_host/v70toV90node1 -profileName v70toV90node1 -oldProfile 70node1 -resolvePortConflicts incrementCurrent -backupConfig TRUE -includeApps TRUE -username myuser -password mypass
如果您已克隆 Deployment Manager,那么您还必须克隆所有联合节点。指定 -clone TRUE 参数以及新的 Deployment Manager 主机名和 SOAP 或 RMI 端口。除非克隆了 Deployment Manager,否则请勿克隆联合节点。
version_9_install_root\bin\WASPostUpgrade.bat \ mybackup_new_host\v70toV90node1 -profileName v70toV90node1 -oldProfile 70node1 -resolvePortConflicts incrementCurrent -backupConfig TRUE -includeApps TRUE -username myuser -password mypass -clone TRUE -newDmgrHostName myV90DmgrHost.mycompany.com -newDmgrSoapPort 8879
version_9_install_root/bin/WASPostUpgrade.sh / mybackup_new_host/v70toV90node1 -profileName v70toV90node1 -oldProfile 70node1 -resolvePortConflicts incrementCurrent -backupConfig TRUE -includeApps TRUE -username myuser -password mypass -clone TRUE -newDmgrHostName myV90DmgrHost.mycompany.com -newDmgrSoapPort 8879
- 在 WASPostUpgrade 控制台输出中查找下列消息。 您可能会找到下列消息:“失败,发生了错误”或者“已完成,但出现警告”。另外,请查看下列日志文件中是否存在错误或警告消息:
- mybackup_new_host/v70toV90node1/logs/WASPostMigrationSummary.log
- mybackup_new_host/v70toV90node1/logs/WASPostUpgrade.target_profile_name.timestamp.log
- mybackup_new_host/v70toV90node1/logs/WASPostUpgrade.target_profile_name.trace
注: 如果 WASPostUpgrade 命令失败,您可能需要根据备份配置文件复原 V9.0 Deployment Manager。如果 WASPostUpgrade 命令处理运行了 syncNode 命令,那么 Deployment Manager 将知道已迁移节点。直到您已将 Deployment Manager 复原到迁移节点之前所处的状态之后,才能再次迁移节点。如果正确迁移了配置,但是未安装任何应用程序,那么可以运行 WASMigrationAppInstaller 命令来仅安装未迁移的应用程序。有关更多信息,请参阅WASMigrationAppInstaller 命令。
- 请检查 V9.0 Deployment Manager SystemOut.log 文件中是否存在错误或警告消息。 注: 本主题引用了一个或多个应用程序服务器日志文件。作为另一种建议采用的方法,您可以在分布式系统和 IBM i 系统上配置服务器以使用高性能可扩展日志记录 (HPEL) 记录和跟踪基础结构,而不使用 SystemOut.log、SystemErr.log、trace.log 和 activity.log 文件。您还可以将 HPEL 与本机 z/OS 日志记录设施结合使用。如果要使用 HPEL,那么可从服务器概要文件 bin 目录使用 LogViewer 命令行工具来访问所有日志和跟踪信息。有关使用 HPEL 的更多信息,请参阅有关使用 HPEL 对应用程序进行故障诊断的信息。
- 启动已迁移的 V9.0 Node Agent。
- 请检查 V9.0 Deployment Manager 和节点的 SystemOut.log 中是否存在错误或警告消息。
- 可选: 如果未启用自动同步进程,请对单元进行同步。
- 启动已迁移的 V9.0 节点上的相应应用程序服务器。
- 运行 backupConfig 命令,并将 V9.0 概要文件配置保存到文件中。 例如:
version_9_profile_root\v70toV90node1\bin\backupConfig.bat \mybackup_new_host\v70toV90node1.zip -username myuser -password mypass -nostop
每次在特定节点上运行 backupConfig 命令时,都请使用新的备份文件名。version_9_profile_root/v70toV90node1/bin/backupConfig.sh /mybackup_new_host/v70toV90node1.zip -username myuser -password mypass -nostop
- 使用 backupConfig 命令来保存 Deployment Manager 配置。 在 V9.0 Deployment Manager 主机上,切换到 deployment_manager_profile_root/bin 目录。运行 backupConfig 命令,并将 V9.0 概要文件配置保存到文件中。 例如:
version_9_profile_root\v70toV90dmgr01\bin\backupConfig.bat \mybackup_new_host\v70toV90dmgr01backupMigratedDmgrPlusNodeX.zip -username myuser -password mypass
version_9_profile_root/v70toV90dmgr01/bin/backupConfig.sh /mybackup_new_host/v70toV90dmgr01backupMigratedDmgrPlusNodeX.zip -username myuser -password mypass
注: 对于迁移的每个节点,将 V9.0 Deployment Manager 配置备份到新的备份文件中。 - 对其他节点重复上述步骤。
结果
您已使用迁移工具将单元配置从先前版本的 WebSphere Application Server 迁移到运行 WebSphere Application Server V9.0 的新主机。


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tmig_migrate_remote_commandline
文件名:tmig_migrate_remote_commandline.html