Oracle® Fusion Middleware

Oracle WebCenter Portalのインストールおよび構成

12c (12.2.1.2)

E82809-01(原本部品番号:E77577-02)

2016年11月

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

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

E82809-01

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

原本著者: Ingrid Snedecor

原本著者: 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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

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

- 1.1 Oracle WebCenter Portalについて

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

- 1.2.1 Oracle WebCenter Portalの標準インストール・トポロジについて

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

- 1.2.3 Oracle WebCenter Portal管理対象サーバーの理解

- 1.2.4 Oracle WebCenter Portalのコンポーネントの理解

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

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

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

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

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

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

- 2.2.2.1 ユーザー権限の理解

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

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

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

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

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

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

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

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

- 2.2.3.6 共有記憶域の準備

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

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

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

- 2.4 製品の配布の入手

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

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

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

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

- 3.4 インストールの確認

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

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

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

4 Oracle WebCenter Portalドメインの構成

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

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

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

- 4.1.3 スキーマを作成するためのリポジトリ作成ユーティリティの各画面の移動

- 4.1.3.1 RCUの概要

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

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

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

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

- 4.1.3.6 カスタム変数の指定

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

- 4.2 ドメインの構成

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

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

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

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

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

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

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

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

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

- 4.2.2.8 JDBC接続のテスト

- 4.2.2.9 拡張構成の選択

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

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

- 4.2.2.12 Oracle WebCenter Portalの管理対象サーバーの構成

- 4.2.2.13 Oracle WebCenter Portalのクラスタの構成

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

- 4.2.2.15 動的サーバーの構成

- 4.2.2.16 クラスタへのOracle WebCenter Portal管理対象サーバーの割当て

- 4.2.2.17 Coherenceクラスタの構成

- 4.2.2.18 新しいOracle WebCenter Portalマシンの作成

- 4.2.2.19 Oracle WebCenter Portalマシンへのサーバーの割当て

- 4.2.2.20 仮想ターゲット

- 4.2.2.21 パーティション

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

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

- 4.3 サーバーの起動

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

- 4.3.2 管理サーバーの起動

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

- 4.4 構成の確認

- 4.5 外部のLDAPベースのアイデンティティ・ストアの設定

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

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

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

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

- 5.4 Oracle WebCenter PortalとOracle JDeveloperの使用

6 既存のドメインの拡張

- 6.1 Oracle WebCenter Portal製品をインストールするためのドメインの拡張

7 Oracle WebCenter Portalコンポーネントのスタート・ガイド

- 7.1 Oracle WebCenter Portalコンポーネントと管理対象サーバーについて

- 7.2 WebCenter Portalの使用

- 7.3 WebCenter Portalの自動サービス構成の理解

- 7.4 Oracle WebCenter Portal Analyticsコレクタの使用

- 7.5 Oracle WebCenter Portalディスカッション・サーバーの使用

- 7.6 Oracle WebCenter Portalページレット・プロデューサの使用

- 7.7 Oracle WebCenter Portalポートレット・プロデューサの使用

8 WebCenter Portalのツールおよびサービス用のバックエンド・コンポーネントの準備

- 8.1 ツールおよびサービスの概要

- 8.2 カレンダ・イベントのバックエンド要件

- 8.3 ドキュメントのバックエンド要件

- 8.3.1 Oracle WebCenter Content Serverの要件

- 8.4 インスタント・メッセージおよびプレゼンス(IMP)のバックエンド要件

- 8.5 メールのバックエンド要件

- 8.6 検索のバックエンド要件

- 8.6.1 Oracle SES 11.2.2.2のインストール

- 8.6.2 Oracle SES 11.2.2.2の構成

- 8.7 WebCenter Portalワークフローのバックエンド要件

- 8.7.1 Oracle SOA Suite - インストール

- 8.7.2 Oracle WebCenter Portal SOAコンポジット - インストール

- 8.7.3 Oracle SOAサーバー - ドメインの拡張

- 8.7.4 Oracle SOAとWebCenter Portal - WS-Securityの構成

- 8.7.5 Oracle WebCenter Portal - BPELサーバー接続の構成

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

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

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

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

- 9.4 バックエンド・コンポーネントの接続

- 9.5 Oracle WebCenter PortalとOracle JDeveloperの使用

10 Oracle WebCenter Portalのアンインストールまたは再インストール

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

- 10.2 Oracle Fusion Middlewareの停止

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

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

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

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

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

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

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

- 10.7 ドメインとアプリケーション・データの削除

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

はじめに

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

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

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

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

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

Oracleサポートへのアクセス

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

関連ドキュメント

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

- Oracle WebCenter Portalの詳細は、Oracle WebCenter Portalのドキュメントを参照してください。

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

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

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

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

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

このガイドで説明するOracle WebCenter Portalの標準インストールでは、この製品の最初のトポロジのサンプルを表す標準トポロジを作成します。

- Oracle WebCenter Portalについて
企業ではOracle WebCenter Portalを使用して、Oracle Fusion MiddlewareおよびOracle Fusion Applicationsに次世代のユーザー・エクスペリエンス(UX)の基盤を提供する、エンタープライズ規模のイントラネットおよびエクストラネット・ポータルを構築します。

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

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

1.1 Oracle WebCenter Portalについて

企業ではOracle WebCenter Portalを使用して、Oracle Fusion MiddlewareおよびOracle Fusion Applicationsに次世代のユーザー・エクスペリエンス(UX)の基盤を提供する、エンタープライズ規模のイントラネットおよびエクストラネット・ポータルを構築します。

通常、Oracle WebCenter Portalを使用して構築されたポータルでは、何千ものユーザーによる、複数のバックエンド・ソースからのコンテンツおよびデータの作成、更新およびアクセスがサポートされます。Oracle WebCenter Portalは、ポータルのコンテキスト内から直接、インスタント・メッセージ、ドキュメント、コンテンツ管理、ディスカッション・フォーラム、Wiki、ブログ、およびタグ付けなどのツールやサービスを直接に操作できる、オープンで拡張可能なソリューションを提供しています。Oracle WebCenter Portalは、主要ポータル製品と関連テクノロジーの豊富なポートフォリオから最高のUX機能を利用して、直観的なユーザー・エクスペリエンスを提供します。ユーザーの観点から見た場合、統合はシームレスです。

Oracle WebCenter Portalは、すぐに使用できるエンタープライズ対応のカスタマイズ可能なアプリケーションを提供し、構成可能な作業環境で個人およびグループがより効果的に協力して作業し、ポータルを開発、使用できるようになります。ビジネス・ユーザーは、Portal Composer、あるいは事前に作成された再利用可能なコンポーネントからなるライブラリを内蔵するページ・エディタを使用して、新しいポータルや複合アプリケーションを簡単に構築できます。コンポーネントのページへの統合、コンテンツのパーソナライズの構成、統合されたソーシャル・ツールの使用、データ視覚化コンポーネントの作成によってユーザー・エクスペリエンスを向上させることができます。また、JDeveloperを使用して、Oracle WebCenter Portalで構築されたポータルで使用できるカスタム・アセットを作成することもできます。

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

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

このガイドの情報は、Oracle WebCenterPortalの標準インストール・トポロジの作成に役立ちます。適切で必要な場合は、後で標準インストール・トポロジを拡張して、安全で可用性の高い本番環境を作成できます(「ドメイン構成後の次の手順」を参照)。

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

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

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

- Oracle WebCenter Portal管理対象サーバーの理解
Oracle WebCenter Portalをインストールした後は、WebLogic Serverドメインを作成または拡張し、構成する必要があります。

- Oracle WebCenter Portalのコンポーネントの理解
Oracle WebCenter Portalのすべてのコンポーネントは、デフォルトでシステムにインストールされています。ポータルに必要な機能に応じて、ドメインに構成する必要のあるコンポーネントを選択できます。

1.2.1 Oracle WebCenter Portalの標準インストール・トポロジについて

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

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

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

構成の詳細は、「Oracle WebCenter Portalドメインの構成」を参照してください。

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

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

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

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

要素

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

APPHOST

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

DBHOST

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

WebLogicドメイン

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

管理サーバー

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

Enterprise Manager

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

クラスタ

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

マシン

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

管理対象サーバー

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

インフラストラクチャ

次のものを含むサービスのコレクション。

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

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager(OWSM)

1.2.3 Oracle WebCenter Portal管理対象サーバーの理解

Oracle WebCenter Portalをインストールした後は、WebLogic Serverドメインを作成または拡張し、構成する必要があります。

基本的なドメイン・インフラストラクチャは、1つの管理サーバーと様々なオプションの管理対象サーバーで構成されます。Oracle WebCenter Portalのドメインを構成するときは、新規ドメインの場合、WebLogic管理サーバーが作成されます。インストールするOracle WebCenter Portalコンポーネントに応じて、様々なWebLogicサーバー・インスタンスが作成され、各コンポーネントが適切な管理対象サーバーにデプロイされます。管理対象サーバーは、Oracleシステム・ライブラリ(JRFライブラリ)およびOracle ADFライブラリでプロビジョニングされます。

表1-2 Oracle WebCenter Portalドメインの構成時に作成されるサーバー

WebLogic Serverインスタンス

コンポーネント/ホストされるアプリケーション

説明

AdminServer

なし

これがWebLogic管理サーバーです。管理サーバーではWebLogic Serverドメインを一元的に管理できます。

管理サーバーは、管理コンソールとOracle Enterprise Manager Fusion Middleware Controlコンソールをホストします。

WC_Portal

WebCenter Portal

Analyticsコレクタ

この管理対象サーバーは、Oracle WebCenter Portalドメインの作成時または拡張時に、デフォルトのポータル・アプリケーションであるWebCenter Portalのインストールを選択すると作成されます。

WC_Portlet

ポートレット・プロデューサ

ページレット・プロデューサ

この管理対象サーバーは、ドメインを作成または拡張するときに、Oracle WebCenter Portalのページレット・プロデューサまたはOracle WebCenter Portalのポートレット・プロデューサのインストールを選択した場合に作成されます。

WC_Collaboration

ディスカッション・サーバー

この管理対象サーバーは、ドメインの作成時または拡張時に、Oracle WebCenter Portalのディスカッション・サーバーのインストールを選択すると作成されます。

「Oracle WebCenter Portalの標準インストール・トポロジについて」に、これらのサーバーおよびコンポーネントの図が示されています。

1.2.4 Oracle WebCenter Portalのコンポーネントの理解

Oracle WebCenter Portalのすべてのコンポーネントは、デフォルトでシステムにインストールされています。ポータルに必要な機能に応じて、ドメインに構成する必要のあるコンポーネントを選択できます。

Oracle WebCenter Portalのコンポーネントは次のとおりです。

- ポータル・コンポーザ
Oracle WebCenter Portalのポータル・コンポーザは、再利用可能な事前作成コンポーネントのライブラリを使用してポータルまたは複合アプリケーションを構築するための、Webベースの単一の統合環境を提供します。ビジネス・ユーザーは、コンポーネントのページへの書込み、コンテンツのパーソナライズ構成、統合されたソーシャル・ツールの使用、データ視覚化の作成が可能です。ブラウザベースのプラットフォームにより、エンタープライズ・ポータル、複数のサイトおよびコミュニティを作成できます。ポータル・コンポーザは、一般にWebCenter Portalとも呼ばれます。

- ページレット・プロデューサ
Oracle WebCenter Portalのページレット・プロデューサでは、Webリソース(アプリケーション、コンポーネントおよびプログラム可能な機能)の様々なセットを作成および管理し、これらのリソースを既存のWebアプリケーションまたは新しい開発者によるマッシュアップと組み合せる機能を提供します。これによって、多種多様なWebテクノロジ(AJAX、REST、JavaScriptなど)使用してページレットを構築可能になります。

- ポートレット・プロデューサ
Oracle WebCenter Portalポートレット・プロデューサでは、標準ベースのポートレット(JSR 286、WSRP 1.0および2.0)と、従来のOracle PDK-Javaベースのポートレットの両方のデプロイメントと実行をサポートしています。OmniPortlet、Web ClippingおよびWSRP Parameter Form Portletという事前構成済のポートレット・プロデューサが含まれます。

- ディスカッション・サーバー
Oracle WebCenter Portalのディスカッション・サーバーは、ディスカッション・フォーラムとお知らせのポータルへの統合をサポートします。

- Analyticsコレクタ
Oracle WebCenter Portal Analyticsコレクタでは、ポータルおよびコンポジット・アプリケーション内のアクティビティとコンテンツの使用に関する包括的なレポートを作成できます。

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

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

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

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

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

- 「標準インストール・トポロジのインストールと構成のロードマップ」
このロードマップでは、標準Oracle WebCenter Portalインストール・トポロジのインストールと構成に必要なすべての手順について説明します。

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

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

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

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

このロードマップでは、標準Oracle WebCenter Portalインストール・トポロジをインストールして構成するために必要なすべての手順を示します。

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

前提条件になるソフトウェアをインストールします。

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

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

ソフトウェアをインストールします。

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

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

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

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

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

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

スキーマを作成します。

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

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

WebLogicドメインの作成

構成ウィザード/アシスタントを使用して、WebLogicドメインを作成して構成します。

