Oracle® Fusion Middleware

構成ウィザードによるドメインの作成

11gリリース1 (10.3.6)

B61005-05(原本部品番号:E14140-07)

2015年4月

このドキュメントでは、構成ウィザードを使用してWebLogicドメインを作成、更新および拡張する方法について説明します。

Oracle Fusion Middleware構成ウィザードによるドメインの作成, 11gリリース1 (10.3.6)

B61005-05

Copyright © 2007, 2015, 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およびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

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

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

目次

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

はじめに

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

- 表記規則

1 概要

- WebLogicドメインの紹介

- 構成ウィザードの概要

- 操作のモード

- 構成ウィザードの出力

- ドメイン・テンプレートと拡張テンプレートについて

- WebLogicドメインを作成、拡張および管理するためのその他のツール

2 WebLogicドメインの作成

- 始める前に

- ドメイン作成プロセス

- グラフィカル・モードでの構成ウィザードの起動

- グラフィカル・モードでのWebLogicドメインの作成

- スキーマの構成

- データ・ソースの構成

- 管理サーバーの起動

3 WebLogicドメインの拡張

- 始める前に

- ドメインの拡張プロセス

- グラフィカル・モードでのWebLogicドメインの拡張

- リモート・サーバーでの起動スクリプトの更新

4 構成ウィザードの画面

- ようこそ

- WebLogicドメイン・ディレクトリの選択

- ドメイン・ソースの選択

- 拡張ソースの選択

- 「ドメイン名と場所の指定」

- 「管理者ユーザー名およびパスワードの構成」

- 「サーバーの起動モードおよびJDKの構成」

- 「JDBCコンポーネント・スキーマの構成」

- GridLink RACコンポーネント・スキーマの構成

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

- コンポーネント・スキーマのテスト

- JDBCデータ・ソースの構成

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

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

- JDBCデータ・ソースのテスト

- データベース・スクリプトの実行

- キーストア資格証明の構成

- オプションの構成を選択

- 管理サーバーの構成

- リスニング・アドレスの指定

- リスニング・ポートの指定

- 「JMS分散宛先タイプの選択」

- 管理対象サーバーの構成

- クラスタの構成

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

- HTTPプロキシ・アプリケーションの作成

- マシンの構成

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

- 「デプロイメントのクラスタまたはサーバーへのターゲット設定」

- 「サービスのクラスタまたはサーバーへのターゲット設定」

- JMSファイル・ストアの構成

- 「RDBMSセキュリティ・ストア・データベースの構成」

- 構成のサマリー

- ドメインの作成中

- ドメインの拡張中

A コンソール・モードの使用

- 始める前に

- 構成ウィザードのコンソール・モードでの起動

- コンソール・モード・プロンプトへのレスポンス

はじめに

ここでは、ドキュメントのアクセシビリティ機能とこのマニュアル(『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』)で使用される規則について説明します。

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

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)を参照してください。

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 概要

この章では、WebLogicドメイン、構成ウィザードの概要、テンプレートについて説明します。また、ドメインを作成するためのその他の方法についても説明します。

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

- WebLogicドメインの紹介

- 構成ウィザードの概要

- ドメイン・テンプレートと拡張テンプレートについて

- WebLogicドメインを作成、拡張および管理するためのその他のツール

WebLogicドメインの紹介

WebLogicドメインは、WebLogic Serverの基本的な管理ユニットです。1つ以上のWebLogicサーバー・インスタンス、および1つの単位としてまとめて管理されている論理的に関連したリソースとサービスで構成されます。

図1-1 WebLogicドメインの構造

図1-1で示されているように、基本的なドメインのインフラストラクチャは、1台の管理サーバーと、オプションの管理対象サーバーおよびクラスタで構成されています。

WebLogicドメインのコンポーネントは、表1-1で説明されています。

表1-1 WebLogicドメイン・インフラストラクチャ・コンポーネント

コンポーネント

説明

管理サーバー

ドメインには、管理サーバーとして構成される1台のWebLogic Serverインスタンスが含まれています。アプリケーションの構成およびデプロイメントへのすべての変更は、管理サーバーを介して行われます。

管理サーバーは、ドメインの管理およびWebLogic Server管理ツールへのアクセスの提供のための中央の場所を提供します。このツールの例を次に示します。

- WebLogic Server管理コンソール: 管理サーバーへのグラフィカル・ユーザー・インタフェース。

- WebLogic Serverノード・マネージャ: サーバー・インスタンス(管理サーバーおよび管理対象サーバーの両方)をリモートで起動および停止し、それらを監視して、予期しない障害の後に自動的に再起動するJavaプログラム。
ノード・マネージャは、任意のサーバー・インスタンス(管理サーバーおよび管理対象サーバーの両方)をホストするすべてのマシン上にインストールされることに注意してください。

Oracle WebLogic Serverの管理ツールの詳細は、Oracle WebLogic Serverの紹介のシステムの管理ツールとAPIの概要に関する項を参照してください。

管理対象サーバー

ドメイン内の他のすべてのWebLogic Serverインスタンスは、管理対象サーバーと呼ばれます。管理対象サーバーは、アプリケーション・コンポーネントおよびリソースをホストします。また、ドメインの一部としてデプロイおよび管理されます。1つのWebLogic Serverインスタンスのみを持つドメインでは、1台のサーバーが管理サーバーと管理対象サーバーの両方として機能します。

クラスタ

ドメインには、WebLogic Serverクラスタも含まれる可能性があります。クラスタは、管理対象サーバー・インスタンスのグループであり、互いに連携してアプリケーションのスケーラビリティと高可用性を実現します。クラスタは、パフォーマンスを改善し、サーバー・インスタンスが使用できなくなったときにフェイルオーバーを提供します。クラスタ内のサーバーは、同じマシン上で実行することや、異なるサーバーに常駐することができます。クライアントからは、クラスタは1つのWebLogic Serverインスタンスに見えます。

注意:
ドメイン内のすべての管理対象サーバーは、同じバージョンのWebLogic Serverを実行する必要があります。管理サーバーは、ドメイン内の管理対象サーバーと同じバージョンか、それ以降のサービス・パックを実行できます。

インフラストラクチャ・コンポーネントのほかに、ドメインは、含まれているサーバー・インスタンスの基本的なネットワーク構成を定義します。特に、ドメインは、アプリケーション・デプロイメント、サポートされているアプリケーション・サービス(データベースやメッセージング・サービスなど)、セキュリティ・オプションおよび物理ホスト・マシンを定義します。

ドメイン構成情報は、ドメイン・ディレクトリの下の構成ディレクトリに格納されます。

一般的なWebLogicドメイン構成

システム管理者の責任、アプリケーションの論理種別、サーバーの地理的位置またはサイズなど、特定の条件に基づいて、複数のWebLogicドメインを構成するのに役立ちます。次の表に、最も一般的なドメイン構成を示します。

表1-2 一般的なWebLogicドメイン構成

構成

説明

管理対象サーバーがあるドメイン

一般的な本番環境では、複数の管理対象サーバーがアプリケーションをホストでき、管理サーバーは管理操作を実行します。

管理対象サーバーとクラスタがあるドメイン

アプリケーションのパフォーマンス、スループットまたは可用性を向上させる必要がある本番環境では、複数の管理対象サーバーをクラスタ内でグループ化できます。

その場合には、WebLogicドメインは、ホストするアプリケーションがある1つ以上のクラスタ、追加の管理対象サーバー(必要な場合)、および管理操作を実行する管理サーバーで構成されます。

スタンドアロン・サーバー・ドメイン

開発環境またはテスト環境では、1台のアプリケーション・サーバーを管理対象サーバーなしで個別にデプロイできます。その場合には、テストまたは開発したいアプリケーションをホストする1台のアプリケーション・サーバーで構成されているWebLogicドメインを持つことができます。

注意:
本番環境では、管理対象サーバー上にのみアプリケーションをデプロイすること、および管理作業のために管理サーバーを予約することをお薦めします。

WebLogicドメインの詳細は、『Oracle WebLogic Serverドメイン構成の理解』のOracle WebLogic Serverドメインの理解に関する項を参照してください。

構成ウィザードの概要

WebLogicドメインでアプリケーションを開発および実行する前に、まずWebLogicドメインを作成する必要があります。図1-2で示す構成ウィザードは、ドメインを作成および拡張するプロセスを簡略化します。

構成ウィザードを使用することでWebLogicドメインを作成または拡張するには、ドメインに含める製品コンポーネント(製品テンプレート)を選択して(または要件に最も適したテンプレートを選択して)、基本的な構成情報を提供します。次に、構成ウィザードは、選択した製品テンプレートで定義したリソースを追加することで、ドメインを作成または拡張します。

テンプレートの詳細は、「ドメイン・テンプレートと拡張テンプレートについて」を参照してください。

図1-2 構成ウィザード

構成ウィザードを使用してWebLogicドメインを作成したら、ドメイン内のWebLogic Serverインスタンスを起動して、アプリケーションを開発、テストおよびデプロイできます。

注意:
ドメイン・テンプレート・ビルダー・ツールは、カスタム・ドメインおよび拡張テンプレートの作成のプロセスをガイドすることで、テンプレートを作成するプロセスを簡略化します。これらのテンプレートを選択し、構成ウィザードまたはWebLogic Scripting Tool (WLST)を使用することでドメインを作成および拡張できます。ドメイン・テンプレート・ビルダーの詳細は、『ドメイン・テンプレート・ビルダーによるドメイン・テンプレートの作成』を参照してください。WLSTを使用したドメインの作成の詳細は、Oracle WebLogic Scripting ToolのWLSTをオフラインで使用することによるドメインの作成に関する項を参照してください。

操作のモード

サーバーが稼働していない場合のみ、構成ウィザードを使用できます。これは次に示す操作モードをサポートします。

- グラフィカル・モード: 対話型でGUIベースのモード

- コンソール・モード: 対話型でテキスト・ベースのモード

注意:
スクリプト化された、サイレント・モードの方法の場合は、WLSTを使用できます。詳細は、『Oracle WebLogic Scripting Tool』を参照してください。

構成ウィザードの出力

構成ウィザードを使用して作成されたWebLogicドメインには、次のディレクトリがあります。

- autodeploy: このディレクトリは、開発サーバー上の、迅速にアプリケーションをデプロイできる場所を提供します。WebLogic Serverインスタンスが開発モードで実行されている場合は、このディレクトリに配置されているどのアプリケーションまたはモジュールでも自動的にデプロイされます。

- bin: このディレクトリには、管理サーバーおよび管理対象サーバー(オプション)を始動および停止するスクリプトが含まれています。

- config: このディレクトリには次のものが含まれます。

- ドメイン固有構成ファイルであるconfig.xml。これは、WebLogicドメインの名前、およびドメイン内の各サーバー・インスタンス、クラスタ、リソース、およびサービスの構成パラメータ設定を指定します。

- 様々なシステム・モジュールの構成を含むサブディレクトリ: deployments、diagnostics、jdbc、jms、lib、nodemanagerおよびsecurity。これらのサブディレクトリには、参照することによってconfig.xmlファイルに組み込まれる構成ファイルが含まれています。

注意:
構成に応じて、いくつかのサブディレクトリが存在しない場合があります。

- console-ext: このディレクトリには、管理サーバーによって使用されるコンソール拡張が含まれています。

- init-info: このディレクトリには、WebLogicドメインの作成および拡張をサポートするために構成ウィザードによって使用されるファイルが含まれています。

- lib: このディレクトリには、ドメイン・ライブラリが含まれています。サーバーの始動時に、このディレクトリに配置した任意のjarファイルが、サーバー・クラスパスの最後に動的に追加されます。

- security: このディレクトリには、ドメイン内のすべてのサーバーのための共通セキュリティ・ファイルが含まれています。

- servers: このディレクトリには、ドメイン内の各サーバーのサブディレクトリが含まれています。これらのサーバー・サブディレクトリには、順々に、bin、cache、data、logs、securityおよびtmpなどの、WebLogicドメイン内の各サーバーに固有のディレクトリおよびファイルを保持するサブディレクトリが含まれています。

- user_staged_config: ドメインが、ユーザーがステージングするように構成されている場合、つまり、管理者に、構成情報を管理対象サーバーにステージング(コピー)する責任がある場合、このディレクトリはconfigディレクトリに代替を提供します。

WebLogicドメインを作成するために使用されるテンプレートにアプリケーションが含まれている場合、アプリケーション・ファイルは、デフォルトでuser_projects/applications/domain_nameにあります。

詳細は、Oracle WebLogic Serverのドメイン構成の理解のドメイン構成ファイルに関する項を参照してください。

ドメイン・テンプレートと拡張テンプレートについて

構成ウィザードのコンテキストでは、テンプレートという用語は、WebLogicドメインを作成または拡張するために必要なファイルおよびスクリプトを含むJava Archive (JAR)ファイルのことを指します。WebLogicドメインを作成または拡張するために構成ウィザードが使用するテンプレートのタイプには、次のものがあります。

- ドメイン・テンプレート: このタイプのテンプレートは、インフラストラクチャ・コンポーネント、アプリケーション、サービス、セキュリティ・オプション、一般環境およびオペレーティング・システムのオプションを含む、WebLogicドメイン内のリソースの完全なセットを定義します。ドメイン・テンプレート・ビルダー・ツールまたはpackコマンドを使用することで、既存のWebLogicドメインからこのタイプのテンプレートを作成できます。その後に、構成ウィザードを使用することで、テンプレートに基づいてWebLogicドメインを作成できます。
製品配布には、基本のWebLogicドメイン・テンプレートが含まれています。ドメイン・テンプレートは、次を含む、ドメイン内のリソースの中核的なセットを定義します。

- 管理サーバーおよび基本的な構成情報

- インフラストラクチャ・コンポーネント

- 一般環境およびオペレーティング・システムの要件

ドメイン・テンプレートにはサンプル・アプリケーションは含まれません。ドメイン・テンプレートを使用して基本のWebLogicドメインを作成できます。これは、その後、アプリケーションおよびサービス、または追加の製品コンポーネントで拡張できます。

