Oracle® Fusion Middleware

Oracle WebCenter Sitesのインストールと構成

12c (12.2.1.2)

E82811-01(原本部品番号:E77157-02)

2016年11月

Oracle WebCenter Sitesのインストール、構成および削除方法について説明する、インストール担当者およびシステム管理者向けのドキュメントです。

Oracle Fusion Middleware Oracle WebCenter Sitesのインストールと構成, 12c (12.2.1.2)

E82811-01

Copyright © 2015, 2016, Oracle and/or its affiliates.  All rights reserved.

原本著者: Christine Ford

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

第I部 Oracle WebCenter Sitesのインストールと構成

1 Oracle WebCenter Sitesのインストールについて

- 1.1 開始点としての標準インストール・トポロジの使用方法

- 1.1.1 WebCenter Sitesの標準インストール・トポロジについて

- 1.1.2 標準インストール・トポロジ図の要素について

- 1.1.3 Oracle WebCenter Sites: サイト・キャプチャの標準インストール・トポロジについて

- 1.1.4 Oracle WebCenter Sites: 訪問者サービスの標準インストール・トポロジについて

- 1.1.5 Oracle WebCenter Sites: Satellite Serverスタンドアロン・トポロジについて

- 1.2 このドキュメントを使用した既存ドメインの拡張

2 Oracle WebCenter Sitesのインストールと構成の準備

- 2.1 標準インストール・トポロジのインストールと構成のロードマップ

- 2.2 システム環境の確認のロードマップ

- 2.2.1 動作保証、システムおよび相互運用性の要件の確認

- 2.2.2 インストール・ユーザーの選択

- 2.2.2.1 ユーザー権限の理解

- 2.2.2.2 UNIXオペレーティング・システムのデフォルト以外のユーザー権限の理解

- 2.2.2.3 Windowsオペレーティング・システムでのインストール・ユーザーに管理者権限があることの確認

- 2.2.3 インストールおよび構成のディレクトリの理解

- 2.2.3.1 推奨ディレクトリ構造の理解

- 2.2.3.2 Oracleホーム・ディレクトリについて

- 2.2.3.3 ドメイン・ホーム・ディレクトリについて

- 2.2.3.4 アプリケーション・ホーム・ディレクトリについて

- 2.2.3.5 同じドメインへの複数の製品のインストール

- 2.2.3.6 共有記憶域の準備

- 2.2.4 Oracle Fusion MiddlewareのインストールのためのJDK要件の理解

- 2.2.5 Oracle Fusion Middlewareのインストールのためのデータベース要件の理解

- 2.3 製品のアンインストールについて

- 2.4 製品の配布の入手

3 Oracle WebCenter Sitesソフトウェアのインストール

- 3.1 インストール・チェックリストの確認

- 3.2 WebCenter SitesのDB2データベースの構成

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

- 3.4 インストール画面のナビゲート

- 3.5 インストールの確認

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

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

- 3.5.3 Oracleホームの内容の表示

4 WebCenter Sitesドメインの構成

- 4.1 データベース・スキーマの作成

- 4.1.1 動作保証されたデータベースのインストールと構成

- 4.1.2 リポジトリ作成ユーティリティの起動

- 4.1.3 スキーマ作成のためのリポジトリ作成ユーティリティ画面のナビゲート

- 4.1.3.1 RCUの概要

- 4.1.3.2 スキーマ作成の方法の選択

- 4.1.3.3 データベース接続の詳細の指定

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

- 4.1.3.5 スキーマ・パスワードの指定

- 4.1.3.6 スキーマの作成の完了

- 4.2 ドメインの構成

- 4.2.1 ドメインを作成および構成するための構成ウィザード画面のナビゲート

- 4.2.1.1 構成ウィザードの起動

- 4.2.1.2 ドメイン・タイプとドメイン・ホームの場所の選択

- 4.2.1.3 Oracle WebCenter Sitesの構成テンプレートの選択

- 4.2.1.4 アプリケーション・ホームの場所の選択

- 4.2.1.5 管理者アカウントの構成

- 4.2.1.6 ドメイン・モードとJDKの指定

- 4.2.1.7 データベース構成タイプの指定

- 4.2.1.8 JDBCコンポーネント・スキーマ情報の指定

- 4.2.1.9 JDBC接続のテスト

- 4.2.1.10 拡張構成の選択

- 4.2.1.11 管理サーバーのリスニング・アドレスの構成

- 4.2.1.12 ノード・マネージャの構成

- 4.2.1.13 Oracle WebCenter Sitesの管理対象サーバーの構成

- 4.2.1.13.1 WebCenter Sitesの管理対象サーバーの構成

- 4.2.1.13.2 Oracle WebCenter Sites: サイト・キャプチャの管理対象サーバーの構成

- 4.2.1.13.3 Oracle WebCenter Sites: Satellite Serverの管理対象サーバーの構成

- 4.2.1.13.4 Oracle WebCenter Sites: 訪問者サービスの管理対象サーバーの構成

- 4.2.1.14 WebCenter Sitesのクラスタの構成

- 4.2.1.15 サーバー・テンプレートの定義

- 4.2.1.16 動的サーバーの構成

- 4.2.1.17 クラスタへのWebCenter Sites管理対象サーバーの割当て

- 4.2.1.18 Coherenceクラスタの構成

- 4.2.1.19 新しいWebCenter Sitesマシンの作成

- 4.2.1.20 WebCenter Sitesマシンへのサーバーの割当て

- 4.2.1.21 仮想ターゲット

- 4.2.1.22 パーティション

- 4.2.1.23 構成の指定内容の確認とドメインの構成

- 4.2.1.24 WebCenter Sites構成の完了

- 4.3 サーバーの起動

- 4.3.1 ノード・マネージャの起動

- 4.3.2 管理サーバーの起動

- 4.3.3 管理対象サーバーの起動

- 4.4 構成の確認

5 ドメイン構成後の次の手順

- 5.1 基本的な管理タスクの実行

- 5.2 追加ドメイン構成タスクの実行

- 5.3 可用性の高い環境の準備

6 Oracle WebCenter Sitesのアンインストールまたは再インストール

- 6.1 製品のアンインストールについて

- 6.2 Oracle Fusion Middlewareの停止

- 6.3 データベース・スキーマの削除

- 6.4 ソフトウェアのアンインストール

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

- 6.4.2 アンインストールする製品の選択

- 6.4.3 アンインストール画面のナビゲート

- 6.5 Oracleホーム・ディレクトリの手動削除

- 6.6 Windowsオペレーティング・システム上のプログラム・ショートカットの削除

- 6.7 ドメインおよびアプリケーション・データの削除

- 6.8 ソフトウェアの再インストール

第II部 WebCenter Sitesコンポーネントの構成

7 WebCenter SitesのWeb層の作成

8 WebCenter Sitesの構成

- 8.1 WebCenter Sites構成の前提条件の完了

- 8.2 コンフィギュレータによるWebCenter Sitesの構成

- 8.3 WebCenter Sitesデプロイメントによるカスタマイズの管理

- 8.4 REST-avisportsサンプル・サイトの構成とデプロイ

9 サイト・キャプチャの構成

- 9.1 コンフィギュレータによるサイト・キャプチャの構成

- 9.2 サイト・キャプチャのWebCenter Sitesのパブリッシュ・プロセスとの統合

10 OHSサーバーの構成

11 訪問者サービスの構成

- 11.1 訪問者サービスの構成の前提条件の完了

- 11.2 コンフィギュレータによる訪問者サービスの構成

- 11.3 訪問者IDの取得

- 11.4 訪問者サービス・クラスタ構成の完了

- 11.5 訪問者サービスのJMSクラスタの設定

12 リモートのSatellite Serverの構成

13 外部認証への切替え

- 13.1 LDAPディレクトリに対する認証への切替え

- 13.2 Oracle Access Managerに対する認証への切替え

14 CASクラスタの設定

- 14.1 CASプライマリ・クラスタ・ノードの構成

- 14.2 CASセカンダリ・クラスタ・ノードの構成

15 クラスタの設定

- 15.1 WebCenter Sitesクラスタの設定の準備

- 15.2 WebCenter Sitesクラスタの設定

16 データベースへの共有ファイル・システムの移動

17 テスト・モードから本番モードへの切替え

はじめに

このドキュメントでは、Oracle WebCenter Sitesをインストールして構成する方法について説明します。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このガイドは、Oracle WebCenter Sitesのインストールおよび構成を担当するシステム管理者またはアプリケーション開発者を対象としています。読者がweb技術に精通していて、WindowsおよびUNIXプラットフォームの一般的な意味解釈を持っていると考えられています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティへの取り組みについては、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)にアクセスしてください。

Oracleサポートへのアクセス

サポートを購入したオラクル社のお客様は、My Oracle Supportを介して電子的なサポートにアクセスできます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info、聴覚に障害があるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。

関連ドキュメント

詳細は、Oracle Fusion Middlewareライブラリを参照してください。

- Oracle WebCenter Sitesの情報は、WebCenter Sitesドキュメントを参照してください。

- インストールの情報は、Fusion Middlewareインストール・ドキュメントを参照してください。

- アップグレードの情報は、Fusion Middlewareアップグレード・ドキュメントを参照してください。

- 管理関連の情報は、Fusion Middleware管理ドキュメントを参照してください。

- リリース関連の情報は、Fusion Middlewareリリース・ノートを参照してください。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

第I部 Oracle WebCenter Sitesのインストールと構成

この項のトピックでは、Oracle WebCenter SitesのインストールおよびOracle WebCenter Sitesドメインの設定方法について説明します。

- Oracle WebCenter Sitesのインストールについて
このガイドで説明するOracle WebCenter Sitesの標準インストールによって、この製品のサンプル起動トポロジを表す標準トポロジが作成されます。

- Oracle WebCenter Sitesのインストールと構成の準備
Oracle WebCenter Sitesのインストールの準備をするには、システムが基本要件を満たしていることを確認してから、正しいインストール・ソフトウェアを入手します。

- Oracle WebCenter Sitesソフトウェアのインストール
この項の手順に従って、Oracle WebCenter Sitesソフトウェアをインストールします。

- WebCenter Sitesドメインの構成
WebCenter Sitesをインストールした後、ドメインを構成でき、それを高可用性用に拡張することもできます。

- ドメイン構成後の次の手順
製品ドメインを構成した後、追加タスクを実行できます。

- Oracle WebCenter Sitesのアンインストールまたは再インストール
Oracle WebCenter Sitesをアンインストールまたは再インストールするには、この項の手順を実行します。

1 Oracle WebCenter Sitesのインストールについて

このガイドに記載するOracle WebCenter Sitesの標準インストールでは、この製品の開始トポロジのサンプルを表す標準トポロジを作成します。

- 開始点としての標準インストール・トポロジの使用方法
標準インストール・トポロジは、本番環境で開始点として使用できる柔軟なトポロジです。

- このドキュメントを使用した既存ドメインの拡張
このガイドの手順には、新しいドメインの作成方法が記載されています。システムに他のOracle Fusion Middleware製品がインストールされていないことを想定しています。

親トピック: Oracle WebCenter Sitesのインストールと構成

1.1 開始点としての標準インストール・トポロジの使用方法

標準インストール・トポロジは、本番環境で開始点として使用できる柔軟なトポロジです。

このガイドの情報は、Oracle WebCenter Sitesの標準インストール・トポロジの作成に役立ちます。該当する場合や必要な場合は、後から標準インストール・トポロジを拡張して、セキュアで可用性の高い本番環境を作成できます(「ドメイン構成後の次の手順」を参照)。

標準インストール・トポロジは、この製品のサンプル・トポロジを示します。この製品がサポートする唯一のトポロジではありません。詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』の標準インストール・トポロジに関する項を参照してください。

- WebCenter Sitesの標準インストール・トポロジについて
このトポロジは、2台の管理対象サーバーを含む1つのクラスタと管理サーバーが1台の標準的なWebLogic Serverドメインを示しています。

- 標準インストール・トポロジ図の要素について
通常、標準インストール・トポロジには、共通の要素が含まれています。

- Oracle WebCenter Sites: サイト・キャプチャの標準インストール・トポロジについて

- Oracle WebCenter Sites: 訪問者サービスの標準インストール・トポロジについて

- Oracle WebCenter Sites: サイト・キャプチャの標準インストール・トポロジについて
Oracle WebCenter Sitesには、Oracle WebCenter Sites: Satellite Serverが標準装備され、Oracle WebCenter Sitesソフトウェアと同じマシン上に自動的にインストールされ、有効になります。これが、共存Satellite Serverです。これは、開発および管理システムに、アクティブ・サイト(配信システム)で行われるページ配信をシミュレートする機能を提供します。

1.1.1 WebCenter Sitesの標準インストール・トポロジについて

このトポロジは、2台の管理対象サーバーを含む1つのクラスタと管理サーバーが1台の標準的なWebLogic Serverドメインを示しています。

次の図は、WebCenter Sitesの標準インストール・トポロジを示します。

このトポロジの要素については、表1-1の情報を参照してください。

図1-1 WebCenter Sites標準インストール・トポロジ

1.1.2 標準インストール・トポロジ図の要素について

通常、標準インストール・トポロジには、共通の要素が含まれています。

次の表では、トポロジの図の要素をすべて説明しています。

表1-1 標準インストール・トポロジの要素の説明

要素

説明と関連ドキュメントへのリンク

APPHOST

Oracleドキュメントでアプリケーション層をホストするマシンを示すために通常使用されている用語。

DBHOST

Oracleドキュメントでデータベースをホストするマシンを示すために通常使用されている用語。

WebLogicドメイン

Javaコンポーネント(この場合、管理サーバー、管理対象サーバーおよび他の関連ソフトウェア・コンポーネント)の論理的に関連したグループです。
詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』のOracle WebLogic Serverドメインの概要に関する項を参照してください。

管理サーバー

WebLogicドメインの集中管理エンティティ。ドメインの構成オブジェクトを保持し、構成の変更を管理対象サーバーに分散します。
詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』の管理サーバーの概要に関する項を参照してください。

Enterprise Manager

Oracle Enterprise Manager Fusion Middleware Controlは、ドメインの管理のために使用される主要ツールです。
詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』のOracle Enterprise Manager Fusion Middleware Controlに関する項を参照してください。

クラスタ

同時に稼働し連携する、複数のWebLogic Serverインスタンスの集合。
詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』の管理対象サーバーおよび管理対象サーバー・クラスタの概要に関する項を参照してください。

マシン

1つ以上のWebLogic Serverインスタンス(サーバー)をホストするコンピュータの論理表現。マシンは、管理対象サーバーとノード・マネージャ間の論理グルーでもあります。ノード・マネージャを使用して管理対象サーバーを起動または停止するには、管理対象サーバーをマシンと関連付けます。

管理対象サーバー

アプリケーション、アプリケーション・コンポーネント、Webサービスおよびそれらの関連リソースのホスト。
詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』の管理対象サーバーおよび管理対象サーバー・クラスタの概要に関する項を参照してください。

インフラストラクチャ

次を含むサービスの集合。

- メタデータ・リポジトリ(MDS)には、Oracle Application Developer FrameworkなどのOracle Fusion Middlewareコンポーネントのメタデータが含まれます。詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』のメタデータ・リポジトリに関する項を参照してください。

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager(OWSM)

1.1.3 Oracle WebCenter Sites: サイト・キャプチャの標準インストール・トポロジについて

図1-2は、Oracle WebCenter Sites: サイト・キャプチャの標準インストール・トポロジを示しています。

このトポロジの要素については、表1-1の情報を参照してください。

図1-2 Oracle WebCenter Sites: サイト・キャプチャの標準インストール・トポロジ

1.1.4 Oracle WebCenter Sites: 訪問者サービスの標準インストール・トポロジについて

次の図は、Oracle WebCenter Sites: 訪問者サービスの標準インストール・トポロジを示しています。

このトポロジの要素については、表1-1の情報を参照してください。

図1-3 Oracle WebCenter Sites: 訪問者サービスの標準インストール・トポロジ

1.1.5 Oracle WebCenter Sites: Satellite Serverスタンドアロン・トポロジについて

Oracle WebCenter Sitesには、Oracle WebCenter Sites: Satellite Serverが標準装備され、Oracle WebCenter Sitesソフトウェアと同じマシン上に自動的にインストールされ、有効になります。これが、共存Satellite Serverです。これは、開発および管理システムに、アクティブ・サイト(配信システム)で行われるページ配信をシミュレートする機能を提供します。

次の図は、Satellite Serverの共存インストールのトポロジを示しています。Satellite Serverの詳細は、『Oracle Fusion Middleware Oracle WebCenter Sitesでの開発』のキャッシュによるパフォーマンスの最適化に関する項を参照してください。

図1-4 Oracle WebCenter Sites: Satellite Serverの標準インストール・トポロジ

1.2 このドキュメントを使用した既存ドメインの拡張

このガイドの手順には、新しいドメインの作成方法が記載されています。システムに他のOracle Fusion Middleware製品がインストールされていないことを想定しています。

システムに他のOracle Fusion Middleware製品がインストールおよび構成されている場合(例: Fusion Middleware Infrastructure、ドメインが稼働)、既存のドメインを拡張するために、同じ手順を使用できます。既存のドメインを拡張する場合は、「同じドメインへの複数の製品のインストール」で詳細情報を参照してください。

2 Oracle WebCenter Sitesのインストールと構成の準備

Oracle WebCenter Sitesのインストールの準備をするには、システムが基本要件を満たしていることを確認してから、正しいインストール・ソフトウェアを入手します。

- 標準インストール・トポロジのインストールと構成のロードマップ
このガイドでは、標準インストール・トポロジのインストールと構成に必要なすべての手順を説明します。また、このガイドでは、このトポロジの修正バージョンを作成する場合に使用する追加情報も参照できます。

- システム環境の確認のロードマップ
インストールおよび構成プロセスを開始する前に、システム環境を検証する必要があります。

- 製品ディストリビューションについて
Oracle Fusion Middleware Infrastructureディストリビューションを使用して、Oracle WebLogic ServerソフトウェアおよびOracle Java Required Files (JRF)ソフトウェアの両方を含む初期Oracle WebCenter Sitesドメインを作成します。

- 製品ディストリビューションの入手
Oracle Fusion Middleware InfrastructureおよびOracle WebCenter Sitesディストリビューションは、Oracle Technology Network (OTN)で入手できます。

親トピック: Oracle WebCenter Sitesのインストールと構成

2.1 標準インストール・トポロジのインストールと構成のロードマップ

このガイドでは、標準インストール・トポロジのインストールと構成に必要なすべての手順を説明します。また、このガイドでは、このトポロジの修正バージョンを作成する場合に使用する追加情報も参照できます。

表2-1に、このトポロジをインストールして構成するために必要な手順を示します。

表2-1 標準インストールのロードマップ

タスク

説明

ドキュメント

システム環境を確認します

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

「システム環境の確認のロードマップ」を参照。

インストールの前後で必要になる必須パッチの確認

インストールするソフトウェア製品に必要な必須パッチの有無について、Oracle Fusion Middleware Infrastructureのリリース・ノートを確認してください。

『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureリリース・ノート』のインストールと構成に関する項を参照してください。

適切なディストリビューションの入手

Oracle Fusion Middleware InfrastructureおよびOracle WebCenter Sitesのインストール・ファイルを入手します。

「製品ディストリビューションについて」を参照してください。

インストール・ディレクトリを決めます

インストーラがアクセスまたは作成する必要のあるインストーラ・ディレクトリに、インストーラがアクセスまたは作成できることを確認します。また、ディレクトリが最小要件を満たすシステム上に存在することを確認します。

『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』のOracle Fusion Middlewareの主要ディレクトリに関する項を参照してください。

必要なソフトウェアのインストール

Oracle WebCenter SitesのOracleホーム・ディレクトリを作成するためにOracle Fusion Middleware Infrastructureをインストールします。

『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成』を参照してください。Infrastructure用にドメインを構成する必要はありません。このタスクの目的は、oracle_commonをOracleホーム内にインストールすることです。

ソフトウェアのインストール

Oracle Universal Installerを実行してOracle WebCenter Sitesをインストールします。

ソフトウェアのインストールにより、使用しているシステムにソフトウェアが転送され、Oracleホーム・ディレクトリが作成されます。

「Oracle WebCenter Sitesソフトウェアのインストール」を参照。

データベース・プロファイルを選択し、必要なカスタム変数を確認します。

データベースに必要なスキーマをインストールする前に、Oracle WebCenter Sitesのスキーマのために設定する必要のあるカスタム変数についての情報を確認します。

「Oracle Fusion Middlewareのインストールのためのデータベース要件の理解」を参照。

スキーマの作成

リポジトリ作成ユーティリティを実行して、構成に必要なスキーマを作成します。

「データベース・スキーマの作成」を参照。

WebLogicドメインの作成

構成ウィザードを使用して、WebLogicドメインを作成して構成します。

Oracle WebCenter Sitesのトポロジを作成する場合は、「ドメインの構成」を参照。

デプロイメントの前提条件を満たしているかどうかの確認

環境がデプロイメントの要件を満たしているかどうかを確認します

「訪問者サービスの構成の前提条件の完了」を参照

高可用性のためのドメインの管理と準備

ドメインを管理するための追加のツールおよびリソースを確認し、可用性が高くなるようにドメインを構成します。

「ドメイン構成後の次の手順」を参照。

2.2 システム環境の確認のロードマップ

インストールおよび構成プロセスを開始する前に、システム環境を検証する必要があります。

次の表に、ご使用の環境がOracle WebCenter Sitesをインストールおよび構成するために適切に準備されていることを確認するための重要なタスクおよび判断項目を示します。

表2-2 システム環境の確認のロードマップ

タスク

説明

ドキュメント

動作保証およびシステム要件を確認します

インストールおよび構成について、ご使用のオペレーティング・システムが動作保証され適切に構成されることを確認します。

「動作保証、システムおよび相互運用性の要件の確認」を参照してください。

適切なインストール・ユーザーを特定します

インストール・ユーザーが、ソフトウェアをインストールおよび構成するための適切な権限を持っていることを確認します。

「インストール・ユーザーの選択」を参照してください。

目的のシステムでインストール・ディレクトリおよび構成ディレクトリを選択します

推奨ディレクトリ構造に従って、インストールと構成に必要なディレクトリを作成できるかどうかを確認します。

「インストールおよび構成のディレクトリの理解」を参照してください。

動作保証されたJDKをインストールします

配布のインストール・プログラムは、ご使用のシステムで動作保証されたJDKを必要とします。

「Oracle Fusion MiddlewareのインストールのためのJDK要件の理解」を参照してください。

中間層のスキーマのデータベースのインストールと構成

WebLogicドメインを構成するには、Oracle WebCenter Sitesで必要とされるスキーマが適切に構成され、動作保証されたデータベースにアクセスできる必要があります。

「Oracle Fusion Middlewareのインストールのためのデータベース要件の理解」を参照。

- 動作保証、システムおよび相互運用性の要件の確認
ご使用の環境がインストールの要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをあわせて使用することをお薦めします。

- インストール・ユーザーの選択
システム上でインストールと構成を実行するユーザーは、十分な権限を持っている必要があります。

- インストールおよび構成のディレクトリの理解
インストールとドメイン構成のプロセス中に、Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームのディレクトリの場所の指定について計画する必要があります。

- Oracle Fusion MiddlewareのインストールのためのJDK要件の理解
ほとんどのFusion Middleware製品は、.jarファイル形式で配布されます。これらのディストリビューションにJDKは含まれていません。.jar配布インストーラを実行するには、動作保証されたJDKがすでにシステムにインストールされている必要があります。

- Oracle Fusion Middlewareのインストールのためのデータベース要件の理解
多くのOracle Fusion Middleware製品は、構成の前にデータベース・スキーマが必要です。このようなスキーマをインストールできるデータベースがない場合は、動作保証されたデータベースをインストールして構成する必要があります。

2.2.1 動作保証、システムおよび相互運用性の要件の確認

ご使用の環境がインストールの要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントを使用することをお薦めします。

1. 環境が動作保証要件を満たしていることの確認
製品を、サポートされているハードウェアおよびソフトウェア構成上にインストールすることを確認してください。詳細は、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証情報のドキュメントを参照してください。

Oracleでは、動作保証済のすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しています。新しい動作保証情報が発表された場合は、適切な動作保証ドキュメントにすぐに追加されます。新しい動作保証情報は常に発生する可能性があります。そのため、動作保証のドキュメントは、ドキュメント・ライブラリとは別に管理され、Oracle Technology Networkで利用できます。

2. 動作保証情報を確認するためのシステム要件ドキュメントの使用
Oracle Fusion Middlewareのシステム要件と仕様に関するドキュメントを使用して、動作保証要件が満たされているかどうかを確認してください。たとえば、動作保証に関するドキュメントに、製品を64ビットOracle Linux 6.5上にインストールすることが動作保証されていると示されている場合、そのドキュメントを使用して、システムが最低限必要な仕様を満たしていることを確認する必要があります。これらには、ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージとパッチおよびその他のオペレーティング・システム固有のアイテムが含まれます。システム要件は、将来的に変更されることがあります。そのため、システム要件情報のドキュメントは、ドキュメント・ライブラリとは別に管理され、Oracle Technology Networkで利用できます。

3. 複数の製品間での相互運用性の確認
同一リリースの、または異なるリリースが混在した状態のFusion Middleware製品を複数インストールし使用する方法については、『Oracle Fusion Middleware相互運用性および互換性の理解』の「Oracle Fusion Middleware 12cの相互運用性および互換性」を参照してください。

2.2.2 インストール・ユーザーの選択

システム上でインストールと構成を実行するユーザーは、十分な権限を持っている必要があります。

- ユーザー権限の理解
Fusion Middleware製品をインストールするユーザーは、そのファイルを所有し、そのファイルに関する特定の権限を持つことになります。

- UNIXオペレーティング・システムのデフォルト以外のユーザー権限の理解
デフォルトの権限の設定を変更すると、インストールおよびシステムのセキュリティが低下する可能性があります。デフォルトの権限の設定を変更することはお薦めしません。

- Windowsオペレーティング・システムでのインストール・ユーザーの管理者権限の確認
Windowsレジストリを更新するには、管理者権限が必要です。

2.2.2.1 ユーザー権限の理解

Fusion Middleware製品をインストールするユーザーは、そのファイルを所有し、そのファイルに対する特定の権限を持ちます。

- 実行可能ファイル以外(.jar、.properties、.xmlなど)のすべてのファイルに対する読取り権限と書込み権限。その他の同じグループのすべてのユーザーにはファイル所有者として読取り権限のみがあります。

- すべての実行可能ファイル(.exe、.shまたは.cmd)に対する読取り、書込みおよび実行権限。同じグループのその他のすべてのユーザーにはファイル所有者として読取り権限および実行権限のみがあります。

したがって、ソフトウェアをインストールするユーザー以外のユーザーも、ドメインまたはFusion Middleware製品を構成するためにOracleホームのインストール・バイナリを使用できます。

構成中に生成されたファイルは、構成ウィザードを実行したユーザーが所有者になり、前述のインストール・ユーザーと同じ権限を持ちます。ただし、セキュリティ・センシティブなファイルは、グループ権限では作成されません。ドメインを作成したユーザーのみが読取りおよび書込み権限を持ち、ドメインを管理できます。

次に例を示します。

- 例1: ソフトウェアのインストールとドメインの構成を1人のユーザーが実行する場合
この例は、同じユーザーがソフトウェアをインストールしてドメインを構成する場合の権限を示します。

すべてのファイルに対して適切な権限があるようにするには、同じ所有者が構成ウィザードを使用してOracle Fusion Middleware製品のインストールとWebLogic Serverドメインの構成の両方のタスクを実行することをお薦めします。

ドメインを作成したユーザーとソフトウェアをインストールしたユーザーが異なる場合は、次の例に示すように、両方のユーザーが同じ権限を持っている必要があります。

- 例2: Oracleホームとドメインを別のユーザーが作成する場合
この例は、あるユーザーがOracleホームを作成し、別のユーザーがドメインを構成する場合の権限を示します。

