コマンドラインツールを使用して、移行中のクローンを新しいホストマシンに複製する

以前のバージョンの WebSphere® Application Server （1台のマシンでホストされている）から、別のマシンでホストされている WebSphere Application Server バージョン 9.0 のインスタンスへ、セル構成をクローンして移行できます。ソースとターゲットのホスト・マシンは、同じオペレーティング・システムを実行する必要はありません。

制限事項: IBM® i または z/OS からのリモート移行はサポートされていません。

事前処理

このトピックはプロファイル構成のクローン移行、特に異なるホストへのセルのクローン移行についてです。クローン移行は、移行 WASPostUpgrade コマンド内のオプション -clonetrue パラメータをに設定します。これにより、ソースプロファイルをバージョン 9.0 環境に移行した後も、引き続き使用できるようになります。

同じホスト上でクローンを移行するには、コマンドラインツールを使用したクローン移行を参照してください。
プロファイルの複製を行わない標準的なリモートセル移行については、「コマンドラインツールを使用したセルの新規ホストマシンへの移行」を参照してください。
アプリケーションを最新バージョンに移行するには、. を使用してください WebSphere Application Server Migration Toolkit。

移行の計画と実行を支援するリソースについては、「ナレッジコレクション: WebSphere Application Server の移行計画」を参照してください。

マルチメディア異なるマシンへのセル移行に関する動画については、 WebSphere Migration - Using the CMD line プレイリスト内の「 WebSphere 管理 - コマンドラインツールを使用したリモートでのセル移行」動画をご覧ください。このトピックの手順はクローン移行のためのものです。動画ではクローン移行の手順について言及しています。クローン移行を行うには、移行 WASPostUpgrade コマンド内でオプション -clonetrue パラメータをに設定します。

トラブルを回避するには：開いているファイルの最大数設定を10000以上に設定してください。オープン・ファイルの数が少なすぎると、マイグレーションでさまざまな障害が発生する可能性があります。

このタスクの概要

このタスクでは、セル構成内の各プロファイルを、以前のバージョンの WebSphere Application Server から、別のマシンでホストされている WebSphere Application Server バージョン 9.0 へ移行する方法を説明します。セル構成は、1 つ以上のノードを含むデプロイメント・マネージャー、Web サーバー、およびアプリケーション・クライアントで構成されます。すべてのポートは、新しい構成にマイグレーションされます。

セル構成を移行するには、移行ツールの使用で説明されている移行コマンド（` WASPostUpgrade` manageprofiles、``、``など） WASPreUpgradeを実行します。移行コマンドで個々のパラメータを指定するか、プロパティファイルを入力するパラメータ file_name.properties-properties を指定できます。

ソースホストマシンに WebSphere Application Server バージョン 9.0 がインストールされていない場合、ターゲットホストマシン上でソースマシンのオペレーティングシステムと一致するリモート移行用Javaアーカイブ（JARまたは .jar）ファイルを生成する必要があります。リモート移行JARファイルは、ソースホストにバージョン 9.0WASPreUpgrade ツールを提供します。このツールを使用して、プロファイルの移行バックアップディレクトリを作成します。

この WASPreUpgrade コマンドは、対象の WebSphere Application Server リリースから実行する必要があります。ソースマシンには、コマンド WASPreUpgrade の新バージョンはインストールされていません。以下のいずれかのアクションを行ってください。

オプション1: 対象製品バージョンをソースマシンにインストールする。
オプション2: リモート移行用JARファイルを作成する。 JARファイルには、対象インストール先から収集されたJavaを含む、その実行に必要なコマンド WASPreUpgrade とファイルが含まれています。

リモート移行用JARファイルを入手したら、ソースマシンで実行できます。

注:

オプション2は、完全なインストールが不要なためより簡単です。アーカイブが作成された後、多くのソースマシンで使用できます。ただし、対象マシンとソースマシンのオペレーティングシステムアーキテクチャが異なる場合、リモート移行アーカイブはオペレーティングシステムアーキテクチャ固有であるため、オプション1が必要となります。

