Oracle® Fusion Middleware

Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのインストールおよび構成

12c (12.2.1.2)

E82808-01(原本部品番号:E77592-02)

2016年11月

Oracle B2B and SOA Suite for Healthcare Integrationのインストール、構成およびアンインストールについて説明する、インストール担当者およびシステム管理者向けのドキュメントです。

Oracle Fusion Middleware Oracle B2BおよびOracle SOA Suite for Healthcare Integrationインストールと構成, 12c (12.2.1.2)

E82808-01

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

原本著者: Ingrid Snedecor

原本協力著者: Christine Ford

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

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

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle B2BおよびSOA Suite for Healthcare Integrationについて

- 1.1 Oracle B2BおよびOracle SOA Suite for Healthcare Integrationについて

- 1.2 Oracle B2BおよびSOA Suite for Healthcare Integrationの構成について

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

- 1.3.1 Oracle B2Bの標準インストール・トポロジについて

- 1.3.2 Oracle SOA Suite for Healthcare Integrationの標準インストール・トポロジについて

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

- 1.4 セカンダリ・トポロジについて

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

2 Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのインストールおよび構成の準備

- 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 B2BおよびSOA Suite for Healthcare Integrationソフトウェアのインストール

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

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

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

- 3.4 インストールの確認

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

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

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

4 Oracle B2Bドメインの構成

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

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

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

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

- 4.1.3.1 RCUの概要

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

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

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

- 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 B2Bの構成テンプレートの選択

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

- 4.2.2.13 Oracle B2Bのクラスタの構成

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

- 4.2.2.15 動的サーバーの構成

- 4.2.2.16 クラスタへのOracle B2B管理対象サーバーの関連付け

- 4.2.2.17 Coherenceクラスタの構成

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

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

- 4.2.2.20 仮想ターゲット

- 4.2.2.21 パーティション

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

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

- 4.3 サーバーの起動

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

- 4.3.2 管理サーバーの起動

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

- 4.4 構成の検証

5 Oracle SOA Suite for Healthcare Integrationドメインの構成

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

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

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

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

- 5.1.3.1 RCUの概要

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

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

- 5.1.3.4 Oracle B2B and Healthcareのカスタム接頭辞の指定とスキーマの選択

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

- 5.1.3.6 カスタム変数の指定

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

- 5.2 ドメインの構成

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

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

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

- 5.2.2.2 Oracle SOA Suite for Healthcare Integrationの構成テンプレートの選択

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

- 5.2.2.13 Oracle Healthcareのクラスタの構成

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

- 5.2.2.15 動的サーバーの構成

- 5.2.2.16 クラスタへのOracle Healthcare管理対象サーバーの割当て

- 5.2.2.17 Coherenceクラスタの構成

- 5.2.2.18 新しいOracle Healthcareマシンの作成

- 5.2.2.19 Oracle Healthcareマシンへのサーバーの割当て

- 5.2.2.20 仮想ターゲット

- 5.2.2.21 パーティション

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

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

- 5.3 サーバーの起動

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

- 5.3.2 管理サーバーの起動

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

- 5.4 構成の確認

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

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

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

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

7 Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのアンインストールまたは再インストール

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

- 7.2 Oracle Fusion Middlewareの停止

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

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

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

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

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

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

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

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

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

A Oracle B2Bのセカンダリ・トポロジ

- A.1 Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoring (BAM)のトポロジ

- A.2 Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジ

はじめに

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

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

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

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

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

Oracleサポートへのアクセス

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

関連ドキュメント

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

- B2Bの詳細は、Oracle B2Bのマニュアルを参照してください。

- Healthcareの詳細は、ヘルスケア向けOracle SOAのドキュメントを参照してください。

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

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

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

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

表記規則

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

表記規則

意味

太字

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

イタリック

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

固定幅フォント

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

1 Oracle B2BおよびSOA Suite for Healthcare Integrationについて

このガイドで説明しているOracle B2BおよびSOA Suite for Healthcare Integrationの標準インストールでは、標準のトポロジを作成します。これは、この製品のトポロジを使い始めるためのサンプルです。

- Oracle B2BおよびOracle SOA Suite for Healthcare Integrationについて
Oracle B2BとOracle SOA Suite for Healthcare Integrationは、ドキュメントとデータの交換を可能にする2つの別々のSOA準拠製品です。

- Oracle B2BおよびOracle SOA Suite for Healthcare Integrationの構成オプションについて
通常のOracle SOA Quick Startインストールでは、ユーザーはOracle B2Bの限定機能であるカスタム・ドキュメントの交換のみできます。この機能がビジネスのニーズを満たす場合、Oracle B2Bをインストールする必要はありません。

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

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

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

1.1 Oracle B2BおよびOracle SOA Suite for Healthcare Integrationについて

Oracle B2BとOracle SOA Suite for Healthcare Integrationは、ドキュメントとデータの交換を可能にする2つの別々のSOA準拠製品です。

Oracle B2Bは、企業と取引パートナ間における安全で信頼性の高いビジネス・ドキュメントの交信を可能にするE-Commerceゲートウェイです。Oracle B2Bでサポートされている業界標準のE-Commerceプロトコルのリストについては、Oracle Fusion Middleware Oracle B2Bユーザーズ・ガイドのB2Bでサポートされているプロトコルに関する項を参照してください。

Oracle B2BおよびOracle SOA Suite for Healthcare Integrationでは、Oracle SOA Suiteの複数の機能を使用して、医療データを処理するアプリケーションの設計、作成、管理ができます。このソフトウェアは、Healthcare Integration JDeveloperアダプタとHealthcare Integrationユーザー・インタフェースで構成されており、カスタマイズされたWebベースのコンソールを使用してHL7ドキュメントを設計、監視、管理できます。

Oracle B2BとOracle SOA Suite for Healthcare Integrationは同じインストーラを使用しますが、ユーザーは必要に応じてこれらの製品を個別にまたは組み合せてインストールおよび構成することを選択できます。これらの製品の構成オプションの詳細は、Oracle B2BおよびOracle SOA Suite for Healthcare Integrationの構成についてで説明しています。

注意:
B2B機能が動作するようにするには、B2BインストールからB2Bをインストールする必要があります。SOAのインストール後、B2BのUIがアクティブになりますが、B2Bの機能(コンポジット、B2B UIまたはB2Bランタイム・エンジン)を使用する場合にはB2Bを別途インストールする必要があります。

1.2 Oracle B2BおよびSOA Suite for Healthcare Integrationの構成について

通常のOracle SOA Quick Startインストールでは、ユーザーはOracle B2Bの限定機能であるカスタム・ドキュメントを交換することのみできます。この機能がビジネスのニーズを満たす場合、Oracle B2Bをインストールする必要はありません。

詳細は、Oracle Fusion Middleware SOA SuiteおよびBusiness Process Management SuiteのQuick Start for Developersのインストールで、フル・インストールせずにOracle B2Bインタフェースを制限付きでアクティブ化する方法を参照してください。

ヘルスケアに関係しないエンタープライズおよびビジネス・パートナー間でビジネス・ドキュメントを交換する機能については、完全なOracle B2Bをインストールする必要があります。

注意:
B2B機能が動作するようにするには、B2BインストールからB2Bをインストールする必要があります。SOAのインストール後、B2BのUIがアクティブになりますが、B2Bの機能(コンポジット、B2B UIまたはB2Bランタイム・エンジン)を使用する場合にはB2Bを別途インストールする必要があります。

ヘルスケアのビジネスでは、Oracle SOA Suite for Healthcare Integrationソフトウェアを利用して機密のメディカル・データを交換できます。Healthcareのユーザーには2つの構成オプションがあります。

- X12 HIPAAユーザーは、Healthcare Integrationで構成された完全なOracle B2Bをインストールする必要があります。

