Oracle® Fusion Middleware

Oracle Service Busのインストールおよび構成

12c (12.2.1.1)

E77347-02(原本部品番号:E73056-02)

2016年8月

Oracle Service Busのインストール方法と構成方法について説明する、インストール・ユーザーおよびシステム管理者向けのドキュメントです。

Oracle Fusion Middleware Oracle Service Busのインストールおよび構成 12c (12.2.1.1)

E77347-02

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

原本著者: Ingrid Snedecor

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

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

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

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の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Service Busのインストールについて

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

- 1.1.1Oracle Service Bus標準インストール・トポロジについて

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

- 1.2InsightのOracle Service Busとの統合の理解

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

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

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

2 Oracle Service Busのインストールおよび構成の準備

- 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 製品の配布について

- 2.4 製品の配布の入手

3 Oracle Service Busソフトウェアのインストール

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

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

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

- 3.4 インストールの確認

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

- 3.4.2 ディレクトリ構造の確認

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

4 Oracle Service Busドメインの構成

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

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

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

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

- 4.2.2.2 Oracle Service Busの構成テンプレートの選択

- 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 ノード・マネージャの構成

- 4.2.2.13 Oracle Service Busの管理対象サーバーの構成

- 4.2.2.14 管理サーバーのOracle Service Busランタイム・サーバーとしての構成

- 4.2.2.15 Oracle Service Busのクラスタの構成

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

- 4.2.2.17 Coherenceクラスタの構成

- 4.2.2.18 新しいOracle Service Busマシンの作成

- 4.2.2.19 Oracle Service Busマシンへのサーバーの割当て

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

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

- 4.3 サーバーの起動

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

- 4.3.2 管理サーバーの起動

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

- 4.4 構成の確認

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

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

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

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

6Oracle Service Busの削除または再インストール

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

- 6.2 Oracle Fusion Middlewareの停止

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

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

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

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

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

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

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

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

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

Oracle Service BusおよびOracle Enterprise Schedulerのトポロジ

はじめに

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

- 対象者

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

- 関連ドキュメント

- 表記規則

対象読者

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

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

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

Oracleサポートへのアクセス

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

関連ドキュメント

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

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

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

- Oracle Service Busの管理

- 『高可用性ガイド』

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

表記規則

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

表記規則

意味

太字

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

イタリック

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

固定幅フォント

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

1 Oracle Service Busのインストールについて

この項では、この製品の標準トポロジを説明することで、Oracle Service Busの標準的なインストールについて説明します。

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

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

- InsightのOracle Service Busとの統合の理解」
Oracle Real-Time Integration Business Insight (Insight)エージェントとOracle Service Busを、メトリックを収集するように構成できます。

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

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

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

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

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

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

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

- Oracle Service Bus標準インストール・トポロジについて
このトポロジは、WebLogic Serverドメインに1つの管理サーバーと1つ以上のクラスタ(その中に1つ以上の管理対象サーバーを含む)が存在する場合の標準的な形を示すものです。

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

1.1.1 Oracle Service Busの標準インストール・トポロジについて

このトポロジは、WebLogic Serverドメインに1つの管理サーバーと1つ以上のクラスタ(その中に1つ以上の管理対象サーバーを含む)が存在する場合の標準的な形を示すものです。

次の図に、Oracle Service Busの標準インストール・トポロジを示します。

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

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

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

次の表に、トポロジ図のすべての要素を示します。

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

要素

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

APPHOST

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

DBHOST

Oracleのドキュメントで、データベースをホストするマシンを表す標準の用語。

WebLogicドメイン

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

管理サーバー

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

Enterprise Manager

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

クラスタ

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

マシン

1つまたは複数のWebLogic Serverインスタンス(サーバー)をホストするコンピュータを論理的に表現するもの。マシンは、管理対象サーバーとノード・マネージャ間をつなぐ論理的な役割も果します。ノード・マネージャを使用して管理対象サーバーの起動および停止を行うには、管理対象サーバーとマシンを関連付けます。

管理対象サーバー

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

インフラストラクチャ

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

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

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager(OWSM)

1.2 InsightのOracle Service Busとの統合の理解

Oracle Real-Time Integration Business Insight (Insight)エージェントおよびOracle Service Busを構成して、メトリックを収集できます。

Insightによりビジネス・ユーザーは、Webベースのダッシュボードおよびレポートを使用して、すでにデプロイ済の統合およびアプリケーションを変更する必要なく、ビジネスレベル・メトリックをモデル化、収集および監視できます。Insightは、BAMの管理対象サーバーと同じ場所に配置されます。ビジネス・メトリックはOracle SOA SuiteまたはOracle Service Bus管理対象サーバーとともに配置されるInsightエージェントにより収集され、BAMダッシュボードおよびレポートを使用して表示されて、中央アプリケーションで使用できるようになります。

InsightエージェントをOracle Service Busとともに含めるには、構成ウィザードでInsight Service Busエージェント・テンプレートを選択します。「Oracle Service Busの構成テンプレートの選択」を参照してください。

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

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

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

- Oracle Real-Time Integration Business Insightの使用

- Oracle Real-Time Integration Business Insightの管理

- 『Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成』のOracle Real-Time Integration Business Insight標準インストール・トポロジの理解に関する項

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

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