複数のソース・マシンのすべてでオペレーティング・システム・アーキテクチャーが同じであるが、ターゲット・マシンとは異なる場合、1 つのみのソース・マシンには、ターゲットのリリースがインストールされる必要があります。その1台のソースマシンから、リモート移行用JARファイルを作成し、他のソースマシンで使用できます。

この手順では、前の構成が稼働中であること、および、すべてのプロファイルを別のホスト・マシンにマイグレーションしようとしていることを想定しています。

移行ユーザー向け：WebSphere Virtual Enterprise および Intelligent Management は、以前は個別の移行ツールが必要でしたが、現在は標準的な移行手順の一部として移行されます。

手順

デプロイメント・マネージャーおよびすべての古いノードをバックアップします。
マイグレーション時の失敗に備え、現行のデプロイメント・マネージャーおよびノードの構成をファイルに保存して、後でリカバリー目的で使用できるようにします。
1. ディレクトリ deployment_manager_profile_root/bin に変更します。
2. 適切なパラメータを指定してコマンド backupConfig を実行し、現在のデプロイメントマネージャープロファイル設定をファイルに保存します。
  mybackup_old_host を、 設定復元ポイントが保存されている場所と置き換えてください。
```
previous_version_app_server_root\v70dmgr01\bin\backupConfig.bat 
\mybackup_old_host\v70dmgr01backupBeforeV90migration.zip 
-username myuser -password mypass -nostop
```
```
previous_version_app_server_root/v70dmgr01/bin/backupConfig.sh 
/mybackup_old_host/v70dmgr01backupBeforeV90migration.zip 
-username myuser -password mypass -nostop
```
3. 設定内の各ノードについて、ディレクトリに移動 node_profile_root/bin します。
4. 適切なパラメータを指定してコマンド 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 バージョン 9.0 をインストールしてください。

詳しくは、インストール資料を参照してください。
リモート移行用JARファイルを作成します。
このJARファイルには、 WebSphere Application Server バージョン 9.0WASPreUpgrade がインストールされていないシステム上でコマンドを実行するために必要なファイルが含まれています。
トラブルを避ける：
ソースがインストールされているのと同じオペレーティング・システムおよびアーキテクチャー上でリモート・マイグレーション JAR ファイルを作成する必要があります。生成されるアーカイブにはオペレーティング・システム固有のコードが含まれているため、アーカイブは当該アーキテクチャーでのみ実行されます。

ソース・システムとターゲット・システムとの間でオペレーティング・システムまたはアーキテクチャーが異なる場合は、-includeJava オプションを指定せずにリモート・マイグレーション JAR ファイルを作成することができます。コマンド WASPreUpgrade を実行する前に、ソースシステム上で互換性のある Java™ バージョン 7 以降がインストールされていることを確認し、環境 JAVA_HOME 変数を設定してください。 -includeJava オプションを使用する場合は、ソースがインストールされているのと同じオペレーティング・システムおよびアーキテクチャー上でリモート・マイグレーション JAR ファイルを作成する必要があります。
1. ソース・プロファイルのオペレーティング・システムおよびアーキテクチャーを判別します。
  ソースプロファイルのオペレーティングシステムおよびアーキテクチャが、ターゲットプロファイルのオペレーティングシステムまたはアーキテクチャと異なる場合、リモート移行JARを作成する前に、ソースプロファイルと一致するシステムに WebSphere Application Server バージョン 9.0 をインストールする必要があります。リモート移行用JARファイルを生成した後、そのファイルはオペレーティングシステムとアーキテクチャが一致するあらゆるシステムで動作します。
2. リモート移行用JARファイルを作成します。
  1. コマンドプロンプトで、移行 bin ディレクトリに移動します。
```
cd $WAS_HOME/bin/migration/bin
```
  2. ファイル .jar を作成するには、コマンド createRemoteMigrJar を実行してください。
```
createRemoteMigrJar.bat(sh) -targetDir <dir_for_the_remote_migration_jar>
```
    これにより、ファイル WAS_V90_OS.arch_RemoteMigrSupport.jar が作成されます。例えば、WAS_V90_windows.amd64_RemoteMigrSupport.jarです。
