プライマリ・コンテンツに移動
Oracle® Fusion Middlewareパッチ適用ガイド
11g リリース1 (11.1.1.9.0)
B61412-13
  目次へ移動
目次

前
 
次
 

3 Oracle Fusion Middlewareの最新パッチ・セットの適用

この章では、既存のOracle Fusion Middlewareソフトウェアにパッチを適用して、最新バージョンにする方法について説明します。実行する具体的なパッチ適用手順は、現在のソフトウェアのバージョンによって異なります。この章の説明は、バージョン11.1.1.2.0以降のソフトウェアを対象としています。


ノート:

次のパッチ適用前の手順は、ソフトウェアをリリース11.1.1.9.0にアップグレードする前に完了しておく必要があります。
  • Oracle Fusion Middleware 11g リリース1(11.1.1.1.0)がインストールされている場合は、ソフトウェアをリリース11.1.1.9.0にアップグレードする前に、リリース1(11.1.1.2.0)にアップグレードする必要があります。手順については、付録C「パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行」を参照してください。

  • Oracle Access Manager、Oracle Adaptive Access Manager、Oracle Identity ManagerなどのOracle Identity and Access Managementコンポーネントを使用している場合は、『Oracle Fusion Middleware Oracle Identity and Access Managementアップグレード・ガイド』を参照してください。


この章の内容は、次のとおりです。

3.1 Oracle Fusion Middlewareのパッチ適用プロセスの概要

図3-1は、Oracle Fusion Middlewareの一般的なパッチ適用手順を示しています。パッチ適用の手順を開始する前に、概要を確認してプロセスを理解してください。

図3-1 Oracle Fusion Middlewareのパッチ適用プロセスの概要とロードマップ

図3-1の説明が続きます。
「図3-1 Oracle Fusion Middlewareのパッチ適用プロセスの概要とロードマップ」の説明

3.2 Oracle Fusion Middlewareのパッチ適用プロセスのロードマップ

表3-1に、各パッチ適用ステップの詳細情報へのリンクを記載します。

表3-1 パッチ適用手順のサマリーとドキュメントへのリンク

ステップ 説明

1

パッチ適用プロセスを開始する前に、次の一般的なパッチ適用前のタスクを実行します。

  1. 始める前に

  2. 一般的なパッチ適用前のタスク

2

製品に適したインストーラをダウンロードして起動します。

詳細は、「インストーラのダウンロード」を参照してください。

3

ダウンロードしたインストーラを使用して、Oracleホームのソフトウェアをアップグレードします。

Oracle SOA Suiteパッチも適用します。詳細は、「Oracle Fusion Middlewareへのパッチの適用」を参照してください。

4

必要に応じて、パッチ・セット・アシスタントでデータベース・スキーマをアップグレードします。

パッチ・セット・アシスタントを実行する必要があるかどうかを確認するには、表4-1「最新のリリース用にアップグレードする必要があるスキーマ」を参照してください。

詳細は、「パッチ・セット・アシスタントによるスキーマのアップグレード」を参照してください。

5

パッチ適用後に行う必要のあるタスクがあれば実行します(たとえば、ドメイン内でのサーバーおよびプロセスの起動、Oracleインスタンスの起動、スクリプトの実行、構成ファイルの変更など)。実行する必要があるタスクは、環境に構成されている既存のソフトウェアとコンポーネントのバージョンによって異なります。詳細は、次に示す項の表を参照してください。

Oracle WebCenter Portalに関連するパッチ適用後のタスクについては、次で説明します。

6

サーバーおよびプロセスを起動します。

詳細は、第3.8項「サーバーとプロセスの起動」を参照してください。

7

パッチのインストールが完了したことを確認します。

詳細は、第3.9項「パッチ・セットのインストールの検証」を参照してください。


3.3 前提作業

この章で説明するパッチ適用手順を開始する前に、この項の指示に従って、適切なパッチ適用前のタスクを完了しておきます。この章の「特殊な手順」の項では、使用している環境に必要な、特殊なパッチ適用前タスクがあるかどうかを判断できます。

3.3.1 分散環境にパッチを適用する場合の特殊な手順

分散環境で製品を実行しており(たとえば、管理対象サーバーが複数のシステムの複数のドメインで稼働しており)、ドメインの一部である各マシンにマウントされた共有ネットワーク・ドライブに共有Middlewareホームを設定してある場合、このパッチ適用手順は一度実行するだけで済みます(第2.3.3項「分散環境におけるパッチの適用」を参照してください)。

分散環境で、各システム上に個別のMiddlewareホームがある場合、このパッチ適用手順は各システムの各ドメインに対して繰り返す必要があります。

分散トポロジの詳細は、具体的な製品のエンタープライズ・デプロイメント・ガイドに記述されています。

3.3.2 Oracle SOA Suiteにパッチを適用する場合の特殊な手順

最新のリリースへのアップグレード前に、SOAコンポーザの編集セッションがすべてコミットされているか、または元に戻されていることを確認してください。

SOAコンポーザには、デプロイ後にルール・ディクショナリを編集するためのDT@RT機能があります。最新バージョンにアップグレードした後、SOAコンポーザのコミットされていないセッションがすべて失われるか、編集セッションへのアクセスに問題が発生する場合があります。これは、MDSサンドボックス(セッションの処理に使用される)がパッチ・セットによってアップグレードされていないためです。

