ヘッダーをスキップ
Oracle® Fusion Middleware Oracle Portal管理者ガイド
11g リリース1 (11.1.1)
B61385-06
  ドキュメント・ライブラリへ移動
ライブラリ		 製品リストへ移動
製品		 目次へ移動
目次		 索引へ移動
索引
前
前 		 次
次		  

9 Oracle Portal用のイントラネットおよびインターネットの構成

このドキュメントでは、Oracle Portalの専用イントラネットおよび専用インターネットを構成し、イントラネットおよびインターネット設定をOracle Portal 10gからOracle Portal 11gにアップグレードする方法を説明します。このドキュメントは次のトピックで構成されています。

Oracle Portalの専用イントラネットおよび専用インターネットの構成

Oracle Portal 10gのイントラネットおよびインターネット設定の11gへのアップグレード

9.1 Oracle Portalの専用イントラネットおよび専用インターネットの構成

Oracle Portalは、企業ネットワーク内のクライアントと外部クライアントの両方からアクセスできるように構成できます。この項では、この構成のいくつかの重要な特徴と、このような目的でOracle Portalを構成する方法を説明します。

Oracle Portalのイントラネットとインターネットの構成には、それぞれ別のホスト上に存在する2つの論理中間層、portal.mycompany.comとinternal.mycompany.comが必要です。中間層が物理的に分離されることにより、インターネット・ユーザー用とイントラネット・ユーザー用にキャッシュされるコンテンツが分離されます。これによりセキュリティが強化され、一方の論理中間層に移動したユーザーがもう一方の論理中間層で処理されたコンテンツにアクセスすることがなくなります。各論理中間層からは、Oracle Application Server Metadata Repository内の同じOracle Portalスキーマおよび同じOracle Portalデータにアクセスできます。この構成では、外部の論理中間層がWebプロバイダのインストール、構成および公開に使用される1次中間層になります。内部の論理中間層はパートナ・アプリケーション用です。

イントラネットとインターネットを構成するには、すべてのOracle Web Cacheインスタンスが無効化専用クラスタとして構成されている必要があります。無効化専用のクラスタ化により、Oracle Web Cacheでは、2つの論理サイトで個別のキャッシュを維持しながら、クラスタ・メンバー間で無効化メッセージを共有できます(その結果、2つの論理サイト間でコンテンツの編集が認識されます)。

この構成では、無効化メッセージはOracleAS Metadata Repository内のOracle Portalスキーマから内部のOracle Web Cacheインスタンスに送信され、その後すべてのクラスタ・メンバーに送信されます。この構成で使用される無効化メッセージでは、キャッシュされたURLで指定されているホストやポートに関係なく必ずコンテンツが無効化されます。このような無効化により、いずれの論理中間層のURLでキャッシュされたコンテンツも確実に無効化されます。Oracle Web Cacheの無効化専用クラスタの詳細は、『Oracle Application Server Portal構成ガイド』を参照してください。

内部ユーザーと外部ユーザーのコミュニティが個別のものになるように、Oracle Portalアプリケーションへのアクセスには2つのURLが使用されます。イントラネットからの場合はhttp://internal.mycompany.com、インターネットからの場合はhttps://portal.mycompany.comです。

Oracle Portalの専用イントラネットと専用エクストラネットを構成するプロセスは次のタスクで構成されます。

  1. 外部中間層のインストールと構成

  2. APPHOST3への最初の内部中間層のインストール

  3. Oracle Web Cacheの無効化専用クラスタの構成

  4. APPHOST3の最初の内部中間層のロード・バランシング・ルーター用の構成

  5. パートナ・アプリケーションとしての内部中間層の登録

  6. WebLogicにおけるホスト・アサーションの変更

  7. APPHOST4への2番目の内部中間層のインストール

  8. Oracle Web Cacheの無効化専用クラスタの構成

  9. APPHOST4の2番目の内部中間層のロード・バランシング・ルーター用の構成

  10. Web Cacheの構成

  11. Oracle Metadata RepositoryのOracle Portalスキーマの構成

  12. 構成完了後の検証

9.1.1 外部中間層のインストールと構成

外部中間層をインストールして構成するには、Oracle Portalエンタープライズ・デプロイメント・ガイド:11.1.1.2の次の項にある手順を実行します。

  • APPHOST1へのアプリケーション層のインストール

  • APPHOST1の構成

9.1.2 APPHOST3への最初の内部中間層のインストール

最初の内部中間層をインストールするには、次の手順を実行します。

  1. Disk1/stage/Responseディレクトリのstaticport.iniファイルを、TMPなどのローカル・ディレクトリにコピーします。

  2. staticport.iniファイルを編集し、次のカスタム・ポートを割り当てます。

    Oracle HTTP Server port = 7777
Oracle HTTP Server Listen port = 7778
Web Cache HTTP Listen port = 7777
Web Cache Administration port = 9400
Web Cache Invalidation port = 9401
Web Cache Statistics port = 9402
Application Server Control port = 1810

  3. APPHOST3に最初の中間層をインストールする前に、ポータル・スキーマのリポジトリ・バージョンを11.1.1.4から11.1.1.1.0に変更する必要があります。そのためには、次の手順を実行します。

    1. 次の例に示すように、portal schemaとしてデータベースに接続し、ポータル・バージョンを問い合せます。

      >sqlplus portal/portaldb_portal@portaldb
sql> select version from wwc_version$;
sql> 11.1.1.4.0

      このポータル・リポジトリ・バージョンを忘れないように書き留めておきます。

    2. 次の例に示すように、ポータル・リポジトリ・バージョンを11.1.1.1.0に変更します。

      sql> update wwc_version$ set version = '11.1.1.1.0';
sql> commit;
sql> select * from wwc_version$;
sql> 11.1.1.1.0

    この手順は必須です。この手順を実行せずにAPPHOST3に新しく中間層をインストールすると、ポータル・スキーマに保持されている構成が新しくインストールした中間層の情報で上書きされます。これは外部ポータル中間層に影響を及ぼします。ポータル・スキーマ・バージョンを一時的にダウングレードすることで、ポータル・スキーマに保持されている構成をそのまま残すことができます。後でポータル・バージョンを元のバージョンに戻す必要があります。ポータル・リポジトリのダウングレードは、新しいドメインを作成する場合にのみ必要になります。

Weblogic Serverのインストール

  1. Oracle Universal Installerを起動します。

    Unixでインストーラを起動するには、server103_linux32.binコマンドを発行します。

    Windowsでインストーラを起動するには、server103_win32.exeコマンドを発行します。

    「ようこそ」画面が表示されたら、「次へ」をクリックします。

  2. ミドルウェア・ホーム・ディレクトリを選択します。

    次の例に示すように、「ミドルウェア・ホーム」に値を入力します。

    /u01/app/oracle/product/FMW

    以降、これをMW_HOMEと呼びます。「次へ」をクリックします。

  3. 次の画面で、セキュリティ更新に登録するよう求められます。

    Oracle Supportからのセキュリティ更新を受け取るかどうかを選択します。「次へ」をクリックします。

  4. インストール・タイプの選択画面で「標準」インストール・タイプを選択します。

    「次へ」をクリックします。

  5. 製品インストール・ディレクトリの選択画面で、製品のインストール先となるパスを指定します。「次へ」をクリックします。

  6. これで、指定した場所にWeblogic Serverがインストールされるようになりました。「インストール・サマリー」画面が表示されます。「完了」をクリックして、インストールを完了します。

