プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle WebCenter Contentエンタープライズ・デプロイメント・ガイド
リリース12.2.1.1
E77232-01
目次へ移動
目次

前
次

12 Oracle WebCenter Contentを追加するためのドメインの拡張

この章では、Oracle WebCenter Contentソフトウェアを含めることでエンタープライズ・デプロイメント・ドメインを拡張する方法について説明します。

この章では、WebCenter Contentのインストール、WebCenter Contentを追加するためのドメインの拡張、および構成後のタスクや検証タスクの実行について説明します。

12.1 エンタープライズ・デプロイメントでのWebCenter Contentのインストール

この項では、エンタープライズ・デプロイメント・ドメインにWebCenter Contentをインストールする手順を説明します。

この項では次の手順について説明します。

12.1.1 インストール・プログラムの起動

インストール・プログラムを起動する手順は次のとおりです。

  1. WCCHOST1にログインします。
  2. インストール・プログラムがダウンロードされたディレクトリに移動します。
  3. 次の例に示すとおり、ご使用のシステムのJDKディレクトリからjava実行可能ファイルを実行し、インストール・プログラムを起動します。
    JAVA_HOME/bin/java -d64 -jar fmw_12.2.1.0.0_wccontent_generic.jar
    

    これらの例にあるJDKの場所は、ご使用のシステムの実際のJDKの場所に読み替えてください。

インストール・プログラムが表示されると、インストールを開始する準備ができています。

12.1.2 インストール画面への移動

インストール・プログラムでは次の表に記載された順番で一連の画面が表示されます。

インストール画面に関して詳細な情報が必要な場合は、画面名をクリックしてください。

画面 説明

「インストール・インベントリ」画面

Oracle Fusion Middleware Infrastructureソフトウェアをインストールしたときに中央インベントリを作成しなかった場合に、このダイアログ・ボックスが表示されます。

ローカル・インベントリの場所を指すように「インベントリ・ディレクトリ」フィールドを編集して、「OK」をクリックします。

ようこそ

製品のインストーラの紹介画面です。

自動更新

この画面を使用して、使用可能なパッチをMy Oracle Supportで自動的に検索するか、組織のためにすでにダウンロードしたパッチをローカル・ディレクトリで自動的に検索します。

インストールの場所

この画面を使用してOracleホーム・ディレクトリの位置を指定します。

Oracle Fusion Middlewareディレクトリ構造の詳細は、Oracle Fusion Middlewareのインストールのプランニングでインストールと構成のディレクトリの選択に関する項を参照してください。

前提条件チェック

この画面では、ご使用のシステムが最小要件を満たしていることを検証します。

警告メッセージまたはエラー・メッセージが表示された場合は、Oracle Fusion Middleware Infrastructureのインストール計画システム環境の検証ロードマップに関する項でいずれかのドキュメントを参照してください。

インストールの概要

この画面を使用して、選択したインストール・オプションを確認します。

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

インストールの進行状況

この画面では、インストールの進行状況を参照できます。

進捗バーが100%完了になった後で、「次へ」をクリックします。

インストール完了

この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

12.1.3 他のホスト・コンピュータでのOracle WebCenter Contentのインストール

EDG共有記憶域の推奨事項に従った場合、製品インストール用の別の共有記憶域ボリュームがWCCHOST2上にあり、WCCHOST2上にソフトウェアをインストールする必要もあります。詳細は、「エンタープライズ・デプロイメントをインストールおよび構成する場合の共有記憶域の推奨事項」を参照してください。

12.1.4 インストールの検証

インストールの完了後、次のタスクを正常に実行することでインストールを検証できます。

12.1.4.1 インストール・ログ・ファイルの確認

インストール・ログ・ファイルの内容を確認し、何も問題が発生していないことを確認します。ログ・ファイルの説明とその場所の詳細は、Oracle Universal Installerを使用したソフトウェアのインストールのインストール・ログ・ファイルの理解に関する項を参照してください。

12.1.4.2 ディレクトリ構造のチェック

インストールの内容は、インストール中に選択したオプションによって異なります。

Oracle WebCenter Contentを追加すると、次のディレクトリおよびサブディレクトリが追加されます。

/u01/oracle/products/fmw/wccontent
common
plugins
ucm
wccadf

/u01/oracle/products/fmw/wccapture
capture
common
plugins

インストール後のディレクトリ構造の詳細は、Oracle Fusion Middlewareの理解の「Oracle Fusion Middlewareの主要ディレクトリとは」を参照してください。

12.1.4.3 Oracleホームの内容の表示

Oracleホームの内容を、viewInventoryスクリプトを使用して表示することもできます。詳細は、Oracle Universal Installerを使用したソフトウェアのインストールのOracleホームの内容の表示に関する項を参照してください。

12.2 Oracle WebCenter Contentデータベース・スキーマの作成

Oracle WebCenter Contentドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証されたデータベースに必要なスキーマをインストールする必要があります。

この項で説明する手順を実行して、スキーマをインストールします。

12.2.1 リポジトリ作成ユーティリティ(RCU)の起動

リポジトリ作成ユーティリティ(RCU)を起動するには:

  1. 対象のシステムで、ORACLE_HOME/oracle_common/binディレクトリに移動します。
  2. 対象のシステムで、JAVA_HOME環境変数に、動作保証されたJDKの場所が設定されていることを確認します。この場所は、binディレクトリより上の階層にする必要があります。たとえば、JDKが/u01/oracle/products/jdkに存在する場合は、次のようになります。

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

    export JAVA_HOME=/u01/oracle/products/jdk
  3. RCUを起動します。

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

    ./rcu

12.2.2 スキーマ作成のためのRCU画面のナビゲート

RCUを起動した後で、ウィザードの画面を使用して、Oracle Fusion Middleware製品で必要なスキーマを選択してインストールできます。スキーマ作成に必要なタスクは、次のとおりです。

タスク1   RCUの概要

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

タスク2   スキーマ作成の方法の選択

対象のデータベースに対するDBAアクティビティの実行に必要なパーミッションと権限が付与されている場合は、「システム・ロードおよび製品ロード」を選択します。この手順は、必要な権限が付与されていることを前提としています。

データベースに対するDBAアクティビティの実行に必要なパーミッションまたは権限が付与されていない場合は、この画面で、「システム・ロードに対するスクリプトの準備」を選択する必要があります。これによってSQLスクリプトが生成され、これをデータベース管理者が利用できます。リポジトリ作成ユーティリティを使用したスキーマの作成のシステム・ロードおよび製品ロードの理解に関する項を参照してください。

