Oracle® Fusion Middleware

Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成

12c (12.2.1)

E69957-02(原本部品番号:E57273-05)

2016年3月

インストール担当者とシステム管理者向けのドキュメントで、Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の方法について説明しています。

Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成, 12c (12.2.1)

E69957-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 SOA SuiteおよびOracle Business Process Managementのインストールの理解

- 1.1 開発環境のインストールについて

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

- 1.2.1 Oracle SOA Suiteの標準インストール・トポロジの理解

- 1.2.2 Oracle Business Process Managementの標準インストール・トポロジの理解

- 1.2.3 Oracle Business Activity Monitoringの標準インストール・トポロジの理解

- 1.2.4 Oracle Real-Time Integration Business Insightの標準インストール・トポロジの理解

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

- 1.3 セカンダリ・トポロジの理解

- 1.3.1 Oracle User Messaging Serviceのインストールについて

- 1.3.2 Oracle Business Process Managementスタンドアロンのインストールについて

- 1.3.3 Oracle Enterprise Schedulerのインストールについて

- 1.3.4 Oracle Business Process ManagementおよびOracle Application Development Frameworkのインストールについて

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

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

2 Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の準備

- 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.2.5.1 SOA Suiteスキーマに必要なカスタム変数について

- 2.2.5.1.1 データベース・プロファイル・カスタム変数について

- 2.2.5.1.2 Healthcare Integrationカスタム変数について

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

3 Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール

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

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

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

- 3.4 インストールの確認

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

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

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

4 Oracle SOA Suiteドメインの構成

- 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 SOA Suiteドメインの構成

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

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

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

- 4.2.2.2 Oracle SOA Suiteの構成テンプレートの選択

- 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 SOA Suiteの管理対象サーバーの構成

- 4.2.2.13 Oracle SOA Suiteのクラスタの構成

- 4.2.2.14 クラスタへのOracle SOA Suite管理対象サーバーの割当て

- 4.2.2.15 Coherenceクラスタの構成

- 4.2.2.16 新しいOracle SOA Suiteマシンの作成

- 4.2.2.17 Oracle SOA Suiteマシンへのサーバーの割当て

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

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

- 4.3 サーバーの起動

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

- 4.3.2 管理サーバーの起動

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

- 4.4 構成の確認

5 Oracle Business Process Managementドメインの構成

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

- 5.2 Oracle Business Process Managementドメインの構成

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

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

- 5.2.2.1 Oracle Business Process Managementのドメイン・タイプおよびドメイン・ホームの場所の選択

- 5.2.2.2 Oracle Business Process Managementの構成テンプレートの選択

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

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

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

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

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

- 5.2.2.8 JDBC接続のテスト

- 5.2.2.9 拡張構成の選択

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

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

- 5.2.2.12 Oracle Business Process Managementの管理対象サーバーの構成

- 5.2.2.13 Oracle Business Process Managementのクラスタの構成

- 5.2.2.14 クラスタへのOracle Business Process Management管理対象サーバーの割当

- 5.2.2.15 Coherenceクラスタの構成

- 5.2.2.16 Oracle Business Process Managementマシンの新規作成

- 5.2.2.17 Oracle Business Process Managementマシンへのサーバーの割当

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

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

- 5.3 サーバーの起動

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

- 5.3.2 管理サーバーの起動

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

- 5.4 構成の確認

6 Oracle Business Activity Monitoringドメインの構成

- 6.1 Oracle Business Activity Monitoringドメインの構成

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

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

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

- 6.1.2.2 Oracle Business Activity Monitoringの構成テンプレートの選択

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

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

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

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

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

- 6.1.2.8 JDBC接続のテスト

- 6.1.2.9 拡張構成の選択

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

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

- 6.1.2.12 Oracle Business Activity Monitoringの管理対象サーバーの構成

- 6.1.2.13 Oracle Business Activity Monitoringのクラスタの構成

- 6.1.2.14 クラスタへのOracle Business Activity Monitoring管理対象サーバーの割当

- 6.1.2.15 Coherenceクラスタの構成

- 6.1.2.16 Oracle Business Activity Monitoringマシンの新規作成

- 6.1.2.17 Oracle Business Activity Monitoringマシンへのサーバーの割当

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

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

- 6.2 サーバーの起動

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

- 6.2.2 管理サーバーの起動

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

- 6.3 構成の検証

7 Oracle Real-Time Integration Business Insightドメインの構成

- 7.1 Oracle Real-Time Integration Business Insightドメインの構成

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

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

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

- 7.1.2.2 Oracle Real-Time Integration Business Insightの構成テンプレートの選択

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

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

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

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

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

- 7.1.2.8 JDBC接続のテスト

- 7.1.2.9 拡張構成の選択

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

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

- 7.1.2.12 Oracle Business Activity Monitoringの管理対象サーバーの構成

- 7.1.2.13 Oracle Business Activity Monitoringのクラスタの構成

- 7.1.2.14 クラスタへのOracle Business Activity Monitoring管理対象サーバーの割当

- 7.1.2.15 Coherenceクラスタの構成

- 7.1.2.16 Oracle Business Activity Monitoringマシンの新規作成

- 7.1.2.17 Oracle Business Activity Monitoringマシンへのサーバーの割当

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

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

- 7.2 サーバーの起動

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

- 7.2.2 管理サーバーの起動

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

- 7.3 構成の検証

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

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

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

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

9 Oracle SOA SuiteおよびOracle Business Process Managementのアンインストール

- 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 ソフトウェアの再インストール

A Oracle SOA SuiteおよびBusiness Process Managementのセカンダリ・トポロジ

- A.1 Oracle Business Process Managementのスタンドアロン・トポロジ

- A.1.1 Oracle Business Process Managementのスタンドアロン・トポロジの理解

- A.1.2 Oracle Business Process Managementのスタンドアロン・トポロジのインストールと構成のロードマップ

- A.2 Oracle SOA SuiteおよびEnterprise Schedulerのトポロジ

- A.2.1 Oracle SOA SuiteおよびOracle Enterprise Schedulerのトポロジの理解

- A.2.2 Oracle SOA SuiteおよびOracle Enterprise Schedulerのトポロジのインストールと構成のロードマップ

- A.2.2.1 Oracle SOA SuiteおよびOracle Enterprise Scheduler用に選択する構成オプション

- A.3 Oracle Business Process ManagementおよびApplication Development Framework (ADF)のトポロジ

- A.3.1 Oracle Business Process ManagementおよびOracle Application Development Frameworkのトポロジの理解

- A.3.2 Oracle Business Process ManagementおよびOracle Application Development Frameworkのトポロジのインストールと構成のロードマップ

- A.3.2.1 Oracle Business Process ManagementおよびApplication Development Framework用に選択する構成オプション

はじめに

このドキュメントでは、Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の方法について説明します。

- 対象読者

- 関連ドキュメント

- 表記規則

対象読者

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

関連ドキュメント

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

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

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

- Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理

- 『高可用性ガイド』

- SOA Suite用WLSTコマンド・リファレンス

表記規則

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

規則

意味

太字

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

イタリック

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

固定幅フォント

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

1 Oracle SOA SuiteおよびOracle Business Process Managementのインストールの理解

この項では、この製品の標準トポロジを明確にすることで、Oracle SOA SuiteおよびOracle Business Process Managementの標準インストールについて説明します。

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

- 開発環境のインストールについて
Oracle SOA SuiteおよびBusiness Process Managementのディストリビューションを使用して、本番環境の開始地点としての標準インストール・トポロジをインストールして構成できます。

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

- セカンダリ・トポロジの理解
セカンダリ・トポロジには、標準トポロジに加えて、インストールまたは構成の追加手順が必要なコンポーネントを含む構成があります。

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

- アップグレード・シナリオでのこのドキュメントの使用
アップグレード手順の一環としてOracle SOA SuiteおよびOracle Business Process Managementをインストールする場合は、このドキュメントの指示に従ってソフトウェアをインストールしてください。ただし、WebLogicドメインを作成する場合には、構成ウィザードを実行しないでください。

1.1 開発環境のインストールについて

Oracle SOA SuiteおよびBusiness Process Managementのディストリビューションを使用して、本番環境の開始地点として標準インストール・トポロジをインストールして構成できます。

Oracle SOA SuiteおよびBusiness Process Managementを開発環境にインストールする場合は、Oracle SOA SuiteまたはOracle Business Process Quick Startディストリビューションをダウンロードしてインストールするようにしてください。このディストリビューションには、SOA SuiteおよびBusiness Process Managementのアプリケーション作成に向けて、設計時ソフトウェアで事前構成されている統合開発環境(IDE)が付属しています。

Oracle JDeveloperの場合は、統合型のOracle WebLogic Serverを使用することで、JDeveloperの内側からアプリケーションをテストできます。また、カスタム・アプリケーションの実行時環境として使用するコンパクト・ドメインを作成することもできます。

詳細は、SOA SuiteおよびBusiness Process ManagementのQuick Start for Developersのインストールを参照してください。

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

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

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

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

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

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

- Oracle Business Activity Monitoringの標準インストール・トポロジの理解
このトポロジは、それぞれに2台の管理対象サーバーを含む2つのクラスタと管理サーバーの標準的なWebLogic Serverドメインを示しています。

- Oracle Real-Time Integration Business Insightの標準インストール・トポロジの理解
このトポロジは、それぞれに2台の管理対象サーバーを含む2つのクラスタと管理サーバーの標準的なWebLogic Serverドメインを示しています。

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

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

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

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

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

1.2.2 Oracle Business Process Managementの標準インストール・トポロジの理解

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

図1-1は、Oracle Business Process Management (BPM)の標準インストール・トポロジを示しています。

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

図1-1 BPMの標準インストール・トポロジ

構成手順については、「Oracle Business Process Managementドメインの構成」を参照してください。

1.2.3 Oracle Business Activity Monitoringの標準インストール・トポロジの理解

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

Oracle Business Activity Monitoring (BAM)は、ビジネス・プロセスをリアルタイムで監視し、情報に基づく戦略的なビジネスの意思決定を支援します。BAMの詳細は、『Oracle Fusion Middleware Oracle BAMでのビジネス・アクティビティのモニタリング』を参照してください。

本番システムの場合、BAMソフトウェアは、Oracle SOA SuiteおよびOracle Business Process Managementのディストリビューションの一部として含まれており、Oracle SOA SuiteまたはOracle Business Process Managementのソフトウェアをインストールするときに自動的にインストールされます。

また、BAMが組み込まれるエンタープライズ・デプロイメント・トポロジについては、『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』に記載されています。詳細は、『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』のOracle SOA SuiteおよびOracle Business Activity Monitoringのトポロジの図に関する項を参照してください。

図1-2は、Oracle SOA SuiteおよびBAMの標準インストール・トポロジを示しています。このトポロジを使用して、Oracle SOA SuiteドメインにOracle Business Activity Monitoringを実装します。Oracle Business Activity Monitoringソフトウェアは、専用のクラスタに向けてターゲット設定され、これにより、Oracle SOA SuiteとOracle Business Activity Monitoringソフトウェアの間でのリソースの競合がなくなります。

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

図1-2 BAMの標準インストール・トポロジ

構成手順については、「Oracle Business Activity Monitoringドメインの構成」を参照してください。

1.2.4 Oracle Real-Time Integration Business Insightの標準インストール・トポロジの理解

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

Oracle Real-Time Integration Business Insight (Insight)を使用すると、ビジネス・ユーザーは、Webベースのダッシュボードやレポートを使用して、ビジネスレベルのメトリックのモデル化、収集および監視が可能です。すでにデプロイされている統合やアプリケーションを変更する必要はありません。