これは共有トピックから共有トピックへのxrefの変数を使用するテストです。

このガイドの主な項では、標準インストール・トポロジをインストールおよび構成する方法について説明します。セカンダリ・トポロジには、標準インストール・トポロジで確認されていないまたは含まれていない複数の製品が含まれます。

セカンダリ・トポロジをインストールおよび構成するガイドラインは、「Oracle Service BusおよびOracle Enterprise Schedulerのトポロジ」を参照してください。

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

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

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

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

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

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

2 Oracle Service Busのインストールおよび構成の準備

Oracle Service Busのインストールを準備するには、使用システムが基本的な要件に合致しているかどうかを確認してから、正しいインストール・ソフトウェアを取得します。

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

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

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

- 配布される製品の入手
Oracle Fusion MiddlewareインフラストラクチャおよびOracle Service Busとして配布される製品は、Oracle Technology Network (OTN)で入手できます。

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

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

適切なディストリビューションを入手します

Oracle Fusion Middleware InfrastructureとOracle Service Busの両方の配布を入手する必要があります。

「製品の配布について」を参照してください。

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

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

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

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

Oracle Fusion Middleware Infrastructureをインストールして、Oracle Service Bus用のOracleホーム・ディレクトリを作成します。

Oracle Fusion Middleware Infrastructureの場合、『Oracle Fusion Middleware Infrastructureのインストールと構成』を参照してください。Infrastructureのインストールのみ実行する必要があります。Infrastructureのドメインを構成する必要はありません。

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

Oracle Universal Installerを実行して、Oracle Service Busをインストールします。

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

「Oracle Service Busソフトウェアのインストール」を参照してください。

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

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

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

スキーマの作成

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

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

WebLogicドメインの作成

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

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

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

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

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

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

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

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

WebLogicドメインを構成するには、Oracle Service Busで必要なスキーマに対して適切に構成された、動作保証済のデータベースにアクセスできる必要があります。

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

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

- 「インストール・ユーザーの選択」
システムでインストールおよび構成を実行するユーザーには十分な権限が必要です。

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

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

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

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

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

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

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

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

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

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

システムでインストールおよび構成を実行するユーザーには十分な権限が必要です。

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

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

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

2.2.2.1 ユーザー権限の理解

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

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

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

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

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

次に例を示します。

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

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

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

- 例2: Oracleホームとドメインを別のユーザーが作成する場合
この例では、一方のユーザーがOracleホームを作成し、もう一方のユーザーがドメインを構成した場合の権限が示されています。

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

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

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

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

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

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

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

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

デフォルトの権限設定を変更すると、インストールの、さらに場合によってはシステムのセキュリティが脆弱になります。デフォルトの権限の設定を変更することはお薦めしません。

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

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

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

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

デフォルトでは、管理者グループのメンバーは一般レベルの権限でサインインしますが、管理タスクを実行する際には高いレベルの権限を要求できます。

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

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

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

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

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

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

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

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

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 Fusion Middleware 12cの相互運用性および互換性を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

製品Bをインストールするには、管理サーバーを停止して、新たな製品の追加中にドメインへの更新が行われないようにします。その上で、製品Bのインストール・ガイドの指示に従って、必要なスキーマの作成も含め作業を行います。最後に、製品Bを含めるように製品Aのドメインを拡張してから、すべてのサーバーを再び起動します。

- 方法2
必要な製品をすべて、構成はせずにインストールした後、すべての製品に対してスキーマを作成します。スキーマを作成した後、各製品で必要となるテンプレートをすべてを使用してドメインを構成し、その後すべてのサーバーを起動します。

複数の製品が稼働するドメインを作成するにはこちらの方が若干速い可能性がありますが、Fusion Middlewareライブラリにはこの方法でドメインを作成する際の具体的手順が示されていません。適宜サポート・ドキュメントを参照する必要があります。

2.2.3.6 共有記憶域の準備

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

共有記憶域を使用する予定のある場合、詳細は『高可用性ガイド』 の共有記憶域の使用に関する項を参照してください。

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

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

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

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

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

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

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

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

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

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

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

注意:

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

データベースが適切に構成されると、リポジトリ作成ユーティリティ(RCU)を実行して、データベースに製品のスキーマを作成します。このツールは各Oracle Fusion Middleware製品のOracleホームで使用できます。RCUの詳細は、『リポジトリ作成ユーティリティによるスキーマの作成』の「リポジトリ作成ユーティリティの理解」を参照してください。

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

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

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

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

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

- Healthcare Integrationカスタム変数について
この変数は、Oracle SOA SuiteのHealthcare Integrationユーザー・インタフェースのアクティブ化に利用されます。インタフェースは、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カスタム変数について

Healthcare Integrationカスタム変数は、Oracle SOA SuiteのHealthcare Integrationユーザー・インタフェースをアクティブ化する際に利用されます。インタフェースは、Oracle Business Process Management用にサポートされていません。

Healthcare Integrationユーザー・インタフェースをOracle SOA Suiteで使用する予定が無い場合、Healthcare Integrationカスタム変数の値はNOに設定します。Healthcare Integrationユーザー・インタフェースをOracle SOA Suiteで使用する予定がある場合は、YESに設定します。この変数を設定しない場合、Healthcare Integrationユーザー・インタフェースはインストールおよび構成を終えても正常に動作しません。

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

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

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

