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

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

Oracle WebCenter Contentソフトウェアを含めてエンタープライズ・デプロイメント・ドメインを拡張するために、特定のタスクを実行する必要があります。これには、WebCenter Contentのインストール、WebCenter Contentを追加するためのドメインの拡張、および構成後のタスクや検証タスクの実行があります。

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

上位トピック: 「エンタープライズ・ドメインの構成」

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

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

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

12.1.1 WCCHOST1でのOracle WebCenter Contentインストーラの起動

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

  1. WCCHOST1にログインします。
  2. インストール・プログラムがダウンロードされたディレクトリに移動します。
  3. 次の例に示すとおり、ご使用のシステムのJDKディレクトリからjava実行可能ファイルを実行し、インストール・プログラムを起動します。
    JAVA_HOME/bin/java -d64 -jar fmw_12.2.1.2.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 - 完全」スキーマのみを選択します。

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

ヒント:

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

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

ヒント:

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

「次へ」をクリックして先に進み、スキーマ作成の前提条件チェックが成功したことを確認するダイアログ・ウィンドウの「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: WCPEDG_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. すべての管理対象サーバーが安定した状態になったら、管理サーバーを停止します。
  4. 次のディレクトリに移動し、WebLogic Server構成ウィザードを起動します。
    cd ORACLE_HOME/oracle_common/common/bin
./config.sh

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

次の項に示す手順に従って、静的クラスタを含めてトポロジのドメインを拡張します。

12.3.2.1 静的クラスタを含めるドメインの拡張

この項に示す手順に従って、静的クラスタを含めてトポロジのドメインを拡張します。

注意:

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

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

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

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

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

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

ヒント:

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

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

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

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

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

    • Oracle Enterprise Manager - 12.2.1.2.0 [em]

    • Oracle JRF - 12.2.1.2.0 [oracle_common]

    • WebLogic Coherenceクラスタの拡張 - 12.2.1.2.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   拡張構成の選択

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

  • トポロジ

  • ファイル・ストア

タスク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ソフトウェアのターゲットにすることができる管理対象サーバーのクラスタを作成します。

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

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

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

  3. 「動的サーバー・グループ」ドロップダウン・リストで、「未指定」を選択します。

注意:

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

ヒント:

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

タスク10   サーバー・テンプレートの割当て

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

タスク11   動的サーバーの構成
静的クラスタとして残すクラスタについて、すべての動的サーバー・オプションが無効になっていることを確認します。

  1. この画面の「動的クラスタ」、「計算済リスニング・ポート」および「計算済マシン名」チェック・ボックスの選択が解除されていることを確認します。

  2. 「サーバー・テンプレート」で「未指定」が選択されていることを確認します。

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

注意:

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

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

必要に応じて、「マシン」画面を使用して2つの新しいUnixマシンを追加します。

  1. 「Unixマシン」タブで、「追加」ボタンをクリックします。

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

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

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

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

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

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

WCCHOST1

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

5556

WCCHOST2

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

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

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

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

ヒント:

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

タスク16   仮想ターゲットの構成

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

タスク17   パーティションの構成

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

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

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

ORACLE_RUNTIME/domain_name/WCC_Cluster/jms

注意:

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

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

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

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

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

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

「更新」をクリックして、ドメインの拡張を実行します。

ヒント:

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

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

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

  • ドメインの場所

  • 管理サーバーURL

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

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

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

管理サーバーを起動してログインし、クラスタ・ビューとサーバー・ビューを確認して、ドメインに対する変更が適用されていることを確認します。

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

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

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

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

WebCenter Content管理対象サーバーにドメイン構成を伝播するには次の手順を実行します。
  1. 管理対象サーバーのドメイン・ディレクトリと管理対象サーバーのapplicationsディレクトリのコピーを作成します。
  2. 次のpackコマンドをWCCHOST1で実行し、テンプレート・パックを作成します。
    cd ORACLE_COMMON_HOME/common/bin