タスク3   データベース接続の詳細の指定

RCUがデータベースに接続できるようにするために、データベース接続の詳細を指定します。

「ホスト名」フィールドに、Oracle RACデータベースのSCANアドレスを入力します。

「DBMS/サービス」詳細を入力します。

「スキーマ所有者」および「スキーマ・パスワード」詳細を入力します。

「次へ」をクリックして先に進み、データベースへの接続が成功したことを確認するダイアログ・ウィンドウで、「OK」をクリックします。

タスク4   カスタム接頭辞の指定とスキーマの選択

既存の接頭辞を選択し、初期ドメインを構成したときに使用した接頭辞を選択します。

スキーマのリストから「WebCenter Content」スキーマを選択します。依存関係に応じて、次のスキーマが自動的に選択されます。

  • Oracle WebCenter Content Server - 完了

  • Oracle WebCenter Enterprise Capture

  • Oracle WebCenter Content Server — 検索のみ

カスタム接頭辞は、これらのスキーマを論理的にグループ化して、このドメイン内でのみ使用することを目的としています。複数のドメイン間でのスキーマの共有はサポートされていないため、ドメインごとに固有のスキーマのセットを作成する必要があります。

ヒント:

カスタム接頭辞の詳細は、リポジトリ作成ユーティリティを使用したスキーマの作成のカスタム接頭辞の理解に関する項を参照してください。

マルチドメイン環境でスキーマを編成する方法の詳細は、リポジトリ作成ユーティリティを使用したスキーマの作成のスキーマ作成の計画に関する項を参照してください。

ヒント:

ここに入力するカスタム接頭辞は、メモしておく必要があります。このカスタム接頭辞は、後述するドメイン作成のプロセスで必要になります。

「次へ」をクリックして先に進み、スキーマ作成の前提条件チェックが成功したことを確認するダイアログ・ウィンドウの「OK」をクリックします。

タスク5   スキーマのパスワードの指定

スキーマのパスワードをデータベースに設定する方法を指定してから、パスワードの指定と確認を行います。

ヒント:

この画面で設定するパスワードは、メモしておく必要があります。このパスワードは、後述するドメイン作成のプロセスで必要になります。

タスク6   必須スキーマの表領域の検証

「表領域のマップ」画面で情報を確認し、「次へ」をクリックして、デフォルト値を受け入れます。

確認ダイアログ・ボックスで「OK」をクリックします。

タスク7   スキーマ作成の完了

RCU画面の残りの部分を先に進めて、スキーマ作成を完了します。「完了サマリー」画面に到達したら、「閉じる」をクリックしてRCUを終了します。

タスク8   スキーマの作成の検証

スキーマが正常に作成されたことと、データベース接続詳細を確認するためには、SQL*Plusまたは別のユーティリティで、OCSスキーマ名および指定したパスワードを使用してデータベースに接続します。

次に例を示します。

./sqlplus

SQL*Plus: Release 11.2.0.4.0 Production on Fri Nov 1 08:44:18 2013

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Enter user-name: WCCEDG_OCS
Enter password: ocs_password

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL>

12.3 WebCenter Contentを使用するためのドメインの拡張

この項では、Oracle WebCenter Contentソフトウェアを含めるために既存のエンタープライズ・デプロイメント・ドメインを拡張する手順を説明します。

ドメインの拡張には、次のタスクが含まれます。

12.3.1 構成ウィザードの起動

構成ウィザードを起動する手順は次のとおりです。

  1. WebLogic Serverコンソールから、このドメイン拡張により変更される管理対象サーバーを停止します。影響を受けない管理対象サーバーはオンラインのままです。
  2. 管理対象サーバーのステータスを確認した後に、管理サーバーを停止します。
  3. 次のディレクトリに移動し、WebLogic Server構成ウィザードを起動します。
    cd ORACLE_HOME/oracle_common/common/bin
    ./config.sh

12.3.2 WebCenter Contentを含めるドメイン拡張を行うための構成ウィザード画面のナビゲート

この項の手順に従って、トポロジのドメインを拡張します。

注意:

この項で説明する手順を使用して、既存のドメインを拡張することもできます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで追加の詳細を参照してください。

ドメインを拡張して構成するためのタスクは次のとおりです。

タスク1   ドメイン・タイプとドメイン・ホームの場所の選択

「構成タイプ」画面で、「既存ドメインの更新」を選択します。

「ドメインの場所」フィールドで、ASERVER_HOME変数の値を選択します。これは、初期ドメインの一部として作成した管理ドメイン・ホームの完全なパスを表します。

ディレクトリの場所の変数の詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください。

ヒント:

この画面に示されるその他のオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「構成タイプ」に関する項を参照してください。

タスク2   構成テンプレートの選択

「テンプレート」画面で「製品テンプレートを使用してドメインを更新」が選択されていることを確認した後に、次のテンプレートを選択します。

  • Oracle Universal Content Management - コンテンツ・サーバー - 12.2.1.0.0 [wccontent]

    また、初期インフラストラクチャ・ドメインを作成するために使用したため、次の追加のテンプレートもすでに選択されているはずです。

    • Oracle Enterprise Manager - 12.2.1.0.0 [em]

    • Oracle JRF - 12.2.1.0.0 [oracle_common]

    • WebLogic Coherenceクラスタの拡張 - 12.2.1.0.0 [wlserver]

ヒント:

この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「テンプレート」に関する項を参照してください。

タスク3   データベース構成タイプの指定

「データベース構成タイプ」画面で、「RCUデータ」を選択します。

Infrastructureドメインに必要なFusion Middlewareスキーマを参照するためのドメインをすでに構成済であるため、すべてのフィールドが事前移入されています。

すべてのフィールドにおける資格証明が、Oracle Fusion Middleware Infrastructureの構成中に指定したものと同じであることを確認します。

データベース接続情報の確認が完了した後で、「RCU構成の取得」をクリックします。操作に成功すると、「接続結果ログ」に次の出力が示されます。

Connecting to the database server...OK
Retrieving schema data from database server...OK
Binding local schema components with retrieved data...OK

Successfully Done.

ヒント:

「RCUデータ」オプションの詳細は、『リポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のデータ・ソース・デフォルトに関する項を参照してください。

