Oracle® Fusion Middleware

Oracle API Catalogインストレーション・ガイド

12cリリース1 (12.1.3)

E59450-04(原本部品番号:E55979-04)

2015年10月

Oracle API Catalogのインストールに関する情報および手順を提供します。

Oracle Fusion Middleware Oracle API Catalogインストレーション・ガイド, 12cリリース1 (12.1.3)

E59450-04

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

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

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

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

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

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

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 インストールの準備

- 1.1 Oracle API Catalogのインストールの概要

- 1.2 製品の配布方法

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

- 1.4 Oracle API Catalogのインストールに必要なソフトウェアのインストール

- 1.4.1 動作保証されたJDKのインストール

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

- 1.4.3 Oracle Fusion Middleware 12c Infrastructureのインストール

- 1.5 Oracleホーム・ディレクトリの選択

- 1.6 次のステップ

2 Oracle API Catalogソフトウェアのインストール

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

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

- 2.3 インストールの確認

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

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

- 2.4 必要なパッチのインストール

- 2.4.1 RCUパッチのインストール

- 2.4.2 WebLogic Serverパッチのインストール

- 2.5 次のステップ

3 Oracle API Catalogドメインの構成

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

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

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

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

- 3.2 WebLogicドメインの構成

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

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

- 3.3 サーバーの起動

- 3.3.1 管理サーバーの起動

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

- 3.4 次のステップ

4 クラスタ化環境へのOracle API Catalogのインストール

- 4.1 概要

- 4.2 ステップ1: Oracle API Catalogのインストール

- 4.3 ステップ2: 1つのクラスタ・メンバーでのOracle API Catalogのデプロイおよび検証

- 4.4 ステップ3: クラスタ化環境の作成

- 4.5 ステップ4: データベースへのアプリケーション・プロパティの移動

- 4.6 ステップ5: 各クラスタ・メンバーでのcluster.propertiesファイルの構成

- 4.7 ステップ6: インストールの検証

- 4.8 ステップ7: WebLogic ServerのJVMパラメータのクラスタリング

5 クラスタ化環境でのOracle API Catalogドメインの構成

- 5.1 Oracle HTTP Serverのインストール

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

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

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

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

- 5.3 WebLogicドメインの構成

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

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

- 5.4 サーバーの起動

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

- 5.4.2 管理サーバーの起動

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

- 5.4.4 Oracle HTTP Serverインスタンスの起動

- 5.5 次のステップ

6 インストール後の手順

- 6.1 管理サーバーの起動とOracle API CatalogのWebベース・コンソールへのログイン

- 6.2 Oracle API Catalog診断テスティング・ツールの使用

- 6.3 次のステップ

7 Oracle API Catalogのアンインストール

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

- 7.2 アプリケーションの停止と削除

- 7.3 管理対象サーバーの停止と削除

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

- 7.5 Oracle API Catalogデータ・ソースの削除

- 7.6 適用したパッチのロール・バック

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

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

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

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

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

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

索引

はじめに

『Oracle Fusion Middleware Oracle API Catalogインストレーション・ガイド』では、Oracle API Catalogのインストール、構成およびトラブルシューティングの内容と手順について説明します。

対象読者

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

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