./pack.sh -managed=true 
          -domain=ASERVER_HOME 
          -template=/full_path/edgdomaintemplateExtWCC.jar 
          -template_name=edgdomain_templateExtWCC

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

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

    • full_pathを、ドメイン・テンプレートjarファイルを作成する場所の完全なパスに置き換えます。ドメイン・テンプレートjarファイルをコピーまたは解凍する場合は、この場所を参照する必要があります。ORACLE_HOME以外の共有ボリュームを選択するか、/tmp/に書き込み、そのファイルをサーバー間で手動でコピーすることをお薦めします。

      テンプレートJARファイルの完全なパスを、packコマンドの-template引数の一部として指定する必要があります。

      SHARED_CONFIG_DIR/domains/template_filename.jar

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

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

  3. 次のunpackコマンドをWCCHOST1で実行して、前の手順で作成したテンプレートをMSERVER_HOMEディレクトリに伝播します。
    cd ORACLE_COMMON_HOME/common/bin

./unpack.sh -domain=MSERVER_HOME 
            -template=/full_path/edgdomaintemplateExtWCC.jar 
            -app_dir=APPLICATION_HOME 
            -overwrite_domain=true

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

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

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

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

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

    • APPLICATION_HOMEを、ローカル記憶域上のそのドメインのアプリケーション・ディレクトリの完全なパスに置き換えます。

    ヒント:

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

  4. パック済のJARファイルへのフルパスが他のサーバーで使用可能な共有ボリューム上にある場合は、この手順をスキップします。それ以外の場合は、次のコマンドをWCCHOST1で実行し、手順1で作成したテンプレート・パックをWCCHOST2にコピーします。WCPHOSTnサーバーには、ポータルの章までドメイン構成は必要ありません。
    scp /full_path/edgdomaintemplateExtWCC.jar oracle@WCCHOST2:/full_path/
  5. 次のunpackコマンドを各リモート・ホストで実行して、前の手順でコピーしたドメイン・テンプレートをMSERVER_HOMEディレクトリにデプロイします。
    cd ORACLE_COMMON_HOME/common/bin

./unpack.sh -domain=MSERVER_HOME 
            -template=/full_path/edgdomaintemplateExtWCC.jar 
            -app_dir=APPLICATION_HOME 
            -overwrite_domain=true

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

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

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

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

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

    • APPLICATION_HOMEを、ローカル記憶域上のそのドメインのアプリケーション・ディレクトリの完全なパスに置き換えます。

    ヒント:

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

12.4.2 ドメイン解凍後のNodeManager構成の更新

ドメインの拡張時に、MSERVER_HOMEのnodemanager.propertiesファイルがASERVER_HOMEのnodemanager.propertiesファイルの一部の値で上書きされることがあります。具体的には、ListenAddressまたはCustomIdentityAlias (あるいはその両方)の値がリセットされる場合があります。

注意:

各ホストのMSERVER_HOME/nodemanager/nodemanager.propertiesファイルについて、次のことを実行します。
  1. 正しいListenAddressパラメータ値を確認して、必要な場合は値を再設定します。
    grep ListenAddress MSERVER_HOME/nodemanager/nodemanager.properties
  2. 次のコマンドの参照として、ドメイン構成ファイルから構成済アイデンティティ別名のリストを確認します。
    grep server-private-key-alias ASERVER_HOME/config/config.xml | sort | uniq
  3. 現在のCustomIdentityAliasパラメータ値を確認します。
    grep CustomIdentityAlias MSERVER_HOME/nodemanager/nodemanager.properties
  4. 必要に応じて、CustomIdentityAliasパラメータ値を、現在のホストに適した正しい別名文字列に再設定します。
  5. nodemanagerプロセスを再起動します。
    kill `ps -eaf | grep weblogic.NodeManager | grep MSERVER_HOME | grep -v grep | awk '{print $2}' `
nohup MSERVER_HOME/bin/startNodeManager.sh > MSERVER_HOME/nodemanager/nodemanager.out 2>&1 &
詳細は、「カスタム・キーストアを使用するためのノード・マネージャの構成」を参照してください。

12.4.3 既存の管理対象サーバーの再起動と検証

ドメインが拡張され、すべてのサーバーのMSERVER_HOMEディレクトリに解凍されたので、既存のコンポーネントの管理対象サーバーを再起動します。
  1. WebLogic Serverコンソールから、WebServices Manager Policy ManagerのWLS_WSMn管理対象サーバーを再起動します。
  2. 別のブラウザ・ウィンドウから、URLを正常にロードすることで、WSM-PMアプリケーションが応答していることを確認します。
    http://wcpinternal.example.com/wsm-pm/validator