タスク4   JDBCコンポーネント・スキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面で、表のすべてのUCMスキーマを選択します(WebCenter Content用)。

スキーマを選択すると、ページ上のフィールドがアクティブ化され、データベース接続フィールドに自動的に値が移入されます。

「GridLinkへ変換」をクリックし、「次へ」をクリックします。

タスク5   GridLink Oracle RACデータベース接続の詳細情報の指定

「GridLink Oracle RACコンポーネント・スキーマ」画面で、次の表に示すように、RACデータベースおよびコンポーネント・スキーマへの接続に必要な情報を入力します。

要素 説明と推奨値

「SCAN」、「ホスト名」および「ポート」

「SCAN」チェック・ボックスを選択します。

「ホスト名」フィールドには、Oracle RACデータベースのSingle Client Access Name (SCAN)アドレスを入力します。

「ポート」フィールドには、データベースのSCANリスニング・ポートを入力します(1521など)

「ONSホスト」と「ポート」

「ONSホスト」フィールドには、Oracle RACデータベースのSCANアドレスを入力します。

「ポート」フィールドには、ONSリモート・ポートを入力します(通常は6200)。

FANの有効化

「FANの有効化」チェック・ボックスが選択され、データベースがFANイベントを受信および処理できることを確認します。

タスク6   JDBC接続のテスト

「JDBCコンポーネント・スキーマ・テスト」画面を使用して、構成したデータソース接続をテストします。

「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから接続テストを再試行してください。

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のコンポーネント・スキーマのテストに関する項を参照してください。

タスク7   拡張構成の選択

目的のトポロジに応じたドメインの構成を完了するには、「拡張構成」画面で次のオプションを選択します。

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

  • JMSファイル・ストア

タスク8   管理対象サーバーの構成

「管理対象サーバー」画面で、サーバーのリストにOracle WebCenter Content用の新しい管理対象サーバーが表示されます。

次のタスクを実行して、デフォルトのOracle WebCenter Content管理対象サーバーを変更して2つ目の管理対象サーバーを作成します。

  1. デフォルトの管理対象サーバーの名前をWLS_WCC1に変更します。

  2. 「追加」をクリックして新しい管理対象サーバーを作成し、そのサーバーにWLS_WCC2と名前を付けます。

    ヒント:

    ここで推奨するサーバー名は、このドキュメント全体で使用します。別の名前を選択する場合は、必要に応じてそれらの名前に置き換えてください。

  3. 次の表の情報を使用して、各Oracle WebCenter Content管理対象サーバーの残りの列を入力します。

サーバー名 リスニング・アドレス リスニング・ポート SSLの有効化 SSLリスニング・ポート サーバー・グループ

WLS_WCC1

WCCHOST1

16200

選択解除

無効

UCM-MGD-SVR

WLS_WCC2

WCCHOST2

16200

選択解除

無効

UCM-MGD-SVR

ヒント:

「管理対象サーバー」画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の管理対象サーバーに関する項を参照してください。

タスク9   クラスタの構成

このタスクでは、Oracle WebCenter Contentソフトウェアのターゲットにすることができる管理対象サーバーのクラスタを作成します。

wcc.example.com仮想サーバー・アドレスの詳細は、「ハードウェア・ロード・バランサでの仮想ホストの構成」を参照してください。

「クラスタ」画面を使用して、新しいクラスタを作成します。

  1. 「追加」ボタンをクリックします。

  2. 「クラスタ名」フィールドでWCC_Clusterを指定します。

  3. 「クラスタ・アドレス」フィールドは空白のままにします。

注意:

デフォルトでは、クラスタ内のサーバー・インスタンスは、ユニキャストを使用して相互に通信します。マルチキャストを使用するようにクラスタの通信を変更する場合は、『Oracle WebLogic Serverクラスタの管理』のユニキャストまたはマルチキャストを選択する際の考慮事項に関する項を参照してください。

ヒント:

この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「クラスタ」に関する項を参照してください。

タスク10   クラスタへの管理対象サーバーの割当て

「サーバーのクラスタへの割当」画面を使用して、WLS_WCC1およびWLS_WCC2を新規クラスタWCC_Clusterに割り当てます。

  1. 「クラスタ」ペインで、サーバーを割り当てるクラスタ(ここではWCC_Cluster)を選択します。

  2. 「サーバー」ペインで、次のいずれかの操作を実行して、WLS_WCC1をWCC_Clusterに割り当てます。

    • WLS_WCC1管理対象サーバーを1回クリックして選択し、右矢印をクリックして「クラスタ」ペインで選択されているクラスタの下に移動します。

    • WLS_WCC1をダブルクリックして、クラスタ・ペインで選択されているクラスタの下に移動します。

  3. 同じ手順を繰り返して、WLS_WCC2WCC_Clusterに割り当てます。

ヒント:

この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「サーバーのクラスタへの割当」に関する項を参照してください。

タスク11   Coherenceクラスタの構成

「Coherenceクラスタ」画面を使用して、ドメインに自動的に追加されるCoherenceクラスタを構成します。ポート番号の値を9991に更新します。

注意:

Coherenceライセンス情報については、『Oracle Fusion Middlewareライセンス情報』のOracle Coherenceに関する項を参照してください。

タスク12   WebCenter Content Serverのマシンを作成

「マシン」画面を使用して、2つの新しいマシンを追加します。

  1. 「追加」ボタンをクリックします。

  2. 「名前」フィールドにWCCHOST1と入力します。

  3. ノード・マネージャ・リスナー・アドレスにホスト名WCCHOST1を入力します。ノード・マネージャ・ポートはデフォルト値の5556にしておきます。

  4. この手順をWCCHOST2に対して繰り返します。

「Unixマシン」タブで、初期インフラストラクチャ・ドメインの作成時に作成したマシンの名前を確認します(次の表を参照)。

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

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

WCCHOST1

WCCHOST1ホスト名変数の値。たとえば、WCCHOST1.example.comです。

5556

WCCHOST2

WCCHOST2ホスト名変数の値。たとえば、WCCHOST2.example.comです。

5556

ADMINHOST

ADMINVHN変数の値を入力します。

5556

タスク13   マシンへのサーバーの割当て

「サーバーのマシンへの割当」画面を使用して、作成したばかりのOracle WebCenter Content管理対象サーバーを、ドメイン内の対応するマシンに割り当てます。

ADMINVHNをADMINHOSTに割り当てます。

WLS_WCC1をWCCHOST1、WLS_WCC2をWCCHOST2に割り当てます。