セッションをコミットまたは元に戻すには:

  1. SOAコンポーザ (/soa/composer)に、アクティブなセッションを持つユーザーとしてログインします。

  2. 「開く」→「ユーザー編集」に移動して、自身のすべてのアクティブなセッションを表示します。

  3. 「ユーザー編集」に表示されている各ドキュメントを開き、次のいずれかを実行します。

    1. 「コミット」をクリックし、セッションの変更をコミットします。

    2. 「元に戻す」→「すべてのセッション編集と保存された変更をクリアします。」を選択し、変更を中止します。

    どちらのステップでもセッションはクローズされます。

3.3.3 Oracle WebLogic Server 10.3.6およびSOA Suiteにパッチを適用する場合の特殊な手順

Oracle WebLogic Serverの最新バージョン(バージョン10.3.6)をインストールしたら、次のOracle Technology Networkサイトの「Oracle SOA製品およびOracle AIA Foundation Packの既知の問題」ページの説明に従って、必要なパッチをインストールする必要があります。

http://www.oracle.com/technetwork/middleware/docs/aiasoarelnotesps6-1866030.html

3.3.4 Oracle WebCenter Portalにパッチを適用する場合の特殊な手順

既存のOracle WebCenterソフトウェアにパッチを適用するために必要な手順は、現在のソフトウェアのバージョンによって異なります。第6章「Oracle WebCenter Portalへのパッチ適用」では、Oracle WebCenterの様々なバージョンにパッチを適用する手順について説明しています。Oracle WebCenterへのパッチ適用については、第6章に直接移動して、その手順に従ってください。リストされているステップの大部分は、ガイド内のこの章および他の章を参照しています。

3.3.5 Oracle WebCenter Contentにパッチを適用する場合の特殊な手順

パッチ・セットを適用する前に、次を確認してください。

3.3.5.1 アップグレード前のWebCenter Contentコンポーネントの有効化

アップグレード後に使用する予定の任意のWebCenter Contentコンポーネントを手動で無効化した場合、これらを最新のパッチ・セットを適用する前に有効化する必要があります。


ノート:

最新のパッチ・セットを適用するまでは、コンポーネントを手動で無効化しないことをお薦めします。コンポーネントの無効化によって、アップグレードが失敗し、Content Serverが起動できなくなる可能性があります。例外については、第3.3.5.2項にリストされています。

特に、アップグレード・プロセス前に次のコンポーネントのいずれかが無効化され、これらをアップグレード後に使用する予定の場合、これらをアップグレード前に明示的に有効化する必要があります。

  • Content Folios

  • ArchiverReplicationExceptions

  • CheckoutAndOpenInNative

  • CheckSCSHealth

  • ConfigMigrationUtility

  • CSDms

  • ExtendedUserAttributes

  • FileStoreProvider

  • IdcClient

  • InboundRefinerySupport

  • iTextComponent

  • JpsUserProvider

  • Localization

  • NativeOsUtils

  • OCM

  • OracleLocalization

  • OracleQueryOptimizer

  • PopUpCalendar

  • ProxyConnections

  • RMFeatureConfig

  • SecurityProviders

  • ServletPlugin

  • UserProfileSchemaLoader

  • WebUrlMapPlugin

  • WsdlGenerator

  • YahooUserInterfaceLibrary

  • ZipRenditionManagement

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のコンポーネント・マネージャの使用によるコンポーネントの有効化または無効化に関する項を参照してください。

3.3.5.2 アップグレード前の不要なコンポーネントの無効化

次のコンポーネントは、11g リリース1 (11.1.1.9.0)において不要であるか無効化されているため、アップグレード前に無効化する必要があります。

これらのコンポーネントを無効化しない場合、アップグレードが失敗し、Content Serverが起動できなくなる可能性があります。

  • FCKeditor

  • Query Folders

  • ProxyConnection8 (ProxyConnectionへ名前変更)

  • LinkManager8 (LinkMangerへ名前変更)

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のコンポーネント・マネージャの使用によるコンポーネントの有効化または無効化に関する項を参照してください。

3.3.6 Oracle WebCenter Enterprise Captureにパッチを適用する場合の特殊な手順