3. リモートシステムをコマンド WASPreUpgrade の実行に備えさせる。
  1. ファイルを .jar ソースプロファイルが存在するシステムに送信してください。
  2. ファイルを一時ロケーションに抽出します。
  3. 一時ロケーションの bin ディレクトリーに移動します。
  ソース・プロファイルに対して WASPreUpgrade コマンドを実行する準備ができています。ただし、後のステップでこのコマンドを発行するように指示されるまで、このコマンドは発行しないでください。
ターゲットのデプロイメント・マネージャー・プロファイルを作成します。
ターゲットのデプロイメント・マネージャー・プロファイルは、マイグレーション・ターゲットになる新しいデプロイメント・マネージャー・プロファイルです。
トラブルを回避するには：バージョン 9.0 のセル名とノード名は、以前の構成のセル名とノード名と一致している必要があります。新しいセル名とノード名でセルとノードを作成すると、移行は失敗します。

デプロイメント・マネージャー・プロファイルを作成するには、適切なパラメーターを指定して manageprofiles コマンドを実行します。
```
version_9_install_root\bin\manageprofiles.bat 
-create -profileName v70toV90dmgr01 
-templatePath app_server_root\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
```
現行のデプロイメント・マネージャー構成を、マイグレーション・バックアップ・ディレクトリーに保存します。

現行のデプロイメント・マネージャー構成を、マイグレーション・バックアップ・ディレクトリーに保存するには、WASPreUpgrade コマンドを実行します。 WASPreUpgrade コマンドによって、古い構成は変更されません。
1. 現在のデプロイメントマネージャー構成を移行バックアップディレクトリに保存するには、 -machineChange true パラメーター付きでコマンドを実行 WASPreUpgrade します。
  mybackup_old_host を、新しいホストへの移行準備としてプロファイル設定ファイルがコピーされるディレクトリに置き換えてください。
```
<path to remote migration jar>\migration\bin\WASPreUpgrade.bat 
\mybackup_old_host\v70toV90dmgr01 app_server_root 
-oldProfile 70dmgr01 -machineChange true
```
```
<path to remote migration jar>/migration/bin/WASPreUpgrade.sh 
/mybackup_old_host/v70toV90dmgr01 /opt/WebSphereV70 
-oldProfile 70dmgr01 -machineChange true
```
  8.0 から 9.0 へ移行する場合で、プロファイルがデプロイメントマネージャーである場合、 8.0 プロファイルは実行 WASPreUpgrade 時に停止されます。デプロイメントマネージャーは、コマンドラインで`-start -keepDmgrEnabled true `オプションを指定するか、移行ウィザードで対応するオプションを指定した場合にのみ、`complete` WASPreUpgrade の前に起動されます。
  
  トラブルを回避するには：指定した場合 -machineChange true、移行後にVersion 8.0 デプロイメントマネージャーのジョブマネージャー機能によって管理されるすべてのリソース（他のデプロイメントマネージャーやアプリケーションサーバーなど）に対して、ジョブマネージャー URL を更新する必要があります。
2. コンソール出力および WASPreUpgrade ログで警告またはエラーを確認します。
  コマンド WASPreUpgrade が完了した後、コンソール出力を確認してくださいFailed with errorsまたはCompleted with warningsメッセージ。出力にいずれかのメッセージが含まれる場合、以下のログファイルに警告やエラーがないか確認してください：
  - mybackup_old_host/v70toV90dmgr01/logs/WASPreMigrationSummary.log
  - mybackup_old_host/v70toV90dmgr01/logs/WASPreUpgrade.timestamp.log
  - mybackup_old_host/v70toV90dmgr01/logs/WASPreUpgrade.trace
  エラーがあった場合、エラーを修正して、WASPreUpgrade コマンドを再度実行します。バージョン 9.0 において、警告が他の移行または実行時アクティビティに影響するかどうかを確認してください。
  
  コマンドが正常に完了した場合は、エラーや警告がないかログを確認する必要はありません。