注意:
特定のドメイン・ファイルには、グループ権限がありません。たとえば、cwallet.ssoです。

インストーラを実行する前に、次の点を考慮してください。

- UNIXオペレーティング・システムでは、ソフトウェアをインストールする前に、システムでumaskを027に設定することをお薦めします。これにより、インストール時にファイルの権限を適切に設定できます。以下のコマンドを使用します。
umask 027

このコマンドは、製品のインストーラと同じ端末ウィンドウで実行する必要があります。

- UNIXオペレーティング・システムでは、インストール・プログラムをrootユーザーで実行しないでください。インストーラをルート・ユーザーとして実行すると、起動検証が失敗し、続行できなくなります。

- 製品のインストールを管理する際(パッチ適用、管理対象サーバーの起動など)は、製品のインストールに使用したものと同じユーザーIDを使用します。

- Windowsオペレーティング・システムでは、製品のインストールに管理者権限が必要です。詳細は、「Windowsオペレーティング・システムでのインストール・ユーザーの管理者権限の確認」を参照してください。

2.2.2.2 UNIXオペレーティング・システムのデフォルト以外のユーザー権限の理解

デフォルトの権限の設定を変更すると、インストールおよびシステムのセキュリティが低下する可能性があります。デフォルトの権限の設定を変更することはお薦めしません。

他のユーザーが特定のファイルまたは実行可能ファイルにアクセスする必要がある場合は、ファイルのアクセス権を変更するかわりに、UNIXのsudoコマンド(または他の同様のコマンド)の使用を検討してください。

さらにサポートが必要な場合は、ご使用のUNIXオペレーティング・システムに付属している管理者ガイドを参照するか、オペレーティング・システムのベンダーに問い合せてください。

2.2.2.3 Windowsオペレーティング・システムでのインストール・ユーザーの管理者権限の確認

Windowsレジストリを更新するには、管理者権限が必要です。

デフォルトでは、管理者権限を持つメンバーは通常の権限でシステムにサインインしますが、管理タスクを実行するために高い権限が要求される場合があります。

高い権限が必要なタスクを実行するには:

1. 左下の「スタート」メニューまたはWindowsアイコンから、コマンド・プロンプトアイテムを検索します。

2. コマンド・プロンプトを右クリックして「管理者として実行」を選択します。
新しいコマンド・プロンプト・ウィンドウが開き、このウィンドウで実行されるすべてのアクションは管理者権限で実行されます。

注意:
システムでユーザーアクセス制御が有効な場合、このアクションの確認を求めるウインドウが表示される場合があります。確認し、この手順を続行します。

3. 必要なタスクを実行します。

たとえば、製品のインストーラを起動するには:

jarファイルの場合は、次のように入力します。

java —jar distribution_name.jar

実行可能ファイル(.exe、.binまたは.shファイル)の場合、次のように入力します。

distribution_name.exe

2.2.3 インストールおよび構成のディレクトリの理解

インストールとドメイン構成のプロセス中に、Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームのディレクトリの場所の指定について計画する必要があります。

次の各項では、これらのディレクトリを作成する場所を決めるために役立つ情報を示します。

- 推奨ディレクトリ構造の理解
Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームには、推奨される特定の場所があります。

- Oracleホーム・ディレクトリについて
Oracle Fusion Middleware製品をインストールする場合は、Oracleホーム・ディレクトリを使用する必要があります。

- ドメイン・ホーム・ディレクトリについて
ドメイン・ホームは、構成するドメインが作成されるディレクトリです。

- アプリケーション・ホーム・ディレクトリについて
アプリケーション・ホームは、構成するドメインのアプリケーションが作成されるディレクトリです。

- 同じドメインへの複数の製品のインストール
1つのドメインに複数の製品をインストールして構成するには、2つの方法があります。

- 共有記憶域の準備
Oracle Fusion Middlewareでは、単一のOracleホームから複数のOracle WebLogic Serverドメインを構成することができます。これにより、共有ボリューム上の1つの場所にOracleホームをインストールしたり、複数のホストをインストールするためにOracleホストを再利用したりすることもできます。

2.2.3.1 推奨ディレクトリ構造の理解

Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームには、推奨される特定の場所があります。

図2-1に推奨するディレクトリ構造を示します。

図2-1 Oracle Fusion Middlewareの推奨ディレクトリ構造

システムでベースの場所(Oracleベース)を決め、(/home/oracleなど)そこから2つのサブ・ディレクトリを別々に作成します。productディレクトリには、製品のバイナリ・ファイルとすべてのOracleホーム・ディレクトリを含めます。configディレクトリにはドメイン・データとアプリケーション・データを格納します。

Oracleホームには構成データを保存しないことをお薦めします。製品を別のメジャー・リリースにアップグレードする場合、バイナリ用に新しいOracleホームの作成が必要になります。また構成データは、Oracleホームのバイナリからアクセス可能な場所に置く必要があります。

このドキュメント全体の例を通じて、/home/oracle/productディレクトリ(Oracleホーム)と/home/oracle/configディレクトリ(アプリケーション・データと構成データ)を使用していますが、これらのディレクトリはご使用のシステムの実際のディレクトリに読み替えてください。

2.2.3.2 Oracleホーム・ディレクトリについて

Oracle Fusion Middleware製品をインストールする場合は、Oracleホーム・ディレクトリを使用する必要があります。

このディレクトリは、同じマシンにインストールされた複数のFusion Middleware製品で使用される共通ファイルのリポジトリです。これらのファイルは、Fusion Middlewareをシステムで正しく動作させるために重要です。これらによって、インストール時の製品間の依存関係のチェックが容易になります。このためOracleホーム・ディレクトリは、システムにインストールされるすべてのOracle Fusion Middleware製品の中心的なサポート・ディレクトリとみなすことができます。

Oracleホーム・ディレクトリは、Fusion MiddlewareドキュメントでORACLE_HOMEと呼ばれています。

Oracleホームの考慮事項

Oracleホーム・ディレクトリを作成し、Fusion Middleware製品をインストールするときに、次の点に注意してください。

- Oracleホーム・ディレクトリの名前に空白を含めないでください。Oracleホーム・ディレクトリのパスに空白が含まれていると、エラー・メッセージが表示されます。

- 単一のOracleホーム・ディレクトリには、Oracle Fusion Middlewareの各製品に1つのインスタンスのみインストールできます。異なるバージョンの製品を同じマシンにインストールするには、それぞれのバージョンを専用のOracleホーム・ディレクトリに格納する必要があります。
単一のOracleホームに複数の異なる製品をインストールすることもできますが、Oracleホームには各製品で1つのバージョンのみをインストールできます。

複数のホーム・ディレクトリ

ほとんどの場合、Oracleホームは1つで十分ですが、複数のOracleホーム・ディレクトリを作成する場合もあります。たとえば次の場合に、複数のOracleホーム・ディレクトリを作成する必要があります。

- それぞれ製品のスタックが別々の開発と本番環境を別々に管理する場合。2つのディレクトリを使用するこのにより、準備ができるまで本番環境を変更せずに、開発環境を更新できるようになります。

- 2つのバージョンのFusion Middleware製品を同時に保持する場合。たとえば製品の既存のバージョンを残したまま新しいバージョンをインストールする必要がある場合。この場合、製品の各バージョンを専用のOracleホーム・ディレクトリにインストールする必要があります。

- 相互に互換性のない複数の製品をインストールする必要があります。詳細は、『Oracle Fusion Middleware相互運用性および互換性の理解』のOracle Fusion Middleware 12c (12.2.1.2)の相互運用性および互換性に関する項を参照してください。

注意:
複数のOracleホーム・ディレクトリを作成する場合は、各製品の構成段階で重複しないポート範囲を指定する必要があります。

2.2.3.3 ドメイン・ホーム・ディレクトリについて

ドメイン・ホームは、構成するドメインが作成されるディレクトリです。

デフォルトのドメイン・ホームの場所は、ORACLE_HOME/user_projects/domains/domain_nameです。ただし、このデフォルトの場所を使用しないことをお薦めします。ドメイン・ホームは、Oracleホーム・ディレクトリの外部に置きます(例: /home/oracle/config/domains)。configディレクトリには、ドメインとアプリケーションのデータが含まれている必要があります。新規インストール、パッチの適用およびその他の操作によって、ORACLE_HOMEのみが更新され、ドメインの構成は更新されないように、ドメイン専用のディレクトリをお薦めします。

推奨ディレクトリ構造とドメイン・ホームの場所については、「推奨ディレクトリ構造の理解」を参照してください。

Fusion Middlewareドキュメントで、ドメイン・ホーム・ディレクトリはDOMAIN_HOMEと呼ばれ、ドメイン名を含むそれ以下のすべてのフォルダが含まれます。たとえば、ドメイン名がexampledomainで、/home/oracle/config/domainsディレクトリにドメイン・データを配置する場合、ドキュメントでのDOMAIN_HOMEは/home/oracle/config/domains/exampledomainを指します。

2.2.3.4 アプリケーション・ホーム・ディレクトリについて

アプリケーション・ホームは、構成するドメインのアプリケーションが作成されるディレクトリです。

デフォルトのアプリケーション・ホームの場所は、ORACLE_HOME/user_projects/applications/domain_nameです。ただし、アプリケーション・ホームは、Oracleホーム・ディレクトリの外部に配置することをお薦めします。製品を別のメジャー・リリースにアップグレードする場合、バイナリ用に新しいOracleホームの作成が必要になるからです。

推奨ディレクトリ構造とアプリケーション・ホームの場所については、「推奨ディレクトリ構造の理解」を参照してください。

Fusion Middlewareドキュメントでは、アプリケーション・ホーム・ディレクトリのことをAPPLICATION_HOMEと呼び、ドメイン名を含むそれ以下のすべてのフォルダが含まれます。たとえば、ドメイン名がexampledomainで、/home/oracle/config/applicationsディレクトリにアプリケーション・データを配置した場合、ドキュメントでは/home/oracle/config/applications/exampledomainを示すためにAPPLICATION_HOMEを使用しています。

2.2.3.5 同じドメインへの複数の製品のインストール

1つのドメインに複数の製品をインストールして構成するには、2つの方法があります。

- 方法1
スキーマの作成やドメイン内の全サーバーの起動によるドメイン構成の成功の確認も含めて、製品Aのインストールと構成を行います。

これは、Fusion Middlewareライブラリのすべてのインストレーション・ガイドで使用される方法です。製品の数に応じて、必要なだけこの手順を繰り返すことができます。この方法では、一度に1つの製品を検証し、製品を段階的に追加することができます。

製品Bをインストールするには、新しい製品の追加中にドメインが更新されないように管理サーバーを停止します。次に、必要なスキーマを作成するなど、製品Bのインストレーション・ガイドの手順に従います。最後に、製品Bが含まれるように製品Aのドメインを拡張し、すべてのサーバーを再起動します。

- 方法2
必要なすべての製品をインストールしてから、すべての製品のスキーマを作成します。スキーマの作成後、必要なすべての製品テンプレートを使用してドメインを構成し、すべてのサーバーを起動します。

この方法で複数の製品のドメインを作成すると若干高速になりますが、この方法でのドメイン作成について、Fusion Middlewareライブラリのインストーレーション・ガイドに個々の手順は説明されていません。必要に応じて、サポート・ドキュメントを参照する必要があります。

2.2.3.6 共有記憶域の準備

Oracle Fusion Middlewareでは、1つのOracleホームから複数のOracle WebLogic Serverドメインを構成できます。これにより、共有ボリューム上の1つの場所にOracleホームをインストールしたり、複数のホストをインストールするためにOracleホストを再利用したりすることもできます。

ご使用の環境で共有記憶域を使用する場合は、詳細について『Oracle Fusion Middleware高可用性ガイド』の共有記憶域の使用に関する項を参照してください。

2.2.4 Oracle Fusion MiddlewareのインストールのためのJDK要件の理解

ほとんどのFusion Middleware製品は、.jarファイル形式で配布されます。これらのディストリビューションにJDKは含まれていません。.jar配布インストーラを実行するには、動作保証されたJDKがすでにシステムにインストールされている必要があります。

JDKがOracleホームの外部にインストールされていることを確認してください。Oracleホームの下にJDKをインストールすると、将来タスクを実行しようとしたときに、問題が発生します。Oracle Universal Installerは、Oracleホーム・ディレクトリが空であるかどうかを検証し、空のディレクトリが指定されるまで、インストールを進めません。JDKは、/home/oracle/products/jdkディレクトリにインストールすることをお薦めします。

一部の製品(Oracle HTTP ServerおよびOracle JDeveloperなど)は、プラットフォーム固有のディストリビューションとして提供されています。プラットフォーム固有のディストリビューションには、.bin (UNIXオペレーティング・システム用)または.exe (Windowsオペレーティング・システム用)インストーラが含まれます。その場合は、プラットフォーム固有のJDKがディストリビューションに含まれており、JDKを別途インストールする必要はありません。ただし、認定されたJDKのバージョンによっては、より新しいバージョンにそのJDKをアップグレードする必要があります。

「Oracle Fusion Middlewareでサポートされるシステム構成」のページで動作保証情報を参照し、必要なJDKバージョンであることを確認してください。

必要なJDKをダウンロードするには、次のURLにアクセスしてJava SE JDKをダウンロードします。

http://www.oracle.com/technetwork/java/javase/downloads/index.html

2.2.5 Oracle Fusion Middlewareのインストールのためのデータベース要件の理解

多くのOracle Fusion Middleware製品は、構成の前にデータベース・スキーマが必要です。このようなスキーマをインストールできるデータベースがない場合は、動作保証されたデータベースをインストールして構成する必要があります。

オペレーティング・システムで動作保証されているデータベースを調べるには、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証情報のドキュメントを参照してください。

スキーマ作成用にデータベースが適切に構成されていることを確認するには、Oracle Fusion Middlewareのシステム要件と仕様ドキュメントのリポジトリ作成ユーティリティの要件に関する項を参照してください。

データベースが正しく構成されたら、Repository Creation Utility(RCU)を使用してデータベースに製品スキーマを作成する必要があります。このツールはOracle Fusion Middleware製品のOracleホームにあります。RCUの詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のリポジトリ作成ユーティリティの理解に関する項を参照してください。

2.3 製品のディストリビューションについて

Oracle Fusion Middleware Infrastructureディストリビューションを使用して、Oracle WebLogic ServerソフトウェアおよびJava Required Files (JRF)ソフトウェアを含む初期Oracle WebCenter Sitesドメインを作成します。

Oracle JRFソフトウェアは、次のものから構成されています。

- Oracle Web Services Manager。

- Oracle Application Development Framework (Oracle ADF)

- Oracle Enterprise Manager Fusion Middleware Control。

- リポジトリ作成ユーティリティ(RCU)

- Oracle Fusion Middleware製品をサポートするために必要な、その他のライブラリとテクノロジ

Oracle Fusion Middleware Infrastructureのインストールは、Oracle WebCenter Sitesのインストールの前提条件の1つです。

2.4 製品の配布の入手

Oracle Fusion Middleware InfrastructureおよびOracle WebCenter Sitesディストリビューションは、Oracle Technology Network (OTN)で入手できます。

Oracle Fusion Middleware InfrastructureおよびOracle WebCenter Sitesのインストールを準備する手順は次のとおりです。

1. コマンドラインでjava -versionと入力して、動作保証されたJDKがご使用のシステムにインストールされていることを確認します。12c (12.2.1.2)では、動作保証されたJDKは1.8.0_101以降です。
詳細は、「Oracle Fusion MiddlewareインストールのJDK要件の理解」を参照してください。

2. Oracle Fusion Middleware InfrastructureおよびOracle WebCenter Sitesソフトウェアを検索してダウンロードします。
詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』の製品の配布の入手に関する項を参照してください。

3 Oracle WebCenter Sitesソフトウェアのインストール

この項の手順に従って、Oracle WebCenter Sitesソフトウェアをインストールします。

インストールを開始する前に、前提条件を確認し、「Oracle WebCenter Sitesのインストールと構成の準備」に示されたすべての手順を完了しておきます。

- インストール・チェックリストの確認
インストール・プロセスでは、特定の情報を入力するように要求されます。

- WebCenter SitesのDB2データベースの構成
DB2データベースに固有のデータベース構成をお薦めします。

- インストール・プログラムの起動
インストール・プログラムを実行する前に、JDKおよび前提条件ソフトウェアがインストールされていることを確認する必要があります。

- インストール画面への移動
インストール・プログラムでは、一連の画面が表示されます。それらが表示される順序について、次の表を参照してください。

- インストールの確認
インストールの完了後、一連のタスクを実行して、成功したことを確認します。

親トピック: Oracle WebCenter Sitesのインストールと構成

3.1 インストール・チェックリストの確認

インストール・プロセスでは、特定の情報を入力するように要求されます。

表3-1に、WebCenter Sitesのインストール前に理解し、インストール中に決定する必要のある重要な項目を示します。

表3-1 インストール・チェックリスト

情報

値の例

説明

JAVA_HOME

/home/Oracle/Java/jdk1.8.0_101

Java JDK ホーム・ディレクトリを指す環境変数。

データベース・ホスト

examplehost.exampledomain

データベースを実行しているホストの名前とドメイン。

データベース・ポート

1521

データベースのリスニング・ポートの番号。デフォルトのOracleデータベースのリスニング・ポートは1521です。

データベース・サービス名

orcl

Oracleデータベースには一意のサービス名が必要です。デフォルトのサービス名は、orclです。

DBAユーザー名

SYS

データベース管理権限を持つユーザーの名前。OracleデータベースのデフォルトのDBAユーザーは、SYSです。

DBAパスワード

myDBApw957

データベース管理権限を持つユーザーのパスワード。

ORACLE_HOME

/home/Oracle/product/ORACLE_HOME

ソフトウェアをインストールするディレクトリ。

必要に応じて、このディレクトリには、Oracle Fusion Middleware InfrastructureおよびOracle WebCenter Sitesが含まれます。

WebLogic Serverのホスト名

examplehost.exampledomain.com

Oracle WebLogic ServerとOracle WebCenter Sitesのコンソールのホスト名。

コンソール・ポート

7001

Oracle WebLogic ServerおよびOracle WebCenter Sitesのコンソールのポート。

DOMAIN_HOME

/home/Oracle/config/domains/wcs_domain

ドメイン・データの格納場所。

APPLICATION_HOME

/home/Oracle/config/applications/wcs_domain

アプリケーション・データの格納場所。

WebLogicドメインの管理者のユーザー名

weblogic

Oracle WebLogic Serverの管理権限を持つユーザーの名前。デフォルトの管理者ユーザーは、weblogicです。

管理者ユーザーのパスワード

myADMpw902

Oracle WebLogic Serverの管理権限を持つユーザーのパスワード。

RCU

ORACLE_HOME/oracle_common/bin

リポジトリ作成ユーティリティ(RCU)へのパス。

RCUスキーマ接頭辞

WCS

Oracle WebCenter Sitesで使用するデータベース・スキーマ名の接頭辞。

RCUスキーマ・パスワード

myRCUpw674

Oracle WebCenter Sitesで使用するデータベース・スキーマのパスワード。

構成ユーティリティ

ORACLE_HOME/oracle_common/common/bin

ドメインの作成と構成のための構成ウィザードへのパス。

3.2 WebCenter SitesのDB2データベースの構成

DB2データベースに固有のデータベース構成をお薦めします。

DB2データベースを構成する手順:

1. 次のDB2コマンドでファイルを作成します。(たとえば、db.sqlを作成し、インストールに合わせてデータベース名、パスおよびユーザー変数を変更します)。

CONNECT TO <DBNAME>;
UPDATE DATABASE CONFIGURATION USING APPLHEAPSZ 1024 DEFERRED;
UPDATE DATABASE CONFIGURATION USING LOCKTIMEOUT 30 DEFERRED;
UPDATE DATABASE CONFIGURATION USING APP_CTL_HEAP_SZ 1024 DEFERRED;
UPDATE DATABASE CONFIGURATION USING LOGFILSIZ 32768 DEFERRED;
UPDATE DATABASE CONFIGURATION USING LOGSECOND 8 IMMEDIATE ;
CONNECT RESET;

2. SQLスクリプトを実行します。

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

インストール・プログラムを実行する前に、JDKおよび前提条件ソフトウェアがインストールされていることを確認する必要があります。

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

1. ホスト・システムにログインします。

2. まだ確認していない場合は、コマンドラインでjava -versionを入力して、動作保証されたJDKがご使用のシステムにインストールされていることを確認します。12c (12.2.1.2)では、動作保証されたJDKは1.8.0_101以降です。

詳細は、「Oracle Fusion MiddlewareインストールのJDK要件の理解」を参照してください。

3. Oracle Fusion Middleware Infrastructureなどのすべての前提条件ソフトウェアがインストールされていることを確認します。

4. インストール・プログラムがダウンロードされたディレクトリに移動します。

5. JDKディレクトリからjava実行可能ファイルを実行して、インストール・プログラムを起動します。例:

- (UNIX) /home/Oracle/Java/jdk1.8.0_101/bin/java —jar fmw_12.2.1.2.0_wcsites_generic.jar

- (Windows) C:\home\Oracle\Java\jdk1.8.0_101\bin\java -jar fmw_12.2.1.2.0_wcsites_generic.jar

注意:

インストーラ画面を起動するかわりに、保存されたレスポンス・ファイルを使用してサイレント・モードでインストーラを起動することもできます。サイレント・インストールまたはコマンドライン・インストールの詳細は、『Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストール』のサイレント・モードでのOracle Universal Installerの使用に関する項を参照してください。

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

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

インストール・プログラムを実行すると一連の画面が表示されます。それらが表示される順序について、次の表を参照してください。

インストール画面で追加のヘルプが必要な場合は、画面名をクリックしてください。または、インストール画面で「ヘルプ」をクリックして詳細を見ることもできます。

表3-2 Oracle WebCenter Sitesのインストール画面

画面

説明

インストール・インベントリの設定

UNIXオペレーティング・システムで、このホストにOracle製品を初めてインストールする場合に、この画面が表示されます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。

中央インベントリの詳細は、『Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストール』のOracle中央インベントリの理解に関する項を参照してください。

Windowsオペレーティング・システムでは、この画面は表示されません。

ようこそ

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

自動更新

この画面で、My Oracle Supportアカウントを使用して、重要なセキュリティ更新を含む最新のソフトウェア更新を検索できます。

インストールの場所

この画面では、Oracleホーム・ディレクトリの場所を指定します。このOracleホームには、Oracle Fusion Middleware Infrastructureがすでに含まれている必要があります。

「表示」をクリックして、適切なOracleホームにOracle WebCenter Sitesをインストールしているかどうかを確認できます。

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

インストール・タイプ

「WebCenter Sites」インストール・オプションを選択します。例をインストールする場合は、「WebCenter Sites - 例」を選択します。サテライト・サーバーのみをインストールするには、「WebCenter Sites - サテライト・サーバー」を選択します。サテライト・サーバーは、3つのすべてのオプションでインストールされます。

前提条件チェック

システムが必要最小限の要件を満たしているかどうかを確認します。

確認されたタスクのリストを表示するには、「正常なタスクの表示」を選択します。ログの詳細を表示するには、「ログの表示」を選択します。

警告またはエラー・メッセージがある場合は、「システム環境の確認のロードマップ」のいずれかのドキュメントを参照してください。

インストール・サマリー

この画面では、選択したインストール・オプションを確認します。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルは、後でサイレント・インストールを実行する場合に使用できます。

インストールの完了後にインストールされるすべての機能セットがここに記載されています。

サイレント・インストールまたはコマンド・ライン・インストールの詳細は、『Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストール』のOracle Universal Installerのサイレント・モードでの使用に関する項を参照してください。

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

インストールの進行状況

インストールの進行状況が表示されます。

進捗バーが100%完了になったら、「終了」をクリックしてインストーラを閉じるか、「次」をクリックしてサマリーを確認します。

インストール完了

サマリー情報を確認し、「終了」をクリックしてインストーラを終了します。

3.5 インストールの確認

インストールの完了後、一連のタスクを実行して、成功したことを確認します。

- インストール・ログ・ファイルの確認
インストール・ログ・ファイルの内容を確認し、インストーラに何も問題が発生しなかったことを確認します。

- ディレクトリ構造のチェック
インストールの内容は、インストール中に選択したオプションによって異なります。

- Oracleホームの内容の表示
viewInventoryスクリプトを使用すると、Oracleホームの内容を表示することができます。

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

インストール・ログ・ファイルの内容を確認し、インストーラに何も問題が発生しなかったことを確認します。

デフォルトでは、インストーラはログ・ファイルをOracle_Inventory_Location/logs (UNIXオペレーティング・システムの場合)またはOracle_Inventory_Location\logs (Windowsオペレーティング・システムの場合)ディレクトリに書き込みます。

ログ・ファイルとその場所の詳細は、『Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストール』のインストール・ログ・ファイルに関する項を参照してください。

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

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

インストール後のディレクトリ構造の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』のOracle Fusion Middlewareの主要ディレクトリに関する項を参照してください。

3.5.3 Oracleホームの内容の表示

viewInventoryスクリプトを使用すると、Oracleホームの内容を表示することができます。

詳細は、『Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストール』のOracleホームの内容の表示に関する項を参照してください。

4 WebCenter Sitesドメインの構成

WebCenter Sitesをインストールした後、ドメインを構成でき、それを高可用性用に拡張することもできます。

ここで示す構成手順は、次で説明されているインストール手順を完了したことを前提にしています。

- Oracle WebCenter Sitesのインストールと構成の準備

- Oracle WebCenter Sitesソフトウェアのインストール

次の各項を参照して、データベース・スキーマを作成し、WebLogicドメインを構成して、構成を確認します。

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

- ドメインの構成
構成ウィザードを使用して、ドメインを作成および構成します。

- サーバーの起動
構成の完了後、ノード・マネージャを起動してから、WebLogic管理サーバーと管理対象サーバーを起動します。

- 構成の確認
すべての構成手順の完了後、ドメインが適切に構成されていることを確認する追加手順を実行できます。

親トピック: Oracle WebCenter Sitesのインストールと構成

4.1 データベース・スキーマの作成

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

- 動作保証されたデータベースのインストールと構成
データベース・スキーマの作成前に、動作保証されたデータベースをインストールして構成し、そのデータベースが動作していることを確認する必要があります。

- リポジトリ作成ユーティリティの起動
動作保証されたJDKがご使用のシステムにインストールされていることを確認した後、リポジトリ作成ユーティリティ(RCU)を起動します。

- スキーマ作成のためのリポジトリ作成ユーティリティ画面のナビゲート
RCU画面で、データベース・スキーマの作成に必要な情報を入力します。

4.1.1 動作保証されたデータベースのインストールと構成

データベース・スキーマの作成前に、動作保証されたデータベースをインストールして構成し、そのデータベースが動作していることを確認する必要があります。

詳細は、「Oracle Fusion Middlewareインストールのデータベース要件の理解」を参照してください。

4.1.2 リポジトリ作成ユーティリティの起動

動作保証されたJDKがご使用のシステムにインストールされていることを確認した後、リポジトリ作成ユーティリティ(RCU)を起動します。

RCUを起動する手順は次のとおりです。

1. コマンドラインからjava -versionを実行して、動作保証されたJDKがすでにシステムにあることを確認します。12c (12.2.1.2)では、動作保証されたJDKは1.8.0_101以降です。

詳細は、「Oracle Fusion MiddlewareインストールのJDK要件の理解」を参照してください。

2. JAVA_HOME環境変数が、動作保証済JDKの場所に設定されていることを確認します。例:

- (UNIX) setenv JAVA_HOME /home/Oracle/Java/jdk1.8.0_101

- (Windows) set JAVA_HOME=C:\home\Oracle\Java\jdk1.8.0_101

3. /oracle_common/binディレクトリに移動します。

- (UNIX) ORACLE_HOME/oracle_common/bin

- (Windows) ORACLE_HOME\oracle_common\bin

4. 次のコマンドを入力します。

- (UNIX) ./rcu

- (Windows) rcu.bat

