Oracle® Fusion Middleware

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

12c (12.2.1)

E70075-02(原本部品番号:E57476-04)

2016年1月

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

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

E70075-02

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

原本著者: Ingrid Snedecor

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

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

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

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 このドキュメントを使用した既存のドメインの拡張

- 1.4 アップグレード・シナリオでのこのドキュメントの使用

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

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 リポジトリ作成ユーティリティ(RCU)の起動

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

- 4.1.3.1 RCUの概要

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

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

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

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

- 4.1.3.6 カスタム変数の指定

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

- 4.2 Oracle WebCenter Portalドメインの構成

- 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 クラスタへのOracle WebCenter Portal管理対象サーバーの割当て

- 4.2.2.15 Coherenceクラスタの構成

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

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

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

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

- 4.3 サーバーの起動

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

- 4.3.2 管理サーバーの起動

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

- 4.4 構成の確認

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

5 既存のドメインの拡張

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

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

- 6.1 Oracle WebCenter Portalコンポーネントと管理対象サーバー

- 6.2 WebCenter Portalの使用

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

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

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

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

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

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

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

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

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

- 7.3.1 Oracle WebCenter Content Serverの要件

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

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

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

- 7.6.1 Oracle SES - インストール

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

- 7.6.2 Oracle SES - 構成

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

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

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

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

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

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

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

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

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

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

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

- 8.5 Oracle WebCenter PortalとOracle JDeveloperの使用

9 Oracle WebCenter Portalのアンインストール

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

- 9.2 Oracle Fusion Middlewareの停止

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

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

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

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

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

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

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

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

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

はじめに

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

対象読者

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

関連ドキュメント

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

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

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

- Oracle WebCenter Portalの管理

- 『高可用性ガイド』

- WebCenter WLSTコマンド・リファレンス

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

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

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

1.1 Oracle WebCenter Portalの概要

Oracle WebCenter Portal (Oracle Fusion Middlewareの1製品)は、ポータル、Webサイトおよびコンポジット・アプリケーションの作成用に設計されたコンポーネントの統合スイートです。Oracle WebCenter Portalは、Java Server Faces (JSF)の標準ベースの宣言型開発、ポータルの柔軟性とパワー、および統合された一連のツールとサービスを組み合せて、エンドユーザーの生産性を高めます。

Oracle WebCenter Portalは、ポータルのコンテキスト内から直接、インスタント・メッセージング、ドキュメント、コンテンツ管理、ディスカッション・フォーラム、Wiki、ブログ、およびタグ付けなどのツールやサービスを直接に操作できる、オープンで拡張可能なソリューションを提供しています。これらのツールおよびサービスは、エンド・ユーザーおよびITに、次世代のコラボレイティブなアプリケーションおよびポータルの構築およびデプロイを可能にします。

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

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

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

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

1.2.1 Oracle WebCenter Portalの標準インストール・トポロジの理解

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

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

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

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

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

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

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

要素

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

APPHOST

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

DBHOST

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

WebLogicドメイン

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

管理サーバー

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

Enterprise Manager

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

クラスタ

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

マシン

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

管理対象サーバー

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

インフラストラクチャ

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

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

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager(OWSM)

1.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は、すぐに使用できるエンタープライズ対応のカスタマイズ可能なアプリケーションを提供し、構成可能な作業環境で個人およびグループがより効果的に協力して作業し、ポータルを開発、使用できるようになります。また、JDeveloperを使用して、WebCenter Portalで構築されたポータルで使用できるカスタム・アセットを作成することもできます。

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

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

- WebCenter Portal
WebCenter Portalは、堅牢なツールとサービスのセットを通じてソーシャル・ネットワーキング、通信および個人の生産性向上のための単一の統合されたWebベース環境を提供します。ブラウザベースのプラットフォームにより、エンタープライズ・ポータル、複数のサイトおよびコミュニティを作成できます。

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

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

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

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

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

このドキュメントの手順には、新しいドメインの作成方法が記載されています。システムに他のOracle Fusion Middleware製品がインストールされていないことを想定しています。インストールおよびドメインの作成のためのすべての手順は、この仮定に基づいています。

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

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

1.4 アップグレード・シナリオでのこのドキュメントの使用

Oracle WebCenter Portalをアップグレード手順の一部としてインストールする場合は、このドキュメントの手順に従ってソフトウェアをインストールしますが、WebLogicドメインを作成するために構成ウィザードを実行しないでください。

ソフトウェアをインストールした後に、Oracle WebCenterのアップグレードを参照してください。

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

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

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

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

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

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

『Oracle Fusion Middleware 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の標準トポロジの作成について、「Oracle WebCenter Portalドメインの構成」を参照。

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

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

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

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

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- ユーザー権限の理解

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

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

2.2.2.1 ユーザー権限の理解

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

Fusion Middleware製品をインストールするユーザーには、次の権限があります。

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

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

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

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

次に例を示します。

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

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

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

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

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

その他、インストーラを実行する前に次のような考慮事項があります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

この項には、これらのディレクトリを作成する場所を決定するときに役立つ情報が記載されています。

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

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

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

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

- 同じドメインに複数の製品をインストールする方法

- 共有記憶域の準備

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

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

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

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

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

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

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

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

Oracle Fusion Middleware製品をインストールするときは、Oracleホーム・ディレクトリを入力する必要があります。