ヒント:

この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「サーバーのマシンへの割当」に関する項を参照してください。

タスク14   仮想ターゲット

「次へ」をクリックして次の画面に進みます。

タスク15   パーティション

「次へ」をクリックして次の画面に進みます。

タスク16 JMSファイル・ストアの構成

「JMSファイル・ストア」画面で、コンテンツ・サーバーJMSファイル・ストアを含む各WebCenter Content永続ストアに次のディレクトリを割り当てます。

ORACLE_RUNTIME/domain_name/WCC_Cluster/jms

注意:

管理対象サーバーを起動する前にjmsフォルダを作成します。

この例では、RUNTIME_HOMEを、ご使用の環境の変数値に置き換えます。WCC_Clusterを、WebCenter Contentクラスタに割り当てた名前に置き換えます。

「同期書込みポリシー」のドロップダウン・リストで「直接書込み」を選択します(両方のストア)。

タスク17   構成の仕様の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで任意の画面に戻れます。

「更新」をクリックするまで、ドメインの拡張は開始されません。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。

タスク18   ドメイン・ホームと管理サーバーURLのメモ

「構成に成功しました」画面には、構成したばかりのドメインについて、次の項目が表示されます。

  • ドメインの場所

  • 管理サーバーURL

どちらの項目も後で必要になるため、メモしておく必要があります。ドメインの場所は、ノード・マネージャと管理サーバーの起動に使用するスクリプトへのアクセスで必要になります。また、URLは管理サーバーへのアクセスで必要になります。

「終了」をクリックして、構成ウィザードを閉じます。

タスク19   管理サーバーの起動

管理サーバーを起動して、ドメインに行った変更が適用されたことを確認します。

12.4 WebCenter Content用の構成後タスクおよび検証タスクの実行

コンテンツ・サーバーをオンラインにするには、いくつかの構成および検証手順を実行する必要があります。以下の項をリストされている順序で実行します。

12.4.1 ドメイン・ディレクトリおよびマシンへの拡張済ドメインの伝播

Oracle Contentを含めることでドメインを拡張し、WCCHOST1上の管理サーバーを起動したら、そのドメイン変更をドメイン・ディレクトリおよびマシンに伝播できます。

12.4.1.1 Derbyデータベースの無効化

管理対象サーバー・ディレクトリを作成して、管理対象サーバーを起動する前に、組込みDerbyデータベース(Oracle WebLogic Serverに含まれているファイルベースのデータベース)を無効にします。Derbyデータベースは、主に開発環境で使用されます。結果として、本番として使用可能なエンタープライズ・デプロイメント環境を構成する場合、それを無効にする必要があります。そうしないと、管理対象サーバーを起動するときに、Derbyデータベース・プロセスが自動的に開始されます。
Derbyデータベースを無効にする手順は次のとおりです。
  1. Oracleホームの次のディレクトリに移動します。
    WL_HOME/common/derby/lib
  2. Derberライブラリjarファイルの名前を変更します。
    mv derby.jar disable_derby.jar
  3. WCCHOST1WCCHOST2で個別の共有ファイルシステムを使用している場合は、各ORACLE_HOMEで手順1から2を実行します。

12.4.1.2 WCCHOST1での拡張済ドメインの圧縮

次の手順を使用して、ドメイン構成情報(現時点ではOracle WebCenter Contentに関する構成情報も含まれる)を含むテンプレートJARファイルを作成します。

  1. WCCHOST1にログインし、次のようにpackコマンドを実行してテンプレートJARファイルを作成します。
    cd ORACLE_COMMON_HOME/common/bin
     
    ./pack.sh -managed=true 
              -domain=ASERVER_HOME 
              -template=/full_path/edgdomaintemplateExtWCC.jar 
              -template_name=edgdomaintemplateExtWCC
    

    この例では、次のとおりです。

    • ASERVER_HOMEを、共有記憶域デバイスに作成したドメイン・ディレクトリの実際のパスに置き換えます。

    • full_pathを、テンプレートJARファイルを保存するディレクトリの完全なパスで置き換えます。

    • edgdomaintemplateExtWCC.jarは、作成するJARファイルのサンプル名です。これには、Oracle WebCenter Contentの構成ファイルなどのドメイン構成ファイルが含まれます。

    • edgdomaintemplateExtWCCは、ドメイン・テンプレート・ファイルに割り当てられる名前です。

  2. packコマンドで作成したばかりのedgdomaintemplateExtWCC.jarファイルの場所を書き留めます。

    デフォルトでは、パック・テンプレート・ファイルは、packコマンドを実行した現在のディレクトリに作成されます。この例では、ORACLE_COMMON_HOME/common/binディレクトリに作成されますが、packコマンドの-template引数の一部としてテンプレートJARファイルのフルパスを指定できます。

    ヒント:

    packおよびunpackコマンドの詳細は、『WebLogic Server PackおよびUnpackコマンドによるテンプレートとドメインの作成』のPackおよびUnpackコマンドの概要に関する項を参照してください。

12.4.1.3 WCCHOST1上の管理対象サーバー・ドメイン・ホームでのドメインの解凍

更新したドメイン構成情報を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播する手順は次のとおりです。

  1. WCCHOST1にログインしていない場合は、ログインします。
  2. まだ作成していない場合は、WCCHOST1に管理対象サーバー・ドメインの推奨ディレクトリ構造を作成します。
  3. 次のようにunpackコマンドを実行して、ドメイン・ディレクトリ内のテンプレートをローカル記憶域に解凍します。
    cd ORACLE_COMMON_HOME/common/bin
    
    ./unpack.sh -domain=MSERVER_HOME  \
        -template=template=/full_path/edgdomaintemplateExtWCC.jar \
        -overwrite_domain=true \
        -app_dir=APPLICATION_HOME \
    

    この例では、次のとおりです。

    • MSERVER_HOMEを、ローカル記憶域ディスクに作成するドメイン・ホームの完全なパスに置き換えます。これは、ドメインのコピーの解凍先となる場所です。

    • full_pathを、テンプレートJARファイルを保存するディレクトリの完全なパスで置き換えます。

    • edgdomaintemplateExtWCC.jarは、packコマンドを実行して共有記憶域デバイス上のドメインを圧縮したときに作成したテンプレートのディレクトリ・パスおよび名前です。

    • 管理対象サーバーのテンプレートを、既存のドメインおよび既存のアプリケーションに解凍する場合は、-overwrite_domain=true引数が必要です。

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

    • APPLICATION_HOMEを、共有記憶域上のそのドメインのapplicationsディレクトリの完全なパスに置き換えます。

    ヒント:

    packおよびunpackコマンドの詳細は、『WebLogic Server PackおよびUnpackコマンドによるテンプレートとドメインの作成』のPackおよびUnpackコマンドの概要に関する項を参照してください。

  4. 新しく作成したMSERVER_HOMEディレクトリにディレクトリを変更して、ドメイン構成ファイルが「WCCHOST1上の管理対象サーバー・ドメイン・ホームでのドメインの解凍」共有記憶域デバイスの適切な場所にコピーされていることを確認します。