- HL7ドキュメントを使用するHealthcareプロバイダは、完全なOracle SOA Suite for Healthcare Integrationソフトウェアをインストールする必要があります。

このインストール・ガイドでは、Oracle B2B and Healthcareを次のように構成する方法について説明します。

- WebLogicドメイン内のOracle B2B
このオプションは、ヘルスケア以外のビジネス用です。B2Bインストール・タイプを選択した後、構成時にB2Bテンプレートを選択して標準のWebLogicドメインを作成します。

- WebLogicドメイン内のHealthcare
このオプションは、HL7ドキュメントを使用するヘルスケア・ビジネス用です。Healthcareインストール・タイプを選択した後、構成時にHealthcareテンプレートを選択してHealthcare用の標準のWebLogicドメインを作成します。

- HIPAA準拠のHealthcare
このオプションは、X12 HIPAAユーザー向けです。インストール中にB2Bインストール・タイプを選択します。構成中に、HealthcareとB2Bの両方のテンプレートを選択します。ドメインを構成した後でも、B2Bユーザー・インタフェースを使用してHIPAA (healthcare)ドキュメントを交換できます。B2Bだけを構成し、Healthcareライブラリを構成せずにHealthcareを利用したい場合は、この構成オプションを使用できます。

Oracle SOA Suite for Healthcare Integrationのインタフェースについて

Oracle SOA Suite for Healthcare IntegrationをOracleホームにインストールすると、Oracle B2Bユーザー・インタフェースがデフォルトになります。Oracle SOA Suite for Healthcare Integrationユーザー・インタフェースを使用する場合は、インストール後と構成時に次の2つのタスクを実行する必要があります。

1. ドメイン構成ウィザードを実行する前に、RCUを使用してカスタム変数を設定します。

2. ドメインの構成時に、Oracle SOA Suite for Healthcare Integration固有のテンプレートを選択します。

この2つのタスクを実行しないと、Oracle SOA Suite for Healthcare Integrationユーザー・インタフェースは正しく機能しません。これらの構成の詳細は、Healthcare Integrationカスタム変数についてで説明されています。

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

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

このガイドの情報はOracle B2BおよびOracle SOA Suite for Healthcare Integrationの標準インストール・トポロジの作成に役立ちます。適切かつ必要な場合、後で標準インストール・トポロジを拡張し、セキュアで可用性の高い製品環境を作成することができます(ドメイン構成後の手順を参照)。

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

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

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

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

1.3.1 Oracle B2Bの標準インストール・トポロジについて

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

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

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

構成手順については、B2Bドメインの構成を参照してください。

1.3.2 Oracle SOA Suite for Healthcare Integrationの標準インストール・トポロジについて

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

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

図1-1 Oracle SOA Suite for Healthcare Integrationの標準インストール・トポロジ

構成の手順は、Oracle SOA Suite for Healthcare Integrationドメインの構成を参照してください。

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

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

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

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

要素

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

APPHOST

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

DBHOST

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

WebLogicドメイン

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

管理サーバー

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

Enterprise Manager

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

クラスタ

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

マシン

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

管理対象サーバー

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

インフラストラクチャ

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

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

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager(OWSM)

1.4 セカンダリ・トポロジについて

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

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

このガイドのメイン・セクションでは、標準インストール・トポロジのインストールおよび構成方法を説明しています。セカンダリ・トポロジには、標準インストール・トポロジでは識別されない、または含まれない製品がいくつか含まれます。

セカンダリ・トポロジのインストールと構成のガイドラインについては、Oracle B2Bのセカンダリ・トポロジを参照してください。

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

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

他のOracle Fusion Middleware製品がシステムにインストールおよび構成されている場合(たとえば、Fusion Middleware Infrastructureでドメインが稼働している場合)、同じ手順を使用して既存のドメインを拡張します。既存のドメインの拡張を選択している場合いは、同じドメインへの複数の製品のインストール方法で、詳細を参照してください。

2 Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのインストールおよび構成の準備

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

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

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

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

- 製品の配布の入手
Oracle Fusion Middleware Infrastructureと、Oracle B2BおよびOracle SOA Suite for Healthcare Integrationの配布はOracle Technology Network (OTN)で入手できます。

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

B2BとHealthcareのどちらにも、既存のOracle Fusion MiddlewareインフラストラクチャのインストールとOracle SOA Suiteが必要です。B2BとHealthcareは、Oracle Fusion MiddlewareインフラストラクチャおよびOracle SOA Suiteと同じOracleホームにインストールされている必要があります。B2B and Healthcareには、fmw_12.2.1.2.0_b2bhealthcare_generic.jarという個別のディストリビューションがあります。

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

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

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

Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解の「Oracle Fusion Middlewareの主要ディレクトリとは」を参照してください。

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

Oracle Fusion Middleware InfrastructureをインストールしてOracleホーム・ディレクトリを作成します。次に同じOracleホームにOracle SOA Suiteをインストールします。

Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成のInfrastructureソフトウェアのインストールと、Oracle Fusion Middleware Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成のOracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストールを参照してください。

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

Oracle Universal Installerを実行してOracle B2BおよびOracle SOA Suite for Healthcare Integrationをインストールします。

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

Oracle B2BおよびSOA Suite for Healthcare Integrationソフトウェアのインストールを参照してください。

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

データベースに必要なスキーマをインストールする前に、Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのスキーマのために設定する必要のあるカスタム変数についての情報を確認します。

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

スキーマの作成。

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

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

WebLogicドメインの作成

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

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

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

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

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

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

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2.2.1 ユーザー権限の理解

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

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

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

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

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

次に例を示します。

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

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

ドメインを作成するユーザーがソフトウェアをインストールしたユーザーと異なる場合、次の例に示すように、どちらのユーザーにも同じ権限が必要です。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

java —jar distribution_name.jar

実行可能ファイル(.exe、.bin、または.shファイル)に対して、次を入力します。

distribution_name.exe

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Oracleホームの考慮事項

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2.3.6 共有記憶域の準備

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

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

Managed File Transferに固有の構成要件の詳細は、Oracle Fusion Middleware Oracle Managed File Transferの使用で、高可用性のプロパティを参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Oracle SOA Suite構成に必要なデータベースのサイズを推定する場合は、Oracle Fusion Middleware 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カスタム変数の値を「いいえ」に設定します。Healthcare Integrationユーザー・インタフェースをOracle SOA Suiteに使用することを計画している場合、「はい」に設定します。それ以外の場合、Healthcare Integrationユーザー・インタフェースはインストールおよび構成後に正しく機能しません。

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

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

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

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

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

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 B2BおよびOracle SOA Suite for Healthcare Integrationをインストールする前提条件です。

2.4 製品の配布の入手

Oracle Fusion Middleware Infrastructureと、Oracle B2BおよびOracle SOA Suite for Healthcare Integrationの配布はOracle Technology Network (OTN)で入手できます。

Oracle Fusion Middleware InfrastructureとOracle B2BおよびOracle SOA Suite for Healthcare Integrationのインストールを準備するには:

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

2. Oracle Fusion Middleware InfrastructureとOracle B2BおよびOracle SOA Suite for Healthcare Integrationソフトウェアを探してダウンロードします。
詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニングの製品の配布の入手に関する項を参照してください。

3 Oracle B2BおよびSOA Suite for Healthcare Integrationソフトウェアのインストール

この項の手順に従って、Oracle B2BおよびOracle SOA Suite for Healthcare Integrationソフトウェアをインストールします。

インストールを開始する前に、前提条件を検証し、「Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのインストールおよび構成の準備」で説明されている手順をすべて実行していることを確認してください。

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

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

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

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

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

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

表3-1は、Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのインストール時に知っておく(または決定する)必要がある重要な項目を示したものです。

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

情報

値の例

説明

JAVA_HOME

/home/Oracle/Java/jdk1.8.0_101

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

データベース・ホスト