Oracle Portalのインストール

  1. 次のコマンドを実行して、前述の手順で作成したMW_HOMEにOracle Portalのバイナリをインストールします。

    UNIXの場合: runInstaller

    Windowsの場合: setup.exe

  2. 「ようこそ」画面が表示されます。「次へ」をクリックします。

  3. 「インストール・タイプ」画面が表示されます。ソフトウェアのインストールと構成を選択し、「次へ」をクリックします。

    前提条件チェック画面が表示されます。

  4. すべてのチェックで問題がないことを確認し、「次へ」をクリックします。

    「インストール場所の指定」画面が表示されます。

  5. 次の値を入力します。

    • ミドルウェア・ホーム(MW_HOME)

      例: /u01/1pp/oracle/product/FMW

    • Oracleホーム

      ポータルのインストール・ディレクトリを入力します。これはMW_HOMEディレクトリ内に配置されます。

      例: Portal

    • Weblogicサーバー・ディレクトリ

      Oracle Weblogic Serverのインストール・ディレクトリを入力します。これは、MW_HOME/wlserver_10.3にする必要があります。

      例: /u01/app/oracle/product/FMW/wlserver_10.3

    • Oracleインスタンスの場所

      Oracle Configurationのファイルを配置するディレクトリを入力します。これは、Oracleホームの外部にする必要があります。以降、これをORACLE_INSTANCEと呼びます。

      例: /u01/app/oracle/admin/PortalDomain/Portal1

    • Oracleインスタンス名。

      この場合はPortal1です。

      「次へ」をクリックします。「ドメインの選択」画面が表示されます。

  6. 新規ドメインの作成を選択します。「ユーザー名」、「ユーザー・パスワード」および「ドメイン名」に値を入力します。

    「次へ」をクリックします。「コンポーネントの構成」画面が表示されます。

  7. 次の値にチェックが付いていることを確認します。

    • サーバー・コンポーネント: Oracle Portal

    • 管理コンポーネント: Enterprise Manager

    • クラスタ化されているボックス

      「次へ」をクリックします。「ポートの構成」画面が表示されます。

  8. 構成ファイルを使用してポートを指定を選択します。

    ファイル名を選択して、「表示」または「編集」をクリックします。サンプルのstatisticports.iniファイルは、インストールのDisk1のstage/repsonseディレクトリにあります。

    ファイルを保存し、「次へ」をクリックします。

  9. スキーマの指定画面で、次の値を指定します。

    • データベース接続文字列

      例:

      db_hostname:port:servicename

    • Portalスキーマ名: MYP_PORTAL

    • ポータル・スキーマ・パスワード

      RCUで入力したパスワードを入力します。

      「次へ」をクリックします。ポートレット・スキーマの指定画面が表示されます。

  10. 次のポートレット・スキーマの資格証明を指定します。

    • ポートレット・スキーマ名: MYP_PORTLET

    • ポートレット・スキーマ・パスワード: RCUで入力したパスワードを入力します。

    「次へ」をクリックします。アプリケーション・アイデンティティ・ストアの指定画面が表示されます。

  11. 次の値を指定します。

    • ホスト名

      OIDサーバーの名前を入力します。

    • ポート

      OIDポート「389」を入力します

    • ユーザー名

      「cn=orcladmin」と入力します。

    • パスワード

      orcladminのOIDパスワードを入力します。

    「次へ」をクリックします。「サマリー」画面が表示されます。

  12. 「インストール」をクリックしてインストール処理を開始します。


    注意:

    UNIXインストールでは、プロンプトが表示されたらoracleRoot.shスクリプトを実行します。

9.1.3 Oracle Web Cacheの無効化専用クラスタの構成

内部と外部の両方のコンピュータのOracle Web Cacheインスタンスを含む、Oracle Web Cacheの無効化専用クラスタを構成する必要があります。このクラスタ構成では、無効化リクエストがすべてのキャッシュ・クラスタ・メンバーに伝播されます。ただし、Oracle Web Cacheの無効化専用クラスタでは、その他のリクエストはクラスタ・メンバー間で転送されません。ユーザー・リクエストの処理中に、各クラスタ・メンバーは個々のキャッシュとして機能し、ピア・クラスタ・メンバーにはオブジェクトをリクエストしません。

この構成を使用すると、特にそのメンバーがファイアウォールで分離されているクラスタでは、多数のキャッシュの管理を簡略化できます。たとえば、イントラネットをインターネットから分離するファイアウォールの両側に2つのキャッシュが存在するクラスタを持つことができます。

9.1.3.1 Oracle Web Cacheの無効化専用クラスタのネットワーク環境の準備

外部と内部のOracle Web Cacheインスタンス間でOracle Web Cacheの無効化専用クラスタを構成する前に、次のチェックを実行します。

  1. すべての外部Oracle Web Cacheインスタンスからすべての内部Oracle Web Cacheインスタンスを解決し、接続できること、またその逆が可能であることを確認します。これは、pingネットワーク・コマンドを使用して確認できます。

  2. ファイアウォールで無効化ポート(9401)が一方向のみで開いていることを確認します。内部のOracle Web Cacheインスタンスから外部のOracle Web Cacheインスタンスに対して開いている必要があります。

  3. ファイアウォールで管理ポート(9400)が双方向で開いていることを確認します。


    注意:

    構成が完了したら、外部中間層から内部中間層へのトラフィックに対して管理ポート(9400)を閉じてください。

  4. 内部のOracle Web Cacheのポートから外部のOracle Web Cacheのポートに、telnetを使用してネットワーク・パケットを送信できることを確認します。

9.1.3.2 キャッシュの構成

この項では、APPHOST1のOracle Web Cache Managerを使用してキャッシュ・クラスタの設定を構成し、キャッシュをクラスタとして管理して、キャッシュのコンテンツを分離する方法を説明します。

  1. ナビゲータ・フレームで「Properties」→「Clustering」を選択します。

    「Clustering」ページが表示されます。「General Cluster Information」セクションにフェイルオーバーと無効化の伝幡に関するクラスタ全体のデフォルト値が表示されます。「Cluster Members」表に外部中間層キャッシュが表示されます。

  2. 「Clustering」ページの「General Cluster Information」セクションで「Edit」をクリックします。

    「Edit General Cluster Information」ダイアログ・ボックスが表示されます。

  3. 「Propagate Invalidation」フィールドで「Yes」を選択して、キャッシュ・クラスタ・メンバーからの無効化リクエストが他のキャッシュ・クラスタ・メンバーに伝播されるように指定します。

  4. 「Submit」をクリックします。

  5. 「Clustering」ページの「Cluster Members」表に、現在のキャッシュのデフォルト値が表示されます。APPHOST1クラスタ・メンバーを選択し、「Edit Selected」をクリックします。

    「Edit Cluster Member」ダイアログ・ボックスが表示されます。

  6. 「Capacity」フィールドに0と入力します。


    注意:

    すべてのクラスタ・メンバーの容量に0を割り当てると、クラスタ・メンバー間でリクエストの転送は行われません。この設定では、すべてのキャッシュ・クラスタ・メンバー間で構成と無効化を伝播して、多数のキャッシュの管理を簡略化できます。

  7. 「Submit」をクリックします。

クラスタにAPPHOST3を追加する前に、次の条件を満たしている必要があります。

  • キャッシュが起動されている。

  • 追加するキャッシュの管理者パスワードは、APPHOST1の管理者パスワードと同じである必要があります。パスワードが異なる場合は、キャッシュの管理サーバーに接続して管理パスワードを変更する必要があります。詳細は、『Oracle Fusion Middleware Oracle Web Cache管理者ガイド』の第8章「設定と構成」の「作業2: セキュリティ設定の変更」を参照してください。

9.1.3.2.1 無効化専用クラスタへのキャッシュの追加

次に、APPHOST1のOracle Web Cache Managerを使用して、APPHOST3のキャッシュをクラスタに追加する必要があります。

