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

11g リリース1 (10.3.6)

B61005-04(原本部品番号:E14140-06)

目次

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

はじめに

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

- ルール

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

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

11g リリース1 (10.3.6)

B61005-04(原本部品番号:E14140-06)

2011年11月

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

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

B61005-04

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

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

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

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

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

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

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

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

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

はじめに

ここでは、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』ガイドで使用されるアクセシビリティ機能およびルールについて説明します。

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

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

Oracleサポートへのアクセス

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 Serverインスタンス、および1つの単位としてまとめて管理される論理的に関連したリソースとサーバーで構成されます。

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

「図1-1 WebLogicドメインの構造」の説明

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

WebLogicドメインのコンポーネントについて、表1-1で説明します。

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

コンポーネント

説明

管理サーバー

ドメインには、管理サーバーとして構成されたWebLogic Serverインスタンスが1つ含まれています。アプリケーションのデプロイメントおよび構成へのすべての変更は、管理サーバー経由で実施されます。

管理サーバーは、ドメインの管理、およびWebLogic Server管理ツールへのアクセスを提供するための中心点として役割を果たします。これらのツールには、次のものが含まれます。

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

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

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

管理対象サーバー

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

クラスタ

ドメインには、WebLogic Serverクラスタを組み入れることもできます。WebLogic Serverクラスタは管理対象サーバー・インスタンスのグループであり、互いに連携してアプリケーションの拡張性と高可用性を実現します。クラスタは、パフォーマンスを向上させるとともに、サーバー・インスタンスが使用できなくなった場合にフェイルオーバーを提供できます。クラスタ内のサーバーは、同一のマシンで実行することも、異なるマシンに配置することもできます。クライアントには、クラスタは1つのWebLogic Serverインスタンスとして表示されます。

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

ドメインでは、インフラストラクチャ・コンポーネントの他に、そのドメイン内のサーバー・インスタンスの基本的なネットワーク構成が定義されます。具体的に、アプリケーションのデプロイメント、サポートされるアプリケーション・サービス(データベースおよびメッセージ・サービスなど)、セキュリティ・オプション、および物理的なホスト・マシンが定義されます。

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

一般的なWebLogicドメイン構成

システム管理者の役割、アプリケーションの論理的な分類、サーバーの地理的な場所、規模など、特定の基準に基づいて複数のWebLogicドメインを構成すると便利です。次の表では、最も一般的なドメイン構成について簡単に説明します。

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

構成

説明

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

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

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

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

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

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

開発環境またはテスト環境では、単一のアプリケーション・サーバーが管理対象サーバーなしで、個別にデプロイされる場合があります。このような場合、テストまたは開発するアプリケーションのホストでもある単一の管理サーバーで構成されるWebLogicドメインを使用することもできます。

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

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

構成ウィザードの概要

WebLogicドメインでアプリケーションを開発して実行する前に、WebLogicドメインを作成する必要があります。図1-2に示しているように、構成ウィザードを使用して、簡単にドメインを作成および拡張できます。

ドメインに組み込む製品コンポーネント(製品テンプレート)を選択して(または要件に最も合うテンプレートを選択して)、基本的な構成情報を指定するだけで構成ウィザードを使用してWebLogicドメインを作成または拡張できます。構成ウィザードによって、選択した製品テンプレートで定義されたリソースを追加してドメインが作成または拡張されます。

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

図1-2 構成ウィザード

「図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: このディレクトリには、次のものが含まれます。

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

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

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

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

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

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

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

- servers: このディレクトリには、ドメイン内の各サーバー用のサブディレクトリがあります。これらのサブディレクトリにはまた、WebLogicドメイン内の各サーバー固有のディレクトリおよびファイル(bin、cache、data、logs、security、およびtmpなど)を格納するサブディレクトリがあります。

- user_staged_config: ドメインが、user-staged(管理者が構成情報を管理対象サーバーにステージング(コピー)する)として構成されている場合は、このディレクトリはconfigディレクトリのかわりに使用することができます。

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

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

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

構成ウィザードにおいて、「テンプレート」という用語は、WebLogicドメインの作成または拡張に必要なファイルとスクリプトを含むJavaアーカイブ(JAR)ファイルを指します。構成ウィザードでWebLogicドメインを作成または拡張するために使用されるテンプレートには、次のタイプのテンプレートがあります。