このディレクトリは、同じマシンにインストールされた複数のFusion Middleware製品で使用される共通ファイルのリポジトリです。このため、Oracleホーム・ディレクトリは、システムにインストールされたすべてのOracle Fusion Middleware製品のセントラル・サポート・ディレクトリとして見ることができます。

Oracleホーム・ディレクトリ内のファイルは、Fusion Middlewareがシステム上で正しく動作するために必要です。これらによって、インストール時の製品間の依存関係のチェックが容易になります。

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

Oracleホームの考慮事項

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2.3.5 同じドメインに複数の製品をインストールする方法

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

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

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

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

2.2.3.6 共有記憶域の準備

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

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

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

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

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

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

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

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

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

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

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

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

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

注意:

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

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

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

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

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

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

Oracle JRFソフトウェアは、Oracle Web Services Manager、Oracle Application Development Framework (Oracle ADF)、Oracle Enterprise Manager Fusion Middleware Control、リポジトリ作成ユーティリティ(RCU)およびOracle Fusion Middleware製品のサポートに必要なその他のライブラリおよびテクノロジで構成されています。

Oracle Fusion Middleware InfrastructureとOracle WebCenter Portalのディストリビューションは、.jarファイルとして提供されています。この配布をインストールして構成するには、動作保証されたJDKがシステムにインストールされている必要があります。

注意:

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

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

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

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

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

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

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

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

情報

値の例

説明

JAVA_HOME

/home/Oracle/Java/jdk1.8.0_60

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

データベース・ホスト名

examplehost.exampledomain

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

データベース・ポート

1521

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

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

orcl

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

DBAユーザー名

SYS

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

DBAパスワード

ExamplePassword1

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

ORACLE_HOME

/home/Oracle/product/ORACLE_HOME

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

必要に応じて、このディレクトリには、Oracle Fusion Middleware InfrastructureおよびOracle WebCenter 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です。

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

ExamplePassword1

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

RCUユーティリティ

ORACLE_HOME/oracle_common/bin

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

RCUスキーマ接頭辞

wcp

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

RCUスキーマ・パスワード

ExamplePassword1

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

Configユーティリティ

ORACLE_HOME/oracle_common/common/bin

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

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

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

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

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

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

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

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

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

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

注意:

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

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

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

次の表に示すように、インストール・プログラムを実行すると一連の画面が表示されます。

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

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

画面

説明

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

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

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

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

ようこそ

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

自動更新

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

インストールの場所

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

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

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

インストール・タイプ

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

前提条件チェック

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

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

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

インストール・サマリー

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

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

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

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

インストールの進行状況

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

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

インストール完了

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

3.4 インストールの確認

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

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

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

- Oracleホームの内容の表示

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

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

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

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

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

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

3.4.3 Oracleホームの内容の表示

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

4 Oracle WebCenter Portalドメインの構成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. RCUを起動します。

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

./rcu

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

rcu.bat

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

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

4.1.3.1 RCUの概要

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

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

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

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

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

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

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

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

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の設定については、『WebLogic Server WLSTコマンド・リファレンス』のWebCenter PortalカスタムWLSTコマンドに関する項で、setDiscussionForumServicePropertyを使用してapplication.root.category.idを設定する方法を参照してください。

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

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

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

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

ヒント:

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

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

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

- メタデータ・サービス

- Oracle Platform Security Services

- 監査サービス

- 監査サービス追加

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

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

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

- アナリティクス

- ディスカッション

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

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

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

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

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

ヒント:

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

4.1.3.6 カスタム変数の指定

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

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

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

関連項目:

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

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

4.1.3.7 スキーマの作成の完了

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

4.2 Oracle WebCenter Portalドメインの構成

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

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

- 構成ウィザードの起動

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

4.2.1 構成ウィザードの起動

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

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

./config.sh

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

config.cmd

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

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

注意:

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

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

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

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

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

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

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

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

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

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

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

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

- Oracle Enterprise Manager - 12.2.1 [em]

- Oracle WSM Policy Manager - 12.2.1.0 [oracle_common]

- Oracle JRF - 12.2.1 [oracle_common]

- WebLogic Coherence Cluster Extension - 12 2.1 [wlserver]

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

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

製品

依存関係

Oracle WebCenter Portalページレット・プロデューサ - 12.2.1.0 [wcportal]

Oracle WSM Policy Manager - 12.2.1.0 [oracle_common]

Oracle JRF - 12.2.1 [oracle_common]

Oracle WebCenter Portalポートレット・プロデューサ - 12.2.1.0 [wcportal]

Oracle WSM Policy Manager - 12.2.1.0 [oracle_common]

Oracle JRF - 12.2.1 [oracle_common]

Oracle WebCenter Portalディスカッション・サーバー - 12.2.1.0 [wcportal]

Oracle WSM Policy Manager - 12.2.1.0 [oracle_common]

Oracle JRF - 12.2.1 [oracle_common]

Oracle WebCenter Portal Analyticsコレクタ - 12.2.1.0 [wcportal]

Oracle JRF - 12.2.1 [oracle_common]

注意:

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

ヒント:

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

ホスト名

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

ポート

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

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

「RCUデータ」オプションの詳細は、『リポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

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

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

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

ヒント:

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

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

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

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

4.2.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

4.2.2.9 拡張構成の選択

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

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

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

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