OracleAS Web Cache Managerでクラスタにキャッシュを追加するには、次の手順を実行します。

  1. ナビゲータ・フレームで「Properties」→「Clustering」を選択します。

    「Clustering」ページが表示されます。

  2. 「Clustering」ページの「Cluster Members」セクションで、「Add」をクリックします。

    「Add Cache to Cluster」ダイアログ・ボックスが表示されます。

  3. 「Host Name」フィールドに、クラスタに追加するキャッシュのホスト名としてapphost3.abc.oracle.comと入力します。

  4. 「Admin Port」フィールドに、クラスタに追加するキャッシュのWebキャッシュ管理ポート(9400)を入力します。

  5. HTTPブラウザ・リクエストを受け入れる場合は、「Protocol for Admin Port」フィールドで「HTTP」を選択します。

  6. 「Cache Name」フィールドに、apphost3.abc.oracle.com-webcacheと入力します。

  7. 「Submit」をクリックします。

    これでキャッシュはクラスタの一部となり、「Cluster Members」表に表示されます。

  8. 「Host Name」フィールドと「Cache Name」フィールドをapphost4に置き換え、手順2から7を繰り返します。

  9. 「変更の適用」をクリックします。

    新しいキャッシュ・クラスタ・メンバーのキャッシュ固有の情報がクラスタ構成に追加されます。

  10. 各クラスタ・メンバーの「Capacity」を0に設定します。そのためには、「Properties」→「Clustering」を選択します。クラスタ・メンバーを選択して「Edit」をクリックします。「Edit Cluster Member」ダイアログ・ボックスで、「Capacity」を0に設定します。

  11. すべてのクラスタ・メンバーに構成を伝播します。

    クラスタを変更してそれを適用すると、OracleAS Web Cacheにより、新しいキャッシュ・クラスタ・メンバーのキャッシュ固有の情報が構成に追加されます。すべてのクラスタ・メンバーに変更を適用するには、構成を伝播してクラスタ・メンバーのキャッシュ・サーバー・プロセスを再起動する必要があります。

    Oracle Web Cache Managerで新しいクラスタ・メンバーに構成を伝播するには、次の手順を実行します。

    1. ナビゲータ・フレームで、「Operations」→「Cache Operations」を選択します。

      「Cache Operations」ページが表示されます。「Operation Needed」列に、構成を伝幡するキャッシュが示されます。

    2. すべてのキャッシュ・クラスタ・メンバーに構成を伝播します。

      • 「Operate On」フィールドで「All caches」を選択します。

      • 「Interval」で「Immediate」を選択します(伝幡にはその他の間隔は使用できません。)

      • 「Propagate」をクリックします。

      操作が完了すると、「Cache Operations」ページの「Operation Needed」列に再起動が必要なクラスタ・メンバーが示されます。

    3. すべてのクラスタ・メンバーを停止して再起動します。

      • 「Operate On」フィールドで「All caches」を選択します。

      • キャッシュに対する操作を時間差をつけて開始するために「Interval」を選択し、「Restart」をクリックします。

        操作が完了すると、「Cache Operations」ページの「Operation Needed」列に必要な操作がないことが示されます。これでキャッシュ・クラスタを使用する準備ができました。

  12. ネットワーク外からのトラフィックに対して管理ポートと無効化ポートが閉じていることを確認してください。

9.1.3.3 ファイアウォールを経由した外部から内部への通信の無効化

ファイアウォールを経由した外部から内部への通信を無効にするには、次の手順を実行します。

  1. 外部中間層から内部中間層への管理ポートを無効にします。

  2. telnetを使用して、外部のOracle Web Cacheから内部のOracle Web Cacheの管理ポートおよび無効化ポートにネットワーク・パケットを送信できないことを確認します。

  3. 管理ポートと無効化ポートの両方で、内部のOracle Web Cacheから外部のOracle Web Cacheにネットワーク・パケットを送信できることを確認します。

    通信パスおよびポートは、表9-1のようになります。

表9-1 ネットワーク・パケットによって使用される通信パスおよびポート

通信パス 有効にするポート

内部WebCache 1から外部WebCache 1

ポート9400およびポート9401

内部WebCache 1から外部WebCache 2

ポート9400およびポート9401


注意:

ネットワーク・セキュリティ上の理由から、クラスタ構成の追加は内部中間層のいずれかにあるWeb Cacheインスタンスから実行してください。クラスタ管理にはクラスタ内の任意のWeb Cacheインスタンスを使用できますが、外部のOracle Web Cacheインスタンスを使用する場合は、ファイアウォールに一時的に管理ポートを開いて、外部から内部へのトラフィックを許可する必要があります。

9.1.4 APPHOST3の最初の内部中間層のロード・バランシング・ルーター用の構成

ロード・バランシング・ルーターがポート7777でリクエストを受け入れ、APPHOST3上のOracleAS Web Cacheのポート7777に転送するように構成する必要があります。

また、基盤となるコンポーネントがロード・バランシング・ルーターのホスト名(xmlns.oracle.com)とポート番号7777に基づいてURLを作成し、Oracle Portalページに表示される自己参照URLがブラウザで有効なものになるように、APPHOST3のOracle Portal中間層を構成する必要があります。そのためには、仮想ホストを構成する必要があります。仮想ホストを構成するには、次の手順を実行します。

  1. ロード・バランシング・ルーターがポート80でリクエストを受け入れ、APPHOST3で稼動するOracle Web Cacheのポート(7777)に転送するように構成します。これを行うには、次の手順を実行します。

    1. ロード・バランシング・ルーター上にグループ(プール)を設定します。このグループには個々のサーバーを追加できます。詳細な手順は、ロード・バランシング・ルーターのドキュメントを参照してください。

    2. 必要なサーバーのIPアドレスとポート番号をグループに追加します。

    3. ポート80でリスニングを行い、グループのメンバー間でリクエストを配分する仮想サーバーを作成します。詳細な手順は、ロード・バランシング・ルーターのドキュメントを参照してください。

    4. ロード・バランシング・ルーターが、自身がリスニングしているポートを変換し、Oracle Web Cacheがリスニングしているポートにリクエストを転送することを確認します。

  2. 基盤となるコンポーネントがロード・バランシング・ルーターのホスト名(internal.mycompany.com)とポート番号(80)に基づいてURLを作成し、Oracle Portalページに表示される自己参照URLがブラウザで有効なものになるように、APPHOST3のOracle Portal中間層を構成します。そのためには、次のように仮想ホストを定義します。

    1. http://apphost3.abc.oracle.com:7001/emにあるOracle Enterprise Manager 11gコンソールにアクセスします。

    2. 左側のナビゲーション・パネルで「Web層」を開きます。

    3. 「ohs1」を選択します。Oracle HTTP Serverのホームページが表示されます。

    4. メニューから「管理」を選択し、「拡張構成」に移動します。

    5. 「選択」ファイル・メニューから「httpd.conf」を選択します。「実行」をクリックしてファイルを編集します。

    6. httpd.confファイルを編集します。次の例に示すように、VirtualHostコンテナを追加します。

      NameVirtualHost *:7778

<VirtualHost *:7778>
     ServerName internal.mycompany.com
     Port 80
     ServerAdmin you@your.address
     RewriteEngine On
     RewriteOptions inherit