- ドメイン・テンプレート: WebLogicドメイン内のすべてのリソースを定義するテンプレートです。これには、インフラストラクチャ・コンポーネント、アプリケーション、サービス、セキュリティ・オプション、一般的な環境とオペレーティング・システムのオプションが含まれます。ドメイン・テンプレートは、ドメイン・テンプレート・ビルダー・ツールまたはpackコマンドを使用して、既存の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 Serverに接続することなくWebLogicドメインを作成したり、既存のWebLogicドメインを更新したりできます。

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

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

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

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

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

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

ドメインのステータスの管理およびモニター

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

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

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

「図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*: パッケージ・キャッシュ・ディレクトリを作成できません。

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

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

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

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

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

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

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

番号

画面

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

次のアクションを実行します

1

ようこそ

常に

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

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

2

ドメイン・ソースの選択

常に

以下のいずれか1つを実行します。

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

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

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

3

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

常に

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

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

4

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

常に

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

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

5

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

常に

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

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

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

6-8

スキーマの構成

ドメインに、データベース・スキーマをロードするのにOracle Fusion Middlewareリポジトリ作成ユーティリティ(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セキュリティ・ストア・データベースの構成

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

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

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

27

「構成のサマリー」

常に

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

必要なドメイン構成が設定されている場合、「作成」をクリックしてドメインを作成します。

構成を変更する必要がある場合は、「前へ」をクリックし、該当する画面に戻って設定を変更します。

28

ドメインの作成

常に

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

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

スキーマの構成

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

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

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

番号

画面

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

次のアクションを実行します

6

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

ドメインに、データベース・スキーマをロードするのにOracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を必要とするコンポーネント(SOAなど)が含まれている場合のみ

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

この画面にリスト表示される各コンポーネント・スキーマのスキーマ所有者およびパスワードを構成します。この画面のフィールドに加えた変更は、表の選択したすべてのコンポーネント・スキーマに適用されます。

たとえば、すべてのスキーマが同じデータベースに存在する場合、表のすべてのスキーマを選択し、スキーマの適切なデータベース値(DBMS/サービス、ホスト名、およびポート)を指定します。

たとえば、それぞれのスキーマに異なるパスワードがある場合、各スキーマを個別に選択して、その選択したスキーマのパスワードのみを指定します。

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

7a

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

ドメインに、データベース・スキーマをロードするのにOracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を必要とするコンポーネント(SOAなど)が含まれていて、選択したコンポーネント・スキーマをGridLinkデータ・ソース・スキーマとして構成しますオプションを選択した場合のみ

この画面にリスト表示される各コンポーネント・スキーマのスキーマ所有者およびパスワードを構成します。この画面のフィールドに加えた変更は、表の選択したすべてのコンポーネント・スキーマに適用されます。

たとえば、すべてのスキーマが同じデータベースに存在する場合、表のすべてのスキーマを選択して、スキーマの適切なデータベース値(「サービス名」、サービス・インスタンス、ONSホスト、ウォレット・ファイルおよびウォレット・パスワード)を指定します。

たとえば、それぞれのスキーマに異なるパスワードがある場合、各スキーマを個別に選択して、その選択したスキーマのパスワードのみを指定します。

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

7b

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

ドメインに、データベース・スキーマをロードするのにOracle Fusion Middlewareリポジトリ作成ユーティリティ(RCU)を必要とするコンポーネント(SOAなど)が含まれていて、選択したコンポーネント・スキーマをRACマルチ・データ・ソース・スキーマとして構成しますオプションを選択した場合のみ

この画面にリスト表示される各コンポーネント・スキーマのスキーマ所有者およびパスワードを構成します。この画面のフィールドに加えた変更は、表の選択したすべてのコンポーネント・スキーマに適用されます。

たとえば、すべてのスキーマが同じデータベースに存在する場合、表のすべてのスキーマを選択して、スキーマの適切なデータベース値(サービス名、ホスト名、インスタンス名、およびポート)を指定します。

たとえば、それぞれのスキーマに異なるパスワードがある場合、各スキーマを個別に選択して、その選択したスキーマのパスワードのみを指定します。

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

8

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

ドメインに、データベース・スキーマをロードするのにOracle Fusion Middlewareリポジトリ作成ユーティリティ(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データ・ソースとして構成オプションを選択した場合のみ

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

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

10b

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

ドメインにJDBCデータ・ソースを必要とするコンポーネントが含まれていて、「JDBCデータ・ソースの構成」画面で少なくとも1つのデータ・ソースに対して選択したデータ・ソースを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ドメインの拡張

「図3-1 WebLogicドメインの拡張」の説明

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

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

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

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

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

番号

画面

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

次のアクションを実行します

1

ようこそ

常に

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

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

2

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

常に

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

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

3

拡張ソースの選択

常に

以下のいずれか1つを実行します。

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

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

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

4-6

スキーマの構成

選択した製品またはテンプレートに、データベース・スキーマをロードするためにOracle Fusion Middlewareリポジトリ作成ユーティリティ(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

ドメインの拡張

常に

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

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

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

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

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

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

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

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セキュリティ・ストア・データベースの構成

- 「構成のサマリー」

- ドメインの作成

ようこそ

図welcome.gifの説明

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

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

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

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

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

図select_domain_dir.gifの説明

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

ドメイン・ソースの選択

図select_domain_src.gifの説明

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

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

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

この画面にリスト表示されるWebLogic Serverの各種製品(テンプレート)の詳細は、『ドメイン・テンプレート・リファレンス』を参照してください。

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

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

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

- WebLogic Server Starterドメイン
WL_HOME\common\templates\domains\wls_starter.jar

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

拡張ソースの選択

図extend_domain_source.gifの説明

ドメインを拡張するには、リストされた製品のいずれか1つを選択するか、または拡張テンプレートを参照するかを選択します。

- 「次の追加製品をサポートするために、自動的にドメインを拡張する」: WebLogicドメインに追加する製品のチェック・ボックスを選択します。すでにドメインに含まれている製品は、チェック・ボックスがグレー表示になります。
この画面にリスト表示されるWebLogic Serverの各種製品(テンプレート)の詳細は、『ドメイン・テンプレート・リファレンス』を参照してください。

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

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

ドメイン名と場所の指定

図name_location.gifの説明

次の項目を指定します。

- 「ドメイン名」: ドメインの名前。構成ウィザードでは、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の場合は、このパスにドライブ文字を含める必要があります。

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

図username_password.gifの説明

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

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

< > # | & ? ( ) { }

- 「ユーザー・パスワード」: WebLogic管理者アカウントのパスワード。パスワードは8文字以上にする必要があります。また、少なくとも1つの数字または次のいずれかの文字を含める必要があります。
! " # $ % &、' ( ) * + 、- . / : 、< = > ? @ [ \ ] ^ _ ` { | } ~

- 「ユーザー・パスワードの確認」: 「ユーザー・パスワードの確認」フィールドにパスワードを再入力します。パスワードが一致しない場合は、エラーが表示されます。

- 「説明」: デフォルトの説明を使用するか、または任意の管理者アカウントの説明をこのフィールドに入力します。

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

図start_mode_jdk.gifの説明

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

「WebLogicドメインの起動モード」ペインで次のオプションのいずれかを選択します。

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

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

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

次の表では、「開発モード」と「本番モード」の相違点の詳細について説明します。

表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に自動的に変更(ローテーション)されます。サーバー・セッションの残りの部分については、ファイルのサイズは500 KBになるまでメッセージがログ・ファイルに蓄積されます。

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

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

ファイルのサイズが5000 KBに達すると、サーバーによってそのローカル・ログ・ファイルがローテーションされます。

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

ロギング構成の「保存するファイル数の制限」設定のデフォルト値は、falseです。サーバーでは、永遠に新しいログ・ファイルが作成されます。必要に応じてファイルを削除します。

JDBCシステム・リソース

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

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

boot.properties

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

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

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

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

- 「その他のJDK」: 使用可能なJDKリスト以外のJDKを使用する場合は、このオプションを選択します。「参照」ボタンを使用して、JDKを格納しているディレクトリに移動します。

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

ご使用のプラットフォームでサポートされるJDKのみを選択します。特定のプラットフォームでサポートされるJDKのリストは、http://www.oracle.com/technology/software/products/ias/files/fusion_certification.htmlの「Oracle Fusion Middleware Supported System Configurations」を参照してください。デフォルトでは、WebLogicドメインがインストールされるプラットフォームによって、環境の要件に一番沿ったJDKが選択されています。

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

図jdbc_comp_schema_gl.gifの説明

Fusion Middlewareのいくつかのコンポーネント(SOA、Web Center Spacesなど)の場合、JDBCデータ・ソースは、コンポーネントのデータベース・スキーマの一部として定義される場合があります。これらのスキーマは、インストール時にリポジトリ作成ユーティリティ(RCU)によりロードされます。

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

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

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

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

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

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

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

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

- 「スキーマ所有者」: データベースへの接続に使用するユーザー名を入力します。

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

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

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

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

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

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

図cfggridlink.gifの説明

この画面は、WebLogicドメインに含まれるコンポーネント・スキーマをGridLink RACデータ・ソースとして構成するために使用します。GridLinkデータ・ソース は、Fast Application Notification (FAN)イベントにレスポンスするサービスを表す単一のデータ・ソースです。

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

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

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

- 「ドライバ」: 次のドライバの一部または全部がリストで表示されます。

- [Oracle Driver (Thin) for GridLink Connections]
GridLink Type 4非XAドライバです。

- [Oracle Driver (Thin XA) for GridLink Connections]
GridLink Type 4 XAドライバです。

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

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

- 「ユーザー名」: データベースへの接続に使用するユーザー名を入力します。

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

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

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

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

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

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

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

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

- ONSホスト: Oracle Notification Service (ONS)ホスト名を指定します。SSLが有効の場合、1つ以上のONSホストとポートを指定する必要があります。

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

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

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

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

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

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

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

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

図rac_comp_schema.gifの説明

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

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

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

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

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

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

- 「ユーザー名」: データベースへの接続に使用するユーザー名を入力します。

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

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

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

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

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

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

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

図jdbc_comp_schema_test.gifの説明

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

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

ウィザードでは、スキーマを構成するとき指定したドライバ、ホスト、ポートや他の情報から構成されるURLへの接続を試行して、各スキーマの構成をテストします。

テストの結果は、「ステータス」列に表示されます。詳細は、「接続結果ログ」の項に表示されます。

JDBCデータ・ソースの構成

図jdbc_ds_grid.gifの説明

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データ・ソース は、Fast Application Notification (FAN)イベントにレスポンスするサービスを表す単一のデータ・ソースです。

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

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

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

- 「ドライバ」: 次のドライバの一部または全部がリストで表示されます。

- [Oracle Driver (Thin) for GridLink Connections]
GridLink Type 4非XAドライバです。

- [Oracle Driver (Thin XA) for GridLink Connections]
GridLink Type 4 XAドライバです。

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

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

- 「ユーザー名」: データベースへの接続に使用するユーザー名を入力します。

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

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

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

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

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

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

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

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

- ONSホスト: Oracle Notification Service (ONS)ホスト名を指定します。SSLが有効の場合、1つ以上のONSホストとポートを指定する必要があります。

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

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

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

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

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

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

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

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

図rac_multi_data_source.gifの説明

データ・ソース(ドメインに含まれるデータ・ソース)をOracle RACデータ・ソースとして構成するためにこの画面を使用します。

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

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

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

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

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

- 「ユーザー名」: データベースへの接続に使用するユーザー名を入力します。

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

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

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

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

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

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

図test_jdbc_ds.gifの説明

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

注意:
データベース接続をテストするには、接続するデータベースが起動している必要があります。
接続をテストしない場合は、データ・ソースを選択しません。「次へ」をクリックして、続行します。

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

ウィザードでは、各データ・ソースを構成するとき指定したドライバ、ホスト、ポート、および他の情報から構成されるURLへの接続を試行して、選択した各データ・ソースの構成をテストします。

テストの結果は、「ステータス」列に表示されます。詳細は、「接続結果ログ」の項に表示されます。

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

図run_db_scripts.gifの説明

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

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

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

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

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

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

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

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

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

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

注意:
この画面でリストされた製品のキーストア・パスワードは、その製品を使用するために必要になります。入力したパスワードを書き留めて、これらの製品の使用権限のあるユーザーに提供します。

オプションの構成を選択

図optional_config.gifの説明

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

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

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

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

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

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

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

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

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

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

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

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

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

管理サーバーの構成

図admin_server.gifの説明

管理サーバーは、ドメインを管理する中心点です。protocol://listen-address:listen-port形式のURLを使用して管理サーバーにアクセスできます。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に接続する管理スクリプトを作成する場合)、かつリモート・プロセスからもアクセス可能にするには、All Local Addressesを選択します。サーバー・インスタンスがマシンのアドレスを決定し、そのアドレスにリスニングします。

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

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

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

動作

「All Local Addresses」 またはDNS名

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

IPアドレスまたはDNS名

- サーバー・インスタンスに接続するために、IPアドレスまたは対応するDNS名を指定できます。

- localhostを指定するプロセスは接続できません。

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

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

注意: IPアドレスにDNS名を解決するには、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ではなくhttp://hostname/myfile.htmlをURLとして使用できます。

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

JMS分散宛先タイプの選択

図jms_dd_type.gifの説明

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

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

UDDおよびWDDの詳細は、『Oracle WebLogic Server JMSのプログラミング』の分散宛先のタイプに関する項を参照してください。

管理対象サーバーの構成

図managed_servers.gifの説明

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

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

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

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

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

- 「SSL有効」: SSLリスニング・ポートを有効にするには、このオプションを選択します。デフォルトで、すべての新しいサーバーではSSLは無効になっています。

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

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

サーバーを追加するには、「追加」をクリックして、新しいサーバーの設定を構成します。新しいサーバーのデフォルト名は、new_ManagedServer_nです。nの初期値は1であり、追加する新しいサーバーごとに増分します。

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

クラスタの構成

図clusters.gifの説明

クラスタはWebLogic Serverインスタンスのグループであり、それらが連携して動作することにより、アプリケーションに拡張性と高可用性を提供します。クラスタを作成すると、管理対象サーバーをグループ化し、アプリケーションおよびリソースをホストするシングル・ホストとして動作するようにできます。

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

- 「名前」: 有効な名前を入力します。クラスタの名前は、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アドレス

クラスタ・アドレスは、URLのホスト名部分を構成するためにエンティティおよびステートレスEJBで使用されます。クラスタ・アドレスが設定されていない場合、EJBハンドルが正常に機能しないことがあります。

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

クラスタを追加するには、「追加」をクリックして、新しいサーバーの設定を構成します。新しいクラスタのデフォルト名は、new_Cluster_nです。nの初期値は1であり、追加する新しいクラスタごとに増分します。デフォルト名を変更するには、「名前」列に適切な名前を入力します。

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

クラスタの詳細は、『Oracle WebLogic Serverクラスタの使用』のWebLogicクラスタの設定に関する項を参照してください。

「サーバーのクラスタへの割当て」

図assign_srv_to_clust.gifの説明

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

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

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

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

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

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

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

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

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

3. クラスタに割り当てる管理対象サーバーごとにステップ1と2を繰り返します。

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

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

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

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

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

図http_proxy.gifの説明

HTTPプロキシ・アプリケーションは、HTTPリクエストの中継システムとして機能します。

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

次の両方の文がtrueの場合のみ、この画面が表示されます。

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

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

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

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

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

3. HTTPプロキシ・アプリケーションを作成するクラスタごとにステップ1と2を繰り返します。

マシンの構成

図machines.gifの説明

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セッション・レプリケーションなど)の処理に最も適したサーバーを特定する際に、構成したマシン名を使用します。この場合、特定されたサーバーにそれらのタスクが委任されます。

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

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

「追加」をクリックして、新しいマシンを追加します。新しいマシンのデフォルト名は、new_[Unix]Machine_nです。nの初期値は1であり、追加する新しいマシンごとに増分します。

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

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

図assign_srv_to_mach.gifの説明

定義した各マシンに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インスタンスの名前が、「マシン」リスト・ボックスから削除され、「サーバー」リスト・ボックスにリストアされます。

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

図target_deployments.gifの説明

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

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

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

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

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

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

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

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

4. 必要なフィールドを選択した後、「次へ」をクリックします。

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

- 最初に、アプリケーションが、削除する管理対象サーバーまたはクラスタのみにターゲット指定されている(つまり、管理対象サーバーまたはクラスタを削除したら、変更したドメインでアプリケーションがターゲット指定解除される)場合、構成ウィザードにより、アプリケーションが自動的にすべての適切なターゲットに再指定されます。
適切なターゲットとは、テンプレートの構成グループ指定(config-groups.xmlファイル)に定義されていない任意のクラスタまたは管理対象サーバーです。config-groups.xmlに指定されているサーバーまたはクラスタは、基本的にテンプレートが所有するので、自動ターゲット指定に不適格です。

- 元々、アプリケーションが複数のターゲット(管理対象サーバー、クラスタ、および管理サーバーを含む)にターゲット指定されている場合、ターゲット指定される管理対象サーバーまたはクラスタの1つを削除すると、拡張ドメインで構成ウィザードによって、残りのターゲット関連付けがそのまま残され、アプリケーションの新しいターゲットへの再ターゲット指定が試行されません。

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

図target_services.gifの説明

この画面を使用して、サービスの適切な管理対象サーバーまたはクラスタへのターゲット指定をします。

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

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

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

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

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

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

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

4. 必要なフィールドを選択した後、「次へ」をクリックします。

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

- 元々、サービスが削除する管理対象サーバーまたはクラスタのみにターゲット指定されている(つまり、管理対象サーバーまたはクラスタを削除したら、変更したドメインではサービスのターゲット指定が解除される)場合、構成ウィザードにより、サービスが自動的にすべての適切なターゲットに再度ターゲット指定されます。
適切なターゲットとは、テンプレートの構成グループ指定(config-groups.xmlファイル)に定義されていない任意のクラスタまたは管理対象サーバーです。config-groups.xmlに指定されているサーバーまたはクラスタは、基本的にテンプレートが所有するので、自動ターゲット指定には不適切です。

- 元々、サービスが複数のターゲット(管理対象サーバー、クラスタ、および管理サーバーを含む)にターゲット指定されている場合、ターゲット指定される管理対象サーバーまたはクラスタの1つを削除すると、拡張ドメインでは構成ウィザードによって、残りのターゲット関連付けがそのまま残され、サービスの新しいターゲットへの再指定が試行されません。

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

図jms_file_stores.gifの説明

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

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

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

- 「ディレクトリ」: JMSファイル・ストアが存在するシステム内のディレクトリ・パスを入力します。

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

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

- 直接書込み: ディスクに直接書込み処理を行います。このポリシーは、SolarisおよびWindowsでサポートされています。このポリシーはサポートしていないプラットフォームでアクティブになっている場合、ファイル・ストアは自動的に「キャッシュ・フラッシュ」ポリシーに切り替わります。

- 無効: トランザクションは書込みがメモリーにキャッシュされるとすぐに完了します。このポリシーがアクティブになっている場合、トランザクションは書込みがディスクに格納されるのを待たずに完了します。
この設定は、パフォーマンス、スケーラビリティ、および信頼性に影響します。

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

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

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

図rdbms_sec_store.gifの説明

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

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

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

- 「クラス名」: アクションは不要です。選択したドライバに基づいてクラス名が自動的に表示されます。

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

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

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

- 「URL」: アクションは不要です。選択したドライバに基づいて、URLが自動的に表示されます。

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

- 「ユーザー・パスワード」: データベースへのアクセスに使用するパスワードを入力します。データベースによって、パスワード・ルールが異なります。値が暗号化されます。

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

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

- 「追加プロパティ」: ドライバに渡される追加のプロパティ(存在する場合)を入力します。

構成のサマリー

図config_summary.gifの説明

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

「ドメインのサマリー」ペインで項目を選択し、関連する情報を右側の「詳細」ペインに表示します。

「サマリー・ビュー」ドロップダウン・リストからフィルタ・オプションを選択すると、「ドメインのサマリー」ペインに表示される項目を制限できます。

構成を変更する必要がある場合は、「前へ」をクリックして該当する画面に戻ります。

ドメインの作成

図creating_domain.gifの説明

この画面は、ドメイン作成の進行状況が表示されます。

ドメイン作成が終了したら、「完了」をクリックして構成ウィザードを閉じます。

Windowsシステムでは、構成ウィザードを閉じたら管理サーバーが起動するようにするには、「管理サーバーの起動」チェック・ボックスを選択します。UNIXシステムでは、このチェック・ボックスが使用できません。

ドメインの拡張

図extending_domain.gifの説明

この画面は、ドメイン拡張プロセスの進行状況が表示されます。

ドメイン作成が終了したら、「完了」をクリックして構成ウィザードを閉じます。

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 © 2007, 2011, Oracle and/or its affiliates. All rights reserved.