4.1.3 スキーマ作成のためのリポジトリ作成ユーティリティ画面のナビゲート

RCU画面で、データベース・スキーマの作成に必要な情報を入力します。

- RCUの概要
「ようこそ」画面は、RCUを起動したときに最初に表示される画面です。

- スキーマ作成の方法の選択
「リポジトリの作成」画面を使用して、作成方法を選択し、コンポーネント・スキーマをデータベースにロードします。

- データベース接続の詳細の指定
「データベース接続の詳細」画面で、RCUでデータベースに接続するためのデータベース接続詳細を指定します。

- カスタム接頭辞の指定とスキーマの選択
カスタム接頭辞により、そのドメインでのみ使用されるスキーマを論理的にグループ化します。各ドメインに固有のスキーマ・セットを作成する必要があります。ドメイン間でのスキーマの共有はサポートされません。

- スキーマ・パスワードの指定
「スキーマ・パスワード」画面で、データベースでのスキーマ・パスワードの設定方法を指定した後、パスワードを入力して確認します。

- スキーマの作成の完了
残りのRCU画面を最後までナビゲートし、スキーマ作成を完了します。

4.1.3.1 RCUの概要

「ようこそ」画面は、RCUを起動したときに最初に表示される画面です。

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

4.1.3.2 スキーマ作成の方法の選択

「リポジトリの作成」画面を使用して、作成方法を選択し、コンポーネント・スキーマをデータベースにロードします。

「リポジトリの作成」画面:

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

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

- DBAがシステム・ロードのSQLスクリプトをすでに実行している場合は、「製品ロードの実行」を選択します。

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

「データベース接続の詳細」画面で、RCUでデータベースに接続するためのデータベース接続詳細を指定します。

注意:

データベースのサービス名が不明な場合は、データベースの初期化パラメータ・ファイル内のSERVICE_NAMESパラメータから取得できます。初期化パラメータ・ファイルにSERVICE_NAMESパラメータが含まれていない場合、サービス名はDB_NAMEやDB_DOMAINパラメータに指定されているグローバル・データベース名と同じです。

例:

- データベース・タイプ: Oracle Database

- 名前: examplehost.exampledomain.com

- ポート: 1521

- サービス名: Orcl.exampledomain.com

- ユーザー名: sys

- パスワード: ******

- ロール: SYSDBA

「次へ」をクリックして続行し、データベース接続の正常完了を確認するダイアログ・ウィンドウで「OK」をクリックします。

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

カスタム接頭辞により、そのドメインでのみ使用されるスキーマを論理的にグループ化します。各ドメインに固有のスキーマ・セットを作成する必要があります。ドメイン間でのスキーマの共有はサポートされません。

「新規接頭辞の作成」を選択し、カスタム接頭辞を指定し、「WebCenter Sites」を選択します。この操作により、次のスキーマが依存関係として自動的に選択されます。

- Oracle Platform Security Services

- 監査サービス

- 監査サービスへの追加

- 監査サービス・ビューア

- WebCenter Sites

- WebCenter Sites — 訪問者サービス

ヒント:

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

構成ウィザードにより、スキーマの共通インフラストラクチャ・サービスが自動的に作成されます。このスキーマはグレー表示され、選択または選択を解除することはできません。このスキーマを使用すると、ドメインの構成中にRCUから情報を取得できるようになります。詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

ヒント:

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

マルチドメイン環境でのスキーマの構成方法の詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のスキーマ作成の準備に関する項を参照してください。

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

4.1.3.5 スキーマ・パスワードの指定

「スキーマ・パスワード」画面で、データベースでのスキーマ・パスワードの設定方法を指定した後、パスワードを入力して確認します。

ヒント:

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

4.1.3.6 スキーマの作成の完了

残りのRCU画面を最後までナビゲートし、スキーマ作成を完了します。

「表領域の暗号化」チェック・ボックスは、RCUを起動するときにデータベース(OracleまたはOracle EBR)でTDE (透過的データ暗号化)を有効にした場合のみ、「表領域のマップ」画面に表示されます。RCUによって作成されるすべての新しい表領域を暗号化する場合は、「表領域の暗号化」チェック・ボックスを選択します。

「完了サマリー」画面が表示されたら、「閉じる」をクリックしてRCUを終了します。

4.2 ドメインの構成

構成ウィザードを使用して、ドメインを作成および構成します。

ドメインを作成するその他の方法の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインを作成、拡張および管理するためのその他のツールに関する項を参照してください。

- ドメインを作成および構成するための構成ウィザード画面のナビゲート
構成ウィザード画面で、トポロジのドメインを作成および構成するために必要な情報を入力します。

4.2.1 ドメインを作成および構成するための構成ウィザード画面のナビゲート

構成ウィザード画面で、トポロジのドメインを作成および構成するために必要な情報を入力します。

注意:

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

- 構成ウィザードの起動
構成ウィザードを起動して、ドメインの構成を開始します。

- ドメイン・タイプおよびドメイン・ホームの場所の選択
「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

- Oracle WebCenter Sitesの構成テンプレートの選択

- アプリケーション・ホームの場所の選択
「アプリケーションの場所」画面を使用して、ドメインに関連付けられたアプリケーションの格納場所(アプリケーション・ホーム・ディレクトリとも呼ばれる)を選択します。

- 管理者アカウントの構成
「管理者アカウント」画面を使用して、ドメインのデフォルトWebLogic管理者アカウント用のユーザー名とパスワードを指定します。

- ドメイン・モードおよびJDKの指定
「ドメイン・モードおよびJDK」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

- データベース構成タイプの指定
「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

- JDBCコンポーネント・スキーマ情報の指定
「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。

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

- 拡張構成の選択
「拡張構成」画面を使用して、ドメイン構成を完了します。

- 管理サーバーのリスニング・アドレスの構成
「管理サーバー」画面を使用して、ホストのIPアドレスを選択します。

- ノード・マネージャの構成
「ノード・マネージャ」画面を使用して、構成するノード・マネージャのタイプおよびノード・マネージャ資格証明を選択します。

- Oracle WebCenter Sitesの管理対象サーバーの構成
スタンドアロン・ドメインにOracle WebCenter Sitesコンポーネントを構成します。Oracle WebCenter Sitesの管理対象サーバーを構成するには、次のトピックを参照してください。

- WebCenter Sitesのクラスタの構成

- サーバー・テンプレートの定義
高可用性設定のために動的クラスタを作成する場合は、「サーバー・テンプレート」画面を使用して、ドメインに1つ以上のサーバー・テンプレートを定義します。

- 動的サーバーの構成
高可用性設定のために動的クラスタを作成する場合は、「動的サーバー」画面を使用して動的サーバーを構成します。

- クラスタへのWebCenter Content管理対象サーバーの割当て
「サーバーのクラスタへの割当」画面を使用して、新しい構成済クラスタに管理対象サーバーを割り当てます。構成済クラスタとは、手動で構成したクラスタのことです。動的クラスタ(1つのサーバー・テンプレートに基づく1つ以上の生成済サーバー・インスタンスを含むクラスタ)を構成する場合は、この画面を使用しません。

- Coherenceクラスタの構成
「Coherenceクラスタ」画面を使用してCoherenceクラスタを構成します。

- 新しいWebCenter Sitesマシンの作成
「マシン」画面を使用して、ドメイン内に新しいマシンを作成します。ノード・マネージャがサーバーを起動および停止するには、マシンが必要です。

- WebCenter Sitesマシンへのサーバーの割当て
「サーバーのマシンへの割当」画面を使用して、作成したばかりの新しいマシンに管理サーバーと管理対象サーバーを割り当てます。

- 仮想ターゲット
WebLogic Server Multitenant (MT)環境がある場合は、「仮想ターゲット」画面を使用して、仮想ターゲットを追加または削除します。このインストールの場合(WebLogic Server MT環境ではない)、値を入力する必要はなく、「次へ」を選択するだけです。

- パーティション
「パーティション」画面は、WebLogic Server Multitenant (MT)環境で仮想ターゲットのパーティションを構成する場合に使用されます。オプションを選択せずに、「次へ」を選択します。

- 構成の指定内容の確認とドメインの構成
「構成サマリー」画面には、これから作成するドメインの詳細な構成情報が表示されます。

- WebCenter Sites構成の完了
「構成の終了」画面に、構成したばかりのドメインの情報が表示されます。

4.2.1.1 構成ウィザードの起動

構成ウィザードを起動して、ドメインの構成を開始します。

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

1. /oracle_common/common/binディレクトリに移動します。

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

ここでORACLE_HOMEは、12c (12.2.1.2) Oracleホームになります。

2. 次のコマンドを入力します。

(UNIX) ./config.sh

(Windows) config.cmd

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

「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』のOracle Fusion Middlewareの主要ディレクトリに関する項に示されたディレクトリ構造(Oracleホーム・ディレクトリの外部にドメイン・ホームを置く)に従って、ドメイン・ホームを配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

ドメイン・タイプおよびドメイン・ホーム・ディレクトリを指定する手順:

1. 「構成タイプ」画面で、「新規ドメインの作成」を選択します。

2. 「ドメインの場所」フィールドで、使用するドメイン・ホーム・ディレクトリを指定します。

ヒント:

この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』の構成タイプに関する項を参照してください。

4.2.1.3 Oracle WebCenter Sitesの構成テンプレートの選択

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

- Oracle WebCenter Sites - 12.2.1.2.0 [wcsites]

- Oracle WebCenter Sites - Visitor Services- 12.2.1.2.0 [wcsites]

- Oracle Enterprise Manager -12.2.1.2.0 [em]

- Oracle WebCenter Sites - SiteCapture - 12.2.1.2.0 [wcsites]

- Oracle WebCenter Sites - Satellite Server - 12.2.1.2.0 [wcsites]

- Oracle JRF - 12.2.1.2.0 [oracle_common]

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

ヒント:

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

4.2.1.4 アプリケーション・ホームの場所の選択

「アプリケーションの場所」画面を使用して、ドメインに関連付けられたアプリケーションの格納場所(アプリケーション・ホーム・ディレクトリとも呼ばれる)を選択します。

『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』のOracle Fusion Middlewareの主要ディレクトリに関する項に示されたディレクトリ構造(Oracleホーム・ディレクトリの外部にアプリケーション・ホームを置く)に従って、アプリケーション・ホームを配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

ヒント:

アプリケーション・ホーム・ディレクトリの詳細は、「アプリケーション・ホーム・ディレクトリについて」を参照してください。

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

4.2.1.5 管理者アカウントの構成

「管理者アカウント」画面では、ドメインに対するデフォルトのWebLogic管理者アカウントのユーザー名とパスワードを指定します。

この画面に入力するユーザー名とパスワードは、メモしておいてください。これらの資格証明は、このドメインの管理サーバーの起動とそのサーバーへの接続のために後で必要になります。

4.2.1.6 ドメイン・モードとJDKの指定

「ドメイン・モードおよびJDK」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

「ドメイン・モードおよびJDK」画面では、次の操作を実行します。

- 「ドメイン・モード」フィールドで、「本番」を選択します。

- 「JDK」フィールドで、Oracle HotSpot JDKを選択します。

ヒント:

この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のドメイン・モードとJDKに関する項を参照してください。

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

「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

「データベース構成タイプ」画面で、「RCUデータ」を選択します。このオプションでは、構成ウィザードに対して、データベースおよびサービス表(STB)スキーマに接続し、ドメインの構成に必要なスキーマのスキーマ情報を自動的に取得するように指示します。

注意:

この画面で「手動構成」を選択した場合、次の画面でスキーマのパラメータを手動で入力する必要があります。

「RCUデータ」を選択してから、次の各フィールドに入力します。

フィールド

説明

DBMS/サービス

データベースのDBMS名(サービス・タイプ・ドライバを選択している場合はサービス名)を入力します。

例: orcl.exampledomain.com

ホスト名

データベースをホストするサーバーの名前を入力します。

例: examplehost.exampledomain.com

ポート

データベースがリスニングするポート番号を入力します。

例: 1521

スキーマ所有者

スキーマ・パスワード

データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。これは、RCUの「スキーマ・パスワード」画面でサービス表コンポーネントに入力したスキーマ・ユーザー名とパスワードです(「スキーマのパスワードの指定」を参照)。

デフォルトのユーザー名はprefix_STBで、prefixは、RCUで定義したカスタム接頭辞です。

データベース接続情報の指定を完了したら、「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の実行時にインストールされるスキーマの詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマに関する項を参照してください。

この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のデータベース構成タイプに関する項を参照してください。

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

「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。

「JDBCコンポーネント・スキーマ」画面に移入されている値が、すべてのスキーマに対して適切であることを確認します。前の画面で「RCUデータ」を選択した場合、スキーマ表はすでに適切に移入されている必要があります。

ヒント:

高可用性環境のためにOracle RACデータベースにデータ・ソースを構成する方法の詳細は、『Oracle Fusion Middleware高可用性ガイド』の次の各項を参照してください。

- Oracle RACでのアクティブなGridLinkデータ・ソースの構成

- マルチ・データ・ソースの構成

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

4.2.1.9 JDBC接続のテスト

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

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

デフォルトでは、スキーマの作成時に指定したパスワードが、各スキーマ・コンポーネントのスキーマ・パスワードです。スキーマ・コンポーネントに応じて異なるパスワードを使用する場合は、各行の「スキーマ・パスワード」列に使用するパスワードを入力して、前述の画面(「JDBCコンポーネント・スキーマ」)でそれらを手動で編集します。パスワードを指定した後、パスワードを変更したスキーマに対応するチェック・ボックスを選択し、再度接続をテストします。

ヒント:

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

4.2.1.10 拡張構成の選択

「拡張構成」画面を使用して、ドメイン構成を完了します。

「拡張構成」画面で、次を選択します。

- 管理サーバー
管理サーバーのリスニング・アドレスを適切に構成するために必要です。

- ノード・マネージャ
ノード・マネージャを構成するために必要です。

- トポロジ
WebCenter Sites管理対象サーバーを構成するために必要です。

オプションで、目的のインストール環境に必要な他の使用可能なオプションを選択します。このガイドに示す手順では標準インストール・トポロジについて記載していますが、別の方法に従ってもかまいません。インストールでこのガイドに記載されていない追加オプションを指定する必要がある場合は、これらのオプションを構成するための追加画面が表示される可能性があります。構成ウィザードのすべての画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』の構成ウィザードの画面に関する項を参照してください。

4.2.1.11 管理サーバーのリスニング・アドレスの構成

「管理サーバー」画面を使用して、ホストのIPアドレスを選択します。

「リスニング・アドレス」の横にあるドロップダウン・リストを選択し、管理サーバーが存在するホストのIPアドレスを選択するか、単一のIPアドレスにマップされたシステム名またはDNS名を使用します。「すべてのローカル・アドレス」を使用しないでください。

管理サーバーにサーバー・グループは指定しないでください。

4.2.1.12 ノード・マネージャの構成

「ノード・マネージャ」画面では、構成するノード・マネージャのタイプと、そのノード・マネージャの資格証明を選択します。

ノード・マネージャのタイプには「ドメインごとのデフォルトの場所」を選択し、ノード・マネージャの資格証明を指定します。

ヒント:

この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のノード・マネージャに関する項を参照してください。

ノード・マネージャ・タイプの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理』のノード・マネージャの概要に関する項を参照してください。

4.2.1.13 Oracle WebCenter Sitesの管理対象サーバーの構成

スタンドアロン・ドメインにOracle WebCenter Sitesコンポーネントを構成します。Oracle WebCenter Sitesの管理対象サーバーを構成するには、次のトピックを参照してください。

注意:
Oracle WebCenter Sitesコンポーネントのログ・ファイルの場所は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareコンポーネントのログ・ファイルの場所に関する項を参照してください。

- WebCenter Sitesの管理対象サーバーの構成
複数の管理対象サーバーを構成するには、「管理対象サーバー」画面を使用します。

- Oracle WebCenter Sites: サイト・キャプチャの管理対象サーバーの構成
複数の管理対象サーバーを構成するには、「管理対象サーバー」画面を使用します。

- Oracle WebCenter Sites: Satellite Serverの管理対象サーバーの構成
この画面を使用して、管理対象サーバーを構成します。

- Oracle WebCenter Sites: 訪問者サービスの管理対象サーバーの構成
この画面を使用して、管理対象サーバーを構成します。

4.2.1.13.1 WebCenter Sitesの管理対象サーバーの構成

複数の管理対象サーバーを構成するには、「管理対象サーバー」画面を使用します。

「管理対象サーバー」画面で、新しい管理対象サーバーwcs_server_1を作成する手順:

1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択するか、単一のIPアドレスにマップするシステム名またはDNS名を使用します。「すべてのローカル・アドレス」は使用しないでください。

2. セキュリティを有効にするには、「SSLの有効化」をクリックします。

「サーバー・グループ」フィールドには、WCSITES-MGD-SVRがデフォルトで選択されています。サーバー・グループは、定義済アプリケーション・サービス・グループを各定義済サーバー・グループにマップすることにより、Fusion Middlewareアプリケーションおよびサービスを1つ以上のサーバーにターゲット指定します。必要に応じて、特定のアプリケーション・サービス・グループを複数のサーバー・グループにマップできます。アプリケーション・サービスを特定のサーバー・グループにマップすると、そのグループに割り当てられているすべてのサーバーが自動的にサービスのターゲットに設定されます。詳細は、『Oracle Fusion Middlewareドメイン・テンプレート・リファレンス』のアプリケーション・サービス・グループ、サーバー・グループおよびアプリケーション・サービス・マッピングに関する項を参照してください。

3. 「追加」をクリックし、2番目の管理対象サーバー(wcs_server_2)を作成するために、このプロセスを繰り返します。追加する管理対象サーバーは、「サーバー・グループ」でWCSITES-MGD-SVRを選択する必要があります。

2番目の管理対象サーバーの構成は、高可用性の標準トポロジを構成するために必要な手順の1つです。高可用性環境を作成しない場合、この手順は省略可能です。

高可用性の標準トポロジの詳細は、『Oracle Fusion Middleware高可用性ガイド』のFusion Middlewareの標準HAトポロジの理解に関する項を参照してください。

ドメインを構成した後、高可用性の準備のための次のステップの詳細は、「高可用性のための環境の準備」を参照してください。

これらの管理対象サーバー名はサンプル名であり、このガイドの他のトピックでも参照されます。別の名前を選択する場合は、サンプル名をその名前で置き換えてください。

ヒント:

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

4.2.1.13.2 Oracle WebCenter Sites: サイト・キャプチャの管理対象サーバーの構成

複数の管理対象サーバーを構成するには、「管理対象サーバー」画面を使用します。

「管理対象サーバー」画面で、新しい管理対象サーバーsc_server_1を作成する手順:

1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択するか、単一のIPアドレスにマップするシステム名またはDNS名を使用します。「すべてのローカル・アドレス」は使用しないでください。

2. セキュリティを有効にするには、「SSLの有効化」をクリックします。

3. 「サーバー・グループ」は、表示された設定のままにします。構成ウィザードにより、正しいサーバー・グループが自動的に割り当てられます。サーバー・グループは、適切なサービスを作成中の管理対象サーバーにターゲット指定します。

サーバー・グループは、定義済アプリケーション・サービス・グループを各定義済サーバー・グループにマップすることにより、Fusion Middlewareアプリケーションおよびサービスを1つ以上のサーバーにターゲット指定します。アプリケーション・サービス・グループは、必要に応じて複数のサーバー・グループにマップできます。アプリケーションのサービスを特定のサーバー・グループにマップすると、そのグループに割り当てられたすべてのサーバーが自動的にターゲットに設定されます。詳細は、『Oracle Fusion Middlewareドメイン・テンプレート・リファレンス』のアプリケーション・サービス・グループ、サーバー・グループおよびアプリケーション・サービス・マッピングに関する項を参照してください。

4. 「追加」をクリックし、2番目の管理対象サーバー(sc_server_2)を作成するために、このプロセスを繰り返します。追加する管理対象サーバーは、「サーバー・グループ」でSITECAPTURE-MGD-SVRを選択する必要があります。

2番目の管理対象サーバーの構成は、高可用性の標準トポロジを構成するために必要な手順の1つです。高可用性環境を作成しない場合、この手順は省略可能です。

高可用性の標準トポロジの詳細は、『Oracle Fusion Middleware高可用性ガイド』のFusion Middlewareの標準HAトポロジの理解に関する項を参照してください。

ドメインを構成した後、高可用性の準備のための次のステップの詳細は、「高可用性のための環境の準備」を参照してください。

これらの管理対象サーバー名はサンプル名であり、このガイドの他のトピックでも参照されます。異なる管理対象サーバー名を選択する場合は、必要に応じてサンプル名をその名前で置き換えてください。

ヒント:

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

4.2.1.13.3 Oracle WebCenter Sites: Satellite Serverの管理対象サーバーの構成

この画面では、管理対象サーバーを構成します。

「管理対象サーバー」画面で、新しい管理対象サーバーss_server_1を作成する手順:

1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択するか、単一のIPアドレスにマップするシステム名またはDNS名を使用します。「すべてのローカル・アドレス」は使用しないでください。

2. セキュリティを有効にするには、「SSLの有効化」をクリックします。

3. 「サーバー・グループ」ドロップダウン・リストで、SATELLITE-MGD-SVRを選択します。このサーバー・グループは、Oracle WebCenter Sites: Satellite Serverサービスを、作成中の管理対象サーバーにターゲット指定します。

サーバー・グループは、定義済アプリケーション・サービス・グループを各定義済サーバー・グループにマップすることにより、Fusion Middlewareアプリケーションおよびサービスを1つ以上のサーバーにターゲット指定します。必要に応じて、特定のアプリケーション・サービス・グループを複数のサーバー・グループにマップできます。アプリケーション・サービスを特定のサーバー・グループにマップすると、そのグループに割り当てられているすべてのサーバーが自動的にサービスのターゲットに設定されます。詳細は、『Oracle Fusion Middlewareドメイン・テンプレート・リファレンス』のアプリケーション・サービス・グループ、サーバー・グループおよびアプリケーション・サービス・マッピングに関する項を参照してください。

これらのサーバー名は、このドキュメント全体で引用されるため、別の名前を選択したときには、それらの名前を必要に応じて置換してください。

ヒント:

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

4.2.1.13.4 Oracle WebCenter Sites: 訪問者サービスの管理対象サーバーの構成

この画面を使用して、管理対象サーバーを構成します。

「管理対象サーバー」画面で、新しい管理対象サーバーvs_server_1を作成する手順:

1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択するか、単一のIPアドレスにマップするシステム名またはDNS名を使用します。「すべてのローカル・アドレス」は使用しないでください。

2. セキュリティを有効にするには、「SSLの有効化」をクリックします。

3. 「サーバー・グループ」ドロップダウン・リストで、VS-MGD-SVRを選択します。このサーバー・グループは、Oracle WebCenter Sites: 訪問者サービスおよびOracle Web Services Manager (OWSM)サービスを、作成中の管理対象サーバーにターゲット指定します。

サーバー・グループは、定義済アプリケーション・サービス・グループを各定義済サーバー・グループにマップすることにより、Fusion Middlewareアプリケーションおよびサービスを1つ以上のサーバーにターゲット指定します。必要に応じて、特定のアプリケーション・サービス・グループを複数のサーバー・グループにマップできます。アプリケーション・サービスを特定のサーバー・グループにマップすると、そのグループに割り当てられているすべてのサーバーが自動的にサービスのターゲットに設定されます。詳細は、『Oracle Fusion Middlewareドメイン・テンプレート・リファレンス』のアプリケーション・サービス・グループ、サーバー・グループおよびアプリケーション・サービス・マッピングに関する項を参照してください。

4. 「追加」をクリックし、2番目の管理対象サーバー(vs_server_2)を作成するために、このプロセスを繰り返します。追加する管理対象サーバーは、「サーバー・グループ」でVS-MGD-SVRを選択する必要があります。

2番目の管理対象サーバーの構成は、高可用性の標準トポロジを構成するために必要な手順の1つです。高可用性環境を作成しない場合、この手順は省略可能です。

高可用性の標準トポロジの詳細は、『Oracle Fusion Middleware高可用性ガイド』のFusion Middlewareの標準HAトポロジの理解に関する項を参照してください。

ドメインを構成した後、高可用性の準備のための次のステップの詳細は、「高可用性のための環境の準備」を参照してください。

これらのサーバー名は、このドキュメント全体で引用されるため、別の名前を選択したときには、それらの名前を必要に応じて置換してください。

ヒント:

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

4.2.1.14 WebCenter Sitesのクラスタの構成

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

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

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

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

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

Fusion Middleware Controlでクラスタを作成することもできます。このケースでは、新しいクラスタを作成するときに、クラスタの通信(ユニキャストまたはマルチキャスト)を設定できます。詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプのクラスタの作成および構成に関する項を参照してください。

ヒント:

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

4.2.1.15 サーバー・テンプレートの定義

高可用性設定のために動的クラスタを作成する場合は、「サーバー・テンプレート」画面を使用して、ドメインに1つ以上のサーバー・テンプレートを定義します。

ドメインの構成を続行するには、「次へ」をクリックします。

高可用性設定のために動的クラスタを作成する手順については、『Oracle Fusion Middleware高可用性ガイド』の動的クラスタの使用に関する項を参照してください。

4.2.1.16 動的サーバーの構成

高可用性設定のために動的クラスタを作成する場合は、「動的サーバー」画面を使用して動的サーバーを構成します。

動的クラスタを構成しない場合は、「次へ」をクリックしてドメインの構成を続行します。

注意:
動的クラスタを作成する場合は、「マシン名マッチング式」を割り当てた後に動的クラスタにマシンを作成する必要はありません。

高可用性設定のために動的クラスタを作成する手順については、『Oracle Fusion Middleware高可用性ガイド』の動的クラスタの使用に関する項を参照してください。

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

「サーバーのクラスタへの割当」画面を使用して、管理対象サーバーを新しい構成済クラスタに割り当てます。構成済クラスタとは、手動で構成したクラスタのことです。動的クラスタ(1つのサーバー・テンプレートに基づく1つ以上の生成済サーバー・インスタンスを含むクラスタ)を構成する場合は、この画面を使用しません。

構成済クラスタと動的クラスタの用語の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの理解』の動的クラスタに関する項を参照してください。

「サーバーのクラスタへの割当」画面で、次の操作を実行します。

1. 「クラスタ」ペインで、管理対象サーバーを割り当てるクラスタを選択します(この場合、wcs_cluster_1になります)。

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

- wcs_server_1をクリックして選択し、右矢印をクリックして、「クラスタ」ペインで選択したクラスタ(wcs_cluster_1)の下に移動します。

- wcs_server_1をダブルクリックして、「クラスタ」ペインで選択したクラスタ(wcs_cluster_1)の下に移動します。

3. wcs_cluster_1にwcs_server_2を割り当てるために繰り返します。

次の図は、管理対象サーバーがクラスタに割り当てられた後の「クラスタ」ペインの一般的な例を示しています。

図4-1 クラスタに割り当てられた管理対象サーバー

ヒント:

この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のサーバーのクラスタへの割当てに関する項を参照してください。

4.2.1.18 Coherenceクラスタの構成

「Coherenceクラスタ」画面を使用してCoherenceクラスタを構成します。

Coherenceクラスタのリスニング・ポートとして、デフォルトのポート番号のをそのまま使用します。構成後、Coherenceクラスタがドメインに自動的に追加されます。

注意:

ユニキャスト・リスニング・ポートを0に設定すると、管理対象サーバー・ポート番号のオフセットが作成されます。オフセットは5000で、管理対象サーバーのポート番号として割当て可能な最大許容値は65535ではなく、60535です。

Coherence構成の詳細と次の手順については、表5-2を参照してください。

注意:

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

4.2.1.19 新しいWebCenter Sitesマシンの作成

「マシン」画面を使用して、ドメイン内に新規マシンを作成します。ノード・マネージャがサーバーを起動および停止するには、マシンが必要です。

ヒント:

高可用性環境を作成する際に目的のトポロジで必要になるマシンのリストがわかっているときには、この項の手順を実行して、この時点ですべてのマシンを作成できます。詳細は、『Oracle Fusion Middleware高可用性ガイド』のオプションのスケール・アウト手順に関する項を参照してください。