注意:
Insightは、2016年3月にリリースされた12c (12.2.1) Oracle Real-Time Integration Business Insightのインストール・パッチを適用している場合のみ利用可能です。詳細は、リリース・ノートを参照してください。

Insightは、BAMの管理対象サーバーと同じ場所に配置されます。ビジネス・メトリックは、Oracle SOA SuiteまたはOracle Service Bus管理対象サーバーと同じ場所に配置されるInsightエージェントによって収集され、中央アプリケーションで利用でき、BAMダッシュボードおよびレポートを使用して表示されます。

注意:
Insightエージェントは、12c (12.2.1)で作成されたドメインにのみ追加できます

Insightの詳細は、次を参照してください。

- 『Oracle Fusion Middleware Oracle Real-Time Integration Business Insightの理解』

- 『Oracle Fusion Middleware Oracle Real-Time Integration Business Insightスタート・ガイド』

- Oracle Real-Time Integration Business Insightの使用

- Oracle Real-Time Integration Business Insightの管理

- 『Oracle Fusion Middleware Oracle Service Busのインストールと構成』のOracle Service BusとのInsight統合の理解に関する項。

図1-3は、Oracle SOA SuiteおよびInsightの標準インストール・トポロジを示しています。このトポロジを使用して、Oracle SOA SuiteドメインにInsightを実装します。Insightサーバー・ソフトウェアは、BAMクラスタにターゲット設定されます。これにより、Oracle SOA SuiteとInsightソフトウェアの間でのリソースの競合がなくなります。

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

図1-3 Insightの標準インストール・トポロジ

構成手順については、「Oracle Real-Time Integration Business Insightドメインの構成」を参照してください。

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

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

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

表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.3 セカンダリ・トポロジの理解

セカンダリ・トポロジには、追加のインストール手順や構成手順を必要とするコンポーネントを標準トポロジの上に配置した構成が含まれます。

このガイドの主要な章で、標準トポロジのインストールと構成の方法について説明します。セカンダリ・トポロジのインストールと構成のガイドラインについては、「Oracle SOA SuiteおよびBusiness Process Managementのセカンダリ・トポロジ」を参照してください。

- Oracle User Messaging Serviceのインストールについて
Oracle User Messaging Service (UMS)は、ユーザーとデプロイ済アプリケーションとの双方向通信を可能にするソフトウェア・テクノロジです。

- Oracle Business Process Managementスタンドアロンのインストールについて
Oracle Business Process Management (BPM)ソフトウェアの機能のみを備えた簡単なドメインが必要でクラスタが不要な場合、BPMスタンドアロンをインストールできます。

- Oracle Enterprise Schedulerのインストールについて
Oracle Enterprise Schedulerにより、Oracle WebLogic Serverクラスタのノード全体に分散された様々なジョブ・タイプ(Java、PL/SQL、バイナリ・スクリプト、Webサービス、EJBなど)を実行できるようになります。

- Oracle Business Process ManagementおよびOracle Application Development Frameworkのインストールについて
Oracle Business Process Management (BPM)と、Oracle Application Development Framework (ADF)を使用して開発されたカスタム・ユーザー・インタフェースの両方を活用するアプリケーションをデプロイする場合、セカンダリ・トポロジを使用できます。これを使用すると、あるクラスタにOracle Business Process Managementソフトウェアをターゲット設定して、別のクラスタにOracle Application Development Frameworkソフトウェアをターゲット設定できるため、2つの製品間でリソースの競合がなくなります。

1.3.1 Oracle User Messaging Serviceのインストールについて

Oracle User Messaging Service (UMS)は、ユーザーとデプロイ済アプリケーションとの双方向通信を可能にするソフトウェア・テクノロジです。

詳細は、『Oracle Fusion Middleware Oracle User Messaging Serviceの管理』のOracle User Messaging Serviceの概要に関する項を参照してください。

UMSは、Oracle Fusion Middleware Infrastructureのディストリビューションに含まれます。『Oracle Fusion Middleware Infrastructureのインストールと構成』に記載されているように、Oracle Fusion Middleware Infrastructureの標準インストール・トポロジの一部としてインストールされます。

UMSランタイム・コンポーネントは、Oracle Fusion Middleware構成ウィザード・テンプレートと、リポジトリ作成ユーティリティ(RCU)によりサポートされるデータベースにインストールされるOracle Fusion Middlewareスキーマで構成されています。

開発では、Oracle JDeveloper 12cをインストールして使用することで、UMS機能を利用したアプリケーションを開発できます。詳細は、『Oracle JDeveloperのインストール』を参照してください。

1.3.2 Oracle Business Process Managementスタンドアロンのインストールについて

Oracle Business Process Management (BPM)ソフトウェアの機能のみを備えた簡単なドメインが必要でクラスタが不要な場合、BPMスタンドアロンをインストールできます。

BPMが含まれるセカンダリ・トポロジについては、「Oracle Business Process Managementスタンドアロンのトポロジ」で説明します。

1.3.3 Oracle Enterprise Schedulerのインストールについて

Oracle Enterprise Schedulerにより、Oracle WebLogic Serverクラスタのノード全体に分散された様々なジョブ・タイプ(Java、PL/SQL、バイナリ・スクリプト、Webサービス、EJBなど)を実行できるようになります。

詳細は、『Oracle Fusion Middleware Oracle Enterprise Schedulerアプリケーションの開発』のOracle Enterprise Schedulerの概要に関する項を参照してください。

本番システムの場合、Oracle Enterprise Schedulerランタイム・ソフトウェアは、Oracle SOA SuiteおよびOracle Business Process Managementのディストリビューションの一部として含まれていて、Oracle SOA SuiteまたはOracle Business Process Managementのソフトウェアをインストールすると自動的にインストールされます。

Oracle Enterprise Schedulerランタイム・ソフトウェアをインストールして構成する場合は、「Oracle SOA SuiteおよびBusiness Process Managementのセカンダリ・トポロジ」のOracle Enterprise Schedulerが含まれるセカンダリ・トポロジを参照してください。

また、『Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』には、Oracle Enterprise Schedulerが含まれるエンタープライズ・デプロイメント・トポロジの説明があります。詳細は、『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』のOracle SOA SuiteおよびOracle Service Busのトポロジの図に関する項を参照してください。

Oracle Enterprise Schedulerアプリケーションを開発する場合は、『SOA SuiteおよびBusiness Process Management SuiteのQuick Start for Developersのインストール』を参照してください。

1.3.4 Oracle Business Process ManagementおよびOracle Application Development Frameworkのインストールについて

Oracle Business Process Management (BPM)と、Oracle Application Development Framework (ADF)を使用して開発されたカスタム・ユーザー・インタフェースの両方を活用するアプリケーションをデプロイする場合、セカンダリ・トポロジを使用できます。これを使用すると、あるクラスタにOracle Business Process Managementソフトウェアをターゲット設定して、別のクラスタにOracle Application Development Frameworkソフトウェアをターゲット設定できるため、2つの製品間でリソースの競合がなくなります。

BPMとADFが含まれるセカンダリ・トポロジについては、「Oracle Business Process ManagementおよびApplication Development Framework (ADF)のトポロジ」で説明します。

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

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

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

新しいドメインを作成するが、手順に示された説明と要件が合わないときは、その要件に応じた選択を行ってから、サポート・ドキュメントで詳細を参照してください。

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

アップグレード手順の一環としてOracle SOA SuiteおよびOracle Business Process Managementをインストールする場合は、このドキュメントの指示に従ってソフトウェアをインストールしてください。ただし、WebLogicドメインを作成する場合には、構成ウィザードを実行しないでください。

ソフトウェアのインストール後に、『Oracle SOA SuiteおよびBusiness Process Managementのアップグレード』を参照してください。

2 Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の準備

Oracle SOA SuiteおよびOracle Business Process Managementインストールの準備を行うには、使用するシステムが基本要件を満たしていることを確認し、正しいインストール・ソフトウェアを取得します。

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

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

- 製品のディストリビューションについて
Oracle Fusion Middleware Infrastructureのディストリビューション(Oracle WebLogic ServerソフトウェアとOracle JRFソフトウェアの両方が含まれる)を使用して、最初のOracle SOA SuiteおよびOracle Business Process Managementドメインを作成します。

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

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

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

タスク

説明

ドキュメント

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

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

「システム環境の確認のロードマップ」を参照してください。

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

インストールしているソフトウェアに必要な必須パッチがあるかどうかについては、Oracle Fusion Middleware Infrastructureのリリース・ノートを確認してください。

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

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

このガイドに記載される製品には、Oracle Fusion Middleware Infrastructureの既存のインストールが必要です。つまり、これらを、Oracle Fusion Middleware Infrastructureと同じOracleホームにインストールする必要があります。

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

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

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

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

前提条件ソフトウェアのインストール

Oracle Fusion Middleware Infrastructureをインストールして、Oracle SOA SuiteおよびOracle Business Process Management用のOracleホーム・ディレクトリを作成します。

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

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

Oracle Universal Installerを実行して、Oracle SOA SuiteおよびOracle Business Process Managementをインストールします。

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

「Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール」を参照してください。

データベース・プロファイルの選択および必要なカスタム変数の確認。

必要なスキーマをデータベースにインストールする前に、Oracle SOA SuiteおよびOracle Business Process Managementスキーマに対して設定する必要があるカスタム変数に関する情報を確認します。

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

スキーマの作成

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

「データベース・スキーマの作成」を参照してください。

WebLogicドメインの作成

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

Oracle SOA Suiteのトポロジを作成する場合は、「Oracle SOA Suiteドメインの構成」を参照してください。Business Process Managementのトポロジを作成する場合は、「Oracle Business Process Managementドメインの構成」を参照してください。

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

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

「ドメイン構成後の次の手順」を参照してください。

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

インストールと構成のプロセスを開始する前に、システム環境を確認する必要があります。

次の表では、Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成に向けて、ご使用の環境を適切に準備するための重要なタスクと確認事項を示します。

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

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

WebLogicドメインを構成するには、Oracle SOA SuiteおよびOracle Business Process Managementで必要なスキーマが適切に構成された動作保証済データベースへのアクセス権が必要です。

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

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

- インストール・ユーザーの選択
システムでインストールと構成を実行するユーザーには、十分なパーミッションと権限が必要です。

- インストールおよび構成用のディレクトリの理解
インストールおよびドメインの構成プロセスでは、Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームのディレクトリ用の場所を用意する計画を立てる必要があります。

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

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

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

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

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

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

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

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

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

システムでインストールと構成を実行するユーザーには、十分なパーミッションと権限が必要です。

- ユーザー・パーミッションの理解
Fusion Middleware製品をインストールするユーザーは、ファイルを所有し、そのファイルに対する特定のパーミッションを持ちます。

- UNIXオペレーティング・システムでのデフォルト以外のユーザー・パーミッションの理解
デフォルトのパーミッション設定を変更すると、インストールのセキュリティと場合によってはシステムのセキュリティが軽減されます。

- Windowsオペレーティング・システムでインストール・ユーザーが管理者権限を所有していることを確認
Windowsオペレーティング・システムでインストールを実行するユーザーには、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ホーム、ドメイン・ホームおよびアプリケーション・ホームに対する特定の場所をお薦めします。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Oracleホームの考慮事項

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

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

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

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

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

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

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

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

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

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ホームで入手できます。RCUの詳細は、『リポジトリ作成ユーティリティによるスキーマの作成』を参照してください