オラクル社のアクセシビリティへの取組みの詳細は、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 (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、Oracle API Catalog 12cドキュメント・セットの次のドキュメントを参照してください。

- Oracle Fusion Middleware Oracle API Catalogコンセプト・ガイド

- Oracle Fusion Middleware Oracle API Catalog管理者ガイド

- Oracle Fusion Middleware Oracle API Catalog開発者ガイド

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 インストールの準備

この章では、Oracle API Catalogのインストールの準備について説明します。

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

- Oracle API Catalogのインストールの概要

- 製品の配布方法

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

- Oracle API Catalogのインストールに必要なソフトウェアのインストール

- Oracleホーム・ディレクトリの選択

- 次のステップ

1.1 Oracle API Catalogのインストールの概要

Oracle API Catalogには、APIアセットのシンプルなメタモデル、OACの自動移入、およびユーザーがOACでAPIを検索してAPIの詳細を理解し、ユーザー・アプリケーションでの適用性を評価できる機能が含まれています。

Oracle API Catalogは、システムにインストール可能な次のサブコンポーネントで構成されています。

- コア製品: Oracle API Catalogに必要なものすべてをインストールします。

- Oracle API Catalogプラグイン
Oracle API Catalogでは次のプラグインを使用できます。

- 開発環境(IDE)

- Oracle JDeveloper

- ハーベスタ・プラグイン

- WLST

- Ant

注意:
Oracle Enterprise RepositoryとOracle API Catalogを同じMiddlewareホームにインストールすることは、サポートされていません。有効なOERまたはOACドメインをMiddlewareホームに作成してから、他の製品に使用する有効なドメインも同じMiddlewareホームに作成する場合、作成した最初のドメイン(OERでもOACでも)にアクセスすると、次のようなメッセージが表示されます。
Request-URIに一致するものが見つかりませんでした。

Oracle Enterprise RepositoryとOracle API Catalogを同じサーバーから同時に実行するには、それぞれを別のMiddlewareホームにインストールする必要があります。

1.2 製品の配布方法

このインストーラは、次の場所にあるOracle Software Delivery Cloudから入手する必要があります。

https://edelivery.oracle.com/

注意:
インストーラをダウンロードする前に、ライセンス契約に同意する必要があります。

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

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

手順1   環境が動作保証要件を満たしていることの確認

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

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

手順2   動作保証情報を確認するためのシステム要件ドキュメントの使用

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

手順3   複数の製品間での相互運用性の確認

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

1.4 Oracle API Catalogのインストールに必要なソフトウェアのインストール

API Catalogをインストールするには、まず、この項で説明しているコンポーネントをインストールする必要があります。

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

- 第1.4.1項「動作保証されたJDKのインストール」

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

- 第1.4.3項「Oracle Fusion Middleware 12c Infrastructureのインストール」

1.4.1 動作保証されたJDKのインストール

Oracle API Catalogをインストールするには、インストーラを実行する前に、サポートされているJDKをシステムにダウンロードしてインストールする必要があります。

JDKは、Oracleホームの外部にインストールしてください。Oracle Universal Installerにより指定されたOracleホーム・ディレクトリが空であることが検証され、空のディレクトリが指定されていなければインストールは行われません。JDKをOracleホームにインストールした場合、今後の操作で問題が発生します。したがって、JDKのインストール場所は、/home/oracle/products/jdkディレクトリにすることをお薦めします。java -jarコマンドを使用して、インストーラJARファイルを実行できます。

このドキュメントが公開された時点では、Oracle Fusion Middleware製品にはJDK 7.0 Update 55以降が必要です。ただし、第1.3項に記載されているように動作保証情報を確認して、必要なJDKのバージョンを常に確認してください。

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

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

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

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

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

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

注意:
12cリリース1 (12.1.3)の場合、動作保証されたOracle DatabaseのみがOracle Fusion Middleware Infrastructureの標準インストール・トポロジに使用できます。

Oracle SOA Suiteで使用するデータベースをインストールまたは確認する場合は、追加の考慮事項があります(データベースのサイズおよびプロファイル、多数のOracle SOA Suiteコンポジット・アプリケーションのデータを格納する能力など)。詳細は、次のリソースを参照してください。

- 『Oracle Fusion Middleware Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成』の「データベース・プロファイルのカスタム変数について」

- Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理のSOAコンポジット・アプリケーションの概要に関する項

- Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理のデータベースのプロファイルまたはサイズの確認に関する項

製品スキーマの作成の詳細は、次を参照してください。

- リポジトリ作成ユーティリティ(RCU)は、データベースにスキーマを作成するために使用するツールです。このツールはOracle Fusion Middleware Infrastructureをインストールすることで利用できます。詳細は、『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成』を参照してください。

- Oracle API Catalogで必要な特定のスキーマについては、スキーマの作成手順とあわせて、第3.1項「データベース・スキーマの作成」を参照してください。

- リポジトリ作成ユーティリティの詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』を参照してください。

注意:
動作保証されたデータベースと製品ソフトウェアのインストール後、製品スキーマを作成するには、まず、第2.4.1項「RCUパッチのインストール」の説明に従ってRCUパッチをインストールする必要があります。

1.4.3 Oracle Fusion Middleware 12c Infrastructureのインストール

JDKのインストールと、動作保証されたデータベースのインストールおよび構成が終了した後で、Oracle WebLogic Serverインスタンスをインストールする必要があります。Oracle API Catalogをインストールして必要なデータベース・スキーマを作成したら、ドメインを構成してアプリケーションをWebLogic Serverインスタンスにデプロイします。

最新バージョンのOracle WebLogic Serverは、Oracle Fusion Middleware Infrastructureをインストールすることで利用できます。

注意:
Oracle WebLogic Serverをインストールするには、Java Required Files (JRF)が含まれるOracle Fusion Middleware 12c (12.1.3.0.0) Infrastructureインストーラ(部品番号V44416-01)を使用する必要があります。JRFは、WebLogic Serverのインストールには通常含まれていないコンポーネントで構成されており、Oracleビジネス・アプリケーションおよびアプリケーション・フレームワークで使用する共通の機能を提供します。
このインストーラは、次の場所にあるOracle Software Delivery CloudのOracle Fusion Middleware 12c Media Packから入手する必要があります。

https://edelivery.oracle.com/

別のインストーラを使用してWebLogic Serverをインストールすると、OACのインストールに失敗することがあります。

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

1.5 Oracleホーム・ディレクトリの選択

Oracleソフトウェアのインストール時には、Oracleホーム・ディレクトリの指定を要求されます。このディレクトリは、同じコンピュータにインストールされた各種のOracle製品で使用される共通ファイルのリポジトリとして機能します。このため、Oracleホーム・ディレクトリは、システムにインストールされているすべてのOracle製品の中心的なサポート・ディレクトリと見なすことができます。

Oracleソフトウェアがシステム上で正しく動作するには、Oracleホーム・ディレクトリ内のファイルが不可欠です。これらのファイルの役割を次に示します。

- インストール時に製品間の依存関係のチェックを容易にします。

- サービス・パックをインストールします。

これらのファイルがインストールされるデフォルトのOracleホーム・ディレクトリは、次のとおりです。

$ORACLE_HOME/oer

アプリケーションのインストールに関連するファイルはすべて、このOracleホーム・ディレクトリの下にあります。

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

1.6 次のステップ

この章のすべてのタスクに対処したら、第2章「Oracle API Catalogソフトウェアのインストール」に進み、Oracle API Catalogインストール・プログラムの実行に関する情報を確認してください。

2 Oracle API Catalogソフトウェアのインストール

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

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

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

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

- インストールの検証

- 必要なパッチのインストール

- 次のステップ

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

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

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

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

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

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

/home/Oracle/jdk7_15/jdk1.7.0_55/bin/java -jar oer-generic.jar

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

C:\Program Files\Java\jdk1.7.0_55\bin\java -jar oer_generic.jar

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

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

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

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

インストール画面に関して詳細な情報が必要な場合は、画面名をクリックしてください。

表2-1 Oracle API Catalogのインストール画面

画面

説明

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

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

中央インベントリの詳細は、Oracle Fusion MiddlewareのOracle Universal Installerを使用したソフトウェアのインストールに関するマニュアルのOracle中央インベントリの理解の説明を参照してください。

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

ようこそ

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

インストール場所

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

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

インストール・タイプ

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

この画面では、Oracle API Catalogが唯一のオプションです。デフォルトで選択されます。

注意: Oracle API Catalogのインストール時、「インストール・タイプ」画面のオプションは、まだOracle Enterprise Repositoryのみです。これは、意図したとおりの動作です。通常どおり、インストールを続行してください。

前提条件のチェック

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

「インストール・サマリー」

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

サイレント・インストールまたはコマンド行インストールの詳細は、Oracle Fusion MiddlewareのOracle Universal Installerを使用したソフトウェアのインストールに関するマニュアルのOracle Universal Installerのサイレント・モードでの使用の説明を参照してください。

「インストールの進行状況」

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

インストール完了

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

2.3 インストールの検証

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

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

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

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

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

2.3.2 Oracleホームの内容の表示

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

2.4 必要なパッチのインストール

データベース・スキーマを作成してWebLogicドメインを構成するには、まず次のタスクを実行して、必要なRCUパッチとWebLogic Serverパッチをインストールする必要があります。

- 第2.4.1項「RCUパッチのインストール」

- 第2.4.2項「WebLogic Serverパッチのインストール」

2.4.1 RCUパッチのインストール

必要なRCUパッチをインストールするには、OPatchユーティリティを使用します。OPatchの使用方法の詳細は、『Opatchによるパッチ適用』を参照してください。

必要なRCUパッチのインストール手順:

1. My Oracle Supportからパッチ18791727 (18791727_121300_Generic.zip)のファイルを入手します。

2. パッチのREADME.txtファイルの指示に従ってください。

2.4.2 WebLogic Serverパッチのインストール

必要なOracle WebLogic Serverパッチをインストールするには、OPatchユーティリティを使用します。OPatchの使用方法の詳細は、『Opatchによるパッチ適用』を参照してください。

必要なWebLogic Serverパッチのインストール手順:

1. My Oracle Supportからパッチ18718889 (p18718889_121300_Generic.zip)のファイルを入手します。

2. パッチのREADME.txtファイルの指示に従ってください。

2.5 次のステップ

第3章「Oracle API Catalogドメインの構成」のタスクを実行し、必要なデータベース・スキーマを作成して、Oracle API Catalog用にOracle WebLogic Serverドメインを構成してください。

Oracle API Catalogをクラスタ化環境にインストールする場合は、第3章をスキップして第4章「クラスタ化環境へのOracle API Catalogのインストール」で説明している手順を実行します。

3 Oracle API Catalogドメインの構成

この章では、Oracle API Catalog用にWebLogic Serverドメインを作成および構成する方法について説明します。

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

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

- WebLogicドメインの構成

- サーバーの起動

- 次のステップ

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

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

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

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

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

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

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

動作保証されたデータベースを適切にインストールして構成し、そのデータベースを起動して稼働させておく必要があります。

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

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

注意:
製品スキーマを作成する前に、RCUパッチが適用済であることを確認してください(第2.4.1項「RCUパッチのインストール」を参照)。

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

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

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

./rcu

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

rcu.bat

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

この項の手順に従って、Oracle API Catalogのスキーマを作成します。

- タスク1「RCUの導入」

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

- タスク3「データベース資格証明の指定」

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

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

- タスク6「スキーマ作成の実行」

タスク1   RCUの導入

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

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

「リポジトリの作成」が選択されていることを確認し、「リポジトリの作成」画面で「システム・ロードおよび製品ロード」を選択します。このドキュメントの手順では、DBAアクティビティを実行するための必要な権限があることを前提としています。

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

タスク3   データベース資格証明の指定

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

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

ヒント:
この画面のオプションの詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のデータベース接続の詳細に関する項を参照してください。

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

スキーマに使用するカスタム接頭辞を指定した後、「SOAスイート」を展開します。Oracle API Catalogを選択します。

注意:
インストール中の製品専用の適切なスキーマを選択することが重要です。たとえば、Oracle Enterprise Repositoryをインストールしている場合は、Oracle API Catalog用のスキーマを選択しないでください。また、Oracle API Catalogをインストール中の場合は、Oracle Enterprise Repository用のスキーマを選択しないでください。

カスタム接頭辞は、これらのスキーマをこのドメインで使用するために論理的にまとめてグループ化するために使用されます。

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

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

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

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

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

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

タスク6   スキーマ作成の実行

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

RCUおよびその機能と概念の詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』を参照してください。

3.2 WebLogicドメインの構成

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

注意:
WebLogicドメインを構成する前に、WebLogic Serverパッチがインストール済であることを確認してください(第2.4.2項「WebLogic Serverパッチのインストール」を参照)。

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

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

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

3.2.1 構成ウィザードの起動

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

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

./config.sh

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

config.cmd

Windowsオペレーティング・システムでは、「スタート」メニューから「すべてのプログラム」を選択し、「Oracle」、「OracleHome」、「WebLogic Server 12c (12.1.3)」、「ツール」、「構成ウィザード」の順に選択することで構成ウィザードを起動することもできます。

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

この項の手順に従って、ドメインを作成して構成します。

注意:
この項で説明する手順を使用して、既存のドメインを拡張することもできます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで追加の詳細を参照してください。
複数の製品を単一のドメインで構成する場合は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』の同じドメインにおける複数製品のインストールに関する項を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ヒント:
ドメイン・ホーム・ディレクトリの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』のドメイン・ホームの選択に関する項を参照してください。
ソフトウェアの再インストールの詳細は、第7.10項「ソフトウェアの再インストール」を参照してください。

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

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

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

注意:
Oracle API Catalogをインストールするときは、Oracle API Catalogテンプレートのみを選択してください。Oracle Enterprise Repositoryテンプレートは選択しないでください。両方のテンプレートを同時に選択しないでください。

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

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

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

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

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

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

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

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

「本番モード」をこの画面で選択すると、環境で高度なセキュリティが実現され、アプリケーションのデプロイと管理サーバーの起動でユーザー名とパスワードが必要になります。

ヒント:
開発モードと本番モードの違いなど、この画面のオプションについては『構成ウィザードによるドメインの作成』のドメイン・モードとJDKに関する項を参照してください。
本番モードでは、起動アイデンティティ・ファイルを作成することで、管理サーバーの起動時に必要なユーザー名とパスワードの指定を省略できます。詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。

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

ドメインを作成する製品に関連付けられるJDBCコンポーネント・スキーマは、画面の下半分にリスト表示されます。

スキーマの名前の横のチェック・ボックスを選択して、データ・ソース設定を指定するスキーマを選択します。

画面上部の各フィールドに、第3.1項「データベース・スキーマの作成」で作成したデータベース・スキーマの情報を入力します。

フィールド

説明

ベンダー

データベースのベンダーを選択します。

ドライバ

データベースへの接続に使用するJDBCドライバを選択します。リストには、選択したデータベースのベンダーの共通JDBCドライバが含まれます。

DBMS/サービス

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

ホスト名

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

ポート

データベースのホストになるサーバーへの接続に使用するポート番号を入力します。

スキーマ所有者

データベースのOracle API Catalogスキーマに接続するためのユーザー名を入力します。これはRCUの「スキーマ・パスワード」画面で指定されたスキーマ・ユーザー名です(第3.1項「データベース・スキーマの作成」を参照)。
デフォルトのユーザー名はprefix_OACであり、この場合prefixはRCUで定義したカスタム接頭辞です。

スキーマ・パスワード

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

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

タスク6 JDBC接続のテスト

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

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

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

タスク7 拡張構成の選択

ドメインの構成を完了するには、「拡張構成」画面で次のオプションを選択します。

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

- 管理対象サーバー、クラスタおよびCoherence
これは管理対象サーバーの構成に必要です。

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

「管理サーバー」画面で、「リスニング・アドレス」の隣にあるドロップダウン・リストを選択し、すべてのローカル・アドレスを選択します。

(オプション)「SSLの有効化」チェック・ボックスを選択してSSLを有効にします。

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

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

1. oac_server1を「サーバー名」列で指定します。

2. 「リスニング・アドレス」ドロップダウン・リストで、すべてのローカル・アドレスを選択します。

3. (オプション)「SSLの有効化」チェック・ボックスを選択してSSLを有効にします。

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

タスク10 クラスタの構成

単一インスタンス・インストールでクラスタを作成する必要はありません。「次へ」をクリックします。

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

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

単一インスタンス・インストールで新しいマシンを作成する必要はありません。「次へ」をクリックします。

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

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

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

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

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

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

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

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

- ドメインの場所

- 管理サーバーURL

いずれの項目も後で必要になるため、メモしておいてください。ドメインの場所は管理サーバーを開始するために使用するスクリプトへのアクセスに必要で、URLは管理サーバーへのアクセスに必要です。

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

3.3 サーバーの起動

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

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

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

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

3.3.1 管理サーバーの起動

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

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

./startWebLogic.sh

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

startWebLogic.cmd

「本番モード」をタスク4の「ドメイン・モードおよびJDK」画面で選択した場合、タスク3の「管理者アカウント」画面で指定したように、管理ユーザーのログイン資格証明の入力を求められます。

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

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

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

http://administration_server_host:administration_server_port/console

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

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

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

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

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

./startManagedWebLogic.sh servername adminURL

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

startManagedWebLogic.cmd servername admin_URL

ここで、servernameはタスク9で作成した管理対象サーバーの名前で、admin_URLは管理サーバーのURL (http://example.com:7001など)です。

タスク3の「管理者アカウント」画面の説明のように、管理者ユーザーのログイン資格証明が要求される場合があります。

スクリプトがサーバーを起動するのに時間がかかる場合があります。

3.4 次のステップ

ドメインが正しく構成されていることを確認するには、第6章「インストール後の手順」を参照してください。この章に記載されているタスクに習熟して、ドメインが適切に構成されていることを確認するために実行する必要があります。

4 クラスタ化環境へのOracle API Catalogのインストール

この章では概要を示し、クラスタ化環境にOracle API Catalogをインストールする方法について説明します。

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

- 概要

- ステップ1: Oracle API Catalogのインストール

- ステップ2: 1つのクラスタ・メンバーでのOracle API Catalogのデプロイおよび検証

- ステップ3: クラスタ化環境の作成

- ステップ4: データベースへのアプリケーション・プロパティの移動

- ステップ5: 各クラスタ・メンバーでのcluster.propertiesファイルの構成

- ステップ6: インストールの検証

- ステップ7: WebLogic ServerのJVMパラメータのクラスタリング

4.1 概要

Oracle API Catalogでは、各アプリケーション・サーバー上のサーバー側キャッシュが使用されます。使用可能な場合のみ、キャッシュされたデータが使用されます。それ以外の場合は、データベースがデータ・コンテンツをキャッシュおよびアプリケーションに配信します。

Oracle API Catalogをクラスタ内で実行する場合、クラスタ・メンバーはHTTPを使用して相互に通信する必要があります。あるクラスタ・メンバー上で編集を行うと、そのクラスタ・メンバー上のキャッシュされた要素が無効になり、編集内容が他のクラスタ・メンバーに渡されます。これは、cachesyncurlと呼ばれるシステム・プロパティによって実行されます。このシステム・プロパティは、アプリケーションへのURLを有効な値として受け入れます。

システムの起動時に、cachesyncurlがデータベースに書き込まれ、データベースから他のサーバーのURLのリストが取得されます。クラスタの新規メンバーの存在を通知するメッセージが、検出されたすべてのURLに送信されます。その後、各サーバーはデータベースからサーバー・リストをリフレッシュします。サーバーが正常に停止するときに、リストから値が削除され、キャッシュ・リフレッシュ通知がサーバー・リストにブロードキャストされます。

編集によってローカル・キャッシュ内の要素が無効になると、無効にする必要があるキャッシュ要素を通知するメッセージが他のすべてのサーバーに送信されます。メッセージを受信すると、指定した要素がキャッシュから削除されます。その後データを要求すると、キャッシュにはデータが含まれていないため、まずデータをキャッシュに格納してから、データベースによってデータがアプリケーションに配信されます。

クラスタリングとインストールの要件

- セッションの類似性

- サーバー側のHTTPキャッシュ通信

オプション

- フェイルオーバー
セッション管理および永続セッションが必要

- ロード・バランシング

クラスタ化環境へのOracle API Catalogのインストール

クラスタ化環境にOracle API Catalogをインストールするには、次の手順を実行します。

1. Oracle API Catalogをインストールおよび構成します。

2. Oracle API Catalogをホストするクラスタ化環境を作成します。

3. クラスタ化されたアプリケーション・サーバーのメンバーにOracle API Catalogアプリケーションをインストールおよびデプロイします。

4. クラスタのメンバー上でアプリケーションのデプロイメントを検証します。

5. アプリケーション・プロパティをデータベースに移動します。

6. クラスタを停止します。

7. 他のすべてのクラスタ・メンバーにアプリケーションをインストールします。

8. 各クラスタ・メンバー上でcluster.propertiesファイルを構成します。

9. クラスタおよびすべてのメンバーを起動します。

10. クラスタを検証します。

4.2 ステップ1: Oracle API Catalogのインストール

クラスタ化環境を準備する前に、『Oracle WebLogic Serverクラスタの管理』を参照して、WebLogic Serverでのクラスタ化に関する重要な情報を確認してください。

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

4.3 ステップ2: 1つのクラスタ・メンバーでのOracle API Catalogのデプロイおよび検証

WebLogic ServerでOracle API Catalogを構成およびデプロイする方法の詳細は、第3章「Oracle API Catalogドメインの構成」を参照してください。

注意:
JMSクラスタリングを実行する場合、データベース・オプションへの移動設定を使用する前にcmee.eventframework.clustering.enabledを有効にする必要があります。

4.4 ステップ3: クラスタ化環境の作成

packコマンドを使用し、第4.3項で作成した管理対象サーバーのコンテンツのパックを作成します。unpackコマンドを使用して、クラスタ化環境に含まれるように構成されている任意の数のマシンに、ドメインの複製を解凍します。詳細は、『PackおよびUnpackコマンドによるテンプレートとドメインの作成』を参照してください。

注意:
元のドメインのパックを作成する際、<DOMAIN_HOME>/config_oerディレクトリまたは<DOMAIN_HOME>/config_oacディレクトリ内のプロパティ・ファイルは処理の対象外です。プロパティ・ファイルと構成ファイルは、最初のマシン上で手動で編集し、ターゲット・サーバーに手動でコピーする必要があります。この手順は、管理対象サーバーがオフラインの間に完了する必要があります。

次に、第5章「クラスタ化環境でのOracle API Catalogドメインの構成」の手順に従って、クラスタ化環境の作成を完了します。

ドメインの作成が完了したら、OERDataSourceおよびoac_serverのデプロイメントを指すように<DOMAIN_HOME>/config/config.xmlファイルを編集し、管理対象サーバーではなくクラスタをターゲット指定する必要があります。また、cmee.propertiesファイルも、管理対象サーバーとクラスタ化環境へのアクセスに使用されているプロキシ・サーバーの現在のデプロイメントにあわせて編集する必要があります。

次の例は、編集前のconfig.xmlファイル内の要素を示しています。

<app-deployment>
<name>oac_server</name>
<target>oac_server1</target>
<module-type>ear</module-type>
<source-path>/users/oracle/Oracle/Middleware/Oracle_Home/oer/applications/oac</source-path>
<deployment-order>45</deployment-order>
<security-dd-model>DDOnly</security-dd-model>
<staging-mode>nostage</staging-mode>
</app-deployment>

次の例は、同じファイルの編集後を示しています。

<app-deployment>
<name>oac_server</name>
<target>oac_cluster1</target>
<module-type>ear</module-type>
<source-path>/users/oracle/Oracle/Middleware/Oracle_Home/oer/applications/oac</source-path>
<deployment-order>45</deployment-order>
<security-dd-model>DDOnly</security-dd-model>
<staging-mode>nostage</staging-mode>
</app-deployment>

次の例は、編集前のcmee.propertiesファイルを示しています。

cmee.asset.xml.paths.out-destination-url=http\://www.example.com\:8111/oac/pdfreport/pdf/
cmee.enterprisetab.homepage=http\://www.example.com \:8111/oac/custom/home_oac.jsp
cmee.asset.pdf.xslt.default=true
cmee.server.paths.resource=http\://www.example.com \:8111/oac-web
cmee.assettab.asset-detail-page=http\://www.example.com \:8111/oac/cmee/index.jsp
cmee.server.paths.image=http\://www.example.com \:8111/oac-web/images
cmee.server.defaultencoding=UTF-8
cmee.server.paths.servlet=http\://www.example.com \:8111/oac
cmee.server.paths.jnlp-tool=http\://www.example.com \:8111/oac-web/webstart
cmee.asset.xml.paths.webapp-url=http\://www.example.com \:8111/oac/pdfreport
oracle.oer.lite.enabled=true
cmee.server.paths.jsp=http\://www.example.com \:8111/oac
cmee.asset.xml.paths.export-destination-url=http\://www.example.com \:8111/oac/pdfreport/export/

次の例は、同じファイルの編集後を示しています。

cmee.enterprisetab.homepage=http\://ohs.example.com \:7777/oer/custom/home_oac.jsp
cmee.server.paths.resource=http\://ohs.example.com \:7777/oac -web
cmee.assettab.asset-detail-page=http\://ohs.example.com \:7777/oac /cmee/index.jsp
cmee.server.paths.image=http\://ohs.example.com \:7777/oac -web/images
cmee.server.defaultencoding=UTF-8
cmee.server.paths.servlet=http\://ohs.example.com \:7777/oac
cmee.server.paths.jnlp-tool=http\://ohs.example.com \:7777/oac -web/webstart
cmee.server.paths.jsp=http\://ohs.example.com \:7777/oac

4.5 ステップ4: データベースへのアプリケーション・プロパティの移動

プロパティをOracle API Catalogアプリケーションに読み込む場合、常にプロパティ・ファイルが優先されます。アプリケーションでは、まずデータベース内でプロパティおよび対応する値を検索してから、プロパティ・ファイル内を検索します。データベースから読み込まれたプロパティは、ファイル内の対応する値で上書きされます。

この手順は、アプリケーションのデプロイから始まります。

1. 「管理」画面で、左ペインの「システム設定」をクリックします。

2. 下部にスクロールし、設定をデータベースに移動するボタンをクリックします。
確認メッセージが表示されます。

3. クラスパスからプロパティ・ファイルを削除します。

4. 管理対象サーバーを停止します。

5. 構成ファイルのフォルダを探します。
<DOMAIN_HOME>/oac_config

6. 構成フォルダから次にリストされているプロパティ・ファイルを削除します。

- enterprise.properties

- ldap.properties

- containerauth.properties

- eventing.properties

- juddi.properties

- openapiserverlog.properties

これらのプロパティは、データベース内のentSettings表に書き込まれます。

7. cmee.propertiesファイルを変更します。URL値を含むプロパティ値を除く、すべてのプロパティ値を削除します。クラスタ・メンバーへのロード・バランス・アクセスに使用されているプロキシ・サーバー・パスを指すように、URL参照を更新します。

8. ここで、Oracle API Catalogクラスタに直接アプリケーションを再デプロイします。

注意:
この手順がプロパティ・ファイルではなくデータベースに書き込まれた後、プロパティが有効になります。

4.6 ステップ5: 各クラスタ・メンバーでのcluster.propertiesファイルの構成

各クラスタ・メンバー上でcluster.propertiesファイルを構成するには:

1. 各クラスタ・メンバーを停止します。

2. 各クラスタ・メンバー上でcluster.propertiesと呼ばれるファイルを作成します。このファイルは、他のすべての.propertiesファイルと同じ場所にあります。
<DOMAIN_HOME>/oac_config

cluster.propertiesの内容は、cmee.propertiesファイルのプロパティcmee.server.paths.servletに基づいています。ただし、パス内のホスト名は、クラスタ全体のプロキシ・ホスト名ではなく、クラスタ・メンバーのホスト名を参照する必要があります。

cluster.properties
#cluster.properties
Example:
#cluster.properties
cachesyncurl=http://node1.example.com:7101/oac
# oer is the name of the Oracle API Catalog application during
# deployment
Other properties that are optional
# alias is used as an alternate/convenient name to refer
# to the server
# example: server1
# default: same value as =cachesyncurl=
alias=EclipseServer

# registrationIntervalSeconds is the number of seconds between
# attempts to update the server's registration record in the database
# default: 120
registrationIntervalSeconds=120

# registrationTimeoutSeconds is the number of seconds before a server
# is considered to be inactive/not running
# make sure this value is higher than the registrationIntervalSeconds
# default: 240
registrationTimeoutSeconds=240

# maxFailures is the number of consecutive attempts that are made
# to deliver a message to another server after which it is determined
# to be unreachable
# default: 20
maxFailures=20

# maxQueueLength is the number of messages that are queued up to
# send to another server after which server are determined to be
# unreachable
# default: 4000
maxQueueLength=5000

# email.to is the address of the email recipient for clustering status
# messages
email.to=jsmith@company.com

# email.from is the address of the sender for clustering status messages
email.from=jsmith@company.com

# email.subject is the subject line of the message for clustering status
# messages
email.subject=Oracle API Catalog Clustering communication failure

# email.message is the body of the message for clustering status messages
email.message=This is an automated message from the Oracle API
Catalog informing you of a cluster member communication failure.

- cluster.propertiesファイルの例

registrationIntervalSeconds=120registrationTimeoutSeconds=240
maxFailures=20
maxQueueLength=5000
email.to=jsmith@example.com
email.from=jsmith@example.com
email.subject=Oracle API Catalog Clustering communication failure
email.message=This is an automated message from the Oracle API
Catalog informing you of a cluster member communication failure

注意:

1. アプリケーション・サーバーとデータベース・サーバーの間の遅延時間が120秒を超えないようにしてください。これらのサーバーを同期させておくために、ネットワーク・タイム・プロトコルをお薦めします。クラスタリング・プロセスでは、クラスタのノード間でメッセージを送信する間の時間の差異が計算されます。

2. サーバーを再起動する前に、JMSクラスタリングが有効になっている場合、eventing.propertiesを追加する必要があります。これには、各クラスタ・メンバー上で一意の値を持つcmee.eventframework.jms.producers.client.idプロパティが含まれている必要があります。たとえば、cmee.eventframework.jms.producers.client.id=OER_JmsProducer1のようになります。

3. cmee.cachesyncurlプロパティをクラスタ内の各管理対象サーバーのJVMプロパティとして設定する場合の重要な情報は、第4.8項を参照してください。

3. 各クラスタ・メンバーを再起動します。

注意:
maxFailuresを超えたためにクラスタ・メンバーが無効になった場合、アクティブ化する方法はサーバーの再起動のみです。

4.7 ステップ6: インストールの検証

各クラスタ・メンバーの標準出力ログにメッセージが送信されます。

- 「単一サーバー・モードで実行しています」
Oracle API Catalogのクラスタリングが構成されていないため、アプリケーションは単一サーバー・モードで実行されていることを示します。

- 「次のsync-urlで、マルチ・サーバー・モードで実行しています」
Oracle API Catalogのクラスタリングが機能しており、アプリケーションはクラスタ化モードで実行されていることを示します。

変数

cachesyncurl

cluster.propertiesファイル内のcachesyncurlの値は、/cachesyncのパスが追加された個別のノードのインスタンスと同じURLを参照します。ほとんどのクラスタ構成には、クラスタ化されたサーバー内の各ノードをロード・バランシングするプロキシ・サーバーがあります。

例:

Node1: cachesyncurl=http://node1.example.com:8111/oac

Node2: cachesyncurl=http://node1.example.com:8111/oac

Oracle API Catalogの「診断」画面からクラスタリング診断ページを表示することで、クラスタリングのインストールを検証することもできます。「クラスタ診断」ページを表示するには、「診断」画面のクラスタ情報をクリックします。このページには、クラスタに登録されているすべてのサーバーに関する情報、およびサーバー間通信に関する情報がリストされます。

Oracle HTTP Serverの構成ファイル

Oracle HTTP Serverを使用してロード・バランサからノードにルーティングする場合、HTTP Serverの構成ファイル(httpd.conf)に/oacおよび/oac-webの2つのエントリを含める必要があります。サンプルのhttpd.confファイルを次に示します。

<VirtualHost 10.0.0.1:80>
ServerName 10.0.0.1:80
<IfModule mod_weblogic.c>
SecureProxy OFF
# TrustedCAFile /usr/local/apache2/ca.pem
RequireSSLHostMatch false
Debug ERR
DebugConfigInfo ON
ErrorPage /error.html
WLLogFile logs/worker_matchproxy.log
WLTempDir /tmp
KeepAliveEnabled      ON
KeepAliveSecs         15
HungServerRecoverSecs 30
MaxSkipTime   10
ConnectRetrySecs 5
</IfModule>
<Location /console>
SetHandler weblogic-handler
WebLogicCluster 10.0.0.2:7001
</Location>
<Location /oac_fa_cluster>
SetHandler weblogic-handler
WebLogicCluster 10.0.0.3:7101,10.0.0.4:7101
</Location>
<Location /oac_fa_cluster-web>
SetHandler weblogic-handler
WebLogicCluster 10.0.0.3:7101,10.0.0.4:7101
</Location>
</VirtualHost>

この例では、ホスト10.0.0.1はクラスタ・マシンをプロキシするためのHTTPサーバー、ホスト10.0.0.2は管理サーバー、ホスト10.0.0.3および10.0.0.4はOracle API Catalog管理対象サーバーです。

詳細は、『Oracle WebLogic Serverの理解』を参照してください。

4.8 ステップ7: WebLogic ServerのJVMパラメータのクラスタリング

クラスタ・ノードが集中化された管理コンソールを介してデプロイされる場合、cluster.propertiesファイルがなくても適切なOracle API Catalogクラスタリング操作が許可されるように、JVMパラメータの適用が必要です。

このJVMパラメータは、クラスタ内のメンバーごと、または管理対象サーバーの起動コマンド・ファイル内で静的に適用する必要があります。これは、DOMAIN_HOME/bin/setStartupEnv.shファイルまたはsetStartupEnv.batファイル内のサーバー定義を使用すれば、とても簡単に行えます。次のコードを(現在の環境にあわせて編集して) setStartupEnv.shファイルまたは.batファイルに追加します。

case "${SERVER_NAME}" in
oac_server1)
EXTRA_JAVA_PROPERTIES="${EXTRA_JAVA_PROPERTIES} -Dcmee.cachesyncurl=http://server1:8111/oac"
;;
oac_server2)
EXTRA_JAVA_PROPERTIES="${EXTRA_JAVA_PROPERTIES} -Dcmee.cachesyncurl=http://server2:8111/oac"
;;
esac