4. 手順1–3を繰り返して、合計3つのクラスタを追加します。

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

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

ヒント:

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

4.2.2.14 クラスタへの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に割り当てるために繰り返します。

ヒント:

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

4.2.2.15 Coherenceクラスタの構成

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

注意:

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

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

注意:

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

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

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

ヒント:

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

1. 「追加」をクリックして、新しいマシンを作成します。

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

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

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

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

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

5. 手順1–4を繰り返して、合計3つの新しいマシン(wcp_machine_1、wcp_machine_2およびwcp_machine_3)を追加します。

注意:

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

ヒント:

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

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

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

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

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

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

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

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

ヒント:

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

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

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

変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。

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

ヒント:

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

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

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

- ドメインの場所

- 管理サーバーURL

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

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

4.3 サーバーの起動

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

注意:

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

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

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

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

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

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

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

startNodeManager.cmd

注意:

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

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

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

4.3.2 管理サーバーの起動

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

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

./startWebLogic.sh

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

startWebLogic.cmd

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

ヒント:

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

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

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

注意:

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

http://administration_server_host:administration_server_port/console

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

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

4.3.3 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ベースのアイデンティティ・ストアをインストールします。
Oracle Identity Managementのインストール方法の詳細は、『Oracle Identity Managementインストレーション・ガイド』を参照してください。

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

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

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

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

詳細は、『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 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 WebLogic Serverセキュリティの管理12c (12.2.1)』の認証プロバイダの構成に関する項を参照してください。

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

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

5 既存のドメインの拡張

Oracle Fusion Middleware製品のどのドメインを拡張した場合でも、Oracle WebCenter Portalコンポーネントを追加できます。構成ウィザードにより、インストール済のコンポーネントが自動的に検出され、存在しないOracle WebCenter Portal製品を追加できます。

ドメインは拡張前に完全に停止する必要があります。

ドメインを拡張する前に、Oracle Fusion Middleware製品の、前のバージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品との連携機能に関する重要な情報について、『相互運用性および互換性の理解』を参照してください。

この章では、既存ドメインを拡張する場合のシナリオを示します。

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

追加のOracle WebCenter Portal製品をインストールするために、既存のOracle WebCenter Portalドメインを拡張する手順:

1. ドメインを停止します。
詳細は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

2. 構成するコンポーネントのためのスキーマがデータベースに存在することを確認します。たとえば、ドメインを拡張し、Oracle WebCenter Portalディスカッション・サーバーを構成する予定である場合は、続行する前に、DISCUSSIONSスキーマがOracleデータベースに存在することを確認してください。

3. 構成ウィザードを実行してドメインを拡張します。
詳細は、構成ウィザードの起動を参照してください。

a. 「拡張ソースの選択」画面で、「次の追加製品をサポートするために、自動的にドメインを拡張する:」を選択します。

b. ドメインに追加する製品を選択します。

既存のドメインの拡張方法は、『構成ウィザードによるWebLogicドメインの作成』を参照してください。『相互運用性および互換性の理解』も参照してください。

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

この章は、Oracle WebCenter Portalコンポーネントを稼働し、使用できるようにするための構成方法について説明します。

6.1 Oracle WebCenter Portalコンポーネントと管理対象サーバー

Oracle WebCenter Portalをインストールすると、インストール時に選択したコンポーネントが様々なデフォルトの管理対象サーバーにデプロイされます。

次の表は、Oracle WebCenter Portalコンポーネントがデプロイされる管理対象サーバーとポート番号を示しています。

表6-1 Oracle WebCenter Portalコンポーネントと管理対象サーバー

コンポーネント

管理対象サーバー

ポート

WebCenter Portal

WC_Portal

8888

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

WC_Collaboration

8890

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

WC_Portlet

8889

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

WC_Portlet

8889

6.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のデフォルト以外のユーザーに管理者ロールを手動で付与する必要があります。詳細は、『WebCenter Portalの管理』のWebCenter Portal管理者ロールの付与に関する項を参照してください。

WebCenter Portalの使用の開始に関する情報は、『Oracle WebCenter Portalの管理』のWebCenter Portalの起動および実行に関する項を参照してください。

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

WebCenter Portalでは、一部のツールおよびサービスの自動サービス構成をサポートしています。この項では、自動的に構成されるサービス、自動構成が成功したかどうかを確認する方法、および必要に応じて自動構成を無効にする方法を説明します。

WebCenter Portalを起動すると、接続がすでに存在する場合を除き、自動的に、特定の様々なツールおよびサービスへの接続が作成されます。

次の表は、自動サービス構成が実行されるツールおよびサービスのリストです。

表6-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である場合、そのアドレスには明示的アドレスを持つシステムが関連付けられている必要があります。リスニング・アドレスの詳細は、『構成ウィザードによる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

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

Oracle WebCenter Portalのディスカッション・サーバーにより、ディスカッション・フォーラムとお知らせをポータルに統合することができます。このトピックでは、ディスカッション・サーバーにアクセスする方法、およびOracle WebCenter Portalと連携するように準備する方法について説明します。

Oracle WebCenter Portalのディスカッション・サーバーは、WC_Collaboration管理対象サーバーにデプロイされます。Oracle WebCenter Portalを最初にインストールするときに、Oracle WebCenter Portalのディスカッション・サーバーをインストールするように選択するか、既存のOracle WebCenter Portalドメインを拡張して、後でインストールすることもできます。

