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

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

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

システム・クロックの同期

各ホスト・コンピュータのシステム・クロックが同期していることを確認します。

ネットワーク・タイム・プロトコル(NTP)の使用をお薦めします。「NTP (時間)サーバーを使用するためのホストの構成」を参照してください。

時刻同期を確認するには、それぞれのホストでchronyc -nトラッキング・コマンドを実行してNTPサービスに問合せを実行します。

出力例:


$chronyc -n tracking
Reference ID : A9FEA9FE (169.254.169.254)
Stratum : 3
Ref time (UTC) : Tue Jan 14 15:28:01 2025
System time : 0.000043127 seconds fast of NTP time
Last offset : +0.000034640 seconds
 
...

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

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

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

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

インストール・プログラムを起動するには:

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

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

    Installer File Nameは、「エンタープライズ・デプロイメント用のソフトウェア・ディストリビューションの特定と取得」にリストされているご使用の製品の実際のインストーラ・ファイルの名前に読み替えてください。

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

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

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

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

画面 説明

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

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

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

ようこそ

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

自動更新

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

インストール場所

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

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

前提条件のチェック

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

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

インストール・サマリー

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

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

インストールの進行状況

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

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

インストール完了

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

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

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

インストールの検証

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

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

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

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

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

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

/u01/oracle/products/fmw/wccontent
axf
common
ipm
plugins
ucm
wccadf
wccadfrui

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

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

Oracleホームの内容の表示

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

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

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

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