このパッチを適用してOracle WebCenter Enterprise Captureを更新する前に、次を確認して、適用可能なすべてのタスクを完了します。

  • このパッチは、Capture 11.1.1.8.0がすでに実行されている標準の(Fusionアプリケーション以外の)環境にのみ適用します。

  • クラスタ環境内のすべてのCaptureシステムに同時にパッチを適用します。独立したCaptureシステムに個別にパッチを適用できます。

  • 操作を妨げない時間を確認して更新を実行します。

    更新の実行中はサービスを利用できません。

  • このパッチを適用する前に、Captureサーバーを停止します。

  • パッチを適用する前に、次のファイルの読取り専用属性をクリアします。

    ORACLE_HOME/capture/bin/win32/clearimage.dll

    ORACLE_HOME/capture/bin/win64/clearimage.dll

  • すべてのバッチ処理が完了し、Capture JMS問合せが空であることを確認します。

    1. このドメインの管理コンソールを開きます。

      http://<AdminServerName>:7001/console

      説明:

      <AdminServerName> = Captureドメインに関連付けられている管理サーバーの名前またはIPアドレス

      7001 = 管理サーバーに関連付けられている通信ポート

    2. 左側の「ドメイン構造」ナビゲーション・パネルで、「サービス」を展開します。

    3. 「メッセージング」ノードを展開します。

    4. ツリー・リストの「JMSサーバー」アイテムを選択します。

    5. メイン・パネルの「JMSサーバー」リストで"capture-jms-server"アイテムを選択します。

    6. 「監視」タブを選択します。

    7. 「監視」サブタブを選択します。

    8. 表の「現在のメッセージ数」および「保留メッセージ数」の値が両方とも0になっていることを確認します。

      これらの値のいずれかがゼロより大きい場合(保留中のジョブを示します)は、すべてのジョブが処理され、これらのカウンタに"0"が表示されるまで待機してから続行してください。

これらのEnterprise Captureアップグレード前タスクを完了したら、第3.4項「一般的なパッチ適用前のタスク」を参照して、デプロイメントに関連するその他のアップグレード前タスクを完了します。

3.3.7 Oracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合の特殊な手順

Oracle Portal、Forms、ReportsおよびDiscovererは、他のFusion Middleware製品との互換性の問題を回避するために、他のOracle Fusion Middleware製品と共有されていない専用のMiddlewareホーム・ディレクトリにインストールすることをお薦めします。

Fusion Middleware製品の互換性および相互運用性の詳細は、『Oracle Fusion Middleware相互運用および互換性ガイド』を参照してください。


ノート:

Portal、Forms、ReportsおよびDiscovererへのパッチ適用には、これらの製品の計画的な最終パッチ・セット・リリースであるOracle Fusion Middleware 11.1.1.7リリースが使用されます。詳細は、Oracle Fusion Middlewareライフタイム・サポート・ポリシーおよびMy Oracle SupportのドキュメントID 1290894.1を参照してください。

3.4 一般的なパッチ適用前のタスク

この項では、ソフトウェアにパッチを適用する前に完了する必要のあるタスクについて説明します。

3.4.1 システム要件および動作保証の確認

ソフトウェアのアップグレードを開始する前に、アップグレードを実行するためにインストールするソフトウェアの最小要件をシステムの環境と構成が満たしていることを確認してください。この項では、確認しておくことが必要なドキュメントの重要な部分へのリンクをいくつか示します。

3.4.1.1 システム要件と仕様

動作保証の詳細は、次のURLにあるOracle Fusion Middlewareのサポートされるシステム構成のページで、Oracle Fusion Middleware 11gR1のシステム要件およびサポートされるプラットフォームのドキュメントを参照してください:

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

このページには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、データベース・スキーマの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が記載されています。

3.4.1.2 動作保証とサポートされるプラットフォーム

Oracle Fusion Middleware 11gR1のシステム要件とサポート対象プラットフォームに関するドキュメントを参照してください。このマニュアルでは、サポートされる32ビットおよび64ビット・オペレーティング・システム、データベース、Webサーバー、LDAPサーバー、アダプタ、IPv6、JDKおよびサード・パーティ製品の動作保証に関する情報が記載されています。このドキュメントは、Oracle Fusion Middlewareでサポートされるシステム構成に関するページにあります。

3.4.1.3 Java Development Kit (JDK)バージョンがサポートされていてOracle Fusion Middleware 11g (11.1.1.9)に対して動作保証されていることの確認

Oracle Fusion Middlewareのこのリリースでは64ビットJDK 7 (1.7.x)が必要です(URL: http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.htmlでダウンロードできます)。


ノート:

JRockitユーザー: JRockitはサポートされなくなりました。このリリースで使用するためにSun JDKをインストールする必要があります。

サポートされている構成の最新情報は、http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.htmlの『Oracle Fusion Middleware Supported System Configurations』を参照してください。


JDKバージョン要件の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareのシステム要件および仕様11gリリース1 (11.1.1.9)ドキュメントのOracle WebLogic ServerとJDKの考慮事項に関する項を参照してください。

このリリースのOracle Fusion MiddlewareでのJDK 7の使用の詳細は、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のWebLogic ServerとJDK 7の併用に関する項を参照してください。

アップグレードする前に必ず、サポートされているJDKバージョンについて、Oracle Fusion Middlewareサポートされるシステム構成ページのOracle Fusion Middleware 11gR1のシステム要件およびサポート対象プラットフォームに関するドキュメントを参照してください。

3.4.1.4 アップグレードされたJDKの場所でのsetDomainEnvスクリプト・ファイルの更新

JDKをアップグレードしたばかりの場合は、新しいJDK 1.7.xを指すようにパスを手動で更新してください。

更新されたJDKを使用するようにドメインを構成するには、次のファイルを編集します。

Windowsオペレーティング・システムの場合:

cd MW_HOME\user_projects\domains\domain_name\bin

setDomainEnv.cmdを編集します

UNIXオペレーティング・システムの場合:

cd MW_HOME/user_projects/domains/domain_name/bin

setDomainEnv.shを編集します

既存のJDKバージョンの出現箇所をすべて、更新されたJDKに置き換えます。