Oracle WebCenter Portalディスカッション・サーバーにアクセスするには:

1. 管理対象サーバーWC_Collaborationを起動します。Oracle WebLogic Server管理者コンソールから直接にOracle WebCenter Portalのディスカッション・サーバーを起動または停止できませんが、WC_Collaboration管理対象サーバーを起動または停止すると、Oracle WebCenter Portalのディスカッション・サーバーに影響を与えます。
管理対象サーバーの起動と停止については、『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

2. 次のURLに移動します: http://host:port/owc_discussions

ここで、host:portは、Oracle WebCenter Portalディスカッション・サーバーがインストールされているシステムのホスト名とポート番号です。デフォルトでは、ポート8890にインストールされます。

3. 管理者権限を使用してログインします。

WebCenter Portalに作成されるデフォルトのドメイン管理者は、Oracle WebCenter Portalディスカッション・サーバーの管理者でもあります。ドメインの作成中に、weblogic以外のユーザーをドメイン管理者として指定した場合は、そのユーザーにすべてのドメイン管理権限が付与されます。ドメイン作成後に、ディスカッション・サーバーのデフォルト以外のユーザーにAdministratorロールを手動で付与する必要があります。詳細は、『Oracle WebCenter Portalの管理」のディスカッション・サーバーの管理者ロールの付与に関する項を参照してください。

6.3.1 ディスカッション・サーバーにとOracle WebCenter Portalの接続

Oracle WebCenter Portalと連携するようにOracle WebCenter Portalのディスカッション・サーバーを準備するには、次の手順を実行します。

1. Webサービスのセキュリティ・ポリシー構成をアタッチします。
詳細は、『Oracle WebCenter Portalの管理』のWebCenter PortalおよびディスカッションのWebサービス・エンドポイントに対するセキュリティ・ポリシーの添付に関する項を参照してください。

2. トポロジに応じて、Oracle WebCenter Portalディスカッション・サーバーのWS-Securityの信頼できる認証を有効にします。単純なトポロジでは、ディスカッション・サーバーがWebCenter Portalと同じドメインに存在し、Oracle WebCenter Portalドメインに構成されたキーストア構成がディスカッションにも使用されるため、追加のキーストア構成が必要ありません。ただし、本番環境では、ディスカッションのWebサービス・エンドポイントをOWSMポリシーで保護して、ディスカッション・サーバーの接続設定を構成する必要があります。
WS-SecurityによってWebCenter PortalとWebCenter Portalのディスカッション・サーバーとの間に信頼関係が確立されると、WebCenter Portalは、ユーザーの資格証明がなくてもディスカッション・サーバーにユーザー・アイデンティティ情報を渡せるようになります。詳細は、『Oracle WebCenter Portalの管理』のディスカッション・サーバーのセキュリティの考慮事項に関する項を参照してください。

3. WebCenter Portalディスカッション・サーバーへの接続を登録します。
詳細は、『Oracle WebCenter Portalの管理』のディスカッション・サーバーの登録に関する項を参照してください。

注意:WebCenter Portalについては、Oracle WebCenter Portalディスカッション・サーバーへの接続を手動で登録する必要がない場合があります。次の条件を満たす場合は、WebCenter Portalを起動すると、WebCenterSpaces-Discussionsという名前の接続が自動構成され、デフォルトの接続として設定されます。ただし、その接続がすでに存在する場合は除きます。

- WebCenter PortalとOracle WebCenter Portalディスカッション・サーバーが同じドメイン内に存在する。

- WC_Collaboration管理対象サーバーは明示的なリスニング・アドレスを持つか、または明示的なアドレスでシステムが関連付けられている。

- Oracle WebCenter Portalディスカッション・サーバーがクラスタにデプロイされていない。

- Administratorロールを付与されたユーザーが存在する。

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

Oracle WebCenter Portalのポートレット・プロデューサには、事前構成済のポートレット・プロデューサがいくつか用意されています。このトピックでは、事前構成済ポートレット・プロデューサにアクセスし、登録する方法を説明します。

ポートレット・プロデューサをインストールすると、WC_Portlets管理対象サーバーが作成され、次のアプリケーションがサーバーにデプロイされます。

- portalTools - OmniPortletおよびWebクリッピングがサポートされます。

- wsrp-tools - WSRPツールがサポートされます。

事前構成済のポートレット・プロデューサにアクセスするには、アクセスする事前構成済ポートレット・プロデューサに応じて、次のURLを使用できます。

- http://host:port/portalTools (OmniPortletおよびWebクリッピング・ポートレット)

- http://host:port/wsrp-tools/ (WSRPツール)

ここで、host:portは、ポートレット・プロデューサがインストールされているシステムのホスト名とポート番号を示します。デフォルトのポート番号は8889です。

Oracle WebCenter Portalで利用可能な事前構成済ポートレットを使用するには、次の手順に従う必要があります。

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

2. 必要な事前構成済ポートレット・プロデューサを登録します。
ポートレットの登録の詳細は、『Oracle WebCenter Portalの管理』のポートレット・プロデューサの管理に関する項を参照してください。ポートレット・プロデューサを保護する場合は、『Oracle WebCenter Portalの管理』のポートレット・プロデューサのセキュリティの構成に関する項を参照してください。

