| Oracle® Fusion Middlewareパッチ適用ガイド 11g リリース1(11.1.1) B61412-02 |
|
 前 |
 次 |
この章では、パッチ・セット・インストーラを使用して、既存のOracle Fusion Middlewareソフトウェアを、最新バージョンであるリリース11.1.1.4にする方法について説明します。
特に明記しないかぎり、この章に記述する手順は、既存の11gパッチ・セット1(リリース11.1.1.2.0)環境またはパッチ・セット2(リリース11.1.1.3.0)環境へのパッチ適用に有効です。
|
注意: Oracle Fusion Middleware 11g リリース1(11.1.1.1.0)がインストールされている場合は、パッチ・セット・インストーラを実行してソフトウェアをリリース11.1.1.4.0に更新する前に、リリース1(11.1.1.2.0)にアップグレードする必要があります。手順については、付録B「パッチ・アシスタントを使用した11g リリース1(11.1.1.1.0)からリリース1(11.1.1.2.0)への移行」を参照してください。 |
この章の内容は次のとおりです。
Oracle SOA Suite、Oracle WebCenterおよびOracle Application Developerのインストーラは、既存のOracle Fusion Middlewareインストールにパッチを適用するために既存の顧客が使用できます。また、Oracle Fusion Middleware環境を新たにインストールする場合にも使用できます。これらの製品では、同じソフトウェアをダウンロードして同じインストーラを実行すると、両方の機能が実行されます。
既存の環境にパッチを適用する場合は、このガイドに記述されている手順を使用します。
Oracle Fusion Middlewareを初めて使用する場合には、新しいOracle Fusion Middleware環境のインストールと構成については、次の製品インストレーション・ガイドを参照してください。
『Oracle Fusion Middleware Oracle SOA Suiteインストレーション・ガイド』
『Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイド』
『Oracle Fusion Middleware Application Developerインストレーション・ガイド』
既存のOracle WebCenterインストールにパッチを適用する場合は、第5章「Oracle WebCenterのパッチ適用」を参照してください。Oracle WebCenterには、11.1.1.4.0パッチ・セットを適用するための追加オプションのほかに、パッチの適用前と適用後の追加手順が必要です。
図3-1に、パッチ・セット・インストーラを使用した一般的なパッチ適用手順を示します。
分散環境で製品を実行している(たとえば、管理対象サーバーが複数のシステムの複数のドメインで稼働している)場合、この手順は各システムの各ドメインで繰り返す必要があります。分散トポロジの詳細は、具体的な製品のエンタープライズ・デプロイメント・ガイドに記述されています。
各パッチ適用手順の詳細情報の参照先は次のとおりです。
すべてのドメイン・ホーム・ディレクトリおよびOracleインスタンスのホーム・ディレクトリとともに、Middlewareホーム・ディレクトリとすべてのサブディレクトリをバックアップします。
詳細は、第3.4.1.1項「Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ」を参照してください。
すべての管理対象サーバー、管理サーバー、すべてのシステム・コンポーネントおよびノード・マネージャを停止します。
詳細は、第3.4.1.2項「サーバーとプロセスの停止」を参照してください。
アップグレード・インストーラを実行して、WebLogic Serverを最新バージョンにアップグレードします。
詳細は、第3.4.1.3項「Oracle WebLogic Serverへのパッチ適用」を参照してください。
実行する必要のあるパッチ適用前の手順がないことを確認します。
Oracle PortalおよびOracle WebCenter用にOmniPortletとWebClippingをカスタマイズしてある場合は、パッチの適用前と適用後に実行する手順があります。詳細は、第3.4.2項「Oracle PortalおよびOracle WebCenterのOmniPortletおよびWebClippingカスタマイズの保存」を参照してください。
Oracle WebCenterにパッチを適用する場合は、ソフトウェアにパッチが正しく適用されたことを確認するために実行する必要のある追加手順があります。詳細は、第5章「Oracle WebCenterのパッチ適用」を参照してください。
パッチ・セット・インストーラを実行して、Oracleホーム・ディレクトリ内のソフトウェアを更新します。
システムにFusion Middleware製品が複数インストールされている場合には、Oracleホームのディレクトリが複数になります(製品ごとに1つずつ)。
それぞれのパッチ・セット・インストーラは、その製品のみのOracleホームに対して実行できます。たとえば、Oracle WebCenter用のパッチ・セット・インストーラを実行して、Oracle Identity ManagementのOracleホームを更新することはできません。
詳細は、次の項目を参照してください。
必要に応じて、パッチ・セット・アシスタントを実行して、データベースのスキーマを更新します。
詳細は、第3.7項「パッチ・セット・アシスタントによるスキーマの更新」を参照してください。
パッチ適用後に行う必要のあるタスクがあれば実行します(たとえば、ドメイン内でのサーバーおよびプロセスの起動、Oracleインスタンスの起動、スクリプトの実行、構成ファイルの変更など)。
具体的な環境または製品領域については、第3.8項「パッチ適用後のタスク」および第3.9項「サーバーとプロセスの起動」に記述されている手順に従ってください。
パッチのインストールが完了したことを確認します。
詳細は、第3.10項「パッチのインストールの検証」を参照してください。
この項では、パッチ・セット・インストーラを実行する前に完了する必要のあるタスクについて説明します。
この項では、ソフトウェアにパッチを適用する前に完了する必要のあるタスクについて説明します。
パッチのインストールを開始する前に、Middlewareホーム・ディレクトリ、ドメイン・ホーム・ディレクトリおよびOracleインスタンスをバックアップする必要があります。パッチのインストールが予期せず中断された場合、またはインストールが完了する前にインストールの取消しを選択した場合、パッチ・セット・インストーラを再実行する前に、環境を以前の構成にリストアしないと、パッチをインストールできない可能性があります。パッチ・セット・インストーラには、アンインストール・オプションはありません。
パッチ・セット・インストーラを実行する前に、すべてのサーバーとプロセスを停止する必要があります。
Oracle Fusion Middleware環境の停止の手順は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middleware環境の停止に関する項を参照してください。
ノード・マネージャを実行している場合は、ノード・マネージャも停止する必要があります。これを行うには、ノード・マネージャが実行されているコンソール・ウィンドウを閉じるか、stopNodeManager WLSTコマンドを使用します。
詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのstopNodeManagerに関する項を参照してください。
システムにOracle WebLogic Serverがすでにインストールされている場合は、アップグレード・インストーラを使用して、Oracle WebLogic Serverにパッチを適用し、最新バージョンになっていることを確認してください。パッチ・セット・インストーラは、Oracle WebLogic Serverバージョン10.3.4を必要とします。
My Oracle Supportからアップグレード・インストーラをダウンロードします。
手順は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する項を参照してください。
アップグレード・インストーラをグラフィック・モードで実行して、WebLogic Serverにパッチを適用します。
手順は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のアップグレード・インストーラのグラフィック・モードでの実行に関する項を参照してください。
アップグレード・インストーラをサイレント・モードで実行する(たとえば、Oracle WebLogic Serverの複数のインスタンスにパッチを適用する必要のある環境になっている)場合は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のサイレント・モードでのインストレーション・プログラムの実行に関する項に記載されている手順を参照してください。
この項および第3.4.2項「Oracle PortalおよびOracle WebCenterのOmniPortletおよびWebClippingカスタマイズの保存」で説明する手順は、OmniPortletおよびWebClippingカスタマイズを使用しており、それらがファイルベースのプリファレンス・ストアで使用されている場合にのみ必要です。デフォルトでは、Oracle WebCenterおよびPortalでファイルベースのプリファレンス・ストアは使用されません。ファイルベースのプリファレンス・ストアがデフォルトで使用されるのは、10gバージョンからアップグレードされた11g リリース1(11.1.1)Portal環境に対してのみです。
Oracle Fusion Middleware 11.1.1.4.0パッチ・セットを適用すると、OmniportletとWebClippingの両方のアプリケーションが再デプロイされ、ファイルベースのプリファレンス・ストアに格納されている構成データがすべて失われます。したがって、パッチ・セット・インストーラを実行する前に、OmniportletとWebClippingの構成とカスタマイズを保存して、パッチ・セットの適用後にカスタマイズが失われないようにする必要があります。
カスタマイズを保存およびバックアップするには、まずUNIXオペレーティング・システムで次のディレクトリを見つける必要があります。
path_to_war_directory/WEB-INF/providers/omniPortlet
path_to_war_directory/WEB-INF/providers/webclipping/
Windowsオペレーティング・システムの場合:
path_to_war_directory\WEB-INF\providers\omniPortlet
path_to_war_directory\WEB-INF\providers\webclipping/
path_to_war_directoryは、UNIXオペレーティング・システム上の次のパスを表します。
DOMAIN_HOME/servers/WLS_PORTAL/tmp/_WL_user/portalTools_version/randomly_generated_directory/war
Windowsオペレーティング・システムの場合:
DOMAIN_HOME\servers\WLS_PORTAL\tmp\_WL_user\portalTools_version\randomly_generated_directory\war
DOMAIN_HOMEは、構成ウィザードの「ドメイン名と場所の指定」画面で指定された、Oracle PortalまたはOracle WebCenterドメインのドメイン・ホームの場所です。
omniportletディレクトリを見つけたら、UNIXオペレーティング・システムで次のコマンドを使用して、ディレクトリをバックアップすることができます。
cp -fr path_to_war_directory/WEB-INF/providers/omniPortlet backup_location
Windowsオペレーティング・システムの場合:
xcopy /y/e path_to_war_directory\WEB-INF\providers\omniPortlet backup_location
ソフトウェアにパッチを適用したら、第3.4.2項「Oracle PortalおよびOracle WebCenterのOmniPortletおよびWebClippingカスタマイズの保存」で説明している手順を実行します。
サイレント・モードでソフトウェアにパッチを適用する場合に、次のようなエラー・メッセージが表示されることがあります。
"SEVERE:Values for the following variables could not be obtained from the command line or response file(s): MYORACLESUPPORT_USERNAME(MyOracleSupportUsername)"
この問題を回避するには、ORACLE_HOME/ccr/bin/emCCRファイル(UNIXオペレーティング・システムの場合)またはORACLE_HOME\ccr\bin\emCCRファイル(Windowsオペレーティング・システムの場合)の名前を変更します。
たとえば、UNIXオペレーティング・システムの場合は、次のように指定します。
cd ORACLE_HOME/ccr/bin
mv emCCR emCCR_LAST
Windowsオペレーティング・システムの場合:
cd ORACLE_HOME\ccr\bin
mv emCCR emCCR_LAST
サイレント・インストールの詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle Fusion Middlewareのサイレント・インストールおよびサイレント・アンインストールに関する項を参照してください。
パッチ・セット・インストーラをダウンロードして起動するには:
Oracle Technology Network、My Oracle SupportまたはOracle E-Deliveryからパッチ・セットをダウンロードします。
詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle Fusion Middlewareソフトウェアの取得に関する項を参照してください。
インストールするパッチ・セットを含むダウンロード済アーカイブをターゲット・コンピュータ上のディレクトリに解凍します。
ディレクトリを、解凍したアーカイブ・フォルダ内のDisk1フォルダに変更します。
インストーラを起動します。
UNIXオペレーティング・システムの場合:
./runInstaller
Windowsオペレーティング・システムの場合:
setup.exe
システム環境および更新中の製品によっては、インストーラの起動時に、システム上のJRE/JDKの場所を指定するように求められることがあります。Oracle WebLogic Serverをインストールすると、Middlewareホーム内のjdk160_21ディレクトリにJREがインストールされます。この場所を使用して、インストーラを起動できます。
システムにOracle WebLogic Serverをインストールしていない場合は、Oracleホーム内のjdkディレクトリにあるJDKを使用できます。
JRE/JDKの場所への絶対パスを指定してください。相対パスはサポートされていません。
パッチ・セット・インストーラは、サイレント・モードで実行することもできます。サイレント・インストールの詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle Fusion Middlewareのサイレント・インストールおよびサイレント・アンインストールに関する項を参照してください。
パッチ・セット・インストーラを起動したら、表3-1の手順に従って、Oracle Fusion Middlewareコンポーネントにパッチを適用します。
|
注意: ドメインに複数のシステムが含まれている場合は、パッチ・セット・インストーラをシステムごとに別々に実行して、それぞれのシステム上のソフトウェアを更新する必要があります。 |
インストール画面に関して詳細情報が必要な場合は、付録A「パッチ・セット・インストーラの画面」を参照するか、「ヘルプ」をクリックしてオンライン・ヘルプにアクセスしてください。
表3-1 パッチ・セット・インストーラのインストール・フロー
Oracle Fusion Middlewareを初めて使用する場合は、次にWebLogicドメインを作成して構成する必要があります。ドメインの構成と作成については、製品のインストレーション・ガイドに戻ってください。
すでにOracle Fusion Middlewareを使用している場合は、第3.7項「パッチ・セット・アシスタントによるスキーマの更新」に進んで続行します。
パッチ・セット・アシスタントを使用して、次のコンポーネント・スキーマ(表示されているのはデフォルト名)を11g リリース1(11.1.1.4.0)に更新する必要があります。
Oracle Portal(prefix_PORTAL)
Oracle Internet Directory(ODS)
SOA Infrastructure(prefix_SOAINFRA)
Audit Services(prefix_IAU)
Metadata Services(prefix_MDS)
WebCenter Spaces(prefix_WEBCENTER)
Discussions(prefix_DISCUSSIONS)
Discussions Crawler(prefix_DISCUSSIONS_CRAWLER)
詳細は、第4章「パッチ・セット・アシスタントによるスキーマの更新」を参照してください。
パッチを適用している製品でこれらのスキーマのいずれかを使用していない場合は、この項をスキップし、第3.8項「パッチ適用後のタスク」に進むことができます。
この項では、パッチのインストールの完了後に実行する必要のある手動のタスクについて説明します。該当する製品が使用されていない可能性があるため、これらのタスクの一部が環境に適用されない場合があります。ただし、該当する製品を使用している場合は、ドメインが正しく機能するようにするために、手動の手順を実行する必要があります。
次のトピックについて説明します。
Oracle Fusion Middlewareシステム・コンポーネントには、次のようなものがあります。
Oracle HTTP Server
Oracle Web Cache
Oracle Internet Directory
Oracle Virtual Directory
Oracle Forms Services
Oracle Reports
Oracle Business Intelligence Discoverer
Oracle Business Intelligence
これらのコンポーネントの1つ以上にパッチを適用した場合は、この項のタスクを実行する必要があります。システム・コンポーネントの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの主要概念の概要に関する項を参照してください。
次のタスクを実行する必要があります。
この手順は、WebLogicのドメインに関連付けられているシステム・コンポーネントがある場合に必要です。場合によっては(Oracle WebTierやOracle Internet Directoryなど)、いずれのドメインにも関連付けられていないシステム・コンポーネントを作成することができます。その場合は、この手順を実行する必要はありません。
WebLogicのドメインに関連付けられているシステム・コンポーネント・ソフトウェアにパッチを適用したら、ORACLE_HOME/opmn/bin/upgradenonj2eeapp.shスクリプト(UNIXオペレーティング・システムの場合)またはORACLE_HOME\opmn\bin\upgradenonj2eeapp.batスクリプト(Windowsオペレーティング・システムの場合)を実行して、システム・コンポーネントを更新する必要があります。
このスクリプトを実行する前に、次の点を確認してください。
管理サーバーが起動されて、実行中であること。
ORACLE_HOME環境変数が製品のOracleホーム・ディレクトリに設定されていること。
インスタンスのホームにあるbinディレクトリのOPMNインスタンスが起動されて実行中であること。
このスクリプトをUNIXオペレーティング・システムで実行するには:
cd ORACLE_HOME/opmn/bin ./upgradenonj2eeapp.sh -oracleInstance Instance_Home_Location -adminHost WebLogic_Server_Host_Name -adminPort administration_server_port_number -adminUsername administration_server_user
Windowsオペレーティング・システムの場合:
cd ORACLE_HOME\opmn\bin upgradenonj2eeapp.bat -oracleInstance Instance_Home_Location -adminHost WebLogic_Server_Host_Name -adminPort administration_server_port_number -adminUsername administration_server_user
Oracle Identity Federationの11g リリース1(11.1.1.4.0)には、11g リリース1(11.1.1.2.0)にはなかった新たな構成プロパティがいくつか含まれています(フェデレーション・プロトコル・メッセージに対するXMLスキーマ検証の有効化など)。これらの新たなプロパティで提供される機能を利用する場合は、WLSTスクリプトoif-upgrade-11.1.1.2.0-11.1.1.4.0.pyを次のように実行する必要があります。
Linuxオペレーティング・システムでは、bashコマンドを入力します。
bash
DOMAIN_HOME変数をOracle Identity Federationのドメイン・ホームの場所に設定します。
ORACLE_HOME変数をOracle Identity FederationのOracleホームの場所に設定します。
setOIFEnvスクリプトを実行します。
UNIXオペレーティング・システムの場合:
bash export DOMAIN_HOME=full_path_to_domain_home_directory source ORACLE_HOME/fed/scripts/setOIFEnv.sh
Microsoft Windowsオペレーティング・システムの場合:
cd ORACLE_HOME\fed\scripts
setOIFEnv.cmd
oif-upgrade-11.1.1.2.0-11.1.1.4.0.pyスクリプトを実行します。
UNIXオペレーティング・システムの場合:
cd ORACLE_HOME/fed/scripts
java weblogic.WLST oif-upgrade-11.1.1.2.0-11.1.1.4.0.py
Microsoft Windowsオペレーティング・システムの場合:
cd ORACLE_HOME\fed\scripts
java weblogic.WLST oif-upgrade-11.1.1.2.0-11.1.1.4.0.py
WebLogic Server管理者の資格証明(ユーザー名とパスワード)、およびOracle Identity Federationが稼働している管理対象サーバーの場所を入力するように求められます。ドメインに管理対象サーバーが複数ある場合でも、この入力が必要になるのは1つの管理対象サーバーに対してのみです。
Oracle Identity Manager、またはOracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合は、最新のパッチ・セットを適用してからemCCRコマンドをいくつか実行する必要があります。emCCRはOracle Configuration Managerによって使用されますが、これは、構成情報を収集しそれをOracleリポジトリへアップロードするために使用されます。
ORACLE_HOME/ccr/bin(UNIXオペレーティング・システムの場合)またはORACLE_HOME\ccr\bin(Windowsオペレーティング・システムの場合)に移動します。
ORACLE_CONFIG_HOME環境変数を、Oracle Configuration Managerの含まれるインスタンス・ホームに設定します。
たとえば、UNIXオペレーティング・システムの場合は、次のように指定します。
setenv ORACLE_CONFIG_HOME /home/Oracle/Middleware/Instances/asinst_ocmoc
Windowsオペレーティング・システムの場合:
set ORACLE_CONFIG_HOME=C:\Oracle\Middleware\Instances\asinst_ocmoc
次のemCCRコマンドを実行します。
UNIXオペレーティング・システムの場合:
./emccr collect ./emccr status
Windowsオペレーティング・システムの場合:
emccr collect emccr status
Oracle ReportsまたはOracle Portalのバージョン11.1.1.2.0か11.1.1.3.0をドメインに構成していて、最新のパッチ・セットを適用した場合は、無効化パスワードを変更しようとすると、次のエラーが表示されます。
Error. Check logs for details. [OK].
ログ・ファイルportal_wls.logおよびwls_portal.outに、次のエラーが見られます。
<Date and time> <Warning> <RMI> <BEA-080003>
<RuntimeException thrown by rmi server:
javax.management.remote.rmi.RMIConnectionImpl.invoke
(Ljavax.management.ObjectName;Ljava.lang.String;Ljava.rmi.MarshalledObject;[Ljava.lang.String;Ljavax.security.auth.Subject;)
javax.management.RuntimeErrorException:
oracle.jdbc.driver.T2CConnection.getLibraryVersionNumber()I.javax.management.RuntimeErrorException:
oracle.jdbc.driver.T2CConnection.getLibraryVersionNumber()I
at
oracle.as.jmx.framework.standardmbeans.spi.OracleStandardEmitterMBean.doInvoke(OracleStandardEmitterMBean.java:991)
at
oracle.adf.mbean.share.AdfMBeanInterceptor.internalInvoke(AdfMBeanInterceptor.java:104)
at
oracle.as.jmx.framework.generic.spi.interceptors.AbstractMBeanInterceptor.doInvoke(AbstractMBeanInterceptor.java:252)
....
Caused By: java.lang.UnsatisfiedLinkError:
oracle.jdbc.driver.T2CConnection.getLibraryVersionNumber()I
at oracle.jdbc.driver.T2CConnection.getLibraryVersionNumber(Native
Method)
at oracle.jdbc.driver.T2CConnection$1.run(T2CConnection.java:3537)
at java.security.AccessController.doPrivileged(Native Method)
at oracle.jdbc.driver.T2CConnection.loadNativeLibrary
(T2CConnection.java:3532)
....
これらのJDBCエラー・メッセージが表示されないようにするには、次の手順を実行する必要があります。
DOMAIN_HOME内のbinディレクトリに移動します。
setDomainEnv.shファイル(UNIXオペレーティング・システムの場合)またはsetDomainEnv.cmdファイル(Windowsオペレーティング・システムの場合)を編集して、EXT_PRE_CLASSPATHを検索します。
定義を変更して、次のようになるようにします。
UNIXオペレーティング・システムの場合:
EXT_PRE_CLASSPATH=$ORACLE_HOME/jdbc/lib/ojdbc6.jar export EXT_PRE_CLASSPATH
Windowsオペレーティング・システムの場合:
EXT_PRE_CLASSPATH=%ORACLE_HOME%\jdbc\lib\ojdbc6.jar
WebLogic Serverドメインごとに、WLSTコマンドupdateJRF()を実行して、ドメイン内の共有ライブラリを更新する必要があります。
ドメイン内で実行されているインスタンス、管理対象サーバー、管理サーバーおよびノード・マネージャをすべて停止します。詳細は、『Oracle Fusion Middleware管理者ガイド』の「Oracle Fusion Middlewareの起動と停止」を参照してください。
WLSTを起動します。
UNIXオペレーティング・システムの場合:
cd oracle_common/common/bin ./wlst.sh
Windowsオペレーティング・システムの場合:
cd oracle_common\common\bin wlst.cmd
更新するドメインごとに、管理サーバーが配置されているノードまたはシステムに対して、upgradeJRF()コマンドを実行します。ドメインの場所はパラメータとして渡されます。
wlst> upgradeJRF('/DOMAIN_HOME')
WebLogic Serverドメインごとに、WLSTコマンドupgradeOpss()を実行し、リリース11.1.1.4.0のsystem-jazn-dataファイルを使用して、リリース11.1.1.2.0または11.1.1.3.0の構成およびストアをリリース11.1.1.4.0の構成およびストアに更新する必要があります。
|
注意: このスクリプトを使用する前に、アップグレードするストアをバックアップしておいてください。LDAPストアの場合は、ストアのルート・ノードの下にあるデータをすべてバックアップします(ルート・ノードは、ストアのプロパティとして構成ファイルで指定されています)。アップグレードが失敗した場合には、そのノード全体をリストアします。Oracle WebCenterにパッチを適用する場合は、第5章「Oracle WebCenterのパッチ適用」に記述されている指示に従えば、このスクリプトを実行する必要はありません。 |
このコマンドの構文は次のとおりです。
upgradeOpss(jpsConfig="existing_jps_config_file", jaznData="system_jazn_data_file")
existing_jps_config_file
既存のjps-config.xmlファイルの場所のフルパスで、通常はDOMAIN_HOME/config/fmwconfig/jps-config.xml(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\config\fmwconfig\jps-config.xml(Windowsオペレーティング・システムの場合)です。
system_jazn_data_file
リリース11.1.1.4.0のsystem-jazn-data.xmlファイルの場所のフルパスで、通常はMW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml(UNIXオペレーティング・システムの場合)またはMW_HOME\oracle_common\modules\oracle.jps_11.1.1\domain_config\system-jazn-data.xml(Windowsオペレーティング・システムの場合)です。
詳細は、『Oracle Fusion Middlewareセキュリティ・ガイド』のupgradeOpssによるポリシーのアップグレードに関する項を参照してください。
WS-AtomicTransactionは、Oracle Fusion Middlewareリリース11.1.1.3.0で導入されたWebサービス機能です。まだリリース11.1.1.2.0のドメインをアップグレードする場合は、次の手順を実行して、WS-AtomicTransactionを有効化しておく必要があります。
次のファイルを編集します。
UNIXオペレーティング・システムの場合:
DOMAIN_HOME/config/fmwconfig/policy-accessor-config.xml
Windowsオペレーティング・システムの場合:
DOMAIN_HOME\config\fmwconfig\policy-accessor-config.xml
Interceptorsセクションで、次のXMLコードを追加します。
<interceptor name="ClientWSATInterceptor“ class="oracle.j2ee.ws.client.transaction.ClientWSATInterceptor" category="transaction" /> <interceptor name="ServerWSATInterceptor“ class="oracle.j2ee.ws.server.transaction.ServerWSATInterceptor" category="transaction" />
Interceptor Chainsセクションでは次のようにします。
SOAPServiceBindingInterceptorChainの既存のエントリで、Context InterceptorとRM Interceptorの間に<interceptor-ref name="ServerWSATInterceptor"/>を追加する必要があります。例:
<interceptor-chain name="SOAPServiceBindingInterceptorChain"
@ class="oracle.integration.platform.common.SOAPBindingInterceptorChain">
<interceptor-ref name="MTOMInterceptor"/>
<interceptor-ref name="BindingSecurityInterceptor"/>
<interceptor-ref name="ServerAddressingInterceptor"/>
<interceptor-ref name="MEXInterceptor"/>
<interceptor-ref name="WSRMServerInterceptor"/>
<interceptor-ref name="ServerWSATInterceptor"/>
<interceptor-ref name="ContextInterceptor"/>
<interceptor-ref name="BindingManagementInterceptor"/>
</interceptor-chain>
SOAPReferenceBindingInterceptorChainの既存のエントリで、Context InterceptorとRM Interceptorの間に<interceptor-ref name="ClientWSATInterceptor"/>を追加する必要があります。例:
<interceptor-chain name="SOAPReferenceBindingInterceptorChain"
@ class="oracle.integration.platform.common.SOAPBindingInterceptorChain">
<interceptor-ref name="BindingManagementInterceptor"/>
<interceptor-ref name="ContextInterceptor"/>
<interceptor-ref name="ClientWSATInterceptor"/>
<interceptor-ref name="WSRMClientInterceptor"/>
<interceptor-ref name="ClientAddressingInterceptor"/>
<interceptor-ref name="BindingSecurityInterceptor"/>
<interceptor-ref name="MTOMInterceptor"/>
</interceptor-chain>
この項の内容は次のとおりです。
この手動手順を実行する必要があるのは次の場合です。
Oracle SOA Composerをリリース11.1.1.2.0または11.1.1.3.0からアップグレードする場合。最新バージョンにパッチを適用したら、SOA Composerのログイン画面が空白で表示される可能性があります。
Oracle BPM Workspaceをリリース11.1.1.3.0からアップグレードする場合。最新バージョンにパッチを適用したら、Oracle BPM Workspaceアプリケーションが起動しなくなります。
これらの問題を解決するには、次を実行する必要があります。
すべてのサーバー(管理サーバーとすべての管理対象サーバー)を停止します。
DOMAIN_HOME/servers/AdminServer(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\servers\AdminServer(Windowsオペレーティング・システムの場合)にあるtmpディレクトリを削除します。
DOMAIN_HOME/servers/soa_server1(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\servers\soa_server1(Windowsオペレーティング・システムの場合)にあるtmpディレクトリを削除します。
SOAの管理対象サーバーの名前がsoa_server1でない場合は、soa_server1をSOAの管理対象サーバーの名前に置き換えます。
すべてのサーバーを停止します。
リリース11.1.1.4.0のOracle SOA Suiteのドメインに、(Oracle BAMとOracle BPMは構成されず)Oracle SOAのみが構成されている場合、または(Oracle BPMは構成されず)Oracle SOAとOracle BAMのみが構成されている場合は、soa-infraアプリケーション(SOA Suiteインフラストラクチャの基礎となるロジックを含むWebLogic ServerのEARファイル)のデプロイメント・ステータスは「警告」となり、WebLogic Server管理コンソール内で見えます。この状態になったことが原因でサービスが失われたり低下することはありません。
この問題を解決するには、Oracleサポートにお問い合せください。
WLSTスクリプトsoa-upgrade.pyを実行します。このスクリプトで行われる処理は次のとおりです。
ポリシー・ストアのsoa-infraアプリケーション・ストライプ内に新しいロール付与とポリシー付与を追加します。
oracle.soa.worklist.webapp共有ライブラリをSOAドメインにデプロイします。
SOA Oracleホーム内のbinディレクトリからsoa-upgrade.pyスクリプトを実行する必要があります。soa-upgrade.pyスクリプトの構文は次のとおりです。
|
注意: このスクリプトは、WLSTオンライン・スクリプトとして実行する必要があります。このスクリプトを実行する前に、管理サーバーと管理対象サーバーが起動し稼働中であることを確認してください。 |
UNIXオペレーティング・システムの場合:
cd SOA_ORACLE_HOME/bin ../common/bin/wlst.sh soa-upgrade.py --username admin_username --password admin_password --wlsHost wls_host --adminServerListenPort admin_port --targetList list_of_SOA_servers_or_migratable_targets
Windowsオペレーティング・システムでは、同じディレクトリからwlst.cmdを実行します。
表3-2は、コマンドライン・パラメータを示しています。
表3-2 soa-upgrade.pyスクリプトのコマンドライン・パラメータ
| パラメータ | 説明 |
|---|---|
|
|
SOAドメインの管理者のユーザー名。 |
|
|
SOAドメインの管理者のパスワード。 |
|
|
WebLogic Server/SOAドメインがインストールされているホスト名。 |
|
|
SOAドメインの管理サーバーのリスニング・ポート。 |
|
|
SOAドメイン内のSOA管理対象サーバーまたはSOAクラスタのカンマ区切りリスト。 |
このコマンドを実行したら、すべてのサーバーを停止して再起動します。
現在Oracle BAMとOracle Data Integrator(ODI)の統合を使用している場合は、パッチ・セット・インストーラを実行してソフトウェアを更新した後に、インストール・スクリプトを再実行してOracle ODIクライアントを更新する必要があります。
ODIによって使用されるOracle BAMインタフェースは、リリース間でいくつかの変更が加えられており、すべてのODIクライアント・エンドポイントで更新が必要です。この手動の手順は、BAM-ODI統合が構成されているドメインに対してのみ必要です。
そのようなドメインごとに、次の手順を実行します。
Oracle BAMがその下にインストールされているMiddlewareホーム・ディレクトリを使用して、wlfullclient.jarファイルを生成します。その手順は、『Oracle Fusion Middleware Oracle WebLogic Serverスタンドアロン・クライアントのプログラミング』のWebLogic JarBuilderツールの使用方法に関する項に記載されています。
ODI_ORACLE_HOME/lib/weblogicディレクトリ(UNIXオペレーティング・システムの場合)またはODI_ORACLE_HOME\lib\weblogicディレクトリ(Windowsオペレーティング・システムの場合)にwlfullclient.jarをコピーします。
ODI Oracleホームのlibディレクトリに次のOracle BAM .jarファイルをコピーします。
UNIXオペレーティング・システムの場合:
SOA_ORACLE_HOME/bam/modules/oracle.bam_11.1.1/oracle-bam-common.jar SOA_ORACLE_HOME/bam/modules/oracle.bam_11.1.1/oracle-bam-etl.jar SOA_ORACLE_HOME/bam/modules/oracle.bam_11.1.1/oracle-bam-adc-ejb.jar SOA_ORACLE_HOME/bam/modules/oracle.bam.thirdparty_11.1.1/commons-codec-1.3.jar SOA_ORACLE_HOME/bam/modules/oracle.bam.thirdparty_11.1.1/xstream-1.3.1.jar oracle_common/modules/oracle.odl_11.1.1/ojdl.jar oracle_common/modules/oracle.jps_11.1.1/jps-api.jar oracle_common/modules/oracle.dms_11.1.1/dms.jar oracle_common/modules/org.jaxen_1.1.1.jar
Windowsオペレーティング・システムの場合:
SOA_ORACLE_HOME\bam\modules\oracle.bam_11.1.1\oracle-bam-common.jar SOA_ORACLE_HOME\bam\modules\oracle.bam_11.1.1\oracle-bam-etl.jar SOA_ORACLE_HOME\bam\modules\oracle.bam_11.1.1\oracle-bam-adc-ejb.jar SOA_ORACLE_HOME\bam\modules\oracle.bam.thirdparty_11.1.1\commons-codec-1.3.jar SOA_ORACLE_HOME\bam\modules\oracle.bam.thirdparty_11.1.1\xstream-1.3.1.jar oracle_common\modules\oracle.odl_11.1.1\ojdl.jar oracle_common\modules\oracle.jps_11.1.1\jps-api.jar oracle_common\modules\oracle.dms_11.1.1\dms.jar oracle_common\modules\org.jaxen_1.1.1.jar
SOA_ORACLE_HOME/bam/ODI/knowledge_modulesディレクトリ(UNIXオペレーティング・システムの場合)またはSOA_ORACLE_HOME\bam\ODI\knowledge_modulesディレクトリ(Windowsオペレーティング・システムの場合)からODI_HOME/libディレクトリ(UNIXオペレーティング・システムの場合)またはODI_HOME\libディレクトリ(Windowsオペレーティング・システムの場合)に、次のOracle BAMナレッジ・モジュールをコピーします。
KM_CKM Get Oracle BAM Metadata.xml KM_IKM SQL to Oracle BAM (delete).xml KM_IKM SQL to Oracle BAM (insert).xml KM_IKM SQL to Oracle BAM (looksert natural).xml KM_IKM SQL to Oracle BAM (looksert surrogate).xml KM_IKM SQL to Oracle BAM (update).xml KM_IKM SQL to Oracle BAM (upsert).xml KM_LKM Get Source Metadata.xml KM_LKM Oracle BAM to SQL.xml KM_RKM Oracle BAM.xml
次のODI_HOME構成ファイルをバックアップします。
UNIXオペレーティング・システムの場合:
ODI_HOME/lib/bam_odi.logging.properties ODI_HOME/lib/config/BAMODIConfig.xml
Windowsオペレーティング・システムの場合:
ODI_HOME\lib\bam_odi.logging.properties ODI_HOME\lib\config/BAMODIConfig.xml
SOA_ORACLE_HOME/bam/ODIディレクトリ(UNIXオペレーティング・システムの場合)またはSOA_ORACLE_HOME\bam\ODIディレクトリ(Windowsオペレーティング・システムの場合)からODI_ORACLE_HOMEディレクトリに、新しいバージョンのODI構成ファイルを次のようにコピーします。
|
注意: パッチ・セットをインストールする前にODI構成ファイルを変更した場合は、SOA Oracleホームから新しい構成ファイルをコピーした後でこれらの変更を再度行う必要があります。 |
UNIXオペレーティング・システムの場合:
SOA_ORACLE_HOME/bam/ODI/config/bam_odi.logging.properties to ODI_HOME/lib/bam_odi.logging.properties SOA_ORACLE_HOME/bam/ODI/config/BAMODIConfig.xml to ODI_HOME/lib/config/BAMODIConfig.xml
Windowsオペレーティング・システムの場合:
SOA_ORACLE_HOME\bam\ODI\config\bam_odi.logging.properties to ODI_HOME\lib\bam_odi.logging.properties SOA_ORACLE_HOME\bam\ODI\config\BAMODIConfig.xml to ODI_HOME\lib\config\BAMODIConfig.xml
SOA_ORACLE_HOME/bam/binディレクトリ(UNIXオペレーティング・システムの場合)またはSOA_ORACLE_HOME\bam\binディレクトリ(Windowsオペレーティング・システムの場合)にあるbam_odi_configuration.shスクリプト(UNIXオペレーティング・システムの場合)またはbam_odi_configuration.batスクリプト(Windowsオペレーティング・システムの場合)を実行します。
copy-onlyコマンドライン・パラメータを使用して、Oracle BAMアーティファクトをコピーします。
BAMとODIの統合の詳細は、『Oracle Fusion Middleware Oracle SOA Suite開発者ガイド』のOracle Data IntegratorとOracle BAMの併用に関する項を参照してください。
前のリリースから11.1.1.4.0にアップグレードする前に、SOA Composerの編集セッションがすべてコミットされているか、または元に戻されていることを確認してください。
SOA Composerには、デプロイメント後にルール辞書を編集するDT@RT機能が用意されています。最新バージョンにアップグレードしたら、SOA Composerでコミットされていないセッションがすべて失われます。あるいは、編集セッションへのアクセスに問題が発生する可能性があります。
この項の手順は、B2BサーバーがB2B EDIエンドポイントと統合されている環境で、カスタムのXEngine構成を使用している場合にのみ必要です。
そのような環境では、同じインストールで作成されたすべてのB2Bドメインが、次のディレクトリ内に格納されている単一のXEngine構成を共有します。
UNIXオペレーティング・システムの場合:
MW_HOME/SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine
Windowsオペレーティング・システムの場合:
MW_HOME\SOA_ORACLE_HOME\soa\thirdparty\edifecs\XEngine
XEngineのカスタマイズを保持するには:
Oracle SOA Suiteにパッチを適用する前に、次のディレクトリに格納されている内容をすべてバックアップします。
MW_HOME/SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine
たとえば、UNIXオペレーティング・システムの場合は、次のように指定します。
cp -pr SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine backup_location
パッチ・セット・インストーラを実行して、ソフトウェアを更新します。
次のディレクトリに格納されているXEngine ZIPファイルを解凍します。
MW_HOME/SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine
たとえば、UNIXオペレーティング・システムの場合は、次のように指定します。
cd SOA_ORACLE_HOME/soa/thirdparty/edifecs
gunzip XEngine.tar.gz
tar -xvf XEngine.tar
バックアップの場所からカスタマイズ済の構成ファイルをリストアします。
たとえば、UNIXオペレーティング・システムでXERegistry.xmlファイルを変更した場合は、次のように指定します。
cp backup_location/config/XERegistry.xml SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine/config
この項の内容は次のとおりです。
Oracle Enterprise Content Managementソフトウェアをリリース11.1.1.3.0から11.1.1.4.0に更新した後で、この項に記述されている手動の手順を実行して、新たに分散されたライブラリの対象をOracle Imaging and Process Management(Oracle I/PM)デプロイメントに指定する必要があります。これらの手順が実行されていないと、I/PMの管理対象サーバー(デフォルトでIPM_server1)が起動しません。
次のようにして、Oracle WebLogic Serverを起動してコンソールを開きます。
http://administration_server_host:administration_server_port/console
本番システムでは、左側のナビゲーション・パネルの「チェンジ・センター」部分に進み、「ロックして編集」をクリックします。
次のようにして、Oracle Application Core Stubファイルをターゲットに指定します。
左側のナビゲーション・パネルの「ドメイン構造」部分で「デプロイメント」をクリックします。
「デプロイメント」テーブルの上で、「インストール」ボタンをクリックします。
「パス」フィールドで、Oracle Application Core Stubファイルが格納されているディレクトリを参照します。
デフォルトの場所は、MW_HOME/oracle_common/atgpf/modules/oracle.applcore.model_11.1.1(UNIXオペレーティング・システムの場合)またはMW_HOME\oracle_common\atgpf\modules\oracle.applcore.model_11.1.1(Windowsオペレーティング・システムの場合)です。
oracle.applcore.model.stub.earファイルを選択して「次へ」をクリックします。
「このデプロイメントをライブラリとしてインストールする」を選択して「次へ」をクリックします。
デプロイメント・ターゲットとしてIPM_server1を選択し、「次へ」をクリックします。
「終了」をクリックします。
次のようにして、BPMのOracle SOA Librariesファイルをターゲットに指定します。
|
注意: Oracle SOA Suiteがドメインの一部であるためにoracle.soa.workflow.wc.jarがすでにインストールされている場合は、次の手順a - fはスキップしてください。かわりに、デプロイメント内のoracle.soa.workflow.wcに移動してその「ターゲット」タブをクリックし、IPM_server1をターゲットに指定します。 |
左側のナビゲーション・パネルの「ドメイン構造」部分で「デプロイメント」をクリックします。
「デプロイメント」テーブルの上で、「インストール」ボタンをクリックします。
「パス」フィールドで、Oracle SOA Librariesファイルが格納されているディレクトリを参照します。
デフォルトの場所は、ECM_ORACLE_HOME/soa/modules/oracle.soa.workflow_11.1.1(UNIXオペレーティング・システムの場合)またはECM_ORACLE_HOME\soa\modules\oracle.soa.workflow_11.1.1(Windowsオペレーティング・システムの場合)です。
oracle.soa.workflow.wc.jarファイルを選択して「次へ」をクリックします。
画面上部の「メッセージ」ボックスには、デプロイメントの解析中にエラーが発生したことを示すメッセージが表示されます。構成では、これはライブラリ・デプロイメントとして扱われます。これが予想される動作です。
デプロイメント・ターゲットとしてIPM_server1を選択し、「次へ」をクリックします。
「終了」をクリックします。
本番システムでは、左側のナビゲーション・パネルの「チェンジ・センター」部分に進み、「変更の承諾」をクリックします。
この変更を有効にするには、IPM管理対象サーバーのインスタンスを再起動する必要があります。
Oracle Fusion Middleware Oracle Application Adapters for Oracle Enterprise Content Management管理者ガイドで説明されているように、Oracle Enterprise Content Managementのアプリケーション・アダプタには、それぞれのERPシステム(EBSとPeopleSoft)にアダプタをインストールするための手動の手順が含まれています。リリース11.1.1.3.0からリリース11.1.1.4.0に更新するには、これらのアダプタを再インストールする必要があります。
EBSアダプタを再インストールする手順は次のとおりです。
Oracle Fusion Middleware Oracle Application Adapters for Oracle Enterprise Content Management管理者ガイドのOracle E-Business Suite Formsのコンパイルに関する項に記述されている手順を実行して、AXF_CUSTOM.PLLモジュールを更新します。
Oracle Fusion Middleware Oracle Application Adapters for Oracle Enterprise Content Management管理者ガイドのSSLのための統合の構成に関する項に記述されている手順を実行します。
PeopleSoftプロジェクトを再インポートするには、Oracle Fusion Middleware Oracle Application Adapters for Oracle Enterprise Content Management管理者ガイドのOracle PeopleSoftプロジェクトのインポートに関する項に記述されている手順(ステップ1 - 6)を実行します。
WebLogic Serverのセキュリティが変更されたため、SSLに対応している11gバージョンのOracle Portalを使用していて、それにパッチを適用してリリース11.1.14.0にアップグレードする場合、Oracle Portalインスタンスが再度機能するようにするには、『Oracle Fusion Middleware Oracle Portal管理者ガイド』の、WebLogicプラグインとWLProxySSLパラメータおよびWLProxySSLPassThroughパラメータの有効化に関する項に記述されている手順を実行する必要があります。
この手順は、OmniPortletおよびWebClippingカスタマイズを使用しており、それらがファイルベースのプリファレンス・ストアで使用されている場合にのみ必要です。デフォルトでは、Oracle WebCenterおよびPortalでファイルベースのプリファレンス・ストアは使用されません。ファイルベースのプリファレンス・ストアがデフォルトで使用されるのは、10gバージョンからアップグレードされた11g Portal環境に対してのみです。
Oracle Fusion Middleware 11.1.1.3.0パッチ・セットを適用すると、OmniportletとWebClippingの両方のアプリケーションが再デプロイされ、すべてのカスタマイズと構成データが失われます。したがって、パッチ・セット・インストーラを実行する前に、OmniportletとWebClippingの構成とカスタマイズを保存して、パッチ・セットの適用後にカスタマイズが失われないようにする必要があります。
カスタマイズを保存し(第3.4.2項「Oracle PortalおよびOracle WebCenterのOmniPortletおよびWebClippingカスタマイズの保存」)、ソフトウェアへのパッチ適用が成功したら、次のようにしてOmniPortletおよびWebClippingの構成とカスタマイズをリストアできます。
次のディレクトリへのパスを見つけます。
UNIXオペレーティング・システムの場合:
path_to_war_directory/WEB-INF/providers/omniPortlet
path_to_war_directory/WEB-INF/providers/webclipping/
Windowsオペレーティング・システムの場合:
path_to_war_directory\WEB-INF\providers\omniPortlet
path_to_war_directory\WEB-INF\providers\webclipping/
path_to_war_directoryは、UNIXオペレーティング・システム上の次のパスを表します。
DOMAIN_HOME/servers/WLS_PORTAL/tmp/_WL_user/portalTools_version/randomly_generated_directory/war
Windowsオペレーティング・システムの場合:
DOMAIN_HOME\servers\WLS_PORTAL\tmp\_WL_user\portalTools_version\randomly_generated_directory\war
DOMAIN_HOMEは、構成ウィザードの「ドメイン名と場所の指定」画面で指定された、Oracle PortalまたはOracle WebCenterドメインのドメイン・ホームの場所です。
|
注意: パッチ・セット・インストーラによりOmniPortletおよびWebClippingアプリケーションが再デプロイされるので、新しいパスは、バックアップ済のカスタマイズのパスとは異なる場合があります。 |
これらのディレクトリをそれぞれのバックアップ・コピーで置き換えます。
たとえば、omniportletディレクトリをリストアするには、UNIXオペレーティング・システムの場合は次のコマンドを使用します。
cp -fr backup_location path_to_war_directory/WEB-INF/providers/omniPortlet
Windowsオペレーティング・システムの場合:
xcopy /y/e backup_location path_to_war_directory\WEB-INF\providers\omniPortlet
Oracle Portalドメインで、管理対象サーバーWLS_PORTALを再起動します。
Oracle WebCenterドメインで、管理対象サーバーWC_Portletを再起動します。
Oracle Web Services Manager(OWSM)の新しいパッチ・セットにはそれぞれ、事前定義された新しいWebサービス・ポリシーを含めることができます。既存のドメインの作成または拡張時に、構成ウィザードでOracle WSM Policy Managerテンプレートを使用していた場合は、次の手順を実行して、ドメインにこれらの新しいポリシーを利用する必要があります。
connect()を使用して、owsm-pmアプリケーションが稼働しているサーバーに接続します。
『Oracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイド』のMDSリポジトリ内のOracle WSMポリシーのアップグレードに関する項に記述されているWLSTコマンドupgradeWSMPolicyRepository()を実行します。
この項では、Oracle Service Busソフトウェアにパッチを適用してリリース11.1.1.4.0にアップグレードした後で、Oracle Service Busのドメイン構成情報をリリース11.1.1.3.0用からリリース11.1.1.4.0用にアップグレードする作業について説明します。
|
注意: Oracle Service BusスキーマをMicrosoft SQL Serverデータベースにインストールしてある場合は、Oracle Service Busスキーマもアップグレードする必要があります。詳細は、第4.3項「Oracle Service BusスキーマがMicrosoft SQL Serverデータベースにインストールされている場合の特殊な手順」を参照してください。 |
リリース11.1.1.3.0のドメイン構成情報をアップグレードする手順は次のとおりです。
アップグレード対象のドメインをすべて、バックアップして停止しておいてください。
アップグレード対象のOracle Service Busドメインそれぞれの下でコマンド・ウィンドウを開き、DOMAIN_HOME/bin/setDomainEnv.shコマンド(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\bin\setDomainEnv.cmdコマンド(Windowsオペレーティング・システムの場合)を実行します。
コマンド・ウィンドウで、次のようにして、アップグレード・スクリプトが格納されているディレクトリに切り替えます。
OSB_ORACLE_HOME/common/lib/upgrade
コマンドラインで、次のようにオペレーティング・システムごとのスクリプトを実行します。
UNIXオペレーティング・システムの場合:
java weblogic.WLST ./domainUpgrade.py
Windowsオペレーティング・システムの場合:
java weblogic.WLST domainUpgrade.py
この項では、Oracle Service Bus 11g リリース1(11.1.1.3.0)からOracle Service Bus 11g リリース1(11.1.1.4.0)にアップグレードしてから必要とされるタスクについて説明します。
Oracle Service Bus構成をサーバーに正常に公開するには、Weblogic Server 11g リリース1(10.3.4)を指すサーバーを新規作成する必要があります。そのためには、Oracle WebLogic Server 11g リリース1(10.3.3)を削除する必要があります。
Oracle WebLogic Server 11g リリース1(10.3.3)を削除する手順は次のとおりです。
Oracle WebLogic Server 11g リリース1(10.3.3)を選択して右クリックし、「削除」オプションを選択します。
削除前にサーバーを停止を選択解除して「OK」をクリックします。
Eclipse内で稼働中のサーバーにOracle Service Bus構成をデプロイ(公開)してテストすることができます。開発環境で稼働中のサーバーに接続されている場合は、JNDIリソースやリモートEJBなど、ランタイム環境内のリソースにも接続できます。
接続先のOracle WebLogic Serverがすでに存在している場合は、サーバー作成プロセスで行う作業は、既存のサーバー・ドメインを指すことのみです。新規サーバーを作成する場合は、新規サーバー・ウィザードで、Oracle Fusion Middleware構成ウィザードを使用してサーバーを作成できます。
Eclipse内にサーバーを作成する手順は次のとおりです。
Oracle Service Busパースペクティブで、「ファイル」→「新規作成」→「サーバー」を選択します。新規サーバー・ウィザードが表示されます。
作成または接続するサーバーのタイプ/バージョンを選択します。
サーバーのホスト名に、ローカル・サーバーのlocalhostを入力するか、あるいは既存のサーバーをホストしているリモート・システムの名前またはIPアドレスを入力します。
「サーバー名」は、Eclipseで表示するためのものです。
「次へ」をクリックします。
「WebLogicホーム」で「参照」をクリックして、Oracle Fusion Middlewareインストールの中でサーバー・ドメインが格納されようとする(またはすでに格納されている)WebLogic_Server_HOMEを選択します。たとえば、MW_HOME_1に新しいサーバーを作成する場合はMW_HOME_1/WebLogic_Server_HOMEを選択します。または、MW_HOME_2内の既存のサーバー・ドメインに接続する場合はMW_HOME_2/WebLogic_Server_HOMEを選択します。
|
注意: サーバーのインストールMW_HOMEの外にあるWebLogic_Server_HOMEは、外部のMW_HOMEが同じバージョンの製品であっても参照できません。 |
「Javaホーム」には、データが自動的に入力されます。デフォルトのOracle JRockit JREのように、別のJREを使用する場合は、「参照」をクリックし、同じMW_HOMEの下にあるJREをサーバーとして選択します。
「次へ」をクリックします。
サーバーが「ローカル」か「リモート」かを選択します。リモートは、既存のリモート・サーバーであることを示します。
「ローカル」の場合は、「ドメイン・ディレクトリ」フィールドで既存のサーバーを選択するか、またはリンクをクリックして新規ドメインを作成します。新規ドメインを作成したら、「ドメイン・ディレクトリ」フィールドでそのドメインを選択します。
自動公開やデバッグ・モードなど、目的に応じて他のオプションを設定します。
Oracle Service Busの新規ドメインの作成の詳細は、Oracle Fusion Middleware Oracle Service Busインストレーション・ガイドのOracle Service Busの構成に関する項を参照してください。
「リモート」の場合は、既存のリモート・サーバーへの接続設定を入力します。
「次へ」をクリックします。
サーバーに公開するOracle Service Bus構成があれば、「構成済」ペインに移動します。サーバーを作成したら、そのサーバーを右クリックして追加および削除を選択することによって、このターゲット指定を変更できます。
「終了」をクリックします。Eclipseの「Servers」ビューに新しいサーバーが表示され、そのサーバーの起動、停止およびサーバーへの公開ができます。
ソフトウェアへのパッチの適用が終了し、必要なパッチ適用後のタスクをすべて実行したら、サーバーとプロセスを起動する準備が整ったことになります。
Oracle Fusion Middleware環境の起動の手順は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middleware環境の起動に関する項を参照してください。
『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャの起動に関する項に従って、ノード・マネージャを起動できます。
インストールを検証するには、ブラウザを起動し、次のURLを入力します。
管理サーバー・コンソールにアクセスするには、次のURLを使用します。
http://host:admin_server_port/console
管理サーバーがSSL接続を受け入れるように構成されている場合は、次のURLを使用して、管理サーバー・コンソールに保護モードでアクセスします。
https://host:secure_admin_server_port/console
Enterprise Managerにアクセスするには、次のURLを使用します。
http://host:admin_server_port/em
ログイン画面が表示されます。管理サーバーのユーザー名とパスワードを入力して、そのサイトにアクセスします。
管理コンソールの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle WebLogic Server管理コンソールの使用スタート・ガイドに関する項を参照してください。
Enterprise Managerの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用スタート・ガイドに関する項を参照してください。