UseCanonicalName On
</VirtualHost>

    7. 「適用」をクリックします。

    8. Oracle HTTP Serverを再起動するように求められたら、「いいえ」をクリックします。

  3. 2番目の仮想ホストを定義します。この場合、次の項目を除いて、最初の仮想ホストの定義と同じ手順を使用します。

    • 「サーバー名」にapphost3.mycompany.comを指定します。

    • VirtualHostコンテナのPortディレクティブに7777を指定します。

    • Oracle HTTP Serverを再起動するように求められたら、「はい」をクリックします。

  4. APPHOST3のOracle Web Cache Managerを使用して、前の手順で作成した仮想ホストのエントリに一致するサイトを定義します。

    1. 『Oracle Fusion Middleware Oracle Web Cache管理者ガイド』の説明に従って、APPHOST3のOracle Web Cache Managerにアクセスします。

    2. 「Properties」で「Sites」をクリックします。

    3. 「Named Sites Definitions」で「Create」をクリックします。

    4. 「Create Named Site」ページで、「Host」にinternal.mycompany.com、「Port」に80を指定します。他のフィールドはすべてデフォルト値のままとします。

    5. 「OK」をクリックします。「Named Sites Definitions」表にinternal.mycompany.comが表示されるようになります。

  5. 外部中間層のOracle Web Cache Managerを使用して、APPHOST3をオリジン・サーバーとしてOracle Web Cacheクラスタに追加します。APPHOST3を追加するには、次の手順を実行します。

    1. 「Origin Servers, Sites, and Load Balancing」で「Origin Server」をクリックします。

    2. 「Origin Server」ページで、「Application Web Servers」表の「Add」をクリックします。

    3. 「Add Application Web Server」ページで次の情報を入力します。

      プロパティ 値

      ホスト名

      apphost3.abc.oracle.com

      ポート

      7778 (APPHOST3のOracle HTTP Serverリスニング・ポート)

      Routing

      ENABLED

      容量

      100

      フェイルオーバーのしきい値

      5

      URLのping

      /

      Ping Interval

      10

      プロトコル

      HTTP

    4. 「発行」をクリックします。

    5. オリジン・サーバーが正しく追加されていることを確認するために、「Origin Server」表でapphost3.mycompany.comを探します。


      注意:

      詳細は、『Oracle Fusion Middleware Oracle Web Cache管理者ガイド』のサイトからオリジン・サーバーへのマッピングに関する項を参照してください。

  6. 外部中間層のOracle Web Cache Managerを使用して、サイトinternal.mycompany.comを中間層apphost3.mycompany.comにマップします。

    1. ナビゲーション・フレームで、「Origin Servers, Sites, and Load Balancing」の「Site-to-Server Mapping」を選択します。

    2. 「Site-to-Server Mapping」ページで、表の中の最初のマッピングを選択して「Insert Above」をクリックします。

    3. 「Edit/Add Site-to-Server Mapping」ページで、「Select from Site definitions」オプションを選択し、internal.mycompany.comを選択します。

    4. 「Select Application Web Servers」セクションで、「Origin Servers」ページで指定したAPPHOST3上のアプリケーション・サーバー(apphost3.mycompany.com)を選択します。

    5. 「発行」をクリックします。

    6. ページの上部にある「Apply Changes」をクリックします。

    7. 「Cache Operations」ページで「Restart」をクリックし、APPHOST3のOracle Web Cacheを再起動します。

    サイトが正しくマッピングされていることを確認するには、「Site-to-Server Mapping」ページに移動し、APPHOST3がサイトinternal.mycompany.comにマップされていることを確認します。

  7. apphost3.mycompany.comコンピュータがロード・バランシング・ルーターのホスト名を解決して正しいIPアドレスを取得できるように構成します。DNS解決を使用するか、/etc/hostsファイルに次のエントリを作成します。

    xxx.xxx.240 internal.mycompany.com


    注意:

    /etc/hostsファイルにはローカル・ホスト名が127.0.0.1を指し示すエントリがないことを確認してください。例:

    127.0.0.1 apphost3.mycompany.com

9.1.5 パートナ・アプリケーションとしての内部中間層の登録

シングル・サインオン・コンポーネントが正しく動作するためには、常にURLのホスト名と同じ名前でパートナ・アプリケーションから参照される必要があります。これは、Cookieが生成元のホストにのみ返されるためです。

内部中間層をパートナ・アプリケーションとして登録する必要があります。そのためには、内部中間層(APPHOST3)から次の手順を実行する必要があります。

  1. ORACLE_HOME変数をSSOのORACLE_HOMEの場所に設定します。

  2. 例9-1のようにパラメータを指定して、SSO登録スクリプトORACLE_HOME/sso/bin/ssoreg.shを実行します。

    例9-1 UNIXでのssoregの使用方法

    -site_name_internal.mycompany.com
-mod_osso_URL https://internal.mycompany.com
-config_mod_osso TRUE
-oracle_home_path ORACLE_HOME
-config_file /tmp/osso.conf
-admin_info cn=orcladmin
-virtualhost
-remote_midtier

    Windowsの場合は、ssoreg.batスクリプトを実行します。

  3. MW_HOME/asinst_1/config/OHS/ohs1にあるポータル中間層ホームに/tmp/osso.confをコピーします。

  4. 次のコマンドを発行してOracle HTTP Serverを再起動します。

    ORACLE_HOME/opm/bin/opmnctl restartproc process-type=OHS

  5. 次のURLを使用してシングル・サインオン・サーバーにログインします。

    http://login.mycompany.com/pls/orasso

  6. 管理ページに移動してから、「パートナ・アプリケーションの管理」ページに移動します。apphost3.mycompany.comのエントリを削除します。

  7. Web層を再起動して変更を有効にします。Oracle Web Tierコンポーネントを再起動するには次のコマンドを使用します。

    opmnctl stopall

    opmnctl startall


    注意:

    前述のコマンドを発行する前に、環境変数ORACLE_INSTANCEがインストール時に入力した値に設定されていることを確認してください。

9.1.6 WebLogicにおけるホスト・アサーションの変更

Oracle HTTP ServerはWebLogicのプロキシとして機能するため、デフォルトでは特定のCGI環境変数はWebLogicに渡されません。これらには、ホストとポートが含まれます。WebLogicには、内部URLを適切に生成できるように仮想サイト名およびポートを使用していることを指示する必要があります。これを実現するには、次の手順を実行します。

  1. 次のURLを使用して、WebLogic管理コンソールにログインします。

    http://apphost1.abc.oracle.com:7001/console

  2. 「環境」を選択して「クラスタ」に移動します。

  3. 「チェンジ・センター」ウィンドウで「ロックして編集」をクリックし、編集可能にします。

  4. 「cluster_portal」を選択します。「HTTP」に移動して次の値を入力します。

    パラメータ 値

    フロントエンド・ホスト

    internal.mycompany.com

    フロントエンドHTTPポート

    80

    フロントエンドHTTPSポート

    任意

  5. 「チェンジ・センター」ウィンドウの「変更のアクティブ化」をクリックします。

  6. WLS_PORTAL管理対象サーバーを再起動します。WLS_PORTALを再起動するには、次の手順を実行します。

    1. http://apphost1.abc.oracle.com:7001/consoleにログインします。

    2. 「サーバー」に移動して「制御」タブを選択します。

    3. 「WLS_PORTAL」チェック・ボックスを選択し、「停止」をクリックします。

    4. WLS_PORTALを再起動するには、「WLS_PORTAL」チェック・ボックスを選択し、「起動」をクリックします。

      WLS_PORTALが起動します。

9.1.6.1 構成の検証

APPHOST3の最初の内部中間層を構成したら、ポータル・バージョン番号を元のバージョン番号に戻す必要があります。これを行うには、次の手順を実行します:

  1. 次の例に示すように、portal schemaとしてデータベースに接続し、ポータル・バージョンを問い合せます。

    >sqlplus portal/portaldb_portal@portaldb