2.3 製品の配布について

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

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

- Oracle Web Services Manager。

- Oracle Application Development Framework (Oracle ADF)

- Oracle Enterprise Manager Fusion Middleware Control。

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

- Oracle Fusion Middleware製品のサポートに必要なその他のライブラリおよびテクノロジ

配布のインストールと構成を行うには、動作保証されたJDKがシステムに存在していることが必要です。12c (12.2.1.1)では、動作保証されたJDKは1.8.0_77です。

注意:

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

2.4 製品の配布の入手

Oracle Fusion MiddlewareインフラストラクチャおよびOracle Service Busとして配布される製品は、Oracle Technology Network (OTN)で入手できます。

Oracle Fusion Middlewareソフトウェアの入手先とダウンロードについては、OTNでOracle Fusion Middlewareダウンロード、インストール、構成のReadmeファイルを参照してください。

製品の配布を入手しインストーラを実行する前に、動作保証されたJDKがシステムにインストールされていることを確認してください。詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のJDKのインストールに関する項を参照してください。

3 Oracle Service Busソフトウェアのインストール

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

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

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

- インストール・プログラムの開始
インストールを始める前に、JDKおよび必要なソフトウェアについて確認します。

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

- 「インストールの確認」
インストールの完了後、一連のタスクを完了することにより、正常にインストールされたことを確認できます。

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

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

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

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

情報

値の例

説明

JAVA_HOME

/home/Oracle/Java/jdk1.8.0_77

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

データベース・ホスト

examplehost.exampledomain

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

データベース・ポート

1521

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

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

orcl

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

DBAユーザー名

SYS

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

DBAパスワード

myDBApw957

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

ORACLE_HOME

/home/Oracle/product/ORACLE_HOME

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

このディレクトリには、必要に応じてOracle Fusion Middleware Infrastructureおよび Oracle Service Busを含められます。

WebLogic Serverのホスト名

examplehost.exampledomain.com

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

コンソール・ポート

7001

Oracle WebLogic ServerおよびOracle Service Busのコンソールのポート。

DOMAIN_HOME

/home/Oracle/config/domains/osb_domain

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

APPLICATION_HOME

/home/Oracle/config/applications/osb_domain

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

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

weblogic

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

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

myADMpw902

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

FTPポート

7021

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

RCUユーティリティ

ORACLE_HOME/oracle_common/bin

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

RCUスキーマの接頭辞

OSB

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

RCUスキーマ・パスワード

myRCUpw674

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

構成ユーティリティ

ORACLE_HOME/oracle_common/common/bin

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

$FTP_ROOT

${ORACLE_HOME}/b2b/ftp_root

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

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

インストールを始める前に、JDKおよび必要なソフトウェアについて確認します。

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

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

2. コマンドラインからjava -versionを実行して、動作保証されたJDKがすでにシステムにあることを確認します。公開の時点では、12c (12.2.1.1)の動作保証されたJDKは1.8.0_77でした。詳細は、「Oracle Fusion Middlewareのサポートされるシステム構成」ページで適切な動作保証ドキュメントを参照してください。

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

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

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

- UNIXオペレーティング・システム: /home/Oracle/Java/jdk1.8.0_77/bin/java —jar fmw_12.2.1.1.0_osb_generic.jar

- Windowsオペレーティング・システム: インストールアイコンをダブルクリックするか、コマンド・プロンプトにC:\home\Oracle\Java\jdk1.8.0_77\bin\java -jar fmw_12.2.1.1.0_osb_generic.jarを入力します

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

注意:

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

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

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

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

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

表3-2 Oracle Service Busのインストール画面

画面

説明

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

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

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

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

ようこそ

この画面では、情報を参照してすべての前提条件が満たされていることを確認して「次」をクリックします。

自動更新

この画面では、自動更新をスキップする選択をするか、パッチを選択するか、My Oracle Supportアカウントを使用して、重要なセキュリティ更新を含む最新のソフトウェア更新を検索します。

インストールの場所

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

「表示」をクリックすると、Oracle Service Busが正しいOracleホームにインストールされていることを確認できます。

前提条件チェック

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

検証済のタスクのリストを表示する場合は、「正常なタスクの表示」を選択します。ログ詳細を表示するには、「ログを表示」を選択します。前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。エラー・メッセージや警告メッセージを無視してインストールを続けるには、「スキップ」をクリックします(非推奨)。

インストール・サマリー

この画面では、選択したインストール・オプションを検証します。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルには、入力したすべての情報が収集して格納され、後で(コマンドラインから)サイレント・インストールを実行するために使用できます。

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

インストールの進行状況

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

進捗バーが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 Service Busドメインの構成

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

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

- Oracle Service Busのインストールおよび構成の準備

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

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

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

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

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

- 「構成の確認」
構成手順が完了したら、ドメインが正しく構成されたことを確認する手順を実行できます。

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

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

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

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

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

- 「RCU画面からスキーマ作成へのナビゲート」
RCU画面を使用して、データベース・スキーマを作成します。

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

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