- 拡張テンプレート: ドメイン・テンプレートが、自足できるWebLogicドメインを作成できるのに対して、拡張テンプレートは、機能を既存のドメインに追加します。構成ウィザードでは、使用する拡張テンプレートを選択する前に、拡張したいWebLogicドメインを選択する必要があります。

- 管理対象サーバー・テンプレート: このタイプのテンプレートは、管理対象サーバー・ドメインまたはリモート・マシンの作成に必要な、WebLogicドメイン内のリソースのサブセットを定義します。packコマンドを使用することで、このタイプのテンプレートを作成できます。

WebLogic Server製品のインストールには、一連の事前定義されたドメインおよび拡張テンプレートが含まれています。このセットには、基本ドメインにコンポーネント機能およびサンプルを追加できるようにする、基本のWebLogicドメイン・テンプレートおよび様々な拡張テンプレートが含まれています。これらのテンプレートと、それらがどのように互いに関連するかの詳細は、Oracle WebLogic Serverドメイン・テンプレート・リファレンスを参照してください。

WebLogicドメインを作成、拡張および管理するためのその他のツール

構成ウィザードのほかに、表1-3に示すツールを使用して、ドメインを作成、拡張および管理できます。製品コンポーネントのコンソール(たとえば、WebLogic Server管理コンソール)を使用することで、ランタイム構成を実行することもできます.。

表1-3 WebLogicドメインを作成、拡張および管理するためのその他のツール

これを行うには、次の手順を実行します。

次のツールを使用します

WebLogicドメインを作成するか、既存のドメインを拡張します

- WebLogic Scripting Tool (WLST)
WLSTは、コマンドライン・スクリプト・インタフェースであり、WebLogic Serverのインスタンスおよびドメインとの対話およびそれらの構成のために使用できます。WLSTがオフラインの場合は、構成ウィザードと同じ機能をサポートし、WebLogicドメインを作成することや、稼動しているWebLogic Serverへ接続せずに既存のドメインを更新することができます。

詳細は、『Oracle WebLogic Scripting Tool』を参照してください。

- unpackコマンド
現在のインストールと互換性のあるテンプレートを使用することで、このコマンドを使用して、コマンド・ラインからWebLogicドメインを作成できます。unpackを使用して既存のドメインを拡張することはできません。

詳細は、PackおよびUnpackコマンドを使用したテンプレートおよびドメインの作成を参照してください。

アプリケーションおよびサービスの追加、または既存の設定の変更

- WebLogic Server管理コンソール
詳細は、『Oracle WebLogic Server Administration Consoleオンライン・ヘルプ』を参照してください。

- WLST、JMXおよびAntなどのその他のシステム管理ツール。
詳細は、Oracle WebLogic Serverの紹介のシステム管理ツールおよびAPIのまとめに関する項を参照してください。

ドメインのヘルスおよびステータスの管理および監視

- WebLogic診断フレームワーク(WLDF)
詳細は、『Oracle WebLogic Server診断フレームワークの構成と使用』を参照してください。

- WebLogic Server管理コンソール
詳細は、『Oracle WebLogic Server Administration Consoleオンライン・ヘルプ』を参照してください。

- WebLogic Serverノード・マネージャ
詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』および『Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。

2 WebLogicドメインの作成

この章では、構成ウィザードをグラフィカル・モードで使用して新しいWebLogicドメインを作成する方法を説明します。また、ドメインおよび管理サーバーの起動方法についても説明します。

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

- 始める前に

- ドメイン作成プロセス

- グラフィカル・モードでの構成ウィザードの起動

- グラフィカル・モードでのWebLogicドメインの作成

- 管理サーバーの起動

始める前に

構成ウィザードを実行してUNIXまたはLinuxオペレーティング・システムでドメインを作成する前に、まだ設定していない場合は、CONFIG_JVM_ARGS環境変数に次の値を設定します。

-Djava.security.egd=file:/dev/./urandom

これにより、ドメインを作成または更新するために構成ウィザードにかかる時間を短縮することができます。

ドメイン作成プロセス

構成ウィザードでは、製品コンポーネントを選択してドメインに含めることで、またはドメイン・テンプレートJARファイルを選択することで、対象環境のためのWebLogicドメインの作成プロセスをガイドします。必要な場合は、管理対象サーバー、クラスタおよびマシン定義を追加および構成することで、または事前定義されたJDBCデータ・ソースおよびJMSファイル・ストア・ディレクトリをカスタマイズすることで、ご使用の環境に適したドメインをカスタマイズすることもできます。

次の状況でドメインをカスタマイズできます。

- デフォルト設定の使用時にマルチ・サーバーまたはクラスタ化ドメインを作成するには。事前定義されたすべてのWebLogic Serverテンプレート(WebLogic Serverで提供されるもの)は、単一サーバー・ドメインを作成します。

- ドメインまたは拡張テンプレート内のデフォルト・データベースとは異なるデータベースを使用するには。この場合、JDBC設定をカスタマイズして、適切なデータベースを指すようにする必要があります。

- リスニング・ポートおよびSSLポートをカスタマイズするには。

- 受け取ったドメイン・テンプレートを使用することでテスト環境を作成するには、および要件に基づいてテスト環境で機能するようドメイン構成を変更するには。

図2-1に、WebLogicドメインを作成する構成ウィザードの手順をまとめています。破線のボックス内に示された手順は、RCUを使用するものやJDBCデータ・ソースを必要とするものなど、特定の製品を含むWebLogicドメインを作成する場合にのみ関係します。

図2-1 WebLogicドメインの作成

グラフィカル・モードでの構成ウィザードの起動

製品のインストールが常駐するマシンのためのコンソールは、JavaベースのGUIをサポートしている必要があります。Windowsベースのすべてのコンソールは、JavaベースのGUIをサポートしており、UNIXベースのコンソールのサブセットのみが、JavaベースのGUIをサポートしています。

注意:
グラフィカル表示をサポートしていないシステム上で構成ウィザードをグラフィカル・モードで起動しようとすると、構成ウィザードはコンソール・モードで起動します。

Windowsの「スタート」メニューまたはコマンド・ラインから、グラフィカル・モードで構成ウィザードを起動できます。

- Windowsプラットフォームでグラフィカル・モードで構成ウィザードを起動するには、「スタート」→「すべてのプログラム」→「Oracle WebLogic」→「WebLogic Server」→「ツール」→「構成ウィザード」を選択します。

- Windowsのコマンド・プロンプトから、またはUNIXシステムで、グラフィカル・モードで構成ウィザードを起動するには、次の手順に従います。

1. 製品がインストールされているシステムにログインします。

2. MS-DOSコマンド・プロンプト・ウィンドウ(Windowsの場合)またはコマンド・シェル(UNIXの場合)を開きます。

3. 次のディレクトリに移動します。
Windowsの場合: WLHOME\common\bin

UNIXの場合: WLHOME/common/bin

WLHOMEは、WebLogic Serverがインストールされているディレクトリです。

4. 次のコマンドを実行します。
Windowsの場合: config.cmd

UNIXの場合: sh config.sh

注意:
config.cmdまたはconfig.shコマンドを実行するときに、デフォルトのキャッシュ・ディレクトリが有効ではないことを示すために次のエラー・メッセージが表示される場合があります。
*sys-package-mgr*: can't create package cache dir

コマンド・ラインに-Dpython.cachedir=valid_directoryオプションを含めることで、キャッシュ・ディレクトリを変更できます。

「ようこそ」画面が表示されます。

グラフィカル・モードでのWebLogicドメインの作成

構成ウィザードをグラフィカル・モードで使用して新しいWebLogicドメインを作成するには、「グラフィカル・モードでの構成ウィザードの起動」の説明に従って構成ウィザードを起動します。

注意:
構成ウィザードをGUIモードで実行できない状況では、WLSTスクリプトを使用してドメインを作成または拡張することをお薦めします。詳細は、『Oracle WebLogic Scripting Tool』のドメイン・テンプレートの作成と使用(オフライン)に関する項を参照してください。

構成ウィザードでは、一連の画面が、表2-1に示されている順序で表示されます。各画面の詳細は、第4章「構成ウィザードの画面」の関連する項を参照するか、「画面」列内のリンクをクリックしてください。

表2-1 新しいWebLogicドメインを作成するための構成画面

番号

画面

この画面はいつ表示されるか

次の操作の実行

1

ようこそ

常時

新規WebLogicドメインの作成を選択します。

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

2

ドメイン・ソースの選択

常時

次のいずれかを行います:

- 「以下の製品をサポートするために、自動的に構成されたドメインを生成する」を選択してから、ドメインに含める各製品に対応するチェック・ボックスを選択します。

- 「既存のテンプレートを、このドメインのベースにする」を選択してから、「参照」ボタンを使用して、ローカル・ドライブまたはネットワークでテンプレートを探します。

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

3

「ドメイン名と場所の指定」

常時

ドメインの名前またはディレクトリの場所を指定します。

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

4

「管理者ユーザー名およびパスワードの構成」

常時

ドメインの管理者アカウント用のユーザー名およびパスワードを指定します。

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

5

「サーバーの起動モードおよびJDKの構成」

常時

使用する起動モードを選択します。

ドメインで使用するJDKを選択します。

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

6-8

スキーマの構成

データベース・スキーマをロードするためにOracle Fusion Middleware Repository Creation Utility (RCU)の使用を必要とするコンポーネント(SOAなど)がドメインに含まれている場合のみ

これらの画面の詳細は、「スキーマの構成」を参照してください。

9-12

データ・ソースの構成

ドメインに、JDBCデータ・ソースまたはOracle RACマルチ・データ・ソースを必要とするコンポーネントが含まれている場合のみ

これらの画面の詳細は、「データ・ソースの構成」を参照してください。

13

キーストア資格証明の構成

ドメインに、キーストア・パスワードを必要とする製品が含まれている場合のみ

パスワード・フィールドの各セットに対し、キーストアに使用するパスワードを入力して確認します。

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

14

オプションの構成を選択

常時

詳細な構成作業を実行する各カテゴリのためのチェック・ボックス(存在する場合)を選択します

選択可能なチェック・ボックスは、選択した製品またはテンプレート内で構成されるリソースによって異なります。

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

15

管理サーバーの構成

「オプションの構成を選択」画面で「管理サーバー」を選択した場合のみ

必要に応じて、管理サーバーの設定を変更します。

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

16

「JMS分散宛先タイプの選択」

「オプションの構成を選択」画面で「JMS分散宛先」オプションを選択した場合のみ

各JMSシステム・リソースに対し、分散宛先タイプを選択します。

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

17

管理対象サーバーの構成

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択した場合のみ

必要に応じて、管理対象サーバーを追加、削除または再構成します。

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

18

クラスタの構成

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択した場合のみ

必要に応じて、クラスタを追加、削除または再構成します。

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

19

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

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択し、ドメインに1つ以上のクラスタが含まれている場合のみ

ドメイン内のクラスタにサーバーを追加するか、そこからサーバーを削除します。

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

20

HTTPプロキシ・アプリケーションの作成

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択し、ドメインに1つ以上のクラスタ、およびクラスタに割り当てられていない1つ以上の管理対象サーバーが含まれている場合のみ

各クラスタについて、クラスタのためにHTTPプロキシ・アプリケーションを作成するかどうかを指定します。クラスタに対して「HTTPプロキシの作成」チェック・ボックスを選択する場合は、そのクラスタのために使用するプロキシ・サーバーを選択します。

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

21

マシンの構成

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択した場合のみ。

必要に応じて、マシンを追加、削除または再構成します。

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

22

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

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択し、ドメインに1つ以上の構成されたマシンが含まれている場合のみ

管理サーバーと管理対象サーバーを適切なマシンに割り当てます。

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

23

「デプロイメントのクラスタまたはサーバーへのターゲット設定」

「オプション構成の選択」画面で「デプロイメントとサービス」を選択し、選択された製品またはテンプレートにJava EEアプリケーションまたはライブラリがある場合のみ

アプリケーションまたはライブラリをデプロイする対象サーバーまたはクラスタを選択します。

選択したターゲット上にデプロイする各アプリケーションまたはライブラリのためのチェック・ボックスを選択します。

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

24

「サービスのクラスタまたはサーバーへのターゲット設定」

「オプション構成の選択」画面で「デプロイメントとサービス」を選択した場合のみ

対象サーバーまたはクラスタを選択します。

対象とする各サービスのためのチェック・ボックスを選択します。

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

25

JMSファイル・ストアの構成

「オプション構成の選択」画面で「JMSファイル・ストア」を選択した場合のみ

各JMSファイル・ストアのための設定を必要に応じて変更し、各ファイル・ストアの同期書込みポリシーを選択します。

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

26

「RDBMSセキュリティ・ストア・データベースの構成」

「オプションの構成を選択」画面で「RDBMSセキュリティ・ストア」を選択した場合のみ

リレーショナル・データベース管理システム(RDBMS)用の設定を指定します。

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

27

構成のサマリー

常時

「サマリー・ビュー」を選択してからそのビューのリスト内の個々の項目を選択することで、ドメインの構成を確認します。

ドメインが希望どおりに構成されている場合は、「作成」をクリックしてドメインを作成します。

構成を変更する必要がある場合は、「前へ」をクリックして、変更する設定のための適切な画面に戻ります。

28

ドメインの作成中

常時

ドメイン作成の進行状況を表示します。

処理が終了したら、「完了」をクリックします。

スキーマの構成

データベース・スキーマをロードするためにOracle Fusion Middleware Repository Creation Utility (RCU)の使用を必要とするコンポーネント(SOAなど)がドメインに含まれている場合のみ、この項で説明されている画面が構成ウィザードに表示されます。表2-2に、一連のスキーマ関連画面をリストします。各画面の詳細は、第4章「構成ウィザードの画面」の関連する項を参照するか、「画面」列内のリンクをクリックしてください。

この項内の画面を構成したら、表2-1の9行目に戻ります。

表2-2 スキーマ構成画面

番号

画面

この画面はいつ表示されるか

次の操作の実行

6

「JDBCコンポーネント・スキーマの構成」

データベース・スキーマをロードするためにOracle Fusion Middleware Repository Creation Utility (RCU)の使用を必要とするコンポーネント(SOAなど)がドメインに含まれている場合のみ

