Oracle® Fusion Middleware

Oracle B2BおよびHealthcareのインストールと構成

12c (12.1.3)

E59409-01(原本部品番号:E48384-02)

2014年7月

Oracle B2BおよびHealthcareのインストールおよび構成方法を説明するインストール実行者およびシステム管理者向けのドキュメントです。

Oracle Fusion Middleware Oracle B2BおよびHealthcareのインストールと構成 12c (12.1.3)

E59409-01

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

原本著者:  Wortimla RS

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

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

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

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(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の登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 B2BとHealthcareのインストールのプランニング

- 1.1 このドキュメントの使用

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

- 1.1.2 アップグレード・シナリオにおけるこのドキュメントの使用方法

- 1.1.3 このドキュメントを使用してドメインを拡張する方法

- 1.1.4 構成オプションの理解

- 1.2 標準インストール・トポロジの理解

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

- 1.2.2 Healthcareの標準インストール・トポロジの理解

- 1.2.3 標準インストールのトポロジ図に示された要素の理解

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

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

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

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

- 1.7 Oracle B2Bについて

- 1.8 Oracle SOA Suite for Healthcare Integrationについて

- 1.9 Oracle B2BおよびHealthcareに必要なカスタム変数について

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

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

2 B2BおよびHealthcareソフトウェアのインストール

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

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

- 2.3 インストールの確認

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

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

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

3 B2Bドメインの構成

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

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

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

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

- 3.2 B2B WebLogicドメインの構成

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

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

- 3.3 サーバーの起動

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

- 3.3.2 管理サーバーの起動

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

- 3.4 構成の確認

4 Healthcareドメインの構成

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

- 4.2 Healthcare WebLogicドメインの構成

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

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

- 4.3 サーバーの起動

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

- 4.3.2 管理サーバーの起動

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

- 4.4 構成の確認

5 WebLogicドメイン構成後の次のステップ

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

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

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

6 B2BとHealthcareのアンインストール

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

- 6.2 Oracle Fusion Middlewareの停止

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

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

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

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

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

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

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

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

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

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

- A.1.1 Oracle SOA Suite、Oracle B2BおよびOracle Business Activity Monitoringのトポロジの理解

- A.1.2 Oracle SOA Suite、B2BおよびBusiness Activity Monitoringのトポロジのインストールと構成のロードマップ

- A.1.2.1 Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoring用に選択する構成オプション

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

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

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

- A.2.2.1 Oracle SOA Suite、Oracle B2BおよびOracle Service Bus用に選択する構成オプション

はじめに

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

対象読者

このドキュメントは、Oracle B2BおよびHealthcareをインストールしているシステム管理者またはアプリケーション開発者を対象としています。また、Webテクノロジに精通しており、WindowsプラットフォームとUNIXプラットフォームの一般的な知識がある読者を対象としています。

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

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

Oracleサポート・サービスでは、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

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

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

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

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

- Oracle B2Bユーザーズ・ガイド

- Oracle SOA Suite Healthcare Integrationユーザーズ・ガイド

- Oracle SOA Suite Quick Startのインストール

- 高可用性ガイド

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 B2BとHealthcareのインストールのプランニング

この章では、B2BとHealthcareのインストールと構成を行う準備について説明します。

製品インストールやドメイン構成の途中または後で問題が発生しないよう、十分に確認する必要がある様々なトピックを扱います。

この章の構成は、次のとおりです。

- 第1.1項「このドキュメントの使用」

- 第1.2項「標準インストール・トポロジの理解」

- 第1.3項「標準インストール・トポロジのインストールと構成のロードマップ」

- 第1.4項「システム環境の確認のロードマップ」

- 第1.5項「製品ディストリビューションの理解と入手」

- 第1.6項「インストール・チェックリストの確認」

- 第1.7項「Oracle B2Bについて」

- 1.8項「Oracle SOA Suite for Healthcare Integrationについて」

- 1.9項「Oracle B2BおよびHealthcareに必要なカスタム変数について」

1.1 このドキュメントの使用

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

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

- 第1.1.2項「アップグレード・シナリオにおけるこのドキュメントの使用方法」

- 第1.1.3項「このドキュメントを使用してドメインを拡張する方法」

- 第1.1.4項「構成オプションの理解」

1.1.1 標準インストール・トポロジの最初の使用

ここでは、B2BとHealthcareの標準インストール・トポロジ(図1-1と図1-2)の作成について説明します。これらのトポロジを高可用性を備えたセキュアなトポロジに拡張し、本番システムに適したものにすることができます。

標準インストール・トポロジはこの製品のトポロジ例であり、このトポロジのみがサポートされるわけではありません。詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の「標準インストール・トポロジの理解」を参照してください。

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

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

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

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

このドキュメントの手順は新しいドメインを作成する方法を説明したもので、使用中のシステムにその他のOracle Fusion Middleware製品はインストールされていないことを前提としています。インストールおよびドメイン作成の手順のすべてがこの前提に基づいています。

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

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

1.1.4 構成オプションの理解

このドキュメントは、次のオプションでOracle B2BおよびHealthcareを構成するために使用できます。

- WebLogicドメイン内のOracle B2B
B2Bインストール・タイプを選択した後、構成時にB2Bテンプレートを選択して標準のWebLogicドメインを作成します。

- WebLogicドメイン内のHealthcare
Healthcareインストール・タイプを選択した後、構成時にHealthcareテンプレートを選択してHealthcare用の標準のWebLogicドメインを作成します。

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

詳細は、1.8項を参照してください。

1.2 標準インストール・トポロジの理解

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

- 第1.2.1項「B2Bの標準インストール・トポロジの理解」

- 第1.2.2項「Healthcareの標準インストール・トポロジの理解」

- 第1.2.3項「標準インストールのトポロジ図に示された要素の理解」

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

図1-1にB2Bの標準インストール・トポロジを示します。

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

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

図1-2にHealthcareの標準インストール・トポロジを示します。

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

1.2.3 標準インストールのトポロジ図に示された要素の理解

表1-1は、図1-1と図1-2で示したトポロジ図内の各要素の説明です。

表1-1 B2BとHealthcareの標準インストール・トポロジに含まれる要素の説明

要素

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

APPHOST

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

DBHOST

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

WebLogicドメイン

論理的に関連するJavaコンポーネントのグループ(ここでは管理サーバー、管理対象サーバーおよびその他の関連するソフトウェアコンポーネント)。

詳細は、Oracle Fusion Middlewareの理解のOracle WebLogic Serverドメインの概要に関する項を参照してください。

管理サーバー

ドメインの構成オブジェクトをメンテナンスし、管理対象サーバーへの構成変更を分散させる、ドメインの中央制御エンティティ。

詳細は、Oracle Fusion Middlewareの理解の管理サーバーの概要に関する項を参照してください。

Enterprise Manager

Oracle Enterprise Manager Fusion Middleware Control。ドメインを管理するために使用する主要ツール。

詳細は、Oracle Fusion Middlewareの理解の「Oracle Enterprise Manager Fusion Middleware Control」を参照してください。

クラスタ

同時に稼働し連携する、複数のWebLogic Serverインスタンスの集合。

詳細は、Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの理解に関する項を参照してください。

マシン

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

管理対象サーバー

アプリケーション、アプリケーション・コンポーネント、Webサービスおよび関連リソースをホストします。

詳細は、Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの理解に関する項を参照してください。

インフラストラクチャ

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

- Metadata Repository (MDS)
これにはOracle Application Developer Frameworkなどの、Oracle Fusion Middlewareコンポーネントのメタデータが含まれます。

詳細は、Oracle Fusion Middlewareの理解のメタデータ・リポジトリの概要に関する項を参照してください。

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager (OWSM)

SOA

次を含むOracle SOA Suiteサービスの集合。

- SOAコア・コンポーネント

- Oracle Enterprise Scheduler

- BAMコンポーネント

- Foundation Pack

- Managed File Transferインタフェース

- イベント処理

- SOA用のEnterprise Managerプラグイン

- BAM用のEnterprise Managerプラグイン

- ESS用のEnterprise Managerプラグイン

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

このガイドでは、標準インストール・トポロジをインストールして構成するために必要なすべての手順について説明します。このトポロジの変更バージョンを作成する場合に使用できる補足情報への参照も、ガイドの手順内に記載されています。

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

表1-2 B2BとHealthcareのインストール・ロードマップ

タスク

説明

ドキュメント

システム環境の確認

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

第1.4項を参照してください。

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

B2BとHealthcareのどちらにも、既存のOracle Fusion MiddlewareインフラストラクチャのインストールとOracle SOA Suiteが必要です。B2BとHealthcareは、Oracle Fusion MiddlewareインフラストラクチャおよびOracle SOA Suiteと同じOracleホームにインストールされている必要があります。

B2BおよびHealthcareのための個別のディストリビューション(fmw_12.1.3.0.0_b2b.jar)があります。

第1.5項を参照してください。

インストール・ディレクトリの決定

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

B2BとHealthcareは、Oracle Fusion MiddlewareインフラストラクチャとOracle SOA Suiteを格納している既存のOracleホーム・ディレクトリにインストールする必要があります。

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

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

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

Oracle Fusion Middlewareインフラストラクチャのインストールおよび構成を参照してください。

Oracle SOA Suiteをインストールします

B2BとHealthcareをインストールする前に、Oracle SOA Suiteをインストールする必要があります。

『Oracle SOA Suite FoundationおよびBusiness Process Managementのインストールと構成』を参照してください。

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

Oracle Universal Installerを実行してB2BとHealthcareをインストールします。

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

第2章を参照してください。

データベース・プロファイルの選択と、Oracle SOA SuiteおよびHealthcareの統合要件の確認

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

第1.9項を参照してください。

スキーマの作成

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

第3.1項を参照してください。

WebLogicドメインの作成

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

B2BまたはHIPAAのトポロジを作成する場合は、第3.2項を参照してください。

Healthcareのトポロジを作成する場合は、第4章を参照してください。

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

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

第5章を参照してください。

1.4 システム環境の検証ロードマップ

表1-3には、インストールおよび構成のプロセスを開始する前に、よく読んで理解しておく必要のある重要な情報が記載されています。ここでは、B2BとHealthcareのインストールと構成に備えて、適切な環境を整えるために実行する必要のある重要なタスクとチェックを示します。

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

タスク

説明

ドキュメント

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

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

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の動作保証とシステム要件の確認に関する項を参照してください。

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

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

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のインストール・ユーザーの選択に関する項を参照してください。

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

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

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

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

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

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のJDKのインストールに関する項を参照してください。

Oracleデータベースをインストールして構成します

WebLogicドメインを構成するには、B2BとHealthcareで必要なスキーマ用に適切に構成された動作保証済みデータベースへのアクセス権を持っている必要があります。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の動作保証されたデータベースのインストールおよび構成に関する項を参照してください。

1.5 製品の配布の理解と入手

Oracle Fusion Middleware Infrastructure、Oracle SOA、Oracle B2BおよびHealthcareのディストリビューションは、.jarファイルとして入手できます。このディストリビューションをインストールして構成するには、動作保証されたJDKをシステムにインストールしておく必要があります。

ヒント:

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

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

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

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

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

情報

値の例

説明

JAVA_HOME

/home/Oracle/jdk7_55/jdk1.7.0_55

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

データベースのホスト名

examplehost.exampledomain

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

データベース・ポート

1521

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

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

orcl

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

DBAユーザー名

SYS

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

DBAパスワード

ExamplePassword1

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

ORACLE_HOME

/home/Oracle/product/Oracle_Home

ソフトウェアのインストール先ディレクトリ。このディレクトリには、Oracle Fusion Middleware Infrastructure、Oracle B2BまたはHealthcare、Oracle SOA SuiteおよびOracle Business Process Management Suiteが(必要に応じて)含まれます。

WebLogic Serverのホスト名

examplehost.exampledomain.com

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

コンソール・ポート

7001

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

DOMAIN_HOME

/home/Oracle/config/domains/b2b_domain

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

APPLICATION_HOME

/home/Oracle/config/applications/b2b_domain

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

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

weblogic

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

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

ExamplePassword1

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

$FTP_ROOT

${ORACLE_HOME}/b2b/ftp_root

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

FTPポート

7021

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

RCUユーティリティ

ORACLE_HOME/oracle_common/bin

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

RCUスキーマの接頭辞

b2bまたはhc

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

RCUスキーマのパスワード

ExamplePassword1

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

Configユーティリティ

ORACLE_HOME/oracle_common/common/bin

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

1.7 Oracle B2Bについて

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

ただし、一部のOracle B2B機能は標準インストールに含まれているので、Oracle B2Bをインストールしてコンパクト・ドメインを構成しなくても、Oracle B2Bの制限付きバージョンをアクティブ化できます。これらの制限付きOracle B2B機能を使用した場合は、カスタム・ドキュメントのみを交換できます。

1.8 Oracle SOA Suite for Healthcare Integrationについて

Oracle SOA Suite for Healthcare Integrationでは、ヘルスケア・データを処理するアプリケーションの設計、作成および管理にOracle SOA Suiteのいくつかの機能が使用されます。X12 HIPAAのユースケースについては、1.7項で説明されているOracle B2Bの完全インストールを使用できます。ただし、HL7ドキュメントを使用しているヘルスケア・プロバイダの場合は、Oracle SOA Suite for Healthcare Integrationソフトウェアをインストールする必要があります。このソフトウェアは、Healthcare Integration JDeveloperアダプタとHealthcare Integrationユーザー・インタフェースで構成されており、カスタマイズされたWebベースのコンソールを使用してHL7ドキュメントを設計、モニタリング、管理できます。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ユーザー・インタフェースは正しく機能しません。これらの構成の詳細は、第1.9.2項を参照してください。

1.9 Oracle B2BおよびHealthcareに必要なカスタム変数について

Oracle B2BおよびHealthcareソフトウェアをインストールしたら、Oracle WebLogicドメインを構成するためにデータベース・スキーマを作成する必要があります。Oracle B2BまたはHealthcareスキーマをインストールする際には、2つのカスタム変数を設定するよう求めるメッセージが表示されます。これらの変数は、これらのスキーマがデータベース内でどのように作成されるかに影響します。そのため、スキーマをインストールする前に、次に示す情報を確認しておく必要があります。ここに示すトピックは、どちらも第3章のタスク6「カスタム変数の指定」に関連しています。

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

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

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

リポジトリ作成ユーティリティ(RCU)の「カスタム変数」画面にある、データベース・プロファイル・カスタム変数を使用すると、SOAインフラストラクチャ・スキーマをインストールするデータベースに関する予測サイズまたはプロファイルを確認できます。Oracle SOA Suite構成に必要なデータベースのサイズを推定する場合は、『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のデータベース増加管理戦略の開発に関する項に記載された情報を考慮に入れてください。

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

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

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

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

- 間隔パーティション化

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

Healthcare Integrationユーザー・インタフェース使用する予定がない場合は、Healthcare Integrationカスタム変数の値として「NO」を入力します。Healthcare Integrationユーザー・インタフェースを使用する予定がある場合は、「YES」を選択します。それ以外の場合は、Healthcare Integrationユーザー・インタフェースをインストールして構成しても正しく機能しなくなります。詳細は、Oracle SOA Suite Healthcare Integrationユーザーズ・ガイドのOracle SOA Suite for Healthcare Integrationユーザー・インタフェースの使用方法に関する項を参照してください。

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

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

2 B2BおよびHealthcareソフトウェアのインストール

この章では、B2BおよびHealthcareソフトウェアのインストール方法について説明します。

インストール・プロセスを開始する前に、システム環境が検証済であり(第1.4項)、Oracle Fusion Middleware Infrastructure(『Oracle Fusion Middleware Infrastructureのインストールと構成』)とOracle SOA Suite (『Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成』)が同じOracleホームにインストールされていることを確認します。

この章が終わるまでに、Oracle B2BまたはHealthcareソフトウェアをOracleホームにインストールします。

この章の内容は次のとおりです。

- 第2.1項「インストール・プログラムの起動」

- 第2.2項「インストール画面のナビゲート」

- 第2.3項「インストールの確認」

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

インストール・プログラムを起動するには、次の手順を実行します。

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

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

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

4. 次の例に示すとおり、ご使用のシステムのJDKディレクトリからjava実行可能ファイルを実行し、インストール・プログラムを起動します。
UNIXオペレーティング・システムの場合:

/home/Oracle/jdk7_55/jdk1.7.0_55/bin/java -jar fmw_12.1.3.0.0_b2bhealthcare.jar

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

C:\Program Files\Java\jdk1.7.0_55\bin\java -jar fmw_12.1.3.0.0_b2bhealthcare.jar

これらの例のJDKの場所は、システム上の実際のJDKの場所に置き換えてください。

注意:

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

インストール・プログラムが表示されると、インストールを開始する準備が完了しています。各インストール・プログラム画面の詳細は、第2.2項を参照してください。

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

インストール・プログラムでは表2-1に記載された順番で一連の画面が表示されます。

インストール画面に関して詳細な情報が必要な場合は、画面の名前をクリックしてください。また、追加の説明が必要な場合は、インストール画面の「ヘルプ」をクリックしてください。

表2-1 B2BとHealthcareのインストール画面

画面

説明

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

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

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

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

ようこそ

これは、製品インストーラの開始画面です。

インストールの場所

この画面を使用して、Oracleホーム・ディレクトリの場所を指定します。指定するOracleホームに、Oracle Fusion Middleware InfrastructureとOracle SOA Suiteが含まれていることを確認します。これらが含まれていないと、エラー・メッセージが表示され、インストールを進めることができません。

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

インストール・タイプ

この画面を使用してインストールのタイプと、それに従ってインストールされる製品および機能を選択します。

- B2Bの標準トポロジを作成する場合は、「B2B」を選択します。

- Healthcareの標準トポロジを作成する場合は、Healthcareを選択します。

- HIPAAトポロジを選択する場合は、「B2B」を選択します。

HIPAAの詳細は、第1.1.4項を参照してください。

注意: このドキュメントのトポロジにはサンプルが含まれていません。本番環境には、サンプルをインストールしないことを強くお薦めします。

前提条件のチェック

この画面で、システムが最小限の要件を満たしているかどうかが検証されます。

警告メッセージまたはエラー・メッセージが表示された場合は、第1.4項に記載されているドキュメントのいずれかを参照してください。

インストール・サマリー

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

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

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

インストールの進行状況

この画面では、インストールの進行状況を参照できます。

進捗バーが100%完了になった後で、「次へ」をクリックします。

注意: この画面でエラー・メッセージが表示された場合はインストールが失敗したことを意味するため、インストールを再度開始する前にエラーを修正する必要があります。インストールを再度開始する前に、システムがすべての最小要件を満たしていることと、前提要件のアクションがすべて完了していることを確認してください。

インストール完了

この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

2.3 インストールの確認

インストールの完了後、次のタスクを正常に実行することでインストールを検証できます。

- 第2.3.1項「インストール・ログ・ファイルの確認」

- 第2.3.2項「ディレクトリ構造の確認」

- 第2.3.3項「Oracleホームの内容の表示」

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

インストール・ログ・ファイルの内容を調べて、問題が発生していないことを確認します。ログ・ファイルの説明とその場所の詳細は、Oracle Universal Installerを使用したソフトウェアのインストールのインストール・ログ・ファイルの理解に関する項を参照してください。

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

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

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

2.3.3 Oracleホームの内容の表示

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

注意:

インストールを構成するには、次のいずれかの場所に移動します。

- 「インストール・タイプ」画面で「B2B」を選択した場合は、第3章を参照してください。

- 「インストール・タイプ」画面でHealthcareを選択した場合は、第4章を参照してください。

- HIPAAのユースケース用に「B2B」を選択した場合は、第3章を参照してください。

3 B2Bドメインの構成

この章では、Oracle B2Bドメインの作成および構成の方法について説明します。

構成プロセスを開始する前に、Oracle B2Bソフトウェアが、Oracle Fusion Middleware InfrastructureおよびOracle SOA Suiteと同じOracleホームにインストールされていることを確認してください。詳細は、第2章を参照してください。

この章が終わるまでに、Oracle B2Bのデータベース・スキーマを作成し、B2B用のOracle WebLogicドメインを作成して、単一のホスト上に1つのクラスタと2つの管理対象サーバーを構成します。

この章には、次のセクションがあります。

- 第3.1項「データベース・スキーマの作成」

- 第3.2項「B2B WebLogicドメインの構成」

- 3.3「サーバーの起動」

- 第3.4項「構成の確認」

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

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

この項で説明する手順を実行して、スキーマをインストールします。

- 第3.1.1項「動作保証されたデータベースのインストールと構成」

- 第3.1.2項「リポジトリ作成ユーティリティ(RCU)の起動」

- 第3.1.3項「スキーマ作成のためのRCU画面のナビゲート」

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

動作保証されたデータベースのインストールと構成が完了していて、そのデータベースが稼働中であることを確認します。

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

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

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

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

2. 対象のシステムで、JAVA_HOME環境変数に、動作保証されたJDKの場所が設定されていることを確認します。この場所は、binより上のディレクトリにする必要があります。たとえば、JDKが/home/Oracle/JDK/jdk7_15/jdk1.7.0_15に配置されている場合は、次のようになります。
UNIXオペレーティング・システム:

setenv JAVA_HOME /home/Oracle/JDK/jdk7_15/jdk1.7.0_15

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

set JAVA_HOME=C:\home\Oracle\JDK\jdk7_15\jdk1.7.0_15

これらの例のJDKの場所は、システム上の実際のJDKの場所に置き換えてください。

3. 次のようにRCUを起動します。
UNIXオペレーティング・システム:

./rcu

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

rcu.bat

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

スキーマ作成に必要なタスクは、次のとおりです。

- タスク1「RCUの導入」

- タスク2「スキーマ作成の方法の選択」

- タスク3「データベース接続の詳細の指定」

- タスク4「カスタム接頭辞の指定とスキーマの選択」

- タスク5「スキーマのパスワードの指定」

- タスク6「カスタム変数の指定」

- タスク7「スキーマ作成の完了」

タスク1   RCUの導入

これは、「ようこそ」画面です。「次へ」をクリックします。

タスク2   スキーマ作成の方法の選択

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

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

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

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

- データベース・タイプ

- ホスト名

- ポート

- サービス名

- ユーザー名

- パスワード

- ロール

これらの情報をすべて指定し、「次へ」をクリックして続行し、データベースへの接続が成功したことを通知するダイアログ・ウィンドウで「OK」をクリックします。

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

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

- メタデータ・サービス

- 監査サービス

- 監査サービスへの追加

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

- Oracle Platform Security Services

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

- WebLogicサービス

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

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

ヒント:

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

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

ヒント:

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

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

タスク5   スキーマのパスワードの指定

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

ヒント:

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

タスク6   カスタム変数の指定

Section 1.9に示した情報を確認しておく必要があります。

SOAインフラストラクチャ・スキーマのカスタム変数を指定します。Oracle B2Bの標準インストール・トポロジの場合は、Database Profileのデフォルト値SMALLと、Healthcare Integrationのデフォルト値NOをそのまま使用します。

Healthcareを構成している場合は、Healthcare Integrationの値を「はい」と指定します。

ヒント:

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

タスク7   スキーマ作成の完了

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

3.2 B2B WebLogicドメインの構成

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

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

- 第3.2.1項「構成ウィザードの起動」

- 第3.2.2項「ドメインを作成するための構成ウィザード画面のナビゲート」

3.2.1 構成ウィザードの起動

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

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

./config.sh

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

config.cmd

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

この項で説明する手順を実行して、目的のトポロジのドメインを作成して構成します。

注意:

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

ドメインを作成して構成するためのタスクは次のとおりです。

- タスク1「ドメイン・タイプとドメイン・ホームの場所の選択」

- タスク2「構成テンプレートの選択」

- タスク3「アプリケーション・ホームの場所の選択」

- タスク4「管理者アカウントの構成」

- タスク5「ドメイン・モードとJDKの指定」

- タスク6「データ・ソース構成タイプの指定」

- タスク7「JDBCコンポーネント・スキーマ情報の指定」

- タスク8「JDBC接続のテスト」

- タスク9「拡張構成の選択」

- タスク10「管理サーバーのリスニング・アドレスの構成」

- タスク11「ノード・マネージャの構成」

- タスク12「管理対象サーバーの構成」

- タスク13「クラスタの構成」

- タスク14「クラスタへの管理対象サーバーの割当て」

- タスク15「Coherenceクラスタの構成」

- タスク16「新しいマシンの作成」

- タスク17「マシンへのサーバーの割当て」

- タスク18「構成の仕様の確認とドメインの構成」

- タスク19「ドメイン・ホームと管理サーバーURLのメモ」

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

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

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

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

ヒント:

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

タスク2   構成テンプレートの選択

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

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

- Oracle SOA Suite - 12.1.3.0 [soa]

- Oracle Enterprise Manager - 12.1.3.0 [em]

- Oracle WSM Policy Manager - 12.1.3.0 [oracle_common]

- Oracle JRF - 12.1.3.0 [oracle_common]

- WebLogic Coherence Cluster Extension - 12 1.3.0 [wlserver]

ヒント:

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

タスク3   アプリケーション・ホームの場所の選択

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

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

ヒント:

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

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

タスク4   管理者アカウントの構成

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

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

タスク5   ドメイン・モードとJDKの指定

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

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

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

ヒント:

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

タスク6   データ・ソース構成タイプの指定

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

注意:

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

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

フィールド

説明

ベンダー

ドロップダウン・リストからデータベースのベンダーを選択します。

ドライバ

ドロップダウン・リストから必要なドライバを選択します。

DBMS/サービス

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

ホスト名

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

ポート

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

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

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

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

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

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

ヒント:

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

- 「Oracle RACを使用したGridLinkデータ・ソースの構成」

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

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

タスク8   JDBC接続のテスト

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

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

ヒント:

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

タスク9   拡張構成の選択

トポロジのドメイン構成を完了するには、「拡張構成」画面で次のオプションを選択する必要があります。

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

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

- 管理対象サーバー、クラスタおよびCoherence
これは、B2B管理対象サーバーを構成する場合に必要になります。

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

「管理サーバー」画面で、「リスニング・アドレス」の横にあるドロップダウン・リストを選択し、管理サーバーが存在するホストのIPアドレスを選択します。

「すべてのローカル・アドレス」を使用しないでください。

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

タスク11   ノード・マネージャの構成

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

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

ヒント:

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

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

タスク12   管理対象サーバーの構成

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

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

3. 「追加」をクリックし、このプロセスを繰り返してb2b_server2という名前の2つ目の管理対象サーバーを作成します。
2番目の管理対象サーバーの構成は、高可用性の標準トポロジを構成するために必要な手順の1つです。高可用性環境を作成しない場合、この手順はオプションになります。

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

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

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

ヒント:

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

タスク13   クラスタの構成

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

1. 「追加」を選択します。

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

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

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

ヒント:

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

タスク14   クラスタへの管理対象サーバーの割当て

「サーバーのクラスタへの割当」画面を使用して、b2b_server1およびb2b_server2を新規クラスタb2b_cluster1に割り当てます。

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

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

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

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

3. 繰り返しb2b_server2をb2b_cluster1に割り当てます。

ヒント:

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

タスク15   Coherenceクラスタの構成

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

注意:

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

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

注意:

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

タスク16   新しいマシンの作成

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

ヒント:

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

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

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

3. 「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成するマシンのIPアドレスを選択します。
localhostではなく、特定のインタフェースを選択する必要があります。これにより、Coherenceクラスタのアドレスが動的に計算されます。

4. 「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。
この例に示されているポート番号5556は、このドキュメントの別の例でも引用されることがあります。このポート番号は、必要に応じて各自のポート番号に置換してください。

注意:

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

ヒント:

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

タスク17   マシンへのサーバーの割当て

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

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

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

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

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

3. 繰り返しb2b_server1とb2b_server2をb2b_machine1に割り当てます。

ヒント:

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

タスク18   構成の仕様の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで任意の画面に戻れます。

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

ヒント:

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

タスク19   ドメイン・ホームと管理サーバーURLのメモ

「構成に成功しました」画面には、構成したばかりのドメインについて、次の項目が表示されます。

- ドメインの場所

- 管理サーバーURL

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

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

3.3 サーバーの起動

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

注意:

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

- 第3.3.1項「ノード・マネージャの起動」

- 3.3.2「管理サーバーの起動」

- 3.3.3「管理対象サーバーの起動」

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

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

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

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

上記コマンドで、LOG_DIRはログ・ファイルを格納するディレクトリの場所です。

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

startNodeManager.cmd

注意:

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

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

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

3.3.2 管理サーバーの起動

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

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

./startWebLogic.sh

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

startWebLogic.cmd

タスク5 (第3.2.2項)で、「ドメイン・モードおよびJDK」画面の「本番モード」を選択した場合は、タスク4の「管理者アカウント」画面で指定した管理者ユーザーのログイン資格証明を入力するように求めるプロンプトが表示されます。

ヒント:

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

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

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。このURLは、タスク19の「構成に成功しました」画面に示されます。

注意:

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

http://administration_server_host:administration_server_port/console

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

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

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

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

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

http://administration_server_host:administration_server_port/em

管理サーバーのホストとポート番号は、「構成に成功しました」画面(タスク19)のURLで示されているものです。デフォルトの管理サーバーのポート番号は7001です。

ログイン資格証明は、「管理者アカウント」画面(タスク4)で指定したものです。

2. 「ターゲット・ナビゲーション」ペインで、管理対象サーバー(b2b_server1とb2b_server2)が表示されるまで矢印をクリックしてドメインを開きます。

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

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

5. 手順3と4を繰り返して、b2b_server2を起動します。

6. 「ターゲット・ナビゲーション」ページでドメイン名を選択し、すべてのサーバーが稼働中であることを確認します。

3.4 構成の確認

ドメインが適切に構成されたことを確認するには、第5.1項を参照してください。この項で説明されているタスクに精通した後、それらのタスクを実行してドメインが適切に構成されていることを確認してください。

4 Healthcareドメインの構成

この章では、Oracle Healthcareドメインの作成および構成の方法について説明します。

構成プロセスを開始する前に、Oracle Healthcareソフトウェアが、Oracle Fusion Middleware InfrastructureおよびOracle SOA Suiteと同じOracleホームにインストールされていることを確認してください。詳細は、第2章を参照してください。

この章が終わるまでに、Oracle Healthcareのデータベース・スキーマを作成し、Healthcare用のOracle WebLogicドメインを作成して、単一のホスト上に1つのクラスタと1つの管理対象サーバーを構成します。

この章には、次のセクションがあります。

- 第4.1項「データベース・スキーマの作成」

- 第4.2項「Healthcare WebLogicドメインの構成」

- 第4.3項「サーバーの起動」

- 第4.4項「構成の確認」

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

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

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

スキーマのインストールが完了したら、第4.2項に進んで、ドメインの作成と構成を続行します。

4.2 Healthcare WebLogicドメインの構成

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

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

- 第4.2.1項「構成ウィザードの起動」

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

4.2.1 構成ウィザードの起動

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

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

./config.sh

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

config.cmd

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

この項で説明する手順を実行して、目的のトポロジのドメインを作成して構成します。

注意:

この項で説明する手順を使用して、既存のドメインを拡張することもできます。手順に示された内容と要件が合わないときは、適切な内容を選択していることを確認し、その他の詳細について説明されているドキュメントを参照してください。

ドメインを作成して構成するためのタスクは次のとおりです。

- タスク1「ドメイン・タイプとドメイン・ホームの場所の選択」

- タスク2「構成テンプレートの選択」

- タスク3「アプリケーション・ホームの場所の選択」

- タスク4「管理者アカウントの構成」

- タスク5「ドメイン・モードとJDKの指定」

- タスク6「データ・ソース構成タイプの指定」

- タスク7「JDBCコンポーネント・スキーマ情報の指定」

- タスク8「JDBC接続のテスト」

- タスク9「拡張構成の選択」

- タスク10「管理サーバーのリスニング・アドレスの構成」

- タスク11「ノード・マネージャの構成」

- タスク12「管理対象サーバーの構成」

- タスク13「クラスタの構成」

- タスク14「クラスタへの管理対象サーバーの割当て」

- タスク15「Coherenceクラスタの構成」

- タスク16「新しいマシンの作成」

- タスク17「マシンへのサーバーの割当て」

- タスク18「構成の仕様の確認とドメインの構成」

- タスク19「ドメイン・ホームと管理サーバーURLのメモ」

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

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

「ドメインの場所」フィールドで、ドメイン・ホームのディレクトリを指定します。B2BとHealthcareがそれぞれ個別のドメイン・ホームにあることを確認します。

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

ヒント:

この画面に示されるその他のオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「構成タイプ」に関する項を参照してください。

タスク2   構成テンプレートの選択

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

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

- Oracle B2B - 12.1.3.0 [soa]

- Oracle SOA Suite - 12.1.3.0 [soa]

- Oracle Enterprise Manager - 12.1.3.0 [em]

- Oracle Enterprise Manager - 12.1.3.0 [em]

- Oracle WSM Policy Manager - 12.1.3.0 [oracle_common]

- Oracle JRF - 12.1.3.0 [oracle_common]

- WebLogic Coherence Cluster Extension - 12 1.3.0 [wlserver]

ヒント:

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

タスク3   アプリケーション・ホームの場所の選択

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

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

ヒント:

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

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

タスク4   管理者アカウントの構成

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

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

タスク5   ドメイン・モードとJDKの指定

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

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

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

ヒント:

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

タスク6   データ・ソース構成タイプの指定

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

注意:

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

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

フィールド

説明

DBMS/サービス

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

ホスト名

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

ポート

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

スキーマ所有者

スキーマ・パスワード

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

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

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

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

Successfully Done.

ヒント:

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

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

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

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

ヒント:

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

- 「Oracle RACを使用したGridLinkデータ・ソースの構成」

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

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

タスク8   JDBC接続のテスト

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

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

ヒント:

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

タスク9   拡張構成の選択

トポロジのドメイン構成を完了するには、「拡張構成」画面で次のオプションを選択する必要があります。

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

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

- 管理対象サーバー、クラスタおよびCoherence
これは、Healthcare管理対象サーバーを構成する場合に必要になります。

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

「管理サーバー」画面で、「リスニング・アドレス」の横にあるドロップダウン・リストを選択し、管理サーバーが存在するホストのIPアドレスを選択します。

「すべてのローカル・アドレス」を使用しないでください。

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

タスク11   ノード・マネージャの構成

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

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

ヒント:

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

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

タスク12   管理対象サーバーの構成

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

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

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

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

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

ヒント:

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

タスク13   クラスタの構成

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

1. 「追加」を選択します。

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

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

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

ヒント:

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

タスク14   クラスタへの管理対象サーバーの割当て

「サーバーのクラスタへの割当」画面を使用して、hc_server1を新規クラスタhc_cluster1に割り当てます。

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

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

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

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

ヒント:

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

タスク15   Coherenceクラスタの構成

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

注意:

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

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

注意:

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

タスク16   新しいマシンの作成

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

ヒント:

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

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

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

3. 「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成するマシンのIPアドレスを選択します。
localhostではなく、特定のインタフェースを選択する必要があります。これにより、Coherenceクラスタのアドレスが動的に計算されます。

4. 「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。
この例に示されているポート番号5556は、このドキュメントの別の例でも引用されることがあります。このポート番号は、必要に応じて各自のポート番号に置換してください。

注意:

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

ヒント:

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

タスク17   マシンへのサーバーの割当て

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

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

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

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

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

3. 繰り返しhc_server1をhc_machine1に割り当てます。

ヒント:

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

タスク18   構成の仕様の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで任意の画面に戻れます。

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

ヒント:

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

タスク19   ドメイン・ホームと管理サーバーURLのメモ

「構成に成功しました」画面には、構成したばかりのドメインについて、次の項目が表示されます。

- ドメインの場所

- 管理サーバーURL

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

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

4.3 サーバーの起動

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

注意:

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

- 第4.3.1項「ノード・マネージャの起動」

- 第4.3.2項「管理サーバーの起動」

- 第4.3.3項「管理対象サーバーの起動」

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

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

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

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

上記コマンドで、LOG_DIRはログ・ファイルを格納するディレクトリの場所です。

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

startNodeManager.cmd

注意:

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

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

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

4.3.2 管理サーバーの起動

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

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

./startWebLogic.sh

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

startWebLogic.cmd

タスク5 (第4.2.2項)の「ドメイン・モードおよびJDK」画面で「本番モード」を選択した場合、タスク4の「管理者アカウント」画面での表示と同様に、管理者ユーザーのログイン資格証明を求めるプロンプトが表示されます。

ヒント:

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

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

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。このURLは、タスク19の「構成に成功しました」画面に示されます。

注意:

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

http://administration_server_host:administration_server_port/console

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

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

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

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

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

http://administration_server_host:administration_server_port/em

管理サーバーのホストとポート番号は、「構成に成功しました」画面(タスク19)のURLで示されているものです。デフォルトの管理サーバーのポート番号は7001です。

ログイン資格証明は、「管理者アカウント」画面(タスク4)で指定したものです。

2. 「ターゲット・ナビゲーション」ペインで、矢印をクリックして管理対象サーバー(hc_server1)が表示されるまでドメインを展開します。

3. 管理対象サーバー(hc_server1)を選択します。

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

5. 「ターゲット・ナビゲーション」ページでドメイン名を選択し、すべてのサーバーが稼働中であることを確認します。

4.4 構成の確認

ドメインが適切に構成されたことを確認するには、第5.1項を参照してください。この項で説明されているタスクに精通した後、それらのタスクを実行してドメインが適切に構成されていることを確認してください。

5 WebLogicドメイン構成後の次のステップ

この章では、新規に作成したHealthcareドメインで実行する必要がある一般的なタスクについて説明します。

この章の内容は次のとおりです。

- 第5.1項「基本的な管理タスクの実行」

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

- 第5.3項「可用性の高い環境の準備」

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

表5-1に、新しく作成したドメインに対して実行できる、一般的な管理タスクの一部を示します。

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

タスク

説明

詳細

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

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

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

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

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

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

Secure Sockets Layer (SSL)の構成

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

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

Oracle Fusion Middlewareのモニタリング

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

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

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

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

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

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

表5-2に、新規作成ドメインで実行する可能性の高い追加タスクを示します。

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

タスク

説明

詳細

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

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

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

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

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

『Oracle HTTP Serverのインストールと構成』のOracle HTTP ServerをWebLogic Serverドメインにインストールして構成する手順に従います。

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

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

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

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

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

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

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

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

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

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

タスク

説明

詳細

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

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

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

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

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

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

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

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

『高可用性ガイド』の高可用性環境でのサーバー・ロード・バランシングとロード・バランサの構成に関する項を参照してください。

特定のOracle B2BおよびHealthcareロードバランサの設定

Oracle Enterprise Managerで特定のB2Bプロパティを定義して、Oracle SOA Suite for Healthcare Integrationを有効化します。これらのプロパティを使用すると、Healthcare integrationの高可用性を有効にし、サーバーのタイムアウトおよびPing間隔を定義できます。

Oracle B2Bユーザーズ・ガイドのFusion Middleware ControlのB2B構成プロパティの設定を参照してください。

Oracle SOA Suite for HealthcareのMLLPの有効化

高可用性環境で最小の下位レイヤー・プロトコル(MLLP)を使用する場合は、Oracle SOA Suite for Healthcare integrationアプリケーションを実装します。

Oracle SOA Suite Healthcare Integrationユーザーズ・ガイドの「Oracle SOA Suite for Healthcare IntegrationでのMLLP高可用性の有効化」を参照してください。

ベスト・プラクティス・トポロジの確認

ベスト・プラクティス・トポロジを確認して、高可用性環境におけるB2BとHealthcareのドメイン分散とロードバランサについて理解します。

Oracle SOA Suite Healthcare Integrationユーザーズ・ガイドの「B2BおよびHealthcareドメイン・トポロジのベスト・プラクティス」を参照してください。

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

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

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

6 B2BとHealthcareのアンインストール

この章では、B2BおよびHealthcareをアンインストールまたは再インストールする方法について説明します。

ソフトウェアを削除する際には、必ずこの章に記載する指示に従ってください。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールする際に問題が発生する場合があります。この章の手順に従うことで、ソフトウェアを正しく削除できます。

この章は次の項で構成されています:

- 第6.1項「製品のアンインストールの理解」

- 第6.2項「Oracle Fusion Middlewareの停止に関する項」

- 第6.3項「データベース・スキーマの削除」

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

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

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

- 第6.7項「ソフトウェアの再インストール」

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

The Oracle Fusion Middlewareアンインストーラは、ソフトウェアが起動されたOracleホーム・ディレクトリから、このソフトウェアを削除します。表6-1は、手順を要約し、ドキュメントをサポートするリンクを示しています。

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

タスク

説明

ドキュメント

Oracle Fusion Middlewareの停止

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

第6.2項を参照してください。

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

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

第6.3項を参照してください。

ソフトウェアの削除

製品のアンインストーラを実行してB2BとHealthcareを削除します。

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

第6.4項を参照してください。

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

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

第6.5項を参照してください。

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

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

第6.6項を参照してください。

6.2 Oracle Fusion Middlewareの停止

アンインストーラ実行前に、削除対象のOracleホームに関連付けられたサーバーとプロセスをすべて停止する必要があります。

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

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

Oracleホームを削除する前にRepository Creation Utilityを実行し、このドメインに関連付けられたデータベース・スキーマを削除する必要があります。各ドメインにはカスタム接頭辞によって一意に識別される独自のスキーマ・セットがあります(『Repository Creation Utilityによるスキーマの作成』のカスタム接頭辞の理解に関する項を参照してください)。これらのスキーマを他のドメインと共有することはできません(『Repository Creation Utilityによるスキーマの作成』のスキーマの作成計画に関する項を参照してください)。

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

スキーマの削除手順は、『Repository Creation Utilityによるスキーマの作成』のスキーマの削除に関する項を参照してください。

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

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

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

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

- 第6.4.3項「アンインストール画面のナビゲート」

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

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

アンインストーラを起動する手順は次のとおりです。

- Unixの場合
UNIXオペレーティング・システムでアンインストーラを起動するには、ORACLE_HOME/oui/binディレクトリに移動して、次のコマンドを入力します。

./deinstall.sh

- Windowsの場合
次のいずれかを実行します。

- ファイル・マネージャ・ウィンドウを使用して、ORACLE_HOME\oui\binディレクトリに移動し、deinstall.cmdをダブルクリックします。

- コマンド行で、ORACLE_HOME\oui\binに移動し、次のコマンドを入力します。

deinstall.cmd

- 「開始」メニューから、「すべてのプログラム」を選択してから「Oracle」、「OracleHome」、「Oracle Middlewareのアンインストール」の順に選択します。

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

Oracleホームには複数の製品が存在するため、正しいOracleホームをアンインストールしていることを確認します。アンインストーラの実行後、「アンインストールする配布」画面が表示されます。ドロップダウン・リストからB2B_Healthcare 12.1.3.0.0を選択し、「アンインストール」をクリックします。アンインストール・プログラムによって、表6-2に列挙されている画面が表示されます。

注意:

Oracle B2BおよびHealthcareソフトウェアがアンインストールされたら、アンインストール・ウィザードを再度実行してOracle Fusion Middleware Infrastructureをアンインストールできます。他のソフトウェアがOracle Fusion Middleware Infrastructureに依存していない場合は、「アンインストールする配布」画面は表示されません。

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

アンインストール・プログラムによって、表6-2に列挙されている順に、一連の画面が表示されます。

アンインストール画面に関して詳細な情報が必要な場合、画面名をクリックしてください。

表6-2 アンインストール画面および説明

画面

説明

ようこそ

この画面により製品アンインストーラが開始します。

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

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

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

「削除」をクリックして、ソフトウェアの削除を開始します。

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

この画面にはアンインストールの進行状況が表示されます。

アンインストール完了

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

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

アンインストーラが終了した後、アンインストーラで削除されなかったOracleホーム・ディレクトリと既存のサブディレクトリを手動で削除する必要があります。たとえば、UNIXオペレーティング・システムでOracleホーム・ディレクトリが/home/Oracle/product/Oracle_Homeの場合は、次のようにします。

> cd /home/Oracle/product
> rm -rf Oracle_Home

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

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

ドメインとアプリケーション・データを削除するには:

1. 手動でドメイン・ホーム・ディレクトリを削除します。
たとえば、UNIXオペレーティング・システムでドメイン・ホーム・ディレクトリが/home/Oracle/config/domains/healthcare_domainの場合は、次のようにします。

> cd /home/Oracle/config/domains
> rm -rf healthcare_domain

Windowsオペレーティング・システムで、ドメイン・ホーム・ディレクトリがC:\Oracle\Config\domains\healthcare_domainの場合、ファイル・マネージャのウィンドウを使用してC:\Oracle\Config\domainsディレクトリにナビゲートし、healthcare_domainフォルダを右クリックしてから「削除」をクリックします。

2. 手動でアプリケーション・ホーム・ディレクトリを削除します。
たとえば、UNIXオペレーティング・システムでアプリケーション・ホーム・ディレクトリが/home/Oracle/config/applications/healthcare_domainの場合は、次のようにします。

> cd /home/Oracle/config/applications
> rm -rf healthcare_domain

Windowsオペレーティング・システムで、アプリケーション・ホーム・ディレクトリがC:\Oracle\Config\applications\healthcare_domainの場合、ファイル・マネージャのウィンドウを使用してC:\Oracle\Config\applicationsディレクトリにナビゲートし、healthcare_domainフォルダを右クリックしてから「削除」をクリックします。

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

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

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

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

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

次のようにOracleホームが空でない場合を考慮します。

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

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

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

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

1. この章で説明しているように、ソフトウェアをOracleホームから削除してから、Oracleホーム・ディレクトリを削除します。これが完了すると、第2章の指示に従って、再インストールして同じOracleホームの場所を再利用できます。Oracleホームにあったドメイン・データやアプリケーション・データは、再作成する必要があります。

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

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

この付録では、Oracle B2Bの代替トポロジについて説明します。

この付録では、次のトポロジについて説明します。

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

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

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

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

- Oracle SOA Suite、Oracle B2BおよびOracle Business Activity Monitoringのトポロジの理解

- Oracle SOA Suite、B2BおよびBusiness Activity Monitoringのトポロジのインストールと構成のロードマップ

A.1.1 Oracle SOA Suite、Oracle B2BおよびOracle Business Activity Monitoringのトポロジの理解

図A-1は、Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoringのトポロジを示しています。

このトポロジを使用して、Oracle B2BドメインにOracle Business Activity Monitoringを実装します。Oracle Business Activity Monitoringソフトウェアは、専用のクラスタに向けてターゲット設定されます。これにより、Oracle B2BとOracle Business Activity Monitoringソフトウェアの間でのリソースの競合がなくなります。

図A-1 Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoringのトポロジ

A.1.2 Oracle SOA Suite、B2BおよびBusiness Activity Monitoringのトポロジのインストールと構成のロードマップ

表A-1は、システムでこのトポロジを構成するために必要なロードマップを説明しています。

表A-1 Oracle SOA Suite、B2BおよびBusiness Activity Monitoringのインストールおよび構成手順の概要

タスク

説明

詳細

特別な指示

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

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

第1.4項を参照してください。

なし。

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

Oracle B2Bをインストールするには、Oracle SOA SuiteとOracle Fusion Middleware Infrastructureがすでにインストールされている必要があります。Oracle SOA Suiteをインストールすると、Business Activity Monitoringも自動的にインストールされます。B2Bは、Oracle Fusion Middleware InfrastructureおよびOracle SOA Suiteと同じOracleホームにインストールする必要があります。

第1.5項を参照してください。

Oracle Infrastructure、Oracle SOA SuiteとBusiness Process Management、およびOracle B2Bのすべてのディストリビューションを入手する必要があります。

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

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

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

なし。

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

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

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

Oracle Fusion Middleware Infrastructureを構成する必要はありません。

Oracle SOA Suiteをインストールします

Oracle SOA Suiteソフトウェアを既存のOracle InfrastructureのOracleホームにインストールします。

『Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成』を参照してください。

Oracle SOA Suiteを構成する必要はありません。

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

Oracle B2Bソフトウェアを既存のOracle InfrastructureとOracle SOA SuiteのOracleホームにインストールします。

第2章を参照してください。

「インストール・タイプ」画面で、「B2B」を選択します。

WebLogicドメインの作成

構成ウィザードを使用してWebLogicドメインの作成および構成を行います。構成画面で必ず適切なオプションを選択してください。

第3章を参照してください。

個別の画面(第A.1.2.1項を参照)に示された指示に従います。

サーバーの起動

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

第3.3項を参照してください。

なし。

構成の確認

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

第3.3項を参照してください。

なし。

Oracle B2Bのインストールと構成後の次の手順

構成したドメインの管理タスクを実行できます。

第5章を参照してください。

なし。

A.1.2.1 Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoring用に選択する構成オプション

Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoringの構成時の画面と選択する必要のあるオプションは、第3章に示したものとほとんど同じです。ただし、異なるオプションを選択する必要がある画面が2つあります。表A-2に主な画面とオプションをリストします。この項に示されたとおりに、構成オプションを選択するようにしてください。

表A-2 Oracle SOA Suite、Oracle B2BおよびBusiness Activity Monitoringのトポロジの主要な画面と構成オプション

画面

説明

テンプレート

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

タスク2にリストされたテンプレートのほかに、Business Activity Monitoring - 12.1.3.0 [soa]も選択します。

管理対象サーバー

「管理対象サーバー」画面(タスク12)で、bam_server1とsoa_server1という名前の、2つの管理対象サーバーが作成されます。「追加」をクリックし、それとは別の2つの管理対象サーバー(bam_server2とsoa_server2)を作成します。

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

「サーバー・グループ」ドロップダウン・リストで、soa_server1とsoa_server2がSOA-MGD-SVRSに向けてターゲット設定されていることと、bam_server1とbam_server2がBAM 12-MGD-SVRS-ONLYに向けてターゲット設定されていることを確認します。

クラスタ

「クラスタ」画面(タスク13)で、soa_cluster1とbam_cluster1という名前の2つのクラスタを作成します。

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

この画面(タスク14)で、次に指定するようにサーバーを割り当てます。

- bam_server1とbam_server2をbam_cluster1に割り当てます

- soa_server1とsoa_server2をsoa_cluster1に割当て

マシン

この画面(タスク16)で、bam_machine1とsoa_machine1という名前の、2つのマシンを作成します。

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

この画面(タスク17)で、次に示すようにサーバーを割り当てます。

- AdminServer、bam_server1およびbam_server2をbam_machine1に割り当てます。

- soa_server1とsoa_server2をsoa_machine1に割当て

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

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

- Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジの理解

- Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジのインストールと構成のロードマップ

A.2.1 Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジの理解

図A-1は、Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジを示しています。

このトポロジを使用して、Oracle B2BドメインにOracle Service Busを実装します。Oracle Service Busソフトウェアは、専用のクラスタに向けてターゲット設定されます。これにより、Oracle B2BとOracle Service Busソフトウェアの間でのリソースの競合がなくなります。

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

A.2.2 Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジのインストールと構成のロードマップ

表A-3は、システムでこのトポロジを構成するために必要なロードマップを説明しています。

表A-3 Oracle SOA Suite、Oracle B2BおよびOracle Service Busのインストールおよび構成手順の概要

タスク

説明

詳細情報

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

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

第1.4項を参照してください。

なし。

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

Oracle B2Bをインストールするには、Oracle SOA SuiteとOracle Fusion Middleware Infrastructureがすでにインストールされている必要があります。B2Bは、Oracle Fusion Middleware Infrastructure、Oracle SOA SuiteおよびOracle Service Busと同じOracleホームにインストールする必要があります。

第1.5項を参照してください。

Oracle Infrastructure、Oracle SOA SuiteとBusiness Process Management、およびOracle Service Busのすべてのディストリビューションを入手する必要があります。

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

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

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

なし。

Oracle Fusion Middleware Infrastructureをインストールします

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

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

Oracle Fusion Middleware Infrastructureを構成する必要はありません。

Oracle SOA Suiteをインストールします

Oracle SOA Suiteソフトウェアを既存のOracle Infrastructureホームにインストールします。

『Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成』を参照してください。

Oracle SOA Suiteを構成する必要はありません。

Oracle Service Busのインストール

Oracle Service Busソフトウェアを既存のOracle InfrastructureとOracle SOA Suiteのホームにインストールします。

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

Oracle Service Busを構成する必要はありません。

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

Oracle B2Bソフトウェアを既存のOracle Infrastructure、Oracle SOA SuiteホームおよびOracle Service Busホームにインストールします。

第2章を参照してください。

「インストール・タイプ」画面で、「B2B」を選択します。

WebLogicドメインの作成

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

第3章を参照してください。

個別の画面(第A.2.2.1項を参照)に示された指示に従います。

サーバーを起動します

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

第3.3項を参照してください。

なし。

構成を確認します

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

第3.3項を参照してください。

なし。

Oracle B2Bのインストールと構成後の次の手順

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

第5章を参照してください。

なし。

A.2.2.1 Oracle SOA Suite、Oracle B2BおよびOracle Service Bus用に選択する構成オプション

Oracle SOA Suite、Oracle B2BおよびOracle Service Busの構成時の画面と選択する必要のあるオプションは、第3章に示したものとほとんど同じです。ただし、異なるオプションを選択する必要がある画面が2つあります。表A-4に主な画面とオプションをリストします。この項に示されたとおりに、構成オプションを選択するようにしてください。

表A-4 Oracle SOA Suite、Oracle B2BおよびOracle Service Busのトポロジの主要な画面と構成オプション

画面

説明

テンプレート

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

タスク2にリストされたテンプレートに加え、Oracle Service Bus - 12.1.3.0 [soa]を選択します。

管理対象サーバー

「管理対象サーバー」画面(タスク12)で、osb_server1とsoa_server1という名前の、2つの管理対象サーバーが作成されます。「追加」をクリックし、それとは別の2つの管理対象サーバー(osb_server2とsoa_server2)を作成します。

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

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

クラスタ

「クラスタ」画面(タスク13)で、soa_cluster1とosb_cluster1という名前の2つのクラスタを作成します。

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

この画面(タスク14)で、次に指定するようにサーバーを割り当てます。

- osb_server1とosb_server2をosb_cluster1に割り当てます

- soa_server1とsoa_server2をsoa_cluster1に割り当てます

マシン

この画面(タスク16)で、osb_machine1とsoa_machine1という名前の、2つのマシンを作成します。

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

この画面(タスク17)で、次に示すようにサーバーを割り当てます。

- AdminServer、osb_server1およびosb_server2をosb_machine1に割り当てます。

- soa_server1とsoa_server2をsoa_machine1に割当て

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

コピーライトについて

Copyright © 1994-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

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の登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。