12.4.4 uploadおよびstageディレクトリの絶対パスへの変更

ドメインを構成し、すべてのホスト上の管理対象サーバー・ドメイン・ディレクトリにそのドメインを解凍した後、新しいクラスタ内の管理対象サーバーのuploadディレクトリとstageディレクトリを検証および更新します。

この手順は、リモート・デプロイメントの実行時の潜在的な問題の回避とステージ・モードが必要なデプロイメントのために必要です。

管理対象サーバー・ドメイン・ホーム・ディレクトリ内のすべての管理対象サーバーについてこれらのディレクトリ・パスを更新する手順は次のとおりです。

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

  2. 左側のナビゲーション・ツリーで、「ドメイン」→「環境」を開きます。

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

  4. 使用するクラスタ・タイプに適したオブジェクトに移動して編集します。

    1. 静的クラスタの場合、「サーバー」に移動し、編集する管理対象サーバーの名前をクリックします。

  5. 編集する新しい管理対象サーバーまたはサーバー・テンプレートごとに、次の手順を実行します。

    1. 「構成」タブをクリックし、「デプロイメント」タブをクリックします。

    2. 「ステージング・ディレクトリ名」が次のように設定されていることを確認します。

      MSERVER_HOME/servers/server_or_template_name/stage

      MSERVER_HOMEをMSERVER_HOMEディレクトリのディレクトリ・パスに置き換えます。静的クラスタを使用している場合、編集する管理対象サーバーの正しい名前で更新します。

    3. 「アップロード・ディレクトリ名」を次の値に更新します。

      ASERVER_HOME/servers/AdminServer/upload

      ASERVER_HOMEをASERVER_HOMEディレクトリのディレクトリ・パスに置き換えます。

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

    5. 「サーバーのサマリー」または「サーバー・テンプレートのサマリー」画面(該当する方)に戻ります。

  6. 該当するすべてのオブジェクトを変更したら、「変更のアクティブ化」をクリックします。

  7. 変更がアクティブになると表示されるステータス・メッセージを確認し、必要に応じて管理対象サーバーを再起動します。

12.4.5 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.6 WLS_WCC1管理対象サーバー上のコンテンツ・サーバーの構成

コンテンツ・サーバーを構成する手順は次のとおりです。
  1. Oracle WebCenter Contentクラスタ構成に必要なランタイム・クラスタ・サブディレクトリを作成します。

    Oracle WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Contentエンタープライズ・デプロイメントの共有ディスクの場所は、ORACLE_RUNTIME/WCDomain/WCC_Clusterです。

    次のコマンドを実行して、必要なサブディレクトリを作成します。
    mkdir -p ORACLE_RUNTIME/domain_name/WCC_Cluster/cs/vault 
