マイグレーション時にさまざまな構成がマップされます。
マイグレーションでは、 WebSphere Application Server 製品の旧リリースから新リリースに構成がコピーされます。
多くのマイグレーション・シナリオが考えられます。 バージョン 6.0.x のマイグレーション・ツールは、 前のバージョンから構成を復元する際に、オブジェクトと属性をバージョン 6.0.x 環境にマップします。
マイグレーションにより、 デフォルトのブートストラップ NameServer ポート設定 (900) が、 バージョン 5.x からバージョン 6.0.x の NameServer のデフォルト (2809) にマップされます。 マイグレーション・ツールは、デフォルト以外の値を直接バージョン 6.0.x 環境にマップします。
マイグレーション・ツールは、サーバー・プロセス定義において、 該当するコマンド行パラメーターを Java 仮想マシン (JVM) 設定に変換します。 ほとんどの設定は、直接マップされます。 メモリー・ヒープ・サイズなどの一部の設定は、マイグレーションされません。 これは、バージョン 6.0.x 構成では役割を持たないか、 バージョン 6.0.x では意味や有効範囲が異なるためです。
セルに所属するバージョン 5.x ノードは、 セルからノードを除去せずにマイグレーションできます。
最初にデプロイメント・マネージャーをマイグレーションしてから、 セル内の他の基本ノードをマイグレーションします。
Network Deployment を バージョン 5.x からバージョン 6.0.x にマイグレーションする場合は、 同じセル名を使用してください。 別のセル名を使用すると、Network Deployment バージョン 6.0.x セルに、 統合ノードが正常にマイグレーションされません。
セル内にある WebSphere Application Server の基本ノードをバージョン 6.0.x にマイグレーションすると、 ノード・エージェントもバージョン 6.0.x にマイグレーションされます。 セル内には、いくつかのバージョン 6.0.x ノードとほかのバージョン 5.x レベルのノードがある可能性があります。
マイグレーションにより、 ファイルが旧バージョン・ディレクトリーからバージョン 6.0.x 構成にコピーされます。 詳しくは、次のセクションを参照してください。
J2C リソースによって参照される RAR が古い WebSphere Application Server インストールにある場合、これらの RAR はマイグレーションされます。この場合、RAR は、新しい WebSphere Application Server インストールの対応するロケーションにコピーされます。関係リソース・アダプター RAR はマイグレーションされません。
デプロイメント・マネージャーのマイグレーション時に、 統合ノードのバージョン 5.x サンプルがマイグレーションされます。 その他すべてのバージョン 5.x サンプルについては、同等のバージョン 6.0.x サンプルを使用することができます。
DefaultErrorReporter サーブレットを含むパッケージは、 バージョン 5 で変更されました。 バージョン 6.0.x では、このサーブレットは com.ibm.ws.webcontainer.servlet クラスにあります。 DefaultErrorReporter サーブレットを直接使用することは推奨されなくなりました。
<?xml version="1.0" encoding="UTF-8"?> <webappext:WebAppExtension xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:webappext="webappext.xmi" xmlns:webapplication="webapplication.xmi" xmlns:commonext.localtran="commonext.localtran.xmi" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmi:id="WebApp_ID_Ext" reloadInterval="3" reloadingEnabled="true" fileServingEnabled="false" directoryBrowsingEnabled="false" serveServletsByClassnameEnabled="true" preCompileJSPs="false" autoRequestEncoding="false" autoResponseEncoding="false"> <defaultErrorPage xsi:nil="true"/> <additionalClassPath xsi:nil="true"/> <webApp href="WEB-INF/web.xml#WebApp_ID"/> <extendedServlets xmi:id="ServletExtension_1"> <extendedServlet href="WEB-INF/web.xml#Servlet_1"/> </extendedServlets> <extendedServlets xmi:id="ServletExtension_2"> <markupLanguages xmi:id="MarkupLanguage_1" name="HTML" mimeType="text/html" errorPage="Page_1" defaultPage="Page_2"> <pages xmi:id="Page_2" name="Hello.page" uri="/HelloHTML.jsp"/> <pages xmi:id="Page_1" name="Error.page" uri="/HelloHTMLError.jsp"/> </markupLanguages> <markupLanguages xmi:id="MarkupLanguage_2" name="VXML" mimeType="text/x-vxml" errorPage="Page_3" defaultPage="Page_4"> <pages xmi:id="Page_4" name="Hello.page" uri="/HelloVXML.jsp"/> <pages xmi:id="Page_3" name="Error.page" uri="/HelloVXMLError.jsp"/> </markupLanguages> <markupLanguages xmi:id="MarkupLanguage_3" name="WML" mimeType="vnd.wap.wml" errorPage="Page_5" defaultPage="Page_6"> <pages xmi:id="Page_6" name="Hello.page" uri="/HelloWML.jsp"/> <pages xmi:id="Page_5" name="Error.page" uri="/HelloWMLError.jsp"/> </markupLanguages> <extendedServlet href="WEB-INF/web.xml#Servlet_2"/> </extendedServlets> <extendedServlets xmi:id="ServletExtension_3"> <extendedServlet href="WEB-INF/web.xml#Servlet_3"/> <localTransaction xmi:id="LocalTransaction_1" unresolvedAction="Rollback"/> </extendedServlets> </webappext:WebAppExtension>
通常、これらのディレクトリーは、 前のバージョンのインストール・ディレクトリーにあります。 デフォルトでは、stdin、stdout、 および stderr は、バージョン 6.0.x のインストール・ルートの logs ディレクトリーにあります。 マイグレーション・ツールは、既存の passivation ディレクトリーと作業デ ィレクトリーのマイグレーションを試行します。 そうでない場合、該当するバージョン 6.0.x のデフォルトが使用されます。
共存シナリオでは、バージョン間で共通のディレクトリーを使用すると、問題が生じる可能性があります。
マイグレーション・ツールは、すべてのポートをマイグレーションします。 ポートがすでに存在している場合、 このツールはログ内のポートの競合について警告します。 競合しているサーバーを同時に実行する前に、ポートの競合を解決する必要があります。
バージョン 6.0.x が実装する Java 2 Platform、Enterprise Edition (J2EE) の仕様レベルでは、 コンテンツ・タイプを設定する場合、Web コンテナーの振る舞いの変更が必要になります。 デフォルトのサーブレットの書き込み機能によってコンテンツ・タイプが設定されない場合、 バージョン 6.0.x の Web コンテナーのデフォルトがその値に設定されなくなるばかりでなく、 Web コンテナーは呼び出しを「ヌル」として戻します。 この場合、一部のブラウザーで、Web コンテナーのタグが正しく表示されないことがあります。 エンタープライズ・アプリケーションをマイグレーションする際に、 autoResponseEncoding IBM 拡張が Web モジュールに対して true に設定されます。 このアクションにより、問題が生じなくなります。
バージョン 5.x からバージョン 6.0.x へのマイグレーションは、 以前のマイグレーションに比べればはるかに簡単です。 両バージョンで同じ基本定義が使用されているためです。この作業では、構成ファイルのバージョン 5.x からバージョン 6.0.x 構成へのマッピング、 およびインストール済みアプリケーションの新規製品へのコピーが行われます。 マイグレーション・ツールは、統合ノードのマイグレーションをサポートし、 Network Deployment ノードの完全なマイグレーションをサポートします。
java.lang.OutOfMemoryError JVMXE006:OutOfMemoryError
Java の最大ヒープ・サイズを増やし、以下の指示に従ってアプリケーションをインストールしてください。
WebSphere Application Server バージョン 6.0.x へのアプリケーションのインストール
wsadmin -conntype NONE -javaoption -Xmx###m -c "$AdminApp install C:¥¥WebSphere¥¥AppServer¥¥installableApps¥¥ EAR_file_name {-nodeployejb -appname app_name -server server_name -node node_name}"
WebSphere Application Server Network Deployment バージョン 6.0.x へのアプリケーションのインストール
wsadmin -conntype NONE -javaoption -Xmx###m -c "$AdminApp install C:¥¥WebSphere¥¥DeploymentManager¥¥installableApps¥¥ EAR_file_name> {-nodeployejb -appname app_name -cluster cluster_name}"