注意:WebCenter Portalについては、事前構成済ポートレット・プロデューサへの接続を手動で登録する必要がない場合があります。WebCenter Portalを起動すると、次の条件を満たす場合に、接続が自動的に構成されます。

- WebCenter Portalとポートレット・プロデューサが同じドメインに存在する。

- WC_Portlet管理対象サーバーが実行されている。

- WC_Portlet管理対象サーバーは明示的なリスニング・アドレスを持つか、または明示的なアドレスでシステムが関連付けられている。

- ポートレット・プロデューサがクラスタにデプロイされていない。

事前構成済のポートレット・プロデューサを登録すると、アプリケーション開発者またはWebCenter Portalユーザーは自分のポータル・ページにポートレットを追加できるようになります。

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

Oracle WebCenter Portalのページレット・プロデューサは、動的ページレットの開発を容易にする有用なツールと機能のコレクションを提供します。このトピックでは、Oracle WebCenter Portalのページレット・プロデューサにアクセスし、使用を開始する方法について説明します。

ページレット・プロデューサは、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 WebCenter Portalの管理』の「ページレット・プロデューサの管理」に関する項を参照してください。

JavaScriptまたはREST APIを使用してページレット・プロデューサにアクセスすることもできます。

注意:WebCenter Portalについては、接続を手動で登録する必要がない場合があります。次の条件を満たす場合は、WebCenter Portalを起動すると、WebCenterSpaces-PageletProducerという名前の接続が自動構成され、デフォルトの接続として設定されます。ただし、その接続がすでに存在する場合は除きます。

- WebCenter Portalとページレット・プロデューサが同じドメインに存在する。

- WC_Portlet管理対象サーバーは明示的なリスニング・アドレスを持つか、または明示的なアドレスでシステムが関連付けられている。

- ページレット・プロデューサがクラスタにデプロイされていない。

6.6 Oracle WebCenter Portal Analyticsコレクタの使用

Oracle WebCenter PortalのAnalyticsコレクタは、ポータルの使用状況とパフォーマンス・メトリックを表示できるようにするAnalytics機能をサポートしています。このトピックでは、Analyticsコレクタの使用を開始する方法について説明します。

Analytics機能には、Analyticsスキーマ(ACTIVITIES)がインストールされている必要があります。デフォルトでは、AnalyticsコレクタはWC_Portal管理対象サーバーにポート8891でインストールされます。

Analyticsコレクタは、そのままの状態で、インストール時のデフォルトを使用してイベントを受信するように構成されています。ただし、WebCenter Portalは、Analyticsコレクタにイベントを送信するようには構成されていません。WebCenter Portal,の使用状況とパフォーマンス・メトリックを収集する場合は、分析コレクタを登録してイベント収集を有効にする必要があります。アクティビティ・グラフがインストールされている場合、ACTIVITIESスキーマをアプリケーション間で共有することはできません。

Oracle WebCenter Portal Analyticsコレクタを使用するには:

1. WC_Portal管理対象サーバーを起動します。

2. アプリケーションのAnalyticsコレクタを登録します。詳細は、『Oracle WebCenter Portalの管理』のAnalyticsの管理に関する項を参照してください。

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

この章では、ドキュメント、メールおよびワークリストなどのOracle WebCenter Portalのツールおよびサービスのバックエンド・コンポーネントをインストールする方法について説明します。

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

Oracle WebCenter Portalには、ソーシャル・ネットワーキング機能と個人の生産性機能を公開するツールとサービスのセットが用意されています。この項では、これらのツールとサービスの概要を示します。

Oracle WebCenter Portalのツールとサービスをポータルに統合できます。すべてのツールおよびサービスの機能はデータベースに依存しています。WebCenter Portalで構築されたポータルにツールやサービスを統合するには、MDSスキーマを持つサポートされたデータベースが使用可能であることを確認する必要があります。

次を参照してください。

- サポートされるデータベースについては、次のリンクを参照してください。
http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html

- データベースのインストールとスキーマの作成については、「データベース・スキーマの作成」を参照

データベースに加えて、一部のツールおよびサービスはバックエンド・コンポーネントに依存しています。ポータルの開発者またはユーザーは、このようなツールやサービスをポータルに統合できるようにするために、次のタスクを実行する必要があります。

- バックエンド・コンポーネントのインストール

- バックエンド・コンポーネントの構成(必要に応じて)

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

次の表は、Oracle WebCenter Portalのツールとサービスについて説明し、必要なバックエンド・コンポーネントを示しています(必要な場合)。

Oracle WebCenter Portalで使用できるサード・パーティ製品の詳細は、『Oracle WebCenter Portalの管理』を参照してください。

表7-1 ツールおよびサービスのバックエンド要件

ツール/サービス

説明

MDSスキーマでサポートされるデータベースの他に必要なバックエンド・コンポーネント

接続構成

アクティビティ・ストリーム

ユーザーの接続アクティビティ、ポータル内で実行したアクションおよびビジネス・アクティビティのストリーミング表示を提供します。

なし。

別の接続は、必要ありません。

アナリティクス

使用状況とパフォーマンス・メトリックを表示します。

Oracle WebCenter PortalのAnalyticsコレクタと、Activitiesスキーマを含むサポート対象データベース

接続が必要です。

お知らせ