examplehost.exampledomain

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

データベース・ポート

1521

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

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

orcl

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

DBAユーザー名

SYS

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

DBAパスワード

myDBApw957

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

ORACLE_HOME

/home/Oracle/product/ORACLE_HOME

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

このディレクトリには、Oracle Fusion Middleware Infrastructureと、Oracle B2BおよびOracle SOA Suite for Healthcare Integrationが、必要に応じて含まれます。

WebLogic Serverのホスト名

examplehost.exampledomain.com

Oracle WebLogic ServerとOracle B2BおよびOracle SOA Suite for Healthcare Integrationコンソールのホスト名。

コンソール・ポート

7001

Oracle WebLogic ServerとOracle B2BおよびOracle SOA Suite for Healthcare Integrationコンソールのポート。

DOMAIN_HOME

/home/Oracle/config/domains/b2b_domain

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

APPLICATION_HOME

/home/Oracle/config/applications/b2b_domain

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

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

weblogic

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

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

myADMpw902

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

FTPポート

7021

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

RCU

ORACLE_HOME/oracle_common/bin

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

RCUスキーマの接頭辞

B2B

Oracle B2BおよびOracle SOA Suite for Healthcare Integrationによって使用されるデータベース・スキーマ名の接頭辞。

RCUスキーマのパスワード

myRCUpw674

Oracle B2BおよびOracle SOA Suite for Healthcare Integrationによって使用されるデータベース・スキーマのパスワード。

構成ユーティリティ

ORACLE_HOME/oracle_common/common/bin

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

$FTP_ROOT

$DOMAIN_HOME/product/ftp_root

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

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

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

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

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

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

詳細は、「Oracle Fusion Middlewareをインストールする際のJDK要件の理解」を参照してください。

3. Oracle Fusion Middleware Infrastructureなど、前提条件となるソフトウェアをすべてインストールしてあることを確認します。

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

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

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

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

注意:

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

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

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

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

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

表3-2 Oracle B2BおよびSOA Suite for Healthcare Integrationのインストール画面

画面

説明

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

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

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

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

ようこそ

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

自動更新

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

インストールの場所

この画面を使用して、Oracleホーム・ディレクトリの場所を指定します。

このOracleホームにはすでに、Oracle Fusion Middleware Infrastructureと、他の12c (12.2.1.2)製品がインストールされています。

「表示」をクリックして、適切なOracleホームにOracle B2BおよびOracle SOA Suite for Healthcare Integrationをインストールしているかどうかを確認できます。

インストール・タイプ

B2Bの標準トポロジを作成する場合は、「B2B」を選択します。HIPAA標準またはHL7文書に即してヘルスケア・トポロジを作成している場合は、「Healthcare」を選択します。

前提条件チェック

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

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

インストール・サマリー

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

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

インストールの進行状況

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

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

インストール完了

この画面には、「インストールの場所およびインストールされた機能セットが表示されます。情報を確認し、「終了」をクリックしてインストーラを閉じます。

3.4 インストールの検証

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

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

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

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

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

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

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

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

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

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

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

3.4.3 Oracleホームの内容の表示

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

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

4 Oracle B2Bドメインの構成

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

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

- Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのインストールおよび構成の準備

- Oracle B2BおよびSOA Suite for Healthcare Integrationソフトウェアのインストール

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RCUを起動するには:

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

詳細は、「Oracle Fusion Middlewareをインストールする際のJDK要件の理解」を参照してください。

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

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

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

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

- (UNIX) ORACLE_HOME/oracle_common/bin

- (Windows) ORACLE_HOME\oracle_common\bin

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

- (UNIX) ./rcu

- (Windows) rcu.bat

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

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

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

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

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

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

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

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

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

4.1.3.1 RCUの概要

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

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

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

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

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

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

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

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

4.1.3.3 データベース接続の詳細の提供

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

注意:

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

次に例を示します。

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

- 名前: examplehost.exampledomain.com

- ポート: 1521

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

- ユーザー名: sys

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

- ロール: SYSDBA

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

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

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

「接頭辞の新規作成」を選択して、「SOA Suite」スキーマを選択します。依存関係に応じて、次のスキーマが自動的に選択されます。

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

- メタデータ・サービス

- Oracle Platform Security Services

- 監査サービス

- 監査サービス追加

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

- WebLogicサービス

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

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

ヒント:

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

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

ヒント:

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

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

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

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

ヒント:

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

4.1.3.6 カスタム変数の指定

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

Oracle SOA Suiteの標準インストール・トポロジでは、「データベース・プロファイル」 (SMALL)およびHealthcare Integration (B2Bのインストールには「いいえ」、Oracle SOA SuiteのHealthcare Integration「はい」)の値を設定します。

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

ヒント:

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

:

4.1.3.7 スキーマ作成の実行

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

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

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

4.2 ドメインの構成

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

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

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

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

4.2.1 構成ウィザードの起動

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

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

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

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

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

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

(UNIX) ./config.sh

(Windows) config.cmd

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

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

注意:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- クラスタへのOracle B2B管理対象サーバーの割当て
「サーバーのクラスタへの割当」画面を使用して、新しい構成済クラスタへ管理対象サーバーを割り当てます。構成済クラスタは、手動で構成するクラスタです。動的クラスタとは、1つのサーバー・テンプレートに基づいて生成された1つ以上のサーバー・インスタンスを備えたクラスタですが、動的クラスタを構成する場合、これは必要ありません。

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

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

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

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

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

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

- Oracle SOA Suite

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

ヒント:

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

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

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

Oracle Fusion Middleware 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を選択します。

ヒント:

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

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

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

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

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

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

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

ヒント:

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

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

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

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

4.2.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

4.2.2.9 詳細な構成の選択

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

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

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

- ノード・マネージャ
ノード・マネージャの構成に必要です。

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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

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

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

注意:
SOAサーバーにデプロイするとき、デフォルトの管理対象サーバー名はb2b_server1ではなく、soa_server1です。このガイドでは、この管理対象サーバーを識別しやすくするために、b2b_server1を使用しています。

Oracle B2B用に管理対象サーバーを構成するには:

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

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

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

「追加」をクリックしてSOA-MGD-SVRSを選択し、b2b_server2という名前で2つ目の管理対象サーバーを作成します。

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

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

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

ヒント:

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

4.2.2.13 Oracle B2Bのクラスタの構成

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

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

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

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

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

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

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

ヒント:

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

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

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

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

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

4.2.2.15 動的サーバーの構成

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

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

注意:
動的クラスタを作成する場合は、「マシン名マッチング式」を割り当てた後、動的クラスタ用にマシンを作成する必要はありません。

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

4.2.2.16 クラスタへのOracle B2B管理対象サーバーの関連付け

「サーバーのクラスタへの割当」画面を使用して、管理対象サーバーを新しい構成済クラスタに割り当てます。構成済クラスタは、手動で構成するクラスタです。動的クラスタとは、1つのサーバー・テンプレートに基づいて生成された1つ以上のサーバー・インスタンスを備えたクラスタですが、動的クラスタを構成する場合、これは必要ありません。

構成済クラスタと動的クラスタの詳細は、Oracle Fusion Middleware Oracle WebLogic Serverの理解の「動的クラスタについて」を参照してください。

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

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

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

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

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

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

次の図は、管理対象サーバーがクラスタに割り当てられた後の「クラスタ」ペインの汎用例を示しています。

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

ヒント:

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

4.2.2.17 Coherenceクラスタの構成

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

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

注意:

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

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

注意:

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

4.2.2.18 新しいOracle B2Bマシンの作成

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

ヒント:

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

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

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

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

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

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

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

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

注意:

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

ヒント:

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

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

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

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

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

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

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

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

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

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

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

ヒント:

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

4.2.2.20 仮想ターゲット

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

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

4.2.2.21 パーティション

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

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

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

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

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