コマンド WASPreUpgrade によって作成されたバックアップディレクトリをアーカイブする。

トラブルを避けるため： Windowsアーカイブツールは WebSphere Application Server 移行と互換性がないため使用しないでください。
1. アーカイブツールを使用して、バックアップディレクトリの圧縮ファイルを作成します。
```
cd /mybackup_old_host
/opt/WebSphereV70/java/bin/jar -cf v70toV90dmgr01.jar v70toV90dmgr01/
```
2. アーカイブされたファイルをターゲット・マシンに移動します。
3. ターゲット・マシン上にディレクトリーを作成して、その新しいディレクトリーにアーカイブされたファイルを解凍します。
  mybackup_new_host を、ファイルを移行する先のディレクトリに置き換えてください。
```
mkdir /mybackup_new_host
cd /mybackup_new_host
/opt/WebSphereV90/java/bin/jar -xf v70toV90dmgr01.jar
```
前のデプロイメント・マネージャー構成をリストアします。

WASPostUpgrade コマンドを新規デプロイメント・マネージャー・プロファイルの bin ディレクトリーから実行して、マイグレーション・バックアップ・ディレクトリーに保存した以前のデプロイメント・マネージャー構成をリストアします。例に示すオプションを使用すると、すべてのポートが持ち越されて、すべてのアプリケーションがインストールされます。
1. 保存されたデプロイメントマネージャー構成を新しいバージョン 9.0 のデプロイメントマネージャープロファイルに復元するには、次の WASPostUpgrade コマンドを実行します。
  mybackup_new_host には、ソースプロファイル構成ファイルが移行されるディレクトリを指定してください。移行後も古いプロファイルを引き続き使用するには、パラメータ -clone true を指定してください。デプロイメント・マネージャーの複製マイグレーションを指定する場合は、デプロイメント・マネージャーの統合ノードもすべて複製する必要があります。
```
version_9_install_root\bin\WASPostUpgrade.bat 
\mybackup_new_host\v70toV90dmgr01 -profileName v70toV90dmgr01 
-oldProfile 70dmgr01 -resolvePortConflicts incrementCurrent -backupConfig true
-keepDmgrEnabled true -clone true -username myuser -password mypass
```
```
version_9_install_root/bin/WASPostUpgrade.sh 
/mybackup_new_host/v70toV90dmgr01 -profileName v70toV90dmgr01 
-oldProfile 70dmgr01 -resolvePortConflicts incrementCurrent -backupConfig true 
-keepDmgrEnabled true -clone true -username myuser -password mypass
```
2. コンソール出力と WASPostUpgrade ログで警告またはエラーを確認してください。
  コマンド WASPostUpgrade が完了した後、コンソール出力を確認してくださいFailed with errorsまたはCompleted with warningsメッセージ。出力にいずれかのメッセージが含まれる場合、以下のログファイルに警告やエラーがないか確認してください：
  - 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 コマンドを再度実行します。バージョン 9.0 において、警告が他の移行または実行時アクティビティに影響するかどうかを確認してください。
  
  設定が正しく移行されたものの、アプリケーションがインストールされていない場合、移行されなかったアプリケーションのみをインストールするためにコマンド WASMigrationAppInstaller を実行できます。
  
  コマンドが正常に完了した場合は、エラーや警告がないかログを確認する必要はありません。
トラブルを避けるため：コマンド WASPostUpgrade が正常に完了した後、新しいデプロイメントマネージャーを起動しないでください。新しいデプロイメント・マネージャーを始動する前に、あと少し手順を実行する必要があります。
バージョン 9.0 のデプロイメントマネージャー設定をファイルに保存するには、バージョン 9.0 のデプロイメントマネージャーで次の backupConfig コマンドを実行します。

トラブル回避：ノード移行に失敗した場合、障害発生前の状態にセル構成を復元できます。修正アクションを適用し、ノード・マイグレーションを再試行できます。
1. ディレクトリ deployment_manager_profile_root/bin を変更する
2. 適切なパラメータを指定してコマンド backupConfig を実行し、 9.0 のバージョンプロファイル設定をファイルに保存します。
  mybackup_new_host を、 設定復元ポイントが保存されている場所と置き換えてください。