このJVMパラメータは、WebLogic ServerのJAVA_OPTIONS環境変数内でも設定できます。JVMパラメータは次のようになります。

-Dcmee.cachesyncurl=http://<member host name>:<port>/<APP_PATH>

クラスタ・ドメイン内の各管理対象サーバーは、HTTPプロキシ・サーバーを介さずに、相互に直接通信します。cmee.cachesyncurlプロパティは、管理対象サーバーのホスト名/IPアドレスおよびポート番号を表します。

注意:
クラスタ内で共存および協調動作するためには、クラスタ内の各管理対象サーバーが、これらのJVMパラメータのいずれかを使用して起動される必要があります。

5 クラスタ化環境でのOracle API Catalogドメインの構成

この章では、クラスタ化環境にOracle API Catalog用のWebLogic Serverドメインを作成および構成する方法について説明します。

注意:
この章の手順は、クラスタ化環境でのドメインの構成のみに適用されます。クラスタ化環境用にドメインを構成しない場合は、第3章を参照してください。

次の項目について説明します。

- Oracle HTTP Serverのインストール

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

- WebLogicドメインの構成

- サーバーの起動

- 次のステップ

5.1 Oracle HTTP Serverのインストール

Oracle Fusion Middleware Infrastructure (Oracle WebLogic Serverを含む)をインストールしたOracleホームと同じ場所にOracle HTTP Serverをインストールし、1台のマシンにOracle API Catalogをインストールする必要があります。