ヒント:

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

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

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

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

- ドメインの場所

- 管理サーバーURL

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

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

4.3 サーバーの起動

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

注意:

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

- ノード・マネージャの開始

- 管理サーバーの起動

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

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

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

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

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

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

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

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

- (Windows) startNodeManager.cmd

注意:

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

Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理のスタートアップ・サービスとしてのノード・マネージャの実行を参照してください。

4.3.2 管理サーバーの起動

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

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

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

- (UNIXの場合) ./startWebLogic.sh

- (Windowsの場合) startWebLogic.cmd

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

ヒント:

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

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

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

注意:

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

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

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

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

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

http://administration_server_host:administration_server_port/em

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

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

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

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

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

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

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

4.4 構成の検証

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

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

5 Oracle SOA Suite for Healthcare Integrationドメインの構成

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

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

- Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのインストールおよび構成の準備

- Oracle B2BおよびSOA Suite for Healthcare Integrationソフトウェアのインストール

Oracle SOA Suite for Healthcare Integrationのデータベース・スキーマを作成する、Oracle SOA Suite for Healthcare IntegrationのWebLogicドメインを構成する、または構成を検証するには、次の各項を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RCUを起動するには:

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

詳細は、「Oracle Fusion Middlewareをインストールする際のJDK要件の理解」を参照してください。

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

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

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

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

- (UNIX) ORACLE_HOME/oracle_common/bin

- (Windows) ORACLE_HOME\oracle_common\bin

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

- (UNIX) ./rcu

- (Windows) rcu.bat

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

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

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

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

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

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

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

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

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

5.1.3.1 RCUの概要

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

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

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

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

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

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

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

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

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

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

注意:

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

次に例を示します。

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

- 名前: examplehost.exampledomain.com

- ポート: 1521

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

- ユーザー名: sys

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

- ロール: SYSDBA

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

5.1.3.4 Oracle B2B and Healthcareのカスタム接頭辞の指定とスキーマの選択

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

「接頭辞の新規作成」を選択して、「SOA Suite」スキーマを選択します。依存関係に応じて、次のスキーマが自動的に選択されます。

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

- メタデータ・サービス

- Oracle Platform Security Services

- 監査サービス

- 監査サービス追加

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

- WebLogicサービス

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

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

ヒント:

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

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

ヒント:

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

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

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

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

ヒント:

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

5.1.3.6 カスタム変数の指定

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

Oracle SOA Suiteの標準インストール・トポロジでは、「データベース・プロファイル」 (SMALL)およびHealthcare Integration (B2Bのインストールには「いいえ」、Oracle SOA SuiteのHealthcare Integration「はい」)の値を設定します。

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

ヒント:

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

:

5.1.3.7 スキーマの作成の完了

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

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

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

5.2 ドメインの構成

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

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

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

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

5.2.1 構成ウィザードの起動

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

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

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

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

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

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

(UNIX) ./config.sh

(Windows) config.cmd

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

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

注意:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- クラスタへのOracle Healthcare管理対象サーバーの割当て
「サーバーのクラスタへの割当」画面を使用して、新しい構成済クラスタへ管理対象サーバーを割り当てます。構成済クラスタは、手動で構成するクラスタです。動的クラスタとは、1つのサーバー・テンプレートに基づいて生成された1つ以上のサーバー・インスタンスを備えたクラスタですが、動的クラスタを構成する場合、これは必要ありません。

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

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

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

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

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

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

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

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

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

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

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

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

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

ヒント:

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

5.2.2.2 Oracle SOA Suite for Healthcare Integrationの構成テンプレートの選択

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

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

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

- Oracle B2B

- Oracle SOA Suite

- Oracle Enterprise Manager

- Oracle WSM Policy Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

ヒント:

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

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

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

Oracle Fusion Middleware 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を選択します。

ヒント:

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

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

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

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

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

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

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

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

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

ヒント:

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

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

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

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

5.2.2.8 JDBC接続のテスト

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

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

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

ヒント:

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

5.2.2.9 詳細な構成の選択

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

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

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

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

5.2.2.12 Oracle Healthcare用の管理対象サーバーの構成

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

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

注意:
SOAサーバーにデプロイするとき、デフォルトの管理対象サーバー名はhc_server1ではなく、soa_server1です。このガイドでは、この管理対象サーバーを識別しやすくするために、hc_server1を使用しています。

Oracle Healthcare用に管理対象サーバーを構成するには:

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

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

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

「追加」をクリックしてSOA-MGD-SVRSを選択し、hc_server2という名前で2つ目の管理対象サーバーを作成します。

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

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

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

ヒント:

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

5.2.2.13 Oracle Healthcareのクラスタの構成

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

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

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

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

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

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

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

ヒント:

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

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

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

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

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

5.2.2.15 動的サーバーの構成

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

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

注意:
動的クラスタを作成する場合は、「マシン名マッチング式」を割り当てた後、動的クラスタ用にマシンを作成する必要はありません。

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

5.2.2.16 クラスタへのOracle Healthcare管理対象サーバーの割当て

「サーバーのクラスタへの割当」画面を使用して、管理対象サーバーを新しい構成済クラスタに割り当てます。構成済クラスタは、手動で構成するクラスタです。動的クラスタとは、1つのサーバー・テンプレートに基づいて生成された1つ以上のサーバー・インスタンスを備えたクラスタですが、動的クラスタを構成する場合、これは必要ありません。

構成済のクラスタと動的クラスタの詳細は、「動的クラスタについて」を参照してください。

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

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

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

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

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

3. 繰り返しhc_server2をhc_cluster1に割り当てます。

次の図は、管理対象サーバーがクラスタに割り当てられた後の「クラスタ」ペインの汎用例を示しています。

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

ヒント:

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

5.2.2.17 Coherenceクラスタの構成

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

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

注意:

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

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

注意:

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

5.2.2.18 新しいOracle Healthcareマシンの作成

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

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

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

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

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

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

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

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

注意:

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

ヒント:

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

5.2.2.19 Oracle Healthcareマシンへのサーバーの割当て

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

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

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

2. 「サーバー」ペインで、次のいずれかを実行して、AdminServerをhc_machine1に割り当てます。

- シングルクリックで「AdminServer」を選択し、右矢印をクリックして、「マシン」ペインの選択済のマシン(hc_machine1)の下に移動します。

- AdminServerをダブルクリックして、「マシン」ペイン内の選択したマシン(hc_machine1)の下に移動します。

3. この手順を繰り返して、すべての管理対象サーバーをそれぞれのマシンに割り当てます。

次の図で、製品の管理対象サーバーがマシンへ割り当てられた後のマシン・ペインの汎用例を示します。

図5-2 管理対象サーバーのマシンへの割当て

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のマシンへのサーバーの割当を参照してください。

5.2.2.20 仮想ターゲット

WebLogic Server Multitenant (MT)環境がある場合、「仮想ターゲット」画面を使用して、仮想ターゲットを追加または削除します。このインストールに対しては(WebLogic Server MT環境ではない)、値は入力せず、「次へ」を選択します。

ヒント:
この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の仮想ターゲットを参照してください。

5.2.2.21 パーティション

「パーティション」画面は、WebLogic Server Multitenant (MT)環境での仮想ターゲットのパーティションの構成に使用します。オプションは選択せずに、「次へ」を選択します。

ヒント:
この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のパーティションを参照してください。

5.2.2.22 構成の指定内容の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインの構成情報の詳細が表示されます。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。ドメインの作成は、「作成」をクリックするまで開始されません。

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の構成サマリーを参照してください。

5.2.2.23 ドメイン・ホームと管理サーバーURLの記録

「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

後で必要になるので、次の項目を書きとめます。

- ドメインの場所

- 管理サーバーURL

ドメインの場所はノード・マネージャおよび管理サーバーを起動するスクリプトにアクセスするため、URLは管理サーバーにアクセスするために必要です。