アップグレードされた環境の使用を開始する前に、サーバーを停止して再起動し、JDKに問題がないことを確認します。


ノート:

WebLogic Server 10.3.6とJDK 7の併用の詳細は、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のWebLogic ServerとJDK 7の併用に関する項を参照してください。

3.4.2 『Oracle Fusion Middleware相互運用および互換性ガイド』の確認

パッチ適用プロセスを開始する前に、『Oracle Fusion Middleware相互運用および互換性ガイド』のパッチ・セットの相互運用性に関する項を参照してください。Oracle Fusion Middleware製品が旧バージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品と機能するために重要な情報がこのマニュアルに記載されています。この情報は、既存の環境をアップグレードする既存ユーザーと新しいOracle Fusion Middlewareユーザーの両方に適用されます。


注意:

Oracle Identity Management製品の一部のバージョンには、前のバージョンと互換性のないものがあります。詳細は、『Oracle Fusion Middleware相互運用および互換性ガイド』を参照してください。

3.4.3 サーバーとプロセスの停止

インストーラを実行してソフトウェアをアップグレードする前に、使用しているドメインの一部であるすべてのマシン上のすべてのサーバーとプロセス(OPMNを含む)をMiddlewareホームから停止します。

Oracle Fusion Middleware環境の停止の手順は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middleware環境の停止に関する項を参照してください。

環境でOracle Process Manager and Notification Server (OPMN)を実行している場合、opmnctl stopallコマンドを使用してOPMNも停止する必要があります。

ノード・マネージャを実行している場合は、ノード・マネージャも停止する必要があります。これを行うには、ノード・マネージャが実行されているコンソール・ウィンドウを閉じるか、stopNodeManager WLSTコマンドを使用します。


ノート:

stopNodeManagerコマンドを機能させるには、QuitEnabled=trueを指定してノード・マネージャを構成する必要があります。

詳細は、『WebLogic Server WLSTコマンド・リファレンス』のstopNodeManagerに関する項を参照してください。


3.4.4 Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

サーバーとプロセスを停止したら、Middlewareホーム・ディレクトリ(Middlewareホーム内のOracleホーム・ディレクトリを含む)、ローカル・ドメイン・ホーム・ディレクトリ、ローカルOracleインスタンス、およびそのMiddlewareホームを使用するリモート・システム上のドメイン・ホームとOracleインスタンスをバックアップします。

パッチを適用する前の環境バックアップは、パッチ適用プロセスの重要なステップです。パッチ・セットのインストールが予期せず中断された場合、またはインストールが完了する前にインストールの取消しを選択した場合、インストーラを再実行する前に環境を以前の構成にリストアしないと、パッチをインストールできないことがあります。

環境のバックアップの詳細は、『Oracle Fusion Middleware管理者ガイド』の環境のバックアップに関する項を参照してください。

3.4.5 データベースとデータベース・スキーマのバックアップ

データベース・スキーマをアップグレードする必要がある場合は、パッチ適用手順を開始する前にデータベースもバックアップする必要があります。このバックアップにスキーマ・バージョン・レジストリ表が含まれていることを確認します。これは、各Fusion Middlewareスキーマが、対応する行をその表内に持つためです。スキーマ・バージョン・レジストリ表の名前は、SYSTEM.SCHEMA_VERSION_REGISTRY$です。この実行方法は、使用しているデータベースのドキュメントを参照してください。

パッチ・セット・アシスタントを実行して既存のスキーマをアップグレードする際、正常にアップグレードできなかった場合は、元のスキーマをリストアしてからやりなおす必要があります。必ず、既存のデータベース・スキーマをバックアップしてから、パッチ・セット・アシスタントを実行してください。


ノート:

RMANを使用してデータベースの物理的なバックアップを実行することをお薦めします。

一部のコンポーネントは追加の補助的なスキーマを使用していて、これらの特定のスキーマにスキーマ・バージョン・レジストリ・エントリが含まれていなくても、バックアップが必要になります。RMANに加えて、expまたはexpdユーティリティを使用して個々のスキーマをバックアップする必要がある場合、SYSTEM.SCHEMA_VERSION_REGISTRY$表に行が含まれているスキーマだけでなく、すべてのOracle Fusion Middlewareスキーマがバックアップされていることを確認します。

expdおよびexpユーティリティが、完全なデータベース・レベルの物理的なバックアップを実行するためのRMANの代替手段と考えないでください。RMANは常に必要です。


スキーマのアップグレードが必要かどうかを確認するには、「パッチ・セット・アシスタントによるスキーマのアップグレード」表4-1「最新のリリース用にアップグレードする必要があるスキーマ」を参照してください。

3.4.6 追加の構成情報のバックアップ