ユーザーがお知らせを投稿、パーソナライズおよび管理できるようになります。

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ワークフローのバックエンド要件」を参照。

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

インスタント・メッセージおよびプレゼンス(IMP)は、バックエンド通信サーバーに依存します。この項では、IMPのバックエンド要件について説明します。

IMPの通信サーバーとしてMicrosoft Lync 2010を構成できます。

通信サーバー - インストール

Microsoft Lync 2010のインストールの詳細は、関連Microsoftドキュメントを参照してください。

通信サーバー - 構成と統合

Microsoft Lyncの構成の詳細は、『Oracle WebCenter Portalの管理』のMicrosoft Lyncの構成に関する項を参照してください。

通信サーバーをインストールして構成した後、IMPをWebCenter Portalに統合できるようにするには、通信サーバーの接続を設定する必要があります。IMPの接続の設定の詳細は、『Oracle WebCenter Portalの管理』のインスタント・メッセージおよびプレゼンス・サーバーの登録に関する項を参照してください。

Oracle WebCenter Portalと通信サーバーが同じ外部のLDAPベース・アイデンティティ・ストアを使用するように構成されていることを確認します。そうでない場合、Oracle WebCenter Portalと通信サーバー環境の間でユーザー・エントリを手動で同期化する必要があります。

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

Oracle WebCenter Portalは、ファイルのアップロード、ファイルとフォルダの作成と管理、ファイルのチェックアウト、バージョン管理などを含む、コンテンツ管理とストレージ機能をサポートします。WebCenter Portalでコンテンツ統合を提供するには、WebCenter Content Serverの接続を1つ以上構成し、それをデフォルト接続(アクティブまたはプライマリ接続と呼ばれることもあります)としてマークする必要があります。

7.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 WebCenter Contentのインストールと構成』を参照してください。

(オプション) 別のセクション見出しが必要な場合は、セクションを使用して関連コンテンツを追加、整理します。

注意:
Content ServerとInbound Refineryは、同じドメインにインストールする必要があります。Content ServerとInbound Refineryは、Oracle WebCenter Portalと同じドメインにインストールすることをお薦めします。これらを同じドメインにインストールすると、外部LDAP認証プロバイダを使用するための追加構成は必要なくなります。

コンテンツ・サーバー - 構成

Content Serverを外部コンテンツ・リポジトリとして使用するには、Oracle WebCenter Portalで動作するように構成する必要があります。コンテンツ・サーバーの構成に関連する必須およびオプションのタスクの詳細は、『Oracle WebCenter Portalの管理」のOracle WebCenter Content Serverの接続の管理に関する項を参照してください。コンテンツ・サーバーがWebCenter Portalで機能するために必要なタスクの概要は、『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 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 WebCenter Portalの管理』のデフォルトのOracle WebCenter Content Serverリポジトリの登録に関する項を参照してください。

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

WebCenter Portalのイベント・ツールは、会議、予定、およびその他の種類のチーム、プロジェクトまたはグループの行事をスケジュールするためのポータル・カレンダを提供します。また、イベントを通じて、個人のMicrosoft Exchangeカレンダにアクセスし、特定のポータルに関連のないイベントをスケジュールすることもできます。この項では、イベントのバックエンド要件について説明します。

個人の予定表はMicrosoft Exchange Serverから提供されるため、このサーバーへの接続が必要です。Fusion Middleware ControlコンソールまたはWLSTを使用して、Microsoft Exchange Server接続を登録できます。ユーザーがWebCenter Portalで個人イベントを表示するには、Microsoft Exchange Server上にアカウントを保有している必要があります。Microsoft Exchange Serverのインストールの詳細は、その製品ドキュメントを参照してください。

Microsoft Exchange Serverを構成して、メール・サーバーへの接続を作成する必要があります。詳細は、『Oracle WebCenter Portalの管理』のカレンダ・イベントの管理に関する項を参照してください。

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

Oracle WebCenter Portal内でユーザーがメールにアクセスできるようにするには、IMAP4とSMTPプロトコルをサポートするMicrosoft Exchange Server 2007、2010または2013などのメール・サーバーをインストールする必要があります。メール・サーバーをインストールするには、使用するメール・サーバーのドキュメントを参照してください。

メール・サーバー上に作成されたユーザーは、Oracle WebCenter Portalで使用されるアイデンティティ・ストアに作成されたユーザーに対応している必要があります。

メールをWebCenter Portalに統合するには、メール・サーバーへの接続を構成する必要があります。詳細は、『Oracle WebCenter Portalの管理』のメールの管理に関する項を参照してください。

7.6 検索のバックエンド要件

Oracle WebCenter Portalでは、ポータルを検索するためのOracle Secure Enterprise Search (SES)アダプタを提供しています。

Oracle SESはクローラベースのサービスを提供して、構造化されているかいないかに関係なく、様々なファイル形式で数多くのソースにおいて、索引付き検索やリアルタイム検索ができます。この項では、ユーザーが検索を使用できるようになる前に満たす必要のある要件について説明します。

7.6.1 Oracle SES - インストール

12cでは、Oracle SES 11.2.2.2のみがサポートされます。

また、WebCenter Content Server 12cがインストールされている必要があります。この同時に満たす必要のあるインストール要件について、「Oracle WebCenter Content Serverの要件」を参照してください。