「終了」をクリックして、構成ウィザードを閉じます。

5.3 サーバーの起動

構成が完了したら、ノード・マネージャ、WebLogic管理サーバー、管理対象サーバーの順に起動します。

注意:

ドメインの管理に使用できるその他のツールの詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middleware管理ツールの概要に関する項を参照してください。

- ノード・マネージャの開始

- 管理サーバーの起動

- 管理対象サーバーの起動

5.3.1 ノード・マネージャの起動

ドメインごとにノード・マネージャを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX)次に示すようにnohupとnm.outをサンプル出力ファイルとして使用します。

nohup ./startNodeManager.sh > LOG_DIR/nm.out&

ここで、LOG_DIRは、ログ・ファイルを格納するディレクトリの場所になります。

- (Windows) startNodeManager.cmd

注意:

Windowsオペレーティング・システムでは、ノード・マネージャをスタートアップ・サービスとして、ノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびに、ノード・マネージャが自動で起動されます。

Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理のスタートアップ・サービスとしてのノード・マネージャの実行を参照してください。

5.3.2 管理サーバーの起動

管理サーバーを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIXの場合) ./startWebLogic.sh

- (Windowsの場合) startWebLogic.cmd

ドメインの作成時に「ドメイン・モードおよびJDK」画面で「本番モード」を選択した場合、「管理者アカウント」画面に表示されたように、管理者ユーザーのログイン資格証明のプロンプトが表示されます。

ヒント:

管理サーバーの起動の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理の管理サーバーの起動と停止に関する項を参照してください。