12.4.1.4 WCCHOST2でのドメインの解凍

ドメイン・テンプレートJARを作成したら、unpackコマンドを使用してドメイン構成を他のホストに伝播できます。ドメイン・テンプレートJARファイルを解凍する手順は次のとおりです。

  1. WCCHOST2にログインします。
  2. まだ作成していない場合は、WCCHOST2に管理対象サーバー・ドメインの推奨ディレクトリ構造を作成します。
  3. WCCHOST2がドメイン・テンプレートJARファイルにアクセスできるようにします。
    たとえば、WCCHOST2のために別の共有記憶域ボリュームまたはパーティションを使用している場合は、WCCHOST2にマウントされているボリュームまたはパーティションにテンプレートをコピーします。
  4. 次のようにunpackコマンドを実行して、ドメイン・ディレクトリ内のテンプレートをローカル記憶域に解凍します。
    cd ORACLE_COMMON_HOME/common/bin
    
    ./unpack.sh -domain=MSERVER_HOME \
        -template=edgdomaintemplateExtWCC.jar \
        -app_dir=APPLICATION_HOME \
        -overwrite_domain=true
    

    この例では、次のとおりです。

    • MSERVER_HOMEを、ローカル記憶域ディスクに作成するドメイン・ホームの完全なパスに置き換えます。これは、ドメインのコピーの解凍先となる場所です。

    • edgdomaintemplateExtWCC.jarは、packコマンドを実行してドメインを圧縮したときに作成したテンプレートのディレクトリ・パスおよび名前です。

      WCCHOST2に別の共有記憶域ボリュームまたはパーティション(および冗長Oracleホーム)を使用している場合は、WCCHOST2にマウントされているボリュームまたはパーティションに、まずテンプレートをコピーする必要があります。

    • APPLICATION_HOMEを、共有記憶域上のそのドメインのapplicationsディレクトリの完全なパスに置き換えます。

    ヒント:

    packおよびunpackコマンドの詳細は、『WebLogic Server PackおよびUnpackコマンドによるテンプレートとドメインの作成』のPackおよびUnpackコマンドの概要に関する項を参照してください。

  5. ディレクトリを、新しく作成したMSERVER_HOMEディレクトリに変更して、ドメイン構成ファイルがWCCHOST2の適切な場所にコピーされていることを確認します。

12.4.2 WCCHOST1の管理対象サーバー・ドメイン・ディレクトリでのノード・マネージャの起動

管理対象サーバーのドメイン・ディレクトリを作成した後は、2つのドメイン・ホーム・ディレクトリと、それに対応する2つの対応するノード・マネージャ・インスタンスがWCCHOST1上に存在します。1つのノード・マネージャは、管理サーバー・ドメイン・ホームから実行される管理サーバーの制御に使用します。もう1つのノード・マネージャは、管理対象サーバー・ドメイン・ホームから実行される管理対象サーバーの制御に使用します。

2つのノード・マネージャを別々に起動する必要があります。

注意:

管理対象サーバーのMSERVER_HOMEのノード・マネージャは、ドメイン構成が解凍されるたびにリセットされます。ListenAddressは、正しいホスト名ではなくADMINVHNに変更されます。解凍の実行後、ノード・マネージャ・サービスを開始する前にこの値を正しい値に変更する必要があります。

次の手順に従って、管理対象サーバー・ホームからノード・マネージャを更新および起動します。

  1. 次の手順を実行して、nodemanager.propertiesファイルのリスニング・アドレスが正しく設定されていることを確認します。
    1. テキスト・エディタを使用して、MSERVER_HOME/nodemanager/ディレクトリからnodemanager.propertiesファイルを開きます。

    2. ListenAddressプロパティを次のように正しいホスト名に更新します。

      • WCCHOST1: ListenAddress=WCCHOST1

      • WCCHOST2: ListenAddress=WCCHOST2

    3. ListenPortプロパティを適切なリスニング・ポートの詳細で更新します。

  2. 次のディレクトリに移動します。
    MSERVER_HOME/bin
  3. 次のコマンドを使用してノード・マネージャを起動します。
    nohup ./startNodeManager.sh > $MSERVER_HOME/nodemanager/nodemanager.out 2>&1 &

追加ノード・マネージャの構成オプションの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

12.4.3 WLS_WCC1管理対象サーバーの起動

WLS_WCC1管理対象サーバーを起動する手順は次のとおりです。
  1. http://admin.example.com/consoleでOracle WebLogic Server管理コンソールにログインします。
  2. 次の手順に従い、WebLogic Server管理コンソールを使用してWLS_WCC1管理対象サーバーを起動します。
    1. 左側の「ドメイン構造」ツリーの「環境」ノードを開きます。
    2. 「サーバー」をクリックします。
    3. 「サーバーのサマリー」ページで、「制御」タブを開きます。
    4. 「WLS_WCC1」を選択して、「起動」をクリックします。
  3. 管理コンソールでサーバーの状態がRunningとして報告されていることを確認します。サーバーのステータスが「起動しています」または「再開中です」である場合は、「起動済み」になるまで待ちます。「管理」「失敗」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないか確認します。

12.4.4 WLS_WCC1管理対象サーバー上のコンテンツ・サーバーの構成