Oracle HTTP Serverのインストールの詳細は、『Oracle HTTP Serverのインストールと構成』の「Oracle HTTP Serverソフトウェアのインストール」を参照してください。

注意:
Oracle HTTP Serverのインストーラを実行するときは、「インストール画面への移動」で説明している「インストール・タイプ」画面で、コロケートHTTPサーバー(WebLogic Serverを介して管理)オプションを選択してください。
第5.3項「WebLogicドメインの構成」には、Oracle HTTP Serverの構成に必要な手順が記載されています。

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

クラスタ化環境を構成する前に、OPSSセキュリティ・ストアに必要なスキーマを作成する必要があります。複数のサーバー・インスタンス(管理サーバーおよび管理対象サーバー)が同じホスト上にあるか複数のマシンに分散されている本番WebLogicドメインでは、OIDベースまたはOracle RDBMSベースのOPSSセキュリティ・ストアを使用する必要があります。詳細は、『Oracle Platform Security Servicesによるアプリケーションの保護』のOPSSセキュリティ・ストアの概要に関する項を参照してください。

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

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

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

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

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

動作保証されたデータベースを適切にインストールして構成し、そのデータベースを起動して稼働させておく必要があります。

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

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

注意:
製品スキーマを作成する前に、RCUパッチが適用済であることを確認してください(第2.4.1項「RCUパッチのインストール」を参照)。

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

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

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

