Oracle® Fusion Middleware

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

12c (12.2.1)

E70074-02(原本部品番号:E57477-03)

2016年1月

Oracle WebCenter Sitesのインストールと構成の方法が記載されたインストール担当者およびシステム管理者向けのドキュメント。

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

E70074-02

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のインストールと構成

1Oracle 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: 訪問者サービスの標準インストール・トポロジの理解

- 1.1.6 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 製品ディストリビューションの理解と入手

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

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

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

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

- 3.4 インストールの確認

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

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

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

4 WebCenter Sitesドメインの構成

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

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

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

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

- 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 WebCenter Sitesドメインの構成

- 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: インサイトの管理対象サーバーの構成

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

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

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

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

- 4.2.1.16 Coherenceクラスタの構成

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

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

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

- 4.2.1.20 ドメイン・ホームと管理サーバーURLの記録

- 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 REST-avisportsサンプル・サイトの構成とデプロイ

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

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

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

10 インサイトとサポート・ソフトウェアの構成

- 10.1 インサイトに必要なソフトウェア・コンポーネント

- 10.2 インサイトの構成

11 訪問者サービスの構成

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

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

- 11.3 訪問者IDの取得

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

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プラットフォームの一般的な意味解釈を持っていると考えられています。

関連ドキュメント

詳細は、12c (12.2.1)ドキュメント・セットにある次のドキュメントを参照してください。

- Oracle Fusion Middlewareのインストールのプランニング

- Oracle Fusion Middleware Infrastructureのインストールと構成

- Oracle WebCenter Sitesでの開発

- Oracle WebCenter Sitesの管理

- 高可用性ガイド

- Oracle WebCenter Sitesの使用

- Oracle WebCenter Sitesプロパティ・ファイル・リファレンス

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

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

1 Oracle WebCenter Sitesのインストールの理解

この章では、この製品の標準トポロジを説明し、Oracle WebCenter Sitesの標準インストールを示します。

製品のインストールまたはドメイン構成の実行中または実行後に問題が発生しないように、次のトピックを十分に検討してください。

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

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

このガイドの情報は、Oracle WebCenter Sitesの標準インストール・トポロジの作成に役立ちます。後で標準インストール・トポロジを拡張して、セキュアで可用性の高い本番環境を作成できます。

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

1.1.1 WebCenter Sitesの標準インストール・トポロジの理解

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

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

このトポロジの要素の詳細は、表1-1 を参照してください。

1.1.2 標準インストール・トポロジ図の要素の理解

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

トポロジ図のすべての要素を説明しています。

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

要素

説明と追加ドキュメントへのリンク

APPHOST

Oracleドキュメントで使用される標準用語で、アプリケーション層をホストするマシンを示します。

DBHOST

Oracleドキュメントで使用される標準用語で、データベースをホストするマシンを示します。

WebLogicドメイン

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

管理サーバー

ドメインの中央制御エンティティで、そのドメインの構成オブジェクトを管理し、管理対象サーバーに構成の変更を配布します。
詳細は、Oracle Fusion Middlewareの理解の管理サーバーの概要に関する項を参照してください。

Enterprise Manager

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

クラスタ

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

マシン

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

管理対象サーバー

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

インフラストラクチャ

次のものを含むサービスの集合:

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

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager(OWSM)

1.1.3 Oracle WebCenter Sites: インサイトの標準インストール・トポロジの理解

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

このトポロジの要素の詳細は、表1-1 を参照してください。

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

1.1.4 Oracle WebCenter Sites: サイト・キャプチャの標準インストール・トポロジの理解

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

このトポロジの要素の詳細は、表1-1 を参照してください。

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

1.1.5 Oracle WebCenter Sites: 訪問者サービスの標準インストール・トポロジの理解

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

このトポロジの要素の詳細は、表1-1 を参照してください。

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

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

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

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

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

このドキュメントの手順では、新しいドメインの作成方法について説明しています。他のOracle Fusion Middleware製品がシステムにインストールされていないことが前提になっています。インストールおよびドメインの作成のためのすべての手順は、この前提に基づいています。

他のOracle Fusion Middleware製品がすでにシステムにインストールされている場合(たとえば、Oracle Fusion Middleware Infrastructureがすでにインストールされ、ドメインが稼働している場合)、既存のドメインを拡張するために、同じ手順を使用できます。これを行うことを選択した場合は、重要な情報について、『Oracle Fusion Middlewareのインストールのプランニング』の同じドメインへの複数の製品のインストールに関する項をお読みください。

新しいドメインを作成するときに、この手順の指示がニーズに一致しない場合は、それに応じて選択を行い、詳細についてサポート・ドキュメントを参照してください。

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

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

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

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

「製品ディストリビューションの理解と入手」を参照。

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

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

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

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

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

『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のトポロジを作成する場合は、「WebCenter Sitesドメインの構成」を参照。

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

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

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

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

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

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

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

インストールと構成の手順を開始する前に、このロードマップの重要な情報を把握しておく必要があります。

表2-2に示された重要なタスクおよびチェックを実行することにより、Oracle WebCenter Sitesのインストールと構成のために環境が適切に準備されているかどうかを確認できます。

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Oracleは、動作保証されているすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しており、新しい動作保証要件が確認されると、それらはすぐに適切な動作保証に関するドキュメントに追加されます。新しい動作保証要件は随時確認される場合があるため、動作保証に関するドキュメントはドキュメント・ライブラリの外部に置かれ、Oracle Technology Networkで提供されています。

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

3. 複数の製品間での相互運用性の確認
『Oracle Fusion Middleware相互運用性および互換性の理解』では、相互運用性と互換性を定義し、同一リリースまたは混在するリリースからなる複数のFusion Middleware製品を相互に使用する方法について説明しています。システムに複数のFusion Middleware製品をインストールする場合は、このドキュメントを読む必要があります。

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

この項では、システムでインストールおよび構成を実行するユーザーの権限に関する重要な情報について説明します。

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

- ユーザー権限の理解

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

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

2.2.2.1 ユーザー権限の理解

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

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レジストリを更新するには、Windowsオペレーティング・システムでインストールを実行しているユーザーに管理者権限が必要です。

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

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

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

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

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

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

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

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

java —jar distribution_name.jar
実行可能ファイル(.exe、.binまたは.shファイル)の場合:

- UNIXでは、次のように入力します。 ./distribution_name.bin

- Windowsでは、次のように入力します。 distribution_name.exe

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

インストールとドメイン構成のプロセス中に、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製品で使用される共通ファイルのリポジトリです。このため、Oracleホーム・ディレクトリは、システムにインストールされたすべてのOracle Fusion Middleware製品のセントラル・サポート・ディレクトリとして見ることができます。

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ホーム・ディレクトリを作成する場合は、各製品の構成段階で重複しないポート範囲を指定する必要があります。

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つの方法があります。

- スキーマの作成やドメイン内の全サーバーの起動によるドメイン構成の成功の確認も含めて、製品Aのインストールと構成を行います。
すべてのインストレーション・ガイドは、この方法に従って構成されています。製品の数に応じて、必要なだけこの手順を繰り返すことができます。この方法では、一度に1つの製品を検証し、製品を段階的に追加することができます。

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

- 必要なすべての製品をインストールし、構成せずに、すべての製品のスキーマを作成した後に、必要なすべての製品テンプレートを使用してドメインを構成し、すべてのサーバーを起動します。
この方法で複数の製品のドメインを作成すると若干高速ですが、この方法でのドメイン作成についてドキュメントに個々の手順は説明されていません。必要に応じて、必要なサポート・ドキュメントを参照してください。

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のインストールは、/uo1/oracle/products/jdkディレクトリに配置することをお薦めします。java -jarコマンドを使用して、インストーラJARファイルを実行できます。