Oracle WebCenter Portalの標準トポロジの作成は、「ドメインの構成」を参照してください。

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

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

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

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

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. 複数の製品間での相互運用性の確認
複数のFusion Middleware製品を、同一リリースまたは異なるリリースの混在する状況からインストールして実行する方法の詳細は、『Oracle Fusion Middleware相互運用性および互換性の理解』のOracle Fusion Middleware 12cの相互運用性と互換性に関する項を参照してください。

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

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

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

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

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

2.2.2.1 ユーザー権限の理解

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

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

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

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

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

次に例を示します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

java —jar distribution_name.jar

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

distribution_name.exe

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Oracleホームの考慮事項

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2.3.6 共有記憶域の準備

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 Portalをインストールするための前提条件になります。

2.4 製品の配布の入手

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

Oracle Fusion Middleware InfrastructureとOracle WebCenter Portalのインストールを準備するには、次の手順を実行します。

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

2. Oracle Fusion Middleware InfrastructureとOracle WebCenter Portalソフトウェアを検索してダウンロードします。
『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』の製品のディストリビューションの入手に関する項を参照してください。

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

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

インストールを開始する前に、前提条件が確認済で「Oracle WebCenter Portalのインストールと構成の準備」に記載されている手順をすべて完了していることを確認してください。

- インストール・チェックリストの確認
インストール・プロセスでは、特定の情報が必要になります。

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

- インストール画面への移動
インストーラにより、情報を確認または入力する一連の画面が表示されます。

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

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

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

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

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

情報

値の例

説明

JAVA_HOME

/home/Oracle/Java/jdk1.8.0_101

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

データベース・ホスト

examplehost.exampledomain

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

データベース・ポート

1521

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

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

orcl

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

DBAユーザー名

SYS

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

DBAパスワード

myDBApw957

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

ORACLE_HOME

/home/Oracle/product/ORACLE_HOME

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

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

WebLogic Serverのホスト名

examplehost.exampledomain.com

Oracle WebLogic ServerおよびOracle WebCenter Portalのコンソールのホスト名。

コンソール・ポート

7001

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

DOMAIN_HOME

/home/Oracle/config/domains/wcp_domain

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

APPLICATION_HOME

/home/Oracle/config/applications/wcp_domain

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

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

weblogic

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

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

myADMpw902

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

RCU

ORACLE_HOME/oracle_common/bin

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

RCUスキーマ接頭辞

wcp

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

RCUスキーマ・パスワード

myRCUpw674

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

構成ユーティリティ

ORACLE_HOME/oracle_common/common/bin

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

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

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

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

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

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

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

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

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

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

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

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

注意:

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

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

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

インストーラにより、情報を確認または入力する一連の画面が表示されます。

表3-2に、インストーラ画面が表示される順番を示します。インストール画面に関して詳細な情報が必要な場合は、インストーラで「ヘルプ」をクリックします。

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

画面

説明

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

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

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

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

ようこそ

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

自動更新

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

インストールの場所

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

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

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

インストール・タイプ

この画面では、インストール・タイプとインストールする製品または機能セットを選択します。WebCenter製品をインストールするには、「WebCenter Portal」インストール・タイプを選択します。既存のSOA製品ホームにWebCenter Portal SOAコンポジットをインストールするには、「WebCenter Portal SOAコンポジット」インストール・タイプを選択します。このSOA製品ホームを使用するようにWebCenter Portalサーバーを設定することにより、ワークフロー機能を使用できるようになります。

前提条件チェック

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

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

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

インストール・サマリー

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

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

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

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

インストールの進行状況

この画面はインストールの進行状況を示します。

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

インストール完了

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

3.4 インストールの確認

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

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

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

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

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

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

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

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

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

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

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

3.4.3 Oracleホームの内容の表示

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

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

4 Oracle WebCenter Portalドメインの構成

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

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

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

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

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

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

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

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

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

- 外部のLDAPベースのアイデンティティ・ストアの設定
Oracle WebCenter Content ServerおよびOracle WebCenter Portalディスカッション・サーバーは、外部のLDAPベースのアイデンティティ・ストアに依存します。したがって、ドキュメント、ディスカッションまたはお知らせをポータルに含む必要がある場合は、外部のLDAPベースのアイデンティティ・ストアをインストールおよび構成する必要があります。

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

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

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

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

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

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

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

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

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

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

RCUを起動するには、次の手順を実行します。

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

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

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

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

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

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

- (UNIX) ORACLE_HOME/oracle_common/bin

- (Windows) ORACLE_HOME\oracle_common\bin

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

- (UNIX) ./rcu

- (Windows) rcu.bat

4.1.3 スキーマを作成するためのリポジトリ作成ユーティリティの各画面の移動

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

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

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

- データベース接続の詳細の指定
「データベース接続の詳細」画面に、データベースに接続するためのRCUに関するデータベース接続の詳細が表示されます。

- カスタム接頭辞の指定およびスキーマの選択
カスタム接頭辞とデータベース・スキーマを指定して、共通インフラストラクチャ・サービスと依存スキーマを自動的に選択します。

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

- カスタム変数の指定
Oracle WebCenter Portalスキーマのカスタム変数を指定します。

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

4.1.3.1 RCUの概要

「ようこそ」画面は、RCUの起動時に最初に表示されます。

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

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

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

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

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

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

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

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

「データベース接続の詳細」画面に、データベースに接続するためのRCUに関するデータベース接続の詳細が表示されます。

注意:

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

次に例を示します。

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

- 名前: examplehost.exampledomain.com

- ポート: 1521

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

- ユーザー名: sys

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

- ロール: SYSDBA

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

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

カスタム接頭辞とデータベース・スキーマを指定して、共通インフラストラクチャ・サービスおよび依存スキーマを自動的に選択します。

Oracle WebCenter Portalは、MDS、STB、OPSS、IAU、IAU_APPENDおよびIAU_VIEWERスキーマに依存します。使用するOracle WebCenter Portalコンポーネントに応じて、Oracle WebCenter Portalインストールで、WEBCENTER、DISCUSSIONS、ACTIVITIESおよびPORTLETスキーマが必要になる場合もあります。

- MDS: WebCenter Portalは、構成データを格納するためにOracle Metadata Services (MDS)リポジトリを使用し、Oracle WebLogicフレームワーク内のJDBCデータ・ソースとしてMDSリポジトリにアクセスします。

- STB: Fusion Middleware製品に共通インフラストラクチャ・サービスを提供します。このスキーマは、ドメインの構成中に「データソース接続デフォルト」画面のために存在する必要があります。

- OPSS、IAU、IAU_APPENDおよびIAU_VIEWER: これらのスキーマは、プラットフォーム・セキュリティ・サービスを提供するために使用されます。

- WEBCENTER: WebCenter Portal固有のWEBCENTERスキーマが存在する必要があります。

- DISCUSSIONS: ディスカッションを使用している2つのWebCenter Portalインスタンスは、単一のディスカッション・サーバーを使用できます。ディスカッション・サーバーは、単一のDISCUSSIONSスキーマに接続されます。ただし、ディスカッション・フォーラム接続を構成するときに、各インスタンスに固有のカテゴリIDを設定する必要があります。カテゴリIDの設定については、『Oracle Fusion Middleware WebLogic Server WLSTコマンド・リファレンス』のWebCenter PortalカスタムWLSTコマンドに関する項で、setDiscussionForumServicePropertyを使用してapplication.root.category.idを設定する方法を参照してください。

- ACTIVITIES: Analyticsは、ドメイン内の単一のアプリケーションでのみ使用することができ、このスキーマのインスタンスは、任意のドメインに1つのみ存在できます。

- PORTLET: 単一のカスタム・サービス・プロデューサ管理対象サーバーに多数のポートレット・プロデューサ・アプリケーションをデプロイできます。ポートレット・プロデューサ・アプリケーションは、単一のPORTLETスキーマを共有できます。

1. 「新規接頭辞の作成」を選択します。

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

ヒント:

ここに入力するカスタム接頭辞は、メモしておく必要があります。このカスタム接頭辞は、後述するドメイン作成のプロセスで必要になります。カスタム接頭辞の詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のカスタム接頭辞の理解に関する項を参照してください。

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

3. WebCenter Portalコンポーネントを選択します。この操作により、次のスキーマが依存関係として自動的に選択されます。

- ポータルおよびサービス

- ポートレット・プロデューサ

- アナリティクス

- ディスカッション

- メタデータ・サービス

- Oracle Platform Security Services

- 監査サービス

- 監査サービス追加

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

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

注意:
WebCenter Portalと一緒にWebCenter Contentをインストールする場合は、WebCenter Contentスキーマも選択する必要があります。

4. 「次へ」をクリックして先に進み、「OK」をクリックして、スキーマ作成の前提条件チェックが成功したことを確認します

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

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

ヒント:

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

4.1.3.6 カスタム変数の指定

Oracle WebCenter Portalスキーマのカスタム変数を指定します。

Oracle WebCenter Portalには、1つのカスタム変数Analyticsがあります。「値」をデフォルトの「N」から「Y」に変更すると、このスキーマのためにOracleデータベース・パーティショニングを使用できます。

注意:
Analyticsデータをパーティション化できるようにするには、データベースのパーティション化が有効である必要があります。

エンタープライズ・デプロイメントの場合は、Analyticsデータをパーティション化することをお薦めします。これは、月ごとにAnalyticsデータをパーティション化します。パーティション化された環境でデータをパージするには、単に不要となった月ベースのパーティションを削除することをお薦めします。

関連項目:

- 『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle WebCenter PortalのAnalyticsデータのパーティション化に関する項

- 『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のカスタム変数に関する項

4.1.3.7 スキーマの作成の完了

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

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

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

4.2 ドメインの構成

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

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

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

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

4.2.1 構成ウィザードの起動

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

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

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

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

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

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

(UNIX) ./config.sh

(Windows) config.cmd

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

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

注意:

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

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

- Oracle WebCenter Portalの構成テンプレートの選択
「テンプレート」画面を使用して必要なテンプレートを選択します。

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

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

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

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

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

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

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

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

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

- Oracle WebCenter Portalの管理対象サーバーの構成
「管理対象サーバー」画面を使用して、管理対象サーバーを構成します。

- Oracle WebCenter Portalのクラスタの構成
「クラスタ」画面を使用して、新規クラスタを作成します。

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

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

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

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

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

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

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

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

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

- ドメイン・ホームと管理サーバーURLの記録
「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

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

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

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

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

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

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

ヒント:

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

4.2.2.2 Oracle WebCenter Portalの構成テンプレートの選択

「テンプレート」画面で、必要なテンプレートを選択します。

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

- Oracle WebCenter Portal - 12.2.1.2.0 [wcportal]
このテンプレートを選択すると、次の項目が依存関係として自動的に選択されます。

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

また、次の表に示された任意のOracle WebCenter Portal製品を選択できます。これらのすべてのテンプレートを選択する必要はなく、後でドメインに製品を追加するために、いつでも構成ウィザードを再び実行できます。

表4-1 構成できるOracle WebCenter Portal製品

製品

依存関係

Oracle WebCenterページレット・プロデューサ

Oracle WSM Policy Manager

Oracle JRF

WebLogic Coherenceクラスタ拡張

Oracle WebCenterポートレット・プロデューサ

Oracle WSM Policy Manager

Oracle JRF

WebLogic Coherenceクラスタ拡張

Oracle WebCenter Discussionサーバー

Oracle WSM Policy Manager

Oracle JRF

WebLogic Coherenceクラスタ拡張

Oracle WebCenter Analyticsコレクタ

Oracle JRF

WebLogic Coherenceクラスタ拡張

注意:

WebCenter Portalと一緒にWebCenter Contentをインストールする場合は、WebCenter Contentをインストールするために選択する必要のあるドメイン拡張テンプレートについて、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』のOracle WebCenter Contentの構成テンプレートの選択に関する項を参照してください。

ヒント:

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

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

データベース接続情報の指定を完了したら、「RCU構成の取得」をクリックします。「接続結果ログ」の次の出力は、操作が成功したことを示しています。

Connecting to the database server...OK
Retrieving schema data from database server...OK
Binding local schema components with retrieved data...OK

Successfully Done.

ヒント:

RCUが実行されているときにインストールされたスキーマの詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマに関する項を参照してください。

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

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

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

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

ヒント:

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

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

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

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

4.2.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

4.2.2.9 拡張構成の選択

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

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

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

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

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

使用するインストール環境での必要に応じて、その他の使用可能なオプションも選択できます。このガイドの手順では、標準のインストール・トポロジについて説明していますが、別の方法を選択して実行することもできます。インストール要件がこのガイドの範囲を超えて追加のオプションに及ぶ場合は、それらのオプションを構成するための追加画面が表示される可能性があります。すべての構成ウィザード画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』の構成ウィザード画面に関する項を参照してください。

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

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

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

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

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

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

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

ヒント:

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

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

4.2.2.12 Oracle WebCenter Portalの管理対象サーバーの構成

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

「管理対象サーバー」画面では、デフォルトでWC_Collaboration、WC_PortletおよびWC_Portalという新しい管理対象サーバーが自動的に作成されます。

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