./rcu

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

rcu.bat

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

この項の手順に従って、Oracle API Catalogのクラスタ化デプロイメントのスキーマを作成します。

- タスク1「RCUの導入」

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

- タスク3「データベース資格証明の指定」

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

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

- タスク6「スキーマ作成の実行」

タスク1   RCUの導入

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

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

「リポジトリの作成」が選択されていることを確認し、「リポジトリの作成」画面で「システム・ロードおよび製品ロード」を選択します。このドキュメントの手順では、DBAアクティビティを実行するための必要な権限があることを前提としています。

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

タスク3   データベース資格証明の指定

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

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

ヒント:
この画面のオプションの詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のデータベース接続の詳細に関する項を参照してください。

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

次のスキーマを選択します。

- <prefix>_OPSS

- <prefix>_IAU

- <prefix>_IAU_APPEND

- <prefix>_IAU_VIEWER

- <prefix>_STB

- <prefix>_MDS

- <prefix>_OAC

注意:
Oracle API Catalogのスキーマは、第3章「Oracle API Catalogドメインの構成」ですでに作成済のはずです。これらのスキーマはOPSS用であり、同じホスト上または複数のマシンに分散されている、複数のサーバー・インスタンス(管理サーバーと管理対象サーバー)を持つ本番環境のWebLogicドメインに必要です。詳細は、『Oracle Platform Security Servicesによるアプリケーションの保護』を参照してください。

カスタム接頭辞は、これらのスキーマをこのドメインで使用するために論理的にまとめてグループ化するために使用されます。

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

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

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

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

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

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

タスク6   スキーマ作成の実行

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

