ヘッダーをスキップ
Oracle® Fusion Middleware Oracle WebCenter Portalエンタープライズ・デプロイメント・ガイド
11gリリース1 (11.1.1.7.0)
B55900-07
  ドキュメント・ライブラリへ移動
ライブラリ		 製品リストへ移動
製品		 目次へ移動
目次		 索引へ移動
索引
前
前 		 次
次		  

10 WebCenter Portalコンポーネントを使用するためのドメインの拡張

この章では、WebCenter Portalコンポーネントを含めるために、第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したドメインを構成ウィザードを使用して拡張する方法を説明します。


注意:

セットアップのプロセスを開始する前に、Oracle Fusion Middlewareリリース・ノートを読み、インストールとデプロイメントに関する追加情報を確認してください。

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

10.1 WebCenter Portalコンポーネントを使用するためのドメインの拡張の概要

WebLogicドメインを拡張して、Oracle WebCenter Portalコンポーネントを追加することができます。表10-1には、WebCenter Portalコンポーネント用にドメインを拡張するために、WebCenter Portalを構成する手順と、その他の必要なタスクを示しています。

表10-1 WebCenter Portalコンポーネントを使用するためのドメインの拡張の手順

手順 説明 詳細

WebCenter Portalコンポーネントを使用するためのドメインの拡張

第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したWebLogicドメインを拡張します。

第10.2項「WebCenter Portalコンポーネントを使用するための構成ウィザードを使用したドメインの拡張」

WebCenter Portal管理対象サーバーのホスト名の検証の無効化

ホスト名の検証を無効にします。

第10.3.1項「WebCenter Portal管理対象サーバーに対するホスト名検証の無効化」

構成後のタスクの実行

構成後タスクの手順に従います。

第10.3項「構成後のタスク」

ドメイン構成の管理対象サーバーのドメイン・ディレクトリへの伝播

起動スクリプトとクラスパス構成を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播します。

第10.3.3項「管理対象サーバーのドメイン・ディレクトリへのドメイン変更の伝播」

ドメイン構成のSOAHOST2、WCPHOST1、WCPHOST2への伝播

その他すべてのホストにドメイン構成を伝播します。

第10.4.1項「unpackユーティリティを使用したSOAHOST2、WCPHOST1およびWCPHOST2へのドメイン構成の伝播」

Javaオブジェクト・キャッシュの構成

Javaオブジェクト・キャッシュを構成し、Spacesアプリケーションのパフォーマンスを向上させます。

第10.5項「Spaces_Cluster用のJavaオブジェクト・キャッシュの構成」

WebCenter Portalサービスの構成

ディスカッション、Analytics、アクティビティ・グラフおよびREST APIサービスを構成します。

第10.6項「マルチキャストからユニキャストへのディスカッションの変換」

第10.7項「ディスカッション・サーバーでのクラスタリングの構成」

第10.8項「Analyticsの構成」

第10.9項「アクティビティ・グラフの構成」

第10.10項「REST APIの構成」

拡張したドメインでのOracle HTTP Serverの構成

管理対象サーバーにOracle HTTP Serverを構成し、アクセスを検証します。

第10.11.1項「WC_Spacesn、WC_Portletn、WC_UtilitiesnおよびWC_Collaborationn管理対象サーバーのためのOracle HTTP Serverの構成」

WebCenter Portalの構成のバックアップ

新しく拡張したドメイン構成をバックアップします。

第10.12項「WebCenter Portalの構成のバックアップ」

10.2 WebCenter Portalコンポーネントを使用するための構成ウィザードを使用したドメインの拡張

WebCenter Portalコンポーネントを含めるために、第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したドメインを、構成ウィザードを使用して拡張できます。


注意:

ドメインを拡張する前に、現在のドメインをバックアップする必要があります。ドメインの拡張時になんらかのエラーが発生した場合は、このバックアップを使用してリカバリできます。詳細は、『Oracle Fusion Middleware管理者ガイド』の環境のバックアップに関する項を参照してください。

構成ウィザードを使用してドメインを拡張する手順は次のとおりです。

  1. リポジトリをインストールしたデータベースを実行していることを確認します。Oracle RACデータベースの場合は、後で実行する検証チェックの信頼性を確保するために、すべてのインスタンスを実行しておくことをお薦めします。

  2. ドメイン内の管理対象サーバーをすべてシャットダウンします。

  3. 構成ウィザードの場所にディレクトリを変更します。これは共通のOracleホーム・ディレクトリ内にあります(ドメインの拡張は、管理サーバーが存在するSOAHOST1から実行することに注意してください)。

    cd ORACLE_COMMON_HOME/common/bin

  4. 構成ウィザードを開始します。

    ./config.sh

  5. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」を選択し、「次へ」をクリックします。

  6. 「WebLogicドメイン・ディレクトリ」画面で、WebLogicドメイン・ディレクトリを選択します。

    ORACLE_BASE/admin/domain_name/aserver/domain_name

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

  7. 「拡張ソースの選択」画面で、次の手順を実行します。

    • 「以下の追加製品をサポートするために、自動的にドメインを拡張する」を選択します。

    • 次の製品を選択します。

      • Oracle WebCenter Spaces

      • Oracle WebCenterサービス・ポートレット

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

      • Oracleポートレット・プロデューサ

      • Oracle WebCenterディスカッション・サーバー

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

      • Oracle WebCenterパーソナライズ

      • Oracle WebCenter Analyticsコレクタ

      次の製品はすでに選択されてグレー表示されています。これらは、ドメインを作成した際(第8.3項)またはOracle SOA Suiteコンポーネント用に拡張した際(第9.3項)に選択されました。

      • WebLogic Serverの基本ドメイン

      • Oracle SOA Suite

      • Oracle Enterprise Manager

      • Oracle WSM Policy Manager

      • Oracle JRF

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

  8. このドメインではOracle JRFが定義済であることを示す「競合の検出」メッセージが表示された場合は、「既存のコンポーネントを保持する」オプションを選択して、「OK」をクリックします。

  9. 「JDBCコンポーネント・スキーマの構成」画面で、次の手順を実行します。

    1. 画面に次のコンポーネント・スキーマが表示されることを確認します。表10-2に示すスキーマ所有者名は、RCUでスキーマを作成する際に接頭辞としてwcpedgが使用されていると想定しています。

      表10-2 コンポーネント・スキーマの値

      コンポーネント・スキーマ スキーマ所有者

      WebCenterDSスキーマ

      wcpedg_webcenter

      ActivitiesDSスキーマ

      wcpedg_activities

      DiscussionDSスキーマ

      wcpedg_discussions

      PersonalizationDSスキーマ

      wcpedg_webcenter

      PortletDSスキーマ

      wcpedg_portlet

      Portlet-ServicesProducerDSスキーマ

      wcpedg_portlet

      WC-ServicesProducerDS

      wcpedg_webcenter

      WebCenterMDSスキーマ

      wcpedg_mds

      PersonalizationMDSスキーマ

      wcpedg_mds

      mds-PageletProducerDSスキーマ

      wcpedg_mds

      mds-ServicesProducerDSスキーマ

      wcpedg_mds

    2. 表10-2のコンポーネント・スキーマの横のすべてのチェック・ボックスを選択します。

    3. RACの構成には、(付録A「Oracle RACでのマルチ・データ・ソースの使用」で説明した)「GridLinkへ変換」または「RACマルチ・データ・ソースへ変換」を選択できます。

      ここの手順では、「GridLinkへ変換」を選択します。

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

  10. 「GridLink RACコンポーネント・スキーマの構成」画面で、次の手順を実行します。

    1. 最初のGridLinkデータ・ソース・スキーマである、WebCenterDSスキーマを選択します。

    2. 次の各フィールドに値を入力して、RCUでシードされたGridLink Oracle RACデータベースの接続情報を指定します。

      • ドライバ: 「OracleのGridLinkConnectionsドライバ(Thin)、バージョン: 10以降」を選択します。

      • サービス名: Oracle RACデータベースのサービス名と、続けてドメイン名を小文字で入力します。たとえば、wcpedg.mycompany.comです。

      • ユーザー名: データベースのスキーマ所有者の完全な名前(接頭辞を含む)を入力します。表10-2に示すユーザー名は、RCUでスキーマを作成する際に接頭辞としてwcpedgが使用されていると想定しています。

      • パスワード: データベース・スキーマ所有者のパスワードを入力します。

      • FANの有効化: このオプションを選択します。

      • SSLの有効化: このオプションを選択解除します。

        Oracle Notification Service (ONS)の通知の暗号化するためにSSLが選択されている場合は、「ウォレット・ファイル」と「ウォレット・パスワード」に適切な詳細を入力します。

      • サービス・リスナー: 使用しているOracle RACデータベースのOracle Single Client Access Name (SCAN)のアドレスとポートを入力します。このプロトコルは、TCPである必要があります。

        Oracle RACノードの追加または削除時にSCANアドレスを含むGridLinkデータ・ソースを更新する必要がないよう、サービス・リスナー(とOSNホスト)の指定にはSCANアドレスを使用することをお薦めします。SCANアドレスを判断するには、データベースに対してremote_listenerパラメータを問い合わせます。

        SQL>show parameter remote_listener;
 