mkdir -p ORACLE_RUNTIME/domain_name/WCC_Cluster/cs/weblayout 
mkdir -p ORACLE_RUNTIME/domain_name/WCC_Cluster/cs/data/users/profiles
  2. http://WCCHOST1:16200/csでweblogicユーザー名とパスワードを使用してWLS_WCC1にログインし、構成ページを表示します。
    Oracle WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Contentエンタープライズ・デプロイメントの共有ディスクの場所は、ORACLE_RUNTIME/wcpedg_domain/WCC_Clusterです。
  3. 「サーバーの構成」ページで次の値を変更します。
    「コンテンツ・サーバーの新規インスタンス」チェック・ボックスが選択されていることを確認します。
    • コンテンツ・サーバーのインスタンス・フォルダ: これをORACLE_RUNTIME/domain_name/WCC_Cluster/cs/に設定します

      例:/u01/oracle/runtime/wcpedg_domain/WCC_Cluster/cs/

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

      例:/u01/oracle/runtime/wcpedg_domain/WCC_Cluster/cs/vault/

    • Webレイアウト・フォルダ: これをORACLE_RUNTIME/domain_name/WCC_Cluster/cs/weblayout/に設定します

      例:/u01/oracle/runtime/wcpedg_domain/WCC_Cluster/cs/weblayout/

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

      例:/u01/oracle/runtime/wcpedg_domain/WCC_Cluster/cs/data/users/profiles/

    • サーバーのソケット・ポート: 4444
    • 受信ソケット接続アドレス・セキュリティ・フィルタ: 次のようにローカル・ホストとサーバーIPアドレスをパイプ区切りで指定します。 
      127.0.0.1|0:0:0:0:0:0:0:1|WCCHOST1-IP|WCCHOST2-IP|WCPHOST1-IP|WCPHOST2-IP|WEBHOST1-IP|WEBHOST2-IP|wcp.example.com-IP|wcpinternal.example.com-IP|load-balancer-host-IP

      注意:

      内部仮想サーバーおよびプライマリ・インタフェース用のロード・バランサIPアドレスを含め、すべてのエントリにIPアドレスを使用する必要があります。これは、ロード・バランサのネットワーク・アドレス変換構成設定に依存します。
    • WebサーバーのHTTP/HTTPSアドレス: wcp.example.com:443
    • WebアドレスはHTTPSです: このチェック・ボックスを選択します。
    • コンテンツ・サーバーのインスタンス名: WCC_Cluster
    • コンテンツ・サーバーのインスタンス・ラベル: WCC_Cluster
    • サーバー・インスタンスの説明: WebCenter Contentクラスタ
    • 自動採番接頭辞: WCC_Cluster-
  4. 終了する場合、「発行」をクリックします。
  5. WebLogic Server管理コンソールを使用して、管理対象サーバーを再起動します。

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

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

WebCenter ContentをWebCenter Portalエンタープライズ・デプロイメントに追加する場合、WC Contentホスト(WCCHOST1)から管理サーバーが稼働しているサーバーのASERVER_HOME構成ディレクトリにcwalletファイルをコピーする必要があります。EDGトポロジの場合、このリリースでは、どちらの場所もWCCHOST1上にあります。

これを行うには、WCCHOST1で次のコマンドを使用してcwallet.ssoファイルをASERVER_HOME/config/fmwconfig/にコピーします(複数行形式にはバックスラッシュを使用することに注意してください)。

cp MSERVER_HOME/config/fmwconfig/cwallet.sso \       
ASERVER_HOME/config/fmwconfig/cwallet.sso

注意:

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

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

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

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

コンテンツ・サーバーを構成する手順は次のとおりです。
  1. http://WCCHOST2:16200/csでweblogic管理ユーザー名とパスワードを使用して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. 終了する場合、「発行」をクリックします。
  4. WebLogic Server管理コンソールを使用して、管理対象サーバーを再起動します。

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

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

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

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

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

WebCenter ContentのGridLinkデータ・ソースのONSの構成を確認する手順は次のとおりです。
  1. 管理コンソールの「ドメイン構造」ツリーで、「サービス」ノードを開いて「データ・ソース」をクリックします。
  2. GridLinkデータ・ソースの名前をクリックします。
  3. 「監視」タブをクリックします。
  4. サーバーの名前(WLS_WCC1)をクリックします。
  5. 「ONS」タブをクリックします。
  6. 「ONS」タブで、「テスト」タブを選択します。
  7. サーバーを選択し、「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
  8. GridLinkデータ・ソースを使用するすべてのWebLogic ServerインスタンスでONSテストを繰り返します。

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

テキスト・エディタを使用して、次のオプションを各クラスタ・ノードのMSERVER_HOME/ucm/cs/bin/intradoc.cfgファイルに追加します。

注意:

指定するMSERVER_HOMEディレクトリ・パスは、ローカル管理対象サーバーのドメイン・ホームのパスであり、サーバー間で共有されるランタイム・クラスタ・ディレクトリではありません。 
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のようにノードのサーバー名と一致している必要があります。

この変更は、「資格証明マップ経由のWebCenter Content管理ロールの付与」の項で説明する手順の最後で、すべてのWebCenter Content管理対象サーバーを再起動させてから有効になります。

注意:

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

12.4.12 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. 「保存」をクリックします。

    この変更は、「資格証明マップ経由のWebCenter Content管理ロールの付与」の項で説明する手順の最後で、すべてのWebCenter Content管理対象サーバーを再起動させてから有効になります。

    注意:

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

    ORACLE_RUNTIME/domain_name/cluster_name/cs/config/config.cfg

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