個別の環境に応じて、パッチ適用手順を実行する前に次のバックアップが必要になる場合もあります。

  • 構成とストアのバックアップ

    各WebLogic ServerドメインをupgradeOpss() WLSTコマンドを使用してアップグレードする必要があります。upgradeOpss()コマンドを実行する前に、アップグレードするストアを必ずバックアップしてください。LDAPストアの場合は、ストアのルート・ノードの下にあるデータをすべてバックアップします(ルート・ノードは、ストアのプロパティとして構成ファイルで指定されています)。アップグレードが失敗した場合には、そのノード全体をリストアします。

    詳細は、『Oracle Platform Security Servicesによるアプリケーションの保護』のupgradeOpssを使用したポリシーのアップグレードに関する項を参照してください。

  • Oracle WebCenterまたはOracle PortalのOmniPortletおよびWebClippingカスタマイズの保存

    OmniPortletおよびWebClippingカスタマイズを使用しており、それらがファイルベースのプリファレンス・ストアで使用されている場合、カスタマイズを保存する必要があります。

  • Oracle B2BのXEngineカスタマイズの保存

    この手順は、B2BサーバーがB2B EDIエンドポイントと統合されている環境で、カスタムのXEngine構成を使用している場合にのみ必要です。そのような環境では、同じインストールで作成されたすべてのB2Bドメインが、1つのディレクトリ内に格納されている単一のXEngine構成を共有します。このディレクトリは、パッチを適用する前にバックアップし、パッチ適用の完了後に復元する必要があります。

    詳細は、第5.12.9項「Oracle B2BのXEngineカスタマイズの保存とリストア」を参照してください。

  • 既存のOracle BI Presentation Catalogのバックアップ

    Oracle Business Intelligence (BI)ソフトウェアをリリース11.1.1.3.0から11.1.1.9.0にアップグレードする場合、手動でOracle BI Presentation Catalogをアップグレードする必要があります。詳細は、第5.15.3項「Oracle BI Presentation Catalogのアップグレード」を参照してください。

  • Oracle Data Integrator Java EEスタンドアロン・エージェントのファイルのバックアップ

    次のファイルとディレクトリをバックアップ済であることを確認します(第3.4.4項「Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ」の説明に従ってOracleホーム・ディレクトリをバックアップした場合は、そのようになっています)。

    1. ODI_HOME/oracledi/agent/bin/odiparams.shファイル(UNIXオペレーティング・システムの場合)、またはODI_HOME\oracledi\agent\bin\odiparams.batファイル(Windowsオペレーティング・システムの場合)をバックアップします。

    2. ODI_HOME/oracledi/agent/driversディレクトリ(UNIXオペレーティング・システムの場合)、またはODI_HOME\oracledi\agent\driversディレクトリ(Windowsオペレーティング・システムの場合)をバックアップします。

    Oracle Data Integratorにパッチを適用した後、第5.16.3項「ODIスタンドアロン・エージェントの再構成」の手順を実行します。

  • Oracle Identity FederationのカスタムJSPのバックアップ

    Oracle Identity Federationを最新のリリースにアップグレードする場合は、パッチを適用して最新のバージョンにする前にカスタムJSPをすべてバックアップする必要があります。パッチ適用手順によって、oif.earファイルに格納されているJSPが上書きされます。

    パッチ適用手順の完了後、カスタムJSPを復元する必要があります。

3.4.7 Oracle WebLogic Serverのアップグレードおよび必要なWebLogic Serverパッチの適用

Oracle WebLogic Server 10.3.6がすでにシステムにインストールされていて、MW_HOMEが10.3.6を使用するように構成されている場合、アップグレード・インストーラを使用する前に、必要なすべてのWebLogic Serverパッチを適用したことを確認する必要があります。

また、使用しているJDKが、WebLogic Serverのこのバージョンに対してサポートされていることを確認します。詳細は、「Java Development Kit (JDK)バージョンがサポートされていてOracle Fusion Middleware 11g (11.1.1.9)に対して動作保証されていることの確認」を参照してください。

WebLogic Server 10.3.6がシステムにインストールされていない場合は、MW_HOMEを10.3.6にアップグレードして、必要なすべてのパッチを適用する必要があります。詳細は、『Oracle WebLogic Serverのアップグレード』を参照してください。

必要なWebLogic Serverパッチのリストは、『Oracle Fusion Middleware Infrastructureリリース・ノート』のOracle WebLogic Serverの必須パッチに関する項にあります。


注意:

10.3.6にアップグレードするまで、WebLogic ServerパッチをMW_HOMEに適用しないでください

リリース・ノートにリストされているパッチはMy Oracle Supportで入手できます。パッチ適用手順は、各パッチに付属するREADME.txtファイルに記載されています。

Oracle WebLogic Serverパッチの中には、サーバーを起動する前に追加のパッチ適用後タスクが必要なものもあります。詳細は、パッチごとに提供されているReadme.txtファイルを参照してください。


ノート:

Oracle WebLogic Server 10.3.6がすでにインストールされている場合でも、アップグレード・プロセスを開始する前に、必須パッチを適用したことを確認してください。

WebLogic Serverをアップグレードするには:

  1. My Oracle Supportからアップグレード・インストーラをダウンロードします。

    手順については、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する項を参照してください。

  2. アップグレード・インストーラをグラフィック・モードで実行して、WebLogic Serverにパッチを適用します。

    手順については、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のグラフィカル・モードでのアップグレード・インストーラの実行に関する項を参照してください。

アップグレード・インストーラをサイレント・モードで実行する(たとえば、Oracle WebLogic Serverの複数のインスタンスにパッチを適用する必要のある環境になっている)場合は、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のサイレント・モードでのインストレーション・プログラムの実行に関する項に記載されている手順を参照してください。