NAME              TYPE        VALUE
-----             ------      -------
remote_listener   string      db-scan.mycompany.com:1521

        注意:

        データベース・バージョンがSCANをサポートしない場合は次を実行します。

        • Oracle Database 11gリリース1 (11.1)の場合、各データベースのインスタンス・リスナーの仮想IPとポートを次のように入力します。

          custdbhost1-vip.mycompany.com (Port 1521)

          および

          custdbhost2-vip.mycompany.com (Port 1521)

        • Oracle Database 10gの場合、マルチ・データ・ソースを使用し、Oracle RACデータベースに接続します。マルチ・データ・ソースの構成の詳細は、付録A「Oracle RACでのマルチ・データ・ソースの使用」を参照してください。

      • ONSホスト: データベースからの通知のとおり、Oracle RACデータベースとONSリモート・ポートのSCANアドレスを入力します。

        [orcl@CUSTDBHOST1 ~]$ srvctl config nodeapps -s
        ONS exists: Local port 6100, remote port 6200, EM port 2016

        注意:

        Oracle Database 11gリリース1 (11.1)の場合、データベースのONSサービスのホスト名とポートを入力します。次に例を示します。

        custdbhost1.mycompany.com (Port 6200)

        および

        custdbhost2.mycompany.com (Port 6200)

    3. たとえば、次のActivitiesDSスキーマを選択し、適切な詳細を指定します。

      表10-2のすべてのWebCenter Portalスキーマに、GridLink情報が入力されていることを確認します。

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

  11. 「JDBCデータ・ソースのテスト」画面で、テストするスキーマを選択し(または「すべて選択」をクリックし)、「接続のテスト」をクリックします。

    「接続結果ログ」に結果が表示されます。スキーマを含むデータベースに正常に接続できたことを確認します。できなかった場合は、「前」をクリックし、前の画面に戻り、入力を修正し、テストを再試行します。

    すべての接続に成功したら「次へ」をクリックします。

  12. 「オプションの構成を選択」画面で、次の項目を選択します。

    • 管理対象サーバー、クラスタ、およびマシン

    • デプロイメントとサービス

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

  13. 「管理対象サーバーの構成」画面で、次の管理対象サーバー(表10-3)を追加します。

    表10-3 管理対象サーバー

    名前 サーバー リスニング・ポート SSLリスニング・ポート SSL有効

    WC_Spaces1

    WCPHOST1

    9000

    該当なし

    いいえ

    WC_Spaces2

    WCPHOST2

    9000

    該当なし

    いいえ

    WC_Portlet1

    WCPHOST1

    9001

    該当なし

    いいえ

    WC_Portlet2

    WCPHOST2

    9001

    該当なし

    いいえ

    WC_Collaboration1

    WCPHOST1

    9002

    該当なし

    いいえ

    WC_Collaboration2

    WCPHOST2

    9002

    該当なし

    いいえ

    WC_Utilities1

    WCPHOST1

    9003

    該当なし

    いいえ

    WC_Utilities2

    WCPHOST2

    9003

    該当なし

    いいえ


    注意:

    管理対象サーバーの名前をここで変更できますが、このページにある元の管理対象サーバーのいずれをも削除しないようにしてください。


    注意:

    クラスタ・モードがユニキャストの場合、リスニング・アドレスの指定は必須です。

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

  14. 「クラスタの構成」画面で、4つ新しいクラスタ(表10-4)を追加します。


    注意:

    WSM-PM_Clusterはリストにすでにあるはずです。

    表10-4 クラスタ

    名前 クラスタ・メッセージング・モード マルチキャスト・アドレス マルチキャスト・ポート クラスタ・アドレス

    Spaces_Cluster

    ユニキャスト

    該当なし

    該当なし

    空白のままにします。

    Portlet_Cluster

    ユニキャスト

    該当なし

    該当なし

    空白のままにします。

    Collab_Cluster

    ユニキャスト

    該当なし

    該当なし

    空白のままにします。

    Utilities_Cluster

    ユニキャスト

    該当なし

    該当なし

    空白のままにします。

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

  15. 「サーバーのクラスタへの割当」画面で、次のようにサーバーをクラスタに割り当てます。

    • Spaces_Cluster:

      • WC_Spaces1

      • WC_Spaces2

    • Portlet_Cluster:

      • WC_Portlet1

      • WC_Portlet2

    • Collab_Cluster:

      • WC_Collaboration1

      • WC_Collaboration2

    • Utilities_Cluster:

      • WC_Utilities1

      • WC_Utilities2

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

  16. 「マシンの構成」画面で「Unixマシン」タブをクリックし、次の4つのエントリがあることを確認します。

    表10-5 マシン

    名前 ノード・マネージャのリスニング・アドレス

    SOAHOST1

    SOAHOST1

    SOAHOST1は、第8.3項「SOAHOST1での構成ウィザードを使用したドメインの作成」で構成ウィザードを実行したときにすでに構成されています。

    SOAHOST2

    SOAHOST2

    SOAHOST2は、第8.3項「SOAHOST1での構成ウィザードを使用したドメインの作成」で構成ウィザードを実行したときにすでに構成されています。

    WCPHOST1

    WCPHOST1

    WCPHOST2

    WCPHOST2

    その他すべてのフィールドはデフォルト値のままにします。

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

  17. 「サーバーのマシンへの割当」画面で、次のようにサーバーをマシンに割り当てます。

    • ADMINHOST:

      • AdminServer

    • SOAHOST1:

      • WLS_SOA1

      • WLS_WSM1

    • SOAHOST2:

      • WLS_SOA2

      • WLS_WSM2

    • WCPHOST1:

      • WC_Spaces1

      • WC_Portlet1

      • WC_Collaboration1

      • WC_Utilities1

    • WCPHOST2:

      • WC_Spaces2

      • WC_Portlet2

      • WC_Collaboration2

      • WC_Utilities2


        注意:

        構成ウィザードにデフォルトで表示される元のサーバーの名前を変更することはできますが、絶対に削除はしないでください。

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

  18. 「デプロイメントのクラスタまたはサーバーへのターゲット設定」画面で、次のターゲットを確認します。

    • wsm-pmアプリケーションは、WSM-PM_Clusterにターゲット設定する必要があります。

      (Web Services ManagerをSOA_Clusterにデプロイする予定である場合は、wsm-pmアプリケーションをSOA_Clusterにもターゲット設定します。)

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

  19. 「サービスのクラスタまたはサーバーへのターゲット設定」画面で、次の設定をします。

    • mds-owsmは、WSM-PM_ClusterおよびAdminServerにターゲット設定する必要があります。

      (オプションで、他のクラスタ/サーバーが存在する場合は、それらにmds-owsmをターゲット設定することもできます。)

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

  20. 「構成サマリー」画面では、(ドメインを拡張しているので)画面に表示される情報は変更しないようにしてください。「拡張」をクリックします。

  21. 「ドメインの拡張」画面で、「完了」をクリックします。

    この構成を有効にするには、管理サーバーを起動する必要があります。

  22. 管理サーバーを、第8.4.3項「SOAHOST1での管理サーバーの起動」の手順で起動します。