詳細は、Oracle Fusion Middlewareのインストールのプランニングの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オペレーティング・システム(Cシェル)の場合:

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

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

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

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

3. RCUをORACLE_HOME/oracle_common/binディレクトリから起動します:

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

./rcu

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

rcu.bat

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

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

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

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

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

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

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

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

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

4.1.3.1 RCUの概要

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

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

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

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

「リポジトリの作成」画面で、次の操作を行います。

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

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

- システム・ロードのためのSQLスクリプトをDBAが実行済の場合、「製品ロードの実行」を選択します。

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

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

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

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

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

「新規接頭辞の作成」を選択し、カスタム接頭辞を指定して、「SOAスイート」スキーマを選択します。これにより、SOA Infrastructureと、依存コンポーネントとしての次のスキーマが自動的に選択されます。

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

- メタデータ・サービス

- WebLogicサービス

- Oracle Platform Security Services

- 監査サービス

- 監査サービス追加

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

ヒント:

ここで入力したカスタム接頭辞は、後でドメイン作成プロセスで必要になるため、書き留めておいてください。

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

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

ヒント:

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

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

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

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

「スキーマ・パスワード」画面でスキーマのパスワードをデータベースに設定する方法として希望するものを指定してから、パスワードの指定と確認を行います。

ヒント:

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

4.1.3.6 カスタム変数の指定

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

Oracle SOA Suiteの標準インストール・トポロジでは、Database Profile、Healthcare Integrationのいずれもデフォルト値(それぞれSmall、No)のままにしておきます。

詳細は「SOA Suiteスキーマに必要なカスタム変数について」を参照してください。

ヒント:

この画面に示されるオプションの詳細は、『リポジトリ作成ユーティリティを使用したスキーマの作成』のカスタム変数に関する項を参照してください。

4.1.3.7 スキーマ作成の実行

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

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

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

4.2 ドメインの構成

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

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

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

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

4.2.1 構成ウィザードの起動

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

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

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

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

ORACLE_HOME/oracle_common/upgrade/bin

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

ORACLE_HOME\oracle_common\upgrade\bin

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

2. 構成ウィザードを起動します。

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

./config.sh

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

config.cmd

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

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

注意:

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

次の項で、構成ウィザードの手順を実行します。

- 「ドメイン・タイプとドメイン・ホームの場所の選択」
Oracleホーム・ディレクトリ以外で、最適なドメイン・ホーム・ディレクトリの場所を選択する必要があります。

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

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

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

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

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

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

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

- キーストア証明書または鍵へのパスの指定
「キーストア」画面を使用して、各キーストアの信頼できる証明書へのパス、または各キーストアの秘密鍵へのパスおよび秘密鍵に関するその他の情報へのパスを指定します。

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

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

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

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

- 「管理サーバーのOracle Service Busランタイム・サーバーとしての構成」
12c (12.1.3)からは、スタンドアロンOracle Service Busドメインが必要な場合、管理サーバーをOracle Service Busランタイム・サーバーとして構成できます。

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

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

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

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

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

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

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

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

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

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

注意:

Oracle Real-Time Integration Business Insightエージェント(Insight Service Busエージェント)を使用してビジネス・メトリックを収集する場合:

- InsightはBAMと同じドメインに配置される必要があります。「InsightのOracle Service Busとの統合の理解」を参照してください。

- BAMとInsightをOracle Service Busドメインとは別のドメインで構成する場合、Oracle Service BusドメインもBAMを含むことはできません。Oracle Service BusとBAMが同じドメインに配置されている場合、BAMデータ・ソース・エントリはローカルのSOAスキーマを参照するはずです。Insightエージェント(SOAおよびOracle Service Busドメイン内)は、BAMデータ・ソース・エントリを介して、リモートのBAM/InsightドメインのSOAスキーマにアクセスします。しかし、BAMがOracle Service Busドメインで動作するのに、BAMデータ・ソースがローカルのSOAスキーマを参照する必要がある場合、InsightエージェントはリモートBAM/InsightドメインのSOAスキーマにアクセスできません。

- Oracle Service BusドメインをリモートのBAM/Insightドメインと通信するInsight Service Busエージェントを含むように構成する場合、BAM/InsightドメインのSOAスキーマを参照するようにBAMデータ・ソース・エントリを手動で編集する必要があります。詳細は、「JDBCコンポーネント・スキーマ情報の指定」を参照してください。

- BAMおよびInsightがOracle Service Busと同じドメインに配置されていれば、BAMデータ・ソース・エントリは正しいSOAスキーマ(Oracle Service Busドメイン内)を参照するので、手動での更新は必要ありません。

ドメイン・タイプおよびドメイン・ホーム・ディレクトリを指定するには、次の手順を実行します。

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

注意:
「既存ドメインの更新」を選択することで、既存のOracle Service BusドメインをInsightエージェントを含むように拡張することもできます。ドメインの拡張の詳細は、『Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』を参照してください。既存のドメインがInsight Service Busエージェント・テンプレートを含むように拡張されている場合、そのクラスタのサーバーをホストするすべてのマシン内のドメインを再パックおよびアンパックする必要があります。

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

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

4.2.2.2 Oracle Service Busの構成テンプレートの選択

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

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

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

- WebLogic Advanced Web Services for JAX-RPC Extension