RCUおよびその機能と概念の詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』を参照してください。

5.3 WebLogicドメインの構成

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

注意:
WebLogicドメインを構成する前に、WebLogic Serverパッチがインストール済であることを確認してください(第2.4.2項「WebLogic Serverパッチのインストール」を参照)。

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

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

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

5.3.1 構成ウィザードの起動

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

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

./config.sh

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

config.cmd

Windowsオペレーティング・システムでは、「スタート」メニューから「すべてのプログラム」を選択し、「Oracle」、「OracleHome」、「WebLogic Server 12c (12.1.3)」、「ツール」、「構成ウィザード」の順に選択することで構成ウィザードを起動することもできます。

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

この項の手順に従って、ドメインを作成して構成します。

注意:
この項で説明する手順を使用して、既存のドメインを拡張することもできます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで追加の詳細を参照してください。
複数の製品を単一のドメインで構成する場合は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』の同じドメインにおける複数製品のインストールに関する項を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- タスク18「システム・コンポーネントの追加」

- タスク19「OHSサーバーの構成」

- タスク20「ドメイン・フロントエンド・ホストの構成」

- タスク21「マシンへのシステム・コンポーネントの割当て」

- タスク22「デプロイメント・ターゲット指定の構成」

- タスク23「サービス・ターゲット指定の構成」

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

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

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

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

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

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

ヒント:
ドメイン・ホーム・ディレクトリの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』のドメイン・ホームの選択に関する項を参照してください。
ソフトウェアの再インストールの詳細は、第7.10項「ソフトウェアの再インストール」を参照してください。

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

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

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

- Oracle HTTP Server(コロケート)

- Oracle Enterprise Manager Plugin for WEBTIER

- Oracle Enterprise Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

注意:
Oracle API Catalogをインストールするときは、Oracle API Catalogテンプレートのみを選択してください。Oracle Enterprise Repositoryテンプレートは選択しないでください。両方のテンプレートを同時に選択しないでください。

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

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

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

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

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

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

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

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

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

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

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

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

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

「本番モード」をこの画面で選択すると、環境で高度なセキュリティが実現され、アプリケーションのデプロイと管理サーバーの起動でユーザー名とパスワードが必要になります。

ヒント:
開発モードと本番モードの違いなど、この画面のオプションについては『構成ウィザードによるドメインの作成』のドメイン・モードとJDKに関する項を参照してください。
本番モードでは、起動アイデンティティ・ファイルを作成することで、管理サーバーの起動時に必要なユーザー名とパスワードの指定を省略できます。詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。

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

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

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

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

フィールド

説明

DBMS/サービス

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

ホスト名

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

ポート

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

スキーマ所有者
スキーマ・パスワード

データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。これはRCUの「スキーマ・パスワード」画面でサービス表コンポーネントに指定されたスキーマ(第5.2項「データベース・スキーマの作成」を参照)のユーザー名およびパスワードです。
デフォルトのユーザー名は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リポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。
この画面のその他のオプションについては、『構成ウィザードによるドメインの作成』のデータソースのデフォルトに関する項を参照してください。

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

ドメインを作成する製品に関連付けられるJDBCコンポーネント・スキーマは、画面の下半分にリスト表示されます。

スキーマの名前の横のチェック・ボックスを選択して、データ・ソース設定を指定するスキーマを選択します。クラスタ・インストールで情報を入力する必要があるスキーマを図5-1に示します。

図5-1 「JDBCコンポーネント・スキーマ」画面

画面上部の各フィールドに、第5.2項「データベース・スキーマの作成」で作成したデータベース・スキーマの情報を入力します。

フィールド

説明

ベンダー

データベースのベンダーを選択します。

ドライバ

データベースへの接続に使用するJDBCドライバを選択します。リストには、選択したデータベースのベンダーの共通JDBCドライバが含まれます。

DBMS/サービス

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

ホスト名

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

ポート

データベースのホストになるサーバーへの接続に使用するポート番号を入力します。

スキーマ所有者

データベースのスキーマに接続するためのユーザー名を入力します。これはRCUの「スキーマ・パスワード」画面で指定されたスキーマ・ユーザー名です(第5.2項「データベース・スキーマの作成」を参照)。

スキーマ・パスワード

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

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

タスク8   JDBC接続のテスト

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

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

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

タスク9   拡張構成の選択

ドメインの構成を完了するには、「拡張構成」画面で次のオプションを選択します。

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

- ノード・マネージャ

- 管理対象サーバー、クラスタおよびCoherence
これは、管理対象サーバーとクラスタの構成で必要ですが、マシンを構成して管理対象サーバーをマシンにターゲット指定するためにも必要です。

- ドメイン・フロントエンド・ホストのキャプチャ

- デプロイメントとサービス

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

「管理サーバー」画面で、「リスニング・アドレス」の隣にあるドロップダウン・リストを選択し、すべてのローカル・アドレスを選択します。「サーバー・グループ」リストから「未指定」を選択します。

(オプション)「SSLの有効化」チェック・ボックスを選択してSSLを有効にします。

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

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

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

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

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

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

1. oac_server1を「サーバー名」列で指定します。

2. 「リスニング・アドレス」ドロップダウン・リストで、サーバーのホスト名またはサーバーがHTTP/HTTPSリクエストをリスニングするIPアドレスを選択します。

3. 「サーバー・グループ」ドロップダウン・リストで、「未指定」を選択します。

4. (オプション)「SSLの有効化」チェック・ボックスを選択してSSLを有効にします。

5. 「追加」ボタンをクリックして、1台の管理対象サーバーを新規作成します。

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

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

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

タスク13   クラスタの構成

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

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

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

3. 管理対象サーバーのクラスタのIPアドレスまたはホスト名とポート番号を「クラスタ・アドレス」フィールドと「フロントエンド・ホスト」フィールドに入力します。

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

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

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

2. 「サーバー」ペインで、次のいずれかの方法で、oac_server1をoac_cluster_1に割り当てます。

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

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

3. もう一度繰り返して、oac_server2をoac_cluster_1に割り当てます。

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

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

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

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

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

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

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

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

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

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

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

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

注意:
デフォルトのポート番号5556は、このドキュメントの他の例にも使用されています。必要に応じて、このポート番号をご使用の独自ポート番号で置換します。

5. 手順1から4を繰り返して、oac_machine_2の名前で2台目のマシンを作成します。

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

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

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

1. 「マシン」ペインで、サーバーを割り当てるマシンを選択します。この場合、oac_machine_1になります。

2. 「サーバー」ペインで、次のいずれかの方法で、oac_server1とAdminServerをoac_machine_1に割り当てます。

- oac_server1を1回クリックして選択し、右矢印をクリックして「マシン」ペインの選択したマシン(oac_machine_1)の下に移動します。AdminServerに対して、手順を繰り返します。

- oac_server1をダブルクリックして、「マシン」ペインの選択したマシン(oac_machine_1)の下に移動します。AdminServerに対して、手順を繰り返します。

3. oac_server2をoac_machine_2に割り当てます。

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

タスク18 システム・コンポーネントの追加

「システム・コンポーネント」画面を使用して、Oracle HTTP Serverを追加します。

1. 「追加」をクリックして、新しいOracle HTTP Serverインスタンスを作成します。

2. 「システム・コンポーネント」フィールドにohs_SystemComponent_1と入力します。

3. 「コンポーネント・タイプ」リストから、「OHS」を選択します。

4. 「再起動間隔秒数」フィールドに値を入力します。この値によって、アプリケーションが応答しない場合に、再起動を試行する前に待機する秒数が決まります。

5. 「再起動遅延秒数」フィールドに値を入力します。この値によって、再起動を再度試行する前に待機する秒数が決まります。

タスク19   OHSサーバーの構成

「OHSサーバー」画面を使用して、ドメイン内のOHSサーバーを構成します。

「リスニング・アドレス」フィールドで、Oracle HTTP ServerインスタンスのIPアドレスまたはホスト名を指定します。ローカル・ホストを使用しないでください。詳細は、『構成ウィザードによるWebLogicドメインの作成』のリスニング・アドレスの指定に関する項を参照してください。

残りのすべてのフィールドは事前移入されますが、必要に応じて値を変更できます。

タスク20   ドメイン・フロントエンド・ホストの構成

この画面を使用して、ドメイン・フロントエンド・ホストを構成します。

1. 「ドメイン・フロントエンド・ホストの構成」チェック・ボックスが選択されていることを確認します。

2. 「プレーン」フィールドと「SSL」フィールドの値がタスク19で指定したOHSサーバーのサーバー名とポート番号に一致することを確認します。