選択したテンプレートにマルチ・データ・ソース定義またはGridLinkデータ・ソース定義が含まれているかどうかに応じて、この画面には2つのバージョンがあります。

この画面に表示される各コンポーネントのスキーマについて、スキーマの所有者とパスワードを指定します。この画面上のフィールドに加えた変更は、表内で選択されているすべてのコンポーネントのスキーマに適用されます。

たとえば、スキーマがすべて同じデータベースに常駐している場合には、表の中にあるそのようなスキーマをすべて選択してから、そのスキーマに適したデータベース値を指定します(「DBMS/サービス」、「ホスト名」および「ポート」)。

各スキーマのパスワードが異なる場合などは、スキーマを個々に選択し、そのスキーマ専用のパスワードを指定する必要があります。

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

7a

GridLink RACコンポーネント・スキーマの構成

データベース・スキーマをロードするためにOracle Fusion Middleware Repository Creation Utility (RCU)の使用を必要とするコンポーネント(SOAなど)がドメインに含まれており、選択したコンポーネント・スキーマをGridLinkデータ・ソース・スキーマとして構成済オプションを選択した場合のみ

この画面に表示される各コンポーネントのスキーマについて、スキーマの所有者とパスワードを指定します。この画面上のフィールドに加えた変更は、表内で選択されているすべてのコンポーネントのスキーマに適用されます。

たとえば、スキーマがすべて同じデータベースに常駐している場合には、表の中にあるそのようなスキーマをすべて選択してから、そのスキーマに適したデータベース値を指定します(サービス名、サービス・インスタンス、ONSホスト、ウォレット・ファイルおよびウォレット・パスワードなど)。

各スキーマのパスワードが異なる場合などは、スキーマを個々に選択し、そのスキーマ専用のパスワードを指定する必要があります。

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

7b

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

データベース・スキーマをロードするためにOracle Fusion Middleware Repository Creation Utility (RCU)の使用を必要とするコンポーネント(SOAなど)がドメインに含まれており、選択したコンポーネント・スキーマをRACマルチ・データ・ソース・スキーマとして構成済オプションを選択した場合のみ

この画面に表示される各コンポーネントのスキーマについて、スキーマの所有者とパスワードを指定します。この画面上のフィールドに加えた変更は、表内で選択されているすべてのコンポーネントのスキーマに適用されます。

たとえば、スキーマがすべて同じデータベースに常駐している場合には、表の中にあるそのようなスキーマをすべて選択してから、そのスキーマに適したデータベース値を指定します(サービス名、ホスト名、インスタンス名およびポート)。

各スキーマのパスワードが異なる場合などは、スキーマを個々に選択し、そのスキーマ専用のパスワードを指定する必要があります。

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

8

コンポーネント・スキーマのテスト

データベース・スキーマをロードするためにOracle Fusion Middleware Repository Creation Utility (RCU)の使用を必要とするコンポーネント(SOAなど)がドメインに含まれている場合のみ

前の画面でデータ・ソースに指定した構成をテストします。

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

データ・ソースの構成

JDBCデータ・ソースまたはOracle RACマルチ・データ・ソースを必要とするコンポーネントがドメインに含まれている場合のみ、この項で説明されている画面が構成ウィザードに表示されます。表2-3に、スキーマ関連の一連の画面をリストします。各画面の詳細は、第4章「構成ウィザードの画面」の関連する項を参照するか、「画面」列内のリンクをクリックしてください。

この項で説明している画面を構成したら、表2-1の13行目に戻ります。

表2-3 データ・ソース構成画面

番号

画面

この画面はいつ表示されるか

次の操作の実行

9

JDBCデータ・ソースの構成

ドメインに、JDBCデータ・ソースを必要とするコンポーネントが含まれている場合のみ

構成するデータ・ソースを選択してから、次のいずれかを実行します。

- データ・ソースのためのフィールドを構成します

- 選択したデータ・ソースをRACマルチ・データ・ソースとして構成するオプションを選択します。

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

10a

GridLink RACデータ・ソースの構成

ドメインに、JDBCデータ・ソースを必要とするコンポーネントが含まれており、「JDBCデータ・ソースの構成」画面上の1つ以上のデータ・ソースのために選択したデータ・ソースをGridLink RACデータ・ソースとして構成オプションを選択した場合のみ

Gridlink RACデータ・ソースのためのフィールドを構成します(サービス名、サービス・インスタンス、ONSホスト、ウォレット・ファイルおよびウォレット・パスワードなど)。

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

10b

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

ドメインに、JDBCデータ・ソースを必要とするコンポーネントが含まれており、選択したデータ・ソースをRACマルチ・データ・ソースとして構成画面上の1つ以上のデータ・ソースのために選択したデータ・ソースをGridLink RACデータ・ソースとして構成オプションを選択した場合のみ

Oracle RACマルチ・データ・ソースのためのフィールドを構成します(Oracle RACホスト名、インスタンス名およびポートなど)

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

11

JDBCデータ・ソースのテスト

ドメインに、JDBCデータ・ソースを必要とするコンポーネントが含まれている場合のみ

テストするデータ・ソースを選択し、「接続のテスト」をクリックします。接続テストの完了を待機します。

注意: 接続をテストするためには、接続しようとしているデータベースが実行されている必要があります。

この時点で接続をテストする必要がない場合は、すべてのデータ・ソースを選択解除してください。

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

12

データベース・スクリプトの実行

選択した製品またはテンプレートに、データベース・タイプ別に編成されているSQLファイル一式が含まれている場合のみ

データベース・スクリプトを実行するデータ・ソースを選択します。

データベース・バージョンを選択します。

「スクリプトの実行」をクリックします。

必要なすべてのスクリプトを実行したら、「次へ」をクリックして続行します。

管理サーバーの起動に関する項

ドメインの作成が終了したら、管理サーバーを起動できます。管理サーバーを開始するための様々な方法の詳細は、『Oracle WebLogic Serverのサーバーの起動と停止の管理』のサーバーの起動と停止に関する項を参照してください。

3 WebLogicドメインの拡張

この章では、構成ウィザードを使用してWebLogicドメインを拡張する方法について説明します。また、リモート・サーバーでの起動スクリプトの更新方法も説明します。

構成ウィザードを使用して拡張することで、既存のWebLogicドメインに製品コンポーネントの機能またはその他のアプリケーションおよびサービスを追加できます。たとえば、基本のWebLogicドメインが作成済で、Avitek Medical Records Examples機能を追加する場合は、medrec.jarテンプレートを使用することでドメインを拡張できます。

構成ウィザードは、拡張テンプレートを使用することで、既存のWebLogicドメインを拡張する作業を簡略化します。Oracleは、様々な拡張テンプレートのサンプル、および様々なFusion Middleware製品の拡張テンプレートを提供します。また、WLSTまたはunpackコマンドを使用して独自の拡張テンプレートを作成することもできます。

Oracleによって提供される拡張テンプレートの詳細は、『ドメイン・テンプレート・リファレンス』を参照してください。

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

- 始める前に。

- ドメインの拡張プロセス。

- グラフィカル・モードでのWebLogicドメインの拡張。

- リモート・サーバーでの起動スクリプトの更新。

始める前に

構成ウィザードを実行してUNIXまたはLinuxオペレーティング・システムでドメインを更新する前に、まだ設定していない場合は、CONFIG_JVM_ARGS環境変数に次の値を設定します。

-Djava.security.egd=file:/dev/./urandom

これにより、ドメインを作成または更新するために構成ウィザードにかかる時間を短縮することができます。

ドメインの拡張プロセス

WebLogicドメインを拡張するには、拡張するドメインを選択してから、1つ以上の製品コンポーネントを選択します。または、追加のアプリケーションおよびサービスを含む拡張テンプレートJARファイルを指定して、既存のドメインを拡張することができます。JDBC接続のカスタマイズおよびJMSファイル・ストアの変更も実行できます。構成ウィザードは、必要に応じて、ユーザーの入力を使用してconfig.xmlなどの構成ファイル、およびドメイン・ディレクトリ内の他のすべての生成済コンポーネントを更新します。

図3-1に、構成ウィザードを使用したWebLogicドメインの拡張の手順をまとめています。破線のボックス内に示された手順は、RCUを使用するものやJDBCデータ・ソースを必要とするものなど、特定の製品を含むドメインを拡張する場合にのみ関係します。

図3-1 WebLogicドメインの拡張

グラフィカル・モードでのWebLogicドメインの拡張

構成ウィザードをグラフィカル・モードで使用して新しいWebLogicドメインを拡張するには、「グラフィカル・モードでの構成ウィザードの起動」の説明に従って構成ウィザードを起動します。

注意:
構成ウィザードをGUIモードで実行できない場合は、ドメインを作成または拡張するためにWLSTスクリプトを使用することをお薦めします。詳細は、『Oracle WebLogic Scripting Tool』のドメイン・テンプレートの作成と使用(オフライン)に関する項を参照してください。

構成ウィザードでは、一連の画面が、表3-1に示されている順序で表示されます。各画面の詳細は、第4章「構成ウィザードの画面」の関連する項を参照するか、「画面」列内のリンクをクリックしてください。

表3-1 既存のWebLogicドメインを拡張するための構成画面

番号

画面

この画面はいつ表示されるか

次の操作の実行

1

ようこそ

常時

「既存のWebLogicドメインの拡張」を選択します。

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

2

WebLogicドメイン・ディレクトリの選択

常時

有効なドメイン・ディレクトリを選択します。

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

3

拡張ソースの選択

常時

次のいずれかの操作を実行します。

- 「次の追加製品をサポートするために、自動的にドメインを拡張する」を選択してから、ドメインに含める新しい製品に対応するチェック・ボックスを選択します。

- 「既存の拡張テンプレートを使用してドメインを拡張する」を選択してから、「参照」ボタンを使用して、ローカル・ドライブまたはネットワークでテンプレートを探します。

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

4-6

スキーマの構成

選択した製品またはテンプレートに、データベース・スキーマをロードするためにOracle Fusion Middleware Repository Creation Utility (RCU)の使用を必要とするコンポーネント(SOAなど)が含まれている場合のみ

これらの画面の詳細は、「スキーマの構成」を参照してください。

7-10

データ・ソースの構成

選択した製品またはテンプレートに、JDBCデータ・ソースまたはOracle RACマルチ・データ・ソースを必要とするコンポーネントが含まれている場合のみ

これらの画面の詳細は、「データ・ソースの構成」を参照してください。

11

キーストア資格証明の構成

選択した製品またはテンプレートに、キーストア・パスワードを必要とする製品が含まれている場合のみ

パスワード・フィールドの各セットに対し、キーストアに使用するパスワードを入力して確認します。

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

12

オプションの構成を選択

常時

詳細な構成作業を実行する各カテゴリのためのチェック・ボックス(存在する場合)を選択します

選択可能なチェック・ボックスは、選択した製品またはテンプレート内で構成されるリソースによって異なります。

注意: ドメインを拡張する場合は、管理サーバーおよびRDBMSセキュリティ・ストアの構成を変更できません。そのため、これらのオプションは使用できません。

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

13

「JMS分散宛先タイプの選択」

「オプションの構成を選択」画面で「JMS分散宛先」オプションを選択した場合のみ

各JMSシステム・リソースに対し、分散宛先タイプを選択します。

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

14

管理対象サーバーの構成

「オプションの構成を選択」画面で「管理対象サーバー、クラスタ、およびマシン」を選択した場合のみ

必要に応じて、管理対象サーバーを追加、削除または再構成します。

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

15

クラスタの構成

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択した場合のみ

必要に応じて、クラスタを追加、削除または再構成します。

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

16

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

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択し、ドメインに1つ以上のクラスタが含まれている場合のみ

ドメイン内のクラスタにサーバーを追加するか、そこからサーバーを削除します。

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

17

HTTPプロキシ・アプリケーションの作成

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択し、ドメインに1つ以上のクラスタ、およびクラスタに割り当てられていない1つ以上の管理対象サーバーが含まれている場合のみ

各クラスタについて、クラスタのためにHTTPプロキシ・アプリケーションを作成するかどうかを指定します。クラスタに対して「HTTPプロキシの作成」チェック・ボックスを選択する場合は、そのクラスタのために使用するプロキシ・サーバーを選択します。

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

18

マシンの構成

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択した場合のみ。

必要に応じて、マシンを追加、削除または再構成します。

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

19

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

「オプションの構成を選択」画面で管理対象サーバー、クラスタ、およびマシンを選択し、ドメインに1つ以上の構成されたマシンが含まれている場合のみ

管理サーバーと管理対象サーバーを適切なマシンに割り当てます。

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

20

「デプロイメントのクラスタまたはサーバーへのターゲット設定」

「オプション構成の選択」画面で「デプロイメントとサービス」を選択し、選択された製品またはテンプレートにJava EEアプリケーションまたはライブラリがある場合のみ

アプリケーションまたはライブラリをデプロイする対象サーバーまたはクラスタを選択します。

選択したターゲット上にデプロイする各アプリケーションまたはライブラリのためのチェック・ボックスを選択します。

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

21

「サービスのクラスタまたはサーバーへのターゲット設定」

「オプション構成の選択」画面で「デプロイメントとサービス」を選択した場合のみ

対象サーバーまたはクラスタを選択します。

対象とする各サービスのためのチェック・ボックスを選択します。

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

22

JMSファイル・ストアの構成

「オプション構成の選択」画面で「JMSファイル・ストア」を選択した場合のみ

各JMSファイル・ストアのための設定を必要に応じて変更し、各ファイル・ストアの同期書込みポリシーを選択します。

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

24

構成のサマリー

常時

「サマリー・ビュー」を選択してからそのビューのリスト内の個々の項目を選択することで、ドメインの構成を確認します。

ドメインが希望どおりに構成されている場合は、「拡張」をクリックしてドメインを拡張します。

構成を変更する必要がある場合は、「前へ」をクリックして、変更する設定のための適切な画面に戻ります。

25

ドメインの拡張中

常時

ドメイン作成の進行状況を表示します。

処理が終了したら、「完了」をクリックします。

リモート・サーバーでの起動スクリプトの更新

管理対象サーバーがリモート・マシンに配布されるWebLogicドメインを拡張する場合(packおよびunpackコマンドを使用することで)、リモート・マシン上の起動スクリプトは自動的には更新されません。