```
version_9_profile_root\profiles\v70toV90dmgr01\bin\backupConfig.bat 
\mybackup_new_host\v70toV90dmgr01backupMigratedDmgrOnly.zip 
-username myuser -password mypass
```
```
version_9_profile_root/profiles/v70toV90dmgr01/bin/backupConfig.sh 
/mybackup_new_host/v70toV90dmgr01backupMigratedDmgrOnly.zip 
-username myuser -password mypass
```
オプション: 古いホスト上のデプロイメントマネージャーを停止し、無効化します。
1. 以前のホスト上のデプロイメント・マネージャーを停止します。
2. 以前のホスト上のデプロイメント・マネージャーを使用不可にします。
  このデプロイメント・マネージャーを使用不可にするには、以下に示すように、関連の 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
新しいホスト上でバージョン 9.0 のデプロイメントマネージャーを起動します。
1. 新しいバージョン 9.0deployment_manager_profile_root/bin ディレクトリに変更してください。
2. コマンド startManager を実行してください。
3. デプロイメントマネージャーの実行中に、警告やエラーがないか SystemOut.log ファイルを確認してください。
  
  注：このトピックは、1つ以上のアプリケーションサーバーのログファイルを参照しています。推奨される別の方法として、分散システムおよび IBM i システムで SystemOut.log、SystemErr.log、trace.log、および activity.log の各ファイルを使用する代わりに、High Performance Extensible Logging (HPEL) ログおよびトレース・インフラストラクチャーを使用するようにサーバーを構成することができます。 HPELは、ネイティブの z/OS® ロギング機能と組み合わせて使用することもできます。 HPEL を使用する場合、すべてのログとトレース情報にアクセスするには、サーバー・プロファイルの bin ディレクトリーから、LogViewer コマンド行ツールを使用します。 HPELの使用方法に関する詳細については、「HPELを使用したアプリケーションのトラブルシューティング」の情報を参照してください。
  
  バージョン 9.0 デプロイメントマネージャーの起動時に、警告がノード移行やランタイム活動に影響を与えるかどうかを確認してください。
4. 9.0 デプロイメントマネージャーが正常に起動することを確認してください。
オプション: 古いノードを手動で新しいバージョン 9.0 デプロイメントマネージャーに同期します。

新しいホスト上のバージョン 9.0 デプロイメントマネージャーが実行されていることを確認してください。以前のノードが含まれるマシンにログインして、syncNode コマンドを実行する必要があります。
1. ノード・エージェントを停止します。
2. デプロイメントマネージャーのホスト名とポート番号を取得し、ファイルを node_agent_profile_root/properties/wsadmin.properties 更新してください。
  com.ibm.ws.scripting.host の値を新規ホストに変更します。 com.ibm.ws.scripting.port の値を新規ポートに変更します。