12.4.13 資格証明マップ経由のWebCenter Content管理ロールの付与

資格証明マップを構成してWCPAdministrators LDAPグループにContent Server管理ロールを付与する必要があります。

WCPAdministrators LDAPグループは、以前に完了した「エンタープライズ・デプロイメント管理ユーザーおよび管理グループのプロビジョニング」の項で作成されました。資格証明マップのこの構成により、すべての構成、管理およびメンテナンス・タスクのLDAP管理ユーザーの一貫した利用が保証されます。

資格証明マップを構成し、LDAPベースのWCPAdministratorsグループに必要なロール権限を付与する手順は次のとおりです。
  1. weblogicアカウントを使用してコンテンツ・サーバーにログインします。
  2. 「管理」メニューを開き、「資格証明マップ」を選択します。
  3. 「マップ識別子」フィールドに、新しい資格証明マップの名前をLDAPAdminsと入力します。
  4. 次の行を追加して、LDAPグループを複数の管理ロールにマップします。
    # Assign full set of administration roles to the LDAP WCPAdministrators group
     WCPAdministrators, admin
     WCPAdministrators, sysmanager
     WCPAdministrators, refineryadmin
     WCPAdministrators, rmaadmin
     WCPAdministrators, pcmadmin
     WCPAdministrators, ermadmin
     #
     # Comment the following if you are not implementing Accounts in Content Server
     WCPAdministrators, @#all(RWDA)
     WCPAdministrators, @#none(RWDA)

    注意:

    アカウントを実装しない場合、前述の例の最後の2行をコメント・アウトします。
  5. 「更新」をクリックします。
  6. 「管理」→「プロバイダ」に移動します。
  7. 既存のJPSプロバイダの「info」リンクをクリックします。
  8. 「資格証明マップ」パラメータが、リストされたマップ識別子をまだ持っていないことを確認します。
  9. 「編集」ボタンをクリックします。
  10. 前述の手順3のマップ識別子の名前を「資格証明マップ」の値として入力します。
  11. 「更新」をクリックします。
  12. WCCHOST2のコンテンツ・サーバーについて、変更したプロセスを繰り返します。

    1. LDAPAdmins資格証明マップが「資格証明マップ」ビューですでに選択可能であることを確認します。

    2. JpsUserProviderの編集を繰り返します(正しいLDAPAdmins資格証明マップ値がフォームに自動的に表示されても、各サーバーで発行して有効にする必要があることに注意してください)。

  13. WCC_Cluster内の管理対象サーバーを再起動します。
  14. weblogic_wcp LDAPユーザーを使用して各コンテンツ・サーバーにログインし、管理メニュー・オプションがユーザー・インタフェースに表示されていることを確認します。

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

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

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

Oracle WebCenter Contentクラスタにリクエストを正しくルーティングするようにWeb層のOracle HTTP Serverインスタンスを構成するには、次の手順を使用して、wcp.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. wcp_vh.confファイルを作成し、次のディレクティブを追加します。
    <VirtualHost WEBHOST1:7777>
    ServerName https://wcp.example.com:443
    ServerAdmin you@your.address
    RewriteEngine On
    RewriteOptions inherit
</VirtualHost>
  3. wcp_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. wcp_vh.confファイルを2つ目のOracle HTTP Serverインスタンス(ohs2)の構成ディレクトリにコピーします。
    OHS_DOMAIN_HOME/config/fmwconfig/components/ohs2/moduleconf/
  5. wcp_vh.confを編集して、<VirtualHost>ディレクティブ内のWEBHOST1の参照をWEBHOST2の参照に変更します。
  6. WEBHOST1とWEBHOST2上のOracle HTTP Serverインスタンスを再起動します。

12.5.2 WebLogicプロキシ・プラグインの構成