- ODSI XQuery 2004 Components

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

- Insight Service Busエージェント - 12.2.1.1.0 [osb] Oracle Real-Time Integration Business InsightエージェントとOracle Service Busを含める場合。
「InsightのOracle Service Busとの統合の理解」を参照してください。

ヒント:

この画面に示されるオプションの詳細は、『構成ウィザードによる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コンポーネント・スキーマ」画面に示される値が、すべてのスキーマに対して適切であることを確認します。次のことを確認して、スキーマ表がBAMに対して正しく移入されない場合について理解します。

- Oracle Service BusドメインをリモートのBAM/Insightドメインと通信するInsight Service Busエージェントを含むように構成する場合、BAM/InsightドメインのSOAスキーマを参照するようにBAMデータ・ソース・エントリを手動で編集する必要があります。編集する必要があるデータ・ソースは次のとおりです。

- BamDataSource (SOAINFRAスキーマ)

- BamJobSchedDataSource (WLSスキーマ)

- BamLeasingDataSource (WLS_RUNTIMEスキーマ)

- BamNonJTADataSource (SOAINFRAスキーマ)

- mds-bam (MDSスキーマ)

- BAMおよびInsightがOracle Service Busと同じドメインに配置されていれば、BAMデータ・ソース・エントリは正しいSOAスキーマ(Oracle Service Busドメイン内)を参照するので、手動での更新は必要ありません。

ヒント:

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

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

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

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

4.2.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

4.2.2.9 キーストア証明書または鍵へのパスの指定

「キーストア」画面を使用して、各キーストアの信頼できる証明書へのパス、または各キーストアの秘密鍵へのパスおよび秘密鍵に関するその他の情報へのパスを指定します。

この画面を使用して、各キーストアの信頼できる証明書へのパス、または各キーストアの秘密鍵へのパスおよび秘密鍵に関するその他の情報へのパスを指定します。

「信頼できる証明書」、「秘密鍵」または「アイデンティティ証明書」フィールドをクリックすると、フィールドの右側に参照アイコンが表示されます。このアイコンをクリックして、適切なファイルを参照します。

ヒント:

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

4.2.2.10 詳細な構成の選択

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

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

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

4.2.2.13 Oracle Service Busの管理対象サーバーの構成

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

「管理対象サーバー」画面で、osb_server_1という名前の新しい管理対象サーバーがデフォルトで作成されます。

標準トポロジの場合、次の操作を実行します。

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

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

- Oracle Service Busサーバーとは異なるサーバーにOWSMポリシー・マネージャを配置する場合、OSB-MGD-SVRS-ONLYを選択します。これにより、サーバーにはOracle Service Busのみがターゲット設定され、OWSMポリシー・マネージャはターゲット設定されません。

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

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

「追加」をクリックし、この手順を繰り返して、osb_server_2という名前の2番目の管理対象サーバーを作成します。

注意:

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

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

このドキュメントではこれらのサーバー名を使用します。別の名前を選択した場合は、必要に応じて置き換えてください。

ヒント:

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

4.2.2.14 管理サーバーのOracle Service Busランタイム・サーバーとしての構成

12c (12.1.3)からは、スタンドアロンOracle Service Busドメインが必要な場合、管理サーバーをOracle Service Busランタイム・サーバーとして構成できます。

管理サーバーをOracle Service Busランタイム・サーバーとして使用するには、コンパクト・ドメインを作成する必要があります。ただし、コンパクト・ドメインは開発者環境でのみサポートされており、本番環境ではサポートされていません。そのため、本番では管理サーバーで実行するOracle Service Busをサポートしていません。テストおよび開発環境においてコンパクト・ドメインを作成するには、『SOA SuiteおよびBusiness Process Management SuiteのQuick Start for Developersのインストール』のコンパクト・ドメインの構成に関する項を参照してください。

注意:
Oracle Service BusのインストールにQuick Startインストールを使用していない場合でも、『SOA SuiteおよびBusiness Process Management SuiteのQuick Start for Developersのインストール』の手順に従って、コンパクト・ドメインを作成できます。

4.2.2.15 Oracle Service Busのクラスタの構成

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

「Coherenceクラスタ」画面で次の操作を実行します。

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

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

3. 同じ手順を繰り返して、osb_server_2をosb_cluster_1に割り当てます。

次の図で、管理対象サーバーがクラスタへ割り当てられた後のクラスタ・ペインの例を示します。

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

ヒント:

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

4.2.2.17 Coherenceクラスタの構成

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

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

注意:

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

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

注意:

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

4.2.2.18 新しいOracle Service Busマシンの作成

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

ヒント:

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

ノード・マネージャによりサーバーを起動および停止できるように、新しいOracle Service Busを作成するには、次の操作を実行します。

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

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

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

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

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

注意:

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

ヒント:

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

4.2.2.19 Oracle Service Busマシンへのサーバーの割当て

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

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

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

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

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

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

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

次の図で、管理対象サーバーがマシンへ割り当てられた後のマシン・ペインの例を示します。

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

ヒント:

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

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

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

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

ヒント:

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

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

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

後で必要になるため、次の項目をメモします。

- ドメインの場所

- 管理サーバーURL