- SOA Suiteスキーマに必要なカスタム変数について
Oracle SOA SuiteまたはBusiness Process Managementソフトウェアのインストール後には、Oracle WebLogicドメインを構成するために、データベース・スキーマを作成する必要があります。

2.2.5.1 SOA Suiteスキーマに必要なカスタム変数について

Oracle SOA SuiteまたはBusiness Process Managementソフトウェアのインストール後には、Oracle WebLogicドメインを構成するために、データベース・スキーマを作成する必要があります。

Oracle SOA Suiteのスキーマをインストールするときに、2つのカスタム変数の設定を求めるプロンプトが表示されます。この変数は、該当するスキーマがデータベースに作成される方法に影響します。

これらの変数は、次の各項でさらに詳しく説明します。

- データベース・プロファイル・カスタム変数について
リポジトリ作成ユーティリティ(RCU)の「カスタム変数」画面にある、データベース・プロファイル・カスタム変数を使用すると、SOAインフラストラクチャ・スキーマをインストールするデータベースに関する予測サイズまたはプロファイルを確認できます。

- ヘルスケア統合カスタム変数について
この変数は、Oracle SOA Suiteのヘルスケア統合ユーザー・インタフェースのアクティブ化に役立ちます。このインタフェースは、Oracle Business Process Managementではサポートされていません。

2.2.5.1.1 データベース・プロファイル・カスタム変数について

リポジトリ作成ユーティリティ(RCU)の「カスタム変数」画面にある、データベース・プロファイル・カスタム変数を使用すると、SOAインフラストラクチャ・スキーマをインストールするデータベースに関する予測サイズまたはプロファイルを確認できます。

Oracle SOA Suite構成に必要なデータベースのサイズを推定する場合は、『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のデータベース増加管理戦略の開発に関する項に記載された情報を考慮に入れてください。

データベース・プロファイルとして「SMALL」または「MEDIUM」と入力すると、スキーマの作成時に、RCUは特別なアクションを実行します。「SMALL」と「MEDIUM」オプションは、情報提供の目的にのみ入力する必要があります。

データベース・プロファイルとして「LARGE」を入力すると、RCUは、間隔パーティション化というOracleデータベースの機能を使用して、SOAインフラストラクチャ・スキーマを作成します。間隔パーティション化により、多数のコンポジット・アプリケーションを処理する必要がある場合に、データベースの効率が向上します。「LARGE」データベース・プロファイルを選択すると、RCUは、Oracle SOA Suiteの削除スクリプトとガイドラインでサポートされる方法で、間隔パーティション化した表を作成します。

データベースのパーティション化に関する詳細は、Oracle Database VLDBおよびパーティション化ガイドで、次の内容に関する項を参照してください。

- パーティション化の概念

- 時間隔パーティション化

2.2.5.1.2 Healthcare Integrationカスタム変数について

この変数を使用すると、Oracle SOA Suiteに対してHealthcare Integrationユーザー・インタフェースを有効化できます。このインタフェースは、Oracle Business Process Managementではサポートされていません。

Oracle SOA Suiteに対してHealthcare Integrationユーザー・インタフェース使用する予定がない場合は、Healthcare Integrationカスタム変数の値としてNOを入力します。Oracle SOA Suiteに対してHealthcare Integrationユーザー・インタフェースを使用する予定がある場合は、「YES」を選択します。そうしないと、Healthcare Integrationユーザー・インタフェースはインストールして構成した後も正しく機能しません。

Healthcare Integrationカスタム変数の値として「YES」を入力すると、RCUは、データベース内に追加のマテリアライズド・ビューを作成します。Healthcare Integrationユーザー・インタフェースには、このビューが必要になります。「NO」を入力した場合は、次に示すSQLスクリプトをデータベースで実行することで、これに該当する追加のスキーマ構成タスクを後から実行できます。このスクリプトは、B2Bインストール・タイプにHealthcareを選択すると、Oracle Fusion MiddlewareのOracleホームにインストールされます。

ORACLE_HOME/common/sql/soainfra/sql/oracle/b2b_mv.sql

ヘルスケア統合ユーザー・インタフェースの詳細は、『Oracle SOA Suiteヘルスケア統合ユーザーズ・ガイド』のOracle SOA Suiteヘルスケア統合ユーザー・インタフェースの使用に関する項を参照してください。

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

Oracle Fusion Middleware Infrastructureのディストリビューション(Oracle WebLogic ServerソフトウェアとOracle JRFソフトウェアの両方が含まれる)を使用して、最初のOracle SOA SuiteおよびOracle Business Process Managementドメインを作成します。

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 SOA SuiteおよびOracle Business Process Managementのディストリビューションは、.jarファイルとして入手できます。ディストリビューションのインストールと構成を行うには、動作保証されたJDKがシステムにインストールされている必要があります。

注意:

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

3 Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール

この項の手順に従って、Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアをインストールしてください。

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

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

- インストール・プログラムの開始
インストールを実行する前に、JDKと必要なソフトウェアを確認する必要があります。

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

- インストールの検証
インストールの完了後、一連のタスクを完了することで成功したかどうかを検証します。

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

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

表3-1 に、Oracle SOA SuiteおよびOracle Business Process Managementのインストール前に知っておく必要のある重要な項目、またはインストール中に決定する必要のある重要な項目を示します。

表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 SOA SuiteおよびOracle Business Process Managementが含められます。

WebLogic Serverのホスト名

examplehost.exampledomain.com

Oracle WebLogic ServerとOracle SOA SuiteおよびOracle Business Process Managementのコンソールのホスト名。

コンソール・ポート

7001

Oracle WebLogic ServerとOracle SOA SuiteおよびOracle Business Process Managementのコンソールのポート。

DOMAIN_HOME

/home/Oracle/config/domains/soa_domain

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

APPLICATION_HOME

/home/Oracle/config/applications/soa_domain

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

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

weblogic

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

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

ExamplePassword1

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

FTPポート

7021

埋込みFTPサーバーのポート。

RCUユーティリティ

ORACLE_HOME/oracle_common/bin

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

RCUスキーマの接頭辞

soaまたはbpm

Oracle SOA SuiteおよびOracle Business Process Managementで使用するデータベース・スキーマの名前の接頭辞。

RCUスキーマのパスワード

ExamplePassword1

Oracle SOA SuiteおよびOracle Business Process Managementで使用するデータベース・スキーマのパスワード。

Configユーティリティ

ORACLE_HOME/oracle_common/common/bin

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

$FTP_ROOT

${ORACLE_HOME}/b2b/ftp_root

埋込みFTPサーバーのルート・ディレクトリ。

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

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

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

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

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

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

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

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

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

注意:

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

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

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

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

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

表3-2 Oracle SOA SuiteおよびOracle Business Process Managementのインストール画面

画面

説明

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

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

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

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

ようこそ

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

自動更新

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

インストールの場所

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

「表示」をクリックすると、適切なOracleホームにOracle SOA SuiteおよびOracle Business Process Managementをインストールしていることを確認できます。

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

インストール・タイプ

Oracle SOA Suiteの標準トポロジを作成する場合は、「SOAスイート」を選択します。Oracle Business Process Managementの標準トポロジを作成する場合は、「BPM」を選択します。インストール・タイプとしてBPMを選択すると、Oracle SOA Suiteも自動的にインストールされることに注意してください。SOA Suiteのみをインストールしていて、インストール・セットにBPMを含める場合は、インストーラを再実行して「BPM」を選択します。

前提条件のチェック

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

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

インストール・サマリー

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

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

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

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

インストールの進行状況

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

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

インストール完了

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

3.4 インストールの確認

インストールの完了後、一連のタスクを完了することで成功したかどうかを検証します。

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

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

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

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

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

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

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

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

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

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

3.4.3 Oracleホームの内容の表示

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

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

4 Oracle SOA Suiteドメインの構成

Oracle SOA Suiteをインストールすると、ドメインを構成できます。これは、高可用性になるように拡張することもできます。

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

- Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の準備

- Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール

次の項を参照して、データベース・スキーマの作成、WebLogicドメインの構成および構成のテストを行います。

- データベース・スキーマの作成
Oracle SOA SuiteおよびOracle Business Process Managementドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証済のデータベースに必要なスキーマをインストールしておく必要があります。

- Oracle SOA Suiteドメインの構成
構成ウィザードを使用して、ドメインを作成して構成します。

- サーバーの起動
構成の完了後、ツールを使用してドメインを管理できます。

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

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

Oracle SOA SuiteおよびOracle Business Process Managementドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証済のデータベースに必要なスキーマをインストールしておく必要があります。

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

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

- リポジトリ作成ユーティリティ(RCU)の起動
RCUを起動するには、JDK環境変数が正しく設定されている必要があります。

- スキーマ作成のための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画面のナビゲート

RCU画面を使用して、データベース・スキーマを作成します。

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

- スキーマ作成方法の選択
SYSDBAパーミッションを使用して、データベース管理アクティビティを実行できます。

- データベース接続の詳細の指定
RCUがデータベースに接続するためのデータベース接続の詳細を指定します。

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

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

- カスタム変数の指定
SOAインフラストラクチャ・スキーマのカスタム変数を指定します。

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

4.1.3.1 RCUの概要

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

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

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

SYSDBAパーミッションを使用して、データベース管理アクティビティを実行できます。

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

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

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

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

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

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

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

「新規接頭辞の作成」を選択し、カスタム接頭辞を指定して、「SOAスイート」スキーマを選択します。これにより、自動的に「SOAインフラストラクチャ」が選択され、同時に次のスキーマが依存関係として選択されます。

- Metadata Services

- 監査サービス

- 監査サービス追加

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

- Oracle Platform Security Services

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

- WebLogicサービス

ヒント:

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

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

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

ヒント:

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

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

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

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

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

ヒント:

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

4.1.3.6 カスタム変数の指定

SOAインフラストラクチャ・スキーマのカスタム変数を指定します。

「SOA Suiteスキーマに必要なカスタム変数について」に示された情報を確認しておく必要があります。

Oracle SOA Suiteの標準インストール・トポロジでは、データベース・プロファイル(SMALL)とHealthcare Integration (NO)の両方のデフォルト値が受け入れられます。

データベース・プロファイルの詳細は、パフォーマンスのチューニングを参照してください。

ヒント:

この画面のオプションの詳細は、『Repository Creation Utilityによるスキーマの作成』のカスタム変数に関する項を参照してください。

4.1.3.7 スキーマ作成の実行

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

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

「完了サマリー」画面に到達したら、「閉じる」をクリックしてRCUを終了します。

4.2 Oracle SOA Suiteドメインの構成

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

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

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

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

4.2.1 構成ウィザードの起動

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

ORACLE_HOME/oracle_common/common/binディレクトリに移動して、WebLogic Server構成ウィザードを起動します。

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

./config.sh

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

config.cmd

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

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

注意:

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

次の項では、構成ウィザードの手順を段階的に示します。

- ドメイン・タイプおよびドメイン・ホームの場所の選択
ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- ドメイン・ホームおよび管理サーバーURLの記録
「構成に成功しました」画面には、構成したばかりのドメインに関する情報が表示されます。

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

ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

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

ドメイン・タイプおよびドメイン・ホーム・ディレクトリを指定する手順は次のとおりです。

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

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

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

4.2.2.2 Oracle SOA Suiteの構成テンプレートの選択

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

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

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

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

ヒント:

この画面に示されるオプションの詳細は、『構成ウィザードによる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」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

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

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

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

ヒント:

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

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

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

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

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

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

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