10.3 構成後のタスク

構成ウィザードでドメインを拡張した後は、次の手順に従って構成後タスクを実行します。

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

10.3.1 WebCenter Portal管理対象サーバーに対するホスト名検証の無効化

このガイドで説明するエンタープライズ・デプロイメントでは、WebCenter Portalを使用するためのドメイン拡張手順を実行した後、適切な証明書を設定して管理サーバーで様々なノードを認証できるようにします。様々なWebLogicサーバーを管理するときにエラーが発生しないように、WebCenter Portal管理対象サーバー(WC_Spacesn、WC_Portletn、WC_Collaborationn、WC_Utilitiesn)のホスト名検証を無効化する必要があります。詳細は、第8.4.8項「ホスト名検証の無効化」を参照してください。

エンタープライズ・デプロイメントのトポロジ構成が完了したときに、ホスト名検証を再び有効化します。詳細は、第11.5項「SOAHOST2およびWCPHOST2でのノード・マネージャに対するホスト名検証証明書の有効化」を参照してください。

10.3.2 SOAHOST1でのノード・マネージャの起動

startNodeManager.shスクリプトを使用してノード・マネージャを再起動します。

SOAHOST1でノード・マネージャを再起動するには:

  1. ノード・マネージャに関係付けられたプロセスを停止することで、ノード・マネージャを停止します。

    • シェルのフォアグラウンドで実行されている場合は、[Ctrl]を押しながら[C]を押します。

    • シェルのバックグラウンドで実行されている場合は、関連付けられたプロセスを見つけ、killコマンドを使用して停止します。次に例を示します。

      ps -ef | grep NodeManager
orcl      9139  9120  0 Mar03 pts/6    00:00:00 /bin/sh ./startNodeManager.sh

kill -9 9139

  2. ノード・マネージャを起動します。

    cd WL_HOME/server/bin
./startNodeManager.sh

10.3.3 管理対象サーバーのドメイン・ディレクトリへのドメイン変更の伝播

起動スクリプトとクラスパス構成を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播します。

起動スクリプトとクラスパス構成を伝播する手順は次のとおりです。

  1. 管理対象サーバーのドメイン・ディレクトリと管理対象サーバーのアプリケーション・ディレクトリのコピーを作成します。

  2. 次の一連のコマンドを使用し、SOAHOST1でpackコマンドを実行してテンプレート・パックを作成します。

    cd ORACLE_COMMON_HOME/common/bin

./pack.sh -managed=true -domain=ORACLE_BASE/admin/domain_name/aserver/domain_name 
-template=wcpdomaintemplateExtWCP.jar -template_name=wcpdomaintemplateExtWCP

    注意:

    前回のpack/unpack処理からの指定されたテンプレート・パックjarファイルが存在する場合は、別の名前(wcpdomaintemplateExtWCP2.jarなど)を選択します。

  3. 次のようにunpackコマンドをSOAHOST1上で実行して、伝播されたテンプレートを管理対象サーバーのドメイン・ディレクトリに解凍します。

    ./unpack.sh 
-domain=ORACLE_BASE/admin/domain_name/mserver/domain_name
-template=wcpdomaintemplateExtWCP.jar 
-overwrite_domain=true
-app_dir=ORACLE_BASE/admin/domain_name/mserver/applications

    注意:

    unpackコマンドで-overwrite_domainオプションを使用すると、管理対象サーバーのテンプレートを、既存のドメインおよび既存のアプリケーション・ディレクトリに解凍できます。上書きされるファイルがあれば、上書き前のファイルのバックアップ・コピーが作成されます。管理対象サーバーのドメイン・ディレクトリにある起動スクリプトおよびearファイルになんらかの変更が適用されていた場合には、このunpack処理の後に再適用する必要があります。