sql> select version from wwc_version$;
sql> 11.1.1.1.0

  2. 次の例に示すように、ポータル・リポジトリ・バージョンを11.1.1.4.0に変更します。

    sql> update wwc_version$ set version = '11.1.1.4.0';
sql> commit;
sql> select * from wwc_version$;
sql> 11.1.1.4.0

構成を検証するには、次のテストを実行します。

テスト URL 結果

ロード・バランサのテスト

http://myPortal.mycompany.com/

ホーム・ページが表示されます

SSL経由したロード・バランサのテスト

https://myPortal.mycompany.com/

ホーム・ページが表示されます

ロード・バランサの終了のテスト

http://myPortal.mycompany.com/portal/pls/portal/owa_util.print_cgi_env

HTTPSのREQUEST_PROTOCOL値

9.1.7 APPHOST4への2番目の内部中間層のインストール

2番目の内部中間層をAPPHOST4にインストールする前に、APPHOST3で内部中間層が実行されていることを確認してください。2番目の内部中間層をAPPHOST4にインストールするには、次のタスクを実行します。

  • 次の点を除き、第9.1.2項「APPHOST3への最初の内部中間層のインストール」の手順に従って2番目の内部中間層をインストールします。

    • 必要に応じて、APPHOST3をAPPHOST4に置き換えます。

    • ポータル・バージョン番号の変更は最初の内部中間層をAPPHOST3にインストールする場合にのみ必要になります。以降、APPHOST4や他の中間層を設定する場合、ポータル・バージョン番号は変更しないでください。

    • 「Oracle Portalをインストール」セクションで、手順6を次の手順に置き換えます。

      • 「クラスタを開く」を選択します。次の値を入力します。

        パラメータ 値

        ホスト名

        WebLogic管理サーバーを実行しているホストの名前: APPHOST3.mycompany.com

        ポート

        管理サーバーが使用しているポート。例: 7001

        ユーザー名

        管理サーバーの管理者アカウント名

        パスワード

        管理サーバーのパスワード

        「次へ」をクリックします。「コンポーネントの構成」画面が表示されます。


        注意:

        2番目の中間層のインストールに同じ物理パスを使用することをお薦めします。このようにしておくと、1つのマシンで構成の変更を行い、その変更内容を別のマシンへ転送するときに役立ちます。

9.1.8 Oracle Web Cacheの無効化専用クラスタの構成

APPHOST4に2番目の中間層をインストールしたら、APPHOST1のOracle Web Cache Managerを使用して、APPHOST4のキャッシュをクラスタに追加する必要があります。そのためには、必要に応じてAPPHOST3をAPPHOST4に置き換えて第9.1.3項「Oracle Web Cacheの無効化専用クラスタの構成」の手順を実行します。

9.1.9 APPHOST4の2番目の内部中間層のロード・バランシング・ルーター用の構成

2番目の内部中間層をAPPHOST4に構成するには、次の手順を実行します。

  1. WLS_PORTAL1(APPHOST4)をAPPHOST3のORACLE HTTP Serverに追加します。

    管理対象サーバーWLS_PORTALを起動したら、外部中間層のOracle HTTP Server (OHS)からリクエストがルーティングされるように設定する必要があります。

  2. クラスタ対応にするためにOracle HTTP Server構成を更新します。

    WebLogicクラスタを作成したら、WebLogicのリクエストがクラスタに転送されるようにする必要があります。そのためには、APPHOST3のORACLE_INSTANCE/config/OHS/ohs1/moduleconfにあるportal.confファイルを次のように編集する必要があります。

    • 次で始まるブロックのエントリを変更します。

      • /portal

      • /portalTools

      • /wsrp-tools

      • /portalHelp

      • /portalHelp2

    • 次を編集します。

      <Location /portal>
SetHandler WebLogic-handler
WebLogicHost apphost3.mycompany.com
WebLogicPort 9001
</Location>

      編集後

      <Location /portal>
SetHandler WebLogic-handler
WebLogicCluster apphost3.mycompany.com:9001,apphost4.mycompany.com:9001
</Location>

  3. 次のコマンドを使用してOracle HTTP Serverを再起動します。

    opmnctl restartproc process-type=OHS

  4. APPHOST3からAPPHOST4に構成情報をコピーします。

    ファイル APPHOST3上の場所 APPHOST4上の場所

    appConfig.xml

    portal_cache.conf

    portal_dads.conf

    portal_plsql.conf

    MW_HOME/user_projects/domains/PortalDomain/config/fmwconfig/servers/WLS_PORTAL/applications/portal/configuration/

    MW_HOME/user_projects/domains/PortalDomain/config/fmwconfig/servers/WLS_PORTAL1/applications/portal/configuration

    mod_oradav.conf

    mod_osso.conf

    plsql.conf

    portal.conf

    virtual_hosts.conf

    ORACLE_INSTANCE/config/OHS/ohs1/moduleconf

    ORACLE_INSTANCE/config/OHS/ohs1/moduleconf

    osso.conf

    ORACLE_INSTANCE/config/OHS/ohs1

    ORACLE_INSTANCE/config/OHS/ohs1

    sqlnet.ora

    ORACLE_INSTANCE/config/

    ORACLE_INSTANCE/config/

  5. 次のコマンドを使用してOracle HTTP Serverを再起動します。

    ORACLE_HOME/opmn/bin/opmnctl stopall
ORACLE_HOME/opmn/bin/opmnctl startall

  6. 仮想ホストを構成します。

    基盤となるコンポーネントがロード・バランシング・ルーターのホスト名(internal.mycompany.com)とポート番号7777に基づいてURLを作成できるようにOracle Portal中間層を構成する必要があります。そのためには、仮想ホストを構成する必要があります。仮想ホストを構成するには、次の手順を実行します。

    1. $INSTANCE_HOME/config/OHS/ohs1にあるhttpd.confファイルを編集します。

    2. 次のエントリをこのファイルに追加します。

      NameVirtualHost *:8888
<VirtualHost *8888>
ServerName http://internal.mycompany.com:7777
RewriteEngine On
RewriteOptions inherit
UseCanonicalName On
</VirtualHost>

      <VirtualHost *:8888>
ServerName apphost4.abc.oracle.com:7777
RewriteEngine On
RewriteOptions inherit
UseCanonicalName On
</VirtualHost>

  7. APPHOST4上に次のポータル・ディレクトリを作成し、Oracle Portalのキャッシュの記憶域にします。

    ORACLE_INSTANCE/portal/cache

    ORACLE_INSTANCE/diagnostics/logs/portal

  8. ディレクトリ$DOMAIN_HOME/config/fmwconfig/servers/WLS_PORTAL1/applications/portal/configuration内にあるファイルでインスタンス・パスを更新します。

    次に示すようにファイルを編集します。

    portal_cache.conf: PlsqlCacheDirectoryを変更します

    portal_plsql.conf: PlsqlLogDirectoryを変更します

  9. 次のURLを使用してAPPHOST4の管理サーバーにログインし、WLS_PORTAL1を起動します。

    http://apphost4.abc.oracle.com:7001/console

    WLS_PORTAL1の起動の詳細は、Oracle Portalエンタープライズ・デプロイメント・ガイド:11.1.1.2のWLS_PORTAL1の起動に関する項を参照してください。

  10. 構成を検証します

    構成が完了したら、構成を検証する必要があります。構成を検証するには、次のテストを実行します。

    テスト URL 結果

    ロード・バランサのテスト

    http://myPortal.mycompany.com/

    ホーム・ページが表示されます

    SSL経由したロード・バランサのテスト

    https://myPortal.mycompany.com/

    ホーム・ページが表示されます

    ロード・バランサの終了のテスト

    https://myPortal.mycompany.com/portal/pls/portal/owa_util.print_cgi_env

    HTTPSのREQUEST_PROTOCOL値