コンテンツ・サーバーを構成する手順は次のとおりです。
  1. http://WCCHOST1:16200/csweblogicユーザー名とパスワードを使用してWLS_WCC1にログインし、構成ページを表示します。
    Oracle WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Contentエンタープライズ・デプロイメントの共有ディスクの場所は、RUNTIME_HOME/WCDomain/WCC_Clusterです。
  2. 「サーバーの構成」ページで次の値を変更します。
    「コンテンツ・サーバーの新規インスタンス」チェック・ボックスが選択されていることを確認します。
    • コンテンツ・サーバーのインスタンス・フォルダ: これを/u01/oracle/runtime/WCDomain/WCC_Cluster/csに設定します。

      構成を保存する前に、このディレクトリが存在しているか作成済であることを確認してください。

    • ネイティブ・ファイル・リポジトリの場所: これを/u01/oracle/runtime/WCDomain/WCC_Cluster/cs/vaultに設定します。

      構成を保存する前に、このディレクトリが存在しているか作成済であることを確認してください。

    • Webレイアウト・フォルダ: これを/u01/oracle/runtime/WCDomain/WCC_Cluster/cs/weblayoutに設定します。

      構成を保存する前に、このディレクトリが存在しているか作成済であることを確認してください。

    • ユーザー・プロファイル・フォルダ: これを/u01/oracle/runtime/WCDomain/WCC_Cluster/cs/data/users/profilesに設定します。

      構成を保存する前に、このディレクトリが存在しているか作成済であることを確認してください。

    • サーバーのソケット・ポート: 4444
    • 受信ソケット接続アドレス・セキュリティ・フィルタ: 次のようにローカル・ホストとサーバーIPアドレスをパイプ区切りで指定します。
      127.0.0.1|WCCHOST1-IP|WCCHOST2-IP|WEBHOST1-IP|WEBHOST2-IP|wccinternal.example.com|load-balancer-host-name
    • WebサーバーのHTTP/HTTPSアドレス: wcc.example.com:443
    • WebアドレスはHTTPSです: このチェック・ボックスを選択します。
    • コンテンツ・サーバーのインスタンス名: WCC_Cluster
    • コンテンツ・サーバーのインスタンス・ラベル: WCC_Cluster
    • サーバー・インスタンスの説明: WebCenter Contentクラスタ
    • 自動採番接頭辞: WCC_Cluster-
  3. 完了したら「送信」をクリックし、WebLogic Server管理コンソールを使用して管理対象サーバーを再起動します。

12.4.5 管理サーバーのcwalletファイルの更新

コンテンツ・サーバーは、起動時にMSERVER_HOME/config/fmwconfigディレクトリにあるcwallet.ssoファイルを更新します。この変更は、元の管理サーバーに伝播する必要があります。

これを行うには、次のコマンドを(すべて1行で)使用して、このファイルをWCCHOST1ASERVER_HOME/config/fmwconfigにコピーします。

scp -p \
WCCHOST1:/MSERVER_HOME/config/fmwconfig/cwallet.sso \
WCPHOST1:/ASERVER_HOME/config/fmwconfig/cwallet.sso

注意:

WLS_WCCnサーバーでMSERVER_HOME/config/fmwconfig/ディレクトリにあるcwallet.ssoファイルを変更する操作を行った場合は、ASERVER_HOME/config/fmwconfigにあるWCCHOST1の管理サーバー・ドメイン構成ディレクトリにそのファイルをすぐにコピーする必要があります。

12.4.6 WCCHOST2でのノード・マネージャの起動

ドメイン構成をWCCHOST2に伝播したら、MSERVER_HOMEドメイン・ディレクトリのノード・マネージャを更新および起動できます。

2つのノード・マネージャを別々に起動する必要があります。

注意:

管理対象サーバーのMSERVER_HOMEのノード・マネージャは、ドメイン構成が解凍されるたびにリセットされます。ListenAddressは、正しいホスト名ではなくADMINVHNに変更されます。解凍の実行後、ノード・マネージャ・サービスを開始する前にこの値を正しい値に変更する必要があります。

次の手順に従って、管理対象サーバー・ホームからノード・マネージャを更新および起動します。

  1. 次の手順を実行して、nodemanager.propertiesファイルのリスニング・アドレスが正しく設定されていることを確認します。
    1. テキスト・エディタを使用して、MSERVER_HOME/nodemanager/ディレクトリからnodemanager.propertiesファイルを開きます。

    2. ListenAddressプロパティを次のように正しいhostnameに更新します。

      • WCCHOST1: ListenAddress=WCCHOST1

      • WCCHOST2: ListenAddress=WCCHOST2

  2. 次のディレクトリに移動します。
    MSERVER_HOME/bin
    
  3. 次のコマンドを使用してノード・マネージャを起動します。
    nohup ./startNodeManager.sh > $MSERVER_HOME/nodemanager/nodemanager.out 2>&1 &
    

追加ノード・マネージャの構成オプションの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

12.4.7 管理対象サーバーWLS_WCC2の起動

WLS_WCC2管理対象サーバーを起動する手順は次のとおりです。
  1. 次の手順に従い、WebLogic Server管理コンソールを使用してWLS_WCC2管理対象サーバーを起動します。
    1. 左側の「ドメイン構造」ツリーの「環境」ノードを開きます。
    2. 「サーバー」をクリックします。
    3. 「サーバーのサマリー」ページで、「制御」タブを開きます。
    4. 「WLS_WCC2」,を選択して、「起動」をクリックします。
  2. 管理コンソールでサーバーの状態がRunningとして報告されていることを確認します。サーバーのステータスが「起動しています」または「再開中です」である場合は、「起動済み」になるまで待ちます。「管理」「失敗」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないか確認します。

12.4.8 WLS_WCC2管理対象サーバー上のコンテンツ・サーバーの構成

コンテンツ・サーバーを構成する手順は次のとおりです。
  1. http://WCCHOST2:16200/csweblogic管理ユーザー名とパスワードを使用してWLS_WCC2にログインし、構成ページを表示します。
    Oracle WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Contentエンタープライズ・デプロイメントの共有ディスクの場所は、ORACLE_RUNTIME/WCDomain/WCC_Clusterです。
  2. 「サーバーの構成」ページで次の値を変更します。
    • コンテンツ・サーバーのインスタンス・フォルダ: これをORACLE_RUNTIME/WCDomain/WCC_Cluster/csに設定します。
    • ネイティブ・ファイル・リポジトリの場所: これをORACLE_RUNTIME/WCDomain/WCC_Cluster/cs/vaultに設定します。
    • Webレイアウト・フォルダ: これをORACLE_RUNTIME/WCDomain/WCC_Cluster/cs/weblayoutに設定します。
    • ユーザー・プロファイル・フォルダ: これをORACLE_RUNTIME/WCDomain/WCC_Cluster/cs/data/users/profilesに設定します。
    • コンテンツ・サーバーのURL接頭辞: /cs/ (デフォルト値)
    「コンテンツ・サーバーの新規インスタンス」チェック・ボックスが選択されていないことを確認します。
  3. 完了したら「送信」をクリックし、WebLogic Server管理コンソールを使用して管理対象サーバーを再起動します。