ノード・マネージャと管理サーバーの起動に使用するスクリプトへアクセスするためにドメインの場所が必要で、管理サーバーへアクセスするためにURLが必要です。

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

4.3 サーバーの起動

構成が完了したら、ツールを使用してドメインを管理できます。

注意:

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

次の項の手順に従ってください。

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

- 管理サーバーの起動

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

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

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

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

2. ノード・マネージャを起動します。

- UNIXオペレーティング・システムでは、次に示すようにnohupとnm.outをサンプル出力ファイルとして使用します。

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

ここでLOG_DIRは、ログ・ファイルを保存しようとしているディレクトリの場所です。

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

startNodeManager.cmd

注意:

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

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

,

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

4.3.2 管理サーバーの起動

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

UNIXオペレーティング・システムの場合は、次のように入力します。

./startWebLogic.sh

Windowsオペレーティング・システムの場合は、次のように入力します。

startWebLogic.cmd

ドメイン作成時に「ドメイン・モードおよび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 ドメイン構成後の次の手順

製品ドメインの構成後、追加のタスクを実行したい場合があります。

- 「基本的な管理タスクの実行」
新しいドメインで実行する可能性の高い管理タスクを確認します。

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

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

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

新しいドメインで実行する可能性の高い管理タスクを確認します。

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

タスク

説明

詳細

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

環境の管理に使用できる各種ツールについて習熟します。

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

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

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

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

Secure Sockets Layer (SSL)の構成

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

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

Oracle Fusion Middlewareのモニタリング

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

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

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

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

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

データベースのパージについての学習

古いフロー・インスタンス、アダプタ・レポートおよびフォルト・アラート・データをデータベースから自動的に削除するパージ・ジョブのスケジュールおよび実行について学習します。

『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のデータベース成長の管理に関する項を参照してください。

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

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

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

タスク

説明

詳細

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

表5-3には、ご使用の標準的なインストール環境を可用性が高まるようにスケールアウトする場合に、実行するタスクの一覧が示されています。

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

タスク

説明

詳細

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

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

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

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

Web層フロントエンドを追加する場合は、WebLogic Serverソフトウェアと同様にWeb層を高可用性構成にする必要があります。

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

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

ロード・バランサを使用してリクエストをより均等にサーバーに分散させることができます。

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

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

ノード・マネージャを使用して、リモート位置から管理サーバー・インスタンスと管理対象サーバー・インスタンスを起動、シャットダウンおよび再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの高度な構成オプションと機能の詳細は、ノード・マネージャのドキュメントを参照してください。

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

6 Oracle Service Busの削除または再インストール

この項の手順に従って、Oracle Service Busをアンインストールまたは再インストールします。

ソフトウェアを削除するときは、この項で説明する手順に必ず従うことをお薦めします。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールする際に問題が発生する場合があります。この項の手順に従うことで、ソフトウェアを正しく削除することができます。

- 「製品のアンインストールの理解」
Oracle Fusion Middlewareアンインストーラは、ソフトウェアが起動されたOracleホーム・ディレクトリから、このソフトウェアを削除します。

- 「Oracle Fusion Middlewareの停止」
アンインストーラを実行する前に、削除対象のOracleホームと関連付けられたすべてのサーバーおよびプロセスをすべて停止することをお薦めします。

- 「データベース・スキーマの削除」
Oracleホームを削除する前に、Repository Creation Utility (RCU)を実行し、このドメインに関連付けられたデータベース・スキーマを削除することをお薦めします。

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

- Oracleホーム・ディレクトリの手動削除
ソフトウェアのアンインストール後、アンインストーラで削除されなかったOracleホーム・ディレクトリおよびその下にサブディレクトリがある場合はそれらすべてを手動で削除する必要があります。

- 「Windowsオペレーティング・システム上のプログラム・ショートカットの削除」
Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

- 「ドメインおよびアプリケーション・データの削除」
ソフトウェアのアンインストールの後、ドメインおよびアプリケーション・データを削除する必要があります。

- 「ソフトウェアの再インストール」
この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

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

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

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

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

タスク

説明

ドキュメント

Oracle Fusion Middlewareの停止

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

「Oracle Fusion Middlewareの停止」を参照してください。

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

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

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

ソフトウェアの削除

製品のアンインストーラを実行し、Oracle Fusion Middleware Infrastructureを削除します。

Oracleホームに複数の製品が含まれている場合は、アンインストーラを複数回(製品ごとに1回)実行する必要があります。

詳細は、「ソフトウェアのアンインストール」を参照してください。

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

アンインストーラでは、すべてのファイルとフォルダがOracleホーム・ディレクトリから削除されません。アンインストーラが終了した後、手動でOracleホームを削除して、製品の削除を完了させる必要があります。

「Oracleホーム・ディレクトリの手動削除」を参照してください。

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

アンインストーラがOracleホーム内にある場合でも、ドメイン・ホーム・ディレクトリまたはアプリケーション・ホーム・ディレクトリに含まれるデータは削除されません。これらのディレクトリは手動で削除する必要があります。

「ドメインおよびアプリケーション・データの削除」を参照してください。

6.2 Oracle Fusion Middlewareの停止

アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

詳細は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項を参照してください。

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

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

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

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

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

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

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

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