Oracle WebCenter Portalの管理対象サーバーを構成するには、次の手順を実行します。

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

2. 次のサーバー・グループが、すでに各サーバーに選択されています。

- WC_Collaborationには、WebCenter Portalディスカッション管理対象サーバーが選択されています。

- WC_Portletには、WebCenter Portalページレット・プロデューサ管理対象サーバーとWebCenter Portalポートレット・プロデューサ管理対象サーバーが選択されています。

- WC_Portalには、WebCenter Portal Analytics管理対象サーバーとWebCenter Portal管理対象サーバーが選択されています。

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

3. 他の製品をインストールする場合は、より多くの管理対象サーバーが表示される場合があります。必要に応じて、「追加」をクリックして新しい管理対象サーバーを作成し、名前を付けます。管理対象サーバーとOracle WebCenter Portalコンポーネントの関連については、「Oracle WebCenter Portalの管理対象サーバーの理解」を参照してください。

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

複数の管理対象サーバーの構成は、高可用性向けに標準トポロジを構成するために必要な手順の1つです。高可用性の標準トポロジの詳細は、『Oracle Fusion Middleware高可用性ガイド』のFusion Middlewareの標準HAトポロジの理解に関する項を参照してください。

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

ヒント:

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

4.2.2.13 Oracle WebCenter Portalのクラスタの構成

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

「クラスタ」画面で、次のように操作します。

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

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

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

4. これらの手順を繰り返して、2つ以上のクラスタ(wcp_cluster_2およびwcp_cluster_3)を作成します。

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

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

ヒント:

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

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

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

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

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

4.2.2.15 動的サーバーの構成

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

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

注意:
動的クラスタを作成する場合は、Machine Name Match Expressionを割り当てた後に、動的クラスタ用のマシンを作成する必要はありません。

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

4.2.2.16 クラスタへのOracle WebCenter Portal管理対象サーバーの割当て

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

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

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

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

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

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

3. WC_PortalおよびWC_Portletをそれぞれwcp_cluster_2およびwcp_cluster_3に割り当てるために繰り返します。

ヒント:

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

4.2.2.17 Coherenceクラスタの構成

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

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

注意:

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

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

注意:

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

4.2.2.18 新しいOracle WebCenter Portalマシンの作成

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

ヒント:

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

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

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

2. 「名前」フィールドで、マシン名を指定します(wcp_machine_1など)。

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

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

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

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

注意:

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

ヒント:

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

4.2.2.19 Oracle WebCenter Portalマシンへのサーバーの割当て

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

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

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

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

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

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

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

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

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

ヒント:

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

4.2.2.20 仮想ターゲット

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

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

4.2.2.21 パーティション

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

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

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

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

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

ヒント:

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

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

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

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

- ドメインの場所

- 管理サーバーURL

ドメインの場所はノード・マネージャおよび管理サーバーを起動するスクリプトにアクセスするため、URLは管理サーバーにアクセスするために必要です。

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

4.3 サーバーの起動

構成が完了したら、ノード・マネージャを起動し、次にWebLogic管理サーバーと管理対象サーバーを起動します。

注意:

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

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

- 管理サーバーの起動

- Oracle WebCenter Portal管理対象サーバーの起動

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

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

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

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

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

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

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

- (Windows) startNodeManager.cmd

注意:

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

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

4.3.2 管理サーバーの起動

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

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

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

- (UNIX) ./startWebLogic.sh

- (Windows) startWebLogic.cmd

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

ヒント:

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

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

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

注意:

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

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

4.3.3 Oracle WebCenter Portal管理対象サーバーの起動

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

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

http://administration_server_host:administration_server_port/em

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

アクセスしているドメインの名前は、ログイン・プロンプトの上に表示されています。WebCenter Portalのために構成したドメインにログインしていることを確認してください。

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

2. ランディング・ページに、構成された管理対象サーバーのリストが表示されます。Enterprise Managerへの初回のログイン時には、AdminServer以外のすべてのサーバーが停止ステージにあります。

3. WC_Collaboration、WC_PortalおよびWC_Portletを選択します。

a. 左クリックして1つの管理対象サーバーを選択します。

b. [Shift]キーを押しながら複数の管理対象サーバーを選択します。

4. 管理対象サーバーのリストの上のリボン・メニューの「コントロール」を選択します。次に、ドロップダウン・メニューの「起動」を選択します。

5. 正常に起動された後、各管理対象サーバーは「実行中」と表示されます。

4.4 構成の確認

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

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

4.5 外部のLDAPベースのアイデンティティ・ストアの設定

Oracle WebCenter Content ServerおよびOracle WebCenter Portalディスカッション・サーバーは、外部のLDAPベースのアイデンティティ・ストアに依存します。したがって、ドキュメント、ディスカッションまたはお知らせをポータルに含む必要がある場合は、外部のLDAPベースのアイデンティティ・ストアをインストールおよび構成する必要があります。

Oracle WebCenter Portalがインストールされている場合、デフォルトで、ユーザー・アカウントおよびグループの格納にはOracle WebLogic Serverの組込みLDAPアイデンティティ・ストアを使用し、ポリシー付与および資格証明の格納にはデータベース・ベースのポリシー・ストアおよび資格証明ストアを使用するように構成されます。組込みLDAPアイデンティティ・ストアはセキュアではありますが、本番クラスのストアでありません。企業の本番環境用には、Oracle Internet Directoryなど、外部LDAPベースのアイデンティティ・ストアでそれを置き換える必要があります。それに加え、ポリシー・ストアと資格証明ストアを外部のLDAPベースのアイデンティティ・ストアまたはデフォルト・データベースに再度関連付ける必要があります。ファイルベースのLDAPを高可用性環境または製品環境では使用しないでください。

1. Oracle Internet Directoryなど、外部のLDAPベースのアイデンティティ・ストアをインストールします。

2. デフォルトの組込みLDAPではなく、外部LDAPベースのアイデンティティ・ストアを使用するようにOracle WebCenter Portalを構成します。
詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』の外部LDAPサーバーとアイデンティティ・ストアの再関連付けに関する項を参照してください。

注意:
ドメインの作成時に、weblogic以外のユーザーをドメイン管理者に指定した場合は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebCenter Portal管理者ロールの付与に関する項の説明に従って、WebCenter Portalの非デフォルト・ユーザーに管理者ロールを手動で付与する必要があります。

3. Oracle WebCenter Portalのポリシー・ストアと資格証明ストアを外部のLDAPサーバーまたはデータベースに再度関連付けします。

注意:
セキュリティ・ポリシーを格納するためにデータベースを使用することをお薦めします。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のポリシーおよび資格証明ストアの構成に関する項を参照してください。

外部のLDAPベースのアイデンティティ・ストアを構成する場合、WebCenter Portalや、Oracle WebCenter Portalの任意のツールおよびサービスに対して構成されるすべてのバックエンド・コンポーネントで、同じ外部のLDAPベース・アイデンティティ・ストアを使用する必要があります。表4-2で、共有の外部のLDAPベースのアイデンティティ・ストアが使用される場合に、バックエンド・コンポーネントで追加の構成が必要かどうかを説明します。

Oracle WebCenter Portalのツールおよびサービスのバックエンド・コンポーネントのインストールおよび構成の詳細は、「WebCenter Portalのツールおよびサービス用のバックエンド・コンポーネントの準備」を参照してください。

表4-2 共有される外部のLDAPベースのアイデンティティ・ストアのバックエンド・コンポーネントの構成

バックエンド・コンポーネント

組込みサポート

追加の構成要件

Oracle WebCenter Portalのディスカッション・サーバー

組込みLDAPストア

Oracle WebCenter Portalディスカッション・サーバーでは、外部のLDAPベースのアイデンティティ・ストアを使用するために他の構成を行う必要はありません。

コンテンツ・サーバー

データベース

Oracle WebCenter Portalと同じ外部のLDAPベースのアイデンティティ・ストアを使用するように、Content Serverを構成します。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』の外部LDAPサーバーとアイデンティティ・ストアの再関連付けに関する項を参照してください。

Oracle SES

なし

Oracle WebCenter Portalと同じ外部のLDAPベースのアイデンティティ・ストアを使用するように、Oracle SESを構成します。

Oracle SESにおけるLDAPの構成の詳細は、Oracle SESのバージョンに応じて次の項を参照してください。

- 『Oracle Secure Enterprise Search管理者ガイド』のOracle Secure Enterprise Searchのセキュリティに関する項(Secure Enterprise Searchオンライン・ドキュメント・ライブラリ11gリリース1 (11.1.2))

- 『Oracle Secure Enterprise Search管理者ガイド』のOracle Secure Enterprise Searchのセキュリティに関する項(Secure Enterprise Searchオンライン・ドキュメント・ライブラリ11gリリース1 (11.1.2.2))

Oracle SES 11.2.2.2をインストールしている場合は、次のOTNのSecure Enterprise Searchオンライン・ドキュメント・ライブラリ11gリリース2 (11.2.2.2)にある『Oracle Secure Enterprise Search管理者ガイド』のOracle Secure Enterprise Searchのセキュリティに関する項を参照してください。

http://www.oracle.com/technetwork/search/oses/documentation/index.html

Oracle SOA Suite (BPELサーバー)

組込みLDAPストア

Oracle WebCenter Portalと同じ外部のLDAPベース・アイデンティティ・ストアを使用するようにOracle SOA Suiteを構成します。次を参照してください。

- LDAP認証プロバイダの構成は、『Oracle Fusion Middleware Oracle WebLogic Serverセキュリティの管理』の認証プロバイダの構成に関する項を参照してください。

- Oracle Internet Directoryを最初の認証プロバイダとして表示する方法については、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のOracle Internet Directoryを最初の認証プロバイダとして表示する方法に関する項を参照してください。

Oracle WebCenter Portalでは、ポータルで複数のアイデンティティ・ストアを使用できるようにするためにlibOVDを使用できます。複数のアイデンティティ・ストアを使用するサイトでは、libOVDを使用することによりユーザー・プロファイル情報を集約できます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のlibOVDを使用した複数のアイデンティティ・ストアLDAPサーバーの集約に関する項を参照してください。

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

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

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

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

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

- Oracle WebCenter PortalとOracle JDeveloperの使用
Oracle JDeveloperを使用すると、Oracle WebCenter Portalのアセットとコンポーネントを編集、デプロイおよびテストできます。

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

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

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

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

タスク

説明

参照先

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

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

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

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

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

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

Secure Sockets Layer (SSL)の構成

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

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

Oracle Fusion Middlewareのモニタリング

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

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

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

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

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

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

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

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

タスク

説明

参照先

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

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

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

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

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

WebLogic ServerドメインにOracle HTTP Serverをインストールおよび構成するには、『Oracle Fusion Middleware Oracle HTTP Serverインストールおよび構成』のWebLogic ServerドメインにおけるOracle HTTP Serverの構成に関する項を参照してください。

重要な情報については、「同じドメインに複数の製品をインストールする方法」も参照してください。

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

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

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

Coherenceのチューニングの詳細は、『Oracle Fusion Middleware Oracle Coherenceの管理』のパフォーマンス・チューニングに関する項を参照してください。

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

Coherenceアプリケーションの作成とデプロイの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server Oracle Coherenceアプリケーションの開発』のスタート・ガイドに関する項を参照してください。

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

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

表9-3には、ご使用の標準的なインストール環境を可用性が高まるようにスケールアウトする場合に、実行するタスクの一覧が示されています。

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

タスク

説明

参照先

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

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

『Oracle Fusion Middleware高可用性ガイド』のトポロジのスケール・アウト(マシンのスケール・アウト)に関する項を参照してください。

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

Web層フロントエンドを追加する場合は、WebLogic Serverソフトウェアと同様にWeb層を高可用性構成にする必要があります。

『Oracle Fusion Middleware高可用性ガイド』のWeb Tier Componentsコンポーネントの高可用性の構成に関する項を参照してください。

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

ロード・バランサを使用してリクエストをより均等にサーバーに分散させることができます。

『Oracle Fusion Middleware高可用性ガイド』の高可用性環境でのサーバー・ロード・バランシングに関する項とロード・バランサの構成に関する項を参照してください。

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

ノード・マネージャを使用して、リモート位置から管理サーバー・インスタンスと管理対象サーバー・インスタンスを起動、シャットダウンおよび再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの高度な構成オプションと機能の詳細は、ノード・マネージャのドキュメントを参照してください。

『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理』のノード・マネージャの高度な構成に関する項を参照してください。

5.4 Oracle WebCenter PortalとOracle JDeveloperの使用

Oracle JDeveloperを使用すると、Oracle WebCenter Portalのアセットとコンポーネントを編集、デプロイおよびテストできます。

Oracle JDeveloperについて

Oracle JDeveloperは、Java、XML、SQLおよびWebサービスの業界標準を使用するWebサービス指向アプリケーション構築用の無料の統合開発環境(IDE)です。これは、開発ライフサイクル全体をサポートし、アプリケーションのモデリング、コーディング、デバッグ、テスト、プロファイリング、チューニングおよびデプロイのための統合された機能を提供します。JDeveloperは、Struts、Ant、JUnit、XDocletsおよびCVSのための組込み機能を持つポピュラーなオープンソースのフレームワークやツールと連携して動作します。また、開発者が開発環境に機能を追加したり、開発環境をカスタマイズできるようにするためのExtensions SDKも含まれています。