12.4.9 GridLinkデータ・ソースの検証

サーバーが開始したら、GridLinkデータ・ソースが正しく構成され、ONS設定が正しいことを確認します。これらの手順を、作成した各GridLinkデータ・ソースで実行します。

12.4.9.1 WebCenter ContentのGridLinkデータ・ソースの構成の確認

WebCenter ContentのGridLinkデータ・ソースの構成を確認する手順は次のとおりです。
  1. WebLogic Server管理コンソールにログインします。
  2. 「ドメイン構造」ツリーで「サービス」を開き、「データ・ソース」をクリックします。
  3. 作成済のGridLinkデータ・ソース名をクリックします。
  4. 「監視」タブをクリックします。
  5. 必要なデータソースを選択します。
  6. 「テスト」タブをクリックし、サーバーの1つを選択して「データ・ソースのテスト」をクリックします。
    構成が正しい場合、テストは成功します。
  7. GridLinkデータ・ソースを使用するすべてのWebLogic Serverインスタンスでテストを繰り返します。

12.4.9.2 GridLinkデータ・ソースのONSの構成の確認

WebCenter ContentのGridLinkデータ・ソースのONSの構成を確認する手順は次のとおりです。
  1. 管理コンソールの「ドメイン構造」ツリーで、「サービス」ノードを開いて「データ・ソース」をクリックします。
  2. GridLinkデータ・ソースの名前をクリックします。
  3. 「監視」タブをクリックします。
  4. 必要なデータソースを選択します。
  5. サーバーの名前(WLS_WCC1)をクリックします。
  6. 「ONS」タブをクリックします。
  7. 「ONS」タブで、「テスト」タブを選択します。
  8. サーバーを選択し、「ONSのテスト」をクリックします。
    構成が正しい場合、テストは成功します。ONSのテストが失敗する場合、Oracle RACデータベース・ノードでONSサービスが実行されていることを確認します。
    [orcl@WCCDBHOST1 ~]$ srvctl status scan_listener
    SCAN Listener LISTENER_SCAN1 is enabled
    SCAN listener LISTENER_SCAN1 is running on node WCCDBHOST1
    SCAN Listener LISTENER_SCAN2 is enabled
    SCAN listener LISTENER_SCAN2 is running on node WCCDBHOST2
    SCAN Listener LISTENER_SCAN3 is enabled
    SCAN listener LISTENER_SCAN3 is running on node WCCDBHOST2 
     
     
    [orcl@WCCDBHOST1 ~]$ srvctl config nodeapps -s 
    ONS exists: Local port 6100, remote port 6200, EM port 2016 
     
     
    [orcl@WCCDBHOST1 ~]$ srvctl status nodeapps | grep ONS
    ONS is enabled
    ONS daemon is running on node: WCCDBHOST1
    ONS daemon is running on node: WCCDBHOST2
  9. GridLinkデータ・ソースを使用するすべてのWebLogic ServerインスタンスでONSテストを繰り返します。

12.4.10 その他のパラメータの構成

テキスト・エディタを使用して、次のオプションを各クラスタ・ノードのMSERVER_HOME/ucm/cs/bin/intradoc.cfgファイルに追加します。ここで指定されたディレクトリは、直接バスに追加、制御されるlocalディスク上にあり、NFSをマウントしたUNIX/Linuxまたはクラスタ化されたファイル・システム(たとえばOCFS2、GFS2、GPFS)などのリモート・ファイル・システムではありません。

TraceDirectory=MSERVER_HOME/servers/WLS_WCCN/logs
EventDirectory=MSERVER_HOME/servers/WLS_WCCN/logs/event/
ArchiverDoLocks=true 
DisableSharedCacheChecking=true 

後続のNは、WLS_WCC1ではWCCHOST1、WLS_WCC2ではWCCHOST2のようにノードのサーバー名と一致している必要があります。

この変更は、「Oracle WebCenter Contentのサービス再試行の構成」で説明される手順の最後に、すべてのWebCenter Content管理対象サーバーを再起動させてから有効になります。

注意:

ディレクトリは、WebCenter Contentログおよび任意のトレースを構成する場合は、ログおよびトレースを保持するために十分なスペースがあると判断される任意のローカル・ディスク・パスに配置できます。前述のパスは一案です。

12.4.11 Oracle WebCenter Contentのサービス再試行の構成

Oracle RACのフェイルオーバー時にログインの再試行を可能にするため、コンテンツ・サーバーのconfig.cfgファイル内の次のパラメータを設定する必要があります。

ServiceAllowRetry=true

この値が設定されていない場合、フェイルオーバーが開始されたときに、ユーザーは処理中の任意の操作を手動で再試行する必要があります。