- 「アンインストール・プログラムの起動」
アンインストーラはUnixまたはWindowsのいずれでも起動することができます。

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

- 「アンインストール画面のナビゲート」
アンインストーラでは、ソフトウェアのアンインストールを確認する一連の画面が表示されます。

6.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」、「Oracleホーム」、「Oracleソフトウェアのアンインストール」の順に選択します。

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

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

アンインストーラの実行後、「アンインストールする配布」画面が開きます。ドロップダウン・リストで「Service Bus 12.2.1.1.0」を選択し、「アンインストール」をクリックします。アンインストール・プログラムでは、「アンインストール画面へのナビゲート」に示されている画面が表示されます。

注意:

再度アンインストール・ウィザードを実行することで、Oracle Service Bus ソフトウェアをアンインストールした後に、Oracle Fusion Middlewareインフラストラクチャをアンインストールできます。Oracle Fusion Middleware Infrastructureに依存するソフトウェアが他にない場合は、「アンインストールする配布」画面は表示されません。

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

アンインストーラでは、ソフトウェアのアンインストールを確認する一連の画面が表示されます。

表6-2 に示したアンインストール画面のヘルプを見るには、画面上で「ヘルプ」をクリックします。

表6-2 アンインストール画面と説明

画面

説明

ようこそ

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

アンインストール・サマリー

この画面は、アンインストールしようとしているOracleホーム・ディレクトリとその内容を示しています。このディレクトリが正しいことを確認します。

これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。サイレント・アンインストール中に後でレスポンス・ファイルを使用できます。サイレント・アンインストールまたはコマンド・ライン・アンインストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

「アンインストール」 をクリックしてソフトウェアの削除を開始します。

アンインストールの進行状況

アンインストールの進捗状況を表示します。

アンインストール完了

アンインストールが完了するとこの画面が表示されます。画面上の情報を確認し、「終了」をクリックしてアンインストーラを終了します。

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

ソフトウェアのアンインストール後、アンインストーラで削除されなかったOracleホーム・ディレクトリおよびその下にサブディレクトリがある場合はそれらすべてを手動で削除する必要があります。

たとえば、UNIXオペレーティング・システムでOracleホーム・ディレクトリが/home/Oracle/product/ORACLE_HOMEの場合は、次のようにします。

cd /home/Oracle/product
rm -rf ORACLE_HOME

Windowsオペレーティング・システムで、Oracleホーム・ディレクトリが、C:\Oracle\Product\ORACLE_HOMEの場合、ファイル・マネージャ・ウィンドウでC:\Oracle\Productディレクトリに移動し、ORACLE_HOMEフォルダを右クリックして、「削除」を選択します。

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

Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle\ORACLE_HOME\Productディレクトリに移動します。Oracleホームにインストールした製品が1つのみの場合は、ORACLE_HOMEディレクトリを削除できます。Oracleホームに複数の製品がインストールされている場合は、ORACLE_HOMEを削除する前に、すべての製品を削除する必要があります。

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

ソフトウェアのアンインストールの後、ドメインおよびアプリケーション・データを削除する必要があります。

次の手順を実行します。

1. ドメイン・ホーム・ディレクトリを手動で削除します。

たとえば、UNIXオペレーティング・システム上のドメイン・ホーム・ディレクトリ/home/Oracle/config/domains/osb_domainであった場合は、次の操作を実行します。

cd /home/Oracle/config/domains
rm -rf osb_domain

Windowsオペレーティング・システム上のドメイン・ホーム・ディレクトリC:\Oracle\Config\domains\osb_domainであった場合は、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\domainsディレクトリに移動し、osb_domainフォルダを右クリックして「削除」を選択します。

2. アプリケーション・ホーム・ディレクトリを手動で削除します。

たとえば、UNIXオペレーティング・システム上のアプリケーション・ホーム・ディレクトリ/home/Oracle/config/applications/osb_domainであった場合は、次の操作を実行します。

cd /home/Oracle/config/applications
rm -rf osb_domain

Windowsオペレーティング・システム上のアプリケーション・ホーム・ディレクトリC:\Oracle\Config\applications\osb_domainであった場合は、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\applicationsディレクトリに移動し、osb_domainフォルダを右クリックして「削除」を選択します。

3. Oracleホームにdomain_registry.xmlファイルをバックアップしてから、ファイルを編集し、削除しようとするドメインに関連する行を削除します。たとえば、osb_domainを削除するには、次の行を探して削除します。

<domain location="/home/Oracle/config/domains/osb_domain"/>

完了したらファイルを保存して終了します。

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

手動でOracleホーム・ディレクトリを削除することを含め、この項の指示に従ってソフトウェアが削除されている場合のみ、同じOracleホームに前のインストールとしてソフトウェアを再インストールできます。

再インストールするときに、前回のインストールと同じOracleホームを指定できます。

Oracleホームが空ではない場合、次の事項を考慮します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストールを試行するソフトウェアと同じソフトウェアが、インストール中に指定したOracleホームに存在すると、インストーラは警告します。

オプションは次のとおりです。

- 別のインストール・タイプを選択します。この場合、Oracleホーム・ディレクトリに存在しない機能セットのみがインストールされます。

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