9.1.10 Web Cacheの構成

Web Cacheパスワードの変更

Web Cacheの無効化パスワードと管理パスワードはランダムに生成されます。これらのパスワードをデフォルト値から新しい既知の値に変更することをお薦めします。パスワードを変更するには、次の手順を実行します。

  1. 「ナビゲータ」ウィンドウで「Web層」ツリーを開きます。

  2. APPHOST4で「wc1」を選択します。

  3. ページの最上部にあるメニュー・リストから「管理」を選択し、「パスワード」に移動します。

  4. 新しい無効化パスワードと管理パスワードを入力します。確認して、「適用」をクリックします。


    注意:

    外部中間層で使用したパスワードと同じものを使用します。

  5. 次のコマンドを使用してWeb Cacheを再起動し、変更を有効にします。

    opmnctl restartproc ias-component=wc1

APPHOST3のOracle Web Cache Managerを使用してAPPHOST4を追加します。

Oracle Web Cache Managerを使用してAPPHOST4を追加するには、次の手順を実行します。

  1. 「Origin Servers, Sites, and Load Balancing」で「Origin Server」をクリックします。

  2. 「Origin Server」ページで、「Application Web Servers」表の「Add」をクリックします。

  3. 「Add Application Web Server」ページで次の情報を入力します。

    プロパティ 値

    ホスト名

    apphost4.abc.oracle.com

    ポート

    7778 (APPHOST4のOracle HTTP Serverリスニング・ポート)

    Routing

    ENABLED

    容量

    100

    フェイルオーバーのしきい値

    5

    URLのping

    /

    Ping Interval

    10

    プロトコル

    HTTP

  4. 「発行」をクリックします。

  5. オリジン・サーバーが正しく追加されていることを確認するために、「Origin Server」表でapphost4.abc.oracle.comを探します。

APPHOST3のOracle Web Cache Managerを使用して、ロード・バランシング・ルーター・サイトをオリジン・サーバーにマップします。

Web Cache Managerを使用してロード・バランシング・ルーター・サイトinternal.mycompany.comを2つのオリジン・サーバーapphost3.mycompany.comおよびapphost4.mycompany.comにマップするには、次の手順を実行します。

  1. ナビゲーション・フレームで、「Origin Servers, Sites, and Load Balancing」の「Site-to-Server Mapping」を選択します。

  2. 「Site-to-Server Mapping」ページにある表でロード・バランシング・ルーター・サイトのマッピングを選択し、「Edit Selected」をクリックします。

  3. 「Select Application Web Servers」セクションで、APPHOST4の「Origin Server」ページで指定したアプリケーションWebサーバー(apphost4.mycompany.com)を選択します。

  4. 「発行」をクリックします。

  5. サイトが正しくマッピングされていることを確認するには、「Site to Server Mappings」表でAPPHOST3とAPPHOST4の両方がinternal.mycompany.comにマップされていることを確認します。

  6. ページ上部の「変更の適用」をクリックします。「Cache Operations」ページで次の手順を実行します。

    1. 「Propagate」をクリックしてAPPHOST4に変更を伝幡します。

    2. 「Restart」をクリックしてAPPHOST3およびAPPHOST4のWeb Cachesを再起動します。

9.1.11 Oracle Metadata RepositoryのOracle Portalスキーマの構成

ホストに依存しない無効化を送信できるように、Oracle Metadata RepositoryのOracle Portalスキーマを構成します。これを行うには、次の手順を実行します:

  1. APPHost1にログインし、SQL*Plusを使用してスクリプトOH/portal/admin/plsql/wwc/cachhii.sqlを実行します。

  2. プロンプトでonを指定して、ホストに依存しない無効化を有効にします。

9.1.12 構成完了後の検証

構成が完了し、正常に機能していることを確認するには、次の手順を実行します。

  1. 次の手順を実行して、ロード・バランシング・ルーターを介してOracle AS Portalにアクセスできるかどうかをテストします。

    1. http://internal.mycompany.com:7777/pls/portalにあるOracleAS Portalのホームページにアクセスします。

    2. ポータルのログイン・リンクをクリックします。

    3. ポータルのリンクをいくつかクリックしてみます。

    4. コンテンツがOracle Web Cacheにキャッシュされていることを確認します。そのためには、『Oracle Fusion Middleware Oracle Web Cache管理者ガイド』の説明に従って、APPHOST3のOracle Web Cache Managerにアクセスします。

      「Monitoring」で「Popular Requests」をクリックします。「Filter Objects」ドロップダウン・リストから「Cached」を選択し、「Update」をクリックします。Oracle Portalにアクセスできていれば、ポータル・コンテンツ(/pls/portalを含むURLなど)が表示されます。

      Oracle Portalで、ポートレットをページに追加するなどの基本的なページ編集を行って、新しいコンテンツが表示されることを確認します。新しいコンテンツが正しく表示されない場合やエラーが発生する場合は、Oracle Web Cacheの無効化の構成に誤りがあります。

9.2 Oracle Portal 10gのイントラネットおよびインターネット設定の11gへのアップグレード

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

9.2.1 外部中間層のインストールとアップグレード

外部中間層のインストール

外部中間層をインストールするには、次のタスクを実行します。

  1. WebLogic Serverバージョン1034をインストールします。

  2. PS1 S/Wビットをインストールします。

  3. PS3 Sparseパッチをインストールします。

  4. MW_HOME/oracle_home/install/config/deployにあるvi portal-deployment-sequence.xmlファイルを開きます。

    次に示すように、ファイルの次の行をコメントアウトします。

    <!-- <Deploy name="portalHelp" file="portal/jlib/portalHelp.ear" description="Portal Help" stagingMode="nostage"/> -->
<!-- <Deploy name="portalHelp2" file="portal/jlib/portalHelp2.ear" description="Portal Help 2" stagingMode="nostage"/>-->

  5. MW_HOME/$ORACLE_HOME/binにある./config.shを実行します。

リポジトリおよび外部中間層のアップグレード

リポジトリおよび外部中間層は、アップグレード・アシスタントを使用してアップグレードする必要があります。外部中間層および必要なスキーマとリポジトリをアップグレードするには、Oracle Fusion Middleware Oracle Portal、Forms、ReportsおよびDiscovererアップグレード・ガイドのタスク6: アップグレード・アシスタントを使用した必要なスキーマおよび中間層のアップグレードに関する項を参照してください。

9.2.2 外部中間層のアップグレード後の構成

リポジトリと中間層をアップグレードしたら、中間層を構成する必要があります。次の構成タスクを実行する必要があります。

  1. MW_HOME/instance_name/config/OHS/ohs1にあるhttpd.confファイルを開きます。次に示すようにファイルを編集します。

    NameVirtualHost*:7778
<VirtualHost*:7778>
ServerName portal.mycompany.com
#SecureHttps On
Port 443
UseCanonicalName On
RewriteEngine On
RewriteOptions inherit
</VirtualHost>