ヒント:

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

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

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

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

4.2.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

4.2.2.9 詳細な構成の選択

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

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

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

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

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

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

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

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

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

IPv6でGoogle Chromeを使用する場合、グローバルIPv6アドレスを入力する必要があります。ローカルIPv6アドレスは使用できません。

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

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

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

ヒント:

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

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

4.2.2.12 Oracle SOA Suiteの管理対象サーバーの構成

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

「管理対象サーバー」画面で、次のように実行します。

1. 「追加」をクリックして、soa_server1という管理対象サーバーを作成します。

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

3. 「サーバー・グループ」ドロップダウン・リストで、SOA-MGD-SVRSを選択します。これらのサーバー・グループによって、SOAとOracle Web Services Manager (OWSM)のサービスが、作成中の管理対象サーバーにターゲット設定されます。

SOAのみをターゲットに設定するSOA-MGD-SVRS-ONLYという別のサーバー・グループがありますが、Oracle Web Services Manager (OWSM)からサーバーからサーバーにターゲット設定するものではありません。これは、通常、SOAサーバーとは別のサーバーにOracle Web Services Manager (OWSM)を含める場合に使用します。

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

4. この手順を繰り返して、soa_server2という2台目の管理対象サーバーを作成します。

注意:

同じマシンにSOA管理対象サーバーとOSB管理対象サーバーの両方を含むクラスタを構成しようとする場合、それぞれの管理対象サーバーにOSB-MGD-SVRS-COMBINEDサーバー・グループとSOA-MGD-SVRSサーバー・グループの両方を割り当てる必要があります。そうしないと、ドメインの作成は失敗します。

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

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

ドメイン構成後に高可用性の準備をするための次の手順の詳細は、「高可用性向けの環境の準備」を参照してください。

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

ヒント:

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

4.2.2.13 Oracle SOA Suiteのクラスタの構成

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

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

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

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

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

前述の手順を繰り返して、さらに3つのクラスタcpt_cluster1、ibr_cluster1およびwccui_cluster1を作成します。

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

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

ヒント:

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

4.2.2.14 クラスタへのOracle SOA Suite管理対象サーバーの割当て

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

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

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

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

- シングルクリックでsoa_server1を選択し、右矢印をクリックすることで、「クラスタ」ペインで選択済のクラスタ(soa_cluster1)の下に移動します。

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

3. soa_server2をsoa_cluster1に割り当てるように繰り返します。

ヒント:

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

4.2.2.15 Coherenceクラスタの構成

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

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

注意:

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

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

注意:

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

4.2.2.16 新しいOracle SOA Suiteマシンの作成

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

ヒント:

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

ノード・マネージャがサーバーを起動して停止できるようにOracle SOA Suiteマシンを新規作成する手順:

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

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

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

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

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

注意:

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

ヒント:

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