高度な要件に対応するために、開発者はJDeveloperを使用して、ポータル・アセットと共有ライブラリ(カスタム・ポータル・コンポーネントを含む)のさらなる開発およびデプロイを行うことができます。

Oracle JDeveloperをインストールするには、『Oracle Fusion Middleware Oracle Jdeveloperのインストール』を参照してください。

WebCenter PortalにアセットをデプロイするためにOracle JDeveloperをインストールする場合の注意事項

通常では、開発マシンにOracle JDeveloperをインストールし、リモートOracle WebCenter Portalドメインに接続して、ポータルのアセットおよびコンポーネントをデプロイし、テストします。また、スキンやページ・テンプレートなどのアセットをJDeveloperで作成、編集および拡張して、WebCenter Portalにデプロイすることもできます。必要な権限を持っている場合、開発者は直接にJDeveloperからWebCenter Portalにポータルのアセットや拡張機能をデプロイできます。開発者は、JDeveloperを使用して、ポータルのカスタムADFライブラリ・コンポーネント(管理対象Bean、タスク・フローおよびデータ・コントロールなど)を構築したり、これらのコンポーネントを共有ライブラリの拡張機能としてポータル・サーバーにデプロイしたりすることができます。

注意:
Oracle JDeveloperとOracle WebCenter Portalを同じOracleホーム・ディレクトリにインストールすることはできません。各製品に個別のOracleホームを作成する必要があります。

JDeveloperを使用してポータルのアセットおよびコンポーネントをデプロイするには、Oracle WebCenter PortalのJDeveloper拡張機能をインストールする必要があります。この拡張バンドルは、Oracle WebCenter Portal機能の完全なセットを提供するJDeveloperアドインです。Oracle JDeveloperの入手およびインストールの詳細は、次のURLのOTNでOracle JDeveloperのページを参照してください。

http://www.oracle.com/technetwork/developer-tools/jdev/overview/index.html

Oracle WebCenter Portalの拡張機能のインストールの詳細は、『Oracle Fusion Middleware Oracle JDeveloperによるWebCenter Portalアセットとカスタム・コンポーネントの開発』のWebCenter PortalのJDeveloper拡張機能のインストールに関する項を参照してください。

注意:
JDeveloperが参照する(JDeveloperがランタイム・ファイルの格納に使用する)ユーザー・ホーム・ディレクトリの環境変数を設定することを、強くお薦めします。この変数を設定すると、一部の状況で発生することが知られている長いパス名のエラーを受信しないようにできます。Windows、Linux、UNIXおよびMac OS Xオペレーティング・システムでこの変数を設定する詳細な手順については、『Oracle Fusion Middleware Oracle JDeveloperのインストール』のユーザー・ホーム・ディレクトリの設定に関する項を参照してください。

6 既存のドメインの拡張

Oracle Fusion Middleware製品のどのドメインを拡張した場合でも、Oracle WebCenter Portalコンポーネントを追加できます。構成ウィザードにより、インストール済のコンポーネントが自動的に検出され、存在しないOracle WebCenter Portal製品を追加できます。

ドメインは拡張前に完全に停止する必要があります。

ドメインを拡張する前に、『Oracle Fusion Middleware相互運用性および互換性の理解』のOracle Fusion Middleware 12c (12.2.1.2)の相互運用および互換性に関する項で、Oracle Fusion Middleware製品の、前のバージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品との連携機能に関する重要な情報を参照してください。

次の項では、既存のOracle WebCenter Portalドメインを拡張する場合のシナリオおよび必要な手順について説明します。

- Oracle WebCenter Portal製品をインストールするためのドメインの拡張

6.1 Oracle WebCenter Portal製品をインストールするためのドメインの拡張

追加のOracle WebCenter Portal製品をインストールするために、既存のOracle WebCenter Portalドメインを拡張する手順:

1. ドメインを停止します。
詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

2. 構成するコンポーネントのためのスキーマがデータベースに存在することを確認します。たとえば、ドメインを拡張し、Oracle WebCenter Portalディスカッション・サーバーを構成する予定である場合は、続行する前に、DISCUSSIONSスキーマがOracleデータベースに存在することを確認してください。

3. 構成ウィザードを実行してドメインを拡張します。
詳細は、構成ウィザードの起動を参照してください。

a. 「拡張ソースの選択」画面で、「次の追加製品をサポートするために、自動的にドメインを拡張する:」を選択します。

b. ドメインに追加する製品を選択します。

既存ドメインの拡張の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの更新に関する項を参照してください。

7 Oracle WebCenter Portalコンポーネントのスタート・ガイド

この章は、Oracle WebCenter Portalコンポーネントを稼働し、使用できるようにするための構成方法について説明します。

- Oracle WebCenter Portalのコンポーネントおよび管理対象サーバーについて
Oracle WebCenter Portalをインストールすると、インストール時に選択したコンポーネントが様々なデフォルトの管理対象サーバーにデプロイされます。

- WebCenter Portalの使用
Oracle WebCenter Portalでは、個人およびグループがより効率的に作業し協力できる構成可能な作業環境とともに、エンタープライズ対応のカスタマイズが可能なポータル・コンポーザ(一般にWebCenter Portalとも呼ばれます)というアプリケーションがデフォルトで用意されています。

- WebCenter Portalの自動サービス構成の理解
WebCenter Portalでは、一部のツールおよびサービスの自動サービス構成をサポートしています。

- Oracle WebCenter Portal Analyticsコレクタの使用
Oracle WebCenter PortalのAnalyticsコレクタは、ポータルの使用状況とパフォーマンス・メトリックを表示できるようにするAnalytics機能をサポートしています。このトピックでは、Analyticsコレクタの使用を開始する方法について説明します。

- Oracle WebCenter Portalディスカッション・サーバーの使用
Oracle WebCenter Portalのディスカッション・サーバーでは、ディスカッション・フォーラムとお知らせをポータルに統合できます。

- Oracle WebCenter Portalページレット・プロデューサの使用
Oracle WebCenter Portalのページレット・プロデューサは、動的ページレットの開発を容易にする有用なツールと機能のコレクションを提供します。このトピックでは、Oracle WebCenter Portalのページレット・プロデューサにアクセスし、使用を開始する方法について説明します。

- Oracle WebCenter Portalポートレット・プロデューサの使用
Oracle WebCenter Portalのポートレット・プロデューサには、アクセスと登録が可能な事前構成済のポートレット・プロデューサがいくつか用意されています。

7.1 Oracle WebCenter Portalコンポーネントと管理対象サーバーについて

Oracle WebCenter Portalをインストールすると、インストール時に選択したコンポーネントが様々なデフォルトの管理対象サーバーにデプロイされます。

次の表は、Oracle WebCenter Portalコンポーネントがデプロイされる管理対象サーバーとポート番号を示しています。

表7-1 Oracle WebCenter Portalコンポーネントと管理対象サーバー

コンポーネント

管理対象サーバー

ポート

WebCenter Portal (ポータル・コンポーザ)

WC_Portal

8888

ディスカッション・サーバー

WC_Collaboration

8890

ポートレット・プロデューサ

WC_Portlet

8889

ページレット・プロデューサ

WC_Portlet

8889

Analyticsコレクタ

WC_Portal

8888

7.2 WebCenter Portalの使用

Oracle WebCenter Portalでは、個人およびグループがより効率的に作業し協力できる構成可能な作業環境とともに、エンタープライズ対応のカスタマイズが可能なポータル・コンポーザ(一般にWebCenter Portalとも呼ばれます)というアプリケーションがデフォルトで用意されています。

WebCenter Portalにアクセスするには:

1. WC_Portal管理対象サーバーを起動します。

2. 次の形式のURLを使用してWebCenter Portalにアクセスします: http://host:port/webcenter
ここでのhost:portは、WebCenter Portalがインストールされているシステムのホスト名とポート番号を示します。デフォルトで、WebCenter Portalはポート8888にインストールされます。

3. WebCenter Portalに管理者としてログオンします。

注意:
Oracle WebCenter Portalドメインの作成中に、weblogic以外のユーザーをドメイン管理者として指定した場合は、WebCenter Portalのデフォルト以外のユーザーに管理者ロールを手動で付与する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebCenter Portal管理者ロールの付与に関する項を参照してください。

WebCenter Portalの使用の開始に関する情報は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebCenter Portalの起動および実行に関する項を参照してください。

7.3 WebCenter Portalの自動サービス構成の理解

WebCenter Portalでは、一部のツールおよびサービスの自動サービス構成をサポートしています。

WebCenter Portalを起動すると、接続がすでに存在する場合を除き、自動的に、特定の様々なツールおよびサービスへの接続が作成されます。この項では、自動的に構成されるサービス、自動構成が成功したかどうかを確認する方法、および必要に応じて自動構成を無効にする方法を説明します。

次の表は、自動サービス構成が実行されるツールおよびサービスのリストです。

表7-2 WebCenter Portal用に自動的に構成される接続

コンポーネント/ツール/サービス

デフォルトの接続名

ディスカッションおよびお知らせ

WebCenterPortal-Discussions

ドキュメント

WebCenterPortal-ucm

ページレット・プロデューサ

WebCenterPortal-PageletProducer

事前構成済ポートレット・プロデューサ

wc-OmniPortlet

wc-WebClipping

wc-WSRPTools

ワークリストおよびWebCenter Portalワークフロー

WebCenterPortal-Worklist

前述のWebCenter Portal接続が自動的に構成されるためには、次の一般的な条件を満たしている必要があります。

- WebCenter Portalとターゲット・コンポーネントは、同じドメインにインストールされる必要があります。

- ターゲット・コンポーネントの管理対象サーバーは、明示的なリスニング・アドレスを持つ必要があります。そのリスニング・アドレスが空、nullまたはlocalhostである場合、そのアドレスには明示的アドレスを持つシステムが関連付けられている必要があります。リスニング・アドレスの詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』の管理対象サーバーの構成に関する項を参照してください。

- ターゲット・コンポーネントが、クラスタにデプロイされる必要はありません。

- 指定されたツールまたはサービスに関連付けられた管理対象サーバーを最初に起動する必要があります。次に、WC_Portal管理対象サーバーを起動します。

ターゲット・コンポーネントがアプリケーション起動時にすでに自動的に構成されている場合、その結果(失敗または成功)に関係なく、ターゲット・コンポーネントが再度構成されることはありません。サービスの自動接続構成は、ターゲットのコンポーネントがターゲット・コンポーネントに固有のルールを渡さないと失敗します。特定のコンポーネントの自動構成が失敗する場合、そのサービスは手動で構成する必要があります。詳細は、この章の必要なターゲット・コンポーネント固有の項を参照してください。

ツールおよびサービスの自動接続構成の確認

管理対象サーバーの起動時に、WebCenter Portalに対してツールおよびサービスの接続が自動的に構成されているかどうかを確認するには次の手順を実行します。

1. 次の形式のURLを使用してOracle Enterprise Manager Fusion Middleware Controlコンソールにアクセスします: http://host_name.domain_name:port_number/em
例: http://myhost.mycompany.com:7001/em

2. ファームの有効な管理者ユーザーの名前とパスワードを入力し、「ログイン」をクリックします。

3. Enterprise Managerコンソールで次に移動します。
farm_wc_domain→WebCenter→ポータル→サーバー→WebCenterポータル

WebCenter Portalホーム・ページが「WebCenter Portal」メニューに表示されます。

4. 「WebCenter Portal」メニューから「設定」→「サービス構成」を選択します。

5. 別のツールおよびサービスを選択し、自動サービス構成をサポートするツールとサービスが構成されたことを確認します。

WebCenter Portalの自動サービス構成の無効化

必要に応じて、次のJavaプロパティを設定することにより、自動構成機能を無効にすることができます: -Dwebcenter.spaces.disableAutoConfigure=true

このJavaプロパティは、2つの方法で設定できます。

- DOMAIN_HOME/bin/setDomainEnv.sh (UNIX)またはDOMAIN_HOME\bin\setDomainEnv.cmd (Windows)のJAVA_PROPERTIESに、プロパティを追加できます。

- WC_Portal管理対象サーバーの起動時に、スクリプトの最後に追加できます。例: DOMAIN_HOME/bin/startManagedWebLogic.sh WC_Portal -Dwebcenter.spaces.disableAutoConfigure=true

7.4 Oracle WebCenter Portal Analyticsコレクタの使用

Oracle WebCenter PortalのAnalyticsコレクタは、ポータルの使用状況とパフォーマンス・メトリックを表示できるようにするAnalytics機能をサポートしています。このトピックでは、Analyticsコレクタの使用を開始する方法について説明します。

Analytics機能には、Analyticsスキーマ(ACTIVITIES)がインストールされている必要があります。デフォルトでは、AnalyticsコレクタはWC_Portal管理対象サーバーにポート8888でインストールされます。

