数多くの大規模アプリケーションを持つ既存の WebSphere® Application Server Network Deployment の構成を使用しており、マイグレーションを行うために特定の保守ウィンドウを使用する必要がある場合は、標準のマイグレーション・シナリオを使用すると、問題が発生する可能性があります。この場合は、
構成ツリー内のリソースをバージョン 7.0 以降のデプロイメント・マネージャー構成からバージョン 9.0 のデプロイメント・マネージャー管理プロファイルにコピーしても、バージョン 9.0 プロファイルへのアプリケーションの追加は据え置くようにすると、
バージョン 7.0 以降のデプロイメント・マネージャーを使用して環境を管理し続けることができます。
始める前に
サポートされる構成: この項目では、プロファイル構成マイグレーションについて説明します。アプリケーションを最新バージョンにマイグレーションするには、WebSphere Application Server Migration Toolkit を使用します。詳しくは、WASdev の Migration Toolkit を参照してください。
sptcfg
ヒント: 接続タイムアウトの問題が発生する可能性を回避するには、
接続タイムアウト値を変更してから、
WASPostUpgrade コマンドを実行して、
小さなアプリケーション、数個の大規模アプリケーション、または 1 つの非常に大規模な
アプリケーションが含まれるセルで統合ノードをマイグレーションします。例えば、SOAP コネクターを
使用する場合は、以下のアクションを実行します。
- 統合ノードをマイグレーションするプロファイル用の、バージョン 9.0 ディレクトリー内の以下のロケーションに進みます。
profile_root/properties
- そのディレクトリー内で soap.client.props ファイルを開いて、com.ibm.SOAP.requestTimeout プロパティーの値を検索します。
これは秒単位のタイムアウト値です。
デフォルト値は 180 秒です。
- com.ibm.SOAP.requestTimeout の値を変更して、構成をマイグレーションするのに十分な大きさにします。
例えば、以下のエントリーによって、30 分のタイムアウト値が与えられます。
com.ibm.SOAP.requestTimeout=1800
注: 必要に合った最小のタイムアウト値を選択します。
選択したタイムアウトを少なくとも 3 回待機するように準備します。1 回はバックアップ・ディレクトリーにファイルをダウンロードするため、1 回はデプロイメント・マネージャーにマイグレーション済みファイルをアップロードするため、
そしてもう 1 回はデプロイメント・マネージャーをマイグレーション済みノード・エージェントと同期化するためです。
- WASPreUpgrade コマンドが作成したバックアップ・ディレクトリー内の以下のロケーションに進みます。
backupDirectory/profiles/profile_name/properties
- そのディレクトリー内で soap.client.props ファイルを開いて、com.ibm.SOAP.requestTimeout プロパティーの値を検索します。
- com.ibm.SOAP.requestTimeout の値を、バージョン 9.0 ファイル内で使用した値と同じ値に変更します。
マイグレーション、共存、およびインターオペラビリティーの概要およびマイグレーションに関する考慮事項を参照してください。マイグレーションの計画および実行に役立つリソースについては、Knowledge Collection: Migration planning for WebSphere Application Server を参照してください。
このタスクについて
このストラテジーを使用すると、既存のトポロジーがまだ実行および管理されている間に、バックグラウンドで WebSphere Application Server バージョン 9.0 WebSphere Application Server Network Deployment の完全な構成を構築することによって、特定の保守ウィンドウの要件を満たすことができます。
マイグレーション時の問題のトラブルシューティングのヘルプについては、マイグレーションのトラブルシューティングを参照してください。
手順
- WebSphere Application Server バージョン 7.0 以降のデプロイメント・マネージャーが実行中で、既存の環境が管理されていることを確認し、バージョン 9.0 のデプロイメント・マネージャーは実行されていないことを確認します。
このことは、2 つの異なるデプロイメント・マネージャーが同じ環境を管理することを防ぐために
重要となります。
- WASPreUpgrade コマンドを実行します。
- バージョン 9.0 の app_server_root/bin ディレクトリーから WASPreUpgrade コマンドを実行します。
- バージョン 7.0 以降のマイグレーション・バックアップ・ディレクトリーの名前を指定します。
- バージョン 7.0 以降の WebSphere Application Server Network Deployment インストール済み環境の名前を指定します。
- オプション: WebSphere Application Server の旧バージョンからマイグレーションする特定のインスタンスまたはプロファイルの名前を指定します。
- オプション: 1 つ以上のプロファイルについて管理コンソールのユーザー設定のロケーションを指定します。
例:
WASPreUpgrade /WAS6.1_backup_directory /WAS6.1_install_directory
WASPreUpgrade コマンドとそのパラメーターについて
詳しくは、WASPreUpgrade コマンドを参照してください。
- WASPostUpgrade コマンドを実行します。
例:
WASPostUpgrade /WAS6.1_backup_directory -profileName dmgr_profile_name
-includeApps script -keepDmgrEnabled true
WASPostUpgrade コマンドとそのパラメーターについて
詳しくは、WASPostUpgrade コマンドを参照してください。
この時点で保守ウィンドウを終了できますが、WebSphere Application Server バージョン 7.0 以降のデプロイメント・マネージャーを使用して環境を管理できます。
- 管理ファイルをカスタマイズします。
- 生成された管理ファイルが含まれているマイグレーション・バックアップ・ディレクトリー
に移動します。
- 必要に応じて管理ファイルを結合および調整します。
一部の管理ファイルにアプリケーションをグループ化したり、installed.ear.destination
パラメーターを使用して installedApplications ディレクトリーを指定したりします。
- wsadmin コマンドを実行してアプリケーションをインストールします。
すべてのアプリケーションがインストールされると、WebSphere Application Server バージョン 9.0 のデプロイメント・マネージャーを使用して開始できるようになります。
- WebSphere Application Server バージョン 7.0 以降 のデプロイメント・マネージャーを停止します。
このことは、2 つの異なるデプロイメント・マネージャーが同じ環境を管理することを防ぐために
重要となります。
これを行う方法はいくつかあります。
1 つの簡単な方法として、バージョン 7.0 以降のデプロイメント・マネージャーのノード・ディレクトリーにある serverindex.xml ファイルの名前を他の名前に変更します。
- WebSphere Application Server バージョン 9.0 のデプロイメント・マネージャーを開始します。
デプロイメント・マネージャーを
profile_root/bin ディレクトリーから開始します。例:
startManager
タスクの結果
この時点で、WebSphere Application Server バージョン 9.0 のデプロイメント・マネージャーが実行され、通常のアプリケーション同期が発生します。
以下の手順のいずれかを実行できます。
- アプリケーションをインストールする前に、セル全体をマイグレーションします。
- 次のアクションを実行します。
- アプリケーションをインストールし、セルを混合状態のままにします。
- 準備が整ったら、接続タイムアウト値を変更 (この文書の最初にあるヒントで
説明されています) してから、WASPostUpgrade コマンドを実行して、
統合ノードをマイグレーションします。