ノード・マネージャがサーバーを起動および停止できるように新しいWebCenter Sitesマシンを作成する手順:

1. 「マシン」タブ(Windows)または「UNIXマシン」タブ(UNIX)を選択し、「追加」をクリックして新しいマシンを作成します。

2. 「名前」フィールドに、wcs_machine_1などのマシン名を指定します。

3. 「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成しているマシンのIPアドレスを選択します。

localhostではなく、特定のインタフェースを選択する必要があります。これにより、Coherenceクラスタのアドレスが動的に計算されます。

4. 「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。

5. 必要に応じて、この手順を繰り返してマシンを追加します。

注意:

既存のドメインを拡張している場合は、既存のマシンにサーバーを割り当てることもできます。新しいマシンが不要な場合は、マシンを作成する必要はありません。

ヒント:

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

4.2.1.20 WebCenter Sitesマシンへのサーバーの割当て

「サーバーのマシンへの割当」画面を使用して、作成したばかりの新しいマシンに管理サーバーと管理対象サーバーを割り当てます。

「サーバーのマシンへの割当」画面で次の操作を実行します。

1. 「マシン」ペインで、サーバーに割り当てるマシン(この場合は、wcs_machine_1)を選択します。

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

- 「AdminServer」をクリックして選択し、右矢印をクリックして「マシン」ペインで選択したマシン(wcs_machine_1)の下に移動します。

- 「AdminServer」をダブルクリックして、「マシン」ペインで選択したマシン(wcs_machine_1)の下に移動します。

3. この手順を繰り返して、すべての管理対象サーバーをそれぞれのマシンに割り当てます。

次の図は、管理対象サーバーがマシンへ割り当てられた後の「マシン」ペインの一般的な例を示しています。

図4-2 マシンへの管理対象サーバーの割当て

ヒント:

この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のサーバーのマシンへの割当てに関する項を参照してください。

4.2.1.21 仮想ターゲット

WebLogic Server Multitenant (MT)環境がある場合は、「仮想ターゲット」画面を使用して、仮想ターゲットを追加または削除します。このインストールの場合(WebLogic Server MT環境ではない)、値を入力する必要はなく、「次へ」を選択するだけです。

ヒント:
この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』の仮想ターゲットに関する項を参照してください。

4.2.1.22 パーティション

「パーティション」画面は、WebLogic Server Multitenant (MT)環境で仮想ターゲットのパーティションを構成する場合に使用されます。オプションを選択せずに、「次へ」を選択します。

ヒント:
この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のパーティションに関する項を参照してください。

4.2.1.23 構成の指定内容の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインの詳細な構成情報が表示されます。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。ドメインの作成は、「作成」をクリックするまで開始されません。

ヒント:

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

4.2.1.24 WebCenter Sites構成の完了

「構成の終了」画面に、構成したばかりのドメインの情報が表示されます。

後で必要になるので、次の項目を書きとめます。

- ドメインの場所 — ノード・マネージャおよび管理サーバーを起動するスクリプトにアクセスする必要があります。

- 管理サーバーURL — 管理サーバーにアクセスする必要があります。

このガイドおよびSatellite Serverガイドに移動するための画面下部のボタンにあるリンク

「終了」をクリックして、構成ウィザード終了し、インストールを続行します。

4.3 サーバーの起動

構成の完了後、ノード・マネージャを起動してから、WebLogic管理サーバーと管理対象サーバーを起動します。

注意:

ドメインの管理に使用できるその他のツールの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middleware管理ツールの概要に関する項を参照してください。

- ノード・マネージャの起動

- 管理サーバーの起動

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

4.3.1 ノード・マネージャの起動

ドメインごとにノード・マネージャを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) nohupとnm.outをサンプル出力ファイルとして使用して、次のようにします。

nohup ./startNodeManager.sh > LOG_DIR/nm.out&

ここで、LOG_DIRは、ログ・ファイルを格納するディレクトリの場所になります。

- (Windows) startNodeManager.cmd

注意:

Windowsオペレーティング・システムでは、ノード・マネージャをスタートアップ・サービスとして、ノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびに、ノード・マネージャが自動で起動されます。

『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理』の起動サービスとしてのノード・マネージャの実行に関する項を参照してください。

4.3.2 管理サーバーの起動

管理サーバーを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) ./startWebLogic.sh

- (Windows) startWebLogic.cmd

「ドメイン・モードおよびJDK」画面で「本番モード」を選択した場合、「管理者アカウント」画面に表示されたように、管理者ユーザーのログイン資格証明のプロンプトが表示されます。

ヒント:

管理サーバーの起動の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』の管理サーバーの起動と停止に関する項を参照してください。