<VirtualHost*:7778>
ServerName apphost1.abc.oracle.com:7777
RewriteEngine On
RewriteOptions inherit
UseCanonicalName On
</VirtualHost>

  2. フロントエンド・ホストおよびポートの詳細を指定します。

    1. 次のURLを使用して、アップグレードしたWebLogicコンソールにログインします。

      http://apphost1.abc.oracle.com:7001/console

    2. 左側のナビゲーション・パネルで「クラスタ」に移動し、「クラスタのサマリー」をクリックします。

    3. 「cluster_portal」を選択します。cluster_portalの設定ページが表示されます。

    4. 「構成」セクションで「HTTP」タブを選択します。

    5. 次に示すフロントエンド・ホストおよびポートの詳細を入力します。

      フロントエンド・ホスト: portal.mycompany.com

      フロントエンドHTTPポート: 80

      フロントエンドHTTPSポート: 443

    6. 「保存」をクリックします。「変更のアクティブ化」をクリックして変更を有効にします。

  3. WLS_PORTALを再起動して構成の変更を有効にします。WLS_PORTALを再起動するには、次の手順を実行します。

    1. http://apphost1.abc.oracle.com:7001/consoleにログインします。

    2. 「サーバー」に移動して「制御」タブを選択します。

    3. 「WLS_PORTAL」チェック・ボックスを選択し、「停止」をクリックします。

    4. WLS_PORTALを再起動するには、「WLS_PORTAL」チェック・ボックスを選択し、「起動」をクリックします。

      WLS_PORTALが起動します。

  4. 次の場所にあるportal_dads.confファイルを開きます:次に示すようにファイルを編集します。

    <Location /pls/portal>
SetHandler pls_handler
Order allow,deny
Allow from All
AllowOverride None
PlsqlDatabaseUsername portal
PlsqlDatabasePassword CSFPassword
PlsqlDatabaseConnectString portalinfra.abc.oracle.com:1521:portaldb.abc.oracle.com  ServiceNameFormat
PlsqlNLSLanguage AMERICAN_AMERICA.WE8ISO8859P1
PlsqlAuthenticationMode SingleSignOn
PlsqlDocumentTablename portal.wwdoc_document
PlsqlDocumentPath docs
PlsqlDocumentProcedure portal.wwdoc_process.process_download
PlsqlDefaultPage portal.home
PlsqlPathAlias url
PlsqlPathAliasProcedure portal.wwpth_api_alias.process_download
PlsqlExclusionList "#None#"
PlsqlCGIEnvironmentList "REQUEST_PROTOCOL=HTTPS"
PlsqlCGIEnvironmentList "SERVER_PORT=443"
</Location>

  5. データベース・ウォレットを作成し、そのウォレットにロード・バランサの証明書を格納します。データベース・ウォレット内に証明書を格納したら、そのウォレットの場所をポータル・リポジトリ内に格納する必要があります。

    そのためには、Oracle Portalエンタープライズ・デプロイメント・ガイド:11.1.1.2の次の項にある手順をすべて実行します。

    • データベース・ウォレットの作成

    • データベース・ウォレットへの証明書のインポート

    • ポータルに対するウォレットの識別

  6. 外部中間層をSSOに登録する必要があります。SSOへの登録の詳細は、Oracle Portalエンタープライズ・デプロイメント・ガイド:11.1.1.2を参照してください。

  7. Web層(OHSとWeb Cache)を再起動します。

    前述の変更を行った後、Web層コンポーネントを再起動する必要があります。そのためには、次のコマンドを発行します。

    opmnctl stopall

    opmnctl startall

  8. 構成を検証します。

    構成を検証するには、次のテストを実行します。

    テスト URL 結果

    ロード・バランサのSSL終了のテスト

    https://myPortal.mycompany.com/portal/pls/portal/owa_util.print_cgi_env

    HTTPSのREQUEST_PROTOCOL値

    ロード・バランサを経由したPortalのテスト

    https://myPortal.mycompany.com/portal/pls/portal

    ポータルのホーム・ページが表示されます

    ロード・バランサを経由したPortalログインのテスト

    https://myPortal.mycompany.com/portal/pls/portal

    orcladminアカウントを使用してログインできる必要があります。

9.2.3 APPHOST3への最初の内部中間層のインストールとアップグレード

APPHOST3への最初の内部中間層のインストール

内部中間層をAPPHOST3にインストールするには、次のタスクを実行します。

  1. WebLogic Serverバージョン1034をインストールします。

  2. PS1 S/Wビットをインストールします。

  3. PS3 Sparseパッチをインストールします。

  4. MW_HOME/oracle_home/install/config/deployにあるvi portal-deployment-sequence.xmlファイルを開きます。

    次に示すように、ファイルの次の行をコメントアウトします。

    <!-- <Deploy name="portalHelp" file="portal/jlib/portalHelp.ear" description="Portal Help" stagingMode="nostage"/> -->
<!-- <Deploy name="portalHelp2" file="portal/jlib/portalHelp2.ear" description="Portal Help 2" stagingMode="nostage"/>-->

  5. 次に示すように、データベースに接続し、ポータル・スキーマのバージョンを変更します。

    >sqlplus portal/portaldb_portal@portaldb
sql> select version from wwc_version$;
sql> 11.1.1.4.0

    次に示すように、今度はバージョンを11.1.1.1.0に変更します。

    sql> update wwc_version$ set version = '11.1.1.1.0';
sql> commit;
sql> select * from wwc_version$;
sql> 11.1.1.1.0

  6. 11g RCUを使用してポートレット・スキーマを作成します。

  7. MW_HOME/$ORACLE_HOME/binにある./config.shを実行します。

APPHOST3の最初の内部中間層のアップグレード

APPHOST3の内部中間層をアップグレードするには、アップグレード・アシスタントを使用する必要があります。APPHOST3の内部中間層をアップグレードするには、Oracle Fusion Middleware Oracle Portal、Forms、ReportsおよびDiscovererアップグレード・ガイドのタスク6: アップグレード・アシスタントを使用した必要なスキーマおよび中間層のアップグレードに関する項を参照してください。


注意:

リポジトリは外部中間層に対してのみアップグレードされます。APPHOST3およびAPPHOST4の内部中間層に対しては、リポジトリのアップグレードは不要です。

9.2.4 APPHOST3の最初の内部中間層のアップグレード後の構成

内部中間層をアップグレードしたら、その中間層を構成する必要があります。次の構成タスクを実行する必要があります。

  1. フロントエンド・ホストおよびポートの詳細を指定します。

    1. 次のURLを使用して、アップグレードしたWebLogicコンソールにログインします。

      http://apphost3.abc.oracle.com:7001/console

    2. 左側のナビゲーション・パネルで「クラスタ」に移動し、「クラスタのサマリー」をクリックします。

    3. 「cluster_portal」を選択します。cluster_portalの設定ページが表示されます。

    4. 「構成」セクションで「HTTP」タブを選択します。

    5. 次に示すフロントエンド・ホストおよびポートの詳細を入力します。

      フロントエンド・ホスト: internal.mycompany.com

      フロントエンドHTTPポート: 7777

      「保存」をクリックします。


      注意:

      「フロントエンドHTTPSポート」フィールドは空白のままにします。

    6. 次の手順を実行してWLS_PORTALを再起動し、変更を有効にします。

      1. WebLogicコンソールにログインします。

      2. 「サーバー」に移動して「制御」タブを選択します。

      3. 「WLS_PORTAL」チェック・ボックスを選択し、「停止」をクリックします。

      4. WLS_PORTALを再起動するには、「WLS_PORTAL」チェック・ボックスを選択し、「起動」をクリックします。

        WLS_PORTALが起動します。

  2. APPHOST3の内部中間層をSSOに登録する必要があります。SSOへの登録の詳細は、Oracle Portalエンタープライズ・デプロイメント・ガイド:11.1.1.2を参照してください。生成されたosso.confファイルを次のディレクトリにコピーします。

    $ORACLE_HOME/asinst_1/config/OHS/ohs1/osso.

  3. Web層(OHSとWeb Cache)を再起動します。

    前述の変更を行った後、Web層コンポーネントを再起動する必要があります。そのためには、次のコマンドを発行します。

    opmnctl stopall

    opmnctl startall

9.2.5 APPHOST4への2番目の中間層のインストールとアップグレード