Analyticsコレクタは、そのままの状態で、インストール時のデフォルトを使用してイベントを受信するように構成されています。ただし、WebCenter Portalは、Analyticsコレクタにイベントを送信するようには構成されていません。WebCenter Portal,の使用状況とパフォーマンス・メトリックを収集する場合は、分析コレクタを登録してイベント収集を有効にする必要があります。アクティビティ・グラフがインストールされている場合、ACTIVITIESスキーマをアプリケーション間で共有することはできません。

Oracle WebCenter Portal Analyticsコレクタを使用するには:

1. WC_Portal管理対象サーバーを起動します。

2. アプリケーションのAnalyticsコレクタを登録します。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のAnalyticsの管理に関する項を参照してください。

7.5 Oracle WebCenter Portalディスカッション・サーバーの使用

Oracle WebCenter Portalのディスカッション・サーバーでは、ディスカッション・フォーラムとお知らせをポータルに統合できます。

ディスカッション・サーバーは、WC_Collaboration管理対象サーバーにデプロイされます。Oracle WebCenter Portalを最初にインストールするときに、ディスカッション・サーバーをインストールするように選択するか、既存のOracle WebCenter Portalドメインを拡張して、後でインストールすることもできます。

Oracle WebCenter Portalディスカッション・サーバーにアクセスする手順:

1. 管理対象サーバーWC_Collaborationを起動します。Oracle WebLogic Server管理者コンソールから直接にディスカッション・サーバーを起動または停止できませんが、WC_Collaboration管理対象サーバーを起動または停止すると、ディスカッション・サーバーに影響を与えます。
管理対象サーバーの起動と停止については、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

2. 次のURLに移動します: http://host:port/owc_discussions

ここで、host:portは、Oracle WebCenter Portalディスカッション・サーバーがインストールされているシステムのホスト名とポート番号です。デフォルトでは、ポート8890にインストールされます。

3. 管理者権限を使用してログインします。

WebCenter Portalに対して作成されるデフォルト・ドメイン管理者は、ディスカッション・サーバーの管理者でもあります。ドメインの作成中に、weblogic以外のユーザーをドメイン管理者として指定した場合は、そのユーザーにすべてのドメイン管理権限が付与されます。ドメイン作成後に、ディスカッション・サーバーのデフォルト以外のユーザーにAdministratorロールを手動で付与する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のディスカッション・サーバーでの管理者ロールの付与に関する項を参照してください。

7.5.1 ディスカッション・サーバーにとOracle WebCenter Portalの接続

Oracle WebCenter Portalと連携するようにOracle WebCenter Portalのディスカッション・サーバーを準備するには、次の手順を実行します。

1. Webサービスのセキュリティ・ポリシー構成をアタッチします。
詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebCenter PortalおよびディスカッションWebサービス・エンドポイントに対するセキュリティ・ポリシーの添付に関する項を参照してください。

2. トポロジに応じて、ディスカッション・サーバーのWS-Securityの信頼できる認証を有効にします。単純なトポロジでは、ディスカッション・サーバーがWebCenter Portalと同じドメインに存在し、Oracle WebCenter Portalドメインに構成されたキーストア構成がディスカッションにも使用されるため、追加のキーストア構成が必要ありません。ただし、本番環境では、ディスカッションのWebサービス・エンドポイントをOWSMポリシーで保護して、ディスカッション・サーバーの接続設定を構成する必要があります。
WS-SecurityによってWebCenter PortalとWebCenter Portalのディスカッション・サーバーとの間に信頼関係が確立されると、WebCenter Portalは、ユーザーの資格証明がなくてもディスカッション・サーバーにユーザー・アイデンティティ情報を渡せるようになります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のディスカッション・サーバーのセキュリティの考慮事項に関する項を参照してください。

3. WebCenter Portalディスカッション・サーバーへの接続を登録します。
詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のディスカッション・サーバーの登録に関する項を参照してください。

注意:WebCenter Portalについては、Oracle WebCenter Portalディスカッション・サーバーへの接続を手動で登録する必要がない場合があります。次の条件を満たす場合は、WebCenter Portalを起動すると、WebCenterSpaces-Discussionsという名前の接続が自動構成され、デフォルトの接続として設定されます。ただし、その接続がすでに存在する場合は除きます。

- WebCenter PortalとOracle WebCenter Portalディスカッション・サーバーが同じドメイン内に存在する。

- WC_Collaboration管理対象サーバーは明示的なリスニング・アドレスを持つか、または明示的なアドレスでシステムが関連付けられている。

- Oracle WebCenter Portalディスカッション・サーバーがクラスタにデプロイされていない。

- Administratorロールを付与されたユーザーが存在する。

7.6 Oracle WebCenter Portalページレット・プロデューサの使用

Oracle WebCenter Portalのページレット・プロデューサは、動的ページレットの開発を容易にする有用なツールと機能のコレクションを提供します。このトピックでは、Oracle WebCenter Portalのページレット・プロデューサにアクセスし、使用を開始する方法について説明します。

注意:
Oracle WebCenter Portalのページレット・プロデューサでは、以前のリリースのWebCenter PortalのWebクリッピング・ポートレットの機能が置き換えられています。

ページレット・プロデューサは、WC_Portlet管理対象サーバーにデプロイされます。

ページレット・プロデューサ・コンソールにアクセスするには、URL: http://host:port/pagelets/adminを使用します。

ここで、host:portはページレット・プロデューサがインストールされているシステムのホスト名およびポート番号です。デフォルトのコンテキスト・ルートはpageletsですが、ページレット・プロデューサは選択した任意の場所にデプロイできます。例: http://myhost.com:8889/pagelets/

すべてのデプロイメント後の接続構成は、Oracle Metadata Services (MDS)リポジトリに格納されます。ページレット・プロデューサでは、すべての構成データがRCUのMDSスキーマの個別パーティションに保存されます。通常、このスキーマはOracle WebCenter Portalインストールの一環としてインストールされます。この構成データは、他のサービスに属するデータとは競合しません。ページレット・プロデューサ・ドメイン・テンプレートをデプロイすると、構成ウィザード・プロンプトによって、スキーマが作成されているデータベースへの接続情報の入力が求められます。ページレット・プロデューサで想定されている名前は次のとおりです。

- データ・ソース名: mds-PageletProducerDS

- JNDI名: jdbc/mds/PageletProducerDS

- MDSパーティション名: pageletproducer

ページレット・プロデューサを使用するには:

1. WC_Portlet管理対象サーバーを起動します。

2. WebCenter Portalのページレット・プロデューサを登録します。
詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のページレット・プロデューサの管理に関する項を参照してください。

JavaScriptまたはREST APIを使用してページレット・プロデューサにアクセスすることもできます。

注意:WebCenter Portalについては、接続を手動で登録する必要がない場合があります。次の条件を満たす場合は、WebCenter Portalを起動すると、WebCenterSpaces-PageletProducerという名前の接続が自動構成され、デフォルトの接続として設定されます。ただし、その接続がすでに存在する場合は除きます。

- WebCenter Portalとページレット・プロデューサが同じドメインに存在する。

- WC_Portlet管理対象サーバーは明示的なリスニング・アドレスを持つか、または明示的なアドレスでシステムが関連付けられている。

- ページレット・プロデューサがクラスタにデプロイされていない。

7.7 Oracle WebCenter Portalポートレット・プロデューサの使用

Oracle WebCenter Portalのポートレット・プロデューサには、アクセスおよび登録が可能な事前構成済のポートレット・プロデューサがいくつか用意されています。

ポートレット・プロデューサをインストールすると、WC_Portlets管理対象サーバーが作成され、次のアプリケーションがサーバーにデプロイされます。

- wsrp-tools - WSRPツールがサポートされます。

- portalTools - OmniPortletがサポートされます

注意:
12cでは、portalToolsにより、ページレット・プロデューサで以前のリリースWebCenter PortalのWebクリッピング・ポートレット機能が置き換えられています。

事前構成済のポートレット・プロデューサにアクセスするには、アクセスする事前構成済ポートレット・プロデューサに応じて、次のURLを使用できます。

- http://host:port/portalTools (OmniPortlet)

- http://host:port/wsrp-tools/ (WSRPツール)

ここで、host:portは、ポートレット・プロデューサがインストールされているシステムのホスト名とポート番号を示します。デフォルトのポート番号は8889です。

Oracle WebCenter Portalで利用可能な事前構成済ポートレットを使用するには、次の手順に従う必要があります。

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

2. 必要な事前構成済ポートレット・プロデューサを登録します。
ポートレットの登録の詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のポートレット・プロデューサの管理に関する項を参照してください。ポートレット・プロデューサを保護する場合は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のポートレット・プロデューサのセキュリティの構成に関する項を参照してください。

注意:WebCenter Portalについては、事前構成済ポートレット・プロデューサへの接続を手動で登録する必要がない場合があります。WebCenter Portalを起動すると、次の条件を満たす場合に、接続が自動的に構成されます。

- WebCenter Portalとポートレット・プロデューサが同じドメインに存在する。

- WC_Portlet管理対象サーバーが実行されている。

- WC_Portlet管理対象サーバーは明示的なリスニング・アドレスを持つか、または明示的なアドレスでシステムが関連付けられている。

- ポートレット・プロデューサがクラスタにデプロイされていない。

事前構成済のポートレット・プロデューサを登録すると、アプリケーション開発者またはWebCenter Portalユーザーは自分のポータル・ページにポートレットを追加できるようになります。

8 WebCenter Portalのツールおよびサービス用のバックエンド・コンポーネントの準備

ポータル開発者は、Oracle WebCenter Portalのツールおよびサービスをポータルに統合できます。メール・ツールがMicrosoft Exchange Serverなどのメール・サーバーに依存するように、一部のツールおよびサービスはバックエンド・コンポーネントに依存します。

- ツールおよびサービスの概要
Oracle WebCenter Portalには、ソーシャル・ネットワーキング機能と個人の生産性機能を公開するツールとサービスのセットが用意されています。ツールおよびサービスをポータルに統合できるようにするには、必要なバックエンド・コンポーネントをインストールおよび構成する必要があります。

- カレンダ・イベントのバックエンド要件
イベント・ツールは、会議、予定、およびその他の種類のチーム、プロジェクトまたはグループの行事をスケジュールするためのポータル・カレンダを提供します。また、イベントを通じて、個人のMicrosoft Exchangeカレンダにアクセスし、特定のポータルに関連のないイベントをスケジュールすることもできます。

- ドキュメントのバックエンド要件
Oracle WebCenter Portalは、ファイルのアップロード、ファイルとフォルダの作成と管理、ファイルのチェックアウト、バージョン管理などを含む、コンテンツ管理とストレージ機能をサポートします。

- インスタント・メッセージおよびプレゼンス(IMP)のバックエンド要件
インスタント・メッセージおよびプレゼンス(IMP)は、バックエンド通信サーバーに依存します。

- メールのバックエンド要件
Oracle WebCenter Portal内でユーザーがメールにアクセスできるようにするには、IMAP4とSMTPプロトコルをサポートするMicrosoft Exchange Server 2007、2010または2013などのメール・サーバーをインストールする必要があります。

- 検索のバックエンド要件
Oracle WebCenter Portalでは、ポータルを検索するためのOracle Secure Enterprise Search (SES)アダプタを提供しています。

- WebCenter Portalワークフローのバックエンド要件

8.1 ツールおよびサービスの概要

Oracle WebCenter Portalには、ソーシャル・ネットワーキング機能と個人の生産性機能を公開するツールとサービスのセットが用意されています。ツールおよびサービスをポータルに統合できるようにするには、必要なバックエンド・コンポーネントをインストールおよび構成する必要があります。

すべてのツールおよびサービスの機能はデータベースに依存しています。WebCenter Portalで構築されたポータルにツールやサービスを統合するには、MDSスキーマを持つサポートされたデータベースが使用可能であることを確認する必要があります。

次を参照してください。

- サポートされるデータベースについては、http://www.oracle.com/technology/software/products/ias/files/fusion_certification.htmlを参照してください。

- データベースのインストールとスキーマの作成については、「データベース・スキーマの作成」を参照

データベースに加えて、一部のツールおよびサービスはバックエンド・コンポーネントに依存しています。ポータルの開発者またはユーザーは、このようなツールやサービスをポータルに統合できるようにするために、次のタスクを実行する必要があります。

- バックエンド・コンポーネントのインストール

- バックエンド・コンポーネントの構成(必要に応じて)

- バックエンド・コンポーネントへの接続の設定

次の表は、Oracle WebCenter Portalのツールとサービスについて説明し、必要なバックエンド・コンポーネントを示しています(必要な場合)。

表8-1 ツールおよびサービスのバックエンド要件

ツール/サービス

説明

MDSスキーマでサポートされるデータベースの他に必要なバックエンド・コンポーネント

接続構成

アクティビティ・ストリーム

ユーザーの接続アクティビティ、ポータル内で実行したアクションおよびビジネス・アクティビティのストリーミング表示を提供します。

なし。

別の接続は、必要ありません。

アナリティクス

使用状況とパフォーマンス・メトリックを表示します。

Oracle WebCenter PortalのAnalyticsコレクタと、Activitiesスキーマを含むサポート対象データベース

接続が必要です。「Oracle WebCenter Portal Analyticsコレクタの使用」を参照してください。