7.6.1.1 Oracle SES 11.2.2.2のインストール

この項では、Oracle WebCenter PortalのOracle SESリリース11.2.2.2をインストールして構成する方法を説明します。

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ファイルの手順に従います。

7.6.2 Oracle SES - 構成

Oracle WebCenter PortalのOracle SESの構成の詳細は、『Oracle WebCenter Portalの管理』のWebCenter PortalのOracle Secure Enterprise Searchの管理に関する項を参照してください。

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

WebCenter Portalには、ポータル・メンバーシップ通知、ポータル・サブスクリプション・リクエストなど、事前作成されたワークフローがいくつか用意されています。WebCenter Portalワークフローは、BPELサーバー(Oracle SOA Suiteのコンポーネント)に依存します。

表7-2 は、WebCenter PortalでWebCenter Portalワークフロー機能を有効にするために実行が必要なタスクについて説明しています。

表7-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ベースのアイデンティティ・ストアの設定」を参照してください。

7.7.1 Oracle SOA Suite - インストール

ワークフローをサポートする場合、WebCenter PortalはBPELサーバー(Oracle SOA Suiteに付属)を必要とします。Oracle SOA Suiteをインストールする方法の詳細は、『Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成』を参照してください。

7.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フォルダが作成されたことを確認します。

7.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. 「テンプレート」画面で、次のいずれかの方法でテンプレートを選択します。

- 「製品テンプレートを使用してドメインを作成」を選択し、Oracle Webcenter Portal Composites - 12.2.1.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。

3. Oracle SOAサーバーを再起動します。

4. 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-composiste/wcp/sca_CommunityWorkflows.jarに配置されています。

関連項目:

- 『Oracle WebCenter Portalの管理』のWebCenter Portalワークフローの構成のロードマップに関する項

- ドメインの拡張方法は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの拡張に関する項。

7.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 WebCenter Portalの管理』の資格証明ストアの更新に関する項を参照してください。

3. 接続の両端に、次のようなキーストアが存在することを確認します。

- webcenter.jks (WebCenter Portalサーバー側にコピーされる)

- bpel.jks (Oracle SOAサーバー側にコピーされる)

詳細は、『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")

詳細は、『WebLogic Server WLSTコマンド・リファレンス』の診断コマンドに関する項を参照してください。

詳細は、『Oracle WebCenter Portalの管理』のWebサービスのセキュリティの構成に関する項を参照してください。

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

WebCenter Portalを起動すると、WebCenterPortal-Worklistという名前のBPELサーバー接続が自動的に構成されます(この接続がまだ存在しない場合)。ただし、自動構成が行われるのは、「WebCenter Portalの使用」に示されている条件が満たされている場合のみです。

BPEL接続WebCenterPortal-Worklistは、ワークリストとWebCenter Portalワークフローにより共有されるように構成されます。これによって、ユーザーは割り当てられたメンバーシップに関連するワークフロー・アイテムと通知サブスクリプションを自分のワークリスト・コンポーネントで参照可能になります。

BPEL接続が自動的に構成されない場合は、手動で作成する必要があります。ベスト・プラクティスとしては、WebCenter Portalワークフローにおいて、ワークリストのアクティブな接続として設定されているものと同じBPEL接続を使用する必要があります。

WebCenter PortalワークフローのBPELサーバー接続を構成するには、『Oracle WebCenter Portalの管理』のWebCenter Portalワークフローの構成のロードマップに関する項を参照してください。

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

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

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

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

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

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

タスク

説明

参照先

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

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

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

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

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

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

Secure Sockets Layer (SSL)の構成

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

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

Oracle Fusion Middlewareのモニタリング

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

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

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

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

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

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

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

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

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

タスク

説明

参照先

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

タスク

説明

参照先

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

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

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

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

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

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

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

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

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

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

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

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

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

開発者およびアプリケーション・ユーザーは、Oracle WebCenter Portalのツールおよびサービスを統合できます。メールがMicrosoft Exchange Serverなどのメール・サーバーに依存するように、一部のツールおよびサービスはバックエンド・コンポーネントに依存します。ツールおよびサービスをポータルやアプリケーションに統合できるようにするには、必要なバックエンド・コンポーネントをインストールおよび構成する必要があります。

コンポーネントのインストールと構成の手順については、『Oracle WebCenter Portalの管理』の次の項を参照してください。

- WebCenter Portalの初回のカスタマイズのロードマップ

- ツールおよびサービスの管理

- WebCenter Portalの分析について

- BPEL接続について

- ディスカッション・サーバーの構成

- WebCenter Portalワークフローのロードマップの構成

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

- ページレット・プロデューサの登録

- インスタント・メッセージおよびプレゼンス・サーバーの登録

- WebCenter PortalでのOracle Secure Enterprise Searchの管理

- メールの管理

- イベント・サーバーの登録

8.5 Oracle WebCenter PortalとOracle JDeveloperの使用

この項では、Oracle WebCenter PortalとともにOracle JDeveloperをインストールする際に考慮すべき重要な情報を説明します。

Oracle JDeveloperについて