3. ディレクトリ 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
```
4. 同期が正常に完了したら、ノード・エージェントを始動します。
アプリケーション・クライアント・インストール済み環境をマイグレーションします。

ソースの WebSphere アプリケーションクライアントがバージョン 7.0 の場合、既存のセキュリティ設定を移行するために、および WASPostUpgradeWASPreUpgrade コマンドも実行する必要があります。
1. マイグレーションする必要のあるクライアント・ホストをすべて特定します。
2. WebSphere バージョン 9.0 アプリケーションクライアントをインストールしてください。
3. 9.0WASPreUpgrade コマンドを実行して、アプリケーションクライアントのセキュリティ設定を移行用バックアップディレクトリに保存します。
```
/opt/AppClientV90/bin/WASPreUpgrade.sh /mybackup_client/v70clientToV90 /opt/AppClientV70
```
4. 9.0WASPostUpgrade コマンドを実行し、アプリケーションクライアントのセキュリティ設定を新しい 9.0 クライアントに復元します。
```
/opt/AppClientV90/bin/WASPostUpgrade.sh /mybackup_client/v70clientToV90 
```
ノードをマイグレーションします。

重要：これらの手順はマシン間移行にのみ適用されます。ノードのマシン間移行を行わない場合は、「コマンドラインツールを使用したセルの移行」にあるノードの移行に関する情報を参照してください。 9.0 デプロイメントマネージャーが実行されていることを確認してください。バージョン 9.0 へ移行する予定のノードごとに、次の手順を実行してください。

トラブルを回避するには：移行を成功させるには、 9.0 以降に移行する各ノードに対して、同じソースノード名を使用しつつ異なる一時的なセル名を使用する必要があります。
1. 各ターゲットホストに WebSphere Application Server バージョン 9.0 をインストールしてください。
  詳しくは、アプリケーション・サービス提供環境のインストールに関する資料を参照してください。
2. ターゲットのノード・プロファイルを作成します。適切なパラメータを指定してコマンド manageprofiles を実行し、新しいマネージドプロファイルを作成します。
```
version_9_install_root\bin\manageprofiles.bat 
-create -profileName node1 
-templatePath \opt\WebSphereV90\profileTemplates\managed 
-nodeName currentNode1Name -cellName tempCellName 
-hostName mynode1host.company.com
```
```
version_9_install_root/bin/manageprofiles.sh 
-create -profileName node1 
-templatePath /opt/WebSphereV90/profileTemplates/managed 
-nodeName currentNode1Name -cellName tempCellName 
-hostName mynode1host.company.com
```
3. デプロイメントマネージャーの移行用に作成したリモート移行用.jarファイルを使用して、現在のノードマシンでコマンド WASPreUpgrade を利用可能にします。
  注：この手順は、ソースノードとデプロイメントマネージャーが同一マシン上にない場合にのみ必要です。また、この手順はマシンアーキテクチャが同一である場合にのみ実行可能です。
  詳細については、このシナリオのステップ3「リモート移行JARファイルの作成」を参照してください。
4. 現在のノード構成を移行バックアップディレクトリに保存するには、 -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
```
5. コンソールの WASPreUpgrade 出力にエラーや警告メッセージがないか確認してください。
  次のようなメッセージが見つかるかもしれませんFailed with errorsまたはCompleted with warningsまた、以下のログファイルでエラーまたは警告メッセージを確認してください：
  - myback_old_host/v70toV90node1/logs/WASPreMigrationSummary.log
  - myback_old_host/v70toV90node1/logs/WASPreUpgrade.timestamp.log
  - myback_old_host/v70toV90node1/logs/WASPreUpgrade.trace
  WASPreUpgrade コマンドが正常に実行された場合は、ログ・ファイルでエラー・メッセージあるいは警告メッセージを確認する必要はありません。
6. アーカイブツールを使用して、コマンド WASPreUpgrade によって作成されたバックアップディレクトリの圧縮ファイルを作成します。
```
cd /mybackup_old_host
/opt/WebSphereV70/java/bin/jar -cf v70toV90node1.jar v70toV90node1/
```
7. アーカイブされたファイルをターゲット・マシンに移動します。
8. ターゲット・マシン上にディレクトリーを作成して、その新しいディレクトリーにアーカイブされたファイルを解凍します。
  以下の例では、 mybackup_new_host をプロファイル設定ファイルが移行されるディレクトリに置き換えてください。
```
mkdir /mybackup_new_host
cd /mybackup_new_host
/opt/WebSphereV90/java/bin/jar -xf v70toV90dmgr01.jar
```
9. 保存されたノード構成を新しいバージョン 9.0 管理プロファイルに復元するには、次の WASPostUpgrade コマンドを実行します。
  デプロイメントマネージャーをクローンしたため、すべてのフェデレーションノードもクローンする必要があります。パラメータ -clone true 、新しいデプロイメントマネージャーのホスト名、およびSOAPまたはRMIポートを指定します。デプロイメント・マネージャーが複製されたのではない場合は、統合ノードを複製しないでください。