お知らせ

ユーザーがお知らせを投稿、パーソナライズおよび管理できるようになります。

Oracle WebCenter Portalのディスカッション・サーバーおよびDiscussionsスキーマを含むサポートされるデータベース

接続が必要です。

条件を満たす場合に、WebCenter Portalに対して接続が自動的に構成されます。詳細は、「Oracle WebCenter Portalのディスカッション・サーバーの使用」を参照してください。

ディスカッション

スレッド化されたディスカッションを作成し、そのディスカッションに参加するための機能を提供します。

Oracle WebCenter Portalのディスカッション・サーバーおよびDiscussionsスキーマを含むサポートされるデータベース

接続が必要です。

条件を満たす場合に、WebCenter Portalに対して接続が自動的に構成されます。詳細は、「Oracle WebCenter Portalのディスカッション・サーバーの使用」を参照してください

ドキュメント

コンテンツのアップロード、ファイル、フォルダ、wikiおよびブログの作成と管理、ファイルのチェックアウト、ファイルのバージョニングなどの、コンテンツ管理機能やストレージ機能を提供します。

コンテンツ・サーバーのコンテンツ・リポジトリ

接続が必要です。

条件を満たす場合に、WebCenter Portalに対して接続が自動的に構成されます。

「ドキュメントのバックエンド要件」を参照。

イベント

ユーザーが会議、予定などのチームの集まりのスケジューリングに使用できる、個人用およびポータル固有のカレンダを提供します。

WEBCENTERスキーマを含むサポートされるデータベース

個人用イベントの場合はMicrosoft Exchange Server 2003またはMicrosoft Exchange Server 2007

接続は、個人用カレンダには必要で、ポータル・カレンダには不要です。「カレンダ・イベントのバックエンド要件」を参照。

インスタント・メッセージおよびプレゼンス(IMP)

他の認証済ユーザーのオンライン・プレゼンス・ステータス(オンライン、オフライン、ビジーまたはアイドル)を確認し、ただちにこれらのユーザーに連絡するための機能を提供します。

Microsoft Live Communication Server 2005などのサポート対象の通信サーバー

接続は、手動で作成する必要があります。「インスタント・メッセージおよびプレゼンス(IMP)のバックエンド要件」を参照。

リンク

関連情報の表示、アクセスおよび関連付けを実行するための機能を提供します。たとえば、ディスカッション・スレッドからソリューション・ドキュメントにリンクできます。

WEBCENTERスキーマを含むサポートされるデータベース

別の接続は、必要ありません。

リスト

ユーザーはリストを作成、公開および管理できます。

WEBCENTERスキーマを含むサポートされるデータベース

別の接続は、必要ありません。

メール

IMAPやSMTPメール・サーバーと簡単に統合でき、単純なメール機能(メッセージの表示、開封、作成および削除、添付ファイル付きメッセージの作成、既存メッセージへの返信や転送など)をユーザーが実行できるようになります。

Microsoft Exchange Server 2003など、IMAP4やSMTPに基づいたメール・サーバー

接続は、手動で作成する必要があります。「メールのバックエンド要件」を参照。

ノート

個人的に関連情報を書き留めて、保持する機能を提供します。

注意: この機能は、WebCenter Portalでのみ使用できます。

WEBCENTERスキーマを含むサポートされるデータベース

別の接続は、必要ありません。

ピープル・コネクション

企業のコネクションの作成、そのコネクションでのやり取り、アクティビティの追跡を行うためのオンライン・ソーシャル・ネットワーキング・ツールを提供します。

WEBCENTERスキーマを含むサポートされるデータベース

別の接続は、必要ありません。

RSS

他のWebCenter Portalのツールとサービスおよび外部ソースのコンテンツを、RSS 2.0およびAtom 1.0形式でニュース・フィードとして公開する機能を提供します。

なし

別の接続は、必要ありません。

検索

Oracle Secure Enterprise Search (SES)アダプタを使用してドキュメントやページを検索できます。

Oracle WebCenter Portalオブジェクトの検索に別のバックエンド・コンポーネントは必要ありません。

Oracle WebCenter Portalの他に外部リポジトリを検索するには、最新のパッチが適用され更新されたOracle SES 11.2.2.2が必要です。

Oracle SES用の接続が必要です。「検索のバックエンド要件」を参照。

タグ

特定のページやドキュメントに個人的に関係のあるキーワードを1つ以上割り当てて、それらのアイテムを検索結果で発見しやすくする機能を提供します。

WEBCENTERスキーマを含むサポートされるデータベース

別の接続は、必要ありません。

ワークフロー

注意を払う必要のあるビジネス・プロセスを即座に確認できる個人ビューを提供します。これには、ドキュメントの確認リクエストなど、エンタープライズ・アプリケーションから直接送信されるビジネス・プロセスが含まれます。

Business Process Execution Language (BPEL)サーバー

SOA接続が必要です。「WebCenter Portalワークフローのバックエンド要件」を参照。

8.2 カレンダ・イベントのバックエンド要件

イベント・ツールは、会議、予定、およびその他の種類のチーム、プロジェクトまたはグループの行事をスケジュールするためのポータル・カレンダを提供します。また、イベントを通じて、個人のMicrosoft Exchangeカレンダにアクセスし、特定のポータルに関連のないイベントをスケジュールすることもできます。

個人の予定表はMicrosoft Exchange Serverから提供されるため、このサーバーへの接続が必要です。Fusion Middleware ControlコンソールまたはWLSTを使用して、Microsoft Exchange Server接続を登録できます。ユーザーがWebCenter Portalで個人イベントを表示するには、Microsoft Exchange Server上にアカウントを保有している必要があります。Microsoft Exchange Serverのインストールの詳細は、その製品ドキュメントを参照してください。

Microsoft Exchange Serverを構成して、メール・サーバーへの接続を作成する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のカレンダ・イベントの管理に関する項を参照してください。

8.3 ドキュメントのバックエンド要件

Oracle WebCenter Portalは、ファイルのアップロード、ファイルとフォルダの作成と管理、ファイルのチェックアウト、バージョン管理を含む、コンテンツ管理とストレージ機能をサポートします。

WebCenter Portalでコンテンツ統合を提供するには、WebCenter Content Serverの接続を1つ以上構成し、それをデフォルト接続(アクティブまたはプライマリ接続と呼ばれることもあります)としてマークする必要があります。

- Oracle WebCenter Content Serverの要件

8.3.1 Oracle WebCenter Content Serverの要件

この項では、Oracle WebCenter Content Serverのインストール、構成および統合について説明します。

コンテンツ・サーバー - インストール

Oracle WebCenter Portalは、外部コンテンツ・リポジトリとしてOracle WebCenter Content Server 12.2.1以降をサポートしています。

Content Serverは、Oracle Fusion Middlewareコンポーネントの1つであるOracle WebCenter Contentの一部としてインストールされます。

Content Serverのインストール時に、Oracle WebCenter Content: Inbound Refineryもインストールすることをお薦めします。Inbound Refineryは、ファイル変換を管理する変換サーバーです。また、ドキュメントと画像のサムネイル機能、およびビデオのストーリボードも提供します。Inbound Refineryを使用して、コンテンツ・サーバーに格納されているコンテンツ・アイテムを変換できます。Inbound Refineryがインストールされていない場合、ポータルおよびアプリケーションにサムネイルまたはレンディションは表示されません。

Content ServerおよびInbound Refineryをインストールする方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。

(オプション) 別のセクション見出しが必要な場合は、セクションを使用して関連コンテンツを追加、整理します。

注意:
Content ServerとInbound Refineryは、同じドメインにインストールする必要があります。Content ServerとInbound Refineryは、Oracle WebCenter Portalと同じドメインにインストールすることをお薦めします。これらを同じドメインにインストールすると、外部LDAP認証プロバイダを使用するための追加構成は必要なくなります。

コンテンツ・サーバー - 構成

Content Serverを外部コンテンツ・リポジトリとして使用するには、Oracle WebCenter Portalで動作するように構成する必要があります。コンテンツ・サーバーの構成に関連する必須およびオプションのタスクの詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のOracle WebCenter Content Serverの接続の管理に関する項を参照してください。コンテンツ・サーバーがWebCenter Portalで機能するために必要なタスクの概要は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のOracle WebCenter Content Serverの構成のロードマップに関する項を参照してください。

FrameworkFoldersのサポート

Oracle WebCenter Contentでは、Folders_gおよびFrameworkFoldersという2つのフォルダ・ソリューションが提供されます。Oracle WebCenter Portalの新規インストールの場合、Content ServerでFrameworkFoldersコンポーネントを有効にすることをお薦めします。Folders_gコンポーネントを使用する以前のリリースからパッチを適用されたOracle WebCenter Portalインスタンスの場合は、引き続きFolders_gを使用するか、FrameworkFolderインタフェースに移行できます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』の必須コンポーネントの有効化に関する項を参照してください。

注意:

デフォルトでは、Oracle WebCenter Contentは、Oracle WebLogic Serverの組込みのLightweight Directory Application Protocol (LDAP)サーバーを使用します。本番システムでは、Oracle WebCenter Contentアプリケーションは、デフォルトの組込みLDAPサーバーではなく、外部LDAP認証プロバイダを使用する必要があります。したがって、Content Serverのアイデンティティ・ストアを、外部のLDAPベースのアイデンティティ・ストアを再び関連付ける必要があります。

Oracle WebCenter PortalおよびContent Serverを同じドメインにインストールする場合、外部LDAP認証プロバイダを使用するための追加の構成は必要ありません。認証プロバイダの構成は、ドメイン全体に適用できます。

Oracle WebCenter PortalおよびContent Serverを別々のドメインにインストールする場合、同じ外部LDAP認証プロバイダを使用するように構成する必要があります。したがって、Oracle WebCenter Portalと同じアイデンティティ・ストアLDAPサーバーにContent Serverを再度関連付けるようにします。

コンテンツ・サーバー - 統合

コンテンツ・リポジトリとしてContent Serverを使用するには、リポジトリ接続を作成する必要があります。WebCenter Portalについては、リポジトリ接続が自動的に構成され、デフォルトの接続として設定されます(リポジトリ接続がまだ存在しない場合)。「WebCenter Portalの使用」に示された一般条件が満たされている場合、アプリケーションの起動時に接続が構成されます。ただし、管理者ロールが付与されたユーザーやサーバーのソケット・ポートが見つからない場合、接続は構成されません。

コンテンツ・リポジトリを登録し、リポジトリの接続を管理する方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のデフォルトのOracle WebCenter Content Serverリポジトリの登録に関する項を参照してください。

8.4 インスタント・メッセージおよびプレゼンス(IMP)のバックエンド要件

インスタント・メッセージおよびプレゼンス(IMP)は、バックエンド通信サーバーに依存します。

IMPの通信サーバーとしてMicrosoft Lync 2010を構成できます。

- 通信サーバー - インストール
Microsoft Lync 2010のインストールの詳細は、関連Microsoftドキュメントを参照してください。

- 通信サーバー - 構成と統合
Microsoft Lyncの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のMicrosoft Lyncの構成に関する項を参照してください。

通信サーバーをインストールして構成した後、IMPをWebCenter Portalに統合できるようにするには、通信サーバーの接続を設定する必要があります。IMP接続の設定の詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のインスタント・メッセージおよびプレゼンス・サーバーの登録に関する項を参照してください。

Oracle WebCenter Portalと通信サーバーが同じ外部のLDAPベース・アイデンティティ・ストアを使用するように構成されていることを確認します。そうでない場合、Oracle WebCenter Portalと通信サーバー環境の間でユーザー・エントリを手動で同期化する必要があります。

8.5 メールのバックエンド要件

Oracle WebCenter Portal内でユーザーがメールにアクセスできるようにするには、IMAP4とSMTPプロトコルをサポートするMicrosoft Exchange Server 2007、2010または2013などのメール・サーバーをインストールする必要があります。

メール・サーバーをインストールするには、使用するメール・サーバーのドキュメントを参照してください。メール・サーバー上に作成されたユーザーは、Oracle WebCenter Portalで使用されるアイデンティティ・ストアに作成されたユーザーに対応している必要があります。

メールをWebCenter Portalに統合するには、メール・サーバーへの接続を構成する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のメールの管理に関する項を参照してください。

8.6 検索のバックエンド要件

Oracle WebCenter Portalでは、ポータルを検索するためのOracle Secure Enterprise Search (SES)アダプタを提供しています。

Oracle SESはクローラベースのサービスを提供して、構造化されているかいないかに関係なく、様々なファイル形式で数多くのソースにおいて、索引付き検索やリアルタイム検索ができます。この項では、ユーザーが検索を使用できるようになる前に満たす必要のある要件について説明します。

- Oracle SES 11.2.2.2のインストール

- Oracle SES 11.2.2.2の構成

8.6.1 Oracle SES 11.2.2.2のインストール

12cでは、サポートされるOracle Secure Enterprise Search (SES)は11.2.2.2のみです。
Oracle SES 11.2.2.2をインストールおよび構成する前に、次の前提条件を完了します。

- WebCenter Content Server 12cをインストールします。この同時に満たす必要のあるインストール要件について、「Oracle WebCenter Content Serverの要件」を参照してください。