Oracle JDeveloperは、Java、XML、SQLおよびWebサービスの業界標準を使用するWebサービス指向アプリケーション構築用の無料の統合開発環境(IDE)です。これは、開発ライフサイクル全体をサポートし、アプリケーションのモデリング、コーディング、デバッグ、テスト、プロファイリング、チューニングおよびデプロイのための統合された機能を提供します。JDeveloperは、Struts、Ant、JUnit、XDocletsおよびCVSのための組込み機能を持つポピュラーなオープンソースのフレームワークやツールと連携して動作します。また、開発者が開発環境に機能を追加したり、開発環境をカスタマイズできるようにするためのExtensions SDKも含まれています。

高度な要件に対応するために、開発者はJDeveloperを使用して、ポータル・アセットと共有ライブラリ(カスタム・ポータル・コンポーネントを含む)のさらなる開発およびデプロイを行うことができます。

Oracle JDeveloperをインストールするには、『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 JDeveloperを使用したWebCenter Portalアセットおよびカスタム・コンポーネントの開発のWebCenter PortalのJDeveloper拡張機能のインストールに関する項を参照してください。

注意:
JDeveloperが参照する(JDeveloperがランタイム・ファイルの格納に使用する)ユーザー・ホーム・ディレクトリの環境変数を設定することを、強くお薦めします。この変数を設定すると、一部の状況で発生することが知られている長いパス名のエラーを受信しないようにできます。Windows、Linux、UNIXおよびMac OS Xオペレーティング・システムでこの変数を設定する詳細な手順については、『Oracle JDeveloperのインストール』のユーザー・ホーム・ディレクトリの設定に関する項を参照してください。

9 Oracle WebCenter Portalのアンインストール

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

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

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

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

- Oracle Fusion Middlewareの停止

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

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

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

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

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

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

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

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

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

表9-1 製品のアンインストールのロードマップ

タスク

説明

ドキュメント

Oracle Fusion Middlewareの停止

アンインストーラ実行前に、ドメインにあるすべてのサーバーとプロセスが停止している必要があります。

「Oracle Fusion Middlewareの停止」を参照。

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

Repository Creation Utilityを実行してデータベース・スキーマを削除します。

「データベース・スキーマの削除」を参照。

ソフトウェアの削除

製品のアンインストーラを実行し、Oracle Fusion Middleware Infrastructureを削除します。

Oracleホームに複数の製品が含まれている場合は、アンインストーラを複数回(製品ごとに1回)実行する必要があります。

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

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

アンインストーラでは、すべてのファイルとフォルダがOracleホーム・ディレクトリから削除されません。アンインストーラが終了した後、手動でOracleホームを削除して、製品の削除を完了させる必要があります。

「Oracleホーム・ディレクトリの手動削除」を参照。

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

アンインストーラがOracleホーム内にある場合でも、ドメイン・ホーム・ディレクトリまたはアプリケーション・ホーム・ディレクトリに含まれるデータは削除されません。これらのディレクトリは手動で削除する必要があります。

「ドメインおよびアプリケーション・データの削除」を参照。

9.2 Oracle Fusion Middlewareの停止

アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

詳細は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

./deinstall.sh

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

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

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

deinstall.cmd

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

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

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

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

注意:

アンインストール・ウィザードを再度実行することにより、Oracle WebCenter Portalソフトウェアをアンインストールした後にOracle Fusion Middleware Infrastructureをアンインストールできます。Oracle Fusion Middleware Infrastructureに依存している他のソフトウェアが存在しない場合、「アンインストールする配布」画面は表示されません。

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

アンインストール・プログラムでは、表9-2に示された順序で一連の画面が表示されます。

アンインストール画面でさらにヘルプが必要な場合は、画面名をクリックするか、画面上の「ヘルプ」をクリックしてください。

表9-2 アンインストール画面と説明

画面

説明

ようこそ

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

アンインストール・サマリー

この画面は、アンインストールしようとしているOracleホーム・ディレクトリとその内容を示しています。このディレクトリが正しいことを確認します。

これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルは、後でサイレント・インストールを実行するときに使用できます。サイレント・アンインストールまたはコマンド・ライン・アンインストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

「アンインストール」 をクリックしてソフトウェアの削除を開始します。

アンインストールの進行状況

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

アンインストール完了

アンインストールが完了するとこの画面が表示されます。画面上の情報を確認し、「終了」をクリックしてアンインストーラを終了します。

9.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フォルダを右クリックし、「削除」を選択します。

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

Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

C:\Program Data\Microsoft\Windows\Start Menu\Programs\Oracle\Oracle Home\Productディレクトリに移動します。Oracleホームにインストールされている製品が1つのみの場合は、Oracle Homeディレクトリを削除してもかまいません。Oracleホームに複数の製品がインストールされている場合は、Oracle Homeを削除する前に、すべての製品を削除する必要があります。

9.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"/>

完了したらファイルを保存して終了します。

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

この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

再インストールするときに、前回のインストールと同じOracleホームを指定できます。

Oracleホームが空ではない場合、次の事項を考慮します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストール時に指定したOracleホームに、インストールしようとしている同じソフトウェアがすでに含まれていると警告されます。

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

- 空ではない既存のOracleホームへのインストール。
たとえば、既存のOracleホーム内のどこかに、ドメイン・ホームまたはアプリケーション・ホームを作成することを選択したとします。このデータはアンインストール処理中に削除されないので、同じOracleホームに再インストールしようとすると、インストーラがそれを許可しません。選択肢は次のとおりです。

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

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

オラクルの法律上の注意点について

コピーライトについて

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

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

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。