3. 該当するラジオ・ボタンを選択して、プレーンURLまたはSSL URLをフロントエンド・ホストのデフォルトURLに設定します。

詳細は、『構成ウィザードによるWebLogicドメインの作成』のドメイン・フロントエンド・ホストに関する項を参照してください。

タスク21 マシンへのシステム・コンポーネントの割当て

この画面では、マシンにシステム・コンポーネントを割り当てます。

1. 「システム・コンポーネント」ペインから、ohs_SystemComponent_1項目を選択します。

2. 「マシン」列から、タスク19でOHSサーバーの構成に使用した情報と一致するマシンを選択します(この例ではoer_machine_1)。

3. 右矢印ボタンを使用して、ohs_SystemComponent_1項目を選択したマシンに移動します。

詳細は、『構成ウィザードによるWebLogicドメインの作成』のシステム・コンポーネントのマシンへの割当に関する項を参照してください。

タスク22   デプロイメント・ターゲット指定の構成

この画面を使用して、ターゲット・サーバーまたはクラスタにデプロイメントを割り当てます。

1. 「デプロイメント」ペインのApplicationフォルダの下で、oac_server項目を選択します。

2. 「ターゲット」ペインから、oac_server1を選択します。

3. 右矢印ボタンを使用して、oac_serverをoac_server1に移動します。

4. 手順2および3を繰り返して、oac_serverをoac_server2に移動します。

詳細は、『構成ウィザードによるWebLogicドメインの作成』のデプロイメント・ターゲット指定に関する項を参照してください。

タスク23   サービス・ターゲット指定の構成

この画面を使用して、ターゲット・サーバーまたはクラスタにサービスを割り当てます。

1. 「サービス」ペインのJDBC System Resourceフォルダの下で、OERDataSource項目を選択します。

2. 「ターゲット」ペインから、oac_server1を選択します。

3. 右矢印ボタンを使用して、OERDataSourceをoac_server1に移動します。

4. 手順2および3を繰り返して、OERDataSourceをoac_server2に移動します。

詳細は、『構成ウィザードによるWebLogicドメインの作成』のサービス・ターゲット指定に関する項を参照してください。

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

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

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

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

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

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

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

- ドメインの場所

- 管理サーバーURL

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

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

5.4 サーバーの起動

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

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

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

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

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

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

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

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

nohup ./startNodeManager.sh > nm.out&

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

startNodeManager.cmd

注意:
Windowsオペレーティング・システムでは、ノード・マネージャをスタートアップ・サービスとして、ノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびに、ノード・マネージャが自動で起動されます。
詳細は、『Oracle WebLogic Serverノード・マネージャの管理』の起動サービスとしてのノード・マネージャの実行に関する項を参照してください。

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

5.4.2 管理サーバーの起動

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

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

./startWebLogic.sh

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

startWebLogic.cmd

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

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

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

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

http://administration_server_host:administration_server_port/console

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

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

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

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

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

./startManagedWebLogic.sh servername adminURL

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

startManagedWebLogic.cmd servername admin_URL