- Oracle SESは、http://www.oracle.com/technetwork/search/oses/downloads/index.htmlからダウンロードします。

- Oracle SES 11.2.2.2のインストールの詳細は、OTNのOracle SESオンライン・ドキュメント・ライブラリ11gリリース2 (11.2.2.2)を参照してください(http://www.oracle.com/technetwork/search/oses/documentation/index.html)

Oracle SESリリース11.2.2.2のインストール後は、次の手順を実行して、Oracle SESがOracle WebCenter Portalで動作するように準備します。

1. Oracle WebCenter Portalのドキュメント・サービス・マネージャの新規バージョンをOracle SESに次のようにインストールします。

a. Oracle WebCenter Portalインスタンス上のWCP_ORACLE_HOME/sesディレクトリからwebcenter_doc_pipeline_plugin.zipを取得します(ここで、WCP_ORACLE_HOMEは、Oracle WebCenter Portalのホーム・ディレクトリ)。ファイルをOracle SESインスタンスのOracle SESホーム・ディレクトリにコピーします。

b. Oracle SESホーム・ディレクトリに移動します。

c. ./search/lib/plugins/webcenter/search-crawl-ucm.jar.ファイルを削除します。

d. webcenter_doc_pipeline_plugin.zipファイルを解凍します。
これによって、Oracle SESインストールに、Oracle WebCenter Portal JARファイル(SES_ORACLE_HOME/search/lib/plugins/doc/search-crawl-ucm.jar)が追加されます

e. Oracle SESサーバーを再起動します。詳細は、OTNのSecure Enterprise Searchオンライン・ドキュメント・ライブラリ11gリリース2 (11.2.2.2)の『Oracle Secure Enterprise Search管理者ガイド』のOracle SESインスタンスの起動と停止に関する項を参照してください。

2. Oracle SESファセットおよびOracle WebCenter Portalのソート属性を次のように構成します。

a. Oracle WebCenter PortalインスタンスのWCP_ORACLE_HOME/sesディレクトリからwebcenter_portal_ses_admin.zipを取得し、Oracle SESホーム・ディレクトリにコピーします。

b. Oracle SESホーム・ディレクトリに移動します。

c. webcenter_portal_ses_admin.zipファイルを解凍し、readme.txtファイルの手順に従います。

8.6.2 Oracle SES 11.2.2.2の構成

Oracle WebCenter Portal用のOracle SESの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebCenter PortalでのOracle Secure Enterprise Searchの管理に関する項を参照してください。

8.7 WebCenter Portalワークフローのバックエンド要件

WebCenter Portalには、ポータル・メンバーシップ通知、ポータル・サブスクリプション・リクエストなど、事前作成されたワークフローがいくつか用意されています。WebCenter Portalワークフローは、BPELサーバー(Oracle SOA Suiteのコンポーネント)に依存します。

表8-2は、WebCenter PortalでWebCenter Portalワークフロー機能を有効にするために実行が必要なタスクについて説明しています。

表8-2 WebCenter Portalワークフローを有効にするタスク

タスク

必須/オプション

ドキュメント

1. Oracle SOA Suiteをインストールする

必須

「Oracle SOA Suite - インストール」を参照。

2. WebCenter Portal SOAコンポジットをインストールする

必須

「Oracle WebCenter Portal SOAコンポジット - インストール」を参照。

3. SOAサーバー・ドメインを拡張する

必須

「Oracle SOAサーバー - ドメインの拡張」を参照。

3. WS-Securityを構成して、Oracle SOA SuiteおよびWebCenter Portal間のWebサービスのコールを保護する

必須

「Oracle SOAとWebCenter Portal - WS-Securityの構成」を参照。

4. BPELサーバーとの接続を登録する

自動的に構成されない場合は、必須

「Oracle WebCenter Portal - BPELサーバー接続の構成」を参照。

注意:
WebCenter PortalユーザーがBPELサーバーからタスクを格納および取得できるようにするには、そのユーザー名がWebCenter PortalおよびOracle SOA Suiteで使用されるアイデンティティ・ストアに存在することが必須です。これは、両方のアイデンティティ・ストアで同一のユーザー名を作成するか、またはシングル・サインオン(SSO)認証に共有のLDAPベースのアイデンティティ・ストアを使用することで実現できます。外部の共有LDAPベースのサーバーの設定については、「外部のLDAPベースのアイデンティティ・ストアの設定」を参照してください。

- Oracle SOA Suite - インストール
ワークフローをサポートする場合、WebCenter PortalはBPELサーバー(Oracle SOA Suiteに付属)を必要とします。

- Oracle WebCenter Portal SOAコンポジット - インストール
WebCenter Portalでワークフローを使用するには、WebCenter Portal SOAコンポジットをSOA Oracleホームにインストールする必要があります。

- Oracle SOAサーバー - ドメインの拡張
WebCenter Portalワークフローは、Oracle SOAサーバーにデプロイされます。

- Oracle SOAとWebCenter Portal - WS-Securityの構成
Oracle WebCenter PortalにデプロイされるWebCenter Portal Webサービスにより、WebCenter PortalとSOAサーバー間の通信が容易になります。

- Oracle WebCenter Portal - BPELサーバー接続の構成
BPEL接続WebCenterPortal-Worklistは、ワークリストとWebCenter Portalワークフローにより共有されるように構成されます。これによって、ユーザーは割り当てられたメンバーシップに関連するワークフロー・アイテムと通知サブスクリプションを自分のワークリスト・コンポーネントで参照可能になります。

8.7.1 Oracle SOA Suite - インストール

ワークフローをサポートする場合、WebCenter PortalはBPELサーバー(Oracle SOA Suiteに付属)を必要とします。

Oracle SOA Suiteのインストールの詳細は、Oracle Fusion Middleware Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成のOracle SOA SuiteとOracle Business Process Managementのインストールに関する説明を参照してください。

8.7.2 Oracle WebCenter Portal SOAコンポジット - インストール

WebCenter Portalでワークフローを使用するには、WebCenter Portal SOAコンポジットをSOA Oracleホームにインストールする必要があります。

WebCenter Portal SOAコンポジットのインストール手順:

1. WebCenter Portalをインストールするとき(「インストール・プログラムの起動」を参照)、「インストール・タイプ」に「WebCenter Portal SOAコンポジット」を選択します。

2. SOA Oracleホームにwcportalフォルダが作成されたことを確認します。

8.7.3 Oracle SOAサーバー - ドメインの拡張

WebCenter Portalワークフローは、Oracle SOAサーバーにデプロイされます。

ワークフロー用にSOAサーバーを準備するには、oracle.wc_composite_template.jarテンプレートを使用してOracle SOAがインストールされているドメインを拡張する必要があります。

前提条件: 「WebCenter Portal SOAコンポジット」インストール・タイプでWebCenter PortalがSOA Oracleホームにインストールされている必要があります。

SOAサーバー・ドメインを拡張する手順:

1. ORACLE_HOME/oracle_common/common/bin/config.shを実行します。

2. 「既存ドメインの更新」を選択し、SOAドメイン選択します。

3. 「テンプレート」画面で、次のいずれかの方法でテンプレートを選択します。

- 「製品テンプレートを使用してドメインを更新」を選択し、Oracle Webcenter Portal Composites - 12.2.1.2.0 [wcportal]を選択します。

- または、「カスタム・テンプレートを使用してドメインを更新」を選択し、「テンプレートの場所」フィールドに、次のパスを指定します: ORACLE_HOME/wcportal/common/templates/wls/oracle.wc_composite_template.jar

oracle.wc_composite_template.jarテンプレートにより、次のものが自動的にデプロイされます。

- 招待やメッセージを表示するADFアプリケーション、WebCenterWorklistDetailApp.ear。

- WebCenter Portalのメンバーシップ・メカニズムを管理するBPELコンポジット、sca_CommunityWorkflows.jar。

4. Oracle SOAサーバーを再起動します。

5. WebCenterWorklistDetailApp.earとsca_CommunityWorkflows.jarが正しくデプロイされていることを確認します。いずれか1つまたは両方がデプロイされなかった場合は、Enterprise Managerを使用して手動でデプロイできます。

- 「WebCenter Portal SOAコンポジット」のインストール・タイプでSOA OracleホームにWebCenter Portalがインストールされている場合、ORACLE_HOME/wcportal/webcenter/applicationsにWebCenterWorklistDetailApp.earが配置されています。

- sca_CommunityWorkflows.jarは、ORACLE_HOME/wcportal/common/soa-composite/wcp/sca_CommunityWorkflows.jarに配置されています。

関連項目:

- 『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebCenter Portalワークフローの構成のロードマップに関する項

- 『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの拡張に関する項

8.7.4 Oracle SOAとWebCenter Portal - WS-Securityの構成

Oracle WebCenter PortalにデプロイされるWebCenter Portal Webサービスにより、WebCenter PortalとSOAサーバー間の通信が容易になります。

これらのWebサービスのコールを保護するには、SOAサーバーおよびWebCenter PortalでWS-Securityを設定します。
Oracle SOAサーバーとWebCenter Portal間のセキュアなWebサービス接続を確保するには:

1. Oracle SOAサーバーのキーストア・ファイル内の別名をチェックします。

たとえば、次のコマンドを使用して、Oracle SOAサーバーのキーストア・ファイルの内容をリストします。

keytool -list -v -keystore bpel.jks -storepass password

次の内容のエントリがあるはずです。

Alias name: webcenter_spaces_ws

2. WebCenter PortalとOracle SOAサーバーの資格証明ストアが、両方とも正しく構成されていることを確認します。
詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』の資格証明ストアの更新に関する項を参照してください。

3. 接続の両端に、次のようなキーストアが存在することを確認します。

- webcenter.jks (WebCenter Portalサーバー側にコピーされる)

- bpel.jks (Oracle SOAサーバー側にコピーされる)

詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のSOAドメイン・キーストアの作成に関する項を参照してください。

4. Oracle SOAサーバーでBPMWorkflowAdminアプリケーション・ロールのロール・メンバーを構成します(soa-infra)。
weblogicユーザーを含まないアイデンティティ・ストアにドメインを関連付ける場合は、それ以外の有効なユーザーをアプリケーション・ロールBPMWorkflowAdminに割り当てる必要があります。SOA OracleホームからWLSTコマンドを使用してこれを実行します。たとえば、LDAPに存在するmontyというユーザーを割り当てるには、次のようにします。

cd $SOA_ORACLE_HOME/common/bin/
wlst.sh

connect('<admin username>','<admin password>', 'mysoahost.xmlns.oracle.com:7001')
revokeAppRole(appStripe="soa-infra", appRoleName="BPMWorkflowAdmin", principalClass="oracle.security.jps.service.policystore.ApplicationRole", principalName="SOAAdmin")
grantAppRole(appStripe="soa-infra", appRoleName="BPMWorkflowAdmin", principalClass="weblogic.security.principal.WLSUserImpl", principalName="monty")

詳細は、Oracle Fusion Middleware WebLogic Server WLSTコマンド・リファレンスの診断コマンドに関する項を参照してください。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebサービスのセキュリティの構成に関する項を参照してください。

8.7.5 Oracle WebCenter Portal - BPELサーバー接続の構成

BPEL接続WebCenterPortal-Worklistは、ワークリストとWebCenter Portalワークフローにより共有されるように構成されます。これによって、ユーザーは割り当てられたメンバーシップに関連するワークフロー・アイテムと通知サブスクリプションを自分のワークリスト・コンポーネントで参照可能になります。

WebCenter Portalを起動すると、WebCenterPortal-Worklistという名前のBPELサーバー接続が自動的に構成されます(この接続がまだ存在しない場合)。ただし、自動構成が行われるのは、「WebCenter Portalの使用」に示されている条件が満たされている場合のみです。

BPEL接続が自動的に構成されない場合は、手動で作成する必要があります。ベスト・プラクティスとしては、WebCenter Portalワークフローにおいて、ワークリストのアクティブな接続として設定されているものと同じBPEL接続を使用する必要があります。

WebCenter PortalワークフローのBPELサーバー接続を構成するには、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』のWebCenter Portalワークフローの構成のロードマップに関する項を参照してください。

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

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

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

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

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

- バックエンド・コンポーネントの接続
ポータル開発者は、Oracle WebCenter Portalのツールおよびサービスをポータルに統合できます。メール・ツールがMicrosoft Exchange Serverなどのメール・サーバーに依存するように、一部のツールおよびサービスはバックエンド・コンポーネントに依存します。

- Oracle WebCenter PortalとOracle JDeveloperの使用
Oracle JDeveloperを使用すると、Oracle WebCenter Portalのアセットとコンポーネントを編集、デプロイおよびテストできます。

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

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

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

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

タスク

説明

参照先

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

環境の管理に使用できる各種ツールについて習熟します。

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

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

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

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

Secure Sockets Layer (SSL)の構成

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

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

Oracle Fusion Middlewareのモニタリング

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

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

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

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

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

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

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

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

タスク

説明

参照先

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

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

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

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

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

WebLogic ServerドメインにOracle HTTP Serverをインストールおよび構成するには、『Oracle Fusion Middleware Oracle HTTP Serverインストールおよび構成』のWebLogic ServerドメインにおけるOracle HTTP Serverの構成に関する項を参照してください。

重要な情報については、「同じドメインに複数の製品をインストールする方法」も参照してください。

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

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

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

Coherenceのチューニングの詳細は、『Oracle Fusion Middleware Oracle Coherenceの管理』のパフォーマンス・チューニングに関する項を参照してください。

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

Coherenceアプリケーションの作成とデプロイの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server Oracle Coherenceアプリケーションの開発』のスタート・ガイドに関する項を参照してください。

9.3 可用性の高い環境の準備

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

表9-3には、ご使用の標準的なインストール環境を可用性が高まるようにスケールアウトする場合に、実行するタスクの一覧が示されています。

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

タスク

説明

参照先

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

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

『Oracle Fusion Middleware高可用性ガイド』のトポロジのスケール・アウト(マシンのスケール・アウト)に関する項を参照してください。

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

Web層フロントエンドを追加する場合は、WebLogic Serverソフトウェアと同様にWeb層を高可用性構成にする必要があります。

『Oracle Fusion Middleware高可用性ガイド』のWeb Tier Componentsコンポーネントの高可用性の構成に関する項を参照してください。

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

ロード・バランサを使用してリクエストをより均等にサーバーに分散させることができます。

『Oracle Fusion Middleware高可用性ガイド』の高可用性環境でのサーバー・ロード・バランシングに関する項とロード・バランサの構成に関する項を参照してください。

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

ノード・マネージャを使用して、リモート位置から管理サーバー・インスタンスと管理対象サーバー・インスタンスを起動、シャットダウンおよび再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの高度な構成オプションと機能の詳細は、ノード・マネージャのドキュメントを参照してください。

『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理』のノード・マネージャの高度な構成に関する項を参照してください。

9.4 バックエンド・コンポーネントの接続

ポータル開発者は、Oracle WebCenter Portalのツールおよびサービスをポータルに統合できます。メール・ツールがMicrosoft Exchange Serverなどのメール・サーバーに依存するように、一部のツールおよびサービスはバックエンド・コンポーネントに依存します。

ツールおよびサービスをポータルに統合できるようにするには、必要なバックエンド・コンポーネントをインストールおよび構成する必要があります。コンポーネントのインストールと構成の手順については、『Oracle Fusion Middleware Oracle WebCenter Portalの管理』の次の項を参照してください。

- WebCenter Portalの初回のカスタマイズのロードマップ

- ツールおよびサービスの管理

- WebCenter Portalの分析について

- BPEL接続について

- ディスカッション・サーバーの構成

- WebCenter Portalワークフローのロードマップの構成

- ポートレット・プロデューサの管理

- ページレット・プロデューサの登録

- インスタント・メッセージおよびプレゼンス・サーバーの登録

- WebCenter PortalでのOracle Secure Enterprise Searchの管理

- メールの管理

- イベント・サーバーの登録

9.5 Oracle WebCenter PortalとOracle JDeveloperの使用

Oracle JDeveloperを使用すると、Oracle WebCenter Portalのアセットとコンポーネントを編集、デプロイおよびテストできます。

Oracle JDeveloperについて

Oracle JDeveloperは、Java、XML、SQLおよびWebサービスの業界標準を使用するWebサービス指向アプリケーション構築用の無料の統合開発環境(IDE)です。これは、開発ライフサイクル全体をサポートし、アプリケーションのモデリング、コーディング、デバッグ、テスト、プロファイリング、チューニングおよびデプロイのための統合された機能を提供します。JDeveloperは、Struts、Ant、JUnit、XDocletsおよびCVSのための組込み機能を持つポピュラーなオープンソースのフレームワークやツールと連携して動作します。また、開発者が開発環境に機能を追加したり、開発環境をカスタマイズできるようにするためのExtensions SDKも含まれています。

高度な要件に対応するために、開発者はJDeveloperを使用して、ポータル・アセットと共有ライブラリ(カスタム・ポータル・コンポーネントを含む)のさらなる開発およびデプロイを行うことができます。

Oracle JDeveloperをインストールするには、『Oracle Fusion Middleware Oracle Jdeveloperのインストール』を参照してください。

WebCenter PortalにアセットをデプロイするためにOracle JDeveloperをインストールする場合の注意事項

通常では、開発マシンにOracle JDeveloperをインストールし、リモートOracle WebCenter Portalドメインに接続して、ポータルのアセットおよびコンポーネントをデプロイし、テストします。また、スキンやページ・テンプレートなどのアセットをJDeveloperで作成、編集および拡張して、WebCenter Portalにデプロイすることもできます。必要な権限を持っている場合、開発者は直接にJDeveloperからWebCenter Portalにポータルのアセットや拡張機能をデプロイできます。開発者は、JDeveloperを使用して、ポータルのカスタムADFライブラリ・コンポーネント(管理対象Bean、タスク・フローおよびデータ・コントロールなど)を構築したり、これらのコンポーネントを共有ライブラリの拡張機能としてポータル・サーバーにデプロイしたりすることができます。

注意:
Oracle JDeveloperとOracle WebCenter Portalを同じOracleホーム・ディレクトリにインストールすることはできません。各製品に個別のOracleホームを作成する必要があります。

JDeveloperを使用してポータルのアセットおよびコンポーネントをデプロイするには、Oracle WebCenter PortalのJDeveloper拡張機能をインストールする必要があります。この拡張バンドルは、Oracle WebCenter Portal機能の完全なセットを提供するJDeveloperアドインです。Oracle JDeveloperの入手およびインストールの詳細は、次のURLのOTNでOracle JDeveloperのページを参照してください。

http://www.oracle.com/technetwork/developer-tools/jdev/overview/index.html

Oracle WebCenter Portalの拡張機能のインストールの詳細は、『Oracle Fusion Middleware Oracle JDeveloperによるWebCenter Portalアセットとカスタム・コンポーネントの開発』のWebCenter PortalのJDeveloper拡張機能のインストールに関する項を参照してください。

注意:
JDeveloperが参照する(JDeveloperがランタイム・ファイルの格納に使用する)ユーザー・ホーム・ディレクトリの環境変数を設定することを、強くお薦めします。この変数を設定すると、一部の状況で発生することが知られている長いパス名のエラーを受信しないようにできます。Windows、Linux、UNIXおよびMac OS Xオペレーティング・システムでこの変数を設定する詳細な手順については、『Oracle Fusion Middleware Oracle JDeveloperのインストール』のユーザー・ホーム・ディレクトリの設定に関する項を参照してください。

10 Oracle WebCenter Portalのアンインストールまたは再インストール

Oracle WebCenter Portalを削除または再インストールするには、この項の手順に従ってください。

ソフトウェアを削除するときは、この項で説明する手順に必ず従うことをお薦めします。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールするときに問題が発生する場合があります。この項の手順を実行すると、ソフトウェアを正しく削除できます。

- 製品のアンインストールについて
Oracle Fusion Middlewareアンインストーラは、このソフトウェアをOracleホーム・ディレクトリから削除します。

- Oracle Fusion Middlewareの停止
アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

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

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

- Oracleホーム・ディレクトリの手動削除
ソフトウェアをアンインストールした後、アンインストーラで削除されなかったOracleホーム・ディレクトリとすべての既存のサブディレクトリを手動で削除する必要があります。

- Windowsオペレーティング・システムのプログラム・ショートカットの削除
Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

- ドメインとアプリケーション・データの削除
ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

- ソフトウェアの再インストール
この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

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

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

次の表では、アンインストール・タスクについて簡単に説明します。

表10-1 製品のアンインストールのロードマップ

タスク

説明

ドキュメント

Oracle Fusion Middlewareの停止

アンインストーラ実行前に、ドメインにあるすべてのサーバーとプロセスが停止している必要があります。

「Oracle Fusion Middlewareの停止」を参照。

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

Repository Creation Utilityを実行してデータベース・スキーマを削除します。

「データベース・スキーマの削除」を参照。

ソフトウェアの削除

製品のアンインストーラを実行し、Oracle Fusion Middleware Infrastructureを削除します。

Oracleホームに複数の製品が含まれている場合は、アンインストーラを複数回(製品ごとに1回)実行する必要があります。

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

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

アンインストーラでは、すべてのファイルとフォルダがOracleホーム・ディレクトリから削除されません。アンインストーラが終了した後、手動でOracleホームを削除して、製品の削除を完了させる必要があります。

「Oracleホーム・ディレクトリの手動削除」を参照。

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

アンインストーラがOracleホーム内にある場合でも、ドメイン・ホーム・ディレクトリまたはアプリケーション・ホーム・ディレクトリに含まれるデータは削除されません。これらのディレクトリは手動で削除する必要があります。

「ドメインとアプリケーション・データの削除」を参照してください。

10.2 Oracle Fusion Middlewareの停止

アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

- UNIXの場合
コマンド行で、次のコマンドを入力します。

cd $ORACLE_HOME/oui/bin
./deinstall.sh

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

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

- コマンド・プロンプトを開き、次のコマンドを入力します。

cd %ORACLE_HOME%\oui\bin
deinstall.cmd

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

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

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

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

注意:

アンインストール・ウィザードを再度実行することにより、Oracle WebCenter Portalソフトウェアをアンインストールした後にOracle Fusion Middleware Infrastructureをアンインストールできます。Infrastructureが削除されると、Infrastructureを使用する他の製品が機能しなくなるため、削除する前に、それらの製品がないことを確認します。他のソフトウェアがOracle Fusion Middleware Infrastructureに依存していない場合は、「アンインストールする配布」画面は表示されません。アンインストール手順の詳細は、『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成』のOracle Fusion Middleware Infrastructureのアンインストールに関する項を参照してください。

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

アンインストーラにより、ソフトウェアの削除を確認する一連の画面が表示されます。

表10-2に示す画面の詳細が必要な場合は、画面上で「ヘルプ」をクリックしてください。

表10-2 アンインストール画面と説明

画面

説明

ようこそ

製品アンインストーラが開始します。

アンインストール・サマリー

アンインストールされるOracleホーム・ディレクトリとその内容を示しています。このディレクトリが正しいことを確認します。

これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルは、後でサイレント・インストールを実行するときに使用できます。サイレント・アンインストールまたはコマンド・ライン・アンインストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

「アンインストール」 をクリックしてソフトウェアの削除を開始します。

アンインストールの進行状況

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

アンインストール完了

アンインストールが完了すると表示されます。画面上の情報を確認し、「終了」をクリックしてアンインストーラを終了します。

10.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フォルダを右クリックして「削除」を選択します。

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

Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

Windowsからプログラム・ショートカットを削除するには、次の手順を実行します。

1. C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle\ORACLE_HOME\Productディレクトリに移動します。

2. Oracleホームにインストールされている製品が1つのみの場合は、ORACLE_HOMEディレクトリを削除します。Oracleホームに複数の製品がインストールされている場合は、ORACLE_HOMEディレクトリを削除する前に、すべての製品を削除します。

10.7 ドメインとアプリケーション・データの削除

ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

ドメインとアプリケーション・データを削除するには、次の手順を実行します。

1. ドメイン・ホーム・ディレクトリを手動で削除します。次に例を示します。

UNIXオペレーティング・システムでドメイン・ホーム・ディレクトリが/home/Oracle/config/domains/wcp_domainの場合は、次のコマンドを入力します。

cd /home/Oracle/config/domains
rm -rf wcp_domain

Windowsオペレーティング・システムでは、ドメイン・ホーム・ディレクトリがC:\Oracle\Config\domains\wcp_domainの場合は、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\domainsディレクトリに移動し、wcp_domainフォルダを右クリックして「削除」を選択します。

2. アプリケーション・ホーム・ディレクトリを手動で削除します。次に例を示します。

UNIXオペレーティング・システムでアプリケーション・ホーム・ディレクトリが/home/Oracle/config/applications/wcp_domainの場合は、次のコマンドを入力します。

cd /home/Oracle/config/applications
rm -rf wcp_domain

Windowsオペレーティング・システムでは、アプリケーション・ホーム・ディレクトリがC:\Oracle\Config\applications\wcp_domainの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\applicationsディレクトリに移動し、wcp_domainフォルダを右クリックして「削除」を選択します。

3. Oracleホームにdomain_registry.xmlファイルをバックアップしてから、ファイルを編集し、削除しようとするドメインに関連する行を削除します。たとえば、wcp_domainを削除するには、次の行を探して削除します。

<domain location="/home/Oracle/config/domains/wcp_domain"/>

完了したらファイルを保存して終了します。

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

この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

再インストールするときに、前回のインストールと同じOracleホームを指定できます。

Oracleホームが空ではない場合、次の事項を考慮します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストール時に指定したOracleホームに、インストールしようとしている同じソフトウェアがすでに含まれていると警告されます。

- 空ではない既存のOracleホームへのインストール。
たとえば、既存のOracleホーム内のどこかに、ドメイン・ホームまたはアプリケーション・ホームを作成することを選択したとします。このデータはアンインストール処理中に削除されないので、同じOracleホームに再インストールしようとすると、インストーラがそれを許可しません。オプションは次のとおりです。

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

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