10.4 SOAHOST2、WCPHOST1およびWCPHOST2へのドメイン構成の伝播

SOAHOST1の構成が完了したら、unpackユーティリティを使用してSOAHOST2、WCPHOST1およびWCPHOST2に構成を伝播し、伝播した構成を検証します。

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

10.4.1 unpackユーティリティを使用したSOAHOST2、WCPHOST1およびWCPHOST2へのドメイン構成の伝播

構成したばかりのドメインをSOAHOST2、WCPHOST1およびWCPHOST2にunpackユーティリティを使用して伝播できます。


注意:

システム間でミドルウェア・ホームが共有されている場合は、ドメイン・テンプレートが適切なディレクトリに存在しているはずなので、次のステップ1を省略できます。

ドメイン構成を伝播する手順は次のとおりです。

  1. SOAHOST1で次のコマンドを実行し、すでに作成されているテンプレート・ファイルをSOAHOST2、WCPHOST1およびWCPHOSTにコピーします。

    scp wcpdomaintemplateExtWCP.jar oracle@SOAHOST2:ORACLE_COMMON_HOME/common/bin

    scp wcpdomaintemplateExtWCP.jar oracle@WCPHOST1:ORACLE_COMMON_HOME/common/bin

    scp wcpdomaintemplateExtWCP.jar oracle@WCPHOST2:ORACLE_COMMON_HOME/common/bin

  2. unpackコマンドをSOAHOST2、WCPHOST1とWCPHOST2で実行し、伝播されたテンプレートを解凍します。

    cd ORACLE_COMMON_HOME/common/bin

./unpack.sh
 -domain=ORACLE_BASE/admin/domain_name/mserver/domain_name
 -template=wcpdomaintemplateExtWCP.jar
 -overwrite_domain=true
 -app_dir=ORACLE_BASE/admin/domain_name/mserver/applications

  3. WCPHOST1およびWCPHOST2に対し、前述の手順を繰り返します。

10.4.2 WCPHOST1およびWCPHOST2でのノード・マネージャの起動

startNodeManager.shスクリプトを使用し、ノード・マネージャを起動します。

WCPHOST1とWCPHOST2でノード・マネージャを起動するには、次の手順を実行します。

  1. WCPHOST1とWCPHOST2の両方でノード・マネージャを起動する前に、ORACLE_COMMON_HOME/common/binディレクトリにあるsetNMProps.shスクリプトを実行し、StartScriptEnabledプロパティを'true'に設定します。

    WCPHOSTn> cd ORACLE_COMMON_HOME/common/bin
WCPHOSTn> ./setNMProps.sh

    注意:

    WebCenter Portalサーバーが、(第3章「エンタープライズ・デプロイメント用のネットワークの準備」のとおり、)MiddlewareホームをSOAとローカルまたは共有記憶域で共有し、SOAがすでに構成されている場合、手順1は省略できます。このインスタンスでは、setNMProps.shは再度実行する必要がなく、ノード・マネージャはすでにSOAHOST1およびSOAHOST2で実行されています。

  2. WCPHOST1およびWCPHOST2の両方で次のコマンドを実行し、ノード・マネージャを起動します。

    WCPHOST1> cd WL_HOME/server/bin
WCPHOST1> ./startNodeManager.sh

WCPHOST2> cd WL_HOME/server/bin
WCPHOST2> ./startNodeManager.sh

10.4.3 WCPHOST1でのWC_Spaces1、WC_Portlet1、WC_Utilities1およびWC_Collaboration1管理対象サーバーの起動