一部の製品(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のシステム要件と仕様ドキュメントのOracle Repository Creation Utilityの要件の確認に関する項を参照してください。

注意:

12c (12.2.1)では、動作保証されたOracleデータベースのみがOracle Fusion Middleware Infrastructure標準インストール・トポロジに使用できます。

データベースが適切に構成されると、製品のスキーマを作成することができます。

- リポジトリ作成ユーティリティ(RCU)は、データベースにスキーマを作成するために使用するツールです。このツールはOracle Fusion Middleware製品のOracleホームに用意されています。

- Repository Creation Utilityの詳細は、『Repository Creation Utilityによるスキーマの作成』を参照してください。

2.3 製品ディストリビューションの理解と入手

Oracle Fusion Middleware Infrastructureディストリビューションを使用して、最初のOracle WebCenter Sitesドメインを作成します。この1つのディストリビューションに、Oracle WebLogic ServerソフトウェアとOracle JRFソフトウェアが含まれています。

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のディストリビューションは、.jarファイルとして提供されています。この配布をインストールして構成するには、動作保証されたJDKがシステムにインストールされている必要があります。

注意:

配布の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の製品の配布の理解と入手に関する項を参照してください。

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

この章では、Oracle WebCenter Sitesソフトウェアをインストールする方法について説明します。

インストールを開始する前に、システム環境の確認(「システム環境の確認のロードマップ」)およびOracle Fusion Middleware Infrastructureのインストール(『Oracle Fusion Middleware Infrastructureのインストールと構成』)が完了していることを確認してください。

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

インストール・プロセスでは、特定の情報の入力が必要になります。

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

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

情報

値の例

説明

JAVA_HOME

/home/Oracle/Java/jdk1.8.0_40

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

データベース・ホスト名

examplehost.exampledomain

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

データベース・ポート

1521

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

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

orcl

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

DBAユーザー名

SYS

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

DBAパスワード

ExamplePassword1

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

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です。

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

ExamplePassword1

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

RCUユーティリティ

ORACLE_HOME/oracle_common/bin

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

RCUスキーマ接頭辞

WCS

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

RCUスキーマ・パスワード

ExamplePassword1

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

Configユーティリティ

ORACLE_HOME/oracle_common/common/bin

ドメインを作成し構成するための構成ウィザードへのパス。

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

インストールを実行する前に、JDKおよび必要なソフトウェアの確認を行う必要があります。

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

1. ターゲットのシステムにログインします。

2. 動作保証されたJDKがシステムにすでに存在することを確認してください。インストーラは、動作保証されたJDKを必要とします。Oracle Fusion Middlewareでサポートされるシステム構成に関するページで、12c (12.2.1)の適切な動作保証のドキュメントを参照してください。

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

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

5. 次の例に示すとおり、ご使用のシステムのJDKディレクトリからjava実行可能ファイルを実行し、インストール・プログラムを起動します。
UNIXオペレーティング・システム: /home/Oracle/Java/jdk1.8.0_40/bin/java —jar fmw_12.2.1.0.0_wcs_generic.jar
Windowsオペレーティング・システム: C:\home\Oracle\Java\jdk1.8.0_40\bin\java -jar fmw_12.2.1.0.0_wcs_generic.jar

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

注意:

インストーラをサイレント・モードで起動することにより、インストールの処理中に構成オプションが表示されないようにすることもできます。サイレント・インストールまたはコマンド・ライン・インストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』の「サイレント・モードでのOracle Universal Installerの使用」を参照してください。

インストール・プログラムが表示されると、インストールを開始する準備ができています。各インストール・プログラム画面の詳細は、次のトピックを参照してください。

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

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

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

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

画面

説明

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

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

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

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

ようこそ

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

自動更新

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

インストールの場所

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

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

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

インストール・タイプ

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

前提条件チェック

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

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

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

インストール・サマリー

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

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

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

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

インストールの進行状況

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

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

インストール完了

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

3.4 インストールの確認

インストールが完了したら、一連のタスクを適切に完了することにより、それを確認します。

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

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

- Oracleホームの内容の表示

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

インストール・ログ・ファイルの内容を確認し、インストーラの問題が発生していないことを確認します。デフォルトでは、インストーラはログ・ファイルをOracle_Inventory_Location/logs (UNIXオペレーティング・システムの場合)またはOracle_Inventory_Location\logs (Windowsオペレーティング・システムの場合)ディレクトリに書き込みます。

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

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

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

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

3.4.3 Oracleホームの内容の表示

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

4 WebCenter Sitesドメインの構成

Oracle WebCenter Sitesドメインを作成し構成すると、データベース・スキーマが作成され、高可用性への拡張が可能なWebLogicドメインが構成されます。

構成プロセスを開始する前に、Oracle Fusion Middleware Infrastructureと同じOracleホームにOracle WebCenter Sitesソフトウェアのインストールが完了していることを確認してください。詳細は、「Oracle WebCenter Sitesソフトウェアのインストール」を参照してください。

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

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

これらのスキーマを、この項の手順に従ってインストールします。

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

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

- RCU画面からスキーマ作成へのナビゲート

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

動作保証されたデータベースがインストールおよび構成され、そのデータベースが稼働中であることを確認する必要があります。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のデータベースおよびデータベース・スキーマのインストールに関する項を参照してください。

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

RCUを起動するには、JDK環境変数が正しく設定されている必要があります。

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

1. 対象のシステムで、ORACLE_HOME/oracle_common/binディレクトリに移動します。

2. JAVA_HOME環境変数が、ご使用のシステム上の動作保証済JDKの場所に設定されていることを確認します。この場所は、binディレクトリより上の階層にする必要があります。たとえば、JDKが/home/Oracle/Java/に配置されている場合は、次のようになります。

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

setenv JAVA_HOME /home/Oracle/Java/jdk1.8.0_40

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

set JAVA_HOME=C:\home\Oracle\Java\jdk1.8.0_40

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

3. RCUを起動します。

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

./rcu

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

rcu.bat

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

この項のトピックでは、スキーマの作成タスクについて説明します。

4.1.3.1 RCUの概要

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

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

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

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

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

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

続行するには「次」をクリックし、データベース接続の成功を確認するダイアログ・ウィンドウで「OK」をクリックします。

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

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

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

- ユーザー・メッセージング・サービス

- メタデータ・サービス

- WebLogicサービス

- Oracle Platform Security Services

- 監査サービス

- 監査サービスへの追加

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

- WebCenter Sites

- WebCenter Sites—訪問者サービス

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

ヒント:

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

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

ヒント:

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

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

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

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

ヒント:

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

4.1.3.6 スキーマの作成の完了

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

4.2 WebCenter Sitesドメインの構成

この項では、構成ウィザードを使用したWebLogicドメインの作成手順を説明します。ドメインの作成に使用できるその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

ドメインを作成して構成するには、次の作業を実行します。

- 構成ウィザードの起動

- 構成ウィザード画面のナビゲートによるドメインの作成

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

この項では、トポロジのドメインを作成して構成する方法について説明します。

注意:

この手順を使用して既存のドメインを拡張できます。ニーズが手順の指示と一致しない場合は、それに応じて選択を行い、詳細についてサポート・ドキュメントを参照してください。

ドメインの作成と構成には、次のタスクが含まれます。

4.2.1.1 構成ウィザードの起動

ドメインの構成を開始するには、ORACLE_HOME/oracle_common/common/binディレクトリに移動して、WebLogic Server構成ウィザードを起動します。

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

./config.sh

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

config.cmd

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

このタスクでは、ドメイン・ホーム・ディレクトリの場所を選択する必要があります。このディレクトリに最適な場所は、Oracleホーム・ディレクトリの外部です。

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

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

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

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

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

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

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

- Oracle WebCenter Sites - 12.2.1.0.0 [wcsites]

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

- Oracle WebCenter Sites - Insights - 12.2.1.0.0 [wcsites]

- Oracle Enterprise Manager - 12.2.1.0 [em]

- Oracle WebCenter Sites - SiteCapture - 12.2.1.0.0 [wcsites]

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

- Oracle JRF - 12.2.1.0 [oracle_common]

- WebLogic Coherence Cluster Extension - 12 2.1.0 [wlserver]

ヒント:

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

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

「アプリケーションの場所」画面で、ドメインに関連するアプリケーションを保存する場所(アプリケーション・ホーム・ディレクトリとも呼ばれる)を選択します。

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

ヒント:

アプリケーション・ホーム・ディレクトリの詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のアプリケーション・ホームの選択に関する項を参照してください。

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

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

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

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

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

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

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

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

ヒント:

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

ホスト名

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

ポート

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

スキーマ所有者

スキーマ・パスワード

データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。これは、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データ」オプションの詳細は、『リポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

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

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

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

ヒント:

高可用性環境の場合は、Oracle RACデータベースのデータ・ソース構成に関する追加情報について、『高可用性ガイド』の次の項を参照してください。

- Oracle RACでのGridLinkデータ・ソースの構成

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

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

4.2.1.9 JDBC接続のテスト

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

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

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

ヒント:

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

4.2.1.10 拡張構成の選択

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

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

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

- 管理対象サーバー、クラスタおよびCoherence
WebCenter Sites管理対象サーバーを構成するために必要です。

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

「管理サーバー」画面で、「リスニング・アドレス」の横にあるドロップダウン・リストを選択し、管理サーバーが存在するホストのIPアドレスを選択します。「すべてのローカル・アドレス」を使用しないでください。

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

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

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

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

ヒント:

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

ノード・マネージャ・タイプの詳細は、『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コンポーネントのログ・ファイルの場所に関する項を参照してください。

トピック

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

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

- Oracle WebCenter Sites: インサイトの管理対象サーバーの構成

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

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

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

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

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

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

これらのサーバー名は、このドキュメント全体で引用されるため、異なる名前を選択する場合は、必要に応じて読み替えてください。

ヒント:

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

4.2.1.13.3 Oracle WebCenter Sites: インサイトの管理対象サーバーの構成

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

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

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

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

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

他のサーバー・グループVS-MGD-SVRでは、WebCenter Sitesのみがサーバーにターゲット指定され、OWSMは指定されません。通常では、WebCenter Sitesサーバーとは異なるサーバーにOWSMを配置する場合に使用します。

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

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

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

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

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

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

ヒント:

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

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

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

ヒント:

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

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

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

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

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

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

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

ヒント:

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

4.2.1.14 WebCenter Sitesのクラスタの構成

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

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

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

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

前述の手順を繰り返して、sc_cluster_1、ins_cluster_1およびvs_cluster_1を作成します。

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

Fusion Middleware Controlでクラスタを作成することもできます。その場合、新しいクラスタを作成するときに、クラスタの通信(ユニキャストまたはマルチキャスト)を設定できます。詳細は、『Oracle WebLogic Server Administration Consoleオンラインヘルプ』のクラスタの作成と構成に関する項を参照してください。

ヒント:

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

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

「サーバーのクラスタへの割当」画面を使用して、新しいクラスタに管理対象サーバーを割り当てます。

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を割り当てるために繰り返します。

ヒント:

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

4.2.1.16 Coherenceクラスタの構成

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

注意:

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

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

注意:

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

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

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

ヒント:

高可用性環境を作成する計画があり、ターゲット・トポロジに必要なマシン・リストを把握している場合は、この項の指示に従って、ここですべてのマシンを作成できます。詳細は、『高可用性ガイド』のオプションのスケール・アウト手順に関する項を参照してください。

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

2. 「名前」フィールドに、wcs_machine_1を指定します。

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

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

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

この例に示されているポート番号5556は、このドキュメントの別の例でも引用されることがあります。このポート番号は、必要に応じて各自のポート番号に置換してください。

注意:

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

ヒント:

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

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

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

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

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

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

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

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

ヒント:

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

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

「構成サマリー」画面には、作成しようとしているドメインの詳細な構成情報が表示されます。画面上の各項目を検討し、情報が正しいことを確認します。

変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択することにより、前の画面に戻ります。

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

ヒント:

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

4.2.1.20 ドメイン・ホームと管理サーバーURLの記録

「構成に成功しました」画面には、構成したドメインに関する次の項目が表示されます。

- ドメインの場所

- 管理サーバーURL

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

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

4.3 サーバーの起動

構成が完了したら、次の手順を実行して、ドメインの管理に使用できる各ツールにアクセスします。

注意:

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

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

ドメインごとのノード・マネージャを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムの場合は、次に示すように、nohupとサンプル出力ファイルnm.outを使用してノード・マネージャを起動します。

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

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

Windowsオペレーティング・システムの場合は、次のコマンドを実行します。

startNodeManager.cmd

注意:

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

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

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

4.3.2 管理サーバーの起動

管理サーバーを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムの場合は、次のコマンドを実行します。

./startWebLogic.sh

Windowsオペレーティング・システムの場合は、次のコマンドを実行します。

startWebLogic.cmd

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

ヒント:

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

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

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。URLは「ドメイン・ホームおよび管理サーバーURLを書き込む」の「構成に成功しました」画面のURLに指定されます。

注意:

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

http://administration_server_host:administration_server_port/console

デフォルトの管理サーバーのポート番号は7001です。

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

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

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

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

http://administration_server_host:administration_server_port/em

管理サーバーのホストおよびポート番号は「構成に成功しました」画面のURLにありました(「ドメイン・ホームおよび管理サーバーURLを書き込む」)。デフォルトの管理サーバーのポート番号は7001です。

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

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

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

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

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

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

4.4 構成の確認

ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。ドメインが適切に構成されていることを確認するには、この項に記載されているタスクについて理解し、それらを実行する必要があります。

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

この章では、新しく作成された製品ドメインで実行する可能性のある一般的なタスクについて説明します。

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

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

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

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

タスク

説明

詳細

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のSSLの構成に関する項を参照してください。

Oracle Fusion Middlewareのモニタリング

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

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

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

Oracle Fusion Middlewareの推奨されるバックアップとリカバリの手順について学習します。

『Oracle Fusion Middlewareの管理』のバックアップとリカバリの概要に関する項を参照してください。

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

ドメインを構成した後、検討する追加のタスクがあります。

表5-2は、新しいドメインで実行する可能性が高い追加のタスクを示しています。

表5-2 追加ドメイン構成タスク

タスク

説明

詳細

アプリケーションのデプロイ

アプリケーションをOracle Fusion Middlewareにデプロイする方法を学習します。

『Oracle Fusion Middlewareの管理』のアプリケーションのデプロイに関する項を参照してください。

ドメインへのWeb層のフロントエンドの追加

OracleのWeb層でWebページ(静的と動的)をホストし、組込みのクラスタ、ロード・バランシングおよびフェイルオーバーの機能とともにセキュリティと高パフォーマンスを実現します。特にWeb層にはOracle HTTP Serverが含まれます。

Oracle HTTP ServerをWebLogic Serverドメインにインストールするには、 『Oracle HTTP Serverのインストールと構成』を参照してください。

重要な情報について、『Oracle Fusion Middlewareのインストールのプランニング』の同じドメインへの複数製品のインストールに関する項も参照してください。

トポロジに対するCoherenceのチューニングと構成

標準インストール・トポロジには、記憶域が有効な管理対象Coherenceサーバーが含まれるCoherenceクラスタがあります。この構成はCoherenceの使用には適切な出発点ですが、特定の要件によっては、本番環境でのパフォーマンスを向上させるためにCoherenceをチューニングして再構成することを検討してください。

Coherenceクラスタの詳細は、『Oracle WebLogic Serverクラスタの管理』のCoherenceクラスタの構成および管理に関する項を参照してください。

Coherenceのチューニングについては、『Oracle Coherenceの管理』を参照してください。

CoherenceでのHTTPセッション・データの格納の詳細は、『Oracle Coherence*WebでのHTTPセッション・マネージメントの管理』のWebLogicサーバーでのCoherence*Webの使用に関する項を参照してください。

Coherenceアプリケーションの作成とデプロイの詳細は、 『Oracle WebLogic Server Oracle Coherenceアプリケーションの開発』を参照してください。

5.3 高可用性向けの環境の準備

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

表5-3は、標準インストール環境を高可用性のためにスケール・アウトする場合に実行するタスクを示しています。

表5-3 可用性の高い環境の準備に必要なタスク

タスク

説明

詳細

複数のホスト・コンピュータへのスケール・アウト

高可用性を有効にするには、他のホストコンピュータへのフェイルオーバーの機能を実現することが重要です。この方法では、1台のコンピュータが停止しても、環境にデプロイされたアプリケーションが顧客にサービスを提供し続けることができます。

『高可用性ガイド』のトポロジのスケール・アウト(マシンのスケール・アウト)に関する項を参照。

Web層のコンポーネントの高可用性の構成。

Web層フロントエンドを追加した場合は、Web層の高可用性の構成とWebLogic Serverソフトウェアの構成が必要です。

『高可用性ガイド』のWeb層コンポーネントの高可用性の構成に関する項を参照。

フロントエンドのロード・バランサの設定

ロード・バランサを使用して、リクエストを複数のサーバーでより均等に分散できます。

『高可用性ガイド』の高可用性環境でのサーバーのロード・バランシングおよびロード・バランサの構成に関する項を参照。

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

ノード・マネージャにより、遠隔地から管理サーバーおよび管理対象サーバーを起動、停止および再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの拡張構成オプションおよび機能の詳細は、ノード・マネージャのドキュメントを参照してください。

『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

6 Oracle WebCenter Sitesのアンインストール

この章では、Oracle WebCenter Sitesをアンインストールまたは再インストールする方法について説明します。

ソフトウェアの削除には、常にこの項の手順を使用してください。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールするときに問題が発生する場合があります。この項の手順を実行すると、ソフトウェアを正しく削除できます。

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

- 製品のアンインストールの理解

- Oracle Fusion Middlewareの停止

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

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

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

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

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

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

6.1 製品のアンインストールの理解

Oracle Fusion Middlewareアンインストーラは、それを起動したOracleホーム・ディレクトリからソフトウェアを削除します。

表6-1に、アンインストール手順の概要とサポート・ドキュメントへのリンクを示します。

表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環境の停止に関する項を参照してください。

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

Oracleホームを削除する前に、このドメインに関連付けられたデータベース・スキーマを削除するために、リポジトリ作成ユーティリティを実行することをお薦めします。

各ドメインには、カスタム接頭辞で一意に識別された独自のスキーマのセットがあります(『リポジトリ作成ユーティリティによるスキーマの作成』のカスタム接頭辞の理解に関する項を参照)。これらのスキーマは、他のドメインで共有できません(『リポジトリ作成ユーティリティによるスキーマの作成』のスキーマの作成計画に関する項を参照)。

データベースに複数のスキーマ・セットがある場合は、削除するドメインに関連付けられたスキーマ接頭辞を指定します。

スキーマを削除する手順については、『リポジトリ作成ユーティリティによるスキーマの作成』のスキーマの削除に関する項を参照してください。

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

この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

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

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

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

サイレント(コマンド・ライン)アンインストールを実行する場合は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

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

アンインストーラを起動する手順は次のとおりです。

- UNIXの場合
ORACLE_HOME/oui/binディレクトリに移動し、次のコマンドを入力してください。

./deinstall.sh

- Windowsの場合
次のいずれかの操作を行います。

- ファイル・マネージャ・ウィンドウを使用してORACLE_HOME\oui\binディレクトリに移動して、deinstall.cmdをダブルクリックします。

- コマンド行から、ORACLE_HOME\oui\binに移動し、次のコマンドを入力します。

deinstall.cmd

- 「開始」メニューから、「すべてのプログラム」を選択してから「Oracle」、「OracleHome」、「Oracle Middlewareのアンインストール」の順に選択します。

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

Oracleホームには複数の製品が存在するため、正しいOracleホームをアンインストールしていることを確認します。

アンインストーラを実行した後、「アンインストールする配布」画面が表示されます。ドロップダウン・リストから削除の種類の選択を選択し、「アンインストール」をクリックします。「アンインストール画面のナビゲート」に記載されている画面が表示されます。

注意:

アンインストール・ウィザードを再度実行することにより、Oracle WebCenter Sitesソフトウェアをアンインストールした後に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オペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

C:\Program Data\Microsoft\Windows\Start Menu\Programs\Oracle\Oracle Home\Productディレクトリに移動します。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ホーム内のどこかに、ドメイン・ホームまたはアプリケーション・ホームを作成することを選択したとします。このデータはアンインストール処理中に削除されないので、同じOracleホームに再インストールしようとすると、インストーラがそれを許可しません。選択肢は次のとおりです。

1. この項で説明しているように、Oracleホームからソフトウェアをアンインストールした後、Oracleホーム・ディレクトリを削除します。これが完了したら、再インストールし、同じOracleホームの場所を再利用できます。Oracleホームに存在していたドメインまたはアプリケーション・データは、再作成する必要があります。

2. 別のOracleホーム・ディレクトリを選択します。

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

Oracle WebCenter Sitesをインストールして構成した後、そのコンポーネント・アプリケーションを構成する必要があります。コンポーネント・アプリケーションを構成するために、この項のトピックを参照してください。

7 WebCenter SitesのWeb層の作成

ドメインを構成した後、Oracle Web層またはサード・パーティWeb層を設定します。

Oracle Web Tierの場合は、これらのタスクを実行する手順について、『Oracle HTTP Serverのインストールと構成』またはインストレーション・ガイドを参照してください。

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サーバーのドキュメントを参照してください。

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の構成

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

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

WebCenter Sitesコンフィギュレータを使用する前に、いくつかの前提条件タスクを実行する必要があります。これらのタスクには、OPSSのアクセス権限の付与、キャッシュ・ファイルの変更、データベース・スキーマの作成、WebCenter Sitesドメインの構成および環境のプロパティ値の設定が含まれます。

WebCenter Sitesを構成する前に、これらの前提条件タスクが完了していることを確認してください。

1. 次のスクリプトを実行して、ORACLE_HOME/wcsites/wcsites_common/lib/sites-security.jarにOracle Platform Security Services資格証明ストアの読取り、書込みおよび削除のアクセス権限を付与します。

- UNIXオペレーティング・システムの場合:
DOMAIN_HOME/wcsites/bin/grant-opss-permission.sh

- Windowsオペレーティング・システムの場合:
DOMAIN_HOME\wcsites\bin\grant-opss-permission.bat

スクリプトから入力を要求されたら、WebLogic Server管理者のユーザー名とパスワードを使用します。

Fusion Middleware構成ウィザードでデフォルト(ORACLE_HOME/user_projects/domains/domain_name)以外のドメイン・ホームを指定した場合は、grant-opss-permission.shまたはgrant-opss-permission.batを実行する前に、指定したドメイン名が含まれていることを確認してください。必要に応じて、ファイルを編集してドメイン名を更新します。

2. 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プロパティの値を手動に変更します。

c. ファイルを保存して閉じます。

d. WebCenter Sites管理対象サーバーを起動します。

3. 「データベース・スキーマの作成」で説明しているように、リポジトリ作成ユーティリティ(RCU)を使用して、WebCenter Sitesのデータベース・スキーマを作成します。

4. Fusion Middleware構成ウィザードとOracle WebCenter Sites - 12.2.1.0.0テンプレートを使用して新しいドメインを作成し、「WebCenter Sitesドメインの構成」で説明しているように、1つ以上のWebCenter Sites管理対象サーバーを構成します。

注意:IBM DB2 WebCenter Sitesでは、Fusion Middleware構成ウィザードによって作成されるデフォルトのデータ・ソースをサポートしません。DB2がサポートするドライバを使用して新しいデータ・ソースを作成する手順:

a. WebCenter Sitesドメインのクラス・パスに、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コンポーネント・スキーマ情報の指定」を参照してください。

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 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\cas-home\lib\*
ORACLE_HOME\oracle_common\modules\clients\*

追加のクラスタ・ノードを構成する方法の詳細は、「クラスタの設定」を参照してください。

外部LDAP認証プロバイダの構成方法の詳細は、「LDAPディレクトリに対する認証への切替え」を参照してください。

Oracle Access Managerの統合を構成する方法の詳細は、「Oracle Access Managerに対する認証への切替え」を参照してください。

WebCenter Sites構成のインポート/エクスポート・ユーティリティの使用方法の詳細は、Oracle WebCenter Sitesプロパティ・ファイル・リファレンスのプロパティ管理ツールの使用に関する項を参照してください。

注意:
WARファイルに加えた変更は、再デプロイ時に保持されないため、WARファイルの変更は、Webアプリケーションの各再デプロイの後にコピーする必要があります。一般に、イメージやスタイルシート・ファイルなどの静的アーティファクトをWebサーバーにデプロイすることをお薦めします。

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

REST-avisportsは、WebCenter Sitesの集計のREST APIを使用してクライアント側Webサイトの開発を示すサンプルWebサイトです。

REST-avisportsサンプル・サイトを構成してデプロイする前に、次のタスクが完了していることを確認してください。

- WebCenter Sitesとサンプル・サイト(avisports/firstsiteII)のインストール

- WebCenter Sites管理対象サーバーを起動し、正常に実行されていることを確認します。

REST-avisportsサンプル・サイトを構成してデプロイするには:

1. ORACLE_HOME/wcsites/ディレクトリの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 (例: wcsites)

4. 更新されたsites-restavisports.warファイルをWebCenter Sites管理対象サーバーにデプロイします。

WebCenter Sitesが実行中のとき、次のURLでREST-avisportsサンプル・サイトにアクセスできます:

http://restavisports-host-name:restavisports-deployed-port/restavisports-app-context-path/

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

Oracle WebCenter Sites: サイト・キャプチャ管理対象サーバーを構成した後、サイト・キャプチャ・コンフィギュレータを使用してサイト・キャプチャを構成できます。サイト・キャプチャは、WebCenter Sitesのパブリッシュ・プロセスと統合することもできます。

次のトピックでは、サイト・キャプチャの構成を完了する方法について説明します。

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

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

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

サイト・キャプチャ・コンフィギュレータは、前提条件タスクが完了した後、対話モードまたはサイレント・モードでサイト・キャプチャを構成するための手順を提供します。

サイト・キャプチャを構成する前に、次の前提条件の完了を確認してください。

- 「データベース・スキーマの作成」で説明しているように、リポジトリ作成ユーティリティを使用して必要なデータベース・スキーマを作成します

- 完全に機能するWebCenter Sitesインスタンスを1つ以上デプロイします。

- WebLogic構成ウィザードとOracle WebCenter Sites — Site Capture — 12.2.1.0.0テンプレートを使用して、サイト・キャプチャの管理対象サーバーを作成します。 詳細は、「WebCenter Sitesドメインの構成」を参照してください。

- WebCenter Sitesドメインのためにまだ実行していない場合は、次のスクリプトを実行して、ORACLE_HOME/wcsites/wcsites_common/lib/sites-security.jarにOracle Platform Security Services資格証明ストアの読取り、書込みおよび削除のアクセス権限を付与します。

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

DOMAIN_HOME/wcsites/bin/grant-opss-permission.sh

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

DOMAIN_HOME\wcsites\bin\grant-opss-permission.bat

スクリプトから入力を要求されたら、WebLogic Server管理者のユーザー名とパスワードを使用します。

コマンド・ラインからサイト・キャプチャ・コンフィギュレータを起動し、対話モードまたはサイレント・モードのいずれかでそれを実行してサイト・キャプチャを構成できます。コンフィギュレータが、構成の手順を説明します。

対話モードでのサイト・キャプチャ・コンフィギュレータの実行

対話モードでコンフィギュレータを実行するための手順:

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ディレクトリをマウントし、クラスタ内の他のすべてのノードで共有する必要があります。それはすべてのノードで使用されるフォルダの単一のコピーである必要があります。このディレクトリには、configおよびcrawlerディレクトリが含まれます。

注意:
DOMAIN_HOME/wcsites/sitecapture/config/wcs_sitecapture_properties_bootstrap.iniファイルを手動で編集してWebCenter Sitesパスワード(oracle.wcsites.app.password)を暗号化されていないクリア・テキスト値に変更した場合は、oracle.wcsites.sitecapture.password.replaceの値をtrueに設定する必要があります。

サイト・キャプチャの構成の詳細は、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 インサイトとサポート・ソフトウェアの構成

この章では、Oracle WebCenter Sites: インサイトとそのサポート・ソフトウェア(Kafka、HBaseおよびEndeca)の構成方法について説明します。インサイトのランタイムは、インサイトWebアプリケーション(WARファイル)とクラスタの全メンバーで共有するconfigディレクトリで構成されます。

次のトピックでは、サポート・ソフトウェアの詳細とインサイトの構成方法について説明します。

- インサイトに必要なソフトウェア・コンポーネント

- インサイトの構成

10.1 インサイトに必要なソフトウェア・コンポーネント

Oracle WebCenter Sites: インサイトは、サポート・ソフトウェア・コンポーネントに依存しており、これらをインサイトよりも先にインストールして構成する必要があります。

インサイトをデプロイする前に、次のソフトウェアをインストールして構成します。

- Apache Kafka 0.8.2.1 (Zookeeper使用) — インサイトのメッセージング・キュー(データ・バッファ)サービス
インサイトによって収集されるRAWデータは、Kafkaのメッセージ・キューに追加されます。インサイトはキューからRAWデータを取り出し、訪問者の国、ブラウザおよびオペレーティング・システムなどのメタデータでデータ・エンリッチメントを行い、それをエンリッチ・データ・キューに書き込みます。最後に、インサイトはエンリッチされたデータを取り出し、永続記憶のためにHBaseに書き込みます。

- HBase 0.98.6-hadoop2またはCDH 5.2.0 (Zookeeper使用) — インサイトのエンリッチ・データのデータ・ストア

- Oracle Endeca Server 7.6

- (オプション) Oracle Endeca Information Discovery 3.1(Zookeeper使用) — レポート生成ツール。
インサイト内に構成されたデータ・ローダがHBaseから特定のデータ範囲を取り出し、レポートを生成するためにEndecaにロードします。

- Zookeeper – インサイトがプロパティ管理のために使用できるスタンドアロン・インスタンス

注意:
Kafka、EndecaおよびHBaseはサード・パーティ製品であり、インサイトの一部として配布されません。これらは各ベンダーから入手する必要があります。zookeeperのポートが相互に競合するため、同じサーバー上でKafka、EndecaおよびHBaseのいずれかの組合せを実行しないでください。別のサーバー・インスタンス上で各サービスを実行する(推奨)か、zookeeperのポートを変更します(推奨されません)。

10.2 インサイトの構成

環境に応じてインサイトを構成し、その構成をテストできます。

インサイトを構成する前に、次の前提条件を満たす必要があります。

- Apache Kafka 0.8.2.1およびHBase 0.98.6-hadoop2をインストールして構成します。

- 完全に機能するWebCenter Sitesインスタンスを1つ以上インストールして構成します。

- 「WebCenter Sitesドメインの構成」で説明しているように、WebLogic構成ウィザードとOracle WebCenter Sites — Insights — 12.2.1.0.0テンプレートを使用して、WebCenter Sitesドメインにインサイトの管理対象サーバーを構成します。
インサイトでは、製品のホーム・ディレクトリはORACLE_HOME/wcsites/insights (WCS_INSIGHTS_HOME)、構成ディレクトリはDOMAIN_HOME/wcsites/insights/config (WCS_INSIGHTS_CONFIG)です。

- WebCenter Sitesドメインのためにまだ実行していない場合は、次のスクリプトを実行して、ORACLE_HOME/wcsites/wcsites_common/lib/sites-security.jarにOracle Platform Security Services資格証明ストアの読取り、書込みおよび削除のアクセス権限を付与します。

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

DOMAIN_HOME/wcsites/bin/grant-opss-permission.sh

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

DOMAIN_HOME\wcsites\bin\grant-opss-permission.bat

スクリプトから入力を要求されたら、WebLogic Server管理者のユーザー名とパスワードを使用します。

- 「インサイトに必要なソフトウェア・コンポーネント」に記載されたサード・パーティのサポート・ソフトウェアをインサイトのためにインストールして構成します。

インサイトの構成手順:

1. ORACLE_HOME/wcsites/insights/binディレクトリで、config.propertiesファイル内の次のプロパティを環境に適した値で更新します。

destination

インサイトのconfigディレクトリのフル・パス。デフォルトでは、DOMAIN_HOME/wcsites/insights/configです。

server.zookeeper.connect

スタンドアロンZookeeperインスタンスのホスト名とクライアント・ポート番号をhostname:client-portの形式で指定します。スタンドアロンZookeeperインスタンスが構成されていない場合は、kafka.zookeeper.connectと同じ値に設定します。

kafka.zookeeper.connect

ターゲットKafkaインスタンスのZookeeperのホスト名とクライアント・ポート番号をhostname:client-portの形式で指定します。

metadata.broker.list

ターゲットKafkaインスタンスのホスト名とメタデータ・ブローカ・ポート番号をkafka-hostname:broker-portの形式で指定します。

hbase.zookeeper.quorum

ターゲットZookeeperインスタンスのホスト名。

hbase.zookeeper.property.clientPort

ターゲットZookeeperインスタンスが接続を待機しているポート番号。

vs.uri

(オプション)ターゲット訪問者サービス・インスタンスのURI。このプロパティを構成すると、訪問者サービスの訪問者データによってインプレッション・データをエンリッチメントできます。

cors.allowOrigin

クロスドメイン・リソース・リクエストが受け入れられるホスト名とポート番号(hostname:port形式、カンマ区切り)。値にワイルドカード(*)を指定すると、CORSフィルタが無効になります。

zookeeper.overwrite

(オプション)起動時に既存のZookeeperのノード構成を上書きするかどうかを指定します。trueまたはfalseを指定できます。

(オプション)訪問者のインプレッション・データを、データ・ローダを使用せずに直接にHBaseからEndecaにロードする場合は、次のEndecaのプロパティも構成してください。

endeca.hostname

ターゲットEndecaインスタンスのホスト名(前述のEndecaのSSL構成の一部としてすでに設定されている場合は必要ではありません)。

endeca.port

ターゲットEndecaインスタンスが接続を待機しているポート番号。

endeca.datadomain

ターゲットEndecaデータ・ドメインの名前。

endeca.context

ターゲットEndecaサーバー・インスタンスのコンテキスト。

2. 構成ユーティリティを実行します: java -jar insights-configtool.jar config.properties

3. インサイトを起動します。

a. HbaseまたはCDHが稼働中であることを確認します。

b. Kafkaサーバーを起動します。

c. インサイトの管理対象サーバー。
インサイトの管理対象サーバーが稼働中の状態になった後、URL (http://insights-server-host-name:insights-port/insights/)にアクセスすると、"Insights Web Service Application!"メッセージが表示されます。

インサイトが実行されているかどうかを確認するには、次の例に示すように、insights-logging.xmlのlogger name='oracle.wcsites.insights.consumer.hbase'をlogger level='TRACE:32'に設定します。

<logger name='oracle.wcsites.insights.consumer.hbase' level='TRACE:32' useParentHandlers='false'>

次に、http://insights-server-host-name:insights-port/insights/rest/trackerにアクセスし、インサイトのログDOMAIN_HOME/servers/insights-server/logs/をチェックします。ログに[oracle.wcsites.insights.consumer.hbase]が出力されている必要があります。

注意:
インサイト管理対象サーバーの起動が失敗する場合は、インサイトをホストしている物理マシン上で実行中のオペレーティング・システムでユーザーが利用できる最大プロセス数(max user processes)を増加し、再び試みてください。

4. Webブラウザで次のURLにアクセスして構成をテストします: http://insights-host:port/insights/。「Insights Web Service Application」のメッセージは、インサイトが稼働中であることを確認します。

5. インサイトの統合を有効にするために、WebCenter Sitesを設定します。

a. WebCenter Sites管理インタフェースにログオンします。

b. プロパティ管理ツールを使用して、次のように、config.propertiesを設定します。

- insights.enableをtrueに設定する

- server.zookeeper.connectと同じ値をinsights.zookeeper.connectに設定する

- insights.datacaptureurlをhttp://insights-host:insights-port/insightsに設定する

- insights.asset.management.enabledをtrueに設定する

6. WebCenter Sitesページのプレビューが追跡されない場合は、ページのプレビューに使用されるテンプレートに、AddAnlyticsImgtagが含まれていることを確認してください。例: <render:callelement elementname="insights/AddInsightsImgTag" args="c,cid,d,site,recid"/>

注意:
レポートおよび他のインサイトに関連する構成は、analyticsロールを持つユーザーのみがアクセスできます。レポートのデータはEndecaから取得されるので、レポートが表示されない場合は、サイトのローダーが構成されているかどうかを確認してください。ローダーは、定期的または一度にすべてのデータをHbaseからロードするようにスケジュールできます。詳細は、Oracle WebCenter Sitesの管理のデータ・ローダーの構成に関する項を参照してください。

インサイトの構成の詳細は、Oracle WebCenter Sitesでの開発のインサイトの開発に関する項を参照してください。

注意:
WARファイルに加えた変更は、再デプロイ時に保持されないため、WARファイルの変更は、Webアプリケーションの各再デプロイの後にコピーする必要があります。一般に、イメージやスタイルシート・ファイルなどの静的アーティファクトをWebサーバーにデプロイすることをお薦めします。

。

11 訪問者サービスの構成

Oracle WebCenter Sites: 訪問者サービス管理対象サーバーを設定した後、ブラウザ・ベースの訪問者サービス・コンフィギュレータを使用して訪問者サービスを構成できます。訪問者サービス・ランタイムは、visitors-webappアプリケーション(WARファイル)、configディレクトリ、データベース・インスタンス、サンプル・バンドル・コード、プロバイダおよびvisitorsクライアントで構成されています。

次のトピックでは、訪問者サービスの構成について説明します。

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

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

- 訪問者IDの取得

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

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

訪問者サービスを構成する前に、前提条件タスクが完了していることを確認してください。

訪問者サービスの構成の前提条件を完了するための手順:

1. 「データベース・スキーマの作成」で説明しているように、リポジトリ作成ユーティリティを使用してWebCenter Sites – 訪問者サービスのデータベース・スキーマを作成します。

2. 「データベース・スキーマの作成」で説明しているように、リポジトリ作成ユーティリティを使用してWebCenter Sites – 訪問者サービスのデータベース・スキーマを作成します。

3. 「WebCenter Sitesドメインの構成」で説明しているように、WebLogic構成ウィザードとOracle WebCenter Sites Visitor Services — 12.2.1.0.0テンプレートを使用して、訪問者サービスの管理対象サーバーを作成します。

注意:IBM DB2の訪問者サービスは、Fusion Middleware構成ウィザードによって作成されるデフォルトのデータ・ソースをサポートしません。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コンポーネント・スキーマ情報の指定」を参照してください。

4. WebCenter Sitesなどの他のコンポーネントのためにまだ実行していない場合は、セキュリティの構成を実行します。訪問者サービスをWebCenter Sitesと同じWebLogicドメインに構成する場合は、この手順を無視してください。

次のスクリプトを実行して、ORACLE_HOME/wcsites/wcsites_common/lib/sites-security.jarにOracle Platform Security Services資格証明ストアの読取り、書込みおよび削除のアクセス権限を付与します。

- UNIXオペレーティング・システムの場合:
DOMAIN_HOME/wcsites/bin/grant-opss-permission.sh

- Windowsオペレーティング・システムの場合:
DOMAIN_HOME\wcsites\bin\grant-opss-permission.bat

スクリプトから入力を要求されたら、WebLogic Server管理者のユーザー名とパスワードを使用します。

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 WebCenter Sitesでの開発のWebCenter Sites: 訪問者サービスの開発に関する項を参照してください。

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サーバーにデプロイすることをお薦めします。

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.0.0テンプレートを使用して、Satellite ServerのWebLogicドメインを作成します。

- WebCenter Sitesドメインのためにまだ実行していない場合は、次のスクリプトを実行して、ORACLE_HOME/wcsites/wcsites_common/lib/sites-security.jarにOracle Platform Security Services資格証明ストアの読取り、書込みおよび削除のアクセス権限を付与します。

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

DOMAIN_HOME/wcsites/bin/grant-opss-permission.sh

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

DOMAIN_HOME\wcsites\bin\grant-opss-permission.bat

スクリプトから入力を要求されたら、WebLogic Server管理者のユーザー名とパスワードを使用します。

Fusion Middleware構成ウィザードでデフォルト(ORACLE_HOME/user_projects/domains/domain_name)以外のドメイン・ホームを指定した場合は、grant-opss-permission.shまたはgrant-opss-permission.batを実行する前に、指定したドメイン名が含まれていることを確認してください。必要に応じて、ファイルを編集してドメイン名を更新します。

- 手動により、ORACLE_HOME/wcsites/satelliteserver/config/wcs_properties.jsonのss.passwordプロパティの値をクリア・テキストで設定する場合は、hidden.encryptedプロパティの値をfalseに設定する必要があります。(暗号化されたパスワードを使用する場合は、hidden.encryptedをtrueに設定します。)

インポート/エクスポート・ユーティリティによるSatellite Serverの構成

インポート/エクスポート・ユーティリティにより、プロパティ・ファイル形式でサイト・キャプチャ構成ストアをインポートおよびエクスポートできます。エクスポートされたプロパティ・ファイルには、key=value形式で製品のすべての設定が含まれています。

このユーティリティを実行するには、Oracle WebCenter Sitesプロパティ・ファイル・リファレンスのインポート/エクスポート・ユーティリティによるSatellite Serverプロパティの管理に関する項を参照してください

コマンド・ラインからサイト・キャプチャ・コンフィギュレータを起動し、対話モードまたはサイレント・モードのいずれかでそれを実行してサイト・キャプチャを構成できます。コンフィギュレータが、構成の手順を説明します。

対話モードでのSatellite Serverコンフィギュレータの実行

対話モードでコンフィギュレータを実行するための手順:

1. コマンド・ラインを使用して、ORACLE_HOME/wcsites/satelliteserver/ディレクトリに移動します。

2. サイト・キャプチャ・コンフィギュレータを実行します: 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. サイト・キャプチャ・コンフィギュレータを実行します: java -jar satellite-configurator.jar -silent DOMAIN_HOME/wcsites/satelliteserver/config

4. Satellite Server管理対象サーバーを起動します。

管理対象サーバーの起動時にnullpointer例外が発生する場合は、次の手順が完了していることを確認し、再度Satellite Serverコンフィギュレータを実行します。

1. 「Satellite Server構成の前提条件の完了」で説明しているように、grant-opss-permission.shスクリプトまたはgrant-opss-permission.batコマンドを実行します。

2. 「WebCenter Sites構成の前提条件の完了」で説明しているように、cs-cache.xml、ss-cache.xml、linked-cache.xmlおよびcas-cache.xmlファイルを更新します。

3. WebCenter Sites構成のセットアップURLの初期構成を完了します: http://sites-host:sites-port/sites/sitesconfigsetup

Satellite Serverの構成の詳細は、Oracle WebCenter Sitesでの開発のキャッシュの管理に関する項を参照してください。

注意:
WARファイルに加えた変更は、再デプロイ時に保持されないため、WARファイルの変更は、Webアプリケーションの各再デプロイの後にコピーする必要があります。一般に、イメージやスタイルシート・ファイルなどの静的アーティファクトをWebサーバーにデプロイすることをお薦めします。

13 外部認証への切替え

本番環境に最大限のセキュリティを確保し、高度なアイデンティティ管理ソリューションとシームレスなシングル・サインオンの操作性を提供するために、Oracle Access ManagementとOracle WebCenter Sitesの統合をお薦めします。または、必要に応じて、WebCenter Sitesを外部LDAP認証プロバイダ・ディレクトリと統合することもできます。

次のトピックでは、いずれかの外部アイデンティティ管理ソリューションに対する認証のためにWebCenter Sitesを構成する方法を説明します。

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

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

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

このトピックでは、WebCenter Sitesを外部LDAP認証プロバイダ・ディレクトリに対する認証に切り替える方法について説明します。Oracle Access Managementとの統合を実行できない場合、これは本番環境のための推奨のソリューションです。

認証プロバイダを変更する前に、WebCenter Sitesをインストールし構成してください。

WebCenter Sitesを外部LDAPディレクトリに対する認証に切り替える手順:

1. (オプション) LDAPディレクトリが大/小文字を区別する場合は、DOMAIN_HOME/wcsites/wcsites/config/wcs_properties.jsonファイルのldap.caseAwareプロパティをtrueに設定します。

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ファイルのみが作成されます。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. 使用しているLDAPサーバーが大/小文字を区別する場合は、DOMAIN_HOME/wcsites/wcsites/config/wcs_properties.jsonプロパティ・ファイルを編集してldap.caseAwareプロパティの値をtrueに変更します。

デフォルトでは、ldap.caseAwareの値はfalseに設定されています。大/小文字を区別するLDAPサーバーを使用しているとき、このプロパティがfalseに設定されている場合、ログインに失敗します。

6. Oracle Virtual DirectoryをLDAP認証プロバイダとして選択すると、WebCenter Sitesに生成されるLDIFファイルをOracle Internet Directoryサーバーにインポートし、Oracle Virtual Directoryにアダプタを作成してOracle Internet Directoryサーバーに接続できます。

Oracle Virtual DirectoryのLDAPサーバーにはそれ独自の記憶域がないので、LDIFファイルを直接にOracle Virtual Directoryにインポートすることはできません。

7. 外部LDAP認証プロバイダにLDIFファイルをインポートします。

8. このWebCenter Sitesインスタンスを実行しているWebLogic管理対象サーバーを再起動します。

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

Oracle Access Managerに対する認証を行うようにWebCenter Sitesを構成できます。これは本番環境のための推奨のソリューションです。

WebCenter Sitesとの統合は、Oracle Access Manager 11.1.2.2.0および11.1.2.3.0でサポートされます。

WebCenter SitesをOracle Access Managerに対する認証に切り替える手順:

1. ターゲットWebCenter Sitesインスタンスが含まれているWebLogicドメインに、ORACLE_HOME/wcsites/webcentersites/sites-homeにあるoamlogin.warおよびoamtoken.warアプリケーション・ファイルをデプロイします。

2. 次のプロパティ・ファイルを作成します: DOMAIN_HOME/wcsites/wcsites/config/wemsites_settings.properties

3. 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

4. DOMAIN_HOME/wcsites/wcsites/config/SSOConfig.xmlに次のプロパティを設定します。

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}

WebCenter Sitesのログアウトを呼び出すときに使用されるURL。これには、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の一般管理者のユーザー・アカウントのパスワード。

trustConfigured

WebCenter Sites管理対象サーバーとOracle Access ManagementのOracle HTTP ServerのWebゲートとの間に信頼関係が確立されているかどうかをWebCenter Sitesに指定します。この2つの間に信頼関係が存在する場合、すべてのリクエストにIDアサーションを含める必要がなくなります。信頼関係が存在する場合はtrue、そうでない場合はfalseに設定します。

5. Oracle Access ManagerインスタンスのobAccsessClient.xmlおよびcwallet.ssoファイルを、ターゲットWebCenter Sitesインスタンス上のDOMAIN_HOME/wcsites/wcsites/config/oblix/lib/ディレクトリにコピーします。

6. 互換性モードとoblixパスを設定するために、sites-configディレクトリのoamtoken.xmlファイルを編集します。互換性モードは11Gに設定し、oblixパスはoblix/libフォルダが含まれているsites-configフォルダに設定します。

7. WebCenter SitesのためのOracle Access Managerの構成で、保護リソース、パブリック・リソースおよび除外リソースを次のように更新します。

###########################
protected_uris
###########################
/oamlogin/test
/sites/Xcelerate/LoginPage.html
/sites/Satellite/.../*
/sites/faces/jspx/.../*
/sites/wem/fatwire/.../*
/sites/ContentServer/.../*
/sites/wem/fatwire/wem/Welcome
/console

###########################
Exclusion Scheme    OraDefaultExclusionAuthNScheme
/sites/REST
/index.html
/oamlogin/oamsso/.../*
/sites/wem/fatwire/home
/sites/**

詳細は、エンタープライズ・デプロイメントの保護、パブリックおよび除外リソースの更新に関する項を参照してください。

8. 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>

9. 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管理対象サーバーを再起動します。

10. (オプション) WebCenter SitesとOracle Access Managerの間の信頼が確立していない場合は、WebCenter SitesのWeb層の設定を次のように変更します。

a. Oracle Access Managerコンソールにログインします。

b. Webゲートの認可ポリシー(保護されたリソースのポリシーの下)の「レスポンス」タブに移動します。

c. 「IDアサーション」チェック・ボックスを有効化(選択)します。

d. 「適用」をクリックして、変更を保存します。

11. このWebCenter SitesインスタンスをホストしているWebLogic管理対象サーバーを再起動します。

14 CASクラスタの設定

中央認証サーバー(CAS)クラスタは、Oracle WebCenter Sitesと同じWebLogicドメイン、同じマシン上の異なるWebLogicドメイン、または高可用性のために、異なるマシン上の異なるWebLogicドメインに設定できます。

次のトピックでは、CASクラスタの設定方法について説明します。

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

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

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ドメイン内の同じ場所にコピーします。

iii. CASアプリケーションにOracle Platform Security Servicesキーストアへのアクセス許可を付与するには、次のスクリプトを実行し、画面上の指示に従います: sh CAS_DOMAIN_HOME/wcsites/bin/grant-opss-permission.sh (UNIXオペレーティング・システム)またはDOMAIN_HOME\wcsites\bin\grant-opss-permission.bat (Windowsオペレーティング・システム)。

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を次のように変更します。

- 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管理インタフェースにログインし、新しいサーバーが機能していることを確認します。

WebCenter Sitesにログインしようとすると、Unable to access credential storeのエラーが表示される場合は、「WebCenter Sites構成の前提条件の完了」に記載されたとおり、grant-opss-permission.shスクリプトまたはgrant-opss-permission.batコマンドを実行します。

すべてのセカンダリCASクラスタ・ノードの構成とテストが完了したら、プライマリおよびすべてのセカンダリCASクラスタ・ノードを起動し、必要に応じて、ロード・バランサを再起動します。次に、WebCenter Sitesの管理インタフェースにログインし、CASクラスタの構成が成功であることを確認します。

注意:
クラスタ・メンバーがすべて同じマシン上のWebLogicドメイン内に配置されていない場合、timeToLiveフィールドをデフォルト値の0から変更する必要があります。クラスタ化されたマシンの分布に基づいて、timeToLiveフィールドを設定する必要があります。設定できる値の一覧を次に示します。

timeToLiveの値

クラスタ化されたマシンの分布

1

同じサブネットに制限されたマルチキャスト・パケット(分布が不明の場合に推奨されるクラスタの値)

32

同じサイトに制限されたマルチキャスト・パケット

64

同じ領域に制限されたマルチキャスト・パケット

128

同じ大陸に制限されたマルチキャスト・パケット

255

無制限のマルチキャスト・パケット

15 クラスタの設定

高可用性の場合、WebLogicドメイン内のWebCenter Sitesクラスタの設定では、1つのマシン上にプライマリ・クラスタ・ノード、および同一または別のマシン上に1つ以上のセカンダリ・クラスタ・ノードを設定できます。最初に作成されたWebCenter Sites管理対象サーバーがプライマリ・ノードで、同じドメイン内に追加されたWebCenter Sites管理対象サーバーはセカンダリ・ノードです。

次のトピックでは、WebCenter Sitesクラスタの設定方法を説明します。

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

- 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アドレスを使用するようにプライマリ・クラスタ・ノードを構成します。
ロード・バランサの設定の詳細は、『高可用性ガイド』の高可用性環境でのサーバーのロード・バランシングおよびロード・バランサの構成に関する項を参照してください

3. 「WebCenter Sitesの構成」で説明しているように、WebCenter Sitesコンフィギュレータを実行します。

4. 外部LDAP認証プロバイダまたはOracle Access Managerに基づいて認証する場合は、クラスタ環境への拡張を行う前に、この統合を完了します。「外部認証への切替え」で説明したとおり、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システム・プロパティを更新します。

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. 「サーバー」、sites-server、「サーバーの起動」に移動し、「引数」の下に—Dsites.node=node_nameを追加します。
ノード名は、前述の手順1cで指定したものと同じにする必要があります。例: -Dsites.node=sites_server1

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ファイルを次のように編集します。

- timeToLiveパラメータに、環境に適した値を設定します(通常は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または構成ウィザード(ORACLE_HOME/oracle_common/common/bin/config.sh)を使用して追加されたセカンダリ・ノードでは、新しく追加されたノード上の構成ウィザードによって作成されたconfigフォルダ(DOMAIN_HOME/wcsites/wcsites/config)を、プライマリ・ノードからコピーしたconfigフォルダ(ORACLE_HOME/oracle_common/common/bin/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の管理』の高度な管理: 環境の拡張に関する項を参照してください。

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/です。

- 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

ターゲット・データベースへの接続に使用されるデータベース・ドライバ・ファイルのフル・パスと名前。

UNIXの例: ./nioconversion.sh /mySites/sites-home /mySites/sites-shared /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

注意:
変換ユーティリティにシンボリック・リンク・パスを指定しないでください(変換が失敗します)。ハードリンクのフル・パスのみを指定してください。シンボリック・リンクがある場合は、ユーティリティを実行するときに、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のリポジトリ・データベース以外のデータベースに保存する場合は、管理インタフェースへの初回のログインに数分間の追加の時間がかかります。

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

Fusion Middlewareのテスト環境にOracle WebCenter Sitesドメインをインストールして構成した後、WebCenter Sites (およびそのコンポーネント・アプリケーション)を同等の本番環境に切り替えることができます。

WebCenter Sitesまたはそのコンポーネント・アプリケーション(インサイト、訪問者サービス、Satellite Serverまたはサイト・キャプチャ)の1つ以上のインスタンスをテスト・モードから本番モードに切り替えるための手順:

1. 『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. インサイトのconfigフォルダ、DOMAIN_HOME/wcsites/insights/configを、ORACLE_HOME/wcsites/insights/template/configに置き換えます。

2. configtoolを利用してインサイトの構成をデプロイします。

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/webcentersites/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. 管理サーバーとターゲット・マシン上の管理対象サーバーを起動します。

オラクルの法律上の注意点について

コピーライトについて

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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 Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

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

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、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を参照してください。