リポジトリ作成ユーティリティ(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

    ノート:

    データベースで透過的データ暗号化(TDE)が有効化されている場合に、RCUによって作成される表領域を暗号化するには、RCUの起動時に-encryptTablespace trueオプションを指定します。

    これによって、RCUの実行中に追加の操作をすることなく、「表領域のマップ」画面で適切なRCU GUI「表領域の暗号化」チェック・ボックスが選択されるようにデフォルト指定されます。『リポジトリ作成ユーティリティによるスキーマの作成』の表領域の暗号化に関する項を参照してください。

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

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

タスク1   RCUの導入

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

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

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

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

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

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

「データベース・タイプ」で、「Oracle Database (エディションベース再定義対応)」を選択します。

ノート:

エディションベース再定義(EBR)に対応したOracle Databaseは、ゼロ・ダウンタイム・アップグレードをサポートするために推奨されます。詳細は、https://www.oracle.com/database/technologies/high-availability/ebr.html.を参照してください。

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

RACデータベース・スキャン・リスナーのポート番号(1521など)を入力します。

データベースのRACサービス名を入力します。

スキーマとスキーマ・オブジェクトを作成する権限を持つユーザーの「ユーザー名」、たとえば「SYS」などを入力します。

指定されたユーザー名のパスワードを入力します。

SYSユーザーを選択した場合、ロールがSYSDBAに設定されていることを確認します。

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

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

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

スキーマのリストから、「WebCenter Content」スキーマ・セクションを開き、「Oracle WebCenter Content Server - 完全」スキーマのみを選択します。

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

ヒント:

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

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

ヒント:

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

たとえば:

./sqlplus FMW1412_WLS/<wcpinfra_password>

SQL*Plus: Release 23.0.0.0.0 - for Oracle Cloud and Engineered Systems on Wed Sep 11 14:20:00 2024 Version 23.5.0.24.07
Copyright (c) 1982, 2024, Oracle. All rights reserved.


Connected to:
Oracle Database 23ai EE Extreme Perf Release 23.0.0.0.0 - for Oracle Cloud and Engineered Systems
Version 23.5.0.24.07

SQL>

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

Oracle WebCenter Contentソフトウェアを含めて既存のエンタープライズ・デプロイメント・ドメインを拡張するために、特定のタスクを実行する必要があります。

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

構成ウィザードの起動

既存のエンタープライズ・デプロイメント・ドメインを拡張するための最初のステップとして構成ウィザードを起動します。

ノート:

ドメインで起動スクリプトに直接カスタマイズを追加した場合、それらは構成ウィザードによって上書きされます。ドメイン内のすべてのサーバーに適用するサーバー起動パラメータをカスタマイズするために、setUserOverridesLate.shという名前のファイルを作成して、WebLogic Serverのクラスパスへのカスタム・ライブラリの追加、サーバーを実行するための追加のJavaコマンド行オプションの指定、追加の環境変数の指定などを実施するように構成できます。このファイルに追加したカスタマイズは、ドメインのアップグレード操作時に保持され、packコマンドとunpackコマンドの使用時にリモート・サーバーに継承されます。

このエンタープライズ・デプロイメント・ガイドでのsetUserOverridesLateスクリプトの使用の詳細は、「setUserOverridesLateスクリプトを使用したサーバー・パラメータのカスタマイズ」を参照してください。

構成ウィザードを起動するには:

  1. このドメイン拡張によって変更されるすべての管理対象サーバーを停止します。影響を受けない管理対象サーバーはオンラインのままです。
  2. 変更するすべての管理対象サーバーについて、管理対象サーバーのシャットダウンが完了していることを確認します。
  3. すべての管理対象サーバーが安定した状態になったら、管理サーバーを停止します。
  4. 次のディレクトリに移動し、WebLogic Server構成ウィザードを起動します。
    cd ORACLE_HOME/oracle_common/common/bin
./config.sh

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

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

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

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

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

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

ヒント:

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

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

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

  • Oracle Universal Content Management - Content Server - [wccontent]

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

    • Oracle Enterprise Manager - [em]

    • Oracle JRF - [oracle_common]

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

ヒント:

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

タスク3   高可用性オプションの構成

この画面は、自動サービス移行またはJDBCストアあるいはその両方を使用するクラスタを初めて作成するときに表示されます。クラスタに対してHAオプションを選択した後、構成ウィザードを使用してドメインに追加される後続のすべてのクラスタで、HAオプションが自動的に適用されます(つまり、構成ウィザードにより、JDBCストアが作成され、これらに対してASMが構成されます)。

「高可用性のオプション」画面で、次を実行します。

  • 「データベース・ベース」を使用して「自動サービス移行の有効化」を選択します。

  • 「JTAトランザクション・ログ永続性」を「JDBC TLogストア」に設定します。

  • 「JMSサーバー永続性」を「JMS JDBCストア」に設定します。

ノート:

Oracleデータベースの一貫性、データ保護および高可用性機能を活用し、クラスタ内のすべてのサーバーによるリソースの使用を可能にする、JDBCストアを使用することをお薦めします。このため、構成ウィザードのステップでは、JDBC永続ストアが自動サービス移行とともに使用されていることを前提としています。

JDBC永続ストアを選択すると、余分な未使用のファイル・ストアが自動的に作成されますが、クラスタをターゲットとしたものではありません。こうしたファイル・ストアは無視してください。

なんらかの理由でファイル・ストアを使用する場合、この画面ではTLOGおよびJMS永続ストアのオプションをデフォルト値のままにしておき、後から共有の場所で構成することができます。タスク8「詳細構成の選択」を参照してください。フェイルオーバー・シナリオでJMSおよびHAを再開するには、共有の場所が必要です。

事後ステップでTLOGおよびJMS永続ストアを手動で構成することもできます。JDBCとファイル・ストアの間の差異の詳細、およびこれらの手動構成の特定の手順は、「エンタープライズ・デプロイメントでのTLOGおよびJMSに対する永続ストアの使用」を参照してください。

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

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

「データベース構成タイプ」画面で、「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ドメインの作成』のデータ・ソース・デフォルトに関する項を参照してください。

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

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

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

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

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

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

要素 説明と推奨値

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

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

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

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

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

ONSリストはデータベースからドライバに自動的に提供されるため、Oracle 12cデータベース以降のバージョンを使用している場合、これらの値は必要ありません。

FANの有効化

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

タスク7   JDBC接続のテスト

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

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

ヒント:

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

タスク8   拡張構成の選択

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

  • トポロジ

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

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

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

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

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

    ヒント:

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

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

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

WLS_WCC1

WCCHOST1

無効

チェック・ボックスを選択

16251

9005

UCM-MGD-SVR

WLS_WCC2

WCCHOST2

無効

チェック・ボックスを選択

16251

9005

UCM-MGD-SVR

ヒント:

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

タスク10   クラスタの構成

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

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

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

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

  3. 「フロントエンド・ホスト」フィールドでwcp.example.comを指定します。

  4. 「フロントエンドHTTPポート」は空白のままにし、「フロントエンドHTTPSポート」には443 (またはアプリケーション・リクエスト用の正確なLBSリスナー・ポート)を使用します。

ノート:

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

ヒント:

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

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

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

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

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

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

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

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

「サーバーのクラスタへの割当」画面を使用して、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ドメインの作成の「サーバーのクラスタへの割当」に関する項を参照してください。

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

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

ノート:

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

タスク15   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
タスク16   マシンへのサーバーの割当て

「サーバーのマシンへの割当」画面を使用して、作成したばかりのOracle WebCenter Content管理対象サーバーを、ドメイン内の対応するマシンに割り当てます。クラスタに管理対象サーバーを割り当てるときと同様のプロセスを使用します。タスク13「クラスタへの管理対象サーバーの割当て」を参照してください。

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

ヒント:

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

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

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

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

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

ヒント:

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

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

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

  • ドメインの場所

  • 管理サーバーURL

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

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

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

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

静的クラスタを含めるドメインの拡張を完了したら、「WebCenter Content用の構成後タスクおよび検証タスクの実行」に進みます。

新しいフロントエンド・アドレスの証明書の更新

この項では、新しいフロントエンド・アドレスの証明書について説明します。

ノート:

ドメイン拡張の証明書について。WCCおよびWSMサーバーでは同じリスニング・アドレス(異なるポート)が使用されるため、新しい証明書を作成してストアを更新する必要はありません。ただし、WCCクラスタでは、「拡張したドメイン用のWeb層の構成」で信頼できるエンドポイントとして追加される、異なるフロントエンド・アドレスが使用されます。

WebLogic Serverのセキュリティ設定の更新

この項では、WebLogic Serverのセキュリティ設定について説明します。

「WebLogic Serverのセキュリティ設定の更新」で説明されているステップに従って、WLS_WCC1およびWLS_WCC2サーバーのSSL設定を更新します。

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

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

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

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

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コマンドの概要に関する項を参照してください。

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

ドメインを構成し、すべてのホスト上の管理対象サーバー・ドメイン・ディレクトリにそのドメインを解凍した後、新しいクラスタ内の管理対象サーバーのuploadディレクトリとstageディレクトリを検証および更新します。「エンタープライズ・デプロイメントでのuploadおよびstageディレクトリの絶対パスへの変更」を参照してください。

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

WLS_WCC1管理対象サーバーを起動するには:
  1. ブラウザに次のURLを入力し、Fusion Middleware Controlログイン画面を表示します。

    https://admin.example.com:445/em

  2. 管理者のアカウントを使用してFusion Middleware Controlにサインインします。たとえば、weblogic_wcpです。
  3. 「ターゲット・ナビゲーション」ペインで、ドメインを開き、ドメイン内の管理対象サーバーを表示します。
  4. WLS_WCC1管理対象サーバーのみを選択し、Oracle WebLogic Serverツールバーで「起動」をクリックします。起動操作が完了したら、「ドメイン」ホーム・ページに移動し、WLS_WCC1管理対象サーバーが稼働中であることを確認します。

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. weblogicユーザー名とパスワードを使用してhttps://wcchost1:16201/csで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リモート・コンソールを使用して、管理対象サーバーを再起動します。

管理サーバーの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にあるWCCHOST1の管理サーバー・ドメイン構成ディレクトリにそのファイルをすぐにコピーする必要があります。

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

WLS_WCC2管理対象サーバーを起動および検証するには、WLS_SOA2管理対象サーバーに対して「WLS_SOA1管理対象サーバーの起動および検証」の手順を使用します。

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

コンテンツ・サーバーを構成するには:
  1. weblogic管理ユーザー名とパスワードを使用してhttps://wcchost2:16201/csで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リモート・コンソールを使用して、管理対象サーバーを再起動します。

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

テキスト・エディタを使用して、次のオプションを各クラスタ・ノードのMSERVER_HOME/ucm/cs/bin/WLS_WCCn_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のようにノードのサーバー名と一致している必要があります。

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

ノート:

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

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

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

ServiceAllowRetry=true

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

Oracle WebCenter Contentのサービス再試行を構成するには:
  1. コンテンツ・サーバー(https://WCCHOST1:16201/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管理対象サーバーを再起動してください。

資格証明マップ経由の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
# Allow existing roles to propagate without mappings
     |#all|             , %%
#
# 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ユーザーを使用して各コンテンツ・サーバーにログインし、管理メニュー・オプションがユーザー・インタフェースに表示されていることを確認します。

    ノート:

    プロバイダ構成の入力に間違いがあり、ログインできなくなってしまった場合は、jpsuserproviderデータ・ファイルを手動で修正する必要があります。この場合は、すべてのコンテンツ・サーバー・インスタンスを停止し、ORACLE_RUNTIME/DOMAIN_NAME/WCC_Cluster/cs/data/providers/jpsuserprovider/provider.hdaのProviderCredentialsMapパラメータの値を編集して、サーバー・インスタンスを1つずつ再起動してテストします。

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

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

OHS SSLリスナーに必要な証明書の生成

「Oracle HTTP Serverインスタンスの起動」の「OHS SSLリスナーに必要な証明書の生成」で説明されているステップに従って、新しいフロント・アドレスを証明書ストアに追加し、OHSリスナー証明書のSANを更新します。

既存のOHS仮想ホスト証明書を置き換えるかどうか尋ねられたら、「はい」と回答して、WCCクラスタの新しいフロントエンド・アドレスでSANとして更新されるようにします。

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)の構成ディレクトリに変更します。
  2. 既存のadmin_vh.confファイルをwcp_vh.confファイルにコピーします。これにより、必要なほとんどのSSL構成が転送されます:
    cp admin_vh.conf wcp_vh.conf
  3. ファイルを編集し、Listen、ServerName、VirtualHost、SSLWalletおよびLocationディレクティブに必要な値でカスタマイズします。
    
#[Listen] OHS_SSL_PORT

Listen WEBHOST1:4443
##
## SSL Virtual Host Context
##
#[VirtualHost] OHS_SSL_VH
<VirtualHost WEBHOST1:4443>
ServerName wcp.example.com:443
  <IfModule ossl_module>

   # SSL Engine Switch:
   # Enable/Disable SSL for this virtual host.
   SSLEngine on

   # Client Authentication (Type):
   # Client certificate verification type and depth. Types are
   # none, optional and require.
   SSLVerifyClient None

   # SSL Protocol Support:
   # Configure usable SSL/TLS protocol versions.
   SSLProtocol TLSv1.2 TLSv1.3
   
   # Option to prefer the server's cipher preference order
   SSLHonorCipherOrder on
   
   # SSL Cipher Suite:
   # List the ciphers that the client is permitted to negotiate.
   SSLCipherSuite TLS_AES_128_GCM_SHA256,TLS_AES_256_GCM_SHA384,TLS_CHACHA20_POLY1305_SHA256,TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256,TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
   
   #Path to the wallet
   #SSLWallet "${ORACLE_INSTANCE}/config/fmwconfig/components/${COMPONENT_TYPE}/instances/${COMPONENT_NAME}/keystores/default"
   SSLWallet "/u02/oracle/config/keystores/orapki/orapki-vh-WEBHOST1"
         
   <FilesMatch "\.(cgi|shtml|phtml|php)$">
      SSLOptions +StdEnvVars
   </FilesMatch>

   <Directory "${ORACLE_INSTANCE}/config/fmwconfig/components/${COMPONENT_TYPE}/instances/${COMPONENT_NAME}/cgi-bin">
      SSLOptions +StdEnvVars
   </Directory>
         BrowserMatch "MSIE [2-5]" \
         nokeepalive ssl-unclean-shutdown \
         downgrade-1.0 force-response-1.0

   # Add the following directive to add HSTS
   <IfModule mod_headers.c>
   Header always set Strict-Transport-Security "max-age=63072000; preload; includeSubDomains"
   </IfModule>

     <Location /cs>
        WebLogicCluster WCCHOST1:16201,WCCHOST2:16202
        WLSRequest ON
        WLCookieName JSESSIONID
        WLProxySSL ON
        WLProxySSLPassThrough ON
     </Location>
	 
     <Location /adfAuthentication>
        WebLogicCluster WCCHOST1:16201,WCCHOST2:16202
        WLSRequest ON
        WLCookieName JSESSIONID
        WLProxySSL ON
        WLProxySSLPassThrough ON
     </Location>
	 
     <Location /_ocsh>
        WebLogicCluster WCCHOST1:16201,WCCHOST2:16202
        WLSRequest ON
        WLCookieName JSESSIONID
        WLProxySSL ON
        WLProxySSLPassThrough ON
     </Location>
</IfModule>
</VirtualHost>
  4. wcp_vh.confファイルを2つ目のOracle HTTP Serverインスタンス(ohs2)の構成ディレクトリにコピーします。
    WEB_DOMAIN_HOME/config/fmwconfig/components/ohs2/moduleconf/
  5. wcp_vh.confを編集して、<VirtualHost>ディレクティブ内のWEBHOST1の参照をWEBHOST2の参照に変更します。
  6. WEBHOST1とWEBHOST2上のOracle HTTP Serverインスタンスを再起動します。

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

URLを検証して、Oracle HTTP ServerからWCC_Clusterへのルーティングとフェイルオーバーが適切に機能することを確認します。
URLの検証
URLを検証するには:
  1. WLS_WCC2が稼動している状態で、WebLogicリモート・コンソールを使用してWLS_WCC1を停止します。
  2. https://wcp.example.com/csにアクセスし、正しく動作していることを確認します。
  3. WebLogicリモート・コンソールからWLS_WCC1を起動します。
  4. WebLogicリモート・コンソールからWLS_WCC2を停止します。
  5. https://wcp.example.com/csにアクセスし、正しく動作していることを確認します。
クラスタ・ノードを検証できます。このクラスタ・ノードは、ロード・バランサを介してトラフィック・バランシングが行われ、再びWeb層を介してトラフィック・バランシングが行われた後で転送されるクラスタ・ノードです。
クラスタ・ノードの検証
クラスタ・ノードを検証するには:
  1. 管理ユーザーおよびパスワードの資格証明を使用して、次のWebCenter Contentページにログインします。
    https://wcp.example.com/cs/idcplg?IdcService=CONFIG_INFO
  2. 「管理」の「WCC_Clusterの構成」ページを表示します。
  3. ページの「オプションとその他」セクションで、右側の「Javaプロパティ」をクリックします。
  4. weblogic.Nameの値を確認します。

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

WebCenter Portal用のOracle WebCenter Contentの構成

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

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

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

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

  • WebCenterConfigure - 有効化すると、WebCenter Portal用の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

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

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

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

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

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

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

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

構成のバックアップ

ベスト・プラクティスとして、ドメインの拡張が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。ここまでのインストールが正常に行われたことを確認したら、バックアップを作成します。これは、後のステップで問題が発生した場合に即座にリストアするための迅速なバックアップになります。

バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメント設定が完了すると、このバックアップは破棄できます。エンタープライズ・デプロイメント設定が完了したら、バックアップとリカバリの通常のデプロイメント固有プロセスを開始できます。

構成をバックアップする方法の詳細は、「エンタープライズ・デプロイメントのバックアップとリカバリの実行」を参照してください。