本番モードでは、起動アイデンティティ・ファイルを作成することで、管理サーバーの起動時にユーザー名とパスワードを指定する必要がなくなります。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理』の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。URLは「構成の終了」画面に指定されます(http://administration_server_host:administration_server_port/console)。デフォルトの管理サーバーのポート番号は7001です。

注意:

製品スキーマをホストしているデータベースが稼働中であり、管理サーバーからアクセスできることを確認してください。

管理コンソールの使用方法の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle WebLogic Server管理コンソールの使用のスタート・ガイドに関する項を参照してください。

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

管理サーバーを起動するには:

1. Oracle Fusion Middleware Controlにログインします。

http://administration_server_host:administration_server_port/em

管理サーバーのホストおよびポート番号は「構成の終了」画面のURLにありました(「WebCenter Sites構成の完了」)。デフォルトの管理サーバーのポート番号は7001です。

ログイン資格証明は「管理者アカウントの構成」の「管理者アカウント」画面で指定されました。

2. Enterprise Managerのランディング・ページには、このドメインに構成されているサーバーのリストと、それらのステータスが表示されます(「実行中」または「停止」など)。新しいドメイン構成では、AdminServer(admin)のみが実行中です。

3. 最初の管理対象サーバーを選択します。

4. 「WebLogic Server」メニューの横にある「起動」を選択します。

5. 手順3と4を繰り返してすべての管理対象サーバーを起動します。

6. メインのランディング・ページで、すべての管理対象サーバーが稼働中であることを確認します。

4.4 構成の確認

すべての構成手順の完了後、ドメインが適切に構成されていることを確認する追加手順を実行できます。

ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。

5 ドメイン構成後の次の手順

製品ドメインを構成した後、追加タスクを実行できます。

- 基本的な管理タスクの実行
新しいドメインを構成した後、そのドメインで実行することが推奨されるいくつかの管理タスクがあります。

- 追加ドメイン構成タスクの実行
新しいドメインで実行する追加の構成タスクを確認します。

- 高可用性向けの環境の準備
高可用性のためにスケール・アウトするには、追加の手順が必要です。

親トピック: Oracle WebCenter Sitesのインストールと構成

5.1 基本的な管理タスクの実行

新しいドメインを構成した後、そのドメインで実行することが推奨されるいくつかの管理タスクがあります。

次の表は、新しいドメインで実行する一般的な管理タスクを示しています。

表5-1 新規ドメイン用の基本的な管理タスク

タスク

説明

参照先

Fusion Middleware管理ツールについての学習

環境を管理するために使用できる様々なツールを理解します。

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの管理ツールの概要に関する項を参照してください。

製品およびサーバーの起動と停止

Oracle Fusion Middleware(管理サーバー、管理対象サーバー、コンポーネントを含む)起動と停止の方法について学習します。

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

Secure Sockets Layer (SSL)の構成

Oracle Fusion Middlewareコンポーネント間のSSLを使用したセキュアな通信の設定方法について学習します。

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion MiddlewareでのSSLの構成に関する項を参照してください。

Oracle Fusion Middlewareのモニタリング

Oracle Fusion Middlewareコンポーネントのステータスを追跡する方法を学習します。

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareのモニタリングに関する項を参照してください。

バックアップとリカバリの手順の理解

Oracle Fusion Middlewareの推奨されるバックアップとリカバリの手順について学習します。

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のバックアップとリカバリの概要に関する項を参照してください。

5.2 追加ドメイン構成タスクの実行

新しいドメインで実行する追加の構成タスクを確認します。

表5-2 追加ドメイン構成タスク

タスク

説明

参照先

アプリケーションのデプロイ

アプリケーションをOracle Fusion Middlewareにデプロイする方法を学習します。

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のアプリケーションのデプロイに関する項を参照してください。

ドメインへのWeb層のフロントエンドの追加

OracleのWeb層でWebページ(静的と動的)をホストし、組込みのクラスタ、ロード・バランシングおよびフェイルオーバーの機能とともにセキュリティと高パフォーマンスを実現します。特にWeb層にはOracle HTTP Serverが含まれます。

WebLogic ServerドメインにOracle HTTP Serverをインストールおよび構成するには、『Oracle Fusion Middleware Oracle HTTP Serverのインストールと構成』のWebLogic ServerドメインにおけるOracle HTTP Serverの構成に関する項を参照してください。

重要な情報について、「同じドメインへの複数の製品のインストール」も参照してください。

トポロジに対するCoherenceのチューニングと構成

標準インストール・トポロジには、記憶域が有効な管理対象Coherenceサーバーが含まれるCoherenceクラスタがあります。この構成はCoherenceの使用には適切な出発点ですが、特定の要件によっては、本番環境でのパフォーマンスを向上させるためにCoherenceをチューニングして再構成することを検討してください。

Coherenceクラスタの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverクラスタの管理』のCoherenceクラスタの構成と管理に関する項を参照してください。

Coherenceのチューニングの詳細は、Oracle Fusion Middleware Oracle Coherenceの管理のパフォーマンス・チューニングに関する項を参照してください。

CoherenceでのHTTPセッション・データの格納の詳細は、『Oracle Fusion Middleware Oracle Coherenceの管理』のWebLogicサーバーでのCoherence*Webの使用に関する項を参照してください。

Coherenceアプリケーションの作成とデプロイの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server Oracle Coherenceアプリケーションの開発』のスタート・ガイドに関する項を参照してください。

5.3 高可用性向けの環境の準備

高可用性のためにスケール・アウトするには、追加の手順が必要です。

表5-3には、ご使用の標準的なインストール環境を可用性が高まるようにスケールアウトする場合に、実行するタスクの一覧が示されています。

表5-3 可用性の高い環境の準備に必要なタスク

タスク

説明

参照先

複数のホスト・コンピュータへのスケール・アウト

高可用性を有効にするには、他のホストコンピュータへのフェイルオーバーの機能を実現することが重要です。これにより、あるコンピュータが停止しても、環境はデプロイ済アプリケーションのコンシューマに、サービス提供を続けることができます。

『Oracle Fusion Middleware高可用性ガイド』のトポロジのスケール・アウト(マシンのスケール・アウト)に関する項を参照してください。

Web層コンポーネントの高可用性の構成

Web層フロントエンドを追加する場合は、WebLogic Serverソフトウェアと同様にWeb層を高可用性構成にする必要があります。

『Oracle Fusion Middleware高可用性ガイド』のWeb層コンポーネントの高可用性の構成に関する項を参照してください。

フロントエンドのロード・バランサの設定

ロード・バランサを使用してリクエストをより均等にサーバーに分散させることができます。

『Oracle Fusion Middleware高可用性ガイド』の高可用性環境でのサーバーのロード・バランシングに関する項およびロード・バランサの仮想サーバー名およびポートの構成に関する項を参照してください。

ノード・マネージャの構成

ノード・マネージャを使用して、リモート位置から管理サーバー・インスタンスと管理対象サーバー・インスタンスを起動、シャットダウンおよび再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの高度な構成オプションと機能の詳細は、ノード・マネージャのドキュメントを参照してください。

『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理』のノード・マネージャの拡張構成に関する項を参照してください。

6 Oracle WebCenter Sitesのアンインストールまたは再インストール

Oracle WebCenter Sitesをアンインストールまたは再インストールするには、この項の手順を実行します。

ソフトウェアを削除するときは、この項で説明する手順に必ず従うことをお薦めします。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールするときに問題が発生する場合があります。この項の手順を実行すると、ソフトウェアを正しく削除できます。

- 製品のアンインストールについて
Oracle Fusion Middlewareアンインストーラは、Oracleホーム・ディレクトリからこのソフトウェアを削除します。

- Oracle Fusion Middlewareの停止
アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

- データベース・スキーマの削除
Oracleホームを削除する前に、リポジトリ作成ユーティリティ(RCU)を実行して、このドメインに関連付けられたデータベース・スキーマを削除することをお薦めします。

- ソフトウェアのアンインストール
この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

- Oracleホーム・ディレクトリの手動削除
ソフトウェアをアンインストールした後、アンインストーラで削除されなかったOracleホーム・ディレクトリとすべての既存のサブディレクトリを手動で削除する必要があります。

- Windowsオペレーティング・システムのプログラム・ショートカットの削除
Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

- ドメインとアプリケーション・データの削除
ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

- ソフトウェアの再インストール
この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

親トピック: Oracle WebCenter Sitesのインストールと構成

6.1 製品のアンインストールについて

Oracle Fusion Middlewareアンインストーラは、Oracleホーム・ディレクトリから、このソフトウェアを削除します。

次の表は、アンインストール・タスクについてまとめています。

表6-1 製品のアンインストールのロードマップ

タスク

説明

ドキュメント

Oracle Fusion Middlewareの停止

アンインストーラ実行前に、ドメインにあるすべてのサーバーとプロセスが停止している必要があります。

「Oracle Fusion Middlewareの停止」を参照。

データベース・スキーマの削除

Repository Creation Utilityを実行してデータベース・スキーマを削除します。

「データベース・スキーマの削除」を参照。

ソフトウェアの削除

製品のアンインストーラを実行し、Oracle Fusion Middleware Infrastructureを削除します。

Oracleホームに複数の製品が含まれている場合は、アンインストーラを複数回(製品ごとに1回)実行する必要があります。

詳細は、「ソフトウェアのアンインストール」を参照してください。

Oracleホーム・ディレクトリの削除

アンインストーラでは、すべてのファイルとフォルダがOracleホーム・ディレクトリから削除されません。アンインストーラが終了した後、手動でOracleホームを削除して、製品の削除を完了させる必要があります。

「Oracleホーム・ディレクトリの手動削除」を参照。

ドメインおよびアプリケーション・データの削除

アンインストーラがOracleホーム内にある場合でも、ドメイン・ホーム・ディレクトリまたはアプリケーション・ホーム・ディレクトリに含まれるデータは削除されません。これらのディレクトリは手動で削除する必要があります。

「ドメインとアプリケーション・データの削除」を参照してください。

6.2 Oracle Fusion Middlewareの停止

アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項を参照してください。

6.3 データベース・スキーマの削除

Oracleホームを削除する前に、リポジトリ作成ユーティリティ(RCU)を実行して、このドメインに関連付けられたデータベース・スキーマを削除することをお薦めします。

各ドメインには、カスタム接頭辞で一意に識別された独自のスキーマのセットがあります(『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のカスタム接頭辞に関する項を参照)。これらのスキーマ・セットを他のドメインと共有することはできません(『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のスキーマ作成の計画に関する項を参照)。

データベースに複数のスキーマ・セットがある場合は、削除するドメインに関連付けられたスキーマ接頭辞を指定します。

スキーマの削除手順については、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のスキーマの削除に関する項を参照してください。

6.4 ソフトウェアのアンインストール

この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

サイレント(コマンドライン)のアンインストールを実行するには、『Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールでのOracle Universal Installerの実行に関する項を参照してください。

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

- アンインストールする製品の選択

- アンインストール画面へのナビゲート

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

アンインストーラを起動する手順は次のとおりです。

- UNIXの場合
コマンドラインで次のコマンドを入力します。

cd $ORACLE_HOME/oui/bin
./deinstall.sh

- Windowsの場合
次のいずれかの操作を行います。

- ファイル・マネージャ・ウィンドウを使用してORACLE_HOME\oui\binディレクトリに移動し、deinstall.cmdをダブルクリックします。

- コマンド・プロンプトを開き、次のコマンドを入力します。

cd %ORACLE_HOME%\oui\bin
deinstall.cmd

- 「スタート」メニューから「すべてのプログラム」→「Oracle」→「OracleHome」→「Uninstall Oracle Software」を選択します。

6.4.2 アンインストールする製品の選択

Oracleホームには複数の製品が存在するため、正しい製品をアンインストールしていることを確認します。

アンインストーラを実行した後、「アンインストールする配布」画面が表示されます。ドロップダウン・リストから「WebCenter Sites 12.2.1.2.0」を選択し、「アンインストール」をクリックします。「アンインストール画面のナビゲート」に記載されている画面が表示されます。

注意:

アンインストール・ウィザードを再度実行することにより、Oracle WebCenter Sitesソフトウェアをアンインストールした後にOracle Fusion Middleware Infrastructureをアンインストールできます。Infrastructureが削除されると、Infrastructureを使用する他の製品が機能しなくなるため、削除する前に、それらの製品がないことを確認します。他のソフトウェアがOracle Fusion Middleware Infrastructureに依存していない場合は、「アンインストールする配布」画面は表示されません。アンインストール手順については、『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureインストールと構成』のOracle Fusion Middleware Infrastructureのアンインストールに関する項を参照してください。

6.4.3 アンインストール画面のナビゲート

アンインストーラにより、ソフトウェアの削除を確認する一連の画面が表示されます。

表6-2に示した画面の詳細情報が必要な場合は、画面上の「ヘルプ」をクリックしてください。

表6-2 アンインストール画面と説明

画面

説明

ようこそ

製品アンインストーラが開始します。

アンインストール・サマリー

アンインストールされるOracleホーム・ディレクトリとその内容を示しています。このディレクトリが正しいことを確認します。

これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルは、後でサイレント・インストールを実行するときに使用できます。サイレント・アンインストールまたはコマンド・ライン・アンインストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

「アンインストール」 をクリックしてソフトウェアの削除を開始します。

アンインストールの進行状況

アンインストールの進行状況が表示されます。

アンインストール完了

アンインストールが完了すると表示されます。画面上の情報を確認し、「終了」をクリックしてアンインストーラを終了します。

6.5 Oracleホーム・ディレクトリの手動削除

ソフトウェアをアンインストールした後、アンインストーラで削除されなかったOracleホーム・ディレクトリとすべての既存のサブディレクトリを手動で削除する必要があります。

たとえば、UNIXオペレーティング・システムでOracleホーム・ディレクトリが/home/Oracle/product/ORACLE_HOMEの場合は、次のコマンドを入力します。

cd /home/Oracle/product
rm -rf ORACLE_HOME

Windowsオペレーティング・システムでOracleホーム・ディレクトリがC:\Oracle\Product\ORACLE_HOMEの場合、ファイル・マネージャ・ウィンドウを使用して、C:\Oracle\Productディレクトリに移動し、ORACLE_HOMEフォルダを右クリックして「削除」を選択します。

6.6 Windowsオペレーティング・システムのプログラム・ショートカットの削除

Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

Windowsでプログラム・ショートカットを削除する手順は次のとおりです。

1. C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle\ORACLE_HOME\Productディレクトリに移動します。

2. Oracleホームにインストールされている製品が1つのみの場合は、ORACLE_HOMEディレクトリを削除します。Oracleホームに複数の製品がインストールされている場合は、ORACLE_HOMEを削除する前に、すべての製品を削除します。

6.7 ドメインとアプリケーション・データの削除

ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

ドメインとアプリケーション・データを削除する手順は次のとおりです。

1. ドメイン・ホーム・ディレクトリを手動で削除します。例:

UNIXオペレーティング・システムでドメイン・ホーム・ディレクトリが/home/Oracle/config/domains/wcs_domainの場合は、次のコマンドを入力します。

cd /home/Oracle/config/domains
rm -rf wcs_domain

Windowsオペレーティング・システムでドメイン・ホーム・ディレクトリがC:\Oracle\Config\domains\wcs_domainの場合は、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\domainsディレクトリに移動し、wcs_domainフォルダを右クリックして「削除」を選択します。

2. アプリケーション・ホーム・ディレクトリを手動で削除します。例:

UNIXオペレーティング・システムでアプリケーション・ホーム・ディレクトリが/home/Oracle/config/applications/wcs_domainの場合は、次のコマンドを入力します。

cd /home/Oracle/config/applications
rm -rf wcs_domain

Windowsオペレーティング・システムでアプリケーション・ホーム・ディレクトリがC:\Oracle\Config\applications\wcs_domainの場合は、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\applicationsディレクトリに移動し、wcs_domainフォルダを右クリックして「削除」を選択します。

3. Oracleホームにdomain_registry.xmlファイルをバックアップしてから、ファイルを編集し、削除しようとするドメインに関連する行を削除します。たとえば、wcs_domainを削除するには、次の行を探して削除します。

<domain location="/home/Oracle/config/domains/wcs_domain"/>

完了したらファイルを保存して終了します。

6.8 ソフトウェアの再インストール

この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

再インストールするときに、前回のインストールと同じOracleホームを指定できます。

Oracleホームが空ではない場合、次の事項を考慮します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストール時に指定したOracleホームに、インストールしようとしている同じソフトウェアがすでに含まれていると警告されます。

- 空ではない既存のOracleホームへのインストール。
たとえば、既存のOracleホーム内のどこかに、ドメイン・ホームまたはアプリケーション・ホームを作成することを選択したとします。このデータはアンインストール処理中に削除されないので、同じOracleホームに再インストールしようとすると、インストーラがそれを許可しません。オプションは次のとおりです。

1. この項で説明しているように、Oracleホームからソフトウェアをアンインストールした後、Oracleホーム・ディレクトリを削除します。ソフトウェアをアンインストールして、Oracleホーム・ディレクトリを削除した後、再インストールして同じOracleホームの場所を再利用できます。Oracleホームに存在していたドメインまたはアプリケーションのデータは、再作成する必要があります。

2. 別のOracleホーム・ディレクトリを選択します。

第II部 WebCenter Sitesコンポーネントの構成

Oracle WebCenter Sitesをインストールして構成した後、そのコンポーネント・アプリケーションを構成する必要があります。コンポーネント・アプリケーションを構成するために、この項のトピックを参照してください。

- WebCenter SitesのWeb層の作成
ドメインを構成した後、Oracle Web層またはサード・パーティWeb層を設定します。

- WebCenter Sitesの構成
Oracle WebCenter Sites管理対象サーバーを構成した後、ブラウザ・ベースのWebCenter Sitesコンフィギュレータを完了することにより、WebCenter Sitesインスタンスを構成できます。WebCenter Sitesランタイムは、WebCenter Sites、CAS Webアプリケーション(WARファイル)およびクラスタ・メンバー間の共有コンポーネント(configディレクトリ、dataディレクトリおよびデータベース・インスタンス)で構成されています。

- サイト・キャプチャの構成
Oracle WebCenter Sites: サイト・キャプチャ管理対象サーバーを構成した後、サイト・キャプチャ・コンフィギュレータを使用してサイト・キャプチャを構成できます。サイト・キャプチャは、WebCenter Sitesのパブリッシュ・プロセスと統合することもできます。

- OHSサーバーの構成
Oracle HTTP Server (OHS)を構成する手順。

- 訪問者サービスの構成
Oracle WebCenter Sites: 訪問者サービス管理対象サーバーを設定した後、ブラウザ・ベースの訪問者サービス・コンフィギュレータを使用して訪問者サービスを構成できます。訪問者サービス・ランタイムは、visitors-webappアプリケーション(WARファイル)、configディレクトリ、データベース・インスタンス、サンプル・バンドル・コード、プロバイダおよびvisitorsクライアントで構成されています。

- リモートのSatellite Serverの構成
Oracle WebCenter Sites: Satellite ServerのWebLogicドメインを設定した後、Satellite Serverコンフィギュレータを実行して構成プロセスを完了できます。

- 外部認証への切替え
本番環境に最大限のセキュリティを確保し、高度なアイデンティティ管理ソリューションとシームレスなシングル・サインオンの操作性を提供するために、Oracle WebCenter SitesとOracle Access Managementの統合をお薦めします。または、必要に応じて、WebCenter Sitesを外部LDAP認証プロバイダ・ディレクトリと統合することもできます。

- CASクラスタの設定
中央認証サーバー(CAS)クラスタは、Oracle WebCenter Sitesと同じWebLogicドメイン、同じマシン上の異なるWebLogicドメイン、または高可用性のために、異なるマシン上の異なるWebLogicドメインに設定できます。

- クラスタの設定
高可用性の場合、WebLogicドメイン内のWebCenter Sitesクラスタの設定では、1つのマシン上にプライマリ・クラスタ・ノード、および同一または別のマシン上に1つ以上のセカンダリ・クラスタ・ノードを設定できます。最初に作成されたWebCenter Sites管理対象サーバーがプライマリ・ノードで、同じドメイン内に追加されたWebCenter Sites管理対象サーバーはセカンダリ・ノードです。

- データベースへの共有ファイル・システムの移動
WebCenter Sitesでは、JavaノンブロッキングI/O (NIO) APIを使用して、共有ファイル・システムを格納するデータベースを利用できます。これにより、クラスタ環境でのネットワーク・ファイル共有の必要がなくなり、Coherenceキャッシュによってファイル・ロックを処理できます。WebCenter Sitesは、そのままの状態では、デフォルトのディスク・ベースのファイル・システム(ローカルまたはネットワーク)になります。データベースに共有ファイル・システムを移動するには、このトピックの手順を完了してください。処理を元に戻すための手順も提供されています。

- テスト・モードから本番モードへの切替え
Fusion Middlewareのテスト環境にOracle WebCenter Sitesドメインをインストールして構成した後、WebCenter Sites (およびそのコンポーネント・アプリケーション)を同等の本番環境に切り替えることができます。

7 WebCenter SitesのWeb層の作成

ドメインを構成した後、Oracle Web層またはサード・パーティWeb層を設定します。

Oracle Web層の場合は、これらのタスクを実行する手順について、『Oracle Fusion Middleware Oracle HTTP Serverのインストールと構成』または『Oracle Traffic Directorのインストール』を参照してください。

1. WebCenter Sitesと同じOracleホーム、または異なるドメインに、Oracle HTTP Server (OHS)またはOracle Traffic Director (OTD)をインストールします。

2. 再び構成ウィザードを実行して、OHSまたはOTDを構成してWebCenter Sitesドメインに追加(拡張)するか、スタンドアロンのOHSまたはOTDドメインを作成します。

3. 管理対象サーバーにリクエストをルーティングするmod_wls Webサーバー・プラグインを構成します。

サード・パーティのWebサーバーの場合は、そのWebサーバーのドキュメントを参照してください。

親トピック: WebCenter Sitesコンポーネントの構成

8 WebCenter Sitesの構成

Oracle WebCenter Sites管理対象サーバーを構成した後、ブラウザ・ベースのWebCenter Sitesコンフィギュレータを完了することにより、WebCenter Sitesインスタンスを構成できます。WebCenter Sitesランタイムは、WebCenter Sites、CAS Webアプリケーション(WARファイル)およびクラスタ・メンバー間の共有コンポーネント(configディレクトリ、dataディレクトリおよびデータベース・インスタンス)で構成されています。

次のトピックでは、WebCenter Sitesの構成方法を説明します。

- WebCenter Sites構成の前提条件の完了
WebCenter Sitesコンフィギュレータを使用する前に、いくつかの前提条件タスクを実行する必要があります。これらのタスクには、キャッシュ・ファイルの変更、データベース・スキーマの作成、WebCenter Sitesドメインの構成および環境のプロパティ値の設定が含まれます。

- コンフィギュレータによるWebCenter Sitesの構成
WebCenter Sitesコンフィギュレータは、WebCenter Sitesが機能するために必要な表およびデータをデータベースに移入します。コンフィギュレータは、必要なユーザー・アカウントを設定し、データベース・オブジェクトの必要な権限も設定します。

- WebCenter Sitesデプロイメントによるカスタマイズの管理
変更はパッチ適用プロセス中に上書きされ、再デプロイされるため、Sites WARファイルには実装固有のカスタマイズを含めないことをお薦めします。

- REST-avisportsサンプル・サイトの構成とデプロイ
REST-avisportsは、WebCenter Sitesの集計のREST APIを使用してクライアント側Webサイトの開発を示すサンプルWebサイトです。

親トピック: WebCenter Sitesコンポーネントの構成

8.1 WebCenter Sites構成の前提条件の完了

WebCenter Sitesコンフィギュレータを使用する前に、いくつかの前提条件タスクを実行する必要があります。これらのタスクには、キャッシュ・ファイルの変更、データベース・スキーマの作成、WebCenter Sitesドメインの構成および環境のプロパティ値の設定が含まれます。

WebCenter Sitesを構成する前に、これらの前提条件タスクが完了していることを確認してください。

1. WebCenter Sitesのconfigディレクトリのcs-cache.xml、ss-cache.xml、linked-cache.xmlおよびcas-cache.xmlファイルを次のように変更します。

a. 次のセクションを見つけます。
<cacheManagerPeerProviderFactory class="net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory" properties="peerDiscovery=automatic, multicastGroupAddress=230.0.0.0, multicastGroupPort=4444, timeToLive=0" />

b. peerDiscoveryプロパティの値を手動に変更します。Sitesがクラスタで実行されている場合は、peerDiscoveryプロパティ値がautomaticである必要があります。

注意:
WebCenter Sitesはキャッシュをサポートするマルチキャストに実装され、別のSitesインスタンスまたはその他のアプリケーションが同じマルチキャスト・アドレスを使用している場合はネットワーク上の問題が発生する可能性があります。このため、peerDiscoveryプロパティをmanualに変更することをお薦めします。

c. ファイルを保存して閉じます。

d. WebCenter Sites管理対象サーバーを起動します。
WebCenter Sitesはキャッシュをサポートするマルチキャストに実装され、別のSitesインスタンスまたはその他のアプリケーションが同じマルチキャスト・アドレスを使用している場合はネットワーク上の問題が発生する可能性があります。このため、peerDiscoveryプロパティをmanualに変更することをお薦めします。

2. 「データベース・スキーマの作成」で説明しているように、リポジトリ作成ユーティリティ(RCU)を使用して、WebCenter Sitesのデータベース・スキーマを作成します。

3. Fusion Middleware構成ウィザードとOracle WebCenter Sites  - 12.2.1.2[wcsites]テンプレートを使用して新しいドメインを作成し、「ドメインの構成」で説明しているように、1つ以上のWebCenter Sites管理対象サーバーを構成します。

8.1.1 IBM DB2のデータ・ソース

IBM DB2 WebCenter Sitesでは、Fusion Middleware構成ウィザードによって作成されるデフォルトのデータ・ソースをサポートしません。DB2がサポートするドライバを使用して新しいデータ・ソースを作成する手順:

1. WebCenter Sitesドメインのクラス・パスに、IBM DB2ドライバJARファイルを追加します。

a. WebLogic Server管理サーバーを停止します。

b. ドメインのクラスパスに追加できる場所に、DB2のdb2jcc.jarおよびdb2jcc_license_cu.jarファイルをコピーします。

c. DOMAIN_HOME/bin/setDomainEnv.shを編集し、# ADD EXTENSIONS TO CLASSPATHSの後に次の行を追加します。
PRE_CLASSPATH="path_to_db2jcc.jar:path_to_db2jcc_license_cu.jar:${PRE_CLASSPATH}"

d. 管理サーバーを起動します。

2. 前述のDB2ドライバを使用して新しいデータ・ソースを作成します。詳細は、「JDBCコンポーネント・スキーマ情報の指定」を参照してください。

8.1.2 Sites DB2のデータ・ソース

WebCenter Sitesでは、構成ウィザードによって作成されるデフォルトのデータ・ソースがサポートされません。次に示す手順に従って、サポートされるドライバで新しいデータ・ソースを作成します。

1. IBM DB2ドライバJARファイルをドメイン・クラスパスに追加します。

a. WebLogic管理サーバーを停止します。

b. DB2からdb2jcc.jarおよびdb2jcc_license_cu.jarを、ドメイン・クラスパスに追加できる場所にコピーします。

c. <domain_home>/bin/setDomainEnv.shを更新し、# ADD EXTENSIONS TO CLASSPATHSの後に次の行を追加します。

PRE_CLASSPATH="<path_to_db2jcc.jar>:<path_to_db2jcc_license_cu.jar>${PRE_CLASSPATH}"

d. WebLogic管理サーバーを起動します。

2. 前述のドライバを使用して新しいデータ・ソースを作成します。詳細は、「データ・ソースの作成と構成」を参照してください。

8.2 コンフィギュレータによるWebCenter Sitesの構成

WebCenter Sitesコンフィギュレータは、WebCenter Sitesが機能するために必要な表およびデータをデータベースに移入します。コンフィギュレータは、必要なユーザー・アカウントを設定し、データベース・オブジェクトの必要な権限も設定します。

注意:

低速ネットワーク上でWebCenter Sitesを構成する場合は、WebCenter Sitesコンフィギュレータを起動する前に、StuckThreadMaxTimeプロパティの設定をスレッドごとに1000秒に増加します。デフォルト値は600秒です。

ネットワーク関連の問題が発生する可能性のある特定の環境では、WebCenter Sites構成の設定プロセスで、サンプル・サイトのインポート・プロセスの1スレッド当たりの所要時間が600秒を超える可能性があります。これによって、インポート・プロセスまたはインストールが失敗し、ログ・ファイルに複数の例外が記録される可能性があります。サンプル・サイトのインストールが正常に完了するために、設定を1000秒に増加することをお薦めします。

StuckThreadMaxTimeの値を変更するには、ドメインのWebLogic Server管理コンソールで、「サーバー」、「wcsites_server1」、「構成」、「チューニング」の順に移動します。

対応するWebLogicドメインが正常に設定された後、ブラウザ・ベースのWebCenter Sitesコンフィギュレータを実行する手順:

1. (オプション)コンフィギュレータをサイレント・モードで実行するには:

a. DOMAIN_HOME/wcsites/wcsites/config/wcs_properties_bootstrap.iniファイルを編集し、インラインの指示を完了します。

b. WebCenter Sites管理対象サーバーを起動します。

c. 次のコマンドを使用してWebCenter Sitesの構成プロセスを開始します。

- UNIXオペレーティング・システム: xdg-open http://sites-host:sites-port/sites/sitesconfig

- Windowsオペレーティング・システム: start http://sites-host:sites-port/sites/sitesconfig

2. Webサーバー上でWebCenter Sitesを構成するには、WebCenter Sitesの構成を開始する前に、Webサーバーのtimeout値を300 secに増加します。

3. (オプション) 管理インタフェースのプロパティ管理ツールを使用して、環境に応じて次のプロパティの値を設定します。これらのプロパティは、NIOデータベース・ベースのファイル・システムを使用するクラスタに設定します。ファイルをデフォルトの場所(DOMAIN_HOME/wcsites/wcsites/config下の個別フォルダ)以外に保存する場合は、WebCenter Sitesが稼働中になるとそれを変更できなくなるため、その場所をプロパティ値として指定します。

プロパティ

説明

xcelerate.transformpath

WebCenter Sitesのアセットに変換される前に、Microsoft Wordのファイルが保存されているディレクトリ。

cs.pgcachefolder

非推奨。Oracleサポートから指示された場合にのみ設定します。

cs.xmlfolder

HTMLレンダリングのための作業ディレクトリ。

cs.pgexportfolder

ディスクへのエクスポートの配信タイプによりアセットを公開するときに作成されるHTMLファイルのベース・エクスポート・ディレクトリ。

vis.path

WebCenter Sitesがインストールされているディレクトリ。末尾のスラッシュを含める必要があります。

mwb.path

WebCenter Sitesがインストールされているディレクトリ。末尾のスラッシュを含める必要があります。

contentserver.installation.folder

WebCenter Sitesがインストールされているディレクトリ。末尾のスラッシュを含める必要があります。Satellite ServerとWebCenter Sitesが同じWebアプリケーションで実行するため、ユーザーのセッションを共有する必要がある場合のインストールに適用されます。これを指定すると、Satellite ServerがWebCenter Sitesのリソースにアクセスできます。

cs.csdtfolder

WebCenter Sitesの開発者ツールのインポートが格納されるディレクトリ。

前述のプロパティの詳細は、『Oracle Fusion Middleware Oracle WebCenter Sitesプロパティ・ファイル・リファレンス』を参照してください。

4. WebCenter Sitesプライマリ・クラスタ・ノードの管理対象サーバーを起動します。

5. Webブラウザで、このURLにアクセスします: http://sites-host:sites-port/sites/sitesconfigsetup。

6. 表示されるWebCenter Sitesコンフィギュレータの画面で、「開始」をクリックします。

7. 「データベース・パラメータ」画面で、WebCenter Sitesデータベース・リポジトリの「JNDI DataSource名」を指定します。これは、WebLogicドメインの設定時にリポジトリ作成ユーティリティを使用して作成したリポジトリです。

8. 「Webアプリケーション・パラメータ」画面で、安全な接続を介してインストールしている場合は「はい」を選択し、すべてのパラメータをデフォルトの(事前に移入された)値のままにし、「次」をクリックします。

9. 「CASデプロイメント情報」画面で、すべてのパラメータをデフォルトの(事前に移入された)値のままにし、「次」をクリックします。ロード・バランシングのためにクラスタとフロントエンドWebサーバーを使用している場合は、環境に応じてこれらの値を調整します。

10. 「WebCenter Sites管理者アカウント」画面で、必要な資格証明を指定し、「次」をクリックします。

11. (オプション) WebCenter Sitesのインストール時に「WebCenter Sites - 例」インストール・オプションを選択した場合、「サンプル・サイト」画面が表示されます。この画面で、目的のサンプル・サイトを選択し、「次」をクリックします。

12. 「構成サマリー」画面で「テスト」をクリックし、すべてのテストが成功しているかどうかを確認します。「開始」をクリックし、構成プロセスが完了するのを待ちます。

13. WebCenter Sitesアプリケーションの管理対象サーバーを再起動します。

14. Webブラウザで次のURLにアクセスしてログインし、WebCenter Sitesが稼働中かどうかを確認します: http://sites-host:sites-port/sites。

注意:
cas.logのデフォルトの場所は、DOMAIN_HOME/servers/wcsites_server1/logs/です。

XMLPostとBulkloaderが稼働するためには、CLASSPATH環境変数に次のディレクトリを設定します。

ORACLE_HOME\wcsites\webcentersites\sites-home\lib\*
ORACLE_HOME\oracle_common\modules\clients\*

追加のクラスタ・ノードを構成する方法の詳細は、「クラスタの設定」を参照してください。

外部LDAP認証プロバイダの構成方法の詳細は、「LDAPディレクトリに対する認証への切替え」を参照してください。

Oracle Access Managerの統合を構成する方法の詳細は、「Oracle Access Managerに対する認証への切替え」を参照してください。

WebCenter Sites構成のインポート/エクスポート・ユーティリティの使用方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Sitesプロパティ・ファイル・リファレンス』のプロパティ管理ツールの使用に関する項を参照してください。

8.3 WebCenter Sitesデプロイメントによるカスタマイズの管理

変更はパッチ適用プロセス中に上書きされ、再デプロイされるため、Sites WARファイルには実装固有のカスタマイズを含めないことをお薦めします。

WebCenter Sites WebアプリケーションはWARファイルとして出荷されます。Webアプリケーションは、最初に構成ウィザードのプロセス中にデプロイされ、アプリケーション・ライフサイクル中に複数回再デプロイできます。変更はパッチ適用プロセス中に上書きされ、再デプロイされるため、Sites WARファイルには実装固有のカスタマイズを含めないことをお薦めします。

WebLogic Server共有ライブラリ・フレームワークを拡張することで、SitesはORACLE_HOME/wcsites/webcentersites/sites-home/ディレクトリにあるextend.sites.webapp-lib.warを共有ライブラリとして提供します。静的WebリソースやJavaライブラリなどの実装固有のカスタマイズは、このWARファイルに含めることができます。共有ライブラリは、アプリケーション・ライフサイクル中にデプロイされ、サイトと同じコンテキスト・ルートを共有します(/sites/)。この共有ライブラリの内容は、パッチ適用プロセス中に上書きされません。

注意:

- 一般に、イメージやスタイルシート・ファイルなどの静的アーティファクトをWebサーバーにデプロイすることをお薦めします。

- 共有ライブラリの使用の詳細は、「共有Java EEライブラリおよびオプション・パッケージの作成」を参照してください。

8.4 REST-avisportsサンプル・サイトの構成とデプロイ

REST-avisportsは、WebCenter Sitesの集計のREST APIを使用してクライアント側Webサイトの開発を示すサンプルWebサイトです。

REST-avisportsサンプル・サイトを構成してデプロイする前に、次のタスクが完了していることを確認してください。

- WebCenter Sitesとavisportsサンプル・サイトをインストールします。

- WebCenter Sites管理対象サーバーを起動し、正常に実行されていることを確認します。

REST-avisportsサンプル・サイトを構成してデプロイするには:

1. ORACLE_HOME/wcsites/webcentersites/sites-homeディレクトリのsites-restavisports.warファイルを探します。

2. このWARファイルを展開します。

3. js/appconfig.jsファイルを編集し、次のWebCenter Sites情報を入力します。

a. SITES_HOST_NAME = sites-host

b. SITES_PORT = sites-port (例: 7003)

c. SITES_CONTEXT = sites context-root (例: sites)

4. sites-restavisports.warは、次の任意のサーバーにデプロイできます。

a. WebCenter Sitesと同じドメインで使用可能な個別の管理対象サーバー。

b. 専用のドメイン・サーバーまたはアプリケーション・サーバー。クライアント側の一般的なWebサイトはこの設定に従います。

WebCenter Sitesが実行中のとき、次のURLでREST-avisportsサンプル・サイトにアクセスできます:

http://<restavisports-host-name>:<restavisports-deployed-port>/<restavisports-app-context-path>

9 サイト・キャプチャの構成

Oracle WebCenter Sites: サイト・キャプチャ管理対象サーバーを構成した後、サイト・キャプチャ・コンフィギュレータを使用してサイト・キャプチャを構成できます。サイト・キャプチャは、WebCenter Sitesのパブリッシュ・プロセスと統合することもできます。

次のトピックでは、サイト・キャプチャの構成を完了する方法について説明します。

- コンフィギュレータによるサイト・キャプチャの構成
サイト・キャプチャ・コンフィギュレータは、前提条件タスクが完了した後、対話モードまたはサイレント・モードでサイト・キャプチャを構成するための手順を提供します。

- サイト・キャプチャのWebCenter Sitesのパブリッシュ・プロセスとの統合
サイト・キャプチャをWebCenter Sitesのパブリッシュ・プロセスと統合した場合、リアルタイム・パブリッシュ・セッションの完了によってサイト・キャプチャをトリガーできます。次の手順では、インストールされたサイト・キャプチャと通信できるように、WebCenter Sitesのパブリッシュ・システムを統合します。

親トピック: WebCenter Sitesコンポーネントの構成

9.1 コンフィギュレータによるサイト・キャプチャの構成

サイト・キャプチャ・コンフィギュレータは、前提条件タスクが完了した後、対話モードまたはサイレント・モードでサイト・キャプチャを構成するための手順を提供します。

サイト・キャプチャを構成する前に、次の前提条件の完了を確認してください。

- 「データベース・スキーマの作成」で説明しているように、リポジトリ作成ユーティリティを使用して必要なデータベース・スキーマを作成します

- 完全に機能するWebCenter Sitesインスタンスを1つ以上デプロイします。

- WebLogic構成ウィザードとOracle WebCenter Sites — Site Capture - 12.2.1.2 [wcsites]テンプレートを使用して、サイト・キャプチャの管理対象サーバーを作成します。 詳細は、「WebCenter Sitesドメインの構成」を参照してください。

コマンド・ラインからサイト・キャプチャ・コンフィギュレータを起動し、対話モードまたはサイレント・モードのいずれかでそれを実行してサイト・キャプチャを構成できます。コンフィギュレータが、構成の手順を説明します。

注意:
OHS Webサーバーを使用してサイト・キャプチャをSSlのクラスタにインストールして、OAMと統合する場合は、次の構成を実行する必要があります。

SITE OHS
<IfModule weblogic_module>
</IfModule>
<IfModule weblogic_module>
WebLogicCluster site-capture-host-node1:site-capture-port-node1,site-capture-host-node2:site-capture-port-node2
MatchExpression *
</IfModule>
OAM OHS
<IfModule weblogic_module>
WebLogicHost load-balancer-host
WebLogicPort load-balancer-port
MatchExpression *
WLIOTimeoutSecs 1200
KeepAliveEnabled true
ConnectTimeoutSecs 60
ConnectRetrySecs 5
SecureProxy ON
WLProxySSL ON
WLProxySSLPassThrough ON
Debug ALL
</IfModule>

対話モードでのサイト・キャプチャ・コンフィギュレータの実行

対話モードでコンフィギュレータを実行するための手順:

1. コマンド・ラインを使用して、ORACLE_HOME/wcsites/sitecapture/ディレクトリに移動します。

2. サイト・キャプチャ・コンフィギュレータを実行します: java -jar sites-sitecapture-configurator.jar -configPath DOMAIN_HOME/wcsites/sitecapture/config

3. コンフィギュレータに表示される指示に従います。

4. HTTPS環境でクライアントがサイト・キャプチャを実行している場合は、weblogic.xmlのcookie-secureフラグをtrueに設定します。

5. このサイト・キャプチャ・インスタンスのホストである管理対象サーバーを起動します。

サイレント・モードでのサイト・キャプチャ・コンフィギュレータの実行

サイレント・モードでコンフィギュレータを実行するための手順:

1. DOMAIN_HOME/wcsites/sitecapture/config/wcs_sitecapture_properties_bootstrap.iniファイルを編集し、指示を完了します。

2. コマンド・ラインで、ORACLE_HOME/wcsites/sitecapture/にディレクトリを変更します。

3. java -jar sites-sitecapture-configurator.jar -silent DOMAIN_HOME/wcsites/sitecapture/configを実行します。

4. サイト・キャプチャの管理対象サーバーを起動します。

サイト・キャプチャの構成の完了

1. WebCenter Sitesにログインします。

2. 管理インタフェースにアクセスし、「管理」タブをクリックし、「システム・ツール」、「プロパティ管理ツール」に移動します。

3. カンマ区切りのURLを受け入れるvalid.urlsプロパティを編集します。サイト・キャプチャの場合は、http://sitecapture-host:sitecapture-Port/__admin/*を追加します。

4. WebCenter Sites管理対象サーバーを起動します。

サイト・キャプチャのクラスタ構成の完了

クラスタ構成の場合は、サイト・キャプチャ構成ディレクトリをクラスタ内の全ノードで共有する必要があります。プライマリ・ノードのDOMAIN_HOME/wcsites/sitecaptureディレクトリをマウントし、クラスタ内の他のすべてのノードで共有する必要があります。それはすべてのノードで使用されるフォルダの単一のコピーである必要があります。このディレクトリには、次のディレクトリが含まれています。

- oracle.wcsites.sitecapture.config

- oracle.wcsites.sitecapture.crawler

setStartupEnv.sh/.cmdファイル内の新しい共有場所へのパス。

注意:
DOMAIN_HOME/wcsites/sitecapture/config/wcs_sitecapture_properties_bootstrap.iniファイルを手動で編集してWebCenter Sitesパスワード(oracle.wcsites.app.password)を暗号化されていないクリア・テキスト値に変更した場合は、oracle.wcsites.sitecapture.password.replaceの値をtrueに設定する必要があります。

サイト・キャプチャの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Sitesの管理』のサイト・キャプチャ・アプリケーションの使用に関する項を参照してください。

注意:
WARファイルに加えた変更は、再デプロイ時に保持されないため、WARファイルの変更は、Webアプリケーションの各再デプロイの後にコピーする必要があります。一般に、イメージやスタイルシート・ファイルなどの静的アーティファクトをWebサーバーにデプロイすることをお薦めします。

9.2 サイト・キャプチャのWebCenter Sitesのパブリッシュ・プロセスとの統合

サイト・キャプチャをWebCenter Sitesのパブリッシュ・プロセスと統合した場合、リアルタイム・パブリッシュ・セッションの完了によってサイト・キャプチャをトリガーできます。次の手順では、インストールされたサイト・キャプチャと通信できるように、WebCenter Sitesのパブリッシュ・システムを統合します。

サイト・キャプチャとWebCenter Sitesのパブリッシュ・プロセスを統合するには、サイト・キャプチャ・アプリケーションをインストールして構成した後、次の手順を実行します。

1. WebCenter Sitesソース・システムで、FW_PublishingEventRegistry表に移動し、リスナーcom.fatwire.cs.crawler.RemoteElementInvokingPublishingEventListenerのブロック値をNからYに変更します。

2. WebCenter Sitesターゲット・システムで、次の手順を実行します。

a. 「管理」タブをクリックし、「システム・ツール」、「プロパティ管理」に移動します。

b. Sitecaptureをカテゴリ別に検索します。

c. 次の4つのプロパティを編集し、次のように値を更新します。

- sitecapture.url: 次のいずれかの値を指定します。

- 単一サーバー・インストールの場合、次のサイト・キャプチャ・アプリケーションのURLを指定します。

sc.url=http://site-capture-host:site-capture-port/__admin

- クラスタ化されたインストールの場合、次のロード・バランサのURLを指定します。

sc.url=http://load-balancer-host:load-balancer-port/__admin

- sitecapture.cas.url=http://cas-host:cas-port/cas: サイト・キャプチャ・アプリケーションが指しているCASアプリケーションを指定します。

- sitecapture.cs.username=Rest-Admin-User: サイト・キャプチャのインストールおよび構成プロセスで指定したものと同じWebCenter Sitesの一般管理者のユーザー名を指定します。

- sitecapture.cs.password=Password: サイト・キャプチャのインストールおよび構成プロセスで指定したものと同じ管理者ユーザーのパスワードを指定します。

10 OHSサーバーの構成

Oracle HTTP Server (OHS)を構成する手順。

OHSサーバーの構成の手順

1. OHSバージョン12.2.1.2を使用して、Sites、SiteCaptureクラスタSSlをインストールします。

2. サイトをクロールして、クロール済サイトをプレビューします。

注意:
プレビューすると、クロール済サイトではなく、OHS画面が表示されます。

3. 構成を変更して、OHSのROOTをバイパスします。

- <ORACLE_HOME>/user_projects/domains/<DOMAIN_NAME>/config/fmwconfig/components/OHS/instances/<OHS_INSTANCE_NAME>にあるmod_wl_ohs.confファイルで、次の変更を実行します。

<IfModule weblogic_module>
WebLogicHost <WEBLOGIC_HOST_ON_WHICH_SITECAPTURE_IS_INSTALLED>
WebLogicPort <WEBLOGIC_PORT_ON_WHICH_SITECAPTURE_IS_INSTALLED>
MatchExpression
</IfModule>

4. クラスタを構成する場合、<ORACLE_HOME>/user_projects/domains/<DOMAIN_NAME>/config/fmwconfig/components/OHS/instances/<OHS_INSTANCE_NAME>にあるmod_wl_ohs.confファイルのプロパティを設定します。

<IfModule weblogic_module>
WebLogicCluster <HOST_AND_PORT_DETAILS>
MatchExpression *
</IfModule>

注意:異なるWebサーバーにサンプル・サイトとともにWebCenter Sitesをインストールする場合(例: OHSサーバー)、次のパラメータをWeblogicプラグインのライブラリ・ファイルに必ず追加してください(これにより、構成ウィザードの実行中にインストール可能なavisportsをインポートできます)。

- WLIOTimeoutSecs=1200

- KeepAliveEnabled=true

パラメータを追加しないと、インストール・プロセス中に構成ウィザードが失敗します。パラメータの詳細は、「Webサーバー・プラグインのパラメータ」を参照してください。

5. mod_wl_ohs.confファイルでプロパティを設定すると、OHS画面のかわりに.クロール済のサイトをプレビューできます。

6. OHSバージョン11.1.0.9には、前述の構成に加えて、次の変更が必要です。必要な変更を更新するには、httpd.confファイルのDirectoryIndex構成を変更する必要があります。

<IfModule dir_module>
DirectoryIndex index.html disabled
</IfModule>

親トピック: WebCenter Sitesコンポーネントの構成

11 訪問者サービスの構成

Oracle WebCenter Sites: 訪問者サービス管理対象サーバーを設定した後、ブラウザ・ベースの訪問者サービス・コンフィギュレータを使用して訪問者サービスを構成できます。訪問者サービス・ランタイムは、visitors-webappアプリケーション(WARファイル)、configディレクトリ、データベース・インスタンス、サンプル・バンドル・コード、プロバイダおよびvisitorsクライアントで構成されています。

次のトピックでは、訪問者サービスの構成について説明します。

- 訪問者サービスの構成の前提条件の完了
訪問者サービスを構成する前に、前提条件タスクが完了していることを確認してください。

- コンフィギュレータによる訪問者サービスの構成
訪問者サービスコンフィギュレータは、サイレント・モードと対話モードをサポートします。

- 訪問者IDの取得
Oracle WebCenter Sites: 訪問者サービスのOAMIdentityProviderは、Oracle Access Manager 11.1.2.2.0および11.1.2.3.0をサポートします。

- 訪問者サービス・クラスタ構成の完了
訪問者サービスは完全にステートレスなWebアプリケーションであるため、クラスタ・レベルのセッション・レプリケーションまたはセッション管理は必要ではありません。訪問者サービスのクラスタの構成には、主に構成データの処理が含まれます。

- 訪問者サービスのJMSクラスタの設定
永続ストア、JMSサーバーおよびJMSモジュールを使用して、訪問者サービスのJMSクラスタの設定を構成します。

親トピック: WebCenter Sitesコンポーネントの構成

11.1 訪問者サービスの構成の前提条件の完了

訪問者サービスを構成する前に、前提条件タスクが完了していることを確認してください。

訪問者サービスの構成の前提条件を完了するための手順:

1. 「データベース・スキーマの作成」で説明しているように、リポジトリ作成ユーティリティを使用してWebCenter Sites – 訪問者サービスのデータベース・スキーマを作成します。

2. 「WebCenter Sitesドメインの構成」で説明しているように、構成ウィザードとOracle WebCenter Sites Visitor Services — 12.2.1.2[wcsites]テンプレートを使用して、訪問者サービスの管理対象サーバーを作成します。

注意:IBM DB2の訪問者サービスは、構成ウィザードによって作成されるデフォルトのデータ・ソースをサポートしません。DB2がサポートするドライバを使用して新しいデータ・ソースを作成する手順:

a. WebLogicドメインのクラス・パスに、IBM DB2ドライバJARファイルを追加します。

i. WebLogic Server管理サーバーを停止します。

ii. ドメインのクラス・パスに追加できる場所に、DB2のdb2jcc.jarおよびdb2jcc_license_cu.jarファイルをコピーします。

iii. DOMAIN_HOME/bin/setDomainEnv.shを編集し、# ADD EXTENSIONS TO CLASSPATHSの後に次の行を追加します。
PRE_CLASSPATH="path_to_db2jcc.jar:path_to_db2jcc_license_cu.jar:${PRE_CLASSPATH}"

iv. 管理サーバーを起動します。

b. 前述のDB2ドライバを使用して新しいデータ・ソースを作成します。詳細は、「JDBCコンポーネント・スキーマ情報の指定」を参照してください。

11.2 コンフィギュレータによる訪問者サービスの構成

訪問者サービス・コンフィギュレータは、サイレント・モードと対話モードをサポートします。

サイレント・モードで訪問者サービスを構成する手順:

1. DOMAIN_HOME/wcsites/visitorservices/config/wcs_svs_properties_bootstrap.propertiesファイルを編集し、Oracle WebCenter Sites: 訪問者サービスの詳細によって更新します。
Javaメッセージング・サービス(JMS)を構成する必要がある場合は、JMSの詳細を更新します。そうでない場合は、visitors.jms_service_in_use=falseを保持します。

2. 訪問者サービス管理対象サーバーを起動します。
次のURLを使用して、訪問者サービスのブートストラップ・プロセスを完了します: http://visitorservices-server:visitorservices-port/visitorservices-webcontext/bss

3. 訪問者サービス管理対象サーバーを再起動します。

対話モードで訪問者サービスを構成する手順:

1. 訪問者サービス管理対象サーバーを起動します。

2. Webブラウザで、次のURLの訪問者サービス・コンフィギュレータにアクセスします: http://visitorservices-host:visitorservices-port/visitors-webapp/bootstrapconfig

3. 表示される訪問者サービス・コンフィギュレータの画面で、「開始」をクリックします。

4. 表示される画面のSites Webアプリケーション・パラメータのセクションで、次の表に示すように値を入力します。

名前

説明

ホスト名またはIPアドレス

ターゲットWebCenter Sitesインスタンスのホスト名またはIPアドレス。

ポート番号

ターゲットWebCenter Sitesインスタンスのポート番号。

アプリケーション・コンテキスト・ルート

ターゲットWebCenter Sitesインスタンスのコンテキスト・ルート。

セキュアな接続?

環境にSSL接続が設定されている場合は「はい」を選択し、そうでない場合は「いいえ」を選択します。

サイト名

ターゲットWebCenter Sitesサイトの名前。

ユーザー名

ターゲットWebCenter Sitesインスタンスの管理者ユーザー・アカウントの名前。

パスワード

ターゲットWebCenter Sitesインスタンスの管理者ユーザー・アカウントのパスワード。

パスワードの確認入力

前のフィールドに入力したパスワードを確認します。

5. 訪問者サービスのパラメータのセクションで、次のように入力します。

名前

説明

データ・ソースJNDI名

訪問者サービスのデータ・ソースのフルネーム。訪問者サービスのデータ・リポジトリの作成にリポジトリ作成ユーティリティを使用している場合、これは自動的に事前移入されています。

JMSリソースを構成しましたか。

Javaメッセージング・サービスと訪問者サービスを統合する場合は「はい」を選択し、そうでない場合は「いいえ」を選択します。

JMS接続ファクトリJNDI名

Javaメッセージング・サービス接続ファクトリのフルネーム。

JMSエンリッチメント・キューのJNDI名

Javaメッセージング・サービスのエンリッチメント・キューのフルネーム。

JMSプロファイル更新キューのJNDI名

Javaメッセージング・サービスのプロファイル更新キューのフルネーム。

JMSトランザクションのサポート

Javaメッセージング・サービス・トランザクション・サポートを有効にするには「はい」を選択し、そうでない場合は「いいえ」を選択します。

JMSの永続性のサポート

Javaメッセージング・サービスの永続性のサポートを有効にするには「はい」を選択し、そうでない場合は「いいえ」を選択します。

6. WebCenter Sitesインスタンスとの接続をテストするために「テスト」をクリックします。

7. 接続テストが成功した場合は、構成処理を開始するために「OK」をクリックし、確認画面が表示されるまで待ちます。

8. 確認画面で、構成をコミットするには「閉じる」をクリックする必要があります。「閉じる」をクリックしない場合、構成は失われます。

9. 訪問者サービスの管理対象サーバーを再起動します。

10. WebCenter Sites管理インタフェースにログインします。

11. WebCenter Sitesプロパティ管理ツールに、訪問者サービスの管理者のユーザー名とパスワードを構成します。

a. 管理インタフェース・アイコンを選択します。

b. 「管理」ツリーの「システム・ツール」を展開し、「プロパティ管理」をダブルクリックします。

c. wcsites.visitors.admin.userおよびwcsites.visitors.admin.passwordプロパティを編集してユーザー名とパスワードを設定します。

12. WebCenter Sites管理対象サーバーを再起動します。

13. 訪問者サービスで使用するアイデンティティ・プロバイダを作成し、有効にします。アイデンティティ・プロバイダは、訪問者サービスのサイト訪問者を認証します。訪問者サービスには、Oracle Access Managerと統合するためのOracle Access Managerアイデンティティ・プロバイダが付属しています。

14. (オプション)訪問者サービスで使用するアクセス・プロバイダを作成し、有効にします。アクセス・プロバイダは、訪問者サービスとWebCenter Sites間のRESTコールを認証します。訪問者サービスとWebCenter Sites間の安全な接続を維持するためにアクセス・プロバイダの使用をお薦めします。訪問者サービスには、LDAPディレクトリに対する認証のための基本的なLDAPアクセス・プロバイダが付属しています。
次のプロパティも設定する必要があります。

- wcsites.visitors.auth.password

- visitors.rest.authalias

- visitors.rest.authtype

- visitors.rest.authheader

- wcsites.visitors.auth.user

15. プロファイル・プロバイダを1つ以上作成し、有効にします。プロファイル・プロバイダにより、訪問者プロファイルと訪問者のアイデンティティの関連付けが可能になります。Visitor Servicesには、Eloqua Cloud Marketing Serviceと統合するためのEloquaプロファイル・プロバイダ、およびOracle Access Managerと統合するためのOracle Access Managerプロファイル・プロバイダが同梱されています。

16. 集計テンプレートテンプレートを作成します。集計テンプレートにより、訪問者のプロファイルに基づいて、サイトの訪問者に返されるデータが決定します。
詳細は、『Oracle Fusion Middleware Oracle WebCenter Sitesでの開発』のWebCenter Sites: Visitor Servicesの開発に関する項を参照してください。

17. WebCenter Sitesおよび訪問者サービスの管理対象サーバーを再起動します。

11.3 訪問者IDの取得

Oracle WebCenter Sites: 訪問者サービスのOAMIdentityProviderは、Oracle Access Manager 11.1.2.2.0および11.1.2.3.0をサポートします。

Oracle Access Managerのインストールの詳細は、Oracle Identity and Access Managementインストレーション・ガイドを参照してください。

OAMIdentityProviderを使用してvisitorId値を取得する手順:

1. WebCenter Sites(http://site-host:site-port/sites/)にログインします。

2. AdminSite、管理インタフェース・アイコンの順に選択し、「左側のナビゲーションの非表示」、「管理」、「アイデンティティ・プロバイダ・リスト」の順にクリックします。

3. 構成フィールドに適切な構成データが指定された、ORACLE_HOME/wcsites/visitorservices/providers/identity-providers/下に配置されたidentity-provider-oam.jarファイルをアップロードします。

4. ORACLE_HOME/wcsites/visitorservices/providersConfig/identity-provider-oam/identity-provider-oam.properties下に配置された構成をコピーします。

5. Profile Provider Listをクリックします。

6. Oracle Access Managerのユーザー・プロファイルのためのユーザー・アイデンティティ・ストアが構成されていることを確認します。ユーザー・アイデンティティ・ストアの構成の詳細は、Oracle Identity and Access Managementインストレーション・ガイドを参照してください。

7. 構成フィールドに適切な構成データが指定された、ORACLE_HOME/wcsites/visitorservices/providers/profile-providers/下に配置されたprofile-provider-ldap.jarファイルをUserIdentityStore1という名前でアップロードします。

8. ORACLE_HOME/wcsites/visitorservices/providersConfig/profile-provider-ldap/profile-provider-ldap.properties下に配置された構成をコピーします。

9. get visitorId for user exテストは、RESTクライアントの次のURLを使用しているOracle Access Manager組込みLDAPに属します:

http://OHS-host:OHS-port/visitor-services-context/rest/v1/visitor/getId

content-typeおよびapplication/x-www-form-urlencodedヘッダーを追加し、リクエスト本文を入力します。

request={
"parameters":"{}",
"headers":"{}",
"cookies":"[{}]"
"header":"{\"oam_identity_domain\":\"UserIdentityStore1\",\"oam_remote_user\":\"test\"}"
}

SampleIdentityProviderを使用してvisitorId値を取得する手順:

1. WebCenter Sites (http://sites-host:sites-port/sites/)にログインします

2. AdminSite、管理インタフェース・アイコンの順に選択し、「左側のナビゲーションの非表示」、「管理」、「アイデンティティ・プロバイダ・リスト」の順にクリックします。

3. 構成フィールドに適切な構成データが指定された、ORACLE_HOME/wcsites/visitorservices/providers/identity-providers/下に配置されたidentity-provider-oam.jarファイルをアップロードします。

4. ORACLE_HOME/wcsites/visitorservices/providersConfig/identity-provider-sample/identity-provider-sample.properties下に配置された構成をコピーします。

5. Profile Provider Listをクリックします。Oracle Internet Directoryまたは他のLDAP認証プロバイダがインストールされ、構成されていることを確認します。

6. ORACLE_HOME/wcsites/visitorservices/providersConfig/profile-provider-ldap/profile-provider-ldap.properties下に配置されたprofile-provider-ldap.jarファイルをアップロードします。

7. ORACLE_HOME/wcsites/visitorservices/providersConfig/profile-provider-ldap/profile-provider-ldap.properties下に配置された構成をコピーします。

8. get visitorId for userテストは、RESTクライアントの次のURLを使用しているOracle Internet Directory LDAPに属します:

http://visitorservices-host:visitorservices-port/visitorservices-context/rest/v1/visitor/getId

content-typeおよびapplication/x-www-form-urlencodedヘッダーを追加し、リクエスト本文を入力します。

request={
"parameters":"{\"external_id\":[\"ssoid1\"]}",
"headers":"{}",
"cookies":"[{}]"
"header":"{}"
}

11.4 訪問者サービス・クラスタ構成の完了

訪問者サービスは完全にステートレスなWebアプリケーションであるため、クラスタ・レベルのセッション・レプリケーションまたはセッション管理は必要ではありません。訪問者サービスのクラスタの構成には、主に構成データの処理が含まれます。

最初のノード(プライマリ・クラスタ・ノード)を作成した後、他のすべてのノードは、プライマリ・クラスタ・ノードの構成ファイルを使用する必要があります。特に重要なのはvisitors.propertiesファイルです。訪問者サービスの主要な構成ファイルはvisitors.propertiesです。このファイルには、訪問者サービス・データベース内のデータ・ソースの詳細、JMSオブジェクトおよびWebCenter SitesインスタンスへのURLが含まれています(1つのノードのURL、またはWebCenter Sitesクラスタがある場合はロード・バランサのURL)。セカンダリ・ノードは、次のいずれかの方法で、プライマリ・クラスタ・ノードからのvisitors.propertiesファイルを使用できます。

- 訪問者サービス・クラスタ内のすべてのノードは、そのクラス・パスに、同じ訪問者サービス・ファイルの複製を持つことができます。

- すべてのノードは、共有フォルダ内にファイル・パスを持つ単一のvisitors.propertiesファイルを指すことができます。

訪問者サービス・クラスタ全体のための単一のデータベースがあります。各ノードのvisitors.propertiesファイル内のデータ・ソース・プロパティは、この単一のデータベースを指す必要があります。

他の訪問者サービスの構成ファイルの修正は必要ではありません。それらは現状のまま、プライマリ・ノードからセカンダリ・ノードにコピーしてください。

JMSはオプションですが、JMSの使用をお薦めします。各ノードが同じJMSオブジェクトを指している必要があります。ノードで異なるJMSキューが構成されると、そのノードが停止した場合にそのキューに存在するメッセージが損なわれるので、そのように構成しないでください。

visitors-cache.xmlファイルは、訪問者オブジェクトのキャッシュを管理する分散キャッシュ構成を提供します(identity provider、access provider、profile provider、aggregation templatesおよびvisitor configuration)。これは分散キャッシュであるため、このファイル内ですべてのノードが次のプロパティに対して同じ値を持つ必要があります。

- multicastGroupPort

- multicastGroupAddress

これらのプロパティの値は、プライマリ・クラスタ・ノード上のvisitors-cache.xmlファイルで設定し、各セカンダリ・ノードにファイルをコピーすることをお薦めします。または手動により、各セカンダリ・ノードでローカル・ファイルに変更を加えることもできます。

visitors-logging.xmlファイルは、様々なログ出力のログ・レベル設定を提供します。ノード全体に一貫したロギング操作を提供するために、すべてのノードが同じファイルを使用するか、1つのノードで行った変更をすべてのノード上のこのファイルのローカル・コピーに手動で伝播することをお薦めします。

注意:
WARファイルに加えた変更は、再デプロイ時に保持されないため、WARファイルの変更は、Webアプリケーションの各再デプロイの後にコピーする必要があります。一般に、イメージやスタイルシート・ファイルなどの静的アーティファクトをWebサーバーにデプロイすることをお薦めします。

訪問者サービスとOAMの統合

サイトがOAMと統合された訪問者サービスを実行する必要がある場合は、サイトにOAMがインストールされていることを確認してから、OAMログインURLと統合されたサイトを使用して、訪問者サービス・ブートストラップを実行します。

クラスタへの訪問者サービス

訪問者サービスをクラスタにインストールする必要がある場合:

- Webサーバーでブートストラップを実行するには、訪問者サービスのプライマリ・ノードのみが実行されていることを確認します。

- 次に、訪問者サービスの構成ディレクトリを両方のノードと共有するか、構成ディレクトリをプライマリ・ノードから他のノードにコピーし、すべてのノードのプロパティが同じになるようにします。

11.5 訪問者サービスのJMSクラスタの設定

永続ストア、JMSサーバーおよびJMSモジュールを使用して、訪問者サービスのJMSクラスタの設定を構成します。

前提条件

訪問者サービスをJavaッセージング・サービス(JMS)クラスタに設定する前に、次の前提条件を設定する必要があります。

- 少なくとも2つ以上のサイト訪問者サービスをクラスタに作成します。

- すべてのクラスタ・メンバーのホスト名またはアドレスをメモします。

- すべてのサーバー間で共通のディレクトリを作成します(例: 図11-1は、サーバー/u01/oracle/12.2.1/tmp/prod/に設定されたディレクトリ・パスを示します)。

永続ストアの構成

VSjmsサポート・ウィザードを使用して、永続ストアを構成します。

1. 「永続ストア」で、WL left navサービスを特定します。

2. 「永続ストア」を選択し、Vsjmsサポートを選択します。

3. 「ディレクトリ」フィールドで、有効な共有ファイルシステム(例: /u01/oracle/12.2.1/tmp/prod/)を指定します。

4. 選択したディスク上の場所(/u01/oracle/12.2.1/tmp/prod/)に、rs_daemons.cfgファイルを作成します。

5. 変更を永続ストアに保存します。

注意:
変更の保存時に、エラーが発生する場合は、「無視」をクリックしてプロセスを完了します。

6. rs_daemons.cfgファイルを編集して、値を入力します。次の例は、サーバーに設定する必要がある値を示しています。

#ipaddress

portno

shmkey

memlmt

111.222.2.333

14545

4545

1G

111.666.2.111

14546

4545

1G

7. rs_daemons.cfgファイルを保存します。

rs_daemons.cfgファイルの詳細は、「メッセージング・サービス」を参照してください。

図11-1 Oracle WebCenter Sites: 訪問者サービスの永続ストアの構成

JMSサーバーの構成

JMSサーバーを更新する手順:

1. 構成ウィザードでは、VSjms Serverがすでに作成されています。

2. 「永続ストア」で、WL left navサービスを特定します。

3. 「JMSサーバー」→VSjmsサーバーを選択します。

4. VSJMSサーバーの設定で、「ターゲット」タブを選択します。

5. ドロップダウン・リストから、訪問者サービス・クラスタを選択します。図11-2に、wcvisitorの例を示します

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

注意:
変更の保存中にエラーが発生した場合は、「無視」をクリックして続行し、プロセスを完了します。

図11-2 Oracle WebCenter Sites: 訪問者サービスのJMSサービスの構成

JMSモジュールの構成

JMSモジュールを構成する手順:

1. 構成ウィザードでは、VSjms Moduleがすでに作成されています。

2. WL left navサービスを特定します。

3. 「JMSモジュール」→VSjmsモジュール→VSjmsサーバーを選択します。

4. 「ターゲット」タブをクリックして、クラスタ全体を選択します。

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

注意:
変更の保存中にエラーが発生した場合は、「無視」をクリックして続行し、プロセスを完了します。

6. 「サブデプロイメント」タブをクリックします。

7. サブデプロイメントVsjms Module Subを表示します。

8. ここで、これはVsjmsサーバーを指しています。Vsjmsサーバーを指している場合は変更しないでください。

9. 「構成」タブをクリックします。

10. wcsitesVisitorsEnrichQueueおよびwcsitesVisitorsUpdateQueueを選択します。

11. これらはスタンドアロン・キューで、クラスタでは機能しないため、「削除」をクリックします。

12. 「新規」をクリックします。

13. 「分散キュー」を選択し、「次へ」をクリックします。

14. 「名前」フィールドにwcsitesVisitorsEnrichQueueを入力し、「JNDI名」にjms/wcsitesVisitorsEnrichQueueを入力します。

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

16. JMSモジュール構成タブに戻ります。

17. 「新規」をクリックします。

18. 「分散キュー」を選択し、「次へ」をクリックします。

19. 「名前」フィールドに、wcsitesVisitorsUpdateQueueを入力します。

20. 「JNDI名」に、jms/wcsitesVisitorsUpdateQueueを入力します。

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

22. 図11-3のような構成ページが表示されます。

注意:
この手順を完了した後に、赤色のエラーが上部のバーに表示されていないことを確認します。

図11-3 Oracle WebCenter Sites: 訪問者サービスのVSjmsサーバーの設定

12 リモートのSatellite Serverの構成

Oracle WebCenter Sites: Satellite ServerのWebLogicドメインを設定した後、Satellite Serverコンフィギュレータを実行して構成プロセスを完了できます。

Satellite Server構成の前提条件の完了
Satellite Serverを構成する前に、次の前提条件の完了を確認してください。

- 「データベース・スキーマの作成」で説明しているように、リポジトリ作成ユーティリティを使用して必要なデータベース・スキーマを作成します。

- 「WebCenter Sitesドメインの構成」で説明しているように、WebLogic構成ウィザードとOracle WebCenter Sites — Satellite Server 12.2.1.2 [wcsites]テンプレートを使用して、Satellite ServerのWebLogicドメインを作成します。

- 手動により、ORACLE_HOME/wcsites/satelliteserver/config/wcs_properties.jsonのss.passwordプロパティの値をクリア・テキストで設定する場合は、hidden.encryptedプロパティの値をfalseに設定する必要があります。(暗号化されたパスワードを使用する場合は、hidden.encryptedをtrueに設定します。)

インポート/エクスポート・ユーティリティによるSatellite Serverの構成

インポート/エクスポート・ユーティリティにより、プロパティ・ファイル形式でSatellite Server構成ストアをインポートおよびエクスポートできます。エクスポートされたプロパティ・ファイルには、key=value形式で製品のすべての設定が含まれています。

このユーティリティを実行するには、『Oracle Fusion Middleware Oracle WebCenter Sitesプロパティ・ファイル・リファレンス』のインポート/エクスポート・ユーティリティによるSatellite Serverプロパティの管理に関する項を参照してください。

コマンド・ラインからSatellite Serverコンフィギュレータを起動し、対話モードまたはサイレント・モードのいずれかで実行して、Satellite Serverを構成できます。コンフィギュレータが、構成の手順を説明します。

対話モードでのSatellite Serverコンフィギュレータの実行

対話モードでコンフィギュレータを実行するための手順:

1. コマンド・ラインを使用して、ORACLE_HOME/wcsites/satelliteserver/ディレクトリに移動します。

2. 次のようにSatellite Serverコンフィギュレータを実行します。java -jar satellite-configurator.jar -configPath DOMAIN_HOME/wcsites/satelliteserver/config

3. コンフィギュレータに表示される指示に従います。

4. Satellite Server管理対象サーバーを起動します。

サイレント・モードでのSatellite Serverコンフィギュレータの実行

サイレント・モードでコンフィギュレータを実行する手順:

1. DOMAIN_HOME/wcsites/satelliteserver/config/wcs_satelliteserver_properties_bootstrap.iniファイルを編集し、指示を完了します。

2. コマンド・ラインを使用して、ORACLE_HOME/wcsites/satelliteserver/ディレクトリに移動します。

3. 次のようにSatellite Serverコンフィギュレータを実行します。java -jar satellite-configurator.jar -silent DOMAIN_HOME/wcsites/satelliteserver/config

4. Satellite Server管理対象サーバーを起動します。

管理対象サーバーの起動時にnullpointer例外が発生する場合は、次の手順が完了していることを確認し、再度Satellite Serverコンフィギュレータを実行します。

1. 「WebCenter Sites構成の前提条件の完了」で説明しているように、cs-cache.xml、ss-cache.xml、linked-cache.xmlおよびcas-cache.xmlファイルを更新します。

2. WebCenter Sites構成のセットアップURLの初期構成を完了します: http://sites-host:sites-port/sites/sitesconfigsetup

Satellite Serverの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Sitesでの開発』のキャッシュの管理に関する項を参照してください。

注意:
WARファイルに加えた変更は、再デプロイ時に保持されないため、WARファイルの変更は、Webアプリケーションの各再デプロイの後にコピーする必要があります。イメージやスタイルシート・ファイルなどの静的アーティファクトをWebサーバーにデプロイすることをお薦めします。

親トピック: WebCenter Sitesコンポーネントの構成

13 外部認証への切替え

本番環境に最大限のセキュリティを確保し、高度なアイデンティティ管理ソリューションとシームレスなシングル・サインオンの操作性を提供するために、Oracle Access ManagementとOracle WebCenter Sitesの統合をお薦めします。または、必要に応じて、WebCenter Sitesを外部LDAP認証プロバイダ・ディレクトリと統合することもできます。

次のトピックでは、いずれかの外部アイデンティティ管理ソリューションに対する認証のためにWebCenter Sitesを構成する方法を説明します。

- LDAPディレクトリに対する認証への切替え
このトピックでは、WebCenter Sitesを外部LDAP認証プロバイダ・ディレクトリに対する認証に切り替える方法について説明します。Oracle Access Managementとの統合を実行できない場合、これは本番環境のための推奨のソリューションです。

- Oracle Access Managerに対する認証への切替え
Oracle Access Managerに対する認証を行うようにWebCenter Sitesを構成できます。このソリューションは本番環境にお薦めします。

親トピック: WebCenter Sitesコンポーネントの構成

13.1 LDAPディレクトリに対する認証への切替え

このトピックでは、WebCenter Sitesを外部LDAP認証プロバイダ・ディレクトリに対する認証に切り替える方法について説明します。Oracle Access Managementとの統合を実行できない場合、これは本番環境のための推奨のソリューションです。

認証プロバイダを変更する前に、WebCenter Sitesをインストールし構成してください。

WebCenter Sitesを外部LDAPディレクトリに対する認証に切り替える手順:

1. (オプション)使用しているLDAPサーバーが大/小文字を区別する場合は、ldap.caseAwareプロパティの値をtrueに変更します。

デフォルトでは、ldap.caseAwareの値はfalseに設定されています。大/小文字を区別するLDAPサーバーを使用しているとき、このプロパティがfalseに設定されている場合、ログインに失敗します。ldap.caseAwareの値をTrueに変更するには、次の手順に従います。

- WebCenter Sites管理インタフェースにログインし、管理ツリータブ→「システム・ツール」→「プロパティ管理」オプションに移動します。

- ldapを検索し、値をFalseからTrueに変更します。

- 管理対象サーバーを再起動します。

注意:
SitesとLDAPの統合中、LDAPのユーザー・データがカンマで区切られている場合、データ・タイプはフェッチされません(例: test,user)。データを取得するには、..sites/installディレクトリにあるdir.iniファイルの構文を"syntax.escape=\\からsyntax.escape=\#"に変更する必要があります。

2. LDAPコンフィギュレータにアクセスし(http://sites-host:sites-port/sites-context/ldapconfig)、画面に表示される指示に従って、使用する環境に応じて値を入力します。

3. LDAPのロールバックの場合は、WebCenter Sites管理対象サーバーを再起動し、同じLDAPコンフィギュレータURLにアクセスします。

現在は、手動によるLDAP統合のみがあります。LDAPサーバーへの書込みはなく、DOMAIN_HOME/wcsites/wcsites/config/ldapフォルダ下にLDIFファイルのみが作成されます(これはWebCenter Sitesアプリケーションのデフォルトのインストール場所です。すべてのカスタマイズおよびパスの変更はLDAPの正常な統合の後に行う必要があります)。peopleparent、groupparent、usernameおよびその他のフィールドは、以前のリリースのように事前移入されません。

4. (オプション)使用する環境に応じて、DOMAIN_HOME/wcsites/wcsites/config/にあるLDIFファイルの値を変更します。

フィールドが事前移入されていないので、次のORACLEDIRの例に従ってください:

ldap server type -- ORACLEDIR
ldap DSN -- dc=oracle,dc=com
ldap host -- localhost
ldap port -- 389
ldap username -- cn=orcladmin
ldap password -- password
ldap peopleParent -- cn=Users,dc=oracle,dc=com
ldap groupparent -- cn=Groups,dc=oracle,dc=com

5. Oracle Virtual DirectoryをLDAP認証プロバイダとして選択すると、WebCenter Sitesに生成されるLDIFファイルをOracle Internet Directoryサーバーにインポートし、Oracle Virtual Directoryにアダプタを作成してOracle Internet Directoryサーバーに接続できます。

Oracle Virtual DirectoryのLDAPサーバーにはそれ独自の記憶域がないので、LDIFファイルを直接にOracle Virtual Directoryにインポートすることはできません。

6. 外部LDAP認証プロバイダにLDIFファイルをインポートします。

7. このWebCenter Sitesインスタンスを実行しているWebLogic管理対象サーバーを再起動します。

13.2 Oracle Access Managerに対する認証への切替え

Oracle Access Managerに対する認証を行うようにWebCenter Sitesを構成できます。このソリューションは本番環境にお薦めします。

お客様がすでにOAMサーバーを実行中であることを前提としています。このOAMとの統合では、oamconsoleを使用したOAMサーバーの構成とSites内の一部の構成の変更が必要です。

WebCenter Sitesとの統合は、Oracle Access Manager 11.1.2.2.0および11.1.2.3.0でサポートされます。

WebCenter SitesをOracle Access Managerに対する認証に切り替える手順:

1. oamconsoleを使用して(例: http://<oam_host:oam_port/<oam console/) Oracle Access Managerサーバーにログインし、WebGateを構成します。詳細は、「OAMとOracle WebCenter Sitesの統合」を参照してください。

2. ターゲットWebCenter Sitesインスタンスが含まれているWebLogicドメインに、ORACLE_HOME/wcsites/webcentersites/sites-homeにあるoamlogin.warおよびoamtoken.warアプリケーション・ファイルをデプロイします。

3. DOMAIN_HOME/wcsites/wcsites/config/でwemsites_settings.propertiesプロパティ・ファイルを作成します。

4. wemsites_settings.propertiesファイルに、次のように値を入力します。

要素

プロパティ

oamredirect

http://oam_server_host:oam_port/oam/server/auth_cred_submit

oamlogout

oamlogout=http://oam_server_host:oam_port/oam/server/logout

forgotpassword

helpdesk-email-address

5. DOMAIN_HOME/wcsites/wcsites/config/SSOConfig.xmlに次のプロパティを設定します詳細は、「統合手順」の手順12を参照してください。

要素

プロパティ

serviceUrl

http://{ohs_server_host}:{ohs_port}/{sites_context_root}/REST

ticketUrl

http://{oamtoken_server_host}:{oamtoken_port}/oamtoken

signoutURL

http://{oam_server_host}:{oam_port}/oam/server/logout?end_url={end_url}

このURLは、WebCenter Sitesログアウトを呼び出すときに使用します。これには、Oracle Access Managerによるすべてのログアウト処理が完了した後にブラウザから戻される、エンコードされたURLが含まれます。

end_url

テスト(ステージング)環境: http%3A%2F%2F{ohs_server_host}%3A{ohs_port}%2F{sites_context_root}%2Fwem%2Ffatwire%2Fwem%2FWelcome

本番(デリバリ)環境: http%3A%2F%2F{ohs_server_host}%3A{ohs_port}%2F{sites_context_root}%2FXcelerate%2FLoginPage.html

dbUsername

WebCenter Sitesの一般管理者のユーザー・アカウント名。

dbPassword

WebCenter Sitesの一般管理者のユーザー・アカウントのパスワード。

注意:
ohs_serverホストおよびohs_portをWebLogicホストおよびポートにするか、構成に応じてその他のHTTPサーバー・ホストおよびポートを使用できます。OHS構成の詳細は、「統合手順」の手順2から手順9を参照してください。mod_wl_ohs.confファイルのOAM OHSに次の構成の例を追加します。

<IfModule weblogic_module>
<Location /oamlogin>
SetHandler weblogic-handler
WebLogicHost SITES_HOST
WebLogicPort SITES_PORT
</Location>
</IfModule>
<IfModule weblogic_module>
<Location /sites>
SetHandler weblogic-handler
WebLogicHost SITES_HOST
WebLogicPort SITES_PORT
</Location>
</IfModule>

6. Oracle Access ManagerインスタンスのobAccsessClient.xmlおよびcwallet.ssoファイルを、ターゲットWebCenter Sitesインスタンス上のDOMAIN_HOME/wcsites/wcsites/config/oblix/lib/ディレクトリにコピーします。

注意:
これらのファイルは、WebGateが構成された後に自動生成されます。

7. 互換性モードとoblixパスを設定するために、sites-configディレクトリのoamtoken.xmlファイルを編集します。互換性モードは11Gに設定し、oblixパスはoblix/libフォルダが含まれているsites-configフォルダに設定します。

8. WebCenter SitesのためのOracle Access Managerの構成で、保護リソース、パブリック・リソースおよび除外リソースを次のように更新します。

詳細は、エンタープライズ・デプロイメントの保護、パブリックおよび除外リソースの更新に関する項を参照してください。

9. Weblogic ServerにOAMSDKクライアントをoamtoken.warアプリケーションとして統合するために、WebCenter Sitesドメインのjps-config.xmlファイルを編集します。このファイルは、WebLogic Server 12 cの起動スクリプトの一部であり、デフォルトでは、WebLogicドメインはこのファイルを使用して実行されます。

-Doracle.security.jps.config=ORACLE_HOME/user_projects/domains/DOMAIN_NAME/config/fmwconfig/jps-config.xml

a. 次の例に示すように、既存のjsp-config.xmlファイル内の既存のサービス・インスタンスの隣に、サービス・インスタンスを追加します。
<serviceInstance name="credstore.oamtoken" provider="credstoressp" location="./oamtoken">

<description>File Based Credential Store Service Instance</description>

<property name="location" value="./oamtoken"/>

</serviceInstance>

locationは、cwallet.ssoファイルを含むディレクトリのパスです。前述の例では、このパスは、現在のjsp-config.xmlファイルへの参照に設定されています。omtokenフォルダが、現在のディレクトリを基準にして作成され、そこにcwallet.ssoファイルが配置されていることを確認してください。locationの値は、cwallet.ssoファイルが配置されている場所への絶対パスにすることもできます。

b. <jpsContext name="default">の下に、<serviceInstanceRef ref="credstore.oamtoken"/>を追加します。

c. <jpsContexts default="default">の下に、次の<jpsContext>要素を追加します。
<jpsContext name="OAMASDK">

<serviceInstanceRef ref="credstore.oamtoken"/>

</jpsContext>

10. oamtoken.warのコードを使用できるように権限を追加します。
クライアントは、Oracle Access Managerに作成されたWebゲートにアクセスします。セキュリティの制約に対処するために、WebCenter Sitesドメインに資格証明を追加する必要があります。

a. wlst.shスクリプトでWebLogic Scripting Toolを起動します。
cd ORACLE_HOME/oracle_common/common/bin/./wlst.sh

b. WebCenter Sitesドメインの管理サーバーに接続します。
connect('user-name','password','sites-host:admin-port')

c. 権限を付与します。
grantPermission(codeBaseURL="file:/scratch/idc/newoam/rend/Oracle_Home/user_projects/domains/renddomain/servers/wcsites_server1/tmp/_WL_user/oamtoken/-", permClass="oracle.security.jps.service.credstore.CredentialAccessPermission",permTarget="context=SYSTEM,mapName=OAMAgent,keyName=*",permActions="*")

基本的に、前述のパスは、WebLogic Serverのoamtoken.warアプリケーションが展開されている場所へのパスです。

d. ターゲットWebCenter Sites管理対象サーバーを再起動します。

11. (オプション) WebCenter SitesとOracle Access Managerの間の信頼が確立していない場合は、WebCenter SitesのWeb層の設定を次のように変更します。

a. Oracle Access Managerコンソールにログインします。

b. Webゲートの認可ポリシー(保護されたリソースのポリシーの下)の「レスポンス」タブに移動します。

c. 「IDアサーション」チェック・ボックスを有効化(選択)します。

d. 「適用」をクリックして、変更を保存します。

12. (オプション) WebCenterSitesがクラスタにデプロイされる場合は、OAM統合を使用します。oamticketcacheキャッシュにレプリケートするには、次の手順が必要です。

a. 構成ディレクトリに、cas-cache.xmlがあり、oamticketcacheがデフォルトで構成されています。

b. oamticketcacheという名前の、キャッシュ内のコメント付きのセクションのコメントを解除すると、セクションは次のように表示されます。

<cacheEventListenerFactory
class="net.sf.ehcache.distribution.RMICacheReplicatorFactory"
properties="replicateAsynchronously=true, replicatePuts=true,
replicateUpdates=true,
replicateUpdatesViaCopy=false, replicateRemovals=true"/>
<bootstrapCacheLoaderFactory
class="net.sf.ehcache.distribution.RMIBootstrapCacheLoaderFactory"
properties="bootstrapAsynchronously=false,
maximumChunkSizeBytes=5000000"
propertySeparator="," />

c. cacheManagerPeerProviderFactoryを次のように変更し、ポートが一意になっていることを確認します。

<cacheManagerPeerProviderFactory
class="net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory"
properties="peerDiscovery=automatic,
multicastGroupAddress=230.0.0.8,
multicastGroupPort=40002, timeToLive=1" />

d. 前述の手順に指定されているように、cacheManagerPeerProviderFactoryとcacheManagerPeerListenerFactoryには異なるポートを指定してください。

e. すべてのクラスタ・ノードで、両方のプロパティに同じポートを指定してください。

13. SSOConfig.xmlファイルで作業する場合は、次の手順に従います。

a. WebCenter SitesデプロイメントのSSOConfig.xmlファイルを変更します。このファイルは、ロードする認証クラスや、それらのクラスで必要なプロパティを制御します。

b. Sitesサーバーを停止します。

c. デプロイされているWebCenter SitesアプリケーションのWEB-INF/classesディレクトリにあるSSOConfig.xmlファイルをバックアップします。
たとえば、/u01/software/Apps/OraMiddleware/user_projects/domains/OAMSitesDomain/wcsites/wcsites/config/SSOConfig.xmlとします。

d. SSOConfig.xmlを次のように変更します。

注意:
serviceUrl、ticketUrl、signoutURL、dbUsernameおよびdbPasswordのプロパティの設定は、追加手順で説明します。詳細は、手順5を参照してください。

e. signoutUrlプロパティは、WebCenter Sitesのログアウトの起動時に使用されるURLを指定します。これには、OAMによりすべてのログアウト処理が完了した後にブラウザから戻される、エンコードされたURLが含まれます。

f. Sites管理の場合は、end_urlの値としてhttp%3A%2F%2F{ohs_server_host}%3A{ohs_port}%2F{sites_context_root}%2Fwem%2Ffatwire%2Fwem%2FWelcomeを使用します。

g. Sitesデリバリの場合は、end_urlの値としてhttp%3A%2F%2F{ohs_server_host}%3A{ohs_port}%2F{sites_context_root}%2FXcelerate%2FLoginPage.htmlを使用します。
dbUsernameプロパティおよびdbPasswordプロパティには、WebCenter Sitesの一般管理者の資格証明を入力できます(デフォルトではfwadmin/xceladmin)。これらのプロパティの値は、WebCenter Sitesアプリケーションの起動時に暗号化されます。

注意:
次のコード例では、csServerUrl、serviceUrl、ticketUrl、signoutURL、dbUsername、dbPasswordのプロパティを設定します。詳細は、手順5を参照してください。

<?xml version="1.0" encoding="UTF-8"?>
<!--

Copyright (c) 2010 FatWire Corporation. All Rights Reserved.
Title, ownership rights, and intellectual property rights in and
to this software remain with FatWire Corporation. This  software
is protected by international copyright laws and treaties, and
may be protected by other law.  Violation of copyright laws may
result in civil liability and criminal penalties.

-->

<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:jdbc="http://www.springframework.org/schema/jdbc"
xmlns:p="http://www.springframework.org/schema/p" xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
http://www.springframework.org/schema/jdbc http://www.springframework.org/schema/jdbc/spring-jdbc-3.1.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd">

<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer" />
<!-- Root Context: defines shared resources visible to all other web components -->

<jdbc:initialize-database data-source="dataSource"    enabled="true" ignore-failures="ALL">
<!-- For installer the first jdbc:script will opened. Installer will configure it automatically -->
<jdbc:script location="classpath:crawler_oracle_db.sql" />
<!--jdbc:script location="classpath:crawler_hsql_db.sql" /-->
<!--jdbc:script location="classpath:crawler_sql_server_db.sql" /-->
<!--jdbc:script location="classpath:crawler_oracle_db.sql" /-->
<!--jdbc:script location="classpath:crawler_db2_db.sql" /-->
</jdbc:initialize-database>

<!-- Section# 1 Installer will consume below configuration to configure a datasource name created on the appservers -->
<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value="wcsitesDS"/>
</bean>

<!-- Single Sign On provider -->
<bean id="ssoprovider" class="com.fatwire.wem.sso.oam.OAMProvider">
<property name="config" ref="ssoconfig" />
</bean>
<!--It is invoked by the OAM filter to resolve an OAM authenticated user against a remote Site CS instance.-->
<bean id="oamIdentity" class="com.fatwire.auth.identity.RemoteUsernameResolver" >
<property name="csServerUrl" value="http://{ohs_server_host}:{ohs_port}/{sites_context_root}/custom/customCsResolver.jsp"/>
</bean>

<!-- Single Sign On filter -->
<bean id="ssofilter" class="com.fatwire.wem.sso.oam.filter.OAMFilter">
<property name="config" ref="ssoconfig" />
<property name="provider" ref="ssoprovider" />
<property name="identityResolver" ref="oamIdentity" />

<!-- Set "trustConfigured" to "true" in case of trust relationship configured between WebGate and WLS.
It will turn off check for OAM_ASSERTION header. -->
<property name="trustConfigured" value="false" />
</bean>

<!-- Single Sign On listener -->
<bean id="ssolistener" class="com.fatwire.wem.sso.oam.listener.OAMListener">
</bean>

<!-- Single Sign On configuration -->
<bean id="ssoconfig" class="com.fatwire.wem.sso.oam.conf.OAMConfig">
<!-- URL prefix for REST service endpoint -->
<property name="serviceUrl" value="http://{ohs_server_host}:{ohs_port}/{sites_context_root}/REST" />

<!-- URL prefix for Token Service servlet -->
<property name="ticketUrl" value="http://{oamtoken_server_host}:{oamtoken_port}/oamtoken" />

<!-- URL to be called when WEM logout is required. -->
<property name="signoutUrl" value="http://{oam_server_host}:{oam_port}/oam/server/logout?end_url=http%3A%2F%2F{ohs_server_host}%3A{ohs_port}%2F{sites_context_root}%2Fwem%2Ffatwire%2Fwem%2FWelcome"/>

<!-- Do not proxy tickets, tt's the last server in thecall chain -->
<property name="proxyTickets" value="false" />

<!-- Database Credentials needed by user lookup inOAMFilter -->
<property name="dbUsername" value="fwadmin" />
<property name="dbPassword" value="xceladmin"/>

<!-- Your application protected resources (relative to applicationUrl) -->
<property name="protectedMappingIncludes">
<list>
<value>/__admin</value>
<value>/__admin/**</value>
</list>
</property>

<!-- Your application protected resources excludes (relative to applicationUrl) -->
<property name="protectedMappingExcludes">
<list>
<value>/__admin/layout</value>
</list>
</property>
<property name="applicationProxyCallbackPath" value="/sso/proxycallback" />
<property name="gateway" value="false" />
</bean>

<context:component-scan base-package="com.fatwire.crawler.remote.dao" />
<context:component-scan base-package="com.fatwire.crawler.remote.support" />
<context:component-scan base-package="com.fatwire.crawler.remote.di" />
<context:component-scan base-package="com.fatwire.crawler.remote.resources.support" />

</beans>

13.2.1 SiteCaptureのOAMとの統合

SiteCaptureのためのOracle Access Managerとの統合では、次の手順に従う必要があります。

1. Oracle WebCenter SitesとOracle Access Managerを統合します。詳細は、「Oracle WebCenter SitesとOAMの統合」を参照してください。

2. SiteCaptureのためのOracle Access Managerの統合には、追加構成が必要です。

a. WebCenter Sitesアプリケーション・ドメインに対して追加のリソース定義を作成します(次の表を参照)。

リソースURL

保護レベル

認証

許可

/<sites-context>/REST/roles

非保護

パブリック

すべて許可

/<sites-context>/custom/customCsResolver.jsp

非保護

パブリック

すべて許可

/resources/.../*

除外

該当なし

該当なし

/__admin/.../*

保護

保護

保護

b. 次のように保護されたリソース・ポリシーを構成します。

a. 「アプリケーション・ドメイン」→「開く」アイコンをクリックします。

b. 「検索」をクリックし、「WCSitesWebGate」を選択します。

c. 「認証ポリシー」タブをクリックし、「認証ポリシー」を選択します。「認証スキーム」で、以前作成した認証スキームであるLDAPWemSchemeを選択します。

d. 「レスポンス」タブをクリックします。

e. 「IDアサーション」チェック・ボックスを選択します。

f. 認証ポリシーの条件が満たされている場合は、レスポンスを作成できます。レスポンスは、WebCenter SitesのHTTPフィルタでLDAP属性を識別し、認証済ユーザーについての情報を提供するために必要です。これらのレスポンスを作成する手順は、次のとおりです。

g. 追加(+)アイコンをクリックし、次を入力します。

a. 名前: FATGATE_CSTIMEOUTを入力します。

b. タイプ: 「ヘッダー」を選択します。

c. 値: 30を入力します。

3. SiteCaptureアプリケーションをインストールします。SiteCaptureのインストール・プロセスでは、次に示すパラメータを使用します。

プロパティの説明

プロパティ

値

コンテンツ・サーバーのホスト名またはIP

fw.cs.hostname

{ohs_host}

コンテンツ・サーバーのアプリケーション・サーバー・ポート

fw.cs.port

{ohs_port}

コンテンツ・サーバーのコンテキスト

fw.cs.context

{sites_context_root}

コンテンツ・サーバーのプロトコル(httpまたはhttps)

fw.cs.protocol

{sites.protocol}

RESTADMINロールを持つコンテンツ・サーバー・ユーザー名

fw.cs.username

{username}

コンテンツ・サーバーのユーザー・パスワード

fw.cs.password

{password}

SiteCaptureサーバーのホスト名またはIP

fw.sc.hostname

{sc_host}

SiteCaptureアプリケーション・サーバー・ポート

fw.sc.port

{sc_port}

SiteCaptureプロトコル(httpまたはhttps)

fw.sc.protocol

{sc.protocol}

CASサーバー・ホスト名

fw.cas.host

インストーラの{ohs_host}。または

sitecapture.propertiesでは空

CASサーバー・ポート

fw.cas.port

インストーラの{ohs_port}。または

sitecapture.propertiesでは空

CASサーバー・コンテキスト

fw.cas.context

インストーラのcas。または

sitecapture.propertiesでは空

4. SiteCaptureアプリケーションのroot-context.xmlファイルを調整します。SiteCaptureには、次の2つのファイルが用意されています。

a. root-context.xml
root-context.xmlをバックアップし、名前をroot-context.xml.bakファイルに変更します。

b. oam_root-context.xml
oam_root-context.xmlファイルの名前をroot-context.xmlファイルに変更します。

<?xml version="1.0" encoding="UTF-8"?>
<!--

Copyright (c) 2010 FatWire Corporation. All Rights Reserved.
Title, ownership rights, and intellectual property rights in and
to this software remain with FatWire Corporation. This  software
is protected by international copyright laws and treaties, and
may be protected by other law.  Violation of copyright laws may
result in civil liability and criminal penalties.

-->

<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:jdbc="http://www.springframework.org/schema/jdbc"
xmlns:p="http://www.springframework.org/schema/p" xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
http://www.springframework.org/schema/jdbc http://www.springframework.org/schema/jdbc/spring-jdbc-3.1.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd">

<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer" />
<!-- Root Context: defines shared resources visible to all other web components -->

<jdbc:initialize-database data-source="dataSource"    enabled="true" ignore-failures="ALL">
<!-- For installer the first jdbc:script will opened. Installer will configure it automatically -->
<jdbc:script location="classpath:crawler_oracle_db.sql" />
<!--jdbc:script location="classpath:crawler_hsql_db.sql" /-->
<!--jdbc:script location="classpath:crawler_sql_server_db.sql" /-->
<!--jdbc:script location="classpath:crawler_oracle_db.sql" /-->
<!--jdbc:script location="classpath:crawler_db2_db.sql" /-->
</jdbc:initialize-database>

<!-- Section# 1 Installer will consume below configuration to configure a datasource name created on the appservers -->
<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value="wcsitesDS"/>
</bean>

<!-- Single Sign On provider -->
<bean id="ssoprovider" class="com.fatwire.wem.sso.oam.OAMProvider">
<property name="config" ref="ssoconfig" />
</bean>
<!--It is invoked by the OAM filter to resolve an OAM authenticated user against a remote Site CS instance.-->
<bean id="oamIdentity" class="com.fatwire.auth.identity.RemoteUsernameResolver" >
<property name="csServerUrl" value="http://{ohs_server_host}:{ohs_port}/{sites_context_root}/custom/customCsResolver.jsp"/>
</bean>

<!-- Single Sign On filter -->
<bean id="ssofilter" class="com.fatwire.wem.sso.oam.filter.OAMFilter">
<property name="config" ref="ssoconfig" />
<property name="provider" ref="ssoprovider" />
<property name="identityResolver" ref="oamIdentity" />

<!-- Set "trustConfigured" to "true" in case of trust relationship configured between WebGate and WLS.
It will turn off check for OAM_ASSERTION header. -->
<property name="trustConfigured" value="false" />
</bean>

<!-- Single Sign On listener -->
<bean id="ssolistener" class="com.fatwire.wem.sso.oam.listener.OAMListener">
</bean>

<!-- Single Sign On configuration -->
<bean id="ssoconfig" class="com.fatwire.wem.sso.oam.conf.OAMConfig">
<!-- URL prefix for REST service endpoint -->
<property name="serviceUrl" value="http://{ohs_server_host}:{ohs_port}/{sites_context_root}/REST" />

<!-- URL prefix for Token Service servlet -->
<property name="ticketUrl" value="http://{oamtoken_server_host}:{oamtoken_port}/oamtoken" />

<!-- URL to be called when WEM logout is required. -->
<property name="signoutUrl" value="http://{oam_server_host}:{oam_port}/oam/server/logout?end_url=http%3A%2F%2F{ohs_server_host}%3A{ohs_port}%2F{sites_context_root}%2Fwem%2Ffatwire%2Fwem%2FWelcome"/>

<!-- Do not proxy tickets, tt's the last server in thecall chain -->
<property name="proxyTickets" value="false" />

<!-- Database Credentials needed by user lookup inOAMFilter -->
<property name="dbUsername" value="fwadmin" />
<property name="dbPassword" value="xceladmin"/>

<!-- Your application protected resources (relative to applicationUrl) -->
<property name="protectedMappingIncludes">
<list>
<value>/__admin</value>
<value>/__admin/**</value>
</list>
</property>

<!-- Your application protected resources excludes (relative to applicationUrl) -->
<property name="protectedMappingExcludes">
<list>
<value>/__admin/layout</value>
</list>
</property>
<property name="applicationProxyCallbackPath" value="/sso/proxycallback" />
<property name="gateway" value="false" />
</bean>

<context:component-scan base-package="com.fatwire.crawler.remote.dao" />
<context:component-scan base-package="com.fatwire.crawler.remote.support" />
<context:component-scan base-package="com.fatwire.crawler.remote.di" />
<context:component-scan base-package="com.fatwire.crawler.remote.resources.support" />

</beans>

注意:
mod_wl_ohs.confファイルを更新するには、次のコードを含める必要があります。

<IfModule weblogic_module>
<Location /__admin>
SetHandler weblogic-handler
WebLogicHost SITECAPTURE_HOST
WebLogicPort SITECAPTURE_HOST
</Location>
</IfModule>

13.2.2 OAMとOracle WebCenter Sites: Satellite Serverの統合

Oracle Access Manager統合のためのSatellite Serverの構成は、WebCenter Sitesの手順よりも簡単です。Satellite Serverを使用したOAMとWebCenter Sitesの統合の詳細は、「OAMとOracle WebCenter Sites: Satellite Serverの統合」を参照してください。

注意:
次のコード例では、OAM OHSのRSS構成およびmod_wl_ohs.confファイルを指定します。

<IfModule weblogic_module>
<Location /ss>
SetHandler weblogic-handler
WebLogicHost SATELLITESERVER_HOST
WebLogicPort SATELLITESERVER_HOST
</Location>
</IfModule>

13.2.3 OAMと訪問者サービスの統合

この項で説明する手順を実行する前に、Visitor Servicesで提供されているOAMIdentityProviderを構成していることを確認します。  OAMアイデンティティ・プロバイダでは、Visitor ServicesがOAMと通信できるようにします。OAMと訪問者サービスの統合の詳細は、『Oracle Fusion Middleware Oracle WebCenter Sitesでの開発』を参照してください。

注意:
次のコード例では、OAM OHSの訪問者構成およびmod_wl_ohs.confファイルを指定します。

<IfModule weblogic_module>
<Location /oamlogin>
SetHandler weblogic-handler
WebLogicHost SITES_HOST
WebLogicPort SITES_PORT
</Location>
</IfModule>
<IfModule weblogic_module>
<Location /visitors-webapp>
SetHandler weblogic-handler
WebLogicHost VISITORSERVICES_HOST
WebLogicPort VISITORSERVICES_HOST
</Location>
</IfModule>

14 CASクラスタの設定

中央認証サーバー(CAS)クラスタは、Oracle WebCenter Sitesと同じWebLogicドメイン、同じマシン上の異なるWebLogicドメイン、または高可用性のために、異なるマシン上の異なるWebLogicドメインに設定できます。

次のトピックでは、CASクラスタの設定方法について説明します。

- CASプライマリ・クラスタ・ノードの構成
このトピックでは、WebCenter SitesクラスタでCASアプリケーションがシングル・インスタンスとしてもクラスタ化アプリケーションとしても機能するように設定する方法を説明します。CASアプリケーションをクラスタ化しない場合は、CASのクラスタ化のために必要な特定の手順をスキップできます。

- CASセカンダリ・クラスタ・ノードの構成
このトピックでは、1つ以上のセカンダリCAS (中央認証サービス)アプリケーション・クラスタ・ノードの設定方法について説明します。

親トピック: WebCenter Sitesコンポーネントの構成

14.1 CASプライマリ・クラスタ・ノードの構成

このトピックでは、WebCenter SitesクラスタでCASアプリケーションがシングル・インスタンスとしてもクラスタ化アプリケーションとしても機能するように設定する方法を説明します。CASアプリケーションをクラスタ化しない場合は、CASのクラスタ化のために必要な特定の手順をスキップできます。

この手順のステップを完了する前に、次の項目に注意してください。

- CASを使用するWebCenter Sitesインスタンス、つまり、プライマリ・クラスタ・ノードが、稼働中である必要があります。

- CASアプリケーションを再配置する場合でも、CASアプリケーションのコンテキスト・ルートをデフォルト値の/casから変更しないでください。

プライマリCASクラスタ・ノードを設定する手順:

1. WebLogic Server管理コンソールを使用して、プライマリCASクラスタ・ノードの新しい管理対象サーバーを作成します(たとえば、cas_server1)。

a. CASをクラスタ化する場合は、必要に応じて追加のサーバーを作成し、クラスタに割り当てます。

b. 設定を完了するために、ロード・バランサのIPアドレスとポートの値が必要になるので、これらの値を決定します。

c. 最初のCASの構成は、1つのクラスタ・メンバーにのみ行います。WebCenter Sitesが設定され、ロード・バランサを介してアクセスされるシングル・サーバーで実行されるようになった後、追加のサーバーを構成します。

d. (オプション) CASアプリケーションをWebCenter Sitesドメインとは別のWebLogicドメインにデプロイする場合は、次の手順を実行します。

i. DOMAIN_HOME/wcsites/bin/の内容を、CASドメイン内の同じ場所にコピーします。

ii. ORACLE_HOME/wcsites/wcsites_common/lib/の内容を、CASドメイン内の同じ場所にコピーします。

2. 手順1で作成した管理対象サーバー上にCAS configディレクトリを作成します。例: DOMAIN_HOME/wcsites/cas/config
この後の手順では、このディレクトリをCAS_CONFIG_DIRとして参照します。

3. 次のファイルおよびディレクトリを、プライマリWebCenter Sitesクラスタ・ノードである管理対象サーバー上のDOMAIN_HOME/wcsites/wcsites/configから、CAS_CONFIG_DIRに移動します(コピーしないでください)。

- cas.properties

- host.properties

- jbossTicketCacheReplicationConfig.xml

- customBeans.xml

- deployerConfigContext.xml

- fatwire_settings.properties

- fatwire_views.properties

- logging-config.xml

- cas-spring-configuration

注意:
コピー元のWebCenter Sitesノードがクラスタの一部である場合、host.propertiesファイルとjbossTicketCacheReplicationConfig.xmlファイルは、DOMAIN_HOME/wcsites/wcsites/config/node-nameの下に配置されることがあるので、そこからCAS_CONFIG_DIRにコピーする必要があります。

4. cas_config_dir/host.propertiesのhost.nameパラメータの値を、CASホスト・マシンのホスト名またはIPアドレスに設定します。

5. CAS_CONFIG_DIR/jbossTicketCacheReplicationConfig.xmlを次のように変更します。

- (オプション) IPv6アドレッシングを使用している場合は、mcast_addr値を有効なIPv6マルチキャスト・アドレスに設定します。この値は、クラスタ内の各ノードで同一にする必要があります。例: [ff0x:0:0:0:0:0:0:301]。

- bind_addrをCASホスト・マシンのホスト名またはIPアドレスに設定します。

- (オプション) CASアプリケーションをクラスタ化する場合は、ip_ttlを環境に適した値に設定します。最初は1をお薦めします。推奨値の一覧は、「WebCenter Sitesクラスタの設定」を参照してください。

6. CAS_CONFIG_DIR/cas.propertiesのserver.nameパラメータの値をCASホスト・マシンのURLに設定します。

注意:
CASアプリケーションをクラスタ化する場合は、ロード・バランサのIPアドレスとポートを使用します。

7. CAS_CONFIG_DIRディレクトリのフル・パスを含めるために、CASアプリケーションの管理対象サーバー上のクラス・パスを更新します。

8. CASアプリケーションの管理対象サーバーにcas.warアプリケーション・ファイルをデプロイします。

9. 次の表に示すように、プライマリWebCenter Sitesクラスタ・ノードで、WCSITES_CONFIG_DIR/wcs_properties.jsonファイル内の次のプロパティを変更します。

プロパティ

説明

wcsites.cas.host

CASアプリケーションの管理対象サーバーのホスト名またはIPアドレス。外部接続のために使用されます。

wcsites.cas.port

CASアプリケーションの管理対象サーバーのポート。外部接続のために使用されます。

wcsites.cas.internal.url

CASアプリケーションの管理対象サーバーのURL (hostname:portの形式)。内部使用。

10. プライマリWebCenter Sitesクラスタ・ノードの管理対象サーバーおよびCASアプリケーションの管理対象サーバーを再起動します。

11. プライマリWebCenter Sitesクラスタ・ノード上の管理インタフェースにログインし、新しい構成を確認します。

12. (オプション) CASアプリケーションをクラスタ化する場合は、「CASセカンダリ・クラスタ・ノードの構成」の手順を完了します。

14.2 CASセカンダリ・クラスタ・ノードの構成

このトピックでは、1つ以上のセカンダリCAS (中央認証サービス)アプリケーション・クラスタ・ノードの設定方法について説明します。

次の手順を完了する前に、「CASプライマリ・クラスタ・ノードの構成」の手順を完了している必要があります。

各セカンダリCASクラスタ・ノードを設定する手順:

1. 各セカンダリCASクラスタ・ノードの管理対象サーバーを作成し、プライマリCASクラスタ・ノードが含まれているWebLogicクラスタにそれを割り当てます。

2. すべてのCAS管理対象サーバーを停止します。

3. 新しい管理対象サーバー上にCASのconfigディレクトリ(CAS_CONFIG_DIR)を作成します。例: DOMAIN_HOME/wcsites/cas/config

4. プライマリCAS管理対象サーバーから新しい管理対象サーバー(セカンダリ・クラスタ・ノード)に、CAS_CONFIG_DIRディレクトリの内容をコピーします。

5. CAS_CONFIG_DIR/host.propertiesのhost.nameパラメータの値を、このセカンダリ・クラスタ・ノードのホスト名またはIPアドレスに設定します。

6. CAS_CONFIG_DIR/jbossTicketCacheReplicationConfig.xmlファイルを次のように更新します。

- bind_addrをこのセカンダリ・クラスタ・ノードのホスト名またはIPアドレスに設定します。

- (オプション) CASアプリケーションをクラスタ化する場合は、ip_ttlを環境に適した値に設定します。最初は1をお薦めします。推奨値の一覧は、「WebCenter Sitesクラスタの設定」を参照してください。

7. まだ実行されていない場合は、ロード・バランサを起動します。

8. 新しい管理対象サーバーを起動します。

9. WebCenter Sites管理インタフェースにログインし、新しいサーバーが機能していることを確認します。

すべてのセカンダリCASクラスタ・ノードの構成とテストが完了したら、プライマリおよびすべてのセカンダリCASクラスタ・ノードを起動し、必要に応じて、ロード・バランサを再起動します。次に、WebCenter Sitesの管理インタフェースにログインし、CASクラスタの構成が成功であることを確認します。

注意:
クラスタ・メンバーがすべて同じマシン上のWebLogicドメイン内に配置されていない場合、timeToLiveフィールドをデフォルト値の0から変更する必要があります。クラスタ化されたマシンの分布に基づいて、timeToLiveフィールドを設定する必要があります。設定できる値の一覧を次に示します。

1

同じサブネットに制限されたマルチキャスト・パケット(分布が不明の場合に推奨されるクラスタの値)

32

同じサイトに制限されたマルチキャスト・パケット

64

同じ領域に制限されたマルチキャスト・パケット

128

同じ大陸に制限されたマルチキャスト・パケット

255

無制限のマルチキャスト・パケット

15 クラスタの設定

高可用性の場合、WebLogicドメイン内のWebCenter Sitesクラスタの設定では、1つのマシン上にプライマリ・クラスタ・ノード、および同一または別のマシン上に1つ以上のセカンダリ・クラスタ・ノードを設定できます。最初に作成されたWebCenter Sites管理対象サーバーがプライマリ・ノードで、同じドメイン内に追加されたWebCenter Sites管理対象サーバーはセカンダリ・ノードです。

次のトピックでは、WebCenter Sitesクラスタの設定方法を説明します。

- WebCenter Sitesクラスタの設定の準備
管理対象サーバーを含むWebCenter Sitesドメインがインストールおよび構成され、ロード・バランサの設定、コンフィギュレータの実行、LDAP認証プロバイダの設定およびCASの構成が完了したら、ドメインのWebCenter Sites管理対象サーバーのクラスタを設定できます。

- WebCenter Sitesクラスタの設定
WebCenter Sitesクラスタの1つ以上のノードを管理対象サーバーとして作成した後(wcs_server1とwcs_server2)、ノードを構成してクラスタを設定する必要があります。

親トピック: WebCenter Sitesコンポーネントの構成

15.1 WebCenter Sitesクラスタの設定の準備

管理対象サーバーを含むWebCenter Sitesドメインがインストールおよび構成され、ロード・バランサの設定、コンフィギュレータの実行、LDAP認証プロバイダの設定およびCASの構成が完了したら、ドメインのWebCenter Sites管理対象サーバーのクラスタを設定できます。

WebCenter Sitesクラスタを設定する前に、次のタスクが完了していることを確認してください。

1. 「Oracle WebCenter Sitesソフトウェアのインストール」に記載されているように、WebCenter Sitesをインストールし、「WebCenter Sitesドメインの構成」に記載されているように、少なくとも1つのWebCenter Sites管理対象サーバー(クラスタ内のプライマリ・ノード)を含むWebLogicドメインを設定します。

「WebCenter Sitesドメインの構成」の手順に従った場合は、クラスタの設定を開始するときに、1つのクラスタと2つの管理対象サーバーを含むWebCenter Sitesドメインがあります。

セカンダリ・ノードを追加するには、「WebCenter Sitesクラスタの設定」で説明しているように、WebLogic Server管理コンソールを使用してプライマリ・ノード構成のクローンを作成できます。または、Fusion Middleware構成ウィザードを使用して、WebCenter Sitesドメインを拡張できます。

2. 「WebCenter SitesのWeb層の作成」で説明しているように、Web層とロード・バランサを設定し、ロード・バランサのIPアドレスを使用するようにプライマリ・クラスタ・ノードを構成します。

ロード・バランサの設定の詳細は、『Oracle Fusion Middleware高可用性ガイド』の高可用性環境でのサーバーのロード・バランシングおよびロード・バランサの構成に関する項を参照してください

3. 「WebCenter Sitesの構成」で説明しているように、WebCenter Sitesコンフィギュレータを実行します。

4. 外部LDAP認証プロバイダまたはOracle Access Managerに基づいて認証する場合は、クラスタ環境への拡張を行う前に、この統合を完了します。「LDAPディレクトリに対する認証への切替え」で説明したとおり、LDAP認証プロバイダのデフォルト・アイデンティティ・ストアは、Oracle Access Managerに変更できます。または、「LDAPディレクトリに対する認証への切替え」で説明したとおり、WebCenter Sitesと外部LDAPディレクトリを統合することもできます。

5. 高可用性のために別のサーバー上に中央認証サービス(CAS)をデプロイする場合は、WebCenter Sitesクラスタを構成する前に、CASクラスタを設定しておきます。

6. プライマリ以外のノード上にCASアプリケーションが存在する場合は、「CASのプライマリ・クラスタ・ノードの構成」の手順を実行してください。

7. 一般的なファイル・ベースのクラスタの場合は、すべての異なるクラスタ・ノードが指すことができるように、wcs_properties.jsonファイルを含む新しい共有場所を設定します。

注意:
クラスタでNIOデータベース・ベースのファイル・システムを使用する場合、この手順を実行する必要はありません。詳細は、「データベースへの共有ファイル・システムの移動」を参照してください。

a. WebCenter Sitesの共有ストレージ・ディレクトリ(sites-shared)に、configという名前のディレクトリを作成します。

b. sites-shared/configディレクトリにDOMAIN_HOME/wcsites/wcsites/config/wcs_properties.jsonファイルを移動します。ファイルをコピーしないでください。

c. wcs_properties.jsonが存在する共有ディレクトリを参照するために、各クラスタ・ノード上のsites.configシステム・プロパティを更新します。

注意:
sites.configをsharedFSに使用することはできません。新しいディレクトの作成に必要なリディレクトリsharedFSには、多くの場合は、ディレクトリwcssites/wcsites/sharedが使用されます。sharedFSがsites.configを示している場合、構成ユーティリティは停止します。

8. クラスタ内のすべてのWebCenter Sites管理対象サーバーを停止します。

15.2 WebCenter Sitesクラスタの設定

WebCenter Sitesクラスタの1つ以上のノードを管理対象サーバーとして作成した後(wcs_server1とwcs_server2)、ノードを構成してクラスタを設定する必要があります。

最初に、WebCenter Sitesのプライマリ・クラスタ・ノードを構成します。次に、クラスタのプライマリ・ノードと連携する1つ以上のセカンダリ・ノードを構成できます。クラスタ構成でプライマリ・ノードが機能するために必要な構成の変更を完了するには、次の手順を実行します。

1. プライマリ・クラスタ・ノードを登録します。

a. WebCenter Sites管理対象サーバーを起動します。

b. WebCenter Sites管理インタフェースにログインし、「管理」タブを選択し、「システム・ツール」を展開し、「クラスタ・ノード管理」をクリックします。

c. sites_server1の次のフィールドに、有効な値を入力します。
ノード名: ノード名は管理対象サーバー名である必要があります。例: sites_server1

ホスト名: ノード・メンバーのホスト名またはIPアドレスは、ロード・バランサではなく、ノードの実際のリスニング・アドレスです。

ポート番号: ノード・メンバーのポート番号は、ノード・バランサのポートではなく、ノードの実際のポートです。

バッチ・ホスト名: ノード・メンバーのホスト名またはIPアドレスは、ロード・バランサではなく、ノードの実際のリスニング・アドレスです。クラスタ化された環境では、1つのバッチ・ホストのみがサポートされます。専用のホストを指すように、各クラスタ・メンバーにこのプロパティを設定する必要があります。

バッチ・ポート番号: ポート番号が80以外の場合は、ポート番号も指定する必要があります。

セキュアな接続でインストールしますか。 : クラスタ・メンバーが実行されているサーバーのプロトコルを指定します。HTTPSの場合はyes、HTTPの場合はnoに設定します。

d. プライマリ・ノードを登録するために「追加」をクリックします。

注意:
プライマリ・ノードを最初に登録する必要があります。

2. WebLogic管理コンソールで、次の手順に従って次に移動します。

a. 標準クラスタ設定: 「サーバー」→「sites-server」→「サーバーの起動」

b. 動的クラスタ設定: 「クラスタ」→「サーバー」→「wcsites-server-template」→「サーバーの起動」

「引数」に-Dsites.node={serverName}を追加します。

3. DOMAIN_HOME/wcsites/wcsites/configディレクトリで、次の2つのファイルを変更します。

- host.properties: このクラスタ・ノードの有効なホスト名でhost.nameプロパティを更新します。host.name値は、クラスタ内で一意の値にする必要があります。

- jbossTicketCacheReplicationConfig.xml: このクラスタ・ノードの有効なホストまたはIPアドレスでbind_addrプロパティを更新します。

4. 複数の物理サーバーにまたがるクラスタの場合は、DOMAIN_HOME/wcsites/wcsites/configディレクトリのcas-cache.xml、cs-cache.xml、linked-cache.xml、ss-cache.xmlおよびjbossTicketCacheReplicationConfig.xmlファイルを次のように編集します。

- (オプション) IPv6アドレッシングを使用している場合は、multicastGroupAddress値を有効なIPv6マルチキャスト・アドレスに設定します。この値は、クラスタ内の各ノードで同一にする必要があります。例: [ff0x:0:0:0:0:0:0:301]。

- cas-cache.xml、cs-cache.xml、linked-cache.xmlおよびss-cache.xmlファイルのtimeToLiveパラメータに、環境に適した値を設定します(通常は1)。jbossTicketCacheReplicationConfig.xmlファイルのip_ttlパラメータに、環境に適した値を設定します(通常は1)。クラスタ・メンバーがすべて同じマシン上に配置されていない場合、timeToLiveフィールドをデフォルト値の0から変更する必要があります。このフィールドは、次の表に示すように、クラスタ化マシンの分布に基づいて設定する必要があります。

リスト

説明

1

同じサブネットに限定されるマルチキャスト・パケット。

32

同じサイトに限定されるマルチキャスト・パケット。

64

同じ地理的領域に限定されるマルチキャスト・パケット。

128

同じ大陸に限定されるマルチキャスト・パケット。

255

制限なし。

注意:
他のインストールが同じマルチキャスト・ポートを使用することができるので、WebCenter Sitesインストールが遅くなり、数時間かかる場合があります。このインストールに使用されるポートが、ネットワーク上の他のWebCenter Sitesインストールとは異なっていることを確認してください。インストールが遅いと思われる場合は、トラブルシューティング・ステップとして、マルチキャスト・ポートを変更します。

- (オプション) multicastGroupPortの値は、2048より大きい一意の値に変更することをお薦めします。jbossTicketCacheReplicationConfig.xmlで使用するマルチキャスト・ポートは、クラスタ内の各ノードで同じであるが、同じネットワーク上で実行されている他のクラスタでは異なることを確認してください

5. CASアプリケーションがWebCenter Sitesと同じWebLogicドメイン上に配置されている場合は、「CASのプライマリ・クラスタ・ノードの構成」のCASクラスタの構成手順を完了してください。

6. 最初のノードをテストします。

a. そのノードのWebCenter Sites管理対象サーバーを起動し、すでに実行中である場合は、再起動(停止して起動)します。

b. WebCenter Sitesにログインして稼働中であることを確認します。

7. sites_server2および追加のセカンダリ・サーバーのための構成の変更を完了するには、管理対象サーバーが停止していることを確認し、次の手順を実行した後、前述の手順2から6までを繰り返します。

8. WebLogic Server管理コンソールを使用するか(推奨)、Fusion Middleware構成ウィザードでドメインを拡張することにより、WebCenter Sitesドメインにノードを追加します。

a. 管理コンソールを使用してノードを追加するには、既存のプライマリ・ノード(sites_server1など)のクローンを作成します。

b. sites_server2または構成ウィザード(DOMAIN_HOMEwcsites/wcsites/config.sh)を使用して追加されたセカンダリ・ノードでは、新しく追加されたノード上の構成ウィザードによって作成されたconfigフォルダ(DOMAIN_HOME/wcsites/wcsites/config)を、プライマリ・ノードからコピーしたconfigフォルダ(DOMAIN_HOMEwcsites/wcsites/config)によって置換します。
これは、新しく追加されたノード上の構成ファイルを正しく設定するためです。

9. DOMAIN_HOME/wcsites/wcsites/configフォルダに関連する次の手順を実行します。

a. このディレクトリが、各クラスタ・ノードにコピーされ、ローカルで使用可能であることを確認します。

b. このディレクトリが、各クラスタ・ノードの管理対象サーバーのクラス・パスで参照されていることを確認します。

c. このディレクトリにwcs_properties.jsonファイルが含まれていないことを確認します。

10. クラスタ・ノードをWebCenter Sitesに登録します。

a. このクラスタ・ノードの管理対象サーバーを再起動します。

b. WebCenter Sites管理インタフェースにログインし、「管理」タブを選択し、「システム・ツール」を展開し、「クラスタ・ノード管理」をクリックします。

c. 表示される画面で、ドロップダウン・リストから「追加」を選択し、次のパラメータの値を入力します。

名前

説明

ノード名

手順3のこのクラスタ・ノードの-Dsites.nodeの値と同じにする必要があります

ホスト名

このクラスタ・ノードのホスト名またはIPアドレス(ロード・バランサではありません)。

ポート番号

このクラスタ・ノードのポート番号(ロード・バランサではありません)。

バッチ・ホスト名

ロード・バランサではなく、ノードの実際のリスニング・アドレスである、ノード・メンバーのホスト名またはIPアドレス。クラスタ化された環境では、1つのバッチ・ホストのみがサポートされます。このプロパティは、専用ホストを指すように各クラスタ・メンバーに設定します。

バッチ・ポート番号

ポート番号が80以外の値は、バッチ・ポート番号を指定する必要があります。

セキュアな接続でインストールしますか。

SSL (HTTPS)を使用する場合は「はい」、そうでない場合は「いいえ」に設定します。

11. このクラスタ・ノードで実行されているWebCenter Sites管理対象サーバーを再起動します。

12. このクラスタ・ノードのWebCenter Sites管理インタフェースにログインし、稼働中であることを確認します。クラスタ・ノードの構成を表示するには、「管理」タブをクリックし、「システム・ツール」、「システム情報」、「サイト情報」に移動します。

13. (オプション) WebCenter Sitesの共有記憶域をデータベースに移動する場合は、「データベースへの共有ファイル・システムの移動」の手順を実行してください。

クラスタ化の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』の高度な管理: 環境の拡張に関する項を参照してください。

16 データベースへの共有ファイル・システムの移動

WebCenter Sitesでは、JavaノンブロッキングI/O (NIO) APIを使用して、共有ファイル・システムを格納するデータベースを利用できます。これにより、クラスタ環境でのネットワーク・ファイル共有の必要がなくなり、Coherenceキャッシュによってファイル・ロックを処理できます。WebCenter Sitesは、そのままの状態では、デフォルトのディスク・ベースのファイル・システム(ローカルまたはネットワーク)になります。データベースに共有ファイル・システムを移動するには、このトピックの手順を完了してください。処理を元に戻すための手順も提供されています。

次の点に注意してください。

- Oracle 11gおよび12cのデータベースのみがサポートされます。

- WebCenter Sitesによって管理されるファイル(共有ファイルとも呼ばれる)は、データベースに保存することをお薦めします。これは高可用性デプロイメントの構成に役立つとともに、環境のバックアップとリストア・プロセスを効率的に行うことができます。データベースは、WebCenter Sitesのデータベースまたは別のデータベースにすることができます。サイトのニーズに応じて、追加の容量または処理、あるいはその両方の計画が必要になる場合があります。

- WebCenter Sitesをクラスタ化する場合は、共有ファイル・システムを移動する前に、次の手順を実行する必要があります。

1. 「クラスタの設定」の手順を完了します。

2. すべてのクラスタ・メンバーをCoherenceクラスタに追加します。

a. WebLogic Server管理コンソールで、「ドメイン名」、「環境」、「Coherenceクラスタ」に移動します。

b. デフォルトのCoherenceクラスタを選択し、「メンバー」タブをクリックします。

c. 「クラスタ」セクションで、WebCenter Sitesクラスタを有効にし、「クラスタのすべてのサーバー」オプションを有効にします。

- 「WebCenter Sitesクラスタの設定」に記載されたとおり、クラスタのプライマリ・ノードが設定され、クラスタ・ノードとして登録されていることを確認します。

- デフォルトのデータ・ソース名はwcsitesDSです。別のデータ・ソース名を使用する場合は、次の手順を完了する前に、sites_config_dir/NIOSharedServices.xmlのdatabaseConnector Beanを新しい名前に設定する必要があります。

注意:
sites_config_dirは、DOMAIN_HOME/wcsites/wcsites/config/です。

- 一般的なファイル・ベースのクラスタをすでに設定している場合、wcs_properties.jsonは、クラスタ設定の一部として、sites-shared/configディレクトリに移動されます。この場合、次のことに注意してください。

- wcs_properties.jsonファイルをsites_config_dirに移動して戻します。

- その後、データベースからディスク・ストレージに戻る場合は、回復オプションを指定してNIO変換ユーティリティを実行した後に、wcs_properties.jsonファイルをsites-shared/configディレクトリにコピーして戻します。

- WebCenter Sitesの共有ファイル・システムをWebCenter Sitesのリポジトリ・データベースに保存する場合は、prefix_TS_WCSITESおよびprefix_TS_TMP_WCSITES表領域の表領域サイズを増加してください。

- WebCenter Sitesの共有ファイル・システムをWebCenter Sitesのリポジトリ・データベース以外のデータベースに保存する場合は、次の手順を実行してください。

1. 次のコマンドを使用して、WebCenter Sitesのリポジトリ・データベースと同じ権限を持つ新しいデータベースを作成します。

- CREATE SEQUENCE

- CREATE SESSION

- CREATE TABLE

- CREATE TRIGGER

- CREATE VIEW

- UNLIMITED TABLESPACE

2. 新しいデータベースを指すように新しいデータ・ソースを作成し、WebCenter Sitesを実行している管理対象サーバー上のJDBCデータ・ソースとして新しいデータ・ソースをデプロイします。

3. sites_config_dir/NIOSharedServices.xmlのdatabaseConnector Beanを新しいデータ・ソース名に設定します。

WebCenter Sitesの共有ファイル・システムをディスクからデータベース(WebCenter Sitesリポジトリまたは別のデータベースのいずれか)に移動するには、次の手順を実行します

1. WebCenter Sitesを実行しているすべての管理対象サーバーを停止します。

2. sites_config_dirをバックアップします。障害が発生した場合は、configフォルダに加えた変更をロールバックできます。

3. WebCenter Sites共有ディレクトリの場所をメモしておきます。
場所は、wcsites.sharedを検索することによって、sites_config_dir/wcs_properties.jsonファイルで調べることができます。

4. sites_config_dir/NIOConversionServices.xmlのdatabaseConnectorおよびsitesDatabaseConnector Beanを適切なデータベース接続URLに設定します。
これらのBeanは、プライマリWebCenter Sitesデータベースとは別のデータベースにWebCenter Sitesの共有ファイル・システム表(WCS_SHAREDFILESYSTEM)を保存する場合にのみ異なります。

5. コマンド・プロンプトを開き、ORACLE_HOME/wcsites/webcentersites/sites-home/bin/に変更します。

6. 変換スクリプトを実行します: ./nioconversion.sh sites-home_directory sites_config_parent sites_shared_directory convert|revert database_driver_file。
このスクリプトは、UNIXオペレーティング・システムにあります。Windowsオペレーティング・システムでは、nioconversion.batコマンドを使用し、同じオプションを指定します。

次の表は、このスクリプトのオプションの説明です。

プロパティ

説明

convertまたはrevert

共有ファイル・システムをデータベース・ストレージに変換、または元のディスク・ストレージに戻します。

sites-home_directory

sites-homeディレクトリのフル・パス。デフォルトでは、ORACLE_HOME/wcsites/webcentersites/sites-homeです。

sites_config_parent

WebCenter Sitesのconfigディレクトリが含まれている親ディレクトリのフル・パス(末尾にスラッシュを付けません)。デフォルトでは、DOMAIN_HOME/wcsites/wcsitesです。

sites_shared_directory

WebCenter Sitesの共有ファイル・システム・ディレクトリ(wcs_shared)のフル・パス。

database_driver_file

ターゲット・データベースへの接続に使用されるデータベース・ドライバ・ファイルのフル・パスと名前。

silent (オプション)

このフラグにより、コンソールへのメッセージが最小化されます。

UNIXの例: nioconversion.sh /mySites/sites-home /mySites/config /mySites/sites-shared convert /lib/ojdbc6.jar

Windowsの例: nioconversion.bat C:\mySites\sites-home C:\mySites\config C:\mySites\sites-shared convert C:\lib\ojdbc6.jar silent

注意:
変換ユーティリティにシンボリック・リンク・パスを指定しないでください(変換が失敗します)。ハードリンクのフル・パスのみを指定してください。シンボリック・リンクがある場合は、ユーティリティを実行するときに、wcs_properties.json:wcsites.sharedに保存されている実際の値をパラメータとして使用する必要があります。

7. プロンプトが表示されたら、WebCenter Sitesおよび共有ファイル・システムのデータベース(WebCenter Sitesリポジトリ・データベースに共有ファイル・システムを保存しない場合)の資格証明を入力し、変換処理が完了するまで待ちます。

パスワードは、プライマリWebCenter Sitesデータベースとは別のデータベースにWebCenter Sitesの共有ファイル・システム表(WCS_SHAREDFILESYSTEM)を保存する場合にのみ異なります。

データベースに共有ファイル・システムが複製され、データベース内のファイル・システムを参照するために、すべての構成ファイル(ini/json/database表)が更新されます。

ユーティリティのログ・ファイルは、sites.utilities.logと呼ばれています。それは、このユーティリティが実行されたディレクトリに作成されます。

8. ディスク上の古い共有ファイル・システム・ディレクトリを見つけて名前を変更します(まだ削除しないでください)。

9. WebCenter Sitesの管理対象サーバーを起動し、管理インタフェースにログインして新しい構成が完全に機能しているかどうかを確認します。

10. WebCenter Sitesの起動後に、ディスク上の古い共有ファイル・システム・ディレクトリが再作成されていないことを確認します。ディレクトリが再作成された場合、まだそれを参照している可能性のあるカスタム・コードがあるかどうかをチェックします。

11. WebCenter Sitesの起動後に、ディスク上の古い共有ファイル・システム・ディレクトリが再作成されていない場合は、ディレクトリをバックアップし、ディレクトリおよびその内容を削除します。

注意:
WebCenter Sitesの共有ファイル・システムをWebCenter Sitesのリポジトリ・データベース以外のデータベースに保存する場合は、管理インタフェースへの初回のログインに数分間の追加の時間がかかります。

親トピック: WebCenter Sitesコンポーネントの構成

17 テスト・モードから本番モードへの切替え

Fusion Middlewareのテスト環境にOracle WebCenter Sitesドメインをインストールして構成した後、WebCenter Sites (およびそのコンポーネント・アプリケーション)を同等の本番環境に切り替えることができます。

WebCenter Sitesまたはそのコンポーネント・アプリケーションの1つ以上のインスタンスをテスト・モードから本番モードに切り替える手順:

1. 『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のテスト環境から本番環境への移行に関する項に記載された、標準のテストから本番への手順に従います。

2. 本番モードに移行するWebCenter Sitesおよび各コンポーネントについて、次の項に示す追加の手順を実行してください。

WebCenter Sitesをテストから本番に移行するための追加の手順

テスト環境から本番環境へのOracle WebCenter Sitesの移行を完了するための手順:

1. WebCenter Sitesのconfigフォルダを、WebCenter Sitesのバイナリで提供されているものに置換します: ORACLE_HOME/wcsites/webcentersites/sites-home/template

2. 管理サーバーとターゲット・マシン上の管理対象サーバーを起動します。

3. WebCenter Sitesの構成を完了するためにブートストラップ・プロセスを実行します。

サイト・キャプチャをテストから本番に移行するための追加の手順

テスト環境から本番環境へのOracle WebCenter Sites: サイト・キャプチャの移行を完了するための手順:

1. サイト・キャプチャのconfigフォルダを、サイト・キャプチャのバイナリで提供されているものに置換します: ORACLE_HOME/wcsites/sitecapture/template

2. サイト・キャプチャの構成を完了するためにコンフィギュレータ・プロセスを実行します。

3. 管理サーバーとターゲット・マシン上の管理対象サーバーを起動します。

訪問者サービスをテストから本番に移行するための追加の手順

テスト環境から本番環境へのOracle WebCenter Sites: 訪問者サービスの移行を完了するための手順:

1. WebCenter Sitesのconfigフォルダを、WebCenter Sitesのバイナリで提供されているものに置換します: ORACLE_HOME/wcsites/webcentersites/sites-home/template

2. 管理サーバーとターゲット・マシン上のWebCenter Sites管理対象サーバーを起動します。

3. WebCenter Sitesの構成を完了するためにブートストラップ・プロセスを実行します。

4. 訪問者サービスのconfigフォルダを、訪問者サービスのバイナリで提供されているものに置換します。ORACLE_HOME/wcsites/visitorservices/template

5. ターゲット・マシン上の訪問者サービスの管理対象サーバーを起動します。

6. 訪問者サービスの構成を完了するためにブートストラップ・プロセスを実行します。

Satellite Serverをテストから本番に移行するための追加の手順

テスト環境から本番環境へのOracle WebCenter Sites: Satellite Serverの移行を完了するための手順:

1. Satellite Serverのconfigフォルダを、Satellite Serverのバイナリで提供されているものに置換します: ORACLE_HOME/wcsites/satelliteserver/template

2. Satellite Serverの構成を完了するためにコンフィギュレータ・プロセスを実行します。

3. 管理サーバーとターゲット・マシン上の管理対象サーバーを起動します。

親トピック: WebCenter Sitesコンポーネントの構成