管理コンソールを使用し、WC_Spaces1、WC_Portlet1、WC_Utilities1およびWC_Collaboration1管理対象サーバーを起動するには、次の手順を実行します。

  1. 管理コンソール(http://ADMINVHN:7001/console)にアクセスします。

    ADMINVHNは、SOAHOST1で管理サーバーがリスニングする仮想IPにマップされる仮想ホスト名です。

  2. 「ドメイン構造」ウィンドウの「環境」ノードを開きます。

  3. 「サーバー」をクリックします。

  4. 「制御」タブを開きます。

  5. 「WC_Spaces1」、「WC_Portlet1」、「WC_Utilities1」および「WC_Collaboration1」を選択します。

  6. 「起動」をクリックします。

10.4.4 WebCenter PortalのためのGridLinkデータ・ソース構成およびONS構成の検証

WCPHOST2でWC_Spaces2、WC_Portlet2、WC_Utilities2およびWC_Collaboration2を起動する前に、前に作成したGridLinkデータ・ソースの構成とOracle Notification Service(ONS)の設定がデータ・ソースに対して正しいことを検証する必要があります。

GridLinkデータ・ソースとWebCenter Portalの構成を確認するには、次の手順を実行します。

  1. WebLogicサーバーの管理コンソールにログインします。

  2. 「ドメイン構造」ツリーで「サービス」を開き、「データ・ソース」を選択します。

  3. 作成済のGridLinkデータ・ソース名をクリックします。

  4. 「監視」タブをクリックしてから「テスト」タブをクリックし、いずれかのWebCenter Portal管理対象サーバー(WC_Spaces1など)を選択し、「データ・ソースのテスト」をクリックします。

    構成が正しい場合、テストは成功します。

  5. GridLinkデータ・ソースを使用する、WCPHOST1上で実行されている各WebCenter Portal管理対象サーバーに対してテストを繰り返します。

  6. 「監視」タブをクリックし、サーバー名の1つをクリックします。

  7. 「ONS」→「テスト」タブをクリックします。

  8. たとえば、WC_Spaces1など、WebCenter Portal管理対象サーバーの1つを選択し、「ONSのテスト」をクリックします。

    構成が正しい場合、ONSのテストは成功します。ONSのテストが失敗する場合、Oracle RACデータベース・ノードでONSサービスが実行されていることを確認します。

    [orcl@CUSTDBHOST1 ~]$ srvctl status scan_listener
SCAN Listener LISTENER_SCAN1 is enabled
SCAN listener LISTENER_SCAN1 is running on node CUSTDBHOST1
SCAN Listener LISTENER_SCAN2 is enabled
SCAN listener LISTENER_SCAN2 is running on node CUSTDBHOST2
SCAN Listener LISTENER_SCAN3 is enabled
SCAN listener LISTENER_SCAN3 is running on node CUSTDBHOST2
 
 
[orcl@CUSTDBHOST1 ~]$ srvctl config nodeapps -s 
ONS exists: Local port 6100, remote port 6200, EM port 2016 
 
 
[orcl@CUSTDBHOST1 ~]$ srvctl status nodeapps | grep ONS
ONS is enabled
ONS daemon is running on node: CUSTDBHOST1
ONS daemon is running on node: CUSTDBHOST2

  9. GridLinkデータ・ソースを使用する各WebCenter Portal管理対象サーバーに、ONSテストを繰り返します。

10.4.5 WC_Spaces1、WC_Portlet1、WC_Utilities1およびWC_Collaboration1管理対象サーバーの検証

WCPHOST1上のすべてのWebCenter Portal管理対象サーバーが起動され稼働中であることを確認するには、次の手順を実行します。

  1. 次のURLをテストして、管理対象サーバーがアクセス可能であることを確認します。

    • http://WCPHOST1:9000/webcenter

    • http://WCPHOST1:9000/webcenterhelp

    • http://WCPHOST1:9000/rss

    • http://WCPHOST1:9000/rest

    • http://WCPHOST1:9001/pagelets

    • http://WCPHOST1:9001/portalTools

    • http://WCPHOST1:9001/wsrp-tools

    • http://WCPHOST1:9002/owc_discussions

    • http://WCPHOST1:9003/activitygraph-engines/Login.jsp

    • http://WCPHOST1:9003/wcps/api/property/resourceIndex

  2. すべてのデプロイメントがアクティブであることを確認します。管理コンソールで、「デプロイ」を選択します。

    いずれかに障害が発生した場合は、ログ・ファイルでエラーを確認します。ログ・ファイルは次の場所にあります。

    ORACLE_BASE/admin/domain_name/mserver/domain_home/servers/server_name/logs

10.4.6 WCPHOST2でのWC_Spaces2、WC_Portlet2、WC_Utilities2およびWC_Collaboration2管理対象サーバーの起動

管理コンソールを使用し、WC_Spaces2、WC_Portlet2、WC_Utilities2およびWC_Collaboration2管理対象サーバーを起動するには、次の手順を実行します。

  1. 管理コンソール(http://ADMINVHN:7001/console)にアクセスします。

    ADMINVHNは、SOAHOST1で管理サーバーがリスニングする仮想IPにマップされる仮想ホスト名です。

  2. 「ドメイン構造」ウィンドウの「環境」ノードを開きます。

  3. 「サーバー」をクリックします。

  4. 「制御」タブを開きます。

  5. 「WC_Spaces2」、「WC_Portlet2」、「WC_Utilities2」および「WC_Collaboration2」を選択します。

  6. 「起動」をクリックします。

10.4.7 WC_Spaces2、WC_Portlet2、WC_Utilities2およびWC_Collaboration2管理対象サーバーの検証

WCPHOST2上のすべてのWebCenter Portal管理対象サーバーが起動され稼働中であることを確認するには、次の手順を実行します。

  1. 次のURLをテストして、管理対象サーバーがアクセス可能であることを確認します。

    • http://WCPHOST2:9000/webcenter

    • http://WCPHOST2:9000/webcenterhelp

    • http://WCPHOST2:9000/rss

    • http://WCPHOST2:9000/rest

    • http://WCPHOST2:9001/pagelets

    • http://WCPHOST2:9001/portalTools

    • http://WCPHOST2:9001/wsrp-tools

    • http://WCPHOST2:9002/owc_discussions

    • http://WCPHOST2:9003/wcps/api/property/resourceIndex

  2. すべてのデプロイメントがアクティブであることを確認します。管理コンソールで、「デプロイ」を選択します。

    いずれかに障害が発生した場合は、ログ・ファイルでエラーを確認します。ログ・ファイルは次の場所にあります。

    ORACLE_BASE/admin/domain_name/mserver/domain_home/servers/server_name/logs

10.5 Spaces_Cluster用のJavaオブジェクト・キャッシュの構成

Spaces_Cluster内のすべての管理対象サーバーのJavaオブジェクト・キャッシュ(JOC)を構成できます。このローカル・キャッシュは、Spacesアプリケーションのパフォーマンスを向上させるために提供されています。

Javaオブジェクト・キャッシュはMW_HOME/oracle_common/bin/configure-joc.pyスクリプトを使用して構成できます。これは管理対象サーバーでのJOCの構成に使用できるPythonスクリプトです。このスクリプトは、WLSTオンライン・モードで実行され、管理サーバーが稼働中であることが求められます。WLSTオンライン・モードの詳細は、『Oracle Application Server管理者ガイド』のOracle WebLogic Scripting Tool (WLST)の使用に関するスタート・ガイドを参照してください。


注意:

WLSTコマンドまたはconfigure-joc.pyスクリプトを使用してJavaオブジェクト・キャッシュを構成したら、影響を受ける管理対象サーバーをすべて再起動して、その構成を有効にする必要があります。

WebCenter Portal管理対象サーバー用のJavaオブジェクト・キャッシュを構成するには、次の手順を実行します。

  1. たとえば、次のようにWLSTを使用し管理サーバーに接続します。

    MW_HOME/wc/common/bin/wlst.sh
$ connect()

    Oracle WebLogicの管理ユーザー名とパスワードの入力を求められたら、これらを入力します。

  2. WLSTを使用して管理サーバーに接続後、execfileコマンドを使用してスクリプトを開始します。たとえば、次のようにします。

    wls:/mydomain/serverConfig>execfile("MW_HOME/oracle_common/bin/configure-joc.py")

  3. 特定のクラスタのすべての管理対象サーバー用のJOCの構成

    クラスタ名を指定するかどうかを尋ねるプロンプトが表示されたら'y'を入力し、プロンプトが表示されたらクラスタ名と検出ポートを指定します。これによって、指定したクラスタの管理対象サーバーがすべて検出され、JOCが構成されます。検出ポートはクラスタのJOC構成全体で共通です。


    注意:

    検出ポートには任意の空きポートを指定できます。

    高可用性環境でconfigure-joc.pyを使用する場合の手順を次に示します。

    execfile("MW_HOME/oracle_common/bin/configure-joc.py")
.
Enter Hostnames (eg host1,host2) : WCPHOST1,WCPHOST2
.
Do you want to specify a cluster name (y/n) <y>y
.
Enter Cluster Name : Spaces_Cluster
.
Enter Discover Port : 9988
.
Enter Distribute Mode (true|false) <true> : true
.
Do you want to exclude any server(s) from JOC configuration (y/n) <n> n

このスクリプトを使用すると、次のJOCの構成も実行できます。

CacheWatcherユーティリティを使用してJOCの構成を確認します。『Oracle Fusion Middleware高可用性ガイド』を参照してください。

『Oracle Fusion Middleware高可用性ガイド』で説明しているように、Oracle WebLogic管理コンソールで「HAパワー・ツール」タブを使用してJavaオブジェクト・キャッシュ(JOC)を構成できます。

10.6 マルチキャストからユニキャストへのディスカッションの変換

(Collab_Cluster内のすべての管理対象サーバー上の)ディスカッションをマルチキャストからユニキャストに変換するには、関係する起動パラメータを追加します。

  1. Oracle WebLogic Server管理コンソールで、「サーバー」→「WC_Collaboration1」→「構成」→「サーバーの起動」を選択します。

  2. 「 引数 」ボックスに次の引数を追加します。

    -Dtangosol.coherence.wka1=WCPHOST1
-Dtangosol.coherence.wka2=WCPHOST2
-Dtangosol.coherence.localhost=WCPHOST1
-Dtangosol.coherence.wka1.port=8089
-Dtangosol.coherence.wka2.port=8089
-Dtangosol.coherence.localport=8089

    ここで、WCPHOST1は、WC_Collaboration1が実行されているホストになります。

    ポート8089は、WebCenter Coherenceの通信用に予約されているポートです。

  3. WCPHOST1をWCPHOST2に、WCPHOST2をWCPHOST1に替えて、WC_Collaboration2に対して手順1と2を繰り返します。

    -Dtangosol.coherence.wka1=WCPHOST2
-Dtangosol.coherence.wka2=WCPHOST1
-Dtangosol.coherence.localhost=WCPHOST2
-Dtangosol.coherence.wka1.port=8089
-Dtangosol.coherence.wka2.port=8089
-Dtangosol.coherence.localport=8089

  4. WC_Collaborationサーバーを再起動します。

10.7 ディスカッション・サーバーでのクラスタリングの構成

ユニキャスト・クラスタの場合は、まず、第10.6項「マルチキャストからユニキャストへのディスカッションの変換」の手順をすべて完了します。

ディスカッション・クラスタ内のすべてのメンバーが互いに通信できるようにするには、次の手順を実行します。

  1. 次の場所にあるクラスタ内の各メンバー用のディスカッション・サーバーの管理コンソールにログインします。

    http://WCPHOSTn:9002/owc_discussions/admin

  2. 「キャッシュ設定」を選択します。

  3. 「キャッシュ機能」セクション(図10-1)で、「クラスタリング」が「有効」に設定されていることを確認します。

    サーバーは、クラスタを結合すると、画面の上部に表示されます。

    図10-1 キャッシュ機能セクション

    キャッシュ機能セクションのスクリーンショット

  4. 「ツール」セクション(図10-2)で、「クラスタ・メンバーをすべてリセット」と「キャッシュ・ウォームアップ・タスクの開始」を選択します。クラスタのすべてのメンバーで、キャッシュのウォームアップ・タスクを繰り返します。

    図10-2 キャッシュ・ツールセクション

    「キャッシュ設定」セクションのスクリーンショット

  5. クラスタのすべてのメンバーに対して、手順1から4を繰り返します。

    サーバーは、クラスタを結合すると、画面の上部に表示されます。

10.8 Analyticsの構成

Analyticsコレクタは、デフォルトでローカルのSpacesアプリケーションと1対1の関係で通信できるよう構成されています(コレクタはlocalhostをリスニングします)。Analyticsコレクタは、別途構成する必要はありません。

ただし、localhostにイベント・メッセージを送信するよう、Spacesアプリケーションを構成する必要があります。


注意:

クラスタ化されたAnalyticsコレクタでは、WebCenter Portalのイベントの収集はサポートしていません。

SpacesアプリケーションをAnalyticsコレクタに接続するには、次の手順を実行します。

  1. Spacesアプリケーションが実行されている管理対象サーバーに、WLSTを使用し、たとえば次のように接続します。

    MW_HOME/wc/common/bin/wlst.sh
connect("weblogic_admin_username", "weblogic_admin_pwd", "WCPHOST1:9000")

    WC_Spacesサーバーのホストとポートに接続します。

  2. SpacesアプリケーションとAnalyticsコレクタ間に接続を作成し、それをデフォルトの接続にします(default=1)。

    次に例を示します。

    createAnalyticsCollectorConnection(appName="webcenter", connectionName="HAConn1", isUnicast=1,
collectorHost="localhost", collectorPort=31314, isEnabled=1, timeout=30, default=1)

    Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのcreateAnalyticsCollectorConnectionに関する説明も参照してください。

  3. 変更を確認します。

    listDefaultAnalyticsCollectorConnection(appName="webcenter")

    Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのlistDefaultAnalyticsCollectorConnectionに関する説明も参照してください。

  4. Analyticsタスク・フローがデータを表示するには、アクティビティ・グラフ・エンジンが1回以上実行されている必要があります。詳細は、第10.9項「アクティビティ・グラフの構成」を参照してください。

10.9 アクティビティ・グラフの構成

アクティビティ・グラフはシングルトンとして実行する必要があります。クラスタ環境では、すべてのアクティビティ・グラフ・エンジン・アプリケーションのインスタンスは1つを除いてすべて無効化する必要があります。

アクティビティ・グラフ・エンジン・アプリケーションを無効化する手順は次のとおりです。

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

  2. WC_Spacesn、WC_Portletn、WC_CollaborationnおよびWC_Utilitiesnサーバーを停止します。

  3. 「デプロイメント」を選択します。

  4. 「ロックして編集」をクリックします。

  5. これらの各デプロイメントのターゲットを変更します。

    • activitygraph-engines (11.1.1.6.0)

    • oracle.webcenter.activitygraph.enginelib(11.1.1,11.1.1)

    • oracle.webcenter.activitygraph.lib(11.1.1,11.1.1)

    1. デプロイメントを選択します。

    2. 「ターゲット」タブを選択します。

    3. 「ターゲットの変更」をクリックします。

    4. Utilities_Clusterのデプロイメントのターゲットが、クラスタの一部/管理対象サーバーの1つのみになっていることを確認します。その他のサーバーおよびクラスタのターゲットは変更しないでください。

    5. 「OK」をクリックして変更を保存します。

  6. 3つのデプロイメントのすべての手順を完了したら、「すべての変更のアクティブ化」をクリックします。

  7. WC_Spacesn、WC_Portletn、WC_CollaborationnおよびWC_Utilitiesnサーバーを起動します。

  8. アクティビティ・グラフ・サービスが推奨事項を表示し、Analyticsタスク・フローがデータを表示するには、アクティビティ・グラフ・エンジンが1回以上実行されている必要があります。

    1. WebLogic管理ユーザーとして、アクティビティ・グラフ(http://WCPHOST1:9003/activitygraph-engines)にログインします。

      このページにアクセスするには、Administratorsグループのメンバーである必要があります。

    2. 「開始」/「実行」をクリックして、統計の収集を開始します。

    Oracle Fusion Middleware Oracle WebCenter Portal管理者ガイドのアクティビティ・グラフ・サービス用のデータの準備に関する項も参照してください。

アクティビティ・グラフは1つのノードでのみ実行されているので、このノードが失われたり、管理対象サーバーが使用不可能であったりすると、アクティビティ・グラフが使用不可能になります。ノードに障害が発生した場合は、アクティビティ・グラフをクラスタ内で使用可能な他のいずれかの管理対象サーバーに手動でデプロイできます。


注意:

アクティビティ・グラフはフェイルオーバーできない他のコンポーネントと同じサーバー上にあるため、サーバーの移行をアクティビティ・グラフには構成しないことをお薦めします。サーバーの移行の詳細は、第14章「エンタープライズ・デプロイメント用のサーバーの移行の構成」を参照してください。

10.10 REST APIの構成

WebCenter Portal REST APIを使用する場合、この項で説明するサーバー側の構成を実行する必要があります。

RESTセキュリティ・トークンを正しく機能させる、資格証明ストア内のエントリをシードするには、次の手順を実行します。

  1. コマンドラインのOracle WebLogic Scripting Tool(WLST)を使用して管理サーバーに接続します。例:

    MW_HOME/wc/common/bin/wlst.sh
connect()

  2. 次のWLSTのコマンドを実行して、資格証明ストアを構成します。

    createCred(map="o.webcenter.jf.csf.map", key="keygen.algorithm", 
     user="keygen.algorithm", password="AES") 
createCred(map="o.webcenter.jf.csf.map", key="cipher.transformation", 
     user="cipher.transformation", password="AES/CBC/PKCS5Padding")

後でOAMのRESTポリシーを構成する必要があります(第15章「RESTポリシーの更新」)。

REST APIの詳細は、Oracle Fusion Middleware Oracle WebCenter Portal管理者ガイドを参照してください。

10.11 拡張したドメインでのOracle HTTP Serverの構成

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

10.11.1 WC_Spacesn、WC_Portletn、WC_UtilitiesnおよびWC_Collaborationn管理対象サーバーのためのOracle HTTP Serverの構成

Oracle HTTP ServerがWebCenter Portalクラスタにルーティングできるようにするには、クラスタ内のノードのリストをWebLogicClusterパラメータに設定する必要があります。

  1. WEBHOST1とWEBHOST2上で、次のディレクトリにあるwcp_vh.confおよびwcpinternal_vh.confファイルにディレクティブを追加します。

    ORACLE_BASE/admin/instance_name/config/OHS/component_name/moduleconf

    第7.6項「仮想ホストの定義」の指示に従って、wcp_vh.confおよびwcpinternal_vh.confファイルを作成しておく必要があります。


    注意:

    Oracle SOA Suiteに対する以前の構成は残してください。

    1. 例10-1に太字で示したディレクティブを、wcp_vh.confファイルの<VirtualHost>タグ内に追加します。

      wcp_vh.confファイルは例10-1のように表示されます。

      例10-1 wcp_vh.confファイル

      <VirtualHost *:7777>
    ServerName https://wcp.mycompany.com:443
    ServerAdmin you@your.address
    RewriteEngine On
    RewriteOptions inherit

<Location /soa-infra>
    SetHandler weblogic-handler
    WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>

# SOA inspection.wsil
<Location /inspection.wsil>
    SetHandler weblogic-handler
    WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>

# UMS prefs
<Location /sdpmessaging/userprefs-ui>
    SetHandler weblogic-handler
    WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>

# Default to-do taskflow
<Location /DefaultToDoTaskFlow>
    SetHandler weblogic-handler
    WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>

# Workflow
<Location /workflow>
    SetHandler weblogic-handler
    WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>

#Required if attachments are added for workflow tasks
 <Location /ADFAttachmentHelper> 
    SetHandler weblogic-handler 
    WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>

# SOA composer application 
 <Location /soa/composer> 
     SetHandler weblogic-handler 
     WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>


# Spaces Application
<Location /webcenter>
     WebLogicCluster WCPHOST1:9000,WCPHOST2:9000
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

<Location /webcenterhelp>
     WebLogicCluster WCPHOST1:9000,WCPHOST2:9000
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

 <Location /rss>
     WebLogicCluster WCPHOST1:9000,WCPHOST2:9000
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

 <Location /rest>
     WebLogicCluster WCPHOST1:9000,WCPHOST2:9000
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

# Discussions
 <Location /owc_discussions>
     WebLogicCluster WCPHOST1:9002,WCPHOST2:9002
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

# Portlets
 <Location /pagelets>
     WebLogicCluster WCPHOST1:9001,WCPHOST2:9001
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

<Location /portalTools>
     WebLogicCluster WCPHOST1:9001,WCPHOST2:9001
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

<Location /wsrp-tools>
     WebLogicCluster WCPHOST1:9001,WCPHOST2:9001
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

# Personalization
 <Location /wcps>
     WebLogicCluster WCPHOST1:9003,WCPHOST2:9003
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

#Activity Graph
 <Location /activitygraph-engines>
     WebLogicCluster WCPHOST1:9003
     SetHandler weblogic-handler
     WLProxySSL ON
     WLProxySSLPassThrough ON
</Location>

</VirtualHost>

#Virtual host for SharePoint access / Microsoft Office integration
<VirtualHost *:7777>
 ServerName wcp-spaces.mycompany.com
 ServerAdmin you@your.address
 RewriteEngine On
 RewriteOptions inherit

#SharePoint entry point 
<Location />
 WebLogicCluster WCPHOST1:9000,WCPHOST2:9000
 SetHandler weblogic-handler
 WLProxySSL ON
 WLProxySSLPassThrough ON
</Location>

#Spaces Application
<Location /webcenter>
 Deny from all
</Location>
 
<Location /webcenterhelp>
 Deny from all
</Location>
 
<Location /rss>
 Deny from all
</Location>
 
<Location /rest>
 Deny from all
</Location>
 
</VirtualHost>

    2. 例10-2に太字で示したディレクティブを、wcpinternal_vh.confファイルに追加します。

      wcpinternal_vh.confファイルは、例10-2のように表示されます。

      例10-2 wcpinternal_vh.confファイル

      <VirtualHost *:7777>
    ServerName wcpinternal.mycompany.com:80
    ServerAdmin you@your.address
    RewriteEngine On
    RewriteOptions inherit

# WSM-PM
<Location /wsm-pm>
    SetHandler weblogic-handler
    WebLogicCluster SOAHOST1:7010,SOAHOST2:7010
</Location>

# Worklist
<Location /integration>
    SetHandler weblogic-handler
    WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001
</Location>

# Workflow
<Location /workflow>
    SetHandler weblogic-handler
    WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001
</Location>

# Portlet Internal access
<Location  /pagelets>
 WebLogicCluster WCPHOST1:9001,WCPHOST2:9001
 SetHandler weblogic-handler
</Location>

<Location /portalTools>
     WebLogicCluster WCPHOST1:9001,WCPHOST2:9001
     SetHandler weblogic-handler
</Location>

<Location /wsrp-tools>
     WebLogicCluster WCPHOST1:9001,WCPHOST2:9001
     SetHandler weblogic-handler
</Location>

# Discussions Internal access
<Location /owc_discussions>
     WebLogicCluster WCPHOST1:9002,WCPHOST2:9002
     SetHandler weblogic-handler
</Location>

</VirtualHost>

  2. WEBHOST1およびWEBHOST2でOracle HTTP Serverを再起動します。

    WEBHOST1> ORACLE_BASE/admin/instance_name/bin/opmnctl restartproc ias-component=ohs1
WEBHOST2> ORACLE_BASE/admin/instance_name/bin/opmnctl restartproc ias-component=ohs2

WebLogicClusterパラメータで指定したサーバーは、起動時のプラグインに対してのみ重要な役割を持ちます。このノードのリストには、実行しているクラスタ・メンバーを1つ以上記述しておく必要があります。記述しておかないと、このプラグインで他のクラスタ・メンバーを検出できません。Oracle HTTP Serverの起動時には、リストに記述したクラスタ・メンバーを実行している必要があります。Oracle WebLogic Serverとこのプラグインの連携により、クラスタに発生した新規のクラスタ・メンバー、失敗したクラスタ・メンバーおよびリカバリしたクラスタ・メンバーを反映してサーバーのリストが自動的に更新されます。

例としていくつかのシナリオを示します。

  • 例1: 2つのノードで構成したクラスタに3番目のメンバーを追加する場合、そのメンバーを追加するために構成を更新する必要はありません。3番目のメンバーは、実行時にその場で検出されます。

  • 例2: クラスタは3つのノードで構成されていても、構成に記述されているノードはそのうちの2つのみであるとします。Oracle HTTP Serverを起動するときにこの2つのノードが両方とも停止していると、プラグインはクラスタを検出できません。Oracle HTTP Serverを起動するときは、リストに記述したノードを1つ以上実行している必要があります。

    クラスタのメンバーをすべてリストに記述した場合は、Oracle HTTP Serverの起動時にそのうちの1つ以上を実行しておくことで、クラスタに確実に到達できます。

WebLogic Serverプラグインの構成の詳細は、『Oracle WebLogic ServerにおけるWebサーバー・プラグインの使用』ガイドを参照してください。

10.11.1.1 Microsoftクライアントの構成

Microsoftクライアントの組込みについては、Oracle Fusion Middleware Oracle WebCenter Portal管理者ガイドの概要および詳細な手順を参照してください。

具体的には、これらのクライアントに別のコンテキスト・ルートを提供するには、別に仮想ホストを作成する必要があります。手順については、Oracle Fusion Middleware Oracle WebCenter Portal管理者ガイドの仮想ホストでのSSOの構成に関する説明を参照してください。

Windows認証サービスを正しく構成する手順の詳細は、Oracle Fusion Middleware Oracle WebCenter Portal管理者ガイドのMicrosoftクライアント用のSSOの構成に関する手順を参照してください。

10.11.2 Oracle HTTP Serverを介したアクセスの検証

次のロード・バランサURLを検証し、Oracle HTTP ServerからWebCenter Portalクラスタへのルーティングとフェイルオーバーが適切に機能していることを確認します。

  • https://wcp.mycompany.com/webcenter

  • https://wcp.mycompany.com/webcenterhelp

  • https://wcp.mycompany.com/rss

  • https://wcp.mycompany.com/rest

  • https://wcp.mycompany.com/pagelets

  • https://wcp.mycompany.com/portalTools

  • https://wcp.mycompany.com/wsrp-tools

  • https://wcp.mycompany.com/owc_discussions

  • https://wcp.mycompany.com/wcps/api/property/resourceIndex

  • https://wcp.mycompany.com/activitygraph-engines/Login.jsp

10.12 WebCenter Portalの構成のバックアップ

拡張したドメインが正常に動作していることを確認した後、そのドメイン構成をバックアップします。このバックアップは、この後の手順でエラーが発生した場合にすぐにリストアできるようにすることが目的です。構成をローカル・ディスクにバックアップします。エンタープライズ・デプロイメントが完了すれば、このバックアップは破棄してかまいません。エンタープライズ・デプロイメントが完了すれば、バックアップとリカバリの通常のデプロイメント固有プロセスを開始できます。

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

バックアップおよびリストアを必要とするOracle HTTP Serverのデータの詳細は、このガイドでOracle HTTP Serverのバックアップとリカバリの推奨事項に関する項を参照してください。コンポーネントのリカバリ方法に関する詳細は、このガイドでコンポーネントのリカバリに関する項およびコンポーネントが失われた後のリカバリに関する項を参照してください。ホストが失われた場合のリカバリに固有の推奨事項は、このガイドで別のホストへのOracle HTTP Serverのリカバリに関する項を参照してください。

データベースのバックアップに関する詳細は、Oracle Databaseバックアップおよびリカバリ・ガイドも参照してください。

ドメイン構成をバックアップする手順は次のとおりです。

  1. Web層をバックアップする手順は次のとおりです。

    1. opmnctlを使用してインスタンスを停止します。

      ORACLE_BASE/admin/instance_name/bin/opmnctl stopall

    2. 次のコマンドをroot権限で実行して、Web層のミドルウェア・ホームをバックアップします。

      tar -cvpf BACKUP_LOCATION/web.tar MW_HOME

    3. 次のコマンドをroot権限で実行して、Web層のインスタンス・ホームをバックアップします。

      tar -cvpf BACKUP_LOCATION/web_instance.tar ORACLE_INSTANCE

    4. opmnctlを使用してインスタンスを起動します。

      ORACLE_BASE/admin/instance_name/bin/opmnctl startall

  2. データベースのバックアップを取ります。これは、Oracle Recovery Manager(推奨)またはtarなどのOSツールを使用したデータベース全体のホット・バックアップまたはコールド・バックアップです。OSツールを使用する場合は、可能なかぎりコールド・バックアップをお薦めします。

  3. 管理サーバーのドメイン・ディレクトリをバックアップします。バックアップを実行してドメイン構成を保存します。構成ファイルは次のディレクトリにあります。

    ORACLE_BASE/admin/domain_name

    管理サーバーをバックアップするには、SOHOST1で次のコマンドを実行します。

    tar -cvpf edgdomainback.tar ORACLE_BASE/admin/domain_name
  前
前 		 次
次
  ドキュメント・ライブラリへ移動
ライブラリ		 製品リストへ移動
製品		 目次へ移動
目次		 索引へ移動
索引