```
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
```
10. コンソ WASPostUpgrade ールの出力を確認してメッセージを確認してください。
  あなたは見つけるかもしれないFailed with errorsまたはCompleted with warningsメッセージ。また、次のログ・ファイルでもエラー・メッセージあるいは警告メッセージがないかを確認してください。
  - 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 が失敗した場合、バックアップ構成ファイルからバージョン 9.0 のデプロイメントマネージャーを復元する必要がある可能性があります。 WASPostUpgrade コマンドの処理によって syncNode コマンドが実行された場合、デプロイメント・マネージャーはノードがマイグレーションされたことを認識しています。デプロイメント・マネージャーがノードのマイグレーション前の状態にリストアされない限り、ノードを再びマイグレーションすることはできません。
  
  構成は正しくマイグレーションされたが、インストールされなかったアプリケーションがある場合、WASMigrationAppInstaller コマンドを実行して、マイグレーションされなかったアプリケーションのみをインストールできます。詳細については、「 WASMigrationAppInstaller 」コマンドを参照してください。
11. 9.0SystemOut.log デプロイメントマネージャーのバージョンファイルにエラーまたは警告メッセージがないか確認してください。
  
  注：このトピックは、1つ以上のアプリケーションサーバーのログファイルを参照しています。推奨される別の方法として、分散システムおよび IBM i システムで SystemOut.log、SystemErr.log、trace.log、および activity.log の各ファイルを使用する代わりに、High Performance Extensible Logging (HPEL) ログおよびトレース・インフラストラクチャーを使用するようにサーバーを構成することができます。また、HPEL をネイティブの z/OS ロギング機能と併用することもできます。 HPEL を使用する場合、すべてのログとトレース情報にアクセスするには、サーバー・プロファイルの bin ディレクトリーから、LogViewer コマンド行ツールを使用します。 HPELの使用方法に関する詳細については、「HPELを使用したアプリケーションのトラブルシューティング」の情報を参照してください。
12. 移行したバージョン 9.0 ノードエージェントを起動します。
13. 9.0SystemOut.log のデプロイメントマネージャーとノードのバージョンを確認し、エラーまたは警告メッセージがないか確認してください。
14. オプション: 自動同期プロセスが有効になっていない場合、セルを同期します。
15. バージョン 9.0 で移行されたノード上で、適切なアプリケーションサーバーを起動してください。
16. コマンド backupConfig を実行し、 9.0 プロファイルの設定をファイルに保存します。
```
version_9_profile_root\v70toV90node1\bin\backupConfig.bat 
\mybackup_new_host\v70toV90node1.zip -username myuser 
-password mypass -nostop
```
```
version_9_profile_root/v70toV90node1/bin/backupConfig.sh 
/mybackup_new_host/v70toV90node1.zip -username myuser 
-password mypass -nostop
```
  特定のノードで backupConfig コマンドを実行するたびに、新しいバックアップ・ファイル名を使用してください。
17. コマンド backupConfig を使用してデプロイメントマネージャーの構成を保存します。
  9.0 デプロイメントマネージャーホスト上で、 deployment_manager_profile_root/bin ディレクトリに移動します。コマンド backupConfig を実行し、 9.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
```
  注: 移行する各ノードについて、バージョン 9.0 のデプロイメントマネージャー構成を新しいバックアップファイルにバックアップしてください。
18. 他のノードについても、ここまでのステップを繰り返します。
Web サーバーのプラグインをマイグレーションします。

本製品は、システム要件に記載されているとおり、いくつかの異なるWebサーバーに対応しています。インストール情報については、ご使用の Web サーバーのタイプおよびバージョンに関する資料を参照してください。
1. 9.0 デプロイメントマネージャーが実行されていることを確認してください。
2. セルで使用されている Web サーバー・プラグインのバージョンを更新します。
3. Web サーバーによって提供されるセル内のすべてのアプリケーション・サーバーに対し、Web サーバー・プラグイン用の新しい Web サーバー定義を作成します。
  
  Webサーバー定義の作成に関する詳細については、「Webサーバープラグインの実装」を参照してください。

結果

以前のバージョンの WebSphere Application Server から、新しいホストマシン（ WebSphere Application Server バージョン 9.0 を実行）へセル構成を移行するために移行ツールを使用しました。