リクエストがOracle HTTP Serverインスタンスを介して正しくルーティングされることを検証するには、構成したクラスタのWebLogic Plug-In Enabledパラメータを前もって設定する必要があります。

  1. Oracle WebLogic Server管理コンソールにログインします。
  2. 「ドメイン構造」ペインで「環境」ノードを開きます。
  3. 「チェンジ・センター」で「ロックして編集」をクリックします。
  4. 「クラスタ」をクリックします。
  5. Oracle HTTP Serverからのリクエストをプロキシ設定する、クラスタを選択します。

    「構成: 一般」タブが表示されます。

  6. 「詳細」セクションまでスクロール・ダウンして、開きます。
  7. 「WebLogicプラグインの有効化」を「はい」に設定します。
  8. 「保存」をクリックします。
  9. 直近のドメイン拡張で複数のクラスタをデプロイした場合は、すべてのクラスタが一貫して更新されるまで、手順4から8を繰り返します。
  10. 「チェンジ・センター」の「変更のアクティブ化」をクリックします。
  11. この章で変更したすべてのクラスタのすべての管理対象サーバーを再起動します。

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

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

12.5.3.1 URLの検証

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

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

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

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

12.6 WebCenter Portal用のOracle WebCenter Contentの構成

この項では、WebCenter Portalで使用するOracle WebCenter Content Serverを構成するための必須タスクについて説明します。

この項には次のトピックが含まれます

12.6.1 必須のContent Serverコンポーネントの有効化

WebCenter Portalで、次のContent Serverコンポーネントを有効にします。

  • WebCenterConfigure - WebCenter PortalおよびPortal Frameworkアプリケーション用のContent Serverのインスタンスを構成できます。

  • Folders_gまたはFrameworkFolders - これらのコンポーネントのいずれかを有効にして、コンテンツ・サーバーに構成されたフォルダ・サービスを指定します。

    • Folders_g - コンテンツ・サーバーのコンテンツに階層フォルダ・インタフェースを提供します。Folders_gコンポーネントを使用する以前のリリースからパッチを適用されたOracle WebCenter Portalインスタンスの場合は、引き続きFolders_gを使用するか、FrameworkFolderインタフェースに移行できます。パフォーマンスを向上させてContent Serverの任意の新機能を使用できるようにするために、FrameworkFoldersインタフェースに移行することをお薦めします。

    • FrameworkFolders - 通常のファイル・システムと同様の階層フォルダ・インタフェースを提供し、リポジトリのコンテンツの一部またはすべてを編成および検索できます。FrameworkFoldersはスケーラブルなエンタープライズ・ソリューションであり、コンテンツ・サーバーのフォルダ・サービスとしてFolders_gに置き換わるコンポーネントです。Oracle WebCenter Portalの新規インストールの場合、Content ServerでFrameworkFoldersコンポーネントを有効にすることをお薦めします。

      注意:

      FrameworkFoldersコンポーネントを有効にする前に、AutoSuggestConfigコンポーネントを有効にする必要があります。

詳細な手順は、『Oracle WebCenter Portalの管理』の必須コンポーネントの有効化に関する項を参照してください。

注意:

Oracle WebCenter PortalがFolders_gコンポーネントを使用するように構成されているが、Folders_gが有効化されていない場合は、次の例外が表示されます。

SEVERE: UCM feature folders is not installed on server. at
oracle.webcenter.content.integration.spi.ucm.UCMBridge.getBridge(UCMBridge.java:349) ....

Oracle WebCenter PortalがFrameworkFoldersコンポーネントを使用するように構成されているが、FrameworkFoldersが有効化されていない場合は、次のメッセージが表示されます。

Foldering service from content server Folders_g and Portal Server Configuration FrameworkFolders do not match

12.6.2 Dynamic Converterコンポーネントの有効化および構成

このタスクはオプションですが、推奨です。

この構成は、Dynamic Converterによってオンザフライで生成される、HTMLレンディションが利用される、WebCenter PortalのSlide Previewer機能で必要です。

Dynamic Converterは、Dynamic Converterを有効にし、Dynamic Converterを使用するファイルの種類を定義する2つ手順で構成します。詳細な手順は、『Oracle WebCenter Portalの管理』のDynamic Converterコンポーネントの構成に関する項を参照してください。

12.6.3 その他のContent Server機能の追加構成

その他のいくつかのContent Server機能は、必須ではないものの、WebCenter Portalエンタープライズ・デプロイメントにおける追加機能を提供します。たとえば、Site Studio、OracleTextSearchなどの機能を有効にすることも可能です。 

詳細説明および詳細手順については、『Oracle WebCenter Portalの管理』のContent Serverの構成ロードマップに関する項を参照してください。

前
前 		次
次
目次へ移動
目次