- 空ではない既存のOracleホームへのインストール。
たとえば、ドメイン・ホームやアプリケーション・ホームを既存のOracleホーム内部で作成することを選択したと仮定します。このデータはアンインストール中に削除されません。そのため、同じOracleホームに再インストールしようとしても、インストーラではできません。選択肢は次のとおりです。

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

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

Oracle Service BusおよびOracle Enterprise Schedulerのトポロジ

このトポロジを使用して、Oracle Enterprise Schedulerの機能をOracle Service Busに統合します。

トポロジは、「Oracle Service Busの標準インストール・トポロジ」で説明したOracle Service Bus標準インストール・トポロジに似ています。ただし、このトポロジでは、Oracle Fusion MiddlewareインフラストラクチャとOracle Service Busソフトウェアに加え、Oracle Enterprise SchedulerソフトウェアもOracle WebLogic Serverクラスタの対象となります。

Oracle Service BusおよびOracle Enterprise Schedulerのトポロジをインストールして構成する際のロードマップ

表A-1 Oracle Service BusとOracle Enterprise Schedulerのインストールおよび構成手順

タスク

説明

詳細

特記事項

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

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

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

なし。

適切なディストリビューションを入手します

Oracle Service BusとEnterprise Schedule Servicesはどちらも、既存のOracle Fusion Middlewareインフラストラクチャのインストールが必要です。Oracle Service Busをインストールすると、Enterprise Schedule Servicesもインストールされます。Oracle Service Busは、Oracle Fusion Middlewareインフラストラクチャと同じOracleホームにインストールする必要があります。

「製品の配布について」を参照してください。

Oracle Fusion MiddlewareインフラストラクチャとOracle Service Busの両方の配布を入手する必要があります。

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

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

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

なし。

Oracle Fusion Middlewareインフラストラクチャのインストール

Oracle Fusion Middlewareインフラストラクチャをインストールして、Oracle Service Bus用のOracleホーム・ディレクトリを作成します。

『Oracle Fusion Middleware Infrastructureのインストールと構成』を参照してください。

なし。

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

Oracle Service Busソフトウェアを既存のインフラストラクチャOracleホームにインストールします。Oracle Service Busをインストールすると、Enterprise Schedule Servicesもインストールされます。

「Oracle Service Busソフトウェアのインストール」を参照してください。

なし。

WebLogicドメインの作成

構成ウィザードを使用してWebLogicドメインの作成および構成を行います。構成画面で適切なオプションを選択していることを確認します。

「Oracle Service Busドメインの構成」を参照してください。

個別の画面(表A-2を参照)に示された指示に従います。

サーバーを起動します

ドメインの作成が完了したら、管理サーバーと管理対象サーバーを起動します。

「サーバーの起動」を参照してください。

Oracle Enterprise Schedulerがデプロイされる管理対象サーバーを起動する前に、wsm-pmを対象とする管理対象サーバーを起動します。

構成を確認します

ドメインが適切に構成されていることを確認します。

「構成の確認」を参照してください。

なし。

Oracle Service BusとEnterprise Schedule Servicesをインストールおよび構成した後の次の手順

ここで構成したドメインに対して、運用や管理のタスクを実行できます。

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

なし。

Oracle Service BusおよびOracle Enterprise Scheduler用に選択する構成オプション

Oracle Service BusとEnterprise Schedule Servicesの構成時に選択する必要のある画面とオプションはほぼすべて、「ドメインの構成」に記載されたものと同じです。ただし、異なるオプションを選択する必要があるいくつかの画面があります。次の表に、主な画面とオプションが示されます。この表に示された構成オプションを選択してください。

表A-2 Oracle Service BusおよびEnterprise Schedule Servicesトポロジ用の主な画面と構成オプション

画面

説明

コンポーネントの選択

この画面は、RCUを実行してスキーマを作成するときに表示されます。

「カスタム接頭辞の指定とスキーマの選択」で示されたスキーマ・リストに加え、Oracle Enterprise Schedulerを選択します。

テンプレート

この画面は、構成ウィザードを起動してドメインを作成した後に表示されます。

「Oracle Service Busの構成テンプレートの選択」にリストされたテンプレートに加え、次のテンプレートを選択します。

- Oracle Enterprise Scheduler Services Basic - 12.2.1.1.0 [oracle_common]

- Oracle Enterprise Manager Plugin for ESS - 12.2.1.1.0 [em]

管理対象サーバー

「管理対象サーバー」画面(「Oracle Service Busの管理対象サーバーの構成」)で、2つの管理対象サーバーosb_server1および ess_server1が作成されます。ess_server1を削除して、osb_server2を作成します。「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択していることを確認します。「すべてのローカル・アドレス」を使用しないでください。

「サーバー・グループ」ドロップダウン・リストで、osb_server1とosb_server2がOSB-MGD-SVRS_COMBINEDとESS_MGD_SVRSの対象となっていることを確認します。

サーバーのクラスタへの割当

この画面(「クラスタへのOracle Service Bus管理対象サーバーの割当て」)で、osb_server1およびosb_server2を osb_cluster1に割り当てます。

サーバーのマシンへの割当

この画面(「Oracle Service Busマシンへのサーバーの割当て」)で、AdminServer、osb_server1および osb_server2をosb_machine1に割り当てます。

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2017, 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を参照してください。