Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererアップグレード・ガイド 11g リリース1(11.1.1) B55927-01 |
|
![]() 戻る |
![]() 次へ |
次の項では、Oracle Application Server 10g リリース2(10.1.2)ユーザーのためのOracle Portal、Forms、ReportsおよびDiscoverer環境の主な概念を説明します。
Oracle Application Server 10g リリース2(10.1.2)では、次のコンポーネントの更新済のバージョンがユーザーに提供されています。
Oracle Portal
Oracle Business Intelligence Discoverer
Oracle Forms Services
Oracle Reports
Oracle Net Services(tnsnames.ora
、sqlnet.ora
およびldap.ora
の構成ファイルを含む)
Oracle Fusion Middleware 11g は、これらすべてのコンポーネントの更新バージョンを提供しています。 Oracle Fusion Middlewareには、Oracle Portal, Forms, Reports, and Discovererソフトウェア・スイートとして更新バージョンがパッケージ化されています。
Oracle Application Server 10g リリース2(10.1.2)の場合、Oracle Internet Directory、Oracle Directory Integration Platform、Oracle Single Sign-On、Oracle Delegated Administration ServicesなどのOracle Identity Managementコンポーネントは、Oracle Portal、Forms、Reports、Discovererのコンポーネントとともにパッケージ化されていました。
Oracle Fusion Middleware 11g の場合、Oracle Identity Managementコンポーネントが個別にパッケージ化されインストールされていますが、それらは引き続き同じリソースとサービスを提供します。
Oracle Portal、Forms、ReportsおよびDiscovererのコンポーネントの基本的なアーキテクチャは、Oracle Application Server 10g と同じですが、大きく異なる点が1つあります。 Oracle Containers for Java EE(OC4J)をベースにするかわりに、Oracle Fusion Middleware中間層はOracle WebLogic Serverをベースにしています。
図2-1は、Oracle Application Server 10g リリース2(10.1.2)とOracle Fusion Middleware 11g におけるOracle Portal、Forms、ReportsおよびDiscovererの基本的なトポロジを示しています。 システムのコンポーネントが、Oracle WebLogic Serverドメインの専用の管理対象サーバーにデプロイされていることに注意してください。
より複雑な環境の場合、Oracle Portal、Forms、ReportsおよびDiscovererのコンポーネントの一部をリモート・ホストの管理対象サーバーにデプロイできるように、ドメインを他のホストへ拡張することもできます。
図2-1 10g リリース2(10.1.2)とOracle Fusion Middleware 11g におけるOracle Portal、Forms、ReportsおよびDiscovererトポロジの比較
次の項では、アップグレードの準備として新しいOracle Fusion Middleware 11g トポロジを構成するための一般的なガイドラインについて説明します。また、他のトポロジを使用するときの考慮事項についても説明します。
一般的に、Oracle Application Server 10g 環境は、同様に構成された環境にアップグレードすることをお薦めします。
つまり、Oracle Application Server 10g 環境が、Oracle Portal、Forms、ReportsおよびDiscovererのコンポーネントすべてを含む単一のOracleホームで構成されている場合は、同様にすべてのコンポーネントを含む単一のOracleホームと単一のOracleインスタンスで構成されたOracle Fusion Middlewareドメインにアップグレードします。
この一般的なガイドラインに従う場合は、Oracle Fusion Middleware Upgrade Assistantと、このマニュアルに記載されている手順を使用して、コンポーネントをアップグレードできます。
Oracle Fusion Middleware 11g は、柔軟なアーキテクチャであるため、Oracle Portal、Forms、ReportsおよびDiscovererのコンポーネントをそれぞれ別のOracleインスタンスにインストールして構成することもできます。
たとえば、Oracle PortalとOracle Forms Servicesをインストールした後でOracle WebLogic Serverドメインを拡張し、Oracle ReportsとOracle BI Discovererをサポートすることができます。 これにより、トポロジには、Oracle PortalとOracle Forms Servicesを含む1つのインスタンス、およびOracle ReportsとOracle BI Discovererを含む1つのインスタンスの合計2つのOracleインスタンスが含まれるようになります。
この方法を使用する場合は、次の重要な制限事項と考慮事項があることに注意してください。
追加のOracle Portal、Forms、ReportsおよびDiscovererのコンポーネントを含めるようにドメインを拡張するたびに、新しいOracleインスタンスが作成されます。
それぞれのOracleインスタンスで構成するコンポーネントに応じて、構成ツールは、そのコンポーネントに必要な新しいWeb層コンポーネント(Oracle HTTP ServerやOracle Web Cachインスタンスなど)を作成します。 たとえば、Oracle Portalを含むようにドメインを拡張する場合は、Oracle Portalをサポートするための新しいOracle HTTP ServerインスタンスとOracle Web Cacheインスタンスが自動的に構成されます。
1つのドメインに複数のWeb層コンポーネントを構成する場合は、次のいずれかをメンテナンスするかどうかを決定する必要があります。
複数のWeb層コンポーネント(たとえば、各Oracle HTTP Serverインスタンスで別のリスニング・ポートを使用して、リクエストを特定のコンポーネントにルーティングするなど)
または
Web層コンポーネントの1つのセット(たとえば、1つのOracle HTTP Serverがリクエストをドメインに構成されているコンポーネントすべてにルーティングするなど)
この決定によって、Web層コンポーネントの1つのセットを無効にするか、1つのOracle HTTP Serverインスタンスを再構成してリクエストを他のOracleインスタンスにルーティングすることが必要になる場合があります。
リクエストをOracle WebLogic ServerインスタンスにルーティングするためのOracle HTTP Serverの構成については、『Oracle Fusion Middleware Oracle HTTP Server管理者ガイド』のmod_wl_ohsモジュールの構成に関する項を参照してください。
Oracle Fusion Middlewareドメインに複数のOracleインスタンスが含まれる場合は、Upgrade Assistantを2回以上(それぞれの11g Oracleインスタンスに1度ずつ)実行する必要があります。また、アップグレード・オプションを選択する際は注意して行う必要があります。
特に、「アップグレード先でソースOracleホーム・ポートを使用」オプションを選択する場合は、このオプションを各ホストに1度のみ選択した状態でUpgrade Assistantを実行できることに注意してください。 それ以外の状態では、1つのホストで1つの同じリスニング・ポートからリスニングできるのは1つのコンポーネントのみであるため、ポートの競合が発生する可能性があります。
詳細は、3.6.3.2項「アップグレード先OracleインスタンスでソースOracleホーム・ポートを使用する際の重要な注意事項」を参照してください。