リモート・マシン上の起動スクリプトが確実に拡張されるようにするには、ドメインを更新した後に次の手順を実行します。

1. リモート・マシン上の管理対象サーバー・ディレクトリを削除します。

2. packコマンドを-managed=trueオプションを指定して使用することで、拡張されたドメインから管理対象サーバー・テンプレートを作成します。

3. unpackコマンドを使用して管理対象サーバー・テンプレートを解凍することで、リモート・マシン上で管理対象サーバーを作成します。

packおよびunpackコマンドの詳細は、PackおよびUnpackコマンドを使用したテンプレートとドメインの作成を参照してください。

4 構成ウィザードの画面

この章では、Fusion Middleware構成ウィザードのすべての画面について説明します。

- ようこそ

- WebLogicドメイン・ディレクトリの選択

- ドメイン・ソースの選択

- 拡張ソースの選択

- 「ドメイン名と場所の指定」

- 「管理者ユーザー名およびパスワードの構成」

- 「サーバーの起動モードおよびJDKの構成」

- 「JDBCコンポーネント・スキーマの構成」

- GridLink RACコンポーネント・スキーマの構成

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

- コンポーネント・スキーマのテスト

- JDBCデータ・ソースの構成

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

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

- JDBCデータ・ソースのテスト

- データベース・スクリプトの実行

- キーストア資格証明の構成

- オプションの構成を選択

- 管理サーバーの構成

- 「JMS分散宛先タイプの選択」

- 管理対象サーバーの構成

- クラスタの構成

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

- HTTPプロキシ・アプリケーションの作成

- マシンの構成

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

- 「デプロイメントのクラスタまたはサーバーへのターゲット設定」

- 「サービスのクラスタまたはサーバーへのターゲット設定」

- JMSファイル・ストアの構成

- 「RDBMSセキュリティ・ストア・データベースの構成」

- 構成のサマリー

- ドメインの作成中

ようこそ

「ようこそ」画面は、構成ウィザードを起動するたびに表示されます。

次のいずれかのオプションを選択します。

- 新しいWebLogicドメインの作成: 新しいドメインを作成する場合は、このオプションを選択します。通常、新しいドメインは、管理サーバーおよびデフォルトのセキュリティ・レルムmyrealmが含まれるWebLogic Serverの基本ドメインに基づきます。ドメインの作成にユーザー独自のドメイン・テンプレートを使用することも選択できますが、ユーザーのドメイン・テンプレートには少なくとも管理サーバーが含まれている必要があります。
このオプションを選択した場合、次に「ドメイン・ソースの選択」画面が表示されます。

- 既存のWebLogicドメインの拡張: WebLogicドメインがすでにあり、そのドメインにリソースを追加する場合は、このオプションを選択します。
このオプションを選択した場合、次に「WebLogicドメイン・ディレクトリの選択」画面が表示されます。

WebLogicドメイン・ディレクトリの選択

ナビゲーション・ツリーを使用して、有効なドメイン・ディレクトリを選択します。ドメイン・ディレクトリには、config.xmlファイルを含むconfigディレクトリが含まれます。ナビゲーション・ツリー内で、これらのディレクトリは青いフォルダ・アイコンによって示されます。

ドメイン・ソースの選択

選択された製品をサポートするように自動的に構成されたドメインを生成するか、既存のドメイン・テンプレートに基づいてドメインを作成するかを選択します。リストに表示された各製品は、単一のドメインまたはその製品に必要なドメイン・リソースを構成する拡張テンプレート(JARファイル)に関連付けられています。

次のいずれかのオプションを選択します。

- 次の製品をサポートするために、自動的に構成されたドメインを生成する: デフォルトでは、「基本的なWebLogicサーバー・ドメイン」オプションが選択されています。ドメインに含める他の製品に対応するチェック・ボックスを選択します。選択した製品がリスト内の別の製品で提供されるリソースに依存している場合は、それらの製品も自動的に選択されます。
製品のリスト(テンプレート)は、構成するFusion Middleware製品インストールによって異なります。スタンドアロンWebLogic Server環境用の例を示します。SOAやWebCenterなどの他のFusion Middleware製品をインストールした場合、それらのドメインに含ませることのできる製品もここにリストしてあります。

この画面にリストされる可能性のある様々なWebLogic Server製品(テンプレート)の詳細は、『ドメイン・テンプレート・リファレンス』を参照してください。

注意:
「次」をクリックしたときに、選択したいずれかの製品に、選択していない別の製品が提供するリソースが必要な場合は、警告ダイアログ・ボックスが表示されます。次に進む前に、「ドメイン・ソースの選択」画面に戻って依存関係の製品を選択します。

- 既存のテンプレートを、このドメインのベースにする: 既存のドメイン・テンプレートを使用してドメインを作成する場合はこのオプションを選択します。「テンプレートの場所」フィールドにテンプレートJARファイルへのフルパスを入力するか、「参照」をクリックして必要なテンプレートが含まれるディレクトリにナビゲートします。選択するテンプレートは、少なくとも1つの管理サーバーを定義している必要があります。
通常、WebLogic Serverで提供される次のドメイン・テンプレートのいずれかを選択するか、または作成したカスタム・ドメイン・テンプレートを選択します。

- 基本WebLogic Serverドメイン
WL_HOME\common\templates\domains\wls.jar

- WebLogic Serverスターター・ドメイン
WL_HOME\common\templates\domains\wls_starter.jar

注意:
「次」をクリックしたときに、選択したテンプレートに、別のテンプレートが提供するリソースが必要な場合は、警告ダイアログ・ボックスが表示されます。まず初めに必要なテンプレートを使用して、ドメインを作成する必要があります。その後、最初に選択したテンプレートを使用してドメインを拡張します。

拡張ソースの選択

表示された製品のうちの1つを選択するか、または拡張テンプレートを参照するか、どちらの方法でドメインを拡張するかを選択します。

- 以下の追加製品をサポートするために、自動的にドメインを拡張する: WebLogicドメインに追加する製品に対応するチェック・ボックスをチェックします。すでにドメインに含まれている製品はグレー表示されたチェック・ボックスで示されます。
この画面にリストされる可能性のある様々なWebLogic Server製品(テンプレート)の詳細は、『ドメイン・テンプレート・リファレンス』を参照してください。

- 既存の拡張テンプレートを使用してドメインを拡張する: 「テンプレートの場所」フィールドに拡張機能テンプレートへのパスを指定します。

注意:
「次」をクリックしたときに、選択したテンプレートに、別のテンプレートが提供するリソースが必要な場合は、警告ダイアログ・ボックスが表示されます。まず初めに必要なテンプレートを使用して、ドメインを作成する必要があります。その後、最初に選択したテンプレートを使用してドメインを拡張します。

「ドメイン名と場所の指定」

次の項目を指定します。

- ドメイン名: ドメイン名です。構成ウィザードによって、ドメインのconfig.xmlファイルおよび生成された他のすべてのコンポーネントが指定のドメイン・ディレクトリの下のこのディレクトリに格納されます。たとえば、mydomainと入力した場合、ドメイン・ファイルはデフォルトでMW_HOME\user_projects\domains\mydomainに格納されます。

注意:
ドメイン名の最初の文字に数字は使用できません。この制限は、英字で始まる必要のある内部生成されるJDBCストア・テーブル名との間で発生する可能性がある問題の防止を目的としています。

ドメイン名はまた、Windowsの「スタート メニュー」に表示されます。たとえば、ドメイン名がmydomainでドメイン・ディレクトリが user_projectsの場合、Windowsの「スタート」メニューから「Oracle WebLogic」→「user_projects」→「mydomain」を選択してドメインのコマンドにアクセスできます。

- ドメインの場所: ドメイン・ディレクトリを格納する場所です。デフォルトは、MW_HOME\user_projects\domainsです。ドメインの場所には、ローカル・ドライブまたはネットワーク上の任意の場所を指定できます。MW_HOMEである必要はありません。
Windowsでは、このパスにドライブ文字も含める必要があります。

注意:
使用する環境のすべてのドメインをミドルウェア・ホーム・ディレクトリ以外の場所に作成することをお薦めします。これによって、ドメインやアプリケーションを再作成せずに、既存のインストールの削除や新しいバージョンのWebLogic Serverのインストールが簡単にできるようになります。

- アプリケーションの場所: このフィールドは、アプリケーションが含まれたドメイン・テンプレートまたは製品を選択した場合にのみ表示されます。アプリケーションはこの場所に配置されます。デフォルトは、MW_HOME\user_projects\applicationsです。
Windowsでは、このパスにドライブ文字も含める必要があります。

「管理者ユーザー名およびパスワードの構成」

この画面では、ドメインのデフォルトのWebLogic Administratorアカウントを定義します。このアカウントは、ドメインの管理サーバーの起動および接続に使用されます。

- 名前: WebLogic Administratorアカウントのログイン・ユーザー名。
ユーザー名には、カンマ、タブ、または次の文字を含めることはできません。

< > # | & ? ( ) { }