Oracle WebCenter Contentのサービス再試行を構成する手順は次のとおりです。
  1. コンテンツ・サーバー(http://WCCHOST1:16200/cs)にアクセスし、非LDAP WebLogic Serverの管理ユーザー名(たとえば、weblogic)とパスワードを使用してログインします。
  2. 「管理」トレイまたはメニューで、「管理サーバー」「一般構成」の順に選択します。
  3. 「一般構成」ページで、「追加の構成変数」ボックスに、次のパラメータを追加します。
    ServiceAllowRetry=true
  4. 「保存」をクリックします。

    注意:

    新しいパラメータはconfig.cfgファイルに含まれます。このファイルは次の場所にあります。

    ORACLE_RUNTIME/cluster_name/cs/config/config.cfg

    (このファイルをテキスト・エディタで直接編集することもできます。必ずすべてのWebCenter Content管理対象サーバーを再起動してください。

12.5 WebCenter Contentユーザー・インタフェース用のコンテンツ・サーバーの構成

WebCenter Contentユーザー・インタフェースを使用する予定である場合(コンテンツ・サーバーのネイティブ・ユーザー・インタフェースに加えて)、コンテンツ・サーバーのパラメータを有効にする必要があります。

From the 「管理」トレイまたはメニューで、「管理サーバー」 > 「コンポーネント・マネージャ」の順に選択し、以下のパラメータを有効にします。

  • AutoSuggestConfig

  • DynamicConverter

  • FrameworkFolders

さらに、WebCenter Contentユーザー・インタフェースとコンテンツ・サーバー間の通信用にRemote Intradoc Client (RIDC)を設定する必要があります。

WebCenter Contentユーザー・インタフェースのフォルダおよび検索用に、次のコンテンツ・サーバーのパラメータも設定できます。WebCenter Contentユーザー・インタフェースのフォルダおよび検索用に、コンテンツ・サーバーのパラメータを設定する手順は次のとおりです。

  1. 「管理」メニューから「管理サーバー」を選択します。

  2. 「一般構成」を選択します。

  3. 「一般構成」ページで、「追加の構成変数」タブに、次のパラメータを追加します。

    • FoldersIndexParentFolderValues=true

    • FldEnforceFolderFileNameUniqueness=true

    • FldEnforceCaseInsensitiveNameUniqueness=true

    • SearchIndexerEngineName=OracleTextSearchまたはSearchIndexerEngineName=DATABASE.METADATA

      いずれかの値を選択 - OracleTextSearchまたはDATABASE.METADATA

12.6 WebCenter Contentクラスタ用のOracle HTTP Serverの構成

次の項では、Oracle HTTP ServerをWebCenter Contentクラスタ用に構成する手順を説明します。

12.6.1 WLS_WCC管理対象サーバー用のOracle HTTP Serverの構成

Oracle WebCenter Contentクラスタにリクエストを正しくルーティングするようにWeb層のOracle HTTP Serverインスタンスを構成するには、次の手順を使用して、wcc.example.com仮想サーバーのパラメータを作成して定義するOracle HTTP Server構成ファイルを追加作成します。WLS_WCC管理対象サーバー用にOracle HTTP Serverを構成する手順は次のとおりです。
  1. WEBHOST1にログインし、ディレクトリを最初のOracle HTTP Serverインスタンス(ohs1)の構成ディレクトリに変更します。
    cd OHS_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/moduleconf/
    

    注意:

    インスタンスの構成ファイルと実行時ファイルにはそれぞれ別のディレクトリがあります。.../OHS/instances/ohsn/*フォルダにある実行時ファイルは、直接編集しないでください。.../OHS/ohsn/*構成ファイルのみ編集します。

  2. wcc_vh.confファイルを作成し、次のディレクティブを追加します。
    <VirtualHost WEBHOST1:7777>
        ServerName https://wccinternal.example.com:443
        ServerAdmin you@your.address
        RewriteEngine On
        RewriteOptions inherit
    </VirtualHost>
  3. wcc_vh.confファイルで、次の行を<VirtualHost>および</VirtualHost>タグ内に追加します。
    #UCM
    <Location /cs>
       WebLogicCluster WCCHOST1:16200,WCCHOST2:16200
       WLSRequest ON
       WLCookieName JSESSIONID
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    <Location /adfAuthentication>
       WebLogicCluster WCCHOST1:16200,WCCHOST2:16200
       WLSRequest ON
       WLCookieName JSESSIONID
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    <Location /_ocsh>
       WebLogicCluster WCCHOST1:16200,WCCHOST2:16200
       WLSRequest ON
       WLCookieName JSESSIONID
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
  4. wcc_vh.confファイルを2つ目のOracle HTTP Serverインスタンス(ohs2)の構成ディレクトリにコピーします。
    OHS_DOMAIN_HOME/config/fmwconfig/components/ohs2/moduleconf/
    
  5. wcc_vh.confを編集して、<VirtualHost>ディレクティブ内のWEBHOST1の参照をWEBHOST2の参照に変更します。
  6. WEBHOST1とWEBHOST2上のOracle HTTP Serverインスタンスを再起動します。

12.6.2 コンテンツ・サーバーの管理アプレットのアクセスの有効化

SSL終了がエンタープライズ・デプロイメントの参照トポロジに対してOracle Web層に構成されているため、コンテンツ・サーバーの管理アプレットにアクセスできるようにするには、WebLogicプラグインはWebCenter Content管理対象サーバーごとに有効にする必要があります。コンテンツ・サーバーの管理アプレットのアクセスを有効にする手順は次のとおりです。
  1. http://host.domain:port/consoleでWebLogic Server管理コンソールにログインします。次に例を示します。
    http://ADMINVHN:7001/console
  2. 「環境」タブで、「サーバー」をクリックします。
  3. 「WLS_WCC1」をクリックします。
  4. 「構成」タブの「一般」タブをクリックし、「詳細」セクションに移動します。
  5. 「ロックして編集」をクリックします。
  6. 「WebLogicプラグインの有効化」ドロップダウン・メニューで「はい」を選択します。
  7. 「保存」ボタンをクリックして、変更内容を保存します。
  8. 「変更のアクティブ化」をクリックします。
  9. 管理コンソールからWLS_WCC1管理対象サーバーを再起動します。
  10. WLS_WCC2管理対象サーバーに対して前述の手順を繰り返します。

12.6.3 ロード・バランサを介したアクセスの検証

URLを検証して、Oracle HTTP ServerからWCC_Clusterへのルーティングとフェイルオーバーが適切に機能することを確認します。

12.6.3.1 URLの検証

URLを検証する手順は次のとおりです。
  1. WLS_WCC2が稼動している状態で、WebLogic Server管理コンソールを使用してWLS_WCC1を停止します。
  2. https://wcc.example.com/csにアクセスし、正しく動作していることを確認します。
  3. WebLogic Server管理コンソールからWLS_WCC1を起動します。
  4. WebLogic Server管理コンソールでWLS_WCC2を停止します。
  5. https://wcc.example.com/csにアクセスし、正しく動作していることを確認します。
クラスタ・ノードを検証できます。このクラスタ・ノードは、ロード・バランサを介してトラフィック・バランシングが行われ、再びWeb層を介してトラフィック・バランシングが行われた後で転送されるクラスタ・ノードです。

12.6.3.2 クラスタ・ノードの検証

クラスタ・ノードを検証する手順は次のとおりです。
  1. 管理ユーザーおよびパスワードの資格証明を使用して、次のWebCenter Contentページにログインします。
    https://wcc.example.com/cs/idcplg?IdcService=CONFIG_INFO
  2. 「管理」の「WCC_Clusterの構成」ページを表示します。
  3. ページの「オプションとその他」セクションで、右側の「Javaプロパティ」をクリックします。
  4. weblogic.Nameの値を確認します。

    この値は、現在アクセスしているクラスタ・ノードを示します。