ここで、servernameはタスク12で作成した管理対象サーバーの名前で、admin_URLは管理サーバーのURL (http://example.com:7001など)です。

タスク4の「管理者アカウント」画面の説明のように、管理者ユーザーのログイン資格証明が要求される場合があります。

スクリプトがサーバーを起動するのに時間がかかる場合があります。

5.4.4 Oracle HTTP Serverインスタンスの起動

詳細は、WebLogicドメインにおけるOracle HTTP Serverのインストールと構成のOracle HTTP Serverインスタンスの起動に関する項を参照してください。

5.5 次のステップ

第4.4項「ステップ3: クラスタ化環境の作成」に戻り、クラスタ・インストールの残りの手順を完了します。

ドメインが正しく構成されていることを確認するには、第6章「インストール後の手順」を参照してください。この章に記載されているタスクに習熟して、ドメインが適切に構成されていることを確認するために実行する必要があります。

6 インストール後の手順

この章では、Oracle API Catalogのインストール後に実行する必要があるインストール後の手順について説明します。

この章には次の項が含まれます:

- 管理サーバーの起動とOracle API CatalogのWebベース・コンソールへのログイン

- Oracle API Catalog診断テスティング・ツールの使用

- 次のステップ

6.1 管理サーバーの起動とOracle API CatalogのWebベース・コンソールへのログイン

アプリケーション・サーバーの構成が完了したら、次の手順に従ってアプリケーション・サーバーを起動し、Oracle API CatalogのWebベースのコンソールにログインします。

1. 管理サーバーを起動します。第3.3.1項「管理サーバーの起動」を参照してください。

2. Oracle API Catalog管理対象サーバーを起動します。第3.3.2項「管理対象サーバーの起動」を参照してください。

3. ブラウザでOracle API Catalogアプリケーションを表示します。
例: http://myserver.domainname.com:8111/oac/

4. ログイン画面で、「ユーザー名」にadminと、「パスワード」にweblogic1と入力します。これは、Oracle API Catalogとともにインストールされているデフォルトの管理アカウントです。Oracle API Catalog Webアプリケーションに最初に正常にログインしたときに、デフォルトの管理者パスワードを変更するように強制されます。デフォルトのパスワードは、Oracle API Catalogの「ユーザー」メニューで、後で変更することもできます(このメニューは、現在サインオンしているユーザー名をクリックしてアクセスできます)。

5. 「ログイン」をクリックします。
ログイン統計ダイアログ・ボックスに、ログイン日時を含むウェルカム・メッセージが表示されます。

6. 「閉じる」をクリックします。
Oracle API Catalogコンソールの使用方法の詳細は、『Oracle Fusion Middleware Oracle API Catalog開発者ガイド』を参照してください。

6.2 Oracle API Catalog診断テスティング・ツールの使用

診断ツールを使用すると、以下を含むOracle API Catalogの特定の領域のテストやトラブルシューティングを行うことができます。

- 製品バージョン情報のチェック

- サーブレット機能

- 必要なライブラリ

- データベース接続

- システム・パスの一覧表示

- プリコンパイル・サーブレットの実行

Oracle API Catalog診断ツールを使用できるのは、セキュリティ上の理由からアプリケーション・サーバーのJVMパラメータを使用している場合のみです。Oracle API Catalogの診断機能を有効にするには、次のパラメータを使用します。

-DdiagPagesEnabled=true

このパラメータを、様々な方法でアプリケーション・サーバーの環境に追加できます。WebLogic Serverの場合は、ORACLE_HOME/user_projects/domains/DOMAIN_NAME/bin/setStartupEnv.shまたは*.cmdファイルを編集し、このファイルのEXTRA_JAVA_PROPERITES="${EXTRA_JAVA_PROPERTIES}行に-DdiagPagesEnabled=trueを追加します。Oracle API Catalog管理対象サーバーを再起動します。

診断ツールを起動するには、Oracle API Catalogコンソールのhttp://host_name/oac/diag/index.jspページに移動します。詳細は、『Oracle Fusion Middleware Oracle API Catalog管理者ガイド』のパスワード暗号化に関する項を参照してください。

6.3 次のステップ

Oracle API Catalogの使用方法については、次のドキュメントを参照してください。

Oracle API Catalogの使用方法の詳細は、次のドキュメントを参照してください。

- Oracle Fusion Middleware Oracle API Catalogコンセプト・ガイド

- Oracle Fusion Middleware Oracle API Catalog管理者ガイド

- Oracle Fusion Middleware Oracle API Catalog開発者ガイド

7 Oracle API Catalogのアンインストール

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

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

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

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

- アプリケーションの停止と削除

- 管理対象サーバーの停止と削除

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

- Oracle API Catalogデータ・ソースの削除

- 適用したパッチのロール・バック

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

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

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

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

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

Oracle Fusion Middlewareのアンインストーラは、ソフトウェアを起動したOracleホーム・ディレクトリからそのソフトウェアを削除します。表7-1に手順の概要をまとめ、関連するドキュメントへのリンクを示します。

表7-1 Oracle Fusion Middleware Infrastructureアンインストールのロードマップ

タスク

説明

ドキュメント

アプリケーションの停止と削除

Oracle API Catalogアプリケーションを停止して削除します

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

管理対象サーバーの停止と削除

Oracle API Catalog管理対象サーバーを停止して削除します

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

データベース・スキーマを削除します。

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

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

Oracle API Catalogデータ・ソースの削除

データ・ソース接続を削除します

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

適用したパッチのロール・バック

Oracle API Catalogに適用したすべてのパッチをロール・バックします

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

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

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

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

Windowsオペレーティング・システムからプログラム・ショートカットを削除します。

アンインストーラでは、Windowsオペレーティング・システムからプログラム・ショートカットは削除されません。

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

ドメインとアプリケーション・データを削除します。

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

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

7.2 アプリケーションの停止と削除

アンインストーラを実行するには、まず、アプリケーションを停止して削除する必要があります(これにより、デプロイメントも削除されます)。

アプリケーション・デプロイメントを停止して削除する手順:

1. WebLogic Server管理コンソールに移動します。「ドメイン構造」パネルで「デプロイメント」を選択し、「デプロイメント」ページを開きます。

2. oac_serverの横にあるチェック・ボックスを選択してから、「停止」ボタンをクリックします。「強制停止」オプションを選択します。

3. アプリケーションへのアクセスを試します。アクセスできないはずです。

ヒント:
アプリケーションのホーム・ページのキャッシュされたバージョンが表示されることがあります。ブラウザの「リフレッシュ」ボタンをクリックして、キャッシュされたページをバイパスします。

4. WebLogic Server管理コンソールの「デプロイメント」ページに戻ります。

5. 「チェンジ・センター」で「ロックして編集」をクリックします。

注意:
構成の編集が有効な場合には、このステップは不要です。

6. oac_serverの横にあるチェック・ボックスを選択してから、「削除」ボタンをクリックします。

7. 「チェンジ・センター」で「変更のアクティブ化」をクリックします。

注意:
構成の編集が有効な場合には、このステップは不要です。

7.3 管理対象サーバーの停止と削除

アンインストーラを実行するには、まず、管理対象サーバーを停止して削除する必要があります。

管理対象サーバーの削除手順:

1. WebLogic Server管理コンソールに移動します。「ドメイン構造」パネルで「環境」を展開し、「サーバー」を選択してサーバー・ページを開きます。

2. 「制御」タブでoac_server1の横にあるチェック・ボックスを選択してから、「停止」ボタンをクリックします。「ただちに強制停止」オプションを選択します。(クラスタ化環境などの場合)デプロイされた他の管理対象サーバーで、この手順を繰り返します。

3. 「構成」タブの「チェンジ・センター」で、「ロックして編集」をクリックします。

注意:
構成の編集が有効な場合には、このステップは不要です。

4. 「構成」タブで、oac_server1の横にあるチェック・ボックスを選択してから、「削除」ボタンをクリックします。(クラスタ化環境などの場合)デプロイされた他の管理対象サーバーで、この手順を繰り返します。

5. 「チェンジ・センター」で「変更のアクティブ化」をクリックします。

注意:
構成の編集が有効な場合には、このステップは不要です。

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

Oracleホームを削除する前にRepository Creation Utilityを実行し、このドメインに関連付けられたデータベース・スキーマを削除する必要があります。各ドメインにはカスタム接頭辞によって一意に識別される独自のスキーマ・セットがあります(『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のカスタム接頭辞の理解に関する項を参照してください)。これらのスキーマを他のドメインと共有することはできません(『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のスキーマの作成計画に関する項を参照してください)。

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

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

7.5 Oracle API Catalogデータ・ソースの削除

アンインストール・プロセスの一環として、Oracle API Catalogのデータ・ソース接続を削除する必要があります。

Oracle API Catalogデータ・ソースの削除手順:

1. WebLogic Server管理コンソールに移動します。「ドメイン構造」パネルで「サービス」を展開し、「データ・ソース」を選択して「データ・ソース」ページを開きます。

2. 「チェンジ・センター」で「ロックして編集」をクリックします。

注意:
構成の編集が有効な場合には、このステップは不要です。

3. OERDataSourceの横にあるチェック・ボックスを選択してから、「削除」ボタンをクリックします。

4. 「チェンジ・センター」で「変更のアクティブ化」をクリックします。

注意:
構成の編集が有効な場合には、このステップは不要です。

7.6 適用したパッチのロール・バック

Oracle API Catalogインストールに適用したすべてのパッチをロール・バックしてから、アンインストール・プロセスを続行する必要があります。

注意:
適用済のパッチをロール・バックしておかないと、ソフトウェアを再インストールすることになったとき、同じパッチを適用できない場合があります。

OPatchを使用して適用したパッチのロール・バックの詳細は、『Opatchによるパッチ適用』の適用したパッチのロールバックに関する項を参照してください。

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

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

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

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

サイレント(コマンド行)のアンインストールを実行するには、Oracle Fusion MiddlewareのOracle Universal Installerを使用したソフトウェアのインストールに関するマニュアルのサイレント・アンインストールのためのOracle Universal Installerの実行の説明を参照してください。

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

Windowsオペレーティング・システムでアンインストーラを起動するには、次のいずれかを実行します。

- ファイル・マネージャ・ウィンドウを使用してORACLE_HOME\oui\binディレクトリに移動して、deinstall.cmdをダブルクリックします。

- コマンド行から、ORACLE_HOME\oui\binに移動して、次のコマンドを入力します。

deinstall.cmd

- 「スタート」メニューから、「すべてのプログラム」を選択し、「Oracle」、OracleHome、「Oracle Middlewareの削除」の順に選択します。

UNIXオペレーティング・システムでアンインストーラを起動するには、ORACLE_HOME/oui/binディレクトリに移動して、次のコマンドを入力します。

./deinstall.sh

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

アンインストール・プログラムでは、表7-2にリストした順序で一連の画面が表示されます。

アンインストール画面に関して詳細な情報が必要な場合は、画面名をクリックしてください。

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

画面

説明

ようこそ

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

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

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

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

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

この画面にはアンインストールの進行状況が表示されます。

アンインストール完了

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

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

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

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

今後、ドメインおよびアプリケーション・ファイルを使用しない場合は、次の手順を実行して削除します。

ドメインとアプリケーション・データを削除するには、次の手順を実行します。

1. ドメイン・ホーム・ディレクトリを手動で削除します。
たとえば、UNIXオペレーティング・システムでは、ドメイン・ホーム・ディレクトリが/home/Oracle_Home/user_projects/domains/oacの場合は、次のように実行します。

> cd /home/Oracle_Home/user_projects/domains
> rm -rf oac

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

2. アプリケーション・ホーム・ディレクトリを手動で削除します。
たとえば、UNIXオペレーティング・システムでは、アプリケーション・ホーム・ディレクトリが/home/Oracle_Home/oacの場合は、次のように実行します。

> cd /home/Oracle_Home/
> rm -rf oac

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

3. Oracleホーム内にあるdomain_registry.xmlファイルをバックアップしてから、そのファイルを編集して、削除するドメインに関連付けられた行を削除します。たとえば、oac_domainを削除するには、次の行を検索して、その行を削除します。

<domain location="/home/Oracle_Home/user_projects/domains/oac"/>

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

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

この章の手順に従って(手動でのOracleホームディレクトリの削除も含めて)ソフトウェアをアンインストールした場合のみ、以前と同じOracleホームにソフトウェアを再インストールすることができます。再インストールするときに、前回のインストールと同じOracleホームを指定できます。

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

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストール時に指定したOracleホームには、インストールしようとしているソフトウェアと同じソフトウェアがすでに含まれている旨がインストーラによって警告されます。選択肢は次のとおりです。

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

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

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

1. この章の説明のとおりにOracleホームからソフトウェアをアンインストールした後でOracleホーム・ディレクトリを削除します。これが完了した後に、第2章の手順を使用して同じOracleホームの場所を再インストールまたは再使用できます。そのOracleホームに存在したドメインやアプリケーション・データは再作成する必要があります。

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

索引
C I M O P R S U V

C

Oracleホーム・ディレクトリの選択, 1.5

クラスタ化環境

「概要」を参照

WebLogic ServerのJVMパラメータのクラスタリング, 4.8 各クラスタ・メンバーでのcluster.propertiesファイルの構成, 4.6 クラスタ化環境の作成, 4.4

I

クラスタ化環境へのOracle Enterprise Repositoryのインストール, 4

クラスタ化環境へのOracle Enterprise Repositoryのインストール, 4.1

M

データベースへのアプリケーション・プロパティの移動, 4.5

O

Oracle Enterprise Repository, 1.1

概要, 4.1

P

インストール後の手順, 6

インストールの準備, 1

製品の配布方法, 1.2

R

Oracle Enterprise Repository製品インストールの実行, 1.6

S

アプリケーション・サーバーの起動とOracle Enterprise RepositoryのWebベースのコンソールへのログイン, 6.1

U

Oracle Enterprise Repository診断テスティング・ツールの使用, 6.2

V

インストールの検証, 4.7

変数, 4.7

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

コピーライトについて

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

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

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

Oracle Supportへのアクセス

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