- ユーザー・パスワード: WebLogic Administratorアカウントのパスワード。パスワードは、8文字以上で、1文字以上の数字または次の文字のうちのいずれか1文字以上を含む必要があります。
! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ \ ] ^ _ ` { | } ~

- ユーザー・パスワードの確認: 「ユーザー・パスワードの確認」フィールドと同じパスワードを入力します。2つのエントリが一致しない場合、エラーが表示されます。

- 説明: デフォルトの説明を受け入れるか、またはこのフィールドに管理者アカウントに望ましい説明を入力します。

サーバーの起動モードおよびJDKの構成

この画面では、本番モードまたは開発モードのどちらでWebLogicを実行するかを指定します。このドメインで使用するJDKの場所も指定します。

「WebLogicドメインの起動モード」ペインで、次のオプションのうち1つを選択します。

- 開発モード: このモードでは、セキュリティ構成が比較的緩和され、アプリケーションの自動デプロイが許可されます。

- 本番モード: このモードでは、セキュリティ構成が比較的厳重であり、アプリケーションのデプロイにユーザー名とパスワードが要求されます。本番環境にドメインを配置する前に、本番環境を保護するための手順をよく確認してください。詳細は、Oracle WebLogic Server本番環境の保護の本番環境のセキュリティの確保を参照してください。

WebLogicドメインの作成後の実行時モードの変更に関する詳細は、『Oracle WebLogic Server Administration Consoleオンライン・ヘルプ』の本番モードへの変更に関する項を参照してください。

次の表には、開発モードと本番モードの違いの詳細が記載されています。

表4-1 開発モードと本番モードの相違点

機能

開発モード

本番モード

SSL

WebLogic Serverセキュリティ・サービスによって提供されるデモンストレーション・デジタル証明書とデモンストレーション・キーストアを使用できます。これらの証明書を使用して、SSLで保護された環境で動作するアプリケーションを設計できます。

詳細は、『Oracle WebLogic Serverの保護』のSSLの構成に関する項を参照してください。

デモンストレーション・デジタル証明書とデモンストレーション・キーストアは使用しないでください。使用すると、警告メッセージが表示されます。

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

WebLogic Serverインスタンスでは、domain_name/autodeployディレクトリに置かれているアプリケーションを自動的にデプロイおよび更新できます。

この方法は、単一サーバー開発環境でのみ使用することをお薦めします。

詳細は、Oracle WebLogic Serverへのアプリケーションのデプロイのweblogic.Deployerによるアプリケーションおよびモジュールのデプロイを参照してください。

自動デプロイメント機能は無効化されます。WebLogic Server管理コンソール、weblogic.deployerツール、またはWebLogic Scripting Toolを使用する必要があります。

ログ・ファイルのローテーション

デフォルトでは、WebLogic Serverインスタンスを起動すると、サーバーは自動的にローカル・サーバー・ログ・ファイルの名前をSERVER-NAME.log.nに変更(ローテーション)します。以降のサーバー・セッションでは、ローカル・ログ・ファイルのサイズが500KBに達するまで、メッセージが蓄積されます。

詳細は、WebLogic Server管理コンソール・オンライン・ヘルプのログ・ファイルのローテーションに関する項を参照してください。

ロギング構成の「保持するファイル数の制限」の設定のデフォルト値はtrueです。この設定では、古いメッセージを格納するためにサーバー・インスタンスによって作成されるログ・ファイルの数が制限されます。

サーバーは、ローカル・ログ・ファイルのサイズが5000KBになるとファイルのローテーションを実行します。

サーバーが本番モードで構成されている場合は、ログ・ファイルのすべてのバージョンがデフォルトで保持されます。管理者は保持されるログ・ファイルの数をカスタマイズする必要がある場合があります。

ロギング構成の「保持するファイル数の制限」の設定のデフォルト値はfalseです。サーバーにより新規ログ・ファイルが無制限に作成されるため、必要に応じて、それらのファイルをクリーン・アップする必要があります。

JDBCシステム・リソース

デフォルトの容量は、接続数で15です。

デフォルトの容量は、接続数で25です。

boot.properties

boot.propertiesファイルが作成されます。

boot.propertiesファイルは作成されません。

「JDKの選択」ペインは、ドメイン内の使用可能なすべてのJDKをリストします。次のいずれかのオプションを選択します。

- 使用可能なJDK: このドメインにリストされているJDKを使用するにはこのオプションを選択します。これらはWebLogic Serverインストーラに含まれていたJDKです。

- その他のJDK: 使用可能リストに記載されているもの以外のJDKを使用するにはこのオプションを選択します。「参照」ボタンを使用してJDKのあるディレクトリに移動します。

注意:
インストーラに含まれているJDKを選択すると、構成ウィザードによって、JDKを起動するサーバー起動スクリプトが作成されます。インストーラによって提供されていないJDKを選択すると、構成ウィザードによって起動スクリプトが構成されないため、手動で起動スクリプトを変更する必要があります。起動スクリプトの詳細は、Oracle WebLogic Serverパフォーマンスおよびチューニングを参照してください。

使用しているプラットフォームでサポートされているJDKのみを選択してください。特定のプラットフォームでサポートされているJDKのリストは、Oracle Fusion Middlewareでサポートされているシステム構成(http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html)を参照してください。WebLogicドメインをインストールしているプラットフォームに基づいて、環境の要件に最適なJDKがデフォルトとして選択されます。

「JDBCコンポーネント・スキーマの構成」

一部のFusion Middlewareコンポーネント(たとえば、SOAやWeb Center Spaces)では、コンポーネントのデータベース・スキーマの一部としてJDBCデータ・ソースが定義される場合があります。それらは、Repository Creation Utility (RCU)を使用して(インストール時に)ロードされます。

構成ウィザードを使用してそれらのコンポーネントのWebLogicドメインを作成する場合は、データベース・ドライバ、スキーマ所有者、パスワードなどの、JDBCコンポーネント・スキーマの設定を構成できます。

ドメインを作成している製品(SOAなど)に関連付けられたJDBCコンポーネント・スキーマが画面の下半分に表示されます。

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

1つ以上のスキーマをGridLink RACスキーマに変換するには、それらのスキーマの名前の横にあるチェック・ボックスを選択し、「GridLinkへ変換」オプションを選択します。終了したら、「次」をクリックします。「次」をクリックすると、GridLink RACコンポーネント・スキーマの構成画面が表示されます。

1つ以上のスキーマをOracle RACマルチ・データ・ソース・スキーマに変換するには、それらのスキーマの名前の横にあるチェック・ボックスを選択し、「RACマルチ・データ・ソースへ変換」オプションを選択します。終了したら、「次」をクリックします。「次」をクリックすると、RACマルチ・データ・ソース・スキーマの構成画面が表示されます。

注意:
複数のコンポーネント・スキーマを選択したときに、「コンポーネント・スキーマ間で異なります」というテキストが特定のフィールドに表示され、それらのフィールドの現在の値が選択されたコンポーネント・スキーマの間で異なることが示される場合があります。それらのフィールドの値を変更すると、選択されたコンポーネント・スキーマの間で新しい値が均等に適用されます。
ベンダー、ドライバ、ホスト名、ポート番号などのコンポーネント・スキーマ・パラメータのデフォルト値は、アプリケーション・テンプレートに指定された値によって異なります。

- ベンダー: データベース・ベンダーを選択します。

- ドライバ: データベースへの接続に使用するJDBCドライバを選択します。リストには、選択したデータベース・ベンダーでよく使用されるJDBCドライバが含まれています。

- スキーマ所有者: データベースに接続するためのユーザー名を入力します。

- スキーマ・パスワード: 指定したスキーマ所有者のパスワードを入力します。

- DBMS/サービス: データベースDBMS名を入力します。サービス・タイプ・ドライバを選択した場合はサービス名を入力します。

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

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

指定した値は、選択されたスキーマのスキーマ・リストの適切な列に表示されます。

GridLink RACコンポーネント・スキーマの構成

この画面では、WebLogicドメインに含まれているコンポーネント・スキーマをGridLink RACデータ・ソースとして構成します。GridLinkデータ・ソースとは、高速アプリケーション通知(FAN)イベントに応答するサービスを表す単一のデータ・ソースです。

ウィザードの「JDBCコンポーネント・スキーマの構成」画面でGridLink RACデータ・ソースとして構成することを選択したコンポーネント・スキーマが画面の下半分に表示されます。

画面の下半分のスキーマ・リストで、各スキーマ名の横のチェック・ボックスを選択して、GridLink RACデータ・ソースとして構成するスキーマを選択します。

注意:
複数のデータ・ソース・スキーマを選択したときに、「コンポーネント・スキーマ間で異なります」というテキストが特定のフィールドに表示され、それらのフィールドの現在の値が選択されたスキーマの間で異なることが示される場合があります。それらのフィールドの値を変更すると、選択されたスキーマの間で新しい値が均等に適用されます。

- ドライバ: 以下の一部またはすべてのドライバが表示されます。

- GridLink接続用Oracle Driver (Thin)
GridLinkタイプ4の非XAドライバです。

- GridLink接続用Oracle Driver (Thin XA)
GridLinkタイプ4のXAドライバです。

使用する構成に適切なドライバを選択します。

- サービス名: データベースのOracle RACサービス名を入力します。

- ユーザー名: データベースに接続するためのユーザー名を入力します。

- パスワード: 指定したユーザー名のパスワードを入力します。

- FANの有効化: 選択すると、データ・ソースがFAN通知に登録され、FAN通知を処理します。

- SSLの有効化: 選択するとSSLが有効になり、ウォレット・ファイル、ウォレット・パスワード、最低1つのOracle Notification Service (ONS)ホスト/ポートを指定する必要があります。

- ウォレット・ファイル: SSLが有効な場合は、ONS/SSLの資格証明が含まれたウォレット・ファイルへのフルパスを指定します。ウォレット・ファイルとはキーと証明書が格納されたOracle資格証明ファイルです。

- ウォレット・パスワード: ウォレット・ファイルのパスワードを指定します。パスワードはモジュール構成ファイルで暗号化されます。

- サービス・リスナー: GridLinkデータベース・サービス・リスナーの名前を入力します。最低1つのデータベース・インスタンスのサービス・リスナーを構成する必要があります。

- ポート: データベース・サービス・リスナーのリスニング・ポートです。デフォルトは1521で、通常は変更する必要はありません。

- プロトコル: このフィールドをクリックし、WebLogic Serverとデータベース・サービス・リスナーとの通信に使用するプロトコルを選択します。

- ONSホスト: Oracle Notification Service (ONS)ホスト名を指定します。SSLが有効な場合は、ONSホストおよびポートを最低1つ指定する必要があります。

- ポート: ONSホストで使用するリスニング・ポートを指定します。

指定した値は、選択されたスキーマのスキーマ・リストの適切な列に表示されます。

サービス・リスナー表に行を追加するには、表内の任意の場所をクリックし、「追加」をクリックします。

ONSホスト表に行を追加するには、表内の任意の場所をクリックし、「追加」をクリックします。

サービス・リスナー表の行を削除するには、行の任意の場所をクリックし、「削除」をクリックします。

ONSホスト表の行を削除するには、表内の任意の場所をクリックし、「削除」をクリックします。

GridLinkデータ・ソースの詳細は、Oracle WebLogic Server用JDBCデータ・ソースの構成と管理のGridlinkデータ・ソースの使用を参照してください。

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

この画面では、WebLogicドメインに含まれているコンポーネント・スキーマをOracle RACマルチ・データ・ソースとして構成します。

ウィザードの「JDBCコンポーネント・スキーマの構成」画面でOracle RACマルチ・データ・ソースとして構成するために選択したコンポーネント・スキーマが、画面の下半分にリストされます。

画面の下半分のスキーマ・リストで、各スキーマ名の横のチェック・ボックスを選択して、Oracle RACマルチ・データ・ソースとして構成するスキーマを選択します。

注意:
複数のデータ・ソース・スキーマを選択したときに、「コンポーネント・スキーマ間で異なります」というテキストが特定のフィールドに表示され、それらのフィールドの現在の値が選択されたスキーマの間で異なることが示される場合があります。それらのフィールドの値を変更すると、選択されたスキーマの間で新しい値が均等に適用されます。

- ドライバ: データベースへの接続に使用するJDBCドライバを選択します。

- サービス名: データベースのOracle RACサービス名を入力します。

- ユーザー名: データベースに接続するためのユーザー名を入力します。

- パスワード: 指定したユーザー名のパスワードを入力します。

- ホスト名: Oracle RACデータベース・インスタンスをホストするサーバーの名前を入力します。

- インスタンス名: 各Oracleデータベース・インスタンスの名前を入力します。

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

注意:
少なくとも1つのデータベース・インスタンスのホスト名、インスタンス名およびポート番号を指定する必要があります。
データベース・インスタンスを追加するには、「追加」をクリックします。ホスト名、インスタンス名およびポートを指定します。

指定した値は、選択されたスキーマのスキーマ・リストの適切な列に表示されます。

コンポーネント・スキーマのテスト

この画面では、前の画面でデータ・ソースに指定した構成をテストします。

テストするスキーマ名の横のチェック・ボックスを選択し、「接続のテスト」をクリックします。

ウィザードでは、スキーマの構成で指定されたドライバ、ホスト、ポートおよびその他の情報に基づいて作成したURLへの接続を試みることにより、各スキーマの構成がテストされます。

テストの結果は「ステータス」列に表示されます。詳細は「接続結果ログ」セクションに表示されます。

JDBCデータ・ソースの構成

このページを使用して、JDBCデータ・ソースを構成します。データベース接続は、データ・ソース・インスタンスの作成時(デプロイ時またはターゲット指定時)に作成されるか、サーバー起動時に作成されます。アプリケーションはJNDIツリーでデータ・ソースをルックアップしてから、接続を要求します。アプリケーションで接続が不要になると、接続がデータ・ソースの接続プールに返されます。

この画面では、ドメイン・ソースに定義されているJDBCデータ・ソースを構成します。

ドメインを作成している製品に関連付けられたJDBCデータ・ソースが画面の下半分に表示されます。

1つ以上のデータ・ソースをGridLink RACデータ・ソースに変換するには、それらのデータ・ソースの名前の横にあるチェック・ボックスを選択し、「GridLinkへ変換」オプションを選択します。「次」をクリックすると、GridLink RACデータ・ソースの構成画面が表示されます。

1つ以上のデータ・ソースをOracle RACマルチ・データ・ソースに変換するには、必要なスキーマの名前の横にあるチェック・ボックスを選択し、「RACマルチ・データ・ソースへ変換」オプションを選択します。「次へ」をクリックすると、Oracle RACマルチ・データ・ソースの構成画面が表示されます。

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

注意:
複数のデータ・ソースを選択したときに、「データソース間で異なります」というテキストが特定のフィールドに表示され、それらのフィールドの現在の値が選択されたデータ・ソースの間で異なることが示される場合があります。それらのフィールドの値を変更すると、選択されたデータ・ソースの間で新しい値が均等に適用されます。
ベンダー、ドライバ、ホスト名、ポート番号などのデータ・ソース・パラメータのデフォルト値は、アプリケーション・テンプレートに指定された値によって異なります。

- ベンダー: データベース・ベンダーを選択します。

- ドライバ: データベースへの接続に使用するJDBCドライバを選択します。リストには、選択したデータベース・ベンダーでよく使用されるJDBCドライバが含まれています。

- ユーザー名: データベースに接続するためのユーザー名を入力します。

- パスワード: 指定したユーザー名のパスワードを入力します。

- DBMS/サービス: DBMS SIDまたはサービス名を入力します。入力する値は、選択したドライバによって異なります。

- 選択したOracleドライバの名前に"インスタンス接続用"という語が含まれている場合は、SIDを入力する必要があります。

- Oracleドライバの名前に"サービス接続用"という語が含まれている場合は、サービス名を入力する必要があります。

- DataDirectドライバの構成の詳細は、DataDirectのドキュメントを参照してください。

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

- ポート: サーバーに接続するために使用するポート番号を入力します。

指定した値は、選択されたデータ・ソースのデータ・ソース・リストの適切な列に表示されます。

GridLink RACデータ・ソースの構成

この画面では、WebLogicドメインに含まれているデータ・ソースをGridLink RACデータ・ソースとして構成します。GridLinkデータ・ソースとは、高速アプリケーション通知(FAN)イベントに応答するサービスを表す単一のデータ・ソースです。

ウィザードの「JDBCデータ・ソースの構成」画面でGridLink RACデータ・ソースとして構成することを選択したデータ・ソースが画面の下半分に表示されます。

画面の下半分のスキーマ・リストで、各データ・ソース名の横のチェック・ボックスを選択して、GridLink RACデータ・ソースとして構成するデータ・ソースを選択します。

注意:
複数のデータ・ソースを選択したときに、「コンポーネント・スキーマ間で異なります」というテキストが特定のフィールドに表示され、それらのフィールドの現在の値が選択されたデータ・ソースの間で異なることが示される場合があります。それらのフィールドの値を変更すると、選択されたデータ・ソースの間で新しい値が均等に適用されます。

- ドライバ: 以下の一部またはすべてのドライバが表示されます。

- GridLink接続用Oracle Driver (Thin)
GridLinkタイプ4の非XAドライバです。

- GridLink接続用Oracle Driver (Thin XA)
GridLinkタイプ4のXAドライバです。

使用する構成に適切なドライバを選択します。

- サービス名: データベースのOracle RACサービス名を入力します。

- ユーザー名: データベースに接続するためのユーザー名を入力します。

- パスワード: 指定したユーザー名のパスワードを入力します。

- FANの有効化: 選択すると、データ・ソースがFAN通知に登録され、FAN通知を処理します。

- SSLの有効化: 選択するとSSLが有効になり、ウォレット・ファイル、ウォレット・パスワード、最低1つのOracle Notification Service (ONS)ホスト/ポートを指定する必要があります。

- ウォレット・ファイル: SSLが有効な場合は、ONS/SSLの資格証明が含まれたウォレット・ファイルへのフルパスを指定します。ウォレット・ファイルとはキーと証明書が格納されたOracle資格証明ファイルです。

- ウォレット・パスワード: ウォレット・ファイルのパスワードを指定します。パスワードはモジュール構成ファイルで暗号化されます。

- サービス・リスナー: GridLinkデータベース・サービス・リスナーの名前を入力します。最低1つのデータベース・インスタンスのサービス・リスナーを構成する必要があります。

- ポート: データベース・サービス・リスナーのリスニング・ポートです。デフォルトは1521で、通常は変更する必要はありません。

- プロトコル: このフィールドをクリックし、WebLogic Serverとデータベース・サービス・リスナーとの通信に使用するプロトコルを選択します。

- ONSホスト: Oracle Notification Service (ONS)ホスト名を指定します。SSLが有効な場合は、ONSホストおよびポートを最低1つ指定する必要があります。

- ポート: ONSホストで使用するリスニング・ポートを指定します。

指定した値は、選択されたスキーマのデータ・ソース・リストの適切な列に表示されます。

サービス・リスナー表に行を追加するには、表内の任意の場所をクリックし、「追加」をクリックします。

ONSホスト表に行を追加するには、表内の任意の場所をクリックし、「追加」をクリックします。

サービス・リスナー表の行を削除するには、行の任意の場所をクリックし、「削除」をクリックします。

ONSホスト表の行を削除するには、表内の任意の場所をクリックし、「削除」をクリックします。

GridLinkデータ・ソースの詳細は、Oracle WebLogic Server用JDBCデータ・ソースの構成と管理のGridlinkデータ・ソースの使用を参照してください。

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

この画面では、(ドメインに含まれている)データ・ソースをOracle RACデータ・ソースとして構成します。

「JDBCデータ・ソースの構成」画面でOracle RACデータ・ソースとして構成することを選択したデータ・ソースが画面の下半分に表示されます。

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

注意:
複数のデータ・ソースを選択したときに、「データソース間で異なります」というテキストが特定のフィールドに表示され、それらのフィールドの現在の値が選択されたデータ・ソースの間で異なることが示される場合があります。それらのフィールドの値を変更すると、選択されたデータ・ソースの間で新しい値が均等に適用されます。

- ドライバ: データベースへの接続に使用するJDBCドライバを選択します。

- サービス名: Oracle RACデータベースのサービス名を入力します。

- ユーザー名: データベースに接続するためのユーザー名を入力します。

- パスワード: 指定したユーザー名のパスワードを入力します。

- ホスト名: Oracle RACデータベース・インスタンスをホストするサーバーの名前を入力します。

- インスタンス名: 各Oracleデータベース・インスタンスの名前を入力します。

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

新しいデータベース・インスタンスを追加するには、「追加」をクリックしてホスト名、インスタンス名およびポート番号を指定します。

JDBCデータ・ソースのテスト

この画面では、「JDBCデータ・ソースの構成」およびOracle RACマルチ・データ・ソースの構成画面で構成されたデータ・ソースの接続をテストします。

注意:
データベースの接続をテストするには、接続するデータベースが実行中である必要があります。
この時点で接続をテストする必要がない場合は、どのデータ・ソースも選択しないでください。「次へ」をクリックして続行します。

テストする各データ・ソースのチェック・ボックスを選択してから「接続のテスト」をクリックします。

ウィザードでは、データ・ソースの構成で指定されたドライバ、ホスト、ポートおよびその他の情報に基づいて作成したURLへの接続を試みることにより、選択した各データ・ソースの構成がテストされます。

テストの結果は「ステータス」列に表示されます。詳細は「接続結果ログ」セクションに表示されます。

データベース・スクリプトの実行

ドメイン・テンプレートには、データベース・タイプ別に編成されたSQLファイルのセットが含まれている場合があります。ドメイン・テンプレートにSQLファイルが含まれている場合は、WebLogicドメインの作成時に「データベース・スクリプトの実行」画面でそれらを実行できます。WebLogicドメインに定義されている各データ・ソースのデータベース・コンテンツは、既存のSQLファイルまたはデータベース・ロード・ファイルを使用して設定されます。

注意:
WebLogic Serverベース・ドメイン(wls.jar)テンプレートには、データベースが定義されていません。WebLogicドメインのベースとしてWebLogic Serverベース・ドメイン・テンプレートのみを選択した場合は、「JDBCデータ・ソースの構成」画面および「データベース・スクリプトの実行」画面は表示されません。

1. 「使用可能なJDBCデータ・ソース」セクションで、スクリプトを実行するデータ・ソースを選択します。実行可能なスクリプトが「使用可能なSQLファイルおよびデータベース・ロードのオプション」セクションに表示されます。

2. 「DBバージョン」ドロップダウン・リストからデータベースのバージョンを選択します。

3. 「スクリプトの実行」をクリックします。
選択したデータ・ソースについて、「使用可能なSQLファイルおよびデータベース・ロードのオプション」セクションに表示されたすべてのスクリプトが実行され、結果が「結果」セクションに表示されます。テスト出力をログ・ファイルに書き込むには、「ログ・ファイル」チェック・ボックスを選択して、ログ・ファイルの場所を指定します。

4. SQLスクリプトを実行する各データ・ソースに対して、手順1から3を繰り返します。

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

キーストア資格証明の構成

この画面には、キーストア・パスワードを設定する必要がある各製品の「キーストア・パスワードの入力」および「パスワードの確認」フィールドのセットが表示されます。

パスワード・フィールドの各セットに対し、キーストアに使用するパスワードを入力して確認します。

注意:
この画面に表示された各製品のキーストア・パスワードは、それらの製品を使用する際に必要です。入力したパスワードを控えておき、それらの製品の使用が承認されたすべてのユーザーに提供します。

オプションの構成を選択

詳細な構成を実行するすべてのカテゴリ(存在する場合)を選択します。選択した各カテゴリの適切な構成画面が表示され、詳細な構成を実行できます。この画面で項目を選択しない場合は、「構成のサマリー」画面が次に表示されます。

注意:
この画面に表示されるカテゴリは、ドメインで選択したテンプレートに定義されているリソースによって異なります。
ドメインを拡張している場合、「管理サーバー」および「RDBMSセキュリティ・ストア」オプションは使用できません。

- 管理サーバー: 管理サーバーの設定(サーバー名、リスニング・アドレス、リスニング・ポート、SSL設定など)を変更するには、このオプションを選択します。「管理サーバーの構成」を参照してください。

- JMS分散宛先: デフォルトでは、JMS分散宛先は自動的に、重み設定された分散宛先(WDD)に変換されます。JMS分散宛先を共通分散宛先(UDD)に変更するには、このオプションを選択します。「JMS分散宛先タイプの選択」を参照してください。

- 管理対象サーバー、クラスタ、およびマシン: 次の操作を行うには、このオプションを選択します。

- 管理対象サーバー、クラスタまたはマシンをドメインに追加する。

- 既存の管理対象サーバー、クラスタまたはマシンを削除する。

- 管理対象サーバーを既存のクラスタに追加する。

- 既存の管理対象サーバー、クラスタまたはマシンの設定を変更する。

「管理対象サーバーの構成」から「サーバーのマシンへの割当」までを参照してください。

- デプロイメントとサービス: サーバーおよびクラスタへのアプリケーションのデプロイメントとサービスの割当てをカスタマイズするには、このオプションを選択します。「デプロイメントのクラスタまたはサーバーへのターゲット設定」または「サービスのクラスタまたはサーバーへのターゲット設定」を参照してください。

- JMSファイル・ストア: JMSファイル・ストアの設定を変更するには、このオプションを選択します。各ファイル・ストアの名前、ディレクトリおよび同期書込みポリシーを変更できます。「JMSファイル・ストアの構成」を参照してください。

- RDBMSセキュリティ・ストア: このオプションを指定して、様々なセキュリティ・プロバイダのデータ・ストアとして、外部リレーショナル・データベース管理システム(RDBMS)を構成します。「RDBMSセキュリティ・ストア・データベースの構成」を参照してください。

管理サーバーの構成

管理サーバーはドメインを管理する中央の場所です。管理サーバーには、URL protocol://listen-address:listen-portを使用してアクセスできます。protocolにはt3、t3s、http、httpsのうちのいずれかを指定できます。

この画面から、管理サーバーの次の設定を構成または変更できます。必須フィールドはアスタリスク(*)で示されています。

- 名前: デフォルトの名前はAdminServerです。有効なサーバー名は英数字の文字列です。
本番環境の各サーバー・インスタンスの名前は、インスタンスがどのドメインまたはクラスタに存在するか、またはインスタンスが管理サーバーであるか管理対象サーバーであるかにかかわらず、一意であることが必要です。さらに、各管理サーバーの名前は、WebLogicドメイン内のすべてのコンポーネントの間で一意であることが必要です。

この値は、識別のためのみに指定するものです。サーバーにデプロイされるアプリケーションのURLの一部としては使用されません。サーバー名はWebLogic Server管理コンソールに表示されます。また、WebLogic Serverコマンドライン・ユーティリティまたはAPIを使用する場合は、サーバーを識別するためにこの名前を指定する必要があります。

- リスニング・アドレス: ドロップダウン・リストからリスニング・アドレスの値を選択します。
詳細は、リスニング・アドレスの指定を参照してください。

- 「リスニング・ポート」: 通常のセキュアでないリクエスト(HTTPおよびT3などのプロトコル)で使用されるリスニング・ポートの有効な値を入力します。管理サーバーのデフォルト値は7001です。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポート範囲は1から65535です。
詳細は、リスニング・ポートの指定を参照してください。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- 「SSLリスニング・ポート」: このフィールドは、「SSLの有効化」チェック・ボックスを選択した場合にのみ有効です。
セキュアなリクエスト(HTTPSおよびT3Sなどのプロトコル)で使用されるリスニング・ポートの有効な値を入力します。デフォルトは7002です。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポート範囲は1から65535です。

デフォルトでは、サーバー・インスタンスはデモンストレーション証明書を使用して、セキュア・ポートからのリクエストを認証します。本番環境では、認証局の証明書を使用するようにSSLを構成する必要があります。詳細は、『Oracle WebLogic Serverの保護』のSSLの構成に関する項を参照してください。

リスニング・アドレスの指定

ここでは、管理サーバーのリスニング・アドレスを指定するためのガイドラインを示します。これらのガイドラインはすべての管理対象サーバーにも適用されます。

サーバー・インスタンスのリスニング・アドレスでlocalhostを選択すると、リモート・プロセスはサーバー・インスタンスに接続できません。サーバー・インスタンスをホストするマシン上のプロセスのみがサーバー・インスタンスに接続できます。サーバー・インスタンスにlocalhostとしてアクセスできる必要があり(たとえば、localhostに接続する管理スクリプトを作成する場合)、リモート・プロセスからもサーバー・インスタンスにアクセスできる必要がある場合は、「すべてのローカル・アドレス」を選択します。サーバー・インスタンスはマシンのアドレスを判別し、そのアドレスでリスニングします。

表4-2では、各リスニング・アドレス・タイプの動作を説明します。

表4-2 リスニング・アドレスの指定

リスニング・アドレス・タイプ

動作

すべてのローカル・アドレスまたはDNS名

マルチホームのWindowsマシンでは、サーバー・インスタンスはすべての使用可能なIPアドレスにバインドされます。

IPアドレスまたはDNS名

- サーバー・インスタンスに接続するには、プロセスはIPアドレスまたは対応するDNS名のどちらでも指定できます。

- localhostを指定するプロセスは接続に失敗します。

- localhostを使用してサーバー・インスタンスに接続する既存のプロセスを更新する必要があります。

- リスニング・アドレスにIPアドレスを指定し、リスニング・ポートにセキュア・ポートを指定する接続では、ホスト名の検証を無効にする必要があります。

注意: DNS名をIPアドレスに解決するには、WebLogic Serverは適切なDNSサーバーにアクセスできるか、ローカルでマップするIPアドレスを取得できる必要があります。したがって、リスニング・アドレスのDNS名を指定する場合、WebLogic ServerインスタンスがDNSサーバーに接続してマッピングをキャッシュできるだけの期間、ポートを開いたままにしておくか、またはローカル・ファイルにマップするIPアドレスを指定する必要があります。リスニング・アドレスのIPアドレスとクライアント・リクエストを指定してからDNS名を指定した場合、WebLogic ServerはDNS名を解決しようとします。DNS名マッピングにアクセスできない場合、リクエストは失敗します。

localhost

- サーバー・インスタンスに接続するには、プロセスはlocalhostを指定する必要があります。

- サーバー・インスタンスをホストするマシンに置かれたプロセス(ローカル・プロセス)のみがサーバー・インスタンスに接続できます。

リスニング・ポートの指定

管理サーバーのリスニング・ポートを指定する場合は、次のガイドラインを検討します。これらのガイドラインは管理対象サーバーにも適用されます。

- 任意の有効なポート番号を指定できますが、ポート80を指定すると、HTTP経由のリソースへのアクセスに使用するHTTPリクエストからポート番号を省略できます。たとえば、リスニング・ポートとしてポート80を定義した場合は、http://hostname:portnumber/myfile.htmlではなくURL http://hostname/myfile.htmlを使用できます。

- 一部のオペレーティング・システムでは、権限のあるユーザーIDまたはグループIDの下で実行されるプロセスのみがポート80にアクセスできます。この場合は、post-bind UIDまたはGIDが定義されているUNIXマシンにサーバー・インスタンスを割り当てることができます。

JMS分散宛先タイプの選択

デフォルトでは下位互換性のため、JMS分散宛先は自動的に、重み設定された分散宛先(WDD)に変換されます。共通分散宛先(UDD)の動作が使用されるようにJMS分散宛先を変更するには、ドロップダウン・リストからUDDを選択します。UDD設定の使用をお薦めします。

注意:
JMSシステム・リソースの動作を変更する場合は、JMSシステム・リソースがクラスタに割り当てられないかぎり、設定は現在のセッションにのみ適用されます。JMSシステム・リソースがクラスタに割り当てられると、設定は固定され、変更はできません。

UDDとWDDの詳細は、Oracle WebLogic Server JMSのプログラミングの分散宛先の種類に関する項を参照してください。

管理対象サーバーの構成

この画面から、管理対象サーバーを追加または削除できます。既存の管理対象サーバーの設定を変更することもできます。必須フィールドはアスタリスク(*)で示されています。

注意:
packコマンドとunpackコマンドを使用して、リモート・マシン上に管理対象サーバーを作成できます。詳細は、PackおよびUnpackコマンドによるテンプレートとドメインの作成のリモート・マシンでの管理対象サーバーの作成および起動を参照してください。

- 名前: 有効なサーバー名は、文字列(英数字)です。この名前はドメイン内で一意にする必要があります。

- リスニング・アドレス: ドロップダウン・リストからリスニング・アドレスの値を選択します。使用可能な値の詳細は、リスニング・アドレスの指定を参照してください。

- 「リスニング・ポート」: 通常のセキュアでないリクエスト(HTTPおよびT3などのプロトコル)で使用されるリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポート範囲は1から65535です。
詳細は、リスニング・ポートの指定を参照してください。

- SSL有効: このチェック・ボックスを選択し、SSLリスニング・ポートを有効にします。デフォルトでは、SSLはすべての新規サーバーで無効になっています。

- 「SSLリスニング・ポート」: このフィールドは、「SSLの有効化」チェック・ボックスを選択した場合にのみ有効です。
セキュアなリクエスト(HTTPSおよびT3Sなどのプロトコル)で使用されるリスニング・ポートの有効な値を入力します。デフォルト値は、次に使用できるリスニング・ポートです。このフィールドをブランクにすると、デフォルトのポートが使用されます。有効なリスニング・ポート範囲は1から65535です。

サーバーを削除するには、サーバーを選択し、「削除」をクリックします。一度に1つのサーバーのみ削除できます。

サーバーを追加するには、「追加」をクリックし、新しいサーバーの設定を構成します。新しいサーバーのデフォルト名はnew_ManagedServer_nで、nは1から始まり、新しいサーバーを追加するたびに増加します。

デフォルトの表形式からタブ化形式(サーバーごとに1つのタブを使用)に表示を切り替えるには、「表示の切替え」をクリックします。表形式に戻るには、「表示の切替え」をもう一度クリックします。

クラスタの構成

クラスタはWebLogic Serverインスタンスのグループであり、互いに連携してアプリケーションのスケーラビリティと高可用性を実現します。クラスタを作成することで、アプリケーションおよびリソースをホストする1つの単位として動作するように管理対象サーバーをグループ化できます。

この画面では、クラスタを追加または削除します。既存のクラスタの設定を変更することもできます。必須フィールドはアスタリスク(*)で示されています。

- 名前: 有効な名前を入力します。クラスタの名前は、WebLogicドメイン内のすべてのコンポーネント名の間で一意であることが必要です。

- クラスタのメッセージング・モード: メッセージング・モードがユニキャストであるかマルチキャストであるかを選択します。

- マルチキャスト・アドレス: クラスタのメッセージング・モードとして「マルチキャスト」を選択した場合、クラスタのマルチキャスト・アドレスを入力します。このアドレスはクラスタ・メンバーが相互に通信するために使用されます。デフォルトは239.192.0.0です。
有効なマルチキャスト・アドレスの範囲は224.0.0.1から239.255.255.255です。

- マルチキャスト・ポート: クラスタのメッセージング・モードとして「マルチキャスト」を選択した場合、クラスタのマルチキャスト・ポートを入力します。マルチキャスト・ポートは、クラスタ・メンバー間の相互通信に使用されます。デフォルトは7001です。
マルチキャスト・ポートの有効な値は1から65535です。

- クラスタ・アドレス: クラスタ内の管理対象サーバーを識別するアドレスを入力します。クラスタ・アドレスには次のいずれかを指定できます。

- IPアドレスまたはDNS名とポートのカンマ区切りリスト(例: dns_name:port, dns_name:port)

- 複数のIPアドレスにマップするDNS名

- すべての管理対象サーバーのリスニング・アドレスが、一意なポート番号を持つ同一アドレスをリスニングしている場合は、localhost、DNS名、またはIPアドレス

クラスタ・アドレスはエンティティEJBおよびステートレスEJBで使用され、URLのホスト名の部分を構成します。クラスタ・アドレスを設定しないと、EJBハンドルが適切に動作しない場合があります。

クラスタを削除するには、サーバーを選択し、「削除」をクリックします。クラスタを削除しても、そのクラスタに割り当てられたサーバーは削除されません。サーバーは単にクラスタから削除されるため、その後別のクラスタに追加できます。一度に1つのクラスタのみ削除できます。

クラスタを追加するには、「追加」をクリックし、新しいサーバーの設定を構成します。新しいクラスタのデフォルト名はnew_Cluster_nで、nは1から始まり、新しいクラスタを追加するたびに増加します。デフォルトを変更するには、「名前」列に目的の名前を入力します。

デフォルトの表形式からタブ化形式(各クラスタごとに1つのタブを使用)に表示を切り替えるには、「表示の切替え」をクリックします。表形式に戻るには、「表示の切替え」をもう一度クリックします。

クラスタの詳細は、Oracle WebLogic Serverクラスタの使用のWebLogicクラスタの設定を参照してください。

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

この画面では、管理対象サーバーをクラスタに割り当てます。

注意:
「サーバー」リスト・ボックスには管理対象サーバーのみが表示されます。管理サーバーはクラスタに割り当てることができないため表示されません。

クラスタに1つ以上のサーバーを割り当てるには:

1. 「クラスタ」リスト・ボックスで、管理対象サーバーを割り当てるクラスタを選択します。

2. 次のいずれかの方法で、指定したクラスタに管理対象サーバーを割り当てます。

- 「サーバー」リスト・ボックスで、管理対象サーバーの名前をダブルクリックします。

- 管理対象サーバーを選択し、右矢印をクリックします。

- [Shift]キーを押しながら複数の管理対象サーバーをクリックして選択し、右矢印をクリックします。

管理対象サーバーの名前が「サーバー」リスト・ボックスから削除され、「クラスタ」リスト・ボックスのターゲット・クラスタ名の下に追加されます。

3. クラスタに割り当てる各管理対象サーバーに対して、手順1と2を繰り返します。

4. クラスタの割当てを確認します。
必要な場合は、次のいずれかの方法でクラスタから管理対象サーバーを削除できます。

- 「クラスタ」リスト・ボックスで管理対象サーバーの名前をダブルクリックします。

- 管理対象サーバーを選択し、左矢印をクリックします。

管理対象サーバーの名前が「クラスタ」リスト・ボックスから削除され、「サーバー」リスト・ボックスにリストアされます。

HTTPプロキシ・アプリケーションの作成

HTTPプロキシ・アプリケーションはHTTPリクエストの仲介役として動作します。

この画面を使用して、各クラスタにHTTPプロキシ・アプリケーションを作成し、このプロキシ・アプリケーションをデプロイする必要がある管理対象サーバーを指定できます。

この画面は、次の両方に当てはまる場合にのみ表示されます。

- 少なくとも1つの管理対象サーバーがクラスタに割り当てられている。

- 少なくとも1つの管理対象サーバーがどのクラスタにも割り当てられていない。

HTTPプロキシ・アプリケーションを作成するには:

1. HTTPプロキシ・アプリケーションを作成するクラスタの横の「HTTPプロキシの作成」チェック・ボックスを選択します。
「プロキシ・サーバー」リストには、クラスタに割り当てられていない管理対象サーバーが表示されます。

2. 「プロキシ・サーバー」リストから、プロキシ・アプリケーションをデプロイする必要がある管理対象サーバーを選択します。
OracleProxy4_clustername_servernameという名前のプロキシ・アプリケーションが作成されて、管理対象サーバーにデプロイされます。

3. HTTPプロキシ・アプリケーションを作成する各クラスタに対して、手順1から2を繰り返します。

マシンの構成

WebLogicドメインでは、マシン定義によって物理ハードウェア単位が識別され、それらの定義はホストするWebLogic Serverインスタンスに関連付けられます。

この画面では、マシンの追加と削除、および既存マシンの設定の変更を行います。各マシンの構成の設定は、次のとおりです。必須フィールドには、アスタリスク(*)が付いています。

- 名前: 有効なマシン名を入力します。マシン名はWebLogicドメイン内でマシンを特定するために使用されるため、マシンのネットワーク名と一致する必要はありません。名前は、ドメイン内のすべてのコンポーネント名の間で一意であることが必要です。

- 「ノード・マネージャ・リスニング・アドレス」: ドロップダウン・リストから、ノード・マネージャによって使用される、接続要求のリスニングのためのリスニング・アドレスの値を選択します。デフォルトでは、ドロップダウン・リストにローカル・システムに定義済のIPアドレスおよびlocalhostが表示されます。デフォルトの値はlocalhostです。
管理サーバーをホストするマシンのIPアドレスを指定し、WebLogic Serverノード・マネージャにアクセスする必要がある場合は、ホスト名の検証を無効にする必要があります。

詳細は、Oracle WebLogic Serverの保護のホスト名検証の使い方に関する項を参照してください。

- ノード・マネージャ・リスニング・ポート: ノード・マネージャによって使用される、接続要求のリスニングのためのリスニング・ポートの値を入力します。
ノード・マネージャのリスニング・ポートの有効なポート範囲は1から65535です。デフォルトの値は5556です。

- バインド後のGIDの有効化: (UNIXマシンのみ)このチェック・ボックスを選択すると、このマシン上で動作するサーバーは、すべての権限付起動アクションの完了後に、UNIXグループID (GID)にバインドされます。デフォルトでは、このチェック・ボックスは選択されていません。

- バインド後のGID: (UNIXマシンのみ)このマシン上のサーバーがすべての権限付起動アクションの完了後に動作する、UNIXグループID (GID)を入力します。それ以外の場合、サーバーは起動時のグループで動作し続けます。この設定を有効にするには、「バインド後のGIDの有効化」チェック・ボックスを選択する必要があります。

- バインド後のUIDの有効化: (UNIXマシンのみ)このチェック・ボックスを選択すると、このマシン上で動作するサーバーは、すべての権限付起動アクションの完了後に、UNIXユーザーID (UID)にバインドされます。デフォルトでは、このチェック・ボックスは選択されていません。

- バインド後のUID: (UNIXマシンのみ)このマシン上のサーバーがすべての権限付起動アクションの完了後に動作する、UNIXユーザーID (UID)を入力します。それ以外の場合、サーバーは起動時のアカウントで動作し続けます。この設定を有効にするには、「バインド後のUIDの有効化」チェック・ボックスを選択する必要があります。

次のような場合は、マシン定義を作成する必要があります。

- 管理サーバーがリモート・サーバーを開始するために、ノード・マネージャ・アプリケーションとともにマシン定義を使用する。

- WebLogic Serverが、HTTPセッションのレプリケーションなどの特定のタスクを処理するのに最適なクラスタ内のサーバーを判断するために、構成されたマシン名を使用する。WebLogic Serverは識別されたサーバーにそれらのタスクを委任します。

注意:
ノード・マネージャ・プロセスを実行する製品インストールごとに、マシンを構成する必要があります。マシンの構成には、リスニング・アドレスおよびポート番号のパラメータ値が含まれている必要があります。

「マシン」タブ(Windowsの場合)または「Unixマシン」タブ(UNIXの場合)を選択します。

新しいマシンを追加するには、「追加」をクリックします。新しいマシンのデフォルト名はnew_[Unix]Machine_nで、nは1から始まり、マシンを追加するたびに1ずつ増分されます。

既存のマシンを削除するには、「削除」をクリックします。

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

この画面では、定義した各マシンにWebLogic Serverインスタンスを割り当てます。

1. 「マシン」リスト・ボックスで、WebLogic Serverインスタンスを割り当てるWindowsマシンまたはUNIXマシンを選択します。

2. 次のいずれかの方法で、選択したマシンにWebLogic Serverインスタンスを割り当てます。

- 「サーバー」リスト・ボックスのWebLogic Serverインスタンスをダブルクリックします。

- 「サーバー」リスト・ボックスで適切なWebLogic Serverインスタンスを選択し、右矢印をクリックします。

- 「サーバー」リスト・ボックスで[Shift]キーを押しながら複数のサーバーをクリックして選択し、右矢印をクリックします。

WebLogic Serverインスタンスの名前が「サーバー」リスト・ボックスから削除され、「マシン」リスト・ボックス内にあるターゲット・マシンの名前の下に追加されます。

3. マシンに割り当てる各WebLogic Serverインスタンスに対して、手順1と2を繰り返します。

4. マシンの割当てを確認します。
必要な場合は、次のいずれかの方法でマシンからWebLogic Serverインスタンスを削除できます。

- 「マシン」リスト・ボックスの適切なWebLogic Serverインスタンスの名前をダブルクリックします。

- 「マシン」リスト・ボックスで適切なWebLogic Serverインスタンスを選択し、左矢印をクリックします。

WebLogic Serverインスタンスの名前が「マシン」リスト・ボックスから削除され、「サーバー」リスト・ボックスに復元されます。

デプロイメントのクラスタまたはサーバーへのターゲット設定

この画面を使用してサーバーまたはクラスタでデプロイ用アプリケーションをターゲット指定します。

ドメインを構成している製品(SOAなど)に関連付けられたアプリケーションは、その製品に作成された管理対象サーバーまたはその管理対象サーバーが割り当てられたクラスタに、自動的にターゲットとして指定されます。この画面では、アプリケーションを追加のサーバーおよびクラスタに割り当てることができます。

アプリケーション・デプロイメントをクラスタまたはサーバーにターゲット指定するには:

1. 「ターゲット」リスト・ボックスで、アプリケーションをデプロイするクラスタまたはサーバーを選択します。
選択したターゲットの名前は右側のリスト・ボックスのタイトルとして表示されます。

2. target_nameリスト・ボックスで、選択したターゲットにデプロイするアプリケーションに対応するチェック・ボックスを選択します。
ウィザードの「ドメイン・ソースの選択」画面で選択した製品によって、表示されるアプリケーションが異なります。

注意:
「ターゲット」リスト・ボックスで管理対象サーバーを選択したときに、target_nameリスト・ボックスの一部のチェック・ボックスが無効になり、選択された管理対象サーバーを含むクラスタにすでにターゲット指定されているアプリケーションが示される場合があります。

アプリケーションを選択すると、ターゲットに指定したクラスタおよびサーバーの名前がtarget_nameリスト・ボックスの「ターゲット」列に表示されます。

3. 必要に応じて、他のクラスタおよびサーバーで手順1と2を繰り返します。

4. 必要な選択が完了した後、「次」をクリックします。

ドメインを拡張するときに、現在アプリケーションが割り当てられている管理対象サーバーまたはクラスタを削除する場合、構成ウィザードによってそれらのアプリケーションのターゲットが次のように自動的に再設定されます。

- 元のアプリケーションが削除対象の管理対象サーバーまたはクラスタのみに割り当てられていた場合(つまり、管理対象サーバーまたはクラスタが削除された後、アプリケーションは変更されたドメイン内で未割当ての状態になる)、構成ウィザードによって資格のあるすべてのターゲットに対し、アプリケーションのターゲットの再設定が自動的に行われます。
資格のあるターゲットとは、包含されているテンプレートの構成グループの指定(config-groups.xmlファイル)内に定義されていない任意のクラスタまたは管理対象サーバーです。config-groups.xmlに指定されているサーバーまたはクラスタは本質的にテンプレートによって所有されるため、自動ターゲット設定には適していません。

- 元のアプリケーションが複数のターゲット(管理対象サーバー、クラスタ、管理サーバーなど)に割り当てられていて、ターゲットの管理対象サーバーまたはクラスタのいずれかが削除された場合、拡張されたドメイン内では、構成ウィザードは残りのターゲットの関連付けをそのまま残し、アプリケーションのターゲットの再設定は行われません。

サービスのクラスタまたはサーバーへのターゲット設定

この画面では、サービスの適切な管理対象サーバーまたはクラスタへのターゲット設定を行います。

ドメインを構成している製品(SOAなど)に関連付けられたサービスは、その製品に作成された管理対象サーバーまたはその管理対象サーバーが割り当てられたクラスタに、自動的にターゲットとして指定されます。この画面では、サービスを追加のサーバーおよびクラスタにターゲット指定することができます。

管理対象サーバーまたはクラスタにサービスをターゲット指定するには:

1. 「ターゲット」リスト・ボックスで、サービスをデプロイするクラスタまたはサーバーを選択します。
選択したターゲットの名前は右側のリスト・ボックスのタイトルとして表示されます。

2. target_nameリスト・ボックスで、選択したターゲットにデプロイするサービスに対応するチェック・ボックスを選択します。
「ドメイン・ソースの選択」画面で選択した製品によって表示されるサービスが異なります。

注意:
「ターゲット」リスト・ボックスで管理対象サーバーを選択したときに、target_nameリスト・ボックスの一部のチェック・ボックスが無効になり、選択された管理対象サーバーを含むクラスタにすでにターゲット指定されているサービスが示される場合があります。

サービスを選択すると、ターゲットに指定したクラスタおよびサーバーの名前がtarget_nameリスト・ボックスの「ターゲット」列に表示されます。

3. 必要に応じて、他のクラスタおよびサーバーで手順1と2を繰り返します。

4. 必要な選択が完了した後、「次」をクリックします。

ドメインを拡張するときに、現在サービスが割り当てられている管理対象サーバーまたはクラスタを削除する場合、構成ウィザードによってそれらのサービスのターゲットが次のように自動的に再設定されます。

- 元のサービスが削除対象の管理対象サーバーまたはクラスタのみに割り当てられていた場合(つまり、管理対象サーバーまたはクラスタが削除された後、サービスは変更されたドメイン内で未割当ての状態になる)、構成ウィザードによって資格のあるすべてのターゲットに対し、サービスのターゲットの再設定が自動的に行われます。
資格のあるターゲットとは、包含されているテンプレートの構成グループの指定(config-groups.xmlファイル)内に定義されていない任意のクラスタまたは管理対象サーバーです。config-groups.xmlに指定されているサーバーまたはクラスタは本質的にテンプレートによって所有されるため、自動ターゲット設定には適していません。

- 元のサービスが複数のターゲット(管理対象サーバー、クラスタ、管理サーバーなど)に割り当てられていて、ターゲットの管理対象サーバーまたはクラスタのいずれかが削除された場合、拡張されたドメイン内では、構成ウィザードは残りのターゲットの関連付けをそのまま残し、サービスのターゲットの再設定は行われません。

JMSファイル・ストアの構成

JMSファイル・ストアは、永続メッセージを保存できるディスクベースのファイルです。

この画面では、ドメイン内に構成されているJMSファイル・ストアを変更します。次のフィールドがあります。必須フィールドには、アスタリスク(*)が付いています。

- 名前: JMSファイル・ストアの有効な名前を入力します。この名前は文字列である必要があります。JMSファイル・ストアの名前は、ドメイン内のすべてのコンポーネント名の間で一意であることが必要です。

- ディレクトリ: JMSファイル・ストアが保存されているファイル・システム上のディレクトリの有効なパスを入力します。

- 同期書込みポリシー: ドロップダウン・リストから、次のいずれかの同期書込みポリシーを選択して、ファイル・ストアのデータをディスクに書き込む方法を指定します。

- Cache-Flush: すべての書込み処理がディスクにフラッシュされるまでトランザクションは完了できません。

- Direct-Write: 書込み処理はディスクに直接書き込まれます。このポリシーは、SolarisおよびWindowsでサポートされます。このポリシーをサポートしていないプラットフォームに対して設定すると、ファイル・ストアは自動的に「Cache-Flush」ポリシーに切り替わります。

- Disabled: トランザクションは書込みがメモリーにキャッシュされると同時に完了します。このポリシーをアクティブにすると、トランザクションの完了は書込みをディスクに格納するための待機に依存しません。
この設定は、パフォーマンス、スケーラビリティ、信頼性に影響します。

注意:
直接書込みポリシーはSolarisシステムでは信頼できますが、Windowsシステムでは、トランザクション・データをただちにディスクに書き込まずに、ディスク上のキャッシュに残す場合があります。電源に障害が発生すると、ディスク上のキャッシュ・データが損失し、メッセージの損失またはメッセージの重複に繋がる可能性があるため、これは信頼できないと見なされています。WindowsでDirect-Writeポリシーを使用した書込みを信頼できるようにするには、ディスクのすべての書込みキャッシュを無効にするか(デフォルトでは有効)、バッテリ付きキャッシュのあるディスクを使用してください。ただし、一部のファイル・システムでは、この値を変更できません(たとえば、信頼できるキャッシュを使用するRAIDシステムの場合)。
ディスクへの非永続メッセージのページングにJMSファイル・ストアを排他的に使用すると、同期書込みポリシーは無視されます。

デフォルトの表形式からタブ化形式(サーバーごとに1つのタブを使用)に表示を切り替えるには、「表示の切替え」をクリックします。表形式に戻るには、「表示の切替え」をもう一度クリックします。

RDBMSセキュリティ・ストア・データベースの構成

次のRDBMSセキュリティ・ストア・データベース・フィールドを構成します。必須フィールドには、アスタリスク(*)が付いています。

- データベース・タイプ: RDBMSセキュリティ・ストアとして使用するデータベースのタイプをドロップダウン・リストから選択します。
サポートされるデータベースについては、Oracle Fusion Middlewareのサポートされるシステム構成(http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html)を参照してください。

- ドライバ: データベースに対して使用するドライバを選択します。使用可能なドライバのリストは、選択したデータベース・タイプによって異なります。

- クラス名: 必要なアクションはありません。選択したドライバに基づいて、クラス名が自動的に表示されます。

- DBMS SID: データベースのSIDを入力します。

- DBMSホスト: データベースをホストするマシンの名前を入力します。

- DBMSポート: サーバーに接続するために使用するポートを入力します。選択したデータベース・タイプに関連するデフォルトのポート番号が自動的に表示されます。

- URL: 必要なアクションはありません。選択したドライバに基づいて、URLが自動的に表示されます。

- ユーザー名: データベースに接続するログイン名を入力します。

- ユーザー・パスワード: データベースにアクセスするパスワードを指定します。パスワードのルールはデータベースによって異なります。値は暗号化されます。

- ユーザー・パスワードの確認: パスワードを再入力します。

- 既知のプロパティ: 必要なアクションはありません。選択したドライバに基づいて、データベースの既知のプロパティが自動的に表示されます。

- 追加プロパティ: ドライバに渡す追加のプロパティがあれば入力します。

構成サマリー

続行する前に、ドメイン構成の設定の詳細を確認します。

「ドメインのサマリー」ペインで、アイテムを選択して、そのアイテムに関する詳細を右側の「詳細」ペインに表示します。

「サマリー・ビュー」ドロップダウン・リストからフィルタ・オプションを選択することで、「ドメインのサマリー」ペインに表示されるアイテムを限定できます。

構成を変更する必要がある場合は、「前へ」をクリックして適切な画面に戻ります。

ドメインの作成中

この画面には、ドメイン作成の進行状況が表示されます。

ドメイン作成プロセスが完了したら、「完了」をクリックして構成ウィザードを終了します。

Windowsシステムで構成ウィザードを終了した後に管理サーバーを起動する場合は、「管理サーバーの起動」チェック・ボックスを選択します。このチェック・ボックスは、UNIXシステムでは使用できません。

ドメインの拡張中

この画面には、ドメイン拡張プロセスの進行状況が表示されます。

ドメイン作成プロセスが完了したら、「完了」をクリックして構成ウィザードを終了します。

A コンソール・モードの使用

この付録では、構成ウィザードをコンソール・モードで開始する方法を説明します。また、コンソール・モードでナビゲートする方法、およびリストまたは表から項目を選択するなどの操作を実行する方法も説明します。GUIベースの環境がない場合は、コンソール・モードを使用してドメインを作成または拡張することができます。

注意:
構成ウィザードをGUIモードで実行できない場合は、ドメインを作成または拡張するためにWLSTスクリプトを使用することをお薦めします。詳細は、『Oracle WebLogic Scripting Tool』のドメイン・テンプレートの作成と使用(オフライン)に関する項を参照してください。

この付録は、次の節で構成されています。

- 付録A「開始する前に」

- 付録A「構成ウィザードのコンソール・モードでの起動」

- 付録A「コンソール・モード・プロンプトへのレスポンス」

開始する前に

構成ウィザードを実行してUNIXまたはLinuxオペレーティング・システム上でドメインを作成する前に、まだ実行していない場合は、CONFIG_JVM_ARGS環境変数を次のように設定します。

-Djava.security.egd=file:/dev/./urandom

これによって、構成ウィザードがドメインを作成または更新するのにかかる時間が短縮されます。

構成ウィザードのコンソール・モードでの起動

コンソール・モードで実行すると、構成ウィザードはテキスト・ベース環境で実行されます。

構成ウィザードをコンソール・モードで開始するには:

1. 製品がインストールされている対象のシステムにログインします。

2. MS-DOSコマンド・プロンプト・ウィンドウ(Windows)またはコマンド・シェル(UNIX)を開きます。

3. 次のディレクトリに移動します。
Windowsの場合: WLHOME\common\bin

UNIXの場合: WLHOME/common/bin

WLHOMEは、WebLogic Serverがインストールされているディレクトリです。

4. 以下のコマンドを実行します。

- Windowsの場合: config.cmd -mode=console

- UNIXの場合: sh config.sh -mode=console

コマンドと引数を小文字で入力する必要があります。

注意:
config.cmdまたはconfig.shコマンドを実行すると、デフォルトのキャッシュ・ディレクトリが無効であることを示す次のエラー・メッセージが表示される場合があります。
*sys-package-mgr*: パッケージ・キャッシュ・ディレクトリを作成できません。

コマンド・ラインに-Dpython.cachedir=<valid_directory>オプションを含めることで、キャッシュ・ディレクトリを変更できます。

「ようこそ」テキストが表示されます。

各プロンプトに適切にレスポンスします。コンソール・モードでのプロンプトに対するレスポンス方法の一般的な情報は、次の項を参照してください。

コンソール・モード・プロンプトへのレスポンス

コンソール・モードでは、一連のプロンプト、表およびリストが表示されます。これらを使用して必要に応じてドメインを構成できます。次に、実行できる様々な操作について説明します。

- 次の共通のキー・エントリは、構成ウィザード全体にわたって使用できます。

- 現在の選択または構成を受け入れて、次のプロンプトに進むには、next(またはn)を入力します。

- 構成ウィザードを閉じるには、exit(またはx)を入力します。

- 前のプロンプトに戻って選択内容を確認または変更するには、previous(またはp)を入力します。

- ディレクトリ・パスまたはファイル名へのパスの入力を求められる場合は、フルパスを入力します。Windowsシステムでは、パスにドライブ文字を含める必要があります。

- AcceptまたはDiscardなどのコマンドのリストが表示された場合、完全なコマンドを入力する必要があります。

- 一部のプロンプトでは、必要なオプションの番号を入力してリストからオプションを選択します。選択したオプションがチェック・マークで示されます。

- 場合によっては、大カッコ内に表示される番号(1、1.1または2.1.1など)を入力して、リストから1つ以上の項目を選択する必要があります。カッコ内に表示されているとおりの番号を、1度に1つずつ入力します。選択した各項目の横にチェック・マークが表示されます。カッコ内に表示されている番号を再入力することにより、リストの特定の項目に対するチェック・マークのオン/オフを切り替えることができます。

- 一部のプロンプトでは、有効な設定のリストが表示されます。使用する設定の番号を入力します。

- 一部のプロンプトでは、構成設定の番号付きリストが表示されます。変更する設定を選択するには、その設定の番号を入力してから、使用する値を入力します。

- 表に項目のリスト(スキーマまたはデータ・ソースなどのリスト)が表示された場合、構成する項目の行番号を入力して、その項目を選択します。選択が矢印(->)で示されます。

- 構成設定のリストが表示された場合:

- 適切な番号を入力して、変更する設定を選択します。

- 設定する値を入力します。

- すべての設定が必要な値に変更されるまで、手順を繰り返します。

- nを入力して次のプロンプトに進みます。

- 構成設定の表が表示された場合:

- 適切な行番号を入力して、変更する設定を選択します。

- 設定する値を入力します。

- すべての設定が必要な値に変更されるまで、手順を繰り返します。

- 設定が正しいことを確認します。

- Acceptを入力して構成を受け入れます。

- nを入力して次のプロンプトに進みます。

- 一部のプロンプトの場合、操作(「追加」、「変更」または「削除」など)を選択するため、番号を入力する必要があります。入力した番号によって、次に表示されるプロンプトの順序が決定されます。

- クラスタまたはマシンに追加するサーバーの選択などのプロンプトの場合、単一の値か連続する値の範囲、またはその両方を入力できます。

- 1つの項目を選択するには、その項目の番号を入力します。

- 複数の連続していない項目を選択するには、個々の値をカンマで区切って入力します。たとえば、項目1、3および5を選択するには、「1, 3, 5」と入力します。

- 連続する項目の範囲を選択するには、その範囲の下限値と上限値をハイフンで区切って入力します。たとえば、項目2、3および4を選択するには、「2-4」と入力します。

- 単一項目と連続する項目の範囲の両方を選択するには、それぞれの番号をカンマで区切って入力します。たとえば、項目1と項目3-5を選択するには、「1, 3-5」と入力します。

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

コピーライトについて

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。