ノート:

Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)がインストール済であり、初めてOracle WebLogic Serverをインストールしてリリース1 (11.1.1.2.0)以降にアップグレードする場合は、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のインストールの概要に関する項を参照してください。

3.4.8 サイレント・モードでのパッチ適用のためのemCCRファイルの名前変更

サイレント・モードでソフトウェアにパッチを適用する場合に、次のようなエラー・メッセージが表示されることがあります。

"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のサイレント・インストールおよびサイレント・アンインストールに関する項を参照してください。

3.5 インストーラのダウンロード

次の各項では、製品へのパッチ適用に必要なインストーラを入手する手順について説明します。

3.5.1 パッチ適用に使用するインストーラについて

最新のOracle Fusion Middlewareパッチ・セットを適用するためのインストーラは、使用している製品に応じて、その動作および機能が異なります。パッチ適用プロセスを開始する前に、インストーラのタイプと、インストーラを実行して最新のパッチ・セットを適用する際に予期される動作について、表3-2を確認してください。

この表は、Oracle Fusion Middleware製品の完全なリストではないことに注意してください。各パッチ・セット・リリースで使用可能な製品の完全なリストは、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeファイルを参照してください。

表3-2 最新のパッチ・セットを適用するためのOracle Fusion Middlewareインストーラの概要

製品 タイプとインストーラの動作

Oracle Application Developer Runtime

Oracle SOA Suite

Oracle Business Intelligence

Oracle Service Bus

Oracle WebCenter Portal

Oracle WebCenter Content

Oracle WebCenter Enterprise Capture

これらのインストーラは、アップグレード・インストーラとしての機能も備えたフル・インストーラです。これらを使用すると、既存の11gリリース1のOracleホームをアップグレードすることも、新しい完全なOracleホームをインストールすることもできます。

Oracle Internet Directory

Oracle Virtual Directory

Oracle Web Tier

Oracle Business Intelligence

これらのインストーラは、アップグレード・インストーラとしての機能も備えたフル・インストーラです。これらを使用すると、既存の11gリリース1のOracleホームをアップグレードすることも、新しい完全なOracleホームをインストールすることもできます。

また、これらのインストーラには構成オプションが用意されています。これらを使用してパッチ・セットを適用する際は、ソフトウェアのみをインストールするオプションを選択する必要があります。ソフトウェアを構成するオプションは選択しないでください。パッチを適用するドメインはすでに構成済であり、再構成は必要ありません。

Oracle Forms、ReportsおよびDiscover

Oracle Portalは今回のリリースではアップグレードされないため、11gリリース11.1.1.6.0のままであることに注意してください。

このインストーラはアップグレード専用のインストールです。これには、既存のOracle Fusion Middleware 11gリリース1のOracleホームが必要です。


3.5.2 必要なインストーラのダウンロード

製品用のインストーラ・ファイルをダウンロードして解凍するには:

  1. Oracle Technology Network、My Oracle SupportまたはOracle Software Delivery Cloud(旧称E-Delivery)からインストーラをダウンロードします。

    詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeファイルで、Oracle Fusion Middlewareソフトウェアのダウンロード・サイトの選択に関する項、および開始点に必要なソフトウェアのダウンロードに関する項を参照してください。

  2. インストーラおよびターゲット・コンピュータ上のディレクトリにインストールするソフトウェアを含む、ダウンロード済アーカイブを解凍します。

3.6 Oracle Fusion Middlewareへのパッチの適用

次の各項では、製品のインストーラを開始、およびパッチ・セットを適用する方法について説明します。

3.6.1 インストーラの起動

ダウンロードして解凍したインストーラを起動するには:

  1. ディレクトリを、解凍したアーカイブ・フォルダ内のDisk1フォルダに変更します。

  2. 次のようにしてインストーラを起動します。

    UNIXオペレーティング・システムの場合:

    ./runInstaller
    

    Windowsオペレーティング・システムの場合:

    setup.exe
    

システム環境およびアップグレード中の製品によっては、インストーラの起動時に、システム上のJRE/JDKの場所を指定するように求められることがあります。Oracle WebLogic Serverをインストールしたときに、Middlewareホーム内のjdk160_versionディレクトリにJREがインストールされています。この場所を使用してインストーラを起動できます。

システムにOracle WebLogic Serverをインストールしていない場合は、Oracleホーム内のjdkディレクトリにあるJDKを使用できます。

JRE/JDKの場所への絶対パスを指定してください。相対パスはサポートされていません。

インストーラは、サイレント・モードで実行することもできます。詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle Fusion Middlewareのサイレント・インストールおよびサイレント・アンインストールに関する項を参照してください。

3.6.2 パッチ・セットの適用

インストーラを起動したら、画面上の説明に従って既存のMiddlewareホームにパッチ・セットを適用します。


ノート:

ドメインに複数のホスト・コンピュータが含まれている場合は、ホストごとにインストーラを個別に実行し、ホスト上のソフトウェアをアップグレードする必要があります。