4.2.2.17 Oracle SOA Suiteマシンへのサーバーの割当て

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

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

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

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

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

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

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の記録」の「構成に成功しました」画面に表示されています(http://administration_server_host:administration_server_port/console)。デフォルトの管理サーバーのポート番号は7001です。

注意:

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

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

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

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

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

http://administration_server_host:administration_server_port/em

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

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

2. Enterprise Managerランディング・ページに、このドメインのために構成されたサーバーの一覧と、それらのステータス(実行中または停止など)が表示されます。新しく構成したドメインの場合、AdminServer(admin)のみが実行中となります。

3. 1つ目の管理対象サーバーを選択します。

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

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

6. メインのランディング・ページで、すべての管理対象サーバーが起動して実行していることを確認します。

4.4 構成の確認

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

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

5 Oracle Business Process Managementドメインの構成

Oracle Business Process Managementをインストールすると、ドメインを構成できます。これは、高可用性になるように拡張することもできます。

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

- Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の準備

- Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール

次の項を参照して、データベース・スキーマの作成、WebLogicドメインの構成および構成のテストを行います。

- データベース・スキーマの作成
Oracle Business Process Managementドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証済のデータベースに必要なOracleスキーマをインストールしておく必要があります。

- Oracle Business Process Managementドメインの構成
構成ウィザードを使用して、ドメインを作成します。

- サーバーの起動
構成の完了後、ツールを使用してドメインを管理できます。

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

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

Oracle Business Process Managementドメインの構成を開始する前に、このリリースのOracle Fusion Middlewareで使用する動作保証済のデータベースに必要なOracleスキーマをインストールしておく必要があります。

「データベース・スキーマの作成」の手順に従って、スキーマをインストールします。

スキーマのインストールが完了したら、「Oracle Business Process Managementドメインの構成」に移動して、ドメインの作成と構成に進みます。

5.2 Oracle Business Process Managementドメインの構成

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

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

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

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

5.2.1 構成ウィザードの起動

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

ORACLE_HOME/oracle_common/common/binディレクトリに移動して、WebLogic Server構成ウィザードを起動します。

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

./config.sh

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

config.cmd

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

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

注意:

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

次の項では、構成ウィザードの手順を段階的に示します。

- Oracle Business Process Managementのドメイン・タイプおよびドメイン・ホームの場所の選択
ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- ドメイン・ホームおよび管理サーバーURLの記録
「構成に成功しました」画面には、構成したばかりのドメインに関する情報が表示されます。

5.2.2.1 Oracle Business Process Managementのドメイン・タイプおよびドメイン・ホームの場所の選択

ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

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

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

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

注意:
「既存のドメインの更新」を選択して、BPMを含めるように既存のOracle SOA Suiteドメインを拡張することもできます。ドメインの拡張の詳細は、『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』を参照してください。

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

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

5.2.2.2 Oracle Business Process Managementの構成テンプレートの選択

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

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

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

- Oracle SOA Suite

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

ヒント:

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

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

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

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

ヒント:

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

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

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

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

この画面で入力したユーザー名およびパスワードを書き留めておくことをお薦めします。これらの資格証明は後でドメインの管理サーバーを起動して接続する際に必要になります。

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

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

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

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

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

ヒント:

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

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

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

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

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

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

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

ヒント:

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

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

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

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

5.2.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

5.2.2.9 詳細な構成の選択

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

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

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

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

- 管理対象サーバー、クラスタおよびCoherence
Oracle Business Process Management管理対象サーバーを構成する場合に必要になります。

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

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

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

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

IPv6でGoogle Chromeを使用する場合、グローバルIPv6アドレスを入力する必要があります。ローカルIPv6アドレスは使用できません。

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

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

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

ヒント:

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

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

5.2.2.12 Oracle Business Process Managementの管理対象サーバーの構成

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

「管理対象サーバー」画面には、bpm_server1という管理対象サーバーがすでに作成されています。

1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーを配置するホストのIPアドレスを選択します。「すべてのローカル・アドレス」を使用しないでください。

2. 「サーバー・グループ」ドロップダウン・リストで、SOA-MGD-SVRSを選択します。これらのサーバー・グループによって、SOAとOracle Web Services Manager (OWSM)のサービスが、作成中の管理対象サーバーにターゲット設定されます。

SOAのみをターゲットに設定するSOA-MGD-SVRS-ONLYという別のサーバー・グループがありますが、Oracle Web Services Manager (OWSM)からサーバーからサーバーにターゲット設定するものではありません。これは、通常、SOAサーバーとは別のサーバーにOracle Web Services Manager (OWSM)を含める場合に使用します。

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

3. この手順を繰り返して、bpm_server2という2台目の管理対象サーバーを作成します。

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

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

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

これらのサーバー名は、このドキュメント全体の例で引用されます。

ヒント:

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

5.2.2.13 Oracle Business Process Managementのクラスタの構成

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

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

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

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

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

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

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

ヒント:

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

5.2.2.14 クラスタへのOracle Business Process Management管理対象サーバーの割当

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

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

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

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

- シングルクリックでbpm_server1を選択し、右矢印をクリックすることで、「クラスタ」ペインで選択済のクラスタ(bpm_cluster1)の下に移動します。

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

3. bpm_server2からbpm_cluster1への割当てを繰り返します。

ヒント:

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

5.2.2.15 Coherenceクラスタの構成

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

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

注意:

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

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

注意:

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

5.2.2.16 Oracle Business Process Managementマシンの新規作成

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

ヒント:

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

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

2. 「名前」フィールドでbpm_machine1を指定します。

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

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

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

注意:

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

ヒント:

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

5.2.2.17 Oracle Business Process Managementマシンへのサーバーの割当

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

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

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

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

- シングルクリックで「AdminServer」をして選択し、右矢印をクリックすることで、「マシン」ペインで選択済のマシン(bpm_machine1)の下に移動します。

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

3. これらの手順を繰り返して、bpm_server1およびbpm_server2の両方をbpm_machine1に割り当てます。

ヒント:

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

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

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

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

ヒント:

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

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

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

後で必要になるため、次の項目をメモします。

- ドメインの場所

- 管理サーバーURL

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

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

5.3 サーバーの起動

構成の完了後、ツールを使用してドメインを管理できます。

構成の完了後、ツールを使用してドメインを管理できます。

注意:

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

次の項の手順に従います。

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

- 管理サーバーの起動

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

5.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ノード・マネージャの管理』を参照してください。

5.3.2 管理サーバーの起動

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

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

./startWebLogic.sh

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

startWebLogic.cmd

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

ヒント:

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

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

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。URLは、「ドメイン・ホームおよび管理サーバーURLの記録」の「構成に成功しました」画面に表示されています(http://administration_server_host:administration_server_port/console)。デフォルトの管理サーバーのポート番号は7001です。

注意:

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

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

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

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

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

http://administration_server_host:administration_server_port/em

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

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

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

3. 1つ目の管理対象サーバーを選択します。

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

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

6. メインのランディング・ページで、すべての管理対象サーバーが起動して実行していることを確認します。

5.4 構成の確認

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

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

6 Oracle Business Activity Monitoringドメインの構成

Oracle Business Activity Monitoring (Oracle SOA SuiteおよびOracle Business Process Managementインストールの一部)をインストールすると、ドメインを構成できます。これは、高可用性になるように拡張することもできます。

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

- Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の準備

- Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール

次の項を参照して、WebLogicドメインの構成および構成のテストを行います。

- Oracle Business Activity Monitoringドメインの構成
構成ウィザードを使用して、ドメインを作成します。

- サーバーの起動
構成の完了後、ツールを使用してドメインを管理できます。

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

6.1 Oracle Business Activity Monitoringドメインの構成

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

注意:
BAMでは、Oracle SOA Suiteスキーマを使用します。そのため、BAMドメインの構成中にデータベース・スキーマは作成しません。

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

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

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

6.1.1 構成ウィザードの起動

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

ORACLE_HOME/oracle_common/common/binディレクトリに移動して、WebLogic Server構成ウィザードを起動します。

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

./config.sh

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

config.cmd

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

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

注意:

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

次の項では、構成ウィザードの手順を段階的に示します。

- ドメイン・タイプおよびドメイン・ホームの場所の選択
ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- Oracle Business Activity Monitoringマシンへのサーバーの割当
「サーバーのマシンへの割当」画面を使用して、新しいマシンに管理サーバーと管理対象サーバーを割り当てます。

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

- ドメイン・ホームおよび管理サーバーURLの記録
「構成に成功しました」画面には、構成したばかりのドメインに関する情報が表示されます。

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

ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

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

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

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

注意:
「既存のドメインの更新」を選択して、BAMを含めるように既存のOracle SOA Suiteドメインを拡張することもできます。ドメインの拡張の詳細は、『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』を参照してください。

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

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

6.1.2.2 Oracle Business Activity Monitoringの構成テンプレートの選択

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

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

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

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

- Business Activity Monitoring - 12.2.1.0 [soa]

ヒント:

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

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

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

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

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

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

ヒント:

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

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

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

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

6.1.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

6.1.2.9 拡張構成の選択

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

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

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

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

- 管理対象サーバー、クラスタおよびCoherence
Oracle Business Activity Monitoring (BAM)管理対象サーバーを構成する場合に必要になります。

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

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

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

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

IPv6でGoogle Chromeを使用する場合、グローバルIPv6アドレスを入力する必要があります。ローカルIPv6アドレスは使用できません。

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

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

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

ヒント:

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

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

6.1.2.12 Oracle Business Activity Monitoringの管理対象サーバーの構成

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

「管理対象サーバー」画面で、soa_server1とbam_server1という名前の2つの管理対象サーバーがすでに作成されています。

1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーを配置するホストのIPアドレスを選択します。「すべてのローカル・アドレス」を使用しないでください。

2. 「サーバー・グループ」ドロップダウン・リストで、soa_server1にSOA-MGD-SVRSを、bam_server1にBAM-MGD-SVRS-ONLYを選択します。

SOAのみをターゲットに設定するSOA-MGD-SVRS-ONLYという別のサーバー・グループがありますが、Oracle Web Services Manager (OWSM)からサーバーからサーバーにターゲット設定するものではありません。これは、通常、SOAサーバーとは別のサーバーにOracle Web Services Manager (OWSM)を含める場合に使用します。

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

3. この手順を繰り返して、soa_server2およびbam_server2という2つの管理対象サーバーをさらに作成します。

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

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

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

これらのサーバー名は、このドキュメント全体の例で引用されます。

ヒント:

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

6.1.2.13 Oracle Business Activity Monitoringのクラスタの構成

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

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

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

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

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

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

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

ヒント:

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

6.1.2.14 クラスタへのOracle Business Activity Monitoring管理対象サーバーの割当

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

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

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

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

- シングルクリックでbam_server1を選択し、右矢印をクリックすることで、「クラスタ」ペインで選択済のクラスタ(bam_cluster1)の下に移動します。

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

3. この手順を繰り返して、bam_server2をbam_cluster1に割り当てます。

4. この手順を繰り返して、soa_server1およびsoa_server2をsoa_cluster1に割り当てます。

ヒント:

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

6.1.2.15 Coherenceクラスタの構成

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

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

注意:

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

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

注意:

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

6.1.2.16 Oracle Business Activity Monitoringマシンの新規作成

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

ヒント:

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

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

2. 「名前」フィールドでbam_machine1を指定します。

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

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

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

5. soa_machine2という2台目のマシンに対してこの手順を繰り返します。

注意:

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

ヒント:

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

6.1.2.17 Oracle Business Activity Monitoringマシンへのサーバーの割当

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

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

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

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

- シングルクリックで「AdminServer」を選択し、右矢印をクリックすることで、「マシン」ペインで選択済のマシン(bam_machine1)の下に移動します。

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

3. この手順を繰り返して、bam_server1およびbam_server2の両方をbam_machine1に割り当てます。

4. この手順を繰り返して、soa_server1およびsoa_server2の両方をsoa_machine1に割り当てます。

ヒント:

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

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

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

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

ヒント:

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

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

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

後で必要になるため、次の項目をメモします。

- ドメインの場所

- 管理サーバーURL

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

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

6.2 サーバーの起動

構成の完了後、ツールを使用してドメインを管理できます。

構成の完了後、ツールを使用してドメインを管理できます。

注意:

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

次の項の手順に従います。

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

- 管理サーバーの起動

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

6.2.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ノード・マネージャの管理』を参照してください。

6.2.2 管理サーバーの起動

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

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

./startWebLogic.sh

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

startWebLogic.cmd

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

ヒント:

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

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

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。URLは、「ドメイン・ホームおよび管理サーバーURLの記録」の「構成に成功しました」画面に表示されています(http://administration_server_host:administration_server_port/console)。デフォルトの管理サーバーのポート番号は7001です。

注意:

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

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

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

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

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

http://administration_server_host:administration_server_port/em

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

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

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

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

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

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

6. メインのランディング・ページで、すべての管理対象サーバーが起動して実行していることを確認します。

6.3 構成の検証

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

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

7 Oracle Real-Time Integration Business Insightドメインの構成

Oracle Real-Time Integration Business Insight (Insight)をインストールすると、ドメインを構成できます。これは、高可用性になるように拡張することもできます。

注意:
Insightは、2016年3月にリリースされた12c (12.2.1) Oracle Real-Time Integration Business Insightのインストール・パッチを適用している場合のみ利用可能です。詳細は、リリース・ノートを参照してください。

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

- Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の準備

- Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール

次の項を参照して、WebLogicドメインの構成および構成のテストを行います。

- Oracle Real-Time Integration Business Insightドメインの構成
構成ウィザードを使用して、ドメインを作成して構成します。

- サーバーの起動
構成の完了後、ツールを使用してドメインを管理できます。

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

7.1 Oracle Real-Time Integration Business Insightドメインの構成

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

注意

- Insightは、2016年3月にリリースされた12c (12.2.1) Oracle Real-Time Integration Business Insightのインストール・パッチを適用している場合のみ利用可能です。詳細は、リリース・ノートを参照してください。

- 図1-3に示すように、Insightは、BAM管理対象サーバーにデプロイされたOracle Business Activity Monitoring (BAM)と同じ場所に配置されます。そのため、InsightではBAMデータベース・スキーマ所有者を再利用し、Insightドメインの構成中にデータベース・スキーマは作成しません。

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

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

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

7.1.1 構成ウィザードの起動

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

ORACLE_HOME/oracle_common/common/binディレクトリに移動して、WebLogic Server構成ウィザードを起動します。

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

./config.sh

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

config.cmd

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

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

注意:

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

次の項では、構成ウィザードの手順を段階的に示します。

- ドメイン・タイプおよびドメイン・ホームの場所の選択
ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

- Oracle Real-Time Integration Business Insightの構成テンプレートの選択
「テンプレート」画面を使用して、必要なテンプレートを選択します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- Oracle Business Activity Monitoringマシンへのサーバーの割当
「サーバーのマシンへの割当」画面を使用して、新しいマシンに管理サーバーと管理対象サーバーを割り当てます。

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

- ドメイン・ホームおよび管理サーバーURLの記録
「構成に成功しました」画面には、構成したばかりのドメインに関する情報が表示されます。

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

ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

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

注意

Insight SOAエージェントを使用してビジネス・メトリックを収集する場合:

- Insightは、BAMと同じドメインに配置する必要があります。「Oracle Real-Time Integration Business Insightの標準インストール・トポロジの理解」を参照してください。

- SOAドメインとは別のドメインでBAMとInsightを構成する場合、SOAドメインにもBAMを含めることはできません。SOAとBAMを同じドメインに配置する場合、BAMデータ・ソース・エントリは、ローカルSOAスキーマを参照する必要があります。(SOAドメインおよびOracle Service Busドメイン内の) Insightエージェントは、BAMデータ・ソース・エントリ経由でリモートのBAM/InsightドメインのSOAスキーマにアクセスします。ただし、BAMがSOAドメインで機能するようにBAMデータ・ソースがローカルSOAスキーマを参照する必要がある場合、Insightエージェントは、リモートのBAM/InsightドメインのSOAスキーマにアクセスできません。

- リモートのBAM/Insightドメインと通信するInsight SOAエージェントを含めるようにSOAドメインを構成する場合、BAM/InsightドメインのSOAスキーマを参照するようにBAMデータ・ソース・エントリを手動で編集する必要があります。詳細は、「JDBCコンポーネント・スキーマ情報の指定」を参照してください。

- BAMとInsightがSOAと同じドメインに配置される場合、BAMデータ・ソース・エントリは、(SOAドメイン内の)正しいSOAスキーマを参照するため、手動による更新は必要ありません。

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

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

注意:
「既存のドメインの更新」を選択して、BAMとInsightを含めるように既存のOracle SOA Suiteドメインを拡張することもできます(またはInsightを含めるようにBAM専用ドメインを拡張できます)。ドメインの拡張の詳細は、『Oracle Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』を参照してください。InsightテンプレートまたはInsight SOAエージェント・テンプレートを含めるように既存のドメインを拡張する場合、そのクラスタのサーバーをホストするすべてのマシンでドメインの再パックおよびアンパックが必要です。

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

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

7.1.2.2 Oracle Real-Time Integration Business Insightの構成テンプレートの選択

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

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

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

- Business Activity Monitoring

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

- Insight SOAエージェント - 12.2.1.0 [soa]、Oracle SOA SuiteとともにInsightエージェントを含める場合
詳細は、「Oracle Real-Time Integration Business Insightの標準インストール・トポロジの理解」を参照してください。

このテンプレートを選択すると、次が依存関係として自動的に選択されます。

- Oracle SOA Suite

.

ヒント:

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

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

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

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

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

「JDBCコンポーネント・スキーマ」画面に示される値が、すべてのスキーマに対して適切であることを確認します。BAMのスキーマ表を正しく移入できない場合は、次の事項を確認して理解します。

- リモートのBAM/Insightドメインと通信するInsight SOAエージェントを含めるようにSOAドメインを構成する場合、BAM/InsightドメインのSOAスキーマを参照するようにBAMデータ・ソース・エントリを手動で編集する必要があります。編集する必要があるデータ・ソースは次のとおりです。

- BamDataSource (SOAINFRAスキーマ)

- BamJobSchedDataSource (WLSスキーマ)

- BamLeasingDataSource (WLS_RUNTIMEスキーマ)

- BamNonJTADataSource (SOAINFRAスキーマ)

- mds-bam (MDSスキーマ)

- BAMとInsightがSOAと同じドメインに配置される場合、BAMデータ・ソース・エントリは、(SOAドメイン内の)正しいSOAスキーマを参照するため、手動による更新は必要ありません。

ヒント:

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

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

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

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

7.1.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

7.1.2.9 拡張構成の選択

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

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

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

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

- 管理対象サーバー、クラスタおよびCoherence
Oracle Business Activity Monitoring (BAM)管理対象サーバーを構成する場合に必要になります。BAM管理対象サーバーのデフォルト名を別の名前にする場合は編集できることに注意してください。

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

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

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

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

IPv6でGoogle Chromeを使用する場合、グローバルIPv6アドレスを入力する必要があります。ローカルIPv6アドレスは使用できません。

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

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

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

ヒント:

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

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

7.1.2.12 Oracle Business Activity Monitoringの管理対象サーバーの構成

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

「管理対象サーバー」画面で、soa_server1とbam_server1という名前の2つの管理対象サーバーがすでに作成されています。

1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーを配置するホストのIPアドレスを選択します。「すべてのローカル・アドレス」を使用しないでください。

2. 「サーバー・グループ」ドロップダウン・リストで、soa_server1にSOA-MGD-SVRSを、bam_server1にBAM-MGD-SVRS-ONLYを選択します。

SOAのみをターゲットに設定するSOA-MGD-SVRS-ONLYという別のサーバー・グループがありますが、Oracle Web Services Manager (OWSM)からサーバーからサーバーにターゲット設定するものではありません。これは、通常、SOAサーバーとは別のサーバーにOracle Web Services Manager (OWSM)を含める場合に使用します。

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

3. この手順を繰り返して、soa_server2およびbam_server2という2つの管理対象サーバーをさらに作成します。

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

高可用性の標準トポロジの詳細は、『高可用性ガイド』のFusion Middleware標準HAトポロジの理解に関する項を参照してください。

ドメインを構成した後、高可用性の準備のための次のステップの詳細は、「高可用性のための環境の準備」を参照してください。

これらのサーバー名は、このドキュメント全体の例で引用されます。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の管理対象サーバーに関する項を参照してください。

7.1.2.13 Oracle Business Activity Monitoringのクラスタの構成

「クラスタ」画面を使用して、新規クラスタを作成します。

「クラスタ」画面で、次のように実行します。

1. 「追加」をクリックします。

2. 「クラスタ名」フィールドでbam_cluster1を指定します。

3. 「クラスタ・アドレス」フィールドは、空白のままにしておきます。

デフォルトでは、クラスタのサーバー・インスタンスは、ユニキャストを使用して互いに通信します。マルチキャストを使用するようにクラスタの通信を変更する場合は、『Oracle WebLogic Serverクラスタの管理』のユニキャストまたはマルチキャストを選択する際の考慮事項に関する項を参照してください。

また、Oracle Fusion Middleware Controlを使用してクラスタを作成することもできます。この場合、クラスタ作成手順を実行するときに、クラスタ通信(ユニキャストまたはマルチキャスト)を構成できます。詳細は、『Oracle WebLogic Server Administration Consoleオンラインヘルプ』のクラスタの作成と構成に関する項を参照してください。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のクラスタに関する項を参照してください。

7.1.2.14 クラスタへのOracle Business Activity Monitoring管理対象サーバーの割当

「サーバーのクラスタへの割当」画面を使用して、管理対象サーバーを新しいクラスタに割り当てます。

「サーバーのクラスタへの割当」画面で、次のように実行します。

1. 「クラスタ」ペインで、管理対象サーバーを割り当てるクラスタ(ここではbam_cluster1)を選択します。

2. 「サーバー」ペインで、次のいずれかの手順を実行して、bam_server1をbam_cluster1に割り当てます。

- シングルクリックでbam_server1を選択し、右矢印をクリックすることで、「クラスタ」ペインで選択済のクラスタ(bam_cluster1)の下に移動します。

- bam_server1をダブルクリックして、「クラスタ」ペインで選択済のクラスタ(bam_cluster1)の下に移動します。

3. この手順を繰り返して、bam_server2をbam_cluster1に割り当てます。

4. この手順を繰り返して、soa_server1およびsoa_server2をsoa_cluster1に割り当てます。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のサーバーのクラスタへの割当てに関する項を参照してください。

7.1.2.15 Coherenceクラスタの構成

「Coherenceクラスタ」画面を使用して、Coherenceクラスタを構成します。

Coherenceクラスタのリスニング・ポートとして、デフォルトのポート番号の0をそのまま使用します。構成後、Coherenceクラスタがドメインに自動的に追加されます。

注意:

ユニキャスト・リスニング・ポートを0に設定すると、管理対象サーバー・ポート番号のオフセットが作成されます。オフセットは5000で、管理対象サーバー・ポート番号に割り当てられる最大許容値が65535ではなく60535であることを意味します。

Coherence構成の詳細と次の手順については、表8-2 を参照してください。

注意:

Coherenceのライセンス情報については、ライセンス情報のOracle Coherenceに関する項を参照してください。

7.1.2.16 Oracle Business Activity Monitoringマシンの新規作成

「マシン」画面を使用して、ドメイン内に新規マシンを作成します。ノード・マネージャがサーバーを起動および停止するには、マシンが必要です。

ヒント:

高可用性環境を作成する計画があり、ターゲット・トポロジに必要なマシン・リストを把握している場合は、この項の指示に従って、ここですべてのマシンを作成できます。詳細は、『高可用性ガイド』のオプションのスケール・アウト手順に関する項を参照してください。

1. 新しいマシンを作成するには、「マシン」タブ(Windowsの場合)または「Unixマシン」タブ(UNIXの場合)を選択し、「追加」をクリックします。

2. 「名前」フィールドでbam_machine1を指定します。

3. 「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成しているマシンのIPアドレスを選択します。

localhostではなく、特定のインタフェースを選択する必要があります。 これにより、Coherenceクラスタのアドレスが動的に計算されます。

4. 「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。

5. soa_machine2という2台目のマシンに対してこの手順を繰り返します。

注意:

既存のドメインを拡張する場合、サーバーを既存のマシンに割り当てることができます。その必要がないかぎり、新しいマシンを作成する必要はありません。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のマシンに関する項を参照してください。

7.1.2.17 Oracle Business Activity Monitoringマシンへのサーバーの割当

「サーバーのマシンへの割当」画面を使用して、新しいマシンに管理サーバーと管理対象サーバーを割り当てます。

「サーバーのマシンへの割当」画面で次の操作を実行します。

1. 「マシン」ペインで、サーバーの割当て先にするマシン(ここでは、bam_machine1)を選択します。

2. 「サーバー」ペインで、次のいずれかの手順を実行して、AdminServerをbam_machine1に割り当てます。

- シングルクリックで「AdminServer」を選択し、右矢印をクリックすることで、「マシン」ペインで選択済のマシン(bam_machine1)の下に移動します。

- 「AdminServer」をダブルクリックして、「マシン」ペインで選択済のマシン(bam_machine1)の下に移動します。

3. この手順を繰り返して、bam_server1およびbam_server2の両方をbam_machine1に割り当てます。

4. この手順を繰り返して、soa_server1およびsoa_server2の両方をsoa_machine1に割り当てます。

ヒント:

この画面に示されるオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のサーバーのマシンへの割当てに関する項を参照してください。

7.1.2.18 構成の指定内容の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインの構成情報の詳細が含まれています。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択することにより、前の画面に戻ります。ドメイン作成は、「作成」をクリックするまで開始されません。

ヒント:

この画面上のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。

7.1.2.19 ドメイン・ホームと管理サーバーURLの記録

「構成に成功しました」画面には、構成したばかりのドメインの情報が表示されます。

後で必要になるため、次の項目をメモします。

- ドメインの場所

- 管理サーバーURL

ドメインの場所は、ノード・マネージャと管理サーバーを起動するスクリプトへのアクセスで必要になります。また、URLは管理サーバーへのアクセスで必要になります。

「終了」をクリックして、構成ウィザードを閉じます。

7.2 サーバーの起動

構成の完了後、ツールを使用してドメインを管理できます。

構成の完了後、ツールを使用してドメインを管理できます。

注意:

ドメイン管理に使用する追加のツールの詳細は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの管理ツールの概要に関する項を参照してください。

次の項の手順に従います。

- ノード・マネージャの起動

- 管理サーバーの起動

- 管理対象サーバーの起動

7.2.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ノード・マネージャの管理』を参照してください。

7.2.2 管理サーバーの起動

管理サーバーを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムの場合は、次のコマンドを実行します。

./startWebLogic.sh

Windowsオペレーティング・システムの場合は、次のコマンドを実行します。

startWebLogic.cmd

「ドメイン・モードとJDKの指定」の「ドメイン・モードおよびJDK」画面で「本番モード」を選択した場合、「管理者アカウントの構成」の「管理者アカウント」画面に表示されたように、管理者ユーザーのログイン資格証明のプロンプトが表示されます。

ヒント:

管理サーバーの起動の詳細は、『Oracle Fusion Middlewareの管理』で管理サーバーの起動と停止に関する項を参照してください。

本番モードでは、起動アイデンティティ・ファイルを作成することで、管理サーバーの起動時に必要なユーザー名とパスワードの指定を省略できます。詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。URLは、「ドメイン・ホームおよび管理サーバーURLの記録」の「構成に成功しました」画面に表示されています(http://administration_server_host:administration_server_port/console)。デフォルトの管理サーバーのポート番号は7001です。

注意:

製品スキーマをホストしているデータベースが稼働中であり、管理サーバーからアクセスできることを確認してください。

管理コンソールの使用方法については、『Oracle Fusion Middlewareの管理』のOracle WebLogic Server管理コンソールの使用のスタート・ガイドを参照してください。

7.2.3 管理対象サーバーの起動

管理サーバーを起動するには:

1. Oracle Fusion Middleware Controlにログインします。

http://administration_server_host:administration_server_port/em

管理サーバーのホストおよびポート番号は「構成に成功しました」画面のURLにありました(「ドメイン・ホームおよび管理サーバーURLを書き込む」)。デフォルトの管理サーバーのポート番号は7001です。

ログイン資格証明は「管理者アカウントの構成」の「管理者アカウント」画面で指定されました。

2. Enterprise Managerのランディング・ページには、このドメインに構成されているサーバーのリストと、それらのステータスが表示されます(「実行中」または「停止」など)。新しく構成されたドメインでは、AdminServer(管理サーバー)のみが実行されています。

3. 最初の管理対象サーバーを選択します。

4. 「WebLogic Server」メニューの横にある「起動」を選択します。

5. 手順3と4を繰り返して、すべての管理対象サーバーを起動します。

6. メインのランディング・ページで、すべての管理対象サーバーが起動して実行していることを確認します。

7.3 構成の検証

構成手順がすべて完了したら、ドメインが適切に構成されていることを検証する手順を実行できます。

ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。

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の管理』のバックアップとリカバリの概要に関する項を参照してください。

データベースのパージについての学習

古いフロー・インスタンス、アダプタ・レポートおよびフォルト・アラート・データをデータベースから自動的に削除するパージ・ジョブのスケジュールおよび実行について学習します。

『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のデータベース成長の管理に関する項を参照してください。

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 可用性の高い環境の準備に必要なタスク

タスク

説明

詳細情報

複数のホスト・コンピュータへのスケール・アウト

高可用性を有効にするには、他のホストコンピュータへのフェイルオーバーの機能を実現することが重要です。そうすることで、1台のコンピュータが停止しても、デプロイされたアプリケーションの利用者に対してご使用の環境でサービスを継続的に提供できます。

『高可用性ガイド』のトポロジのスケール・アウト(マシン・スケールアウト)に関する項を参照。

Web層コンポーネントの高可用性の構成。

Web層フロントエンドを追加した場合は、Web層の高可用性の構成とWebLogic Serverソフトウェアの構成が必要です。

『高可用性ガイド』のWeb層コンポーネントの高可用性の構成に関する項を参照。

フロントエンドのロード・バランサの設定

ロード・バランサを使用して、リクエストを複数のサーバーでより均等に分散できます。

『高可用性ガイド』の高可用性環境でのサーバーのロード・バランシングおよびロード・バランサの構成に関する項を参照。

ノード・マネージャの構成

ノード・マネージャを使用すると、リモートの場所から管理サーバー・インスタンスや管理対象サーバー・インスタンスを起動、停止および再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの拡張構成オプションおよび機能の詳細は、ノード・マネージャのドキュメントを参照してください。

『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

9 Oracle SOA SuiteおよびOracle Business Process Managementのアンインストール

この項の手順に従って、Oracle SOA SuiteおよびOracle Business Process Managementを削除または再インストールしてください。

ソフトウェアを削除するときは、この項で説明する手順に必ず従うことをお薦めします。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールする際に問題が発生する可能性があります。この項に示す手順に従うと、ソフトウェアは正常に削除されます。

- 製品削除の理解
Oracle Fusion Middlewareアンインストーラは、Oracleホーム・ディレクトリからソフトウェアを削除します。

- Oracle Fusion Middlewareの停止
アンインストーラを実行する前に、削除するOracleホームに関連付けられているすべてのサーバーとプロセスを停止することをお薦めします。

- データベース・スキーマの削除
Oracleホームを削除する前に、リポジトリ作成ユーティリティ(RCU)を実行し、このドメインに関連付けられたデータベース・スキーマを削除することをお薦めします。

- ソフトウェアの削除
この項の手順に従い、製品のアンインストーラを起動してソフトウェアを削除します。

- Oracleホーム・ディレクトリの手動削除
ソフトウェアを削除した後、アンインストーラで削除されなかったOracleホーム・ディレクトリと既存のサブディレクトリを手動で削除する必要があります。

- Windowsオペレーティング・システムでのプログラムのショートカットの削除
Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

- ドメインとアプリケーション・データの削除
ソフトウェアを削除した後、ドメインとアプリケーション・データを削除する必要があります。

- ソフトウェアの再インストール
この項に示す手順に従って(手動でのOracleホーム・ディレクトリの削除も含めて)ソフトウェアを削除した場合のみ、以前のインストールと同じOracleホームにソフトウェアを再インストールできます。

9.1 製品のアンインストールの理解

Oracle Fusion Middlewareアンインストーラは、Oracleホーム・ディレクトリからソフトウェアを削除します。

次の表に、削除の手順と、対応するドキュメントのリンクを示します。

表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ホームを削除する前に、リポジトリ作成ユーティリティ(RCU)を実行して、このドメインに関連付けられたデータベース・スキーマを削除することをお薦めします。

各ドメインには、カスタム接頭辞で一意に識別された独自のスキーマのセットがあります(『リポジトリ作成ユーティリティによるスキーマの作成』のカスタム接頭辞の理解に関する項を参照)。これらのスキーマは、他のドメインで共有できません(『リポジトリ作成ユーティリティによるスキーマの作成』のスキーマの作成計画に関する項を参照)。

データベースに複数のスキーマ・セットがある場合は、削除するドメインに関連付けられたスキーマ接頭辞を指定します。

スキーマを削除する手順については、『リポジトリ作成ユーティリティによるスキーマの作成』のスキーマの削除に関する項を参照してください。

9.4 ソフトウェアのアンインストール

この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

サイレント(コマンド・ライン)アンインストールを実行する場合は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

- 削除プログラムの起動
UNIXまたはWindowsのいずれかでアンインストーラを起動できます。

- 削除する製品の選択
Oracleホームには複数の製品が存在するため、必ず正しいOracleホームを削除するようにしてください。

- 削除画面のナビゲート
アンインストーラには、ソフトウェアの削除を確認する一連の画面が表示されます。

9.4.1 アンインストール・プログラムの起動

UNIXまたはWindowsのいずれかでアンインストーラを起動できます。

アンインストーラを起動する手順は次のとおりです。

- 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ホームをアンインストールしていることを確認します。

アンインストーラの実行後、「アンインストールする配布」画面が開きます。ドロップダウン・リストで「BPM_SOA 12.2.1.0.0」を選択し、「アンインストール」をクリックします。アンインストール・プログラムによって、「アンインストール画面のナビゲート」に示されている画面が表示されます。

注意:

Oracle SOA SuiteおよびOracle Business Process Management ソフトウェアをアンインストールした後は、アンインストール・ウィザードを再度実行することで、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/soa_domainの場合、次のように実行します。

cd /home/Oracle/config/domains
rm -rf soa_domain

Windowsオペレーティング・システムでドメイン・ホーム・ディレクトリがC:\Oracle\Config\domains\soa_domainの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\domainsディレクトリに移動し、soa_domainフォルダを右クリックして「削除」を選択します。

2. アプリケーション・ホーム・ディレクトリを手動で削除します。

たとえば、UNIXオペレーティング・システムでアプリケーション・ホーム・ディレクトリが/home/Oracle/config/applications/soa_domainの場合、次のように実行します。

cd /home/Oracle/config/applications
rm -rf soa_domain

Windowsオペレーティング・システムでアプリケーション・ホーム・ディレクトリがC:\Oracle\Config\applications\soa_domainの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\applicationsディレクトリに移動し、soa_domainフォルダを右クリックして「削除」を選択します。

3. Oracleホームにdomain_registry.xmlファイルをバックアップしてから、ファイルを編集し、削除しようとするドメインに関連する行を削除します。たとえば、soa_domainを削除するには、次の行を探して削除します。

<domain location="/home/Oracle/config/domains/soa_domain"/>

完了したらファイルを保存して終了します。

9.8 ソフトウェアの再インストール

この項に示す手順に従って(手動でのOracleホームディレクトリの削除も含めて)ソフトウェアをアンインストールした場合のみ、以前と同じOracleホームにソフトウェアを再インストールできます。

再インストールするときに、前回のインストールと同じOracleホームを指定できます。

Oracleホームが空ではない場合、次の事項を考慮します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストール時に指定したOracleホームには、インストールしようとしているソフトウェアと同じソフトウェアがすでに含まれている旨がインストーラによって警告されます。

オプションは次のとおりです。

- 別のインストール・タイプを選択します。この場合、Oracleホーム・ディレクトリに存在しない機能セットのみがインストールできます。

- 別のOracleホーム・ディレクトリを選択します。

- 空ではない既存のOracleホームへのインストール。
たとえば、ドメイン・ホームまたはアプリケーション・ホームを既存のOracleホーム内に作成するとします。このデータは、アンインストール・プロセスでは削除されないため、同じOracleホームにインストールしようとすると、インストーラによってインストールが拒否されます。選択肢は次のとおりです。

1. (この項の説明に従って) Oracleホームからソフトウェアをアンインストールしてから、Oracleホーム・ディレクトリを削除します。これが完了すると、再インストールして同じOracleホームの場所を再利用できるようになります。Oracleホームに存在していたドメインまたはアプリケーション・データは、再作成する必要があります。

2. 別のOracleホーム・ディレクトリを選択します。

A Oracle SOA SuiteおよびBusiness Process Managementのセカンダリ・トポロジ

Oracle SOA SuiteおよびBusiness Process Managementの代替トポロジとして、BPMのスタンドアロン・トポロジ、Enterprise Schedulerを備えたOracle SOA SuiteおよびApplication Development Frameworkを備えたOracle Business Process Managementがあります。

- Oracle Business Process Managementのスタンドアロン・トポロジ

- Oracle SOA SuiteおよびEnterprise Schedulerのトポロジ

- Oracle Business Process ManagementおよびApplication Development Framework (ADF)のトポロジ

A.1 Oracle Business Process Managementのスタンドアロン・トポロジ

Oracle SOA Suiteの代替トポロジは、Oracle Business Process Management (BPM)のスタンドアロン・トポロジになります。

- Oracle Business Process Managementのスタンドアロン・トポロジの理解

- Oracle Business Process Managementのスタンドアロン・トポロジのインストールと構成のロードマップ

A.1.1 Oracle Business Process Managementのスタンドアロン・トポロジの理解

図A-1 は、Oracle Business Process Managementのスタンドアロン・トポロジを示しています。

このトポロジは、Oracle Business Process Managementのソフトウェア機能のみを提供し、クラスタを提供しない単純なドメインが必要な場合に使用します。

Oracle Business Process Managementをクラスタにデプロイするドメインには、ライセンス許諾が影響する可能性があることに注意してください。詳細は、Oracle Fusion Middlewareライセンス情報を参照してください。

このトポロジでは、1つの管理サーバーと1つの管理対象サーバーが単一のホスト(SOAHOST1)上のOracle WebLogic Serverドメインに含まれています。Oracle SOA SuiteソフトウェアとOracle Business Process Managementソフトウェアは、どちらも管理対象サーバーに向けてターゲット設定されます。

本番データベースに必要なスキーマは、別個のホスト(DBHOST1)上のサポート対象Oracleデータベースにインストールされます。

図A-1 Oracle Business Process Managementのスタンドアロン・トポロジ

A.1.2 Oracle Business Process Managementのスタンドアロン・トポロジのインストールと構成のロードマップ

表A-1 は、システムでこのトポロジを構成するために必要なロードマップを説明しています。

表A-1 スタンドアロンのOracle Business Process Managementのインストールおよび構成手順

タスク

説明

詳細情報

特別な指示

システム環境を確認します

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

「システム環境の確認のロードマップ」を参照してください。

なし。

適切なディストリビューションを入手します

Oracle SOA SuiteとBusiness Process Managementはどちらも、既存のOracle Fusion Middleware Infrastructureインストール環境を必要とします。Oracle SOA SuiteとBusiness Process Managementは、Oracle Fusion Middleware Infrastructureと同じOracleホームにインストールする必要があります。

「製品のディストリビューションについて」を参照してください。

Oracle Infrastructureディストリビューションと、Oracle SOA SuiteおよびBusiness Process Managementディストリビューションの両方を入手する必要があります。

インストール・ディレクトリを決めます

作成する必要があるディレクトリが作成されているか、またはインストーラからアクセスでき、最小要件を満たすシステムに存在していることを確認します。

Oracle SOA SuiteとBusiness Process Managementはどちらも、Oracle Fusion Middleware Infrastructureが格納されている既存のOracleホーム・ディレクトリにインストールする必要があります。

Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。

なし。

Oracle Fusion Middlewareインフラストラクチャのインストール

Oracle Fusion Middleware Infrastructureをインストールして、Oracle Business Process Management用のOracleホーム・ディレクトリを作成します。

『Oracle Fusion Middleware Infrastructureのインストールと構成』を参照してください。

なし。

Oracle Business Process Managementソフトウェアのインストール

Oracle Business Process Managementソフトウェアを既存のInfrastructureのOracleホームにインストールします。

「Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール」を参照してください。

「インストール・タイプ」画面で、「BPM」を選択します。

WebLogicドメインの作成

構成ウィザードを使用してWebLogicドメインの作成および構成を行います。構成画面で適切なオプションを選択していることを確認します。

「Oracle Business Process Managementドメインの構成」を参照してください。

「管理対象サーバー」画面(「Oracle Business Process Managementの管理対象サーバーの構成」)では、唯一の管理対象サーバーbpm_serverを作成します。クラスタやマシンは作成しないでください。

サーバーの起動

ドメインの作成が完了したら、管理サーバーおよび管理対象サーバーを起動します。

「サーバーの起動」を参照してください。

管理サーバーおよび管理対象サーバーを起動します。

構成の確認

ドメインが適切に構成されていることを確認します。

「構成の確認」を参照してください。

なし。

スタンドアロン・モードでのBusiness Process Managementのインストールと構成後の次の手順

ここで構成したドメインに対して、運用や管理のタスクを実行できます。

「ドメイン構成後の次の手順」を参照してください。

なし。

A.2 Oracle SOA SuiteおよびEnterprise Schedulerのトポロジ

Oracle Enterprise Schedulerの機能をOracle SOA Suiteに統合できます。

- Oracle SOA SuiteおよびOracle Enterprise Schedulerのトポロジの理解

- Oracle SOA SuiteおよびOracle Enterprise Schedulerのトポロジのインストールと構成のロードマップ

A.2.1 Oracle SOA SuiteおよびOracle Enterprise Schedulerのトポロジの理解

図A-2は、Oracle SOA SuiteおよびEnterprise Schedule Services (ESS)のトポロジを示しています。

このトポロジは、Oracle Enterprise Schedulerの機能をOracle SOA Suiteと統合する場合に使用します。

このトポロジは、Oracle SOA Suiteの標準インストール・トポロジ(「Oracle SOA Suiteの標準インストール・トポロジの理解」を参照)とほとんど同じものですが、このトポロジでは、Oracle Enterprise Schedulerソフトウェアのターゲット設定が、Oracle Fusion Middleware InfrastructureおよびOracle SOA Suiteソフトウェアに向けられているだけではなく、Oracle WebLogic Serverクラスタにも向けられています。

図A-2 Oracle SOA SuiteおよびOracle Enterprise Scheduler Servicesのトポロジ

A.2.2 Oracle SOA SuiteおよびOracle Enterprise Schedulerのトポロジのインストールと構成のロードマップ

表A-2 では、このトポロジをシステム上に構成するために必要になる、ロードマップについて説明しています。

表A-2 Oracle SOA SuiteおよびOracle Enterprise Schedulerのインストールと構成の手順

タスク

説明

詳細情報

特別な指示

システム環境を確認します

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

「システム環境の確認のロードマップ」を参照してください。

なし。

適切なディストリビューションを入手します

Oracle SOA SuiteとOracle Enterprise Schedulerはどちらも、既存のOracle Fusion Middleware Infrastructureインストール環境を必要とします。Oracle SOA Suiteをインストールすると、Oracle Enterprise Schedulerもインストールされますが、Oracle SOA Suiteは、Oracle Fusion Middleware Infrastructureと同じOracleホームにインストールする必要があります。

「製品のディストリビューションについて」を参照してください。

Oracle Fusion Middleware InfrastructureとOracle SOA SuiteおよびBusiness Process Managementの両方のディストリビューションを入手する必要があります。

インストール・ディレクトリを決めます

作成する必要があるディレクトリが作成されているか、またはインストーラからアクセスでき、最小要件を満たすシステムに存在していることを確認します。

Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。

なし。

Oracle Fusion Middleware Infrastructureのインストール

Oracle Fusion Middleware Infrastructureをインストールして、Oracle SOA Suite用のOracleホーム・ディレクトリを作成します。

『Oracle Fusion Middleware Infrastructureのインストールと構成』を参照してください。

なし。

ソフトウェアのインストール

Oracle SOA Suiteソフトウェアを既存のOracle Fusion Middleware Infrastructureホームにインストールします。

Oracle SOA Suiteをインストールすると、Oracle Enterprise Schedulerもインストールされます。

「Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール」を参照してください。

「インストール・タイプ」画面で、「SOA」を選択します。

WebLogicドメインの作成

構成ウィザードを使用してWebLogicドメインの作成および構成を行います。構成画面で適切なオプションを選択していることを確認します。

「Oracle SOA Suiteドメインの構成」を参照してください。

「Oracle SOA SuiteおよびOracle Enterprise Scheduler用に選択する構成オプション」に示された、特定の画面に対する指示に従います。

サーバーの起動

ドメインの作成が完了したら、管理サーバーおよび管理対象サーバーを起動します。

「サーバーの起動」を参照してください。

WSM-PMがターゲット設定されている管理対象サーバーを起動してから、Oracle Enterprise SchedulerがデプロイされているManager Serverを起動します。

構成の確認

ドメインが適切に構成されていることを確認します。

「構成の確認」を参照してください。

なし。

Oracle SOA SuiteおよびOracle Enterprise Schedulerのインストールと構成後の次の手順

ここで構成したドメインに対して、運用や管理のタスクを実行できます。

「ドメイン構成後の次の手順」を参照してください。

なし

- Oracle SOA SuiteおよびOracle Enterprise Scheduler用に選択する構成オプション

A.2.2.1 Oracle SOA SuiteおよびOracle Enterprise Scheduler用に選択する構成オプション

Oracle SOA SuiteおよびEnterprise Scheduleサービスの構成時の画面と選択する必要のあるオプションは、「Oracle SOA Suiteドメインの構成」に示したものとほとんど同じです。ただし、次の表に示すように、一部の画面では異なるオプションを選択する必要があります。

表A-3 Oracle SOA SuiteおよびEnterprise Schedule Servicesのトポロジの主要な画面と構成オプション

画面

説明

コンポーネントの選択

この画面は、スキーマを作成するためにRCUを実行すると表示されます。

「カスタム接頭辞の指定とスキーマの選択」に示したスキーマ・リストに加えて、「Oracle Enterprise Scheduler」を選択します。

テンプレート

この画面は、ドメインを作成するために構成ウィザードを開始した後に表示されます。

「Oracle SOA Suiteの構成テンプレートの選択」に示されたテンプレートに加えて、次のテンプレートを選択します。

- Oracle Enterprise Scheduler Services Basic - 12.2.1.0 [oracle_common]

- Oracle Enterprise Manager Plugin for ESS - 12.2.1.0 [em]

管理対象サーバー

「管理対象サーバー」画面(「Oracle SOA Suiteの管理対象サーバーの構成」)で、soa_server1とess_server1という2つの管理対象サーバーが作成されます。ess_server1を削除して、soa_server2を作成します。「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択していることを確認します。「すべてのローカル・アドレス」を使用しないでください。

「サーバー・グループ」ドロップダウン・リストで、soa_server1とsoa_server2がSOA-MGD-SVRSとESS_MGD_SVRSにターゲット設定されていることを確認します。

サーバーのクラスタへの割当

この画面(「クラスタへのOracle SOA Suite管理対象サーバーの割当て」)で、soa_server1とsoa_server2の両方をsoa_cluster1に割り当てます。

サーバーのマシンへの割当

この画面(「Oracle SOA Suiteマシンへのサーバーの割当て」)で、AdminServer、soa_server1およびsoa_server2をsoa_machine1に割り当てます。

A.3 Oracle Business Process ManagementおよびApplication Development Framework (ADF)のトポロジ

あるクラスタにOracle Business Process Managementソフトウェアをターゲット設定し、別のクラスタにOracle Application Development Frameworkソフトウェアをターゲット設定できるため、2つの製品間でのリソースの競合がなくなります。

- Oracle Business Process ManagementおよびOracle Application Development Frameworkのトポロジの理解

- Oracle Business Process ManagementおよびOracle Application Development Frameworkのトポロジのインストールと構成のロードマップ

A.3.1 Oracle Business Process ManagementおよびOracle Application Development Frameworkのトポロジの理解

図A-3は、Oracle Business Process Management (BPM)およびOracle Application Development Framework (ADF)のトポロジを示しています。

このトポロジは、BPMソフトウェアと、ADFを使用して開発されたカスタム・ユーザー・インタフェースの両方を活用しているアプリケーションをデプロイする場合に使用します。このトポロジを使用すると、あるクラスタにBPMソフトウェアをターゲット設定して、別のクラスタにADFソフトウェアをターゲット設定できるため、2つの製品間でのリソースの競合がなくなります。

図A-3 BPMとADFのトポロジ

A.3.2 Oracle Business Process ManagementおよびOracle Application Development Frameworkのトポロジのインストールと構成のロードマップ

表A-4 では、このトポロジをシステム上に構成するために必要になる、ロードマップについて説明しています。

表A-4 Oracle Business Process ManagementおよびOracle Application Development Frameworkのインストールと構成の手順

タスク

説明

詳細情報

特別な指示

システム環境を確認します

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

「システム環境の確認のロードマップ」を参照してください。

なし。

適切なディストリビューションを入手します

Oracle SOA SuiteとOracle Business Process Managementはどちらも、既存のOracle Fusion Middleware Infrastructureのインストール環境を必要とします。Oracle SOA Suiteは、Oracle Fusion Middleware Infrastructureと同じOracleホームにインストールする必要があります。

「製品のディストリビューションについて」を参照してください。

Oracle Fusion Middleware InfrastructureとOracle SOA SuiteおよびOracle Business Process Managementの両方のディストリビューションを入手する必要があります。

インストール・ディレクトリを決めます

作成する必要があるディレクトリが作成されているか、またはインストーラからアクセスでき、最小要件を満たすシステムに存在していることを確認します。

Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。

なし。

Oracle Fusion Middleware Infrastructureのインストール

Oracle Fusion Middleware Infrastructureをインストールして、Oracle SOA Suite用のOracleホーム・ディレクトリを作成します。

『Oracle Fusion Middleware Infrastructureのインストールと構成』を参照してください。

なし。

ソフトウェアのインストール

Oracle Business Process Managementソフトウェアを既存のOracle Fusion Middleware Infrastructureホームにインストールします。

「Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール」を参照してください。

「インストール・タイプ」画面で、「BPM」を選択します。

WebLogicドメインの作成

構成ウィザードを使用してWebLogicドメインの作成および構成を行います。構成画面で適切なオプションを選択していることを確認します。

「Oracle Business Process Managementドメインの構成」を参照してください。

「Oracle Business Process ManagementおよびApplication Development Framework用に選択する構成オプション」に示された、特定の画面に対する指示に従います。

サーバーの起動

ドメインの作成が完了したら、管理サーバーおよび管理対象サーバーを起動します。

「サーバーの起動」を参照してください。

なし。

構成の確認

ドメインが適切に構成されていることを確認します。

「構成の確認」を参照してください。

なし。

Oracle Business Process ManagementおよびOracle Application Development Frameworkのインストールと構成後の次の手順

ここで構成したドメインに対して、運用や管理のタスクを実行できます。

「ドメイン構成後の次の手順」を参照してください。

なし。

- Oracle Business Process ManagementおよびApplication Development Framework用に選択する構成オプション

A.3.2.1 Oracle Business Process ManagementおよびApplication Development Framework用に選択する構成オプション

Oracle Business Process ManagementおよびApplication Development Frameworkの構成時の画面と選択する必要のあるオプションは、「Oracle Business Process Managementドメインの構成」に示したものとほとんど同じです。ただし、異なるオプションを選択しなければならない画面も2、3あります。表A-5に示されたとおりに、構成オプションを選択するようにしてください。

表A-5 Oracle Business Process ManagementおよびApplication Development Frameworkのトポロジの主要な画面と構成オプション

画面

説明

管理対象サーバー

「管理対象サーバー」画面(「Oracle Business Process Managementの管理対象サーバーの構成」)で、次の手順を実行します。

1. 「追加」をクリックして、次の管理対象サーバーを作成します。

- 2つのBPM管理対象サーバー、bpm_server1とbpm_server2。

- 2つのADF管理対象サーバー、adf_server1とadf_server2。

2. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択していることを確認します。「すべてのローカル・アドレス」を使用しないでください。

3. 「サーバー・グループ」ドロップダウン・リストで、bpm_server1とbpm_server2がSOA-MGD-SVRSにターゲット設定されていて、adf_server1とadf_server2にはサーバー・グループが割り当てられていないことを確認します。ADF管理対象サーバーは、「未指定」のままにします。

クラスタ

「クラスタ」画面(「Oracle Business Process Managementのクラスタの構成」)で、2つのクラスタbpm_cluster1およびadf_cluster1を作成します。

サーバーのクラスタへの割当

この画面(「クラスタへのOracle Business Process Management管理対象サーバーの割当」)で、次に示すようにサーバーを割り当てます。

- bpm_server1とbpm_server2をbpm_cluster1に割り当てます

- adf_server1とadf_server2をadf_cluster1に割り当てます

マシン

この画面(「Oracle Business Process Managementマシンの新規作成」)で、2つのマシンbpm_machine1およびadf_machine2を作成します。

サーバーのマシンへの割当

この画面(「Oracle Business Process Managementマシンへのサーバーの割当」)で、次のようにサーバーを割り当てます。

- AdminServer、bpm_server1およびbpm_server2をbpm_machine1に割り当てます

- adf_server1とadf_server2をadf_machine1に割り当てます

オラクルの法律上の注意点について

コピーライトについて

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を参照してください。