APPHOST3の最初の内部中間層をインストールしてアップグレードしたら、ポータル・バージョン番号を元のバージョン番号に戻す必要があります。これを行うには、次の手順を実行します:

  1. 次の例に示すように、portal schemaとしてデータベースに接続し、ポータル・バージョンを問い合せます。

    >sqlplus portal/portaldb_portal@portaldb
sql> select version from wwc_version$;
sql> 11.1.1.1.0

  2. 次の例に示すように、ポータル・リポジトリ・バージョンを11.1.1.4.0に変更します。

    sql> update wwc_version$ set version = '11.1.1.4.0';
sql> commit;
sql> select * from wwc_version$;
sql> 11.1.1.4.0

注意:

ポータル・バージョン番号の変更は最初の内部中間層をAPPHOST3にインストールおよびアップグレードする場合にのみ必要になります。以降、APPHOST4や他の中間層を設定する場合、ポータル・バージョン番号は変更しないでください。

APPHOST4への2番目の内部中間層のインストール

2番目の内部中間層をAPPHOST4にインストールするには、次のタスクを実行します。

  1. 外部中間層のインストールの手順をすべて実行します。

  2. 第9.1.7項「APPHOST4への2番目の内部中間層のインストール」の説明に従って、Oracle Portal 11gをインストールします。

APPHOST4の2番目の内部中間層のアップグレード

APPHOST3の内部中間層をアップグレードするには、アップグレード・アシスタントを使用する必要があります。APPHOST3の内部中間層をアップグレードするには、Oracle Fusion Middleware Oracle Portal、Forms、ReportsおよびDiscovererアップグレード・ガイドのタスク6: アップグレード・アシスタントを使用した必要なスキーマおよび中間層のアップグレードに関する項を参照してください。


注意:

リポジトリは外部中間層に対してのみアップグレードされます。APPHOST3およびAPPHOST4の内部中間層に対しては、リポジトリのアップグレードは不要です。

9.2.6 APPHOST4の2番目の内部中間層のアップグレード後の構成

APPHOST4のWebLogicドメインを構成するには、次のタスクを実行します。

  1. WLS_PORTAL1(APPHOST4)をAPPHOST3のORACLE HTTP Serverに追加します。

    管理対象サーバーWLS_PORTALを起動したら、外部中間層のOracle HTTP Server (OHS)からリクエストがルーティングされるように設定する必要があります。

  2. クラスタ対応にするためにOracle HTTP Server構成を更新します。

    WebLogicクラスタを作成したら、WebLogicのリクエストがクラスタに転送されるようにする必要があります。そのためには、APPHOST3のORACLE_INSTANCE/config/OHS/ohs1/moduleconfにあるportal.confファイルを次のように編集する必要があります。

    • 次で始まるブロックのエントリを変更します。

      • /portal

      • /portalTools

      • /wsrp-tools

      • /portalHelp

      • /portalHelp2

    • 次を編集します。

      <Location /portal>
SetHandler WebLogic-handler
WebLogicHost apphost3.mycompany.com
WebLogicPort 9001
</Location>

      編集後

      <Location /portal>
SetHandler WebLogic-handler
WebLogicCluster apphost3.mycompany.com:9001,apphost4.mycompany.com:9001
</Location>

  3. 次のコマンドを使用してOracle HTTP Serverを再起動します。

    opmnctl restartproc process-type=OHS

  4. APPHOST3からAPPHOST4に構成情報をコピーします。

    ファイル APPHOST3上の場所 APPHOST4上の場所

    appConfig.xml

    portal_cache.conf

    portal_dads.conf

    portal_plsql.conf

    MW_HOME/user_projects/domains/PortalDomain/config/fmwconfig/servers/WLS_PORTAL/applications/portal/configuration/

    MW_HOME/user_projects/domains/PortalDomain/config/fmwconfig/servers/WLS_PORTAL1/applications/portal/configuration

    mod_oradav.conf

    mod_osso.conf

    plsql.conf

    portal.conf

    virtual_hosts.conf

    ORACLE_INSTANCE/config/OHS/ohs1/moduleconf

    ORACLE_INSTANCE/config/OHS/ohs1/moduleconf

    osso.conf

    ORACLE_INSTANCE/config/OHS/ohs1

    ORACLE_INSTANCE/config/OHS/ohs1

    sqlnet.ora

    ORACLE_INSTANCE/config/

    ORACLE_INSTANCE/config/

  5. 仮想ホストを構成します。これを実行する手順を次に示します。

    1. APPHOST4のORACLE_INSTANCE/config/OHS/ohs1/moduleconfにあるvirtual_hosts.confファイルを編集します。

    2. 次に示すように、UseCanonicalName Onエントリがファイルにあることを確認します。

      NameVirtualHost *:7778
<VirtualHost *7778>
ServerName http://internal.mycompany.com:7777
RewriteEngine On
RewriteOptions inherit
UseCanonicalName On
</VirtualHost>

      <VirtualHost *:7778>
ServerName apphost4.abc.oracle.com:7777
RewriteEngine On
RewriteOptions inherit
UseCanonicalName On
</VirtualHost>

  6. 次のコマンドを使用してOracle HTTP Serverを再起動します。

    ORACLE_HOME/opmn/bin/opmnctl stopall
ORACLE_HOME/opmn/bin/opmnctl startall

  7. APPHOST4上に次のポータル・ディレクトリを作成し、Oracle Portalのキャッシュの記憶域にします。

    ORACLE_INSTANCE/portal/cache

    ORACLE_INSTANCE/diagnostics/logs/portal

  8. ディレクトリ$DOMAIN_HOME/config/fmwconfig/servers/WLS_PORTAL1/applications/portal/configuration内にあるファイルでインスタンス・パスを更新します。

    次に示すようにファイルを編集します。

    portal_cache.conf: PlsqlCacheDirectoryを変更します

    portal_plsql.conf: PlsqlLogDirectoryを変更します

  9. WLS_PORTAL1を起動する前に、次の手順を実行します。

    1. $ORACLE_HOME/archives/applications dirにあるportal.earファイルを解凍します。

    2. portal_dads.conf (0バイトのファイル)を開きます。ファイルに内容を追加して0バイト以外のファイルにし、保存します。

    3. portal.earファイルを再ビルドします。

    4. WLS_PORTAL1を再起動します。

    5. APPHOST3インスタンスから$DOMAIN_HOME/config/fmwconfig/servers/WLS_PORTAL1/applications/portal/configuration (APPHOST4)にportal_dads.confファイルをコピーします。

    6. WLS_PORTAL1サーバーを再起動します。

  10. 次のURLを使用してAPPHOST4の管理サーバーにログインし、WLS_PORTAL1を起動します。

    http://apphost4.abc.oracle.com:7001/console

    WLS_PORTAL1の起動の詳細は、Oracle Portalエンタープライズ・デプロイメント・ガイド:11.1.1.2のWLS_PORTAL1の起動に関する項を参照してください。

9.2.7 構成の検証

構成を検証するには、次の2つのシナリオで外部ポータルURL (http://portal.mycompany.com/portal/pls/portal)と内部ポータルURL (http://internal.mycompany.com:7777/portal/pls/portal)にアクセスし、それぞれが正しく動作することを確認します。

  • APPHOST3 (opmnサービスとWLS_PORTAL)が完全に停止しており、APPHOST4 (opmnサービスとWLS_PORTAL)が完全に起動している。

    APPHOST3 (opmnサービスとWLS_PORTAL)が完全に起動しており、APPHOST4 (opmnサービスとWLS_PORTAL)が完全に停止している。

  前
前 		 次
次
  ドキュメント・ライブラリへ移動
ライブラリ		 製品リストへ移動
製品		 目次へ移動
目次		 索引へ移動
索引