インストーラの各画面を確認する際、パッチ・セットの適用時とソフトウェアの初回インストール時では、2つの大きな違いがあることに注意してください。

  • パッチ・セットを適用する場合は、「インストール場所の指定」画面で既存のMiddlewareホームを特定する必要があります。

  • Oracle Identity Management、Oracle Business IntelligenceまたはOracle Web Tierをインストールする場合は、ソフトウェアのみのインストールを実行し、既存のMiddlewareホームおよびパッチを適用するOracleホームを選択します。既存のソフトウェアを構成したり、再構成する必要はありません。

表3-3は、既存のMiddlewareホームにパッチ・セットを適用する場合に表示される、一般的なインストール画面の概要を示しています。


ノート:

今回のリリースのOracle Fusion Middleware製品は、通常の各製品インストーラでアップグレードできます。

インストール画面に関して詳細情報が必要な場合は、付録A「インストーラの画面」を参照するか、「ヘルプ」をクリックしてオンライン・ヘルプにアクセスしてください。

表3-3 パッチ・セットをインストールするための一般的な手順

画面 説明

ようこそ


Oracle Fusion Middlewareインストーラの導入ページです。

ソフトウェア更新のインストール


ソフトウェア・アップグレードの取得に使用する方法を選択するか、更新しない場合は「ソフトウェア更新のスキップ」を選択します。

更新が見つかった場合、インストーラは、この時点で更新の適用を自動的に試みるため、インストールの実行に使用しているサーバーがインターネットに接続されていることを確認してください。

一部の更新はインストーラの再起動を必要とします。インストーラの再起動が発生した場合、次は「ソフトウェア更新のインストール」画面は表示されません。

前提条件のチェック


必要なすべての前提条件をシステムが満たしていることを確認します。

インストール場所の指定


Oracle MiddlewareホームとOracleホームの場所を指定します。

Oracle共通ホーム(oracle_common)ディレクトリはMiddlewareホーム内に自動的に作成されるため、Oracleホーム・ディレクトリの名前としてoracle_commonを使用しないでください。

アプリケーション・サーバー


アプリケーション・サーバーを選択し、その場所を指定します。

インストール・サマリー


この画面上の情報を確認し、「インストール」をクリックしてインストールを開始します。

インストールの進行状況


この画面はインストールの進行状況を示します。

進行状況が100%完了したことを示している場合、「次へ」をクリックして続行します。

インストール完了


「保存」をクリックして、構成情報をファイルに保存します。この情報には、後でアクセスするときに必要となる可能性があるポート番号、インストール・ディレクトリ、URLおよびコンポーネント名が含まれます。

構成情報を保存した後、「終了」をクリックしてインストーラを終了します。


3.6.3 必要なパッチ適用後手順の実行

一部のコンポーネントでは、追加のパッチ適用後タスクを実行する必要があります。パッチ・セットの適用後に追加の構成タスクが必要かどうかの判断は、「パッチ適用後の手順」を参照してください。

3.7 パッチ・セット・アシスタントによるスキーマのアップグレード

パッチ・セット・アシスタントを使用してスキーマをアップグレードする必要があるかどうかを確認するには、「パッチ・セット・アシスタントによるアップグレードが必要なスキーマ」表4-1「最新のリリース用にアップグレードする必要があるスキーマ」を参照してください。

パッチを適用する製品で、表に記載されたスキーマのいずれかが使用されている場合は、第4章「パッチ・セット・アシスタントによるスキーマのアップグレード」の手順を実行してスキーマをアップグレードします。

パッチを適用している製品でこれらのスキーマのいずれかを使用していない場合は、この項をスキップし、第5章「パッチ適用後の手順」に進むことができます。

3.8 サーバーとプロセスの起動

ソフトウェアへのパッチの適用が終了し、必要なパッチ適用後のタスクをすべて実行したら、サーバーとプロセスを起動する準備が整ったことになります。


ノート:

一部のコンポーネントでは、追加のパッチ適用後タスクを実行する必要があります。パッチ・セットの適用後に追加の構成タスクが必要かどうかの判断は、「パッチ適用後の手順」を参照してください。

次のOracle WebLogic Serverパッチをミドルウェア・ホームに適用した場合は、ノード・マネージャ、WebLogic管理サーバーおよび管理対象サーバーをJava Secure Socket Extension (JSSE)を有効にして起動する必要があります。

  • 13964737 (YVDZ)

  • 14174803 (IMWL)

これらのパッチはMy Oracle Supportで入手できます。

JSSEを有効化してノード・マネージャを起動する方法については、『Oracle WebLogic Serverノード・マネージャの管理』のノード・マネージャ環境変数の設定に関する項を参照してください。

JSSEを有効化してノード・マネージャを起動したら、管理サーバーと管理対象サーバーをJSSEを有効化して起動する必要があります。詳細は、『Oracle WebLogic Serverのセキュリティの管理』のJSSEを有効化したSSL実装の使用に関する項を参照してください。

詳細は、第5.1.1項「サーバーの起動」を参照してください。


ノート:

Oracle SOAまたはBAMと統合されているWebCenter ContentまたはIBRのデプロイをアップグレードしている場合、5.13.5項「SOAまたはBAMを使用したOracle WebCenter Content Serverの起動」を参照してください。

管理サーバー、管理対象サーバーおよびコンポーネントを含めたOracle Fusion Middlewareの開始および停止の手順については、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの開始および停止に関する項を参照してください。


ノート:

サーバーの再起動後は、ブラウザのキャッシュ・クリアが必要な場合があります。キャッシュ・クリアの詳細は、使用しているインターネット・ブラウザのドキュメントを参照してください。

3.9 パッチ・セットのインストールの検証

環境へのパッチ適用が正常に終了したら、次の手順を任意に組み合せて実行し、インストールのステータスを確認できます。

3.9.1 アップグレード・ログの検証

MW_HOME/oracle_common/upgrade/logsディレクトリ(UNIXオペレーティング・システムの場合)またはMW_HOME\oracle_common\upgrade\logsディレクトリ(Windowsオペレーティング・システムの場合)にあるログ・ファイルで、アップグレードの詳細について確認してください。

3.9.2 ドメイン・サーバー・ログの検証

ドメイン・サーバー・ログを確認します。このファイルは、ドメイン・ホーム・ディレクトリ内のserversディレクトリにあります。たとえば、UNIXシステムでは次のようにします。

MW_HOME/user_projects/domains/domain_name/servers/server_name

Windowsシステムの場合:

MW_HOME\user_projects\domains\domain_name\servers\server_name

3.9.3 OPMNステータスの検証

インスタンス・ホームの場所にあるINSTANCE_HOME/binディレクトリ(UNIXオペレーティング・システムの場合)またはINSTANCE_HOME\binディレクトリ(Windowsオペレーティング・システムの場合)から、opmnctl statusコマンドを実行します。次に示すのは、UNIXシステムでの出力例です。

> ./opmnctl status

Processes in Instance: asinst_1
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status  
---------------------------------+--------------------+---------+---------
emagent_asinst_1                 | EMAGENT            |   11849 | Alive   
wc1                              | WebCache-admin     |   11333 | Alive   
wc1                              | WebCache           |   11332 | Alive   
ohs1                             | OHS                |   11207 | Alive 

この情報は、このインストールについて構成されたコンポーネントを示しています。ステータス「アライブ」は、コンポーネントが起動され実行中であることを意味します。

opmnctl status -lコマンドを実行して、コンポーネントで使用されているポートのリストを取得することもできます。次に示すのは、UNIXシステムでの出力例です。

> ./opmnctl status -l

Processes in Instance: asinst_1
---------------------------------+--------------------+---------+----------+------------+----------+-----------+------
ias-component                    | process-type       |     pid | status   |        uid |  memused |    uptime | ports
---------------------------------+--------------------+---------+----------+------------+----------+-----------+------
emagent_asinst_1                 | EMAGENT            |   11849 | Alive    | 1133259606 |     4204 |   0:09:38 | N/A
wc1                              | WebCache-admin     |   11333 | Alive    | 1133259605 |    43736 |   0:15:35 | http_admin:8091
wc1                              | WebCache           |   11332 | Alive    | 1133259604 |    63940 |   0:15:35 | http_stat:8092,http_invalidation:8093,https_listen:8094,http_listen:8090
ohs1                             | OHS                |   11207 | Alive    | 1133259603 |    50744 |   0:15:43 | https:8889,https:8890,http:8888

3.9.4 ブラウザURLの確認

表3-4に示されるように、インストールおよび構成した製品にアクセスできることを確認します。

表3-4 インストールされた製品のURL

製品またはコンポーネント URL

管理サーバー・コンソール

http://host:port/console

Enterprise Managerコンソール

http://host:port/em

Enterprise Managerエージェント

http://host:port/emd/main

Oracle Portal

http://host:port/portal/pls/portal

Oracle Forms

http://host:port/forms/frmservlet

Oracle Reports

http://host:port/reports/rwservlet

Oracle Discoverer Viewer

http://host:port/discoverer/viewer

Oracle Business Process Manager (BPM)コンポーザ

http://host:port/bpm/composer

Oracle Universal Content Management

http://administration_server_host:cs_port/cs

Oracle Universal Records Management

http://administration_server_host:urm_port/urm

Oracle Inbound Refinery

http://administration_server_host:ibr_port/ibr

Oracle Information Rights Management

http://administration_server_host:irm_port/irm_rights

http://administration_server_host:cs_port/irm_desktop

Oracle Imaging and Process Management

http://administration_server_host:ipm_port/imaging

Oracle WebCenter Portal

http://host:port/webcenter

Oracle WebCenter PortalのDiscussion Server

http://host:port/owc_discussions

Oracle Portlet Producers

http://host:port/portalTools

http://host:port/wsrp-tools

Oracle WebCenterページレット・プロデューサ

http://host:port/pagelets/admin

Oracle WebCenterアクティビティ・グラフ・エンジン

http://host:port/activitygraph-engines

Oracle WebCenter Personalization

http://host:port/wcps/api/property/resourceIndex

http://host:port/wcps/api/conductor/resourceIndex

Oracle WebCenter Analyticsコレクタ

http://host:port/collector/analytics-collector-diagnostics.jsp

Oracle WebCenter Enterprise Captureワークスペース・コンソール

http://host:port/dc-console

Oracle WebCenter Enterprise Captureクライアント

http://host:port/dc-client



ノート:

WebCenter Portalコンポーネントの詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalインストレーション・ガイド』のOracle WebCenter Portalコンポーネントのスタート・ガイドを参照してください。