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

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

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

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

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

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

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

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

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

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

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

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

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

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

画面 説明

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

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がデータベースに接続できるようにするために、データベース接続の詳細を指定します。

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

    ノート:

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

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

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

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

  5. スキーマおよびスキーマ・オブジェクトを作成する権限を持つユーザーのユーザー名(SYSなど)を入力します。

  6. ステップ4で指定したユーザー名の「パスワード」を入力します。

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

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

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

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

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

  • Oracle WebCenter Content Imaging。

  • Oracle WebCenter Content Server - 完了

  • Oracle WebCenter Enterprise Capture

  • Oracle WebCenter Content Server - 検索のみ

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

ヒント:

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

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

ヒント:

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

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

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

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

スキーマのパスワードをデータベースに設定する方法を指定してから、パスワードの指定と確認を行います。続行する前にパスワードの複雑さがデータベース・セキュリティ要件を満たしていることを確認します。パスワード・ポリシーを満たしていない場合でも、この時点でRCUでは処理が続行されます。このため、このチェックはRCU自体の外部で実行します。

ヒント:

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

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

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

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

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

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

ノート:

障害が発生した場合は、続行する前に、リストされたログ・ファイルをレビューして根本的原因を特定し、問題を解決してから、RCUを使用してスキーマの削除と再作成を行います。
タスク8   スキーマの作成の検証

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

たとえば:

./sqlplus FMW1412_WCCINFRA/<wccinfra_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コマンドの使用時にリモート・サーバーに継承されます。

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

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

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

Oracle WebCenter Content用にドメインを拡張するには、次の項の手順に従います。

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

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

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

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

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

ヒント:

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

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

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

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

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

    • Oracle Enterprise Manager - 14.1.2.0[em]

    • Oracle JRF - 14.1.2.0[oracle_common]

    • WebLogic Coherenceクラスタの拡張 - 14.1.2.0 [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データ」を選択します。

「RCUデータ」画面で次の作業を行います。
  • 「ベンダー」が「Oracle」であり、「ドライバ」が「*Oracle's Driver (Thin) for Service Connections; Versions: Any」であることを確認します。
  • 「接続パラメータ」が選択されていることを確認します。

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など)

サービス名

Oracle RACデータベースのサービス名が適切であることを確認します。たとえば、wccedg.example.comです。

「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

無効

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

16201

9005

UCM-MGD-SVR

WLS_WCC2

WCCHOST2

無効

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

16201

9005

UCM-MGD-SVR

ヒント:

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

タスク10   クラスタの構成

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

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

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

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

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

  3. 「フロントエンド・ホスト」フィールドでwcc.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

SSL

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

5556

WCCHOST2

SSL

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

5556

ADMINHOST

SSL

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

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

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

AdminServerをADMINHOSTに割り当てます。

WLS_WCC1管理対象サーバーをWCCHOST1マシンに割り当て、WLS_WCC2管理対象サーバーをWCCHOST2マシンに割り当てます。

ヒント:

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

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

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

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

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

ヒント:

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

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

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

  • ドメインの場所

  • 管理サーバーURL

いずれの項目も後で必要になるため、ノートにとっておく必要があります。ドメインの場所は、ノード・マネージャと管理サーバーの起動に使用するスクリプトへのアクセスに必要です。また、管理サーバーのURLはWebLogicリモート・コンソールとOracle Enterprise Manager Fusion Middleware Controlへのアクセスに必要です。

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

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

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

SSL証明書の再構成とサーバーの更新

新しいホスト名を追加したため、「ドメインのSSL証明書の構成」のステップを繰り返して新しい証明書を生成します。さらに、新しく追加したサーバーのセキュリティ設定を更新する必要があります。

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

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

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

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

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 \
        -log=/tmp/pack_ExtWCC.log \
        -log_priority=debug

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

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

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

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

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

./unpack.sh -domain=MSERVER_HOME  \
    -template=template=/full_path/edgdomaintemplateExtWCC.jar \
    -log_priority=DEBUG \
      -log=/tmp/unpack.log \
    -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上の管理対象サーバー・ドメイン・ホームでの「ドメインの解凍」の適切な場所にコピーされていることを確認します。
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の適切な場所にコピーされていることを確認します。

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