本番モードでは、起動アイデンティティ・ファイルを作成することで、管理サーバーの起動時に必要なユーザー名とパスワードの指定を省略できます。詳細は、Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。URLは「構成の終了」画面に指定されます(http://administration_server_host:administration_server_port/console)。デフォルトの管理サーバーのポート番号は7001です。

注意:

製品スキーマをホストしているデータベースが稼働中であり、管理サーバーからアクセスできることを確認してください。

管理コンソールの使用方法の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle WebLogic Server管理コンソールの使用のスタート・ガイドに関する項を参照してください。

5.3.3 管理対象サーバーの起動

管理サーバーを起動するには:

1. Oracle Fusion Middleware Controlにログインします。

http://administration_server_host:administration_server_port/em

管理サーバーのホストおよびポート番号は「構成の終了」画面のURLにありました(「ドメイン・ホームと管理サーバーURLの記録」)。デフォルトの管理サーバーのポート番号は7001です。

ログイン資格証明は「管理者アカウントの構成」の「管理者アカウント」画面で指定されました。

2. Enterprise Managerのランディング・ページには、このドメインに構成されているサーバーのリストと、それらのステータスが表示されます(「実行中」または「停止」など)。新しく構成されたドメインでは、AdminServer(管理サーバー)のみが実行されています。

最初の管理対象サーバーを選択します。

3. 「WebLogic Server」メニューの横にある「起動」を選択します。

4. 手順3と4を繰り返してすべての管理対象サーバーを起動します。

5. メインのランディング・ページで、すべての管理対象サーバーが稼働中であることを確認します。

5.4 構成の確認

構成手順がすべて完了したら、ドメインが適切に構成されていることを検証する追加の手順を実行できます。

ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。

6 ドメイン構成後の次の手順

製品ドメインを構成した後、追加タスクを実行できます。

- 基本的な管理タスクの実行
新しいドメインで実行する可能性のある管理タスクを確認します。

- 追加ドメイン構成タスクの実行
新しいドメインで実行する追加の構成タスクを確認します。

- 高可用性向けの環境の準備
高可用性のためにスケール・アウトするには、追加の手順が必要です。

6.1 基本的な管理タスクの実行

新しいドメインで実行する可能性のある管理タスクを確認します。

表6-1 新規ドメイン用の基本的な管理タスク

タスク

説明

参照先

Fusion Middleware管理ツールについての学習

環境の管理に使用できる各種ツールについて習熟します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middleware管理ツールの概要を参照してください。

製品およびサーバーの起動と停止

Oracle Fusion Middleware(管理サーバー、管理対象サーバー、コンポーネントを含む)起動と停止の方法について学習します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middlewareの起動と停止を参照してください。

Secure Sockets Layer (SSL)の構成

Oracle Fusion Middlewareコンポーネント間のSSLを使用したセキュアな通信の設定方法について学習します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion MiddlewareでのSSLの構成を参照してください。

Oracle Fusion Middlewareのモニタリング

Oracle Fusion Middlewareコンポーネントのステータスを追跡する方法を学習します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middlewareのモニタリングを参照してください。

バックアップとリカバリの手順の理解

Oracle Fusion Middlewareのバックアップとリカバリの推奨手順について学習します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のバックアップとリカバリの概要を参照してください。

データベースのパージについての学習

古いフロー・インスタンス、アダプタ・レポートおよびフォルト・アラート・データをデータベースから自動的に削除するパージ・ジョブのスケジュールおよび実行について学習します。

Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理のデータベース成長の管理に関する項を参照してください。

6.2 追加ドメイン構成タスクの実行

新しいドメインで実行する追加の構成タスクを確認します。

表6-2 追加ドメイン構成タスク

タスク

説明

参照先

アプリケーションのデプロイ

アプリケーションをOracle Fusion Middlewareにデプロイする方法を学習します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のアプリケーションのデプロイに関する項を参照してください。

ドメインへのWeb層のフロントエンドの追加

OracleのWeb層でWebページ(静的と動的)をホストし、組込みのクラスタ、ロード・バランシングおよびフェイルオーバーの機能とともにセキュリティと高パフォーマンスを実現します。特にWeb層にはOracle HTTP Serverが含まれます。

WebLogic ServerドメインにOracle HTTP Serverをインストールするには、Oracle Fusion Middleware Oracle HTTP Serverインストールおよび構成で、WebLogic ServerドメインにおけるOracle HTTP Serverの構成を参照してください。

重要な情報は、「複数の製品を同じドメインにインストールする方法」も参照してください。

トポロジに対するCoherenceのチューニングと構成

標準インストール・トポロジには、記憶域が有効な管理対象Coherenceサーバーが含まれるCoherenceクラスタがあります。この構成はCoherenceの使用には適切な出発点ですが、特定の要件によっては、本番環境でのパフォーマンスを向上させるためにCoherenceをチューニングして再構成することを検討してください。

Coherenceクラスタの詳細は、Oracle Fusion Middleware Oracle WebLogic Serverクラスタの管理のCoherenceクラスタの構成および管理に関する項を参照してください。

Coherenceのチューニングについては、Oracle Fusion Middleware Oracle Coherenceの管理のパフォーマンス・チューニングを参照してください。

CoherenceでのHTTPセッション・データの格納の詳細は、Oracle Fusion Middleware Oracle Coherence*WebでのHTTPセッション・マネージメントの管理のWebLogicサーバーでのCoherence*Webの使用に関する項を参照してください。

Coherenceアプリケーションの作成とデプロイの詳細は、Oracle Fusion Middleware Oracle WebLogic Server Oracle Coherenceアプリケーションの開発で、スタート・ガイドを参照してください。

6.3 高可用性向けの環境の準備

高可用性のためにスケール・アウトするには、追加の手順が必要です。

表6-3には、ご使用の標準的なインストール環境を可用性が高まるようにスケールアウトする場合に、実行するタスクの一覧が示されています。

表6-3 可用性の高い環境の準備に必要なタスク

タスク

説明

参照先

複数のホスト・コンピュータへのスケール・アウト

高可用性を有効にするには、他のホストコンピュータへのフェイルオーバーの機能を実現することが重要です。これにより、あるコンピュータが停止しても、環境はデプロイ済アプリケーションのコンシューマに、サービス提供を続けることができます。

Oracle Fusion Middleware高可用性ガイドのトポロジのスケール・アウト(マシンのスケール・アウト)を参照してください。

Web層コンポーネントの高可用性の構成

Web層フロントエンドを追加する場合は、WebLogic Serverソフトウェアと同様にWeb層を高可用性構成にする必要があります。

Oracle Fusion Middleware高可用性ガイドのWeb Tier Componentsコンポーネントの高可用性の構成を参照してください。

フロントエンドのロード・バランサの設定

ロード・バランサを使用してリクエストをより均等にサーバーに分散させることができます。

Oracle Fusion Middleware高可用性ガイドの高可用性環境でのサーバー・ロード・バランシングに関する項およびロード・バランサの仮想サーバー名およびポートの構成に関する項を参照してください。

ノード・マネージャの構成

ノード・マネージャを使用して、リモート位置から管理サーバー・インスタンスと管理対象サーバー・インスタンスを起動、シャットダウンおよび再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの高度な構成オプションと機能の詳細は、ノード・マネージャのドキュメントを参照してください。

Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理のノード・マネージャの高度な構成を参照してください。

7 Oracle B2BおよびOracle SOA Suite for Healthcare Integrationのアンインストールまたは再インストール

Oracle B2BおよびOracle SOA Suite for Healthcare Integrationをアンインストールまたは再インストールするには、この項の手順に従ってください。

ソフトウェアを削除するときは、この項で説明する手順に必ず従うことをお薦めします。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールするときに問題が発生する場合があります。この項の手順を実行すると、ソフトウェアを正しく削除できます。

- 製品のアンインストールについて
Oracle Fusion Middlewareアンインストーラは、Oracleホーム・ディレクトリから、このソフトウェアを削除します。

- Oracle Fusion Middlewareの停止
アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

- データベース・スキーマの削除
Oracleホームを削除する前に、このドメインに関連付けられたデータベース・スキーマを削除するために、リポジトリ作成ユーティリティ(RCU)を実行することをお薦めします。

- ソフトウェアのアンインストール
この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

- Oracleホーム・ディレクトリの手動削除
ソフトウェアをアンインストールした後、アンインストーラで削除されなかったOracleホーム・ディレクトリとすべての既存のサブディレクトリを手動で削除する必要があります。

- Windowsオペレーティング・システムのプログラム・ショートカットの削除
Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

- ドメインとアプリケーション・データの削除
ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

- ソフトウェアの再インストール
この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

7.1 製品のディストリビューションについて

Oracle Fusion Middlewareアンインストーラは、Oracleホーム・ディレクトリから、このソフトウェアを削除します。

次の表に、アンインストール時の作業をまとめます。

表7-1 製品のアンインストールのロードマップ

タスク

説明

ドキュメント

Oracle Fusion Middlewareの停止

アンインストーラ実行前に、ドメインにあるすべてのサーバーとプロセスが停止している必要があります。

「Oracle Fusion Middlewareの停止」を参照してください。

データベース・スキーマの削除

Repository Creation Utilityを実行してデータベース・スキーマを削除します。

「データベース・スキーマの削除」を参照してください。

ソフトウェアの削除

製品のアンインストーラを実行し、Oracle Fusion Middleware Infrastructureを削除します。

Oracleホームに複数の製品が含まれている場合は、アンインストーラを複数回(製品ごとに1回)実行する必要があります。

「ソフトウェアのアンインストール」を参照してください。

Oracleホーム・ディレクトリの削除

アンインストーラでは、すべてのファイルとフォルダがOracleホーム・ディレクトリから削除されません。アンインストーラが終了した後、手動でOracleホームを削除して、製品の削除を完了させる必要があります。

「Oracleホーム・ディレクトリの手動削除」を参照してください。

ドメインおよびアプリケーション・データの削除

アンインストーラがOracleホーム内にある場合でも、ドメイン・ホーム・ディレクトリまたはアプリケーション・ホーム・ディレクトリに含まれるデータは削除されません。これらのディレクトリは手動で削除する必要があります。

「ドメインとアプリケーション・データの削除」を参照してください。

7.2 Oracle Fusion Middlewareの停止

アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middleware環境の停止に関する項を参照してください。

7.3 データベース・スキーマの削除

Oracleホームを削除する前に、リポジトリ作成ユーティリティ(RCU)を実行して、このドメインに関連付けられたデータベース・スキーマを削除することをお薦めします。

各ドメインにはカスタム接頭辞によって一意に識別される独自のスキーマ・セットがあります(Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のカスタム接頭辞の理解に関する項を参照してください)。これらのスキーマを他のドメインと共有することはできません(Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のスキーマの作成計画に関する項を参照してください)。

データベースに複数のスキーマ・セットがある場合は、削除するドメインに関連付けられたスキーマ接頭辞を指定します。

スキーマの削除手順は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のスキーマの削除に関する項を参照してください。

7.4 ソフトウェアのアンインストール

この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

サイレント(コマンド行)のアンインストールを実行するには、Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストールのサイレント・アンインストールのためのOracle Universal Installerの実行を参照してください。

- アンインストール・プログラムの起動

- アンインストールする製品の選択

- アンインストール画面のナビゲート

7.4.1 アンインストール・プログラムの起動

アンインストーラを起動する手順は次のとおりです。

- UNIXの場合
コマンド行で、次のコマンドを入力します。

cd $ORACLE_HOME/oui/bin
./deinstall.sh

- Windowsの場合
次のいずれかの操作を行います。

- ファイル・マネージャ・ウィンドウを使用して、ORACLE_HOME\oui\binディレクトリに移動し、deinstall.cmdをダブルクリックします。

- コマンド・プロンプトを開き、次のコマンドを入力します。

cd %ORACLE_HOME%\oui\bin
deinstall.cmd

- 「スタート」メニューから、「すべてのプログラム」を選択してから「Oracle」、「OracleHome」、Oracle Softwareのアンインストールの順に選択します。

7.4.2 アンインストールする製品の選択

Oracleホームには複数の製品が存在しているため、正しい製品をアンインストールしていることを確認してください。

アンインストーラを実行した後、「アンインストールする配布」画面が表示されます。ドロップダウン・リストで「B2B 12.2.1.2.0」を選択し、「アンインストール」をクリックします。「アンインストール画面のナビゲート」に記載されている画面が表示されます。

注意:

Oracle B2BおよびOracle SOA Suite for Healthcare Integrationソフトウェアがアンインストールされた後に、再度アンインストール・ウィザードを実行することで、Oracle Fusion Middleware Infrastructureをアンインストールできます。Infrastructureが削除されると、Infrastructureを使用する他の製品が機能しなくなるため、削除する前に、それらの製品がないことを確認します。Oracle Fusion Middleware Infrastructureに依存するソフトウェアが他にない場合は、「アンインストールする配布」画面は表示されません。アンインストール手順の詳細は、Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールおよび構成の「Oracle Fusion Middleware Infrastructureのアンインストール」を参照してください。

7.4.3 アンインストール画面のナビゲート

アンインストーラにより、ソフトウェアの削除を確認する一連の画面が表示されます。

表7-2にリストされている画面のヘルプを見るには、画面上で「ヘルプ」をクリックします。

表7-2 アンインストール画面と説明

画面

説明

ようこそ

製品アンインストーラが開始します。

アンインストール・サマリー

アンインストールされるOracleホーム・ディレクトリとその内容を示しています。このディレクトリが正しいことを確認します。

これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルは、後でサイレント・アンインストールに使用できます。サイレント・アンインストールまたはコマンド・ライン・アンインストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

「アンインストール」 をクリックしてソフトウェアの削除を開始します。

アンインストールの進行状況

インストールの進捗状況を示します。

アンインストール完了

アンインストールが完了すると表示されます。画面上の情報を確認し、「終了」をクリックしてアンインストーラを終了します。

7.5 Oracleホーム・ディレクトリの手動削除

ソフトウェアをアンインストールした後、アンインストーラで削除されなかったOracleホーム・ディレクトリとすべての既存のサブディレクトリを手動で削除する必要があります。

たとえば、Oracleホーム・ディレクトリがUNIXオペレーティング・システムで/home/Oracle/product/ORACLE_HOMEの場合、次のコマンドを入力します。

cd /home/Oracle/product
rm -rf ORACLE_HOME

Oracleホーム・ディレクトリがWindowsオペレーティングシステムでC:\Oracle\Product\ORACLE_HOMEの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Productディレクトリに移動してから、ORACLE_HOMEフォルダを右クリックして「削除」を選択します。

7.6 Windowsオペレーティング・システムのプログラム・ショートカットの削除

Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

Windowsでプログラム・ショートカットを削除するには:

1. C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle\ORACLE_HOME\Productディレクトリに移動します。

2. Oracleホームにインストールされている製品が1つのみの場合は、ORACLE_HOMEディレクトリを削除します。Oracleホームに複数の製品がインストールされている場合は、ORACLE_HOMEディレクトリを削除する前に、すべての製品を削除します。

7.7 ドメインおよびアプリケーション・データの削除

ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

ドメインおよびアプリケーション・データを削除するには:

1. ドメイン・ホーム・ディレクトリを手動で削除します。次に例を示します。

UNIXオペレーティング・システムでドメイン・ホーム・ディレクトリが/home/Oracle/config/domains/b2b_domainの場合は、次のようにします。

cd /home/Oracle/config/domains
rm -rf b2b_domain

Windowsオペレーティング・システムでは、ドメイン・ホーム・ディレクトリがC:\Oracle\Config\domains\b2b_domainの場合は、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\domainsディレクトリに移動し、b2b_domainフォルダを右クリックして「削除」を選択します。

2. アプリケーション・ホーム・ディレクトリを手動で削除します。次に例を示します。

UNIXオペレーティング・システムでアプリケーション・ホーム・ディレクトリが/home/Oracle/config/applications/b2b_domainの場合は、次のコマンドを入力します。

cd /home/Oracle/config/applications
rm -rf b2b_domain

Windowsオペレーティング・システムでは、アプリケーション・ホーム・ディレクトリがC:\Oracle\Config\applications\b2b_domainの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\applicationsディレクトリに移動し、b2b_domainフォルダを右クリックして「削除」を選択します。

3. Oracleホームにdomain_registry.xmlファイルをバックアップしてから、ファイルを編集し、削除しようとするドメインに関連する行を削除します。たとえば、b2b_domainを削除するには、次の行を検索して、その行を削除します。

<domain location="/home/Oracle/config/domains/b2b_domain"/>

完了したらファイルを保存して終了します。

7.8 ソフトウェアの再インストール

手動でOracleホーム・ディレクトリを削除することを含め、この項の指示に従ってソフトウェアが削除されている場合のみ、同じOracleホームに前のインストールとしてソフトウェアを再インストールできます。

再インストールするときに、前回のインストールと同じOracleホームを指定できます。

Oracleホームが空ではない場合、次の事項を考慮します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストールを試行するソフトウェアと同じソフトウェアが、インストール中に指定したOracleホームに存在すると、インストーラは警告します。

オプションは次のとおりです。

- 別のインストール・タイプを選択します。この場合、Oracleホーム・ディレクトリに存在しない機能セットのみをインストールできます。

- 別のOracleホーム・ディレクトリを選択します。

- 空ではない既存のOracleホームへのインストール。
たとえば、ドメイン・ホームやアプリケーション・ホームを既存のOracleホーム内部で作成することを選択したと仮定します。このデータはアンインストール中に削除されません。そのため、同じOracleホームに再インストールしようとしても、インストーラではできません。オプションは次のとおりです。

1. (この項で説明しているように)Oracleホームからソフトウェアをアンインストールした後でOracleホーム・ディレクトリを削除します。ソフトウェアをアンインストールしてOracleホーム・ディレクトリを削除したら、再インストールに同じOracleホームの場所を再利用できます。Oracleホームに存在していたドメイン・データまたはアプリケーション・データは、再作成する必要があります。

2. 別のOracleホーム・ディレクトリを選択します。

A Oracle B2Bのセカンダリ・トポロジ

この付録では、Oracle B2Bのセカンダリ(代替)トポロジについて説明します。

- Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoring (BAM)のトポロジ
Oracle B2BドメインにOracle Business Activity Monitoringを実装するにはこのトポロジを使用します。

- Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジ
Oracle B2BドメインにOracle Service Busを実装するにはこのトポロジを使用します。

A.1 Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoring (BAM)のトポロジ

このトポロジを使用して、Oracle B2BドメインにOracle Business Activity Monitoring (BAM)を実装します。

BAMソフトウェアは、専用のクラスタに向けてターゲット設定されます。これにより、Oracle B2BとBAMソフトウェアの間でのリソースの競合がなくなります。

Oracle SOA Suite、B2BおよびBusiness Activity Monitoringのトポロジのインストールと構成のロードマップ

次の表は、システムでこのトポロジを構成するために必要なロードマップを説明しています。

表A-1 Oracle SOA Suite、B2BおよびBusiness Activity Monitoringのインストールおよび構成手順の概要

タスク

説明

参照先

特記事項

システム環境を確認します

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

「システム環境の確認のロードマップ」を参照してください。

なし。

適切なディストリビューションを入手します

Oracle B2Bをインストールするには、Oracle SOA SuiteとOracle Fusion Middleware Infrastructureがすでにインストールされている必要があります。Oracle SOA Suiteをインストールすると、Business Activity Monitoringも自動的にインストールされます。B2Bは、Oracle Fusion Middleware InfrastructureおよびOracle SOA Suiteと同じOracleホームにインストールする必要があります。

「製品の配布について」を参照してください。

Oracle Infrastructure、Oracle SOA SuiteとBusiness Process Management、およびOracle B2Bのすべてのディストリビューションを入手する必要があります。

インストール・ディレクトリを決めます

作成する必要があるディレクトリが作成されているか、またはインストーラからアクセスでき、最小要件を満たすシステムに存在していることを確認します。

Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解の「Oracle Fusion Middlewareの主要ディレクトリとは」を参照してください。

なし。

Oracle Fusion Middlewareインフラストラクチャのインストール

Oracle Fusion Middleware Infrastructureをインストールして、Oracle SOA SuiteおよびB2B用のOracleホーム・ディレクトリを作成します。

Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureインストールおよび構成のインフラストラクチャ・ソフトウェアのインストールを参照してください。

Oracle Fusion Middleware Infrastructureを構成する必要はありません。

Oracle SOA Suiteをインストールします

Oracle SOA Suiteソフトウェアを既存のOracle InfrastructureのOracleホームにインストールします。

Oracle Fusion Middleware Oracle SOA SuiteおよびBusiness Process Managementのインストールおよび構成で、Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストールを参照してください。

Oracle SOA Suiteを構成する必要はありません。

Oracle B2Bのインストール

Oracle B2Bソフトウェアを既存のOracle InfrastructureとOracle SOA SuiteのOracleホームにインストールします。

Oracle B2BおよびSOA Suite for Healthcare Integrationソフトウェアのインストールを参照してください。

「インストール・タイプ」画面で、「B2B」を選択します。

WebLogicドメインの作成

構成ウィザードを使用してWebLogicドメインの作成および構成を行います。構成画面で適切なオプションを選択していることを確認します。

Oracle B2B ドメインの構成を参照してください。

個別の画面(表A-2を参照)に示された指示に従います。

サーバーの起動

ドメインの作成が完了したら、管理サーバーおよび管理対象サーバーを起動します。

「サーバーの起動」を参照してください。

なし。

構成の確認

ドメインが適切に構成されていることを確認します。

「構成の確認」を参照してください。

なし。

Oracle B2Bのインストールと構成後の次の手順

ここで構成したドメインに対して、運用や管理のタスクを実行できます。

「ドメイン構成後の次の手順」を参照してください。

なし。

Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoring用に選択する構成オプション

Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoringの構成時の画面と選択する必要のあるオプションのほぼすべてが、ドメインの構成に示したものと同じです。ただし、異なるオプションを選択する必要がある画面が2つあります。表A-2に主な画面とオプションをリストします。この項に示されたとおりに、構成オプションを選択するようにしてください。

表A-2 Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoringのトポロジの主要な画面と構成オプション

画面

説明

テンプレート

この画面は、構成ウィザードを起動してドメインを作成した後に表示されます。

Oracle B2Bの構成テンプレートの選択に示されたテンプレートに加えて、Business Activity Monitoring - 12.2.1.2.0 [soa]を選択します

管理対象サーバー

この画面では2つの管理対象サーバー、bam_server1およびsoa_server1が作成されます。「追加」をクリックし、それとは別の2つの管理対象サーバー(bam_server2とsoa_server2)を作成します。

「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択していることを確認します。「すべてのローカル・アドレス」を使用しないでください。

「サーバー・グループ」ドロップダウン・リストで、soa_server1とsoa_server2がSOA-MGD-SVRSに向けてターゲット設定されていることと、bam_server1とbam_server2がBAM 12-MGD-SVRS-ONLYに向けてターゲット設定されていることを確認します。

クラスタ

この画面で、soa_cluster1とbam_cluster1という名前の2つのクラスタを作成します。

サーバーのクラスタへの割当

この画面で次のようにサーバーを割り当てます。

- bam_server1とbam_server2をbam_cluster1に割り当てます

- soa_server1とsoa_server2をsoa_cluster1に割り当てます

マシン

この画面で、bam_machine1とsoa_machine1という名前の、2つのマシンを作成します。

サーバーのマシンへの割当

この画面で次のようにサーバーを割り当てます。

- AdminServer、bam_server1,およびbam_server2をbam_machine1に割り当てます

- soa_server1とsoa_server2をsoa_machine1に割り当てます

A.2 Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジ

このトポロジを使用して、Oracle B2BドメインにOracle Service Busを実装します。

Oracle Service Busソフトウェアは、専用のクラスタに向けてターゲット設定されます。これにより、Oracle B2BとOracle Service Busソフトウェアの間でのリソースの競合がなくなります。

Oracle SOA Suite、B2BおよびOracle Service Busのトポロジのインストールと構成のロードマップ

次の表は、システムでこのトポロジを構成するために必要なロードマップを説明しています。

表A-3 Oracle SOA Suite、B2BおよびOracle Service Busのトポロジのインストールおよび構成手順の概要

タスク

説明

参照先

特記事項

システム環境を確認します

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

「システム環境の確認のロードマップ」を参照してください。

なし。

適切なディストリビューションを入手します

Oracle B2Bをインストールするには、Oracle SOA SuiteとOracle Fusion Middleware Infrastructureがすでにインストールされている必要があります。B2Bは、Oracle Fusion Middleware Infrastructure、Oracle SOA SuiteおよびOracle Service Busと同じOracleホームにインストールする必要があります。

「製品の配布について」を参照してください。

Oracle Infrastructure、Oracle SOA SuiteとBusiness Process Management、およびOracle Service Busのすべてのディストリビューションを入手する必要があります。

インストール・ディレクトリを決めます

作成する必要があるディレクトリが作成されているか、またはインストーラからアクセスでき、最小要件を満たすシステムに存在していることを確認します。

Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解の「Oracle Fusion Middlewareの主要ディレクトリとは」を参照してください。

なし。

Oracle Fusion Middlewareインフラストラクチャのインストール

Oracle Fusion Middleware Infrastructureをインストールして、Oracle SOA SuiteおよびB2B用のOracleホーム・ディレクトリを作成します。

Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureインストールおよび構成のインフラストラクチャ・ソフトウェアのインストールを参照してください。

Oracle Fusion Middleware Infrastructureを構成する必要はありません。

Oracle SOA Suiteをインストールします

Oracle SOA Suiteソフトウェアを既存のOracle InfrastructureのOracleホームにインストールします。

Oracle Fusion Middleware Oracle SOA SuiteおよびBusiness Process Managementのインストールおよび構成で、Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストールを参照してください。

Oracle SOA Suiteを構成する必要はありません。

Oracle Service Busのインストール

Oracle Service Busソフトウェアを既存のOracle InfrastructureとOracle SOA Suiteのホームにインストールします。

Oracle Fusion Middleware Oracle Service Busのインストールおよび構成のOracle Service Busソフトウェアのインストールを参照してください。

Oracle Service Busを構成する必要はありません。

Oracle B2Bのインストール

Oracle B2Bソフトウェアを既存のOracle InfrastructureとOracle SOA SuiteのOracleホームにインストールします。

Oracle B2BおよびSOA Suite for Healthcare Integrationソフトウェアのインストールを参照してください。

「インストール・タイプ」画面で、「B2B」を選択します。

WebLogicドメインの作成

構成ウィザードを使用してWebLogicドメインの作成および構成を行います。構成画面で適切なオプションを選択していることを確認します。

Oracle B2B ドメインの構成を参照してください。

個別の画面(表A-4を参照)に示された指示に従います。

サーバーの起動

ドメインの作成が完了したら、管理サーバーおよび管理対象サーバーを起動します。

「サーバーの起動」を参照してください。

なし。

構成の確認

ドメインが適切に構成されていることを確認します。

「構成の確認」を参照してください。

なし。

Oracle B2Bのインストールと構成後の次の手順

ここで構成したドメインに対して、運用や管理のタスクを実行できます。

「ドメイン構成後の次の手順」を参照してください。

なし。

Oracle SOA Suite、Oracle B2BおよびOracle Service Bus用に選択する構成オプション

Oracle SOA Suite、Oracle B2BおよびOracle Service Busの構成時の画面と選択する必要のあるオプションのほぼすべてが、ドメインの構成に示したものと同じです。ただし、異なるオプションを選択する必要がある画面が2つあります。表A-2に主な画面とオプションをリストします。ここに示されたとおりに、構成オプションを選択するようにしてください。

表A-4 Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoringのトポロジの主要な画面と構成オプション

画面

説明

テンプレート

この画面は、構成ウィザードを起動してドメインを作成した後に表示されます。

Oracle B2Bの構成テンプレートの選択に示されたテンプレートに加えて、Oracle Service Bus - 12.2.1.2.0 [soa]を選択します

管理対象サーバー

この画面では2つの管理対象サーバー、osb_server1およびsoa_server1が作成されます。「追加」をクリックし、それとは別の2つの管理対象サーバー(osb_server2とsoa_server2)を作成します。

「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択していることを確認します。「すべてのローカル・アドレス」を使用しないでください。

「サーバー・グループ」ドロップダウン・リストで、soa_server1とsoa_server2がSOA-MGD-SVRSの対象となっており、osb_server1とosb_server2がOSB 12-MGD-SVRS-ONLYの対象になっていることを確認します。

クラスタ

この画面で、soa_cluster1とosb_cluster1という名前の2つのクラスタを作成します。

サーバーのクラスタへの割当

この画面で次のようにサーバーを割り当てます。

- osb_server1とosb_server2をosb_cluster1に割り当てます

- soa_server1とsoa_server2をsoa_cluster1に割り当てます

マシン

この画面で、osb_machine1とsoa_machine1という名前の、2つのマシンを作成します。

サーバーのマシンへの割当

この画面で次のようにサーバーを割り当てます。

- AdminServer、osb_server1,およびosb_server2をosb_machine1に割り当てます。

- soa_server1とsoa_server2をsoa_machine1に割り当てます