WLS_WCC1管理対象サーバーを起動するには:
  1. ブラウザに次のURLを入力し、Fusion Middleware Controlログイン画面を表示します。https://admin.example.com:445/em
  2. 管理者のアカウントを使用してFusion Middleware Controlにサインインします。たとえば、weblogic_wccです。
  3. 「ターゲット・ナビゲーション」ペインで、ドメインを開き、ドメイン内の管理対象サーバーを表示します。
  4. WLS_WCC1管理対象サーバーのみを選択し、Oracle WebLogic Serverツールバーで「起動」をクリックします。
  5. 起動操作が完了したら、「ドメイン」ホーム・ページに移動し、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. http://WCCHOST1:16200/csでweblogicユーザー名とパスワードを使用してWLS_WCC1にログインし、構成ページを表示します。
    Oracle WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Contentエンタープライズ・デプロイメントの共有ディスクの場所は、ORACLE_RUNTIME/wccedg_domain/WCC_Clusterです。
  3. 「サーバーの構成」ページで次の値を変更します。
    「コンテンツ・サーバーの新規インスタンス」チェック・ボックスが選択されていることを確認します。
    • コンテンツ・サーバーのインスタンス・フォルダ: これをORACLE_RUNTIME/domain_name/WCC_Cluster/cs/に設定します

      たとえば:/u01/oracle/runtime/wccedg_domain/WCC_Cluster/cs/

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

      たとえば:/u01/oracle/runtime/wccedg_domain/WCC_Cluster/cs/vault/

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

      たとえば:/u01/oracle/runtime/wccedg_domain/WCC_Cluster/cs/weblayout/

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

      たとえば:/u01/oracle/runtime/wccedg_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|WEBHOST1-IP|WEBHOST2-IP|wcc.example.com-IP|wccinternal.example.com-IP|load-balancer-host-IP

      ノート:

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

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

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

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

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管理コンソールを使用して、管理対象サーバーを再起動します。

GridLinkデータ・ソースの検証

サーバーが開始したら、GridLinkデータ・ソースが正しく構成され、ONS設定が正しいことを確認します。これらの手順を、作成した各GridLinkデータ・ソースで実行します。
WebCenter ContentのGridLinkデータ・ソースの構成の確認
WebCenter ContentのGridLinkデータ・ソースの構成を確認するには:
  1. WebLogic Server管理コンソールにログインします。
  2. 「ドメイン構造」ツリーで「サービス」を開き、「データ・ソース」をクリックします。
  3. 作成済のGridLinkデータ・ソース名をクリックします。
  4. 「監視」タブをクリックします。
  5. 「テスト」タブをクリックし、サーバーの1つを選択して「データ・ソースのテスト」をクリックします。
    構成が正しい場合、テストは成功します。
  6. GridLinkデータ・ソースを使用するすべてのWebLogic Serverインスタンスでテストを繰り返します。
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テストを繰り返します。

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

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

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

ノート:

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

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/domain_name/cluster_name/cs/config/config.cfg

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

Oracle WebCenter Contentに対する管理アクセス権のユーザーへの付与

ユーザーにOracle WebCenter Contentへの管理アクセス権を付与するには、LDAPディレクトリでAdministratorsグループを構成して、そのグループのメンバーとしてweblogic_wccユーザーを追加します。

LDAPディレクトリの管理者がAdministratorsグループへのweblogic_wccユーザーの追加を許可していない場合は、「資格証明マップ経由のWebCenter Content管理ロールの付与」を参照してください。

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

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

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

資格証明マップを構成し、LDAPベースのWCCAdministratorsグループに必要なロール権限を付与するには:
  1. weblogicアカウントを使用してコンテンツ・サーバーにログインします。
  2. 「管理」メニューを開き、「資格証明マップ」を選択します。
  3. 「マップ識別子」フィールドに、新しい資格証明マップの名前をLDAPAdminsと入力します。
  4. 次の行を追加して、LDAPグループを複数の管理ロールにマップします。
    # Assign full set of administration roles to the LDAP WCCAdministrators group
     WCCAdministrators, admin
     WCCAdministrators, sysmanager
     WCCAdministrators, refineryadmin
     WCCAdministrators, rmaadmin
     WCCAdministrators, pcmadmin
     WCCAdministrators, ermadmin
# Allow existing roles to propagate without mappings
     |#all|             , %%
#
# Comment the following if you are not implementing Accounts in Content Server
     WCCAdministrators, @#all(RWDA)
     WCCAdministrators, @#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_wcc LDAPユーザーを使用して各コンテンツ・サーバーにログインし、ユーザー・インタフェースに管理メニュー・オプションが表示されていることを確認します。

    ノート:

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

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。

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

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

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

Oracle SOA Suiteクラスタにリクエストを正しくルーティングするようにWeb層のOracle HTTP Serverインスタンスを構成するには、次の手順を使用して、wcc.example.com仮想サーバーのパラメータを作成して定義するOracle HTTP Server構成ファイルを追加作成します。

この手順では、「リクエストをアプリケーション層にルーティングするようにOracle HTTP Serverを構成」で説明されているOracle HTTP Server構成タスクが実行済であることを想定しています。

既存のadmin_vh.confファイルをコピーして、wcc_vh.confファイルを作成します。これにより、必要なほとんどのSSL構成が転送されます。次に、SOAで必要なエントリでそれを更新します:

  1. WEBHOST1にログインし、ディレクトリを最初のOracle HTTP Serverインスタンス(ohs1)の構成ディレクトリに変更します:
    cd $WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/moduleconf
  2. 既存のadmin_vh.confファイルをwcc_vh.confファイルにコピーします。これにより、必要なほとんどのSSL構成が転送されます:
    cp admin_vh.conf wcc_vh.conf
  3. ファイルを編集し、Listen、ServerName、VirtualHost、SSLWalletおよびLocationディレクティブに必要な値を使用してカスタマイズします(AllowEncodedSlashesはここでは必要ありません)。

    ノート:

    リスニング・アドレスの場合は、前の仮想ホスト(admin_vh.confおよびsoainternal_vh.conf)で使用されているポートとは異なるポートを指定する必要があります。そうしないと、リスナーが競合します。 
    #[Listen] OHS_SSL_PORT

Listen WEBHOST1:4443
##
## SSL Virtual Host Context
##
#[VirtualHost] OHS_SSL_VH
<VirtualHost WEBHOST1:4443>
ServerName wcc.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>

#UCM
<Location /cs>
 WebLogicCluster WCCHOST1:16201,WCCHOST2:16201
 WLSRequest ON
 WLCookieName JSESSIONID
 WLProxySSL ON
 WLProxySSLPassThrough ON
</Location>

<Location /adfAuthentication>
 WebLogicCluster WCCHOST1:16201,WCCHOST2:16201
 WLSRequest ON
 WLCookieName JSESSIONID
 WLProxySSL ON
 WLProxySSLPassThrough ON
</Location>

<Location /_ocsh>
 WebLogicCluster WCCHOST1:16201,WCCHOST2:16201
 WLSRequest ON
 WLCookieName JSESSIONID
 WLProxySSL ON
 WLProxySSLPassThrough ON
</Location>

  </IfModule>
</VirtualHost>
  4. wcc_vh.confファイルを2つ目のOracle HTTP Serverインスタンス(ohs2)の構成ディレクトリにコピーします。
    $WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs2/moduleconf/
  5. wcc_vh.confファイルを編集して、<VirtualHost>ディレクティブ内のWEBHOST1への参照をWEBHOST2への参照に変更します。
  6. WEBHOST1およびWEBHOST2でOracle HTTP Serverを再起動します。

ノート:

システムで内部呼出しを使用する場合は、soainternal仮想ホストに適切なロケーションを追加してください。

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

URLを検証して、Oracle HTTP ServerからWCC_Clusterへのルーティングとフェイルオーバーが適切に機能することを確認します。
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層を介してトラフィック・バランシングが行われた後で転送されるクラスタ・ノードです。
クラスタ・ノードの検証
クラスタ・ノードを検証するには:
  1. 管理ユーザーおよびパスワードの資格証明を使用して、次のWebCenter Contentページにログインします。
    https://wcc.example.com/cs/idcplg?IdcService=CONFIG_INFO
  2. 「管理」の「WCC_Clusterの構成」ページを表示します。
  3. ページの「オプションとその他」セクションで、右側の「Javaプロパティ」をクリックします。
  4. weblogic.Nameの値を確認します。

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

JDBC永続ストアの有効化

Oracleデータベースの一貫性、データ保護および高可用性機能を活用し、クラスタ内のすべてのサーバーによるリソースの使用を可能にする、JDBCストアを使用することをお薦めします。

このガイドで静的クラスタに対してお薦めしたように、「高可用性のオプション」画面で次のとおりに選択した場合、JDBC永続ストアはすでにJMSとTLOGSの両方に対して構成されています。

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

「高可用性のオプション」画面で、JMSとTLOGSの永続のためにJDBCを選択していなかった場合でも、その後のステップでJDBCストアを手動で構成できます。手動での構成方法の詳細は、エンタープライズ・デプロイメントでのTLOGおよびJMSに対するJDBC永続ストアの使用に関する項を参照してください。