Oracle® Fusion Middleware

Cloud ControlでのOracle WebLogic Serverの管理

12c (12.2.1)

E70058-01(原本部品番号:E55182-01)

2015年10月

このドキュメントでは、Cloud Controlを使用してOracle WebLogic Serverを構成、管理およびモニターする方法について説明します。

Oracle Fusion Middleware Cloud ControlによるOracle WebLogic Serverの管理, 12c (12.2.1)

E70058-01

Copyright © 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 Serverドメイン

- 1.1 ドメインの構成

- 1.1.1 一般設定の構成

- 1.1.2 ドメインのJTA設定の構成

- 1.1.3 デフォルトJPA永続性プロバイダの構成

- 1.1.4 ドメインのEJBの構成

- 1.1.5 ドメインのWebアプリケーションの構成

- 1.1.6 ドメイン・ノートの作成

2 WebLogic Server

- 2.1 サーバーの構成

- 2.1.1 サーバーの一般構成の定義

- 2.1.2 クラスタ設定の構成

- 2.1.3 サーバー・サービスの構成

- 2.1.4 サーバー・キーストアの構成

- 2.1.5 キーストア構成の変更

- 2.1.6 サーバーのSSL設定の構成

- 2.1.7 アイデンティティおよび信頼の場所の変更

- 2.1.8 サーバーのSAMLフェデレーション・サービスの構成

- 2.1.9 サーバー・デプロイメント・ステージングの構成

- 2.1.10 サーバー移行の構成

- 2.1.11 サーバー・チューニングの構成

- 2.1.12 サーバー・オーバーロードの構成

- 2.1.13 サーバー・ヘルス・モニタリングの構成

- 2.1.14 サーバー起動の構成

- 2.1.15 サーバーの起動と停止の設定の構成

- 2.1.16 サーバーのWebサービスの構成

- 2.1.17 サーバーのCoherenceクラスタ設定の構成

- 2.1.18 サーバー・プロトコルの設定の構成

- 2.1.19 サーバー・ノートの作成

- 2.1.20 動的サーバーのサーバー・テンプレートの構成

3 WebLogic Serverクラスタ

- 3.1 クラスタの構成

- 3.1.1 クラスタの一般設定の構成

- 3.1.2 クラスタのJTA設定の構成

- 3.1.3 クラスタ・メッセージングの構成

- 3.1.4 クラスタ内のサーバー・インスタンスの構成

- 3.1.5 クラスタ・レプリケーションの構成

- 3.1.6 クラスタの移行の構成

- 3.1.7 クラスタのシングルトン・サービスの構成

- 3.1.8 クラスタのジョブ・スケジューリングの構成

- 3.1.9 クラスタのオーバーロード設定の構成

- 3.1.10 クラスタのヘルス・モニタリングの構成

- 3.1.11 クラスタのHTTP設定の構成

- 3.1.12 クラスタのCoherenceクラスタ設定の構成

- 3.1.13 クラスタ・ノートの作成

4 WebLogic Serverマシン

- 4.1 マシンのモニター

- 4.2 マシンの構成

- 4.2.1 マシンの一般設定の構成

- 4.2.2 UNIXマシンの一般設定の構成

- 4.2.3 ノード・マネージャ設定の構成

- 4.2.4 マシン・サーバー設定の構成

- 4.2.5 サーバー・インスタンスの追加または削除

- 4.2.6 マシン・ノートの作成

5 WebLogic Server JDBCデータソース

- 5.1 JDBCデータ・ソースの作成

- 5.1.1 JDBC汎用データ・ソースの作成

- 5.1.2 JDBC GridLinkデータ・ソースの作成

- 5.1.3 JDBCマルチ・データ・ソースの作成

- 5.1.4 既存のデータソースからのJDBCデータソースの作成

- 5.2 JDBCデータ・ソースのモニター

- 5.2.1 JDBCデータ・ソースのモニター

- 5.2.2 JDBCデータソースのモニター

- 5.2.3 JDBC GridLinkデータソースのモニター

- 5.2.4 JDBCマルチ・データソースのモニター

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

- 5.3 JDBCデータ・ソースの制御

- 5.3.1 JDBCデータ・ソースの起動

- 5.3.2 JDBCデータソースの停止

- 5.3.3 中断されているJDBCデータ・ソースの再開

- 5.3.4 JDBCデータ・ソースの中断

- 5.3.5 JDBCデータソース接続プールの縮小

- 5.3.6 JDBCデータソース接続のリセット

- 5.3.7 JDBCデータソース文キャッシュのクリア

- 5.3.8 JDBCデータ・ソースの削除

- 5.3.9 JDBCデータ・ソースの制御

- 5.3.10 JDBCマルチ・データソースの制御

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

- 5.4.1 一般的な構成設定の定義

- 5.4.2 接続プールのプロパティの構成

- 5.4.3 Oracleパラメータの構成

- 5.4.4 ONSクライアント・パラメータの構成

- 5.4.5 グローバル・トランザクション・オプションの構成

- 5.4.6 JDBCデータソースの診断プロファイリングの構成

- 5.4.7 JDBCデータソースのアイデンティティ・オプションの構成

- 5.4.8 JDBCデータ・ソースのターゲット指定

- 5.4.9 JDBCデータ・ソース・ノートの作成

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

6 WebLogic Serverテンプレート

- 6.1 サーバー・テンプレートのモニター

- 6.2 サーバー・テンプレートの構成

- 6.2.1 サーバー・テンプレートの一般設定の構成

- 6.2.2 サーバー・テンプレートのクラスタ設定の構成

- 6.2.3 サーバー・テンプレート・サービスの構成

- 6.2.4 サーバー・テンプレート・キーストアの構成

- 6.2.5 サーバー・テンプレートのキーストア構成の変更

- 6.2.6 サーバー・テンプレートのSSL設定の構成

- 6.2.7 サーバー・テンプレートのアイデンティティおよび信頼の場所の変更

- 6.2.8 サーバー・テンプレートのフェデレーション・サービスの構成

- 6.2.9 サーバー・テンプレートのデプロイメント設定の構成

- 6.2.10 サーバー・テンプレートのチューニングの構成

- 6.2.11 サーバー・テンプレートのオーバーロード設定の構成

- 6.2.12 サーバー・テンプレートのヘルス・モニタリングの構成

- 6.2.13 サーバー・テンプレートの起動の構成

- 6.2.14 サーバー・テンプレートのWebサービスの構成

- 6.2.15 サーバー・テンプレートのCoherenceクラスタ設定の構成

- 6.2.16 サーバー・テンプレートのプロトコルの構成

- 6.2.17 サーバー・テンプレート・ノートの作成

はじめに

ここでは、このガイド『Cloud ControlによるOracle WebLogic Serverの管理』で使用されているドキュメントのアクセシビリティ機能および規則について説明します。

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

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 Serverドメイン

Oracle WebLogic Server管理ドメインとは、Oracle WebLogic Serverリソースの論理的に関連したグループです。

ドメインには管理サーバーという特別なOracle WebLogic Serverインスタンスが含まれており、ドメイン内のすべてのリソースがそこで一元的に構成および管理されます。通常、ドメインは、管理対象サーバーというOracle WebLogic Serverインスタンスも含めるように構成します。Webアプリケーション、EJB、Webサービスおよびその他のリソースは管理対象サーバーに配置し、アプリケーション・サーバーは構成および管理にのみ使用します。

1.1 ドメインの構成

この項では、ドメインを構成する方法について説明します。この項には、次の項目が含まれます。

- 一般設定の構成

- ドメインのJTA設定の構成

- デフォルトのJPA永続性プロバイダの構成

- ドメインのEJBの構成

- ドメインのWebアプリケーションの構成

- ドメイン・ノートの作成

1.1.1 一般設定の構成

ドメインの一般設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。
「一般設定」ページでは、現在のドメイン内のすべてのサーバー・インスタンスに適用される次のような管理オプションを構成できます。

- 管理ポートの有効化

- 管理ポート

- 本番モード

- Exalogic最適化の有効化

- クラスタ制約の有効化

- 内部アプリケーションのオンデマンド使用

- Oracle Guardian Agentの有効化

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開してこのドメインの詳細設定を定義します。

4. 「保存」をクリックします。

1.1.1.1 ドメイン全体の管理ポートの構成

始める前に:

管理ポートが受け入れるのは、サーバー管理者による認証が必要なポートを経由したセキュアなSSLトラフィックおよびすべての接続のみです。こうした特徴があるため、管理ポートを有効にするとドメインには次のような制限が課せられます。

- ドメイン内の管理サーバーとすべての管理対象サーバーについて、SSLプロトコルをサポートするように構成する必要があります。

- 管理サーバーを含むドメイン内のすべてのサーバー・インスタンスで、同時に管理ポートを有効化または無効化します。

注意:
管理ポートを、管理対象サーバー上で動的に有効化することはできません。各管理対象サーバーを停止し、管理ポートを有効化し、その後、再起動する必要があります。

WebLogic Serverは、ドメイン内のすべてのサーバー・インスタンスで使用するSSL管理ポートを有効化するオプションを備えています。管理ポートを使用することをお薦めします。管理ポートには次の3つの機能があります。

- 通信ではSSLが使用されるため、管理トラフィック(管理者パスワードなどが含まれる)の安全性が高くなります。

- これにより、STANDBY状態のサーバー・インスタンスを起動できます。

- ドメイン内でアプリケーションのトラフィックから管理トラフィックを分離できるようになります。

ドメインの管理ポートを有効にするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

4. 「管理ポートの有効化」チェック・ボックスを選択して、このドメインのSSL管理ポートを有効にします。

5. 「管理ポート」フィールドに、ドメイン内のサーバー・インスタンスが管理ポートとして使用するSSLポート番号を入力します。個々のサーバー・インスタンスの管理ポート割当ては、「一般設定」ページの「拡張」オプション部分をオーバーライドできます。

6. 「保存」をクリックします。

終了後:

ドメイン内のすべての管理対象サーバー・インスタンスを起動します。管理サーバーを再起動する必要はありません。

1.1.1.2 ドメイン構成ファイルのアーカイブ

保持されるアーカイブ・ファイルの数を構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

4. 「拡張」を展開し、「構成アーカイブの有効化」チェック・ボックスを選択します。

5. 「アーカイブ構成数」フィールドに、保持するアーカイブ・ファイルの数を入力します。

6. 「保存」をクリックします。

1.1.1.3 本番モードへの変更

ドメイン内のすべてのサーバー・インスタンスは、開発モードまたは本番モードのいずれかで実行されます。一般的に、本番モードの場合には、より多くのセキュリティ機能を構成する必要があります。

ドメイン内のすべてのサーバー・インスタンスが本番モードで実行されるように構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

4. 「本番モード」チェック・ボックスを選択します。

5. 「保存」をクリックします。

6. 現在実行中のサーバー・インスタンスを停止します。

7. ドメインのstartWebLogicスクリプトを起動します。管理サーバーが新しいモードで起動されます。

8. ドメインに管理対象サーバーがある場合は、管理対象サーバーを起動します。

1.1.2 ドメインのJTA設定の構成

ドメインのJava Transaction API (JTA)を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「管理」を選択し、「Java Transaction API (JTA)」を選択します。
「JTA」ページでは、ドメインの次のようなJTA構成設定を定義できます。

- タイムアウト

- 破棄タイムアウト

- beforeCompletionの反復上限

- 最大トランザクション数

- 一意名の最大数

- チェックポイント間隔

- ヒューリスティックの無視

- リソース登録解除の猶予期間

- XA呼出しの並列実行

- 2フェーズ・コミットの有効化

- 密結合トランザクションの有効化

- クラスタ全体の回復の有効化

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開してこのドメインの詳細設定を定義します。

4. 「保存」をクリックします。

1.1.3 デフォルトのJPA永続性プロバイダの構成

persistence.xmlファイルの各永続性エントリで使用するJava永続性API (JPA)永続性プロバイダを指定できます。ただし、永続性プロバイダが指定されていない場合、ドメイン全体のデフォルト・プロバイダが使用されます。

デフォルト・プロバイダを変更しても、すでにデプロイされているアプリケーションには影響しません。サーバー・インスタンスを再起動したとき、またはアプリケーションを手動で再デプロイしたときに、設定は有効になります。

ドメイン内でデフォルトJPAプロバイダを指定するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「管理」を選択し、「Java Persistence API (JPA)」を選択します。
「JPA」ページでは、「デフォルトJPAプロバイダ」メニューからJPAプロバイダを選択することで、ドメインのJPA構成を定義できます。

詳細は、構成オプションを参照してください。

4. 「保存」をクリックします。

1.1.4 ドメインのEJBの構成

ドメインでEJBを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「管理」を選択し、「EJB」を選択します。
「EJB」ページでは、ドメイン全体の次のようなEJB構成設定を定義できます。

- Javaコンパイラ

- Javaコンパイラへの付加オプション(前)

- Javaコンパイラへの付加オプション(後)

- rmic追加オプション

- 生成されるEJBCソース・ファイルを保持

- 生成の強制

- 一時ディレクトリ

- ejbc追加オプション

これらのフィールドの詳細は、構成オプションを参照してください。

4. 「保存」をクリックします。

1.1.5 ドメインのWebアプリケーションの構成

ドメインでWebアプリケーションを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「管理」を選択し、「Webアプリケーション」を選択します。
「Webアプリケーション」ページでは、ドメイン全体のWebアプリケーションの次のような構成設定を定義できます。

- 再ログインの有効化

- すべてのロールを許可

- ディスパッチされたリクエストのフィルタ

- オーバーロード保護の有効化

- X-Powered-Byヘッダー

- MIMEマッピング・ファイル

- オプティミスティックなシリアライゼーション

- nameのリクエスト時間値のエラー

- クライアント証明書プロキシの有効化

- HTTPトレース・サポートの有効化

- WebLogicプラグインの有効化

- 認証Cookieの有効化

- 認証時にセッションIDを変更

- WAPの有効化

- POSTタイムアウト

- 最大POSTタイムアウト

- 最大POSTサイズ

- ワーク・コンテキストの伝播を有効化

- P3Pヘッダーの値

- JSPコンパイラの下位互換性

- アーカイブ化された実際のパスを有効化

これらのフィールドの詳細は、構成オプションを参照してください。

4. 「保存」をクリックします。

1.1.6 ドメイン・ノートの作成

ドメイン構成のノートを作成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」メニューから「管理」を選択し、「ノート」を選択します。

4. 「ノート」ページでノートを入力します。

5. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

2 WebLogic Server

サーバーとは、独自のJava仮想マシン(JVM)で動作し、独自の構成を持つWebLogic Serverインスタンスです。

ドメインを作成する場合、管理サーバーも作成します。管理サーバーは、構成の変更をドメイン内の他のサーバーに配布します。一般的な本番環境では、1つまたは複数の管理対象サーバーをドメインに作成してビジネス・アプリケーションをホストし、管理サーバーは管理対象サーバーの構成とモニターにのみ使用します。

2.1 サーバーの構成

この項では、サーバーを構成する方法について説明します。この項には、次の項目が含まれます。

- サーバーの一般構成の定義

- クラスタ設定の構成

- サーバー・サービスの構成

- サーバー・キーストアの構成

- キーストア構成の変更

- サーバーのSSL設定の構成

- アイデンティティおよび信頼の場所の変更

- サーバー移行の構成

- サーバーのSAMLフェデレーション・サービスの構成

- サーバー・デプロイメント・ステージングの構成

- サーバー・チューニングの構成

- サーバー・オーバーロードの構成

- サーバー・ヘルス・モニタリングの構成

- サーバー起動の構成

- サーバーの起動と停止の設定の構成

- サーバーのWebサービスの構成

- サーバーのCoherenceクラスタ設定の構成

- サーバー・プロトコルの設定の構成

- サーバー・ノートの作成

- 動的サーバーのサーバー・テンプレートの構成

2.1.1 サーバーの一般構成の定義

特定のサーバー・インスタンスの一般設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

5. 「一般設定」ページでは、このサーバー・インスタンスの次のような構成設定を定義できます。

- テンプレート

- マシン

- クラスタ

- リスニング・アドレス

- リスニング・ポート有効

- リスニング・ポート

- SSLリスニング・ポートの有効化

- SSLリスニング・ポート

- クライアント証明書プロキシの有効化

- Javaコンパイラ

- 診断ボリューム

これらのフィールドの詳細は、構成オプションを参照してください。

6. 必要に応じて、「拡張」を展開し、このサーバー・インスタンスの詳細構成設定を定義します。

7. 「保存」をクリックします。

2.1.1.1 サーバー・テンプレートの変更

サーバー・インスタンスに関連付けられたサーバー・テンプレートを変更するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

5. 「変更」をクリックし、「サーバー・テンプレート」ドロップダウン・メニューからサーバー・テンプレートを選択します。

6. 「はい」をクリックします。

2.1.1.2 起動モードの指定

起動モードでは、サーバー・インスタンスが起動されるときの状態を指定します。デフォルトでは、RUNNING状態から起動されます。

特定のサーバー・インスタンスの起動モードを指定するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

5. 「一般」ページで、下部にある「拡張」を展開し、詳細構成オプションを表示します。

6. 「起動モード」フィールドで、次の中から選択します。

- 実行中: RUNNING状態のサーバーはサービスをクライアントに提供し、クラスタのフル・メンバーとして動作できます。

- 管理: ADMIN状態のサーバーは起動していて実行状態にありますが、行えるのは管理操作のみです。この状態では、実行中のアプリケーションに影響を与えることなく、サーバーおよびアプリケーションレベルの管理タスクを実行できます。

- スタンバイ: STANDBYモードのサーバーは、ドメイン全体の管理ポートでのみ管理リクエストをリスニングし、サーバー・インスタンスをRUNNING状態またはSHUTDOWN状態に遷移させるライフ・サイクル・コマンドのみを受け付けます。それ以外の管理リクエストは受け付けられません。STANDBYを指定する場合、ドメイン全体の管理ポートも有効にする必要があります。

詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.1.3 リスニング・アドレスの構成

特定のサーバー・インスタンスのリスニング・アドレスを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

5. 「一般設定」ページで、「リスニング・アドレス」に値を入力します。
詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.1.4 リスニング・ポートの構成

特定のサーバー・インスタンスのリスニング・ポートを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

5. サーバーでSSLリスニング・ポートのみをリスニングするようにするため、非SSLリスニング・ポートを無効にする場合は、「リスニング・ポートの有効化」の選択を解除します。サーバーで非SSLリスニング・ポートのみをリスニングするようにするため、SSLリスニング・ポートを無効にする場合は、「SSLリスニング・ポートの有効化」の選択を解除します。

注意:
非SSLリスニング・ポートとSSLリスニング・ポートの両方を無効にすることはできません。少なくとも1つのポートがアクティブである必要があります。

6. 非SSLリスニング・ポートを使用していてデフォルトのポート番号を変更する場合は、「リスニング・ポート」の値を変更します。

7. デフォルトのSSLリスニング・ポート番号を変更する場合は、「SSLリスニング・ポート」の値を変更します。
詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

2.1.1.5 サーバーのコンパイラ・オプションの変更

特定のサーバー・インスタンスの標準Javaコンパイラ値を変更するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「一般設定」を選択します。

5. 「一般設定」ページでは、「Javaコンパイラ」フィールドを、このサーバーにホストされているすべてのアプリケーション用に使用するための、Javaコードをコンパイルする必要があるコンパイラへのフル・パスに更新します。

6. 「拡張」を展開して詳細構成オプションを表示します。

7. 必要に応じて、次のコンパイル・オプションを更新します。

- クラスパスの前に追加: Javaコードのコンパイル時にJavaコンパイラ・クラスパスの先頭に追加するオプション。

- クラスパスの後ろに追加: Javaコードのコンパイル時にJavaコンパイラ・クラスパスに追加するオプション。

- 追加RMIコンパイラ・オプション: サーバー側生成中にRMICコンパイラに渡されるオプション。

- 追加EJBコンパイラ・オプション: サーバー側生成中にEJBコンパイラに渡されるオプション。

これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

2.1.2 クラスタ設定の構成

WebLogic Serverクラスタは、互いに連携するサーバーの集まりであり、スケーラビリティと信頼性の高いアプリケーション・プラットフォームを提供します。

特定のサーバー・インスタンスのクラスタ設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「クラスタ」を選択します。

5. 「クラスタ」ページでは、このサーバー・インスタンスの次のようなクラスタ構成設定を定義できます。

- レプリケーション・グループ

- セカンダリ・プリファレンス・グループ

- クラスタの重み

- インタフェース・アドレス

- レプリケーション・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.3 サーバー・サービスの構成

特定のサーバー・インスタンスのWebLogicサービス設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「サービス」を選択します。

5. 「サービス」ページでは、このサーバー・インスタンスの次のようなサービス構成設定を定義できます。

- JMS構成

- デフォルト・ストア

- トランザクション・ログ・ストア

- メッセージング・ブリッジの構成

- XMLサービスの構成

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.4 サーバー・キーストアの構成

キーストアを使用すると、秘密鍵と信頼性のある認証局(CA)を安全に保管および管理できます。メッセージ送信のセキュリティの管理に役立つ様々なキーストア構成の表示および定義ができます。

特定のサーバー・インスタンスのキーストア設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「キーストア」を選択します。

5. キーストア構成を変更するには、次の手順を実行します。

1. 「変更」をクリックします。

2. 「キーストア」ドロップダウン・メニューから、使用するキーストア構成を選択します。

3. 「保存」をクリックします。

6. 「キーストア」ページでは、このサーバー・インスタンスの次のような他のキーストア構成設定を定義できます。

- キーストア

- デモ・アイデンティティ・キーストア

- デモ・アイデンティティ・キーストアのタイプ

- デモ・アイデンティティ・キーストアのパスフレーズ

- デモ信頼キーストア

- デモ信頼キーストアのタイプ

- デモ信頼キーストアのパスフレーズ

- Java標準信頼キーストア

- Java標準信頼キーストアのタイプ

- Java標準信頼キーストアのパスフレーズ

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.5 キーストア構成の変更

キーストアを使用すると、秘密鍵と信頼性のある認証局(CA)を安全に保管および管理できます。メッセージ送信のセキュリティの管理に役立つ様々なキーストア構成の表示および定義ができます。

キーストアを変更するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「キーストア」を選択します。

5. 「変更」をクリックします。

6. 「キーストア」ドロップダウン・メニューから、使用するキーストア構成を選択します。
これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.6 サーバーのSSL設定の構成

サーバー・インスタンスの様々なSecure Sockets Layer (SSL)設定の表示および定義ができます。この設定は、メッセージ送信のセキュリティの管理に役立ちます。

特定のサーバー・インスタンスのSSL設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「SSL」を選択します。

5. アイデンティティおよび信頼の場所を変更するには、次の手順を実行します。

1. 「変更」をクリックします。

2. 「アイデンティティと信頼の場所」ドロップダウン・メニューから、使用する場所を選択します。

3. 「保存」をクリックします。

6. 「SSL」ページでは、このサーバー・インスタンスの次のようなSSL構成設定を定義できます。

- アイデンティティと信頼の場所

- 秘密鍵の場所

- 秘密鍵の別名

- 秘密鍵のパスフレーズ

- 証明書の場所

- 信頼性のある認証局

これらのフィールドの詳細は、構成オプションを参照してください。

7. 必要に応じて、「拡張」を展開し、このサーバー・インスタンスの詳細構成設定を定義します。

8. 「保存」をクリックします。

2.1.7 アイデンティティおよび信頼の場所の変更

サーバー・インスタンスの様々なSecure Sockets Layer (SSL)設定の表示および定義ができます。この設定は、メッセージ送信のセキュリティの管理に役立ちます。

アイデンティティおよび信頼の場所を変更するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「SSL」を選択します。

5. 「変更」をクリックします。

6. 「アイデンティティと信頼の場所」ドロップダウン・メニューから、使用する場所を選択します。
これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.8 サーバーのSAMLフェデレーション・サービスの構成

WebLogic ServerインスタンスをSAMLアサーションのプロデューサまたはコンシューマとして機能するように構成し、次の目的に使用することができます。

- オンライン・ビジネス・パートナ間のWebシングル・サインオン

- Webサービス・セキュリティのアイデンティティ情報の交換

フェデレーション・サービスの構成プロセスの概要は、使用しているSAMLのバージョンによって異なります。WebLogic Serverでは、SAML 1.1とSAML 2.0の両方がサポートされています。

SAML 1.1フェデレーション・パートナとして機能するようにWebLogic Serverを構成するには、次の手順を実行します。

- SAML 1.1ソース・サービスの構成

- SAML 1.1宛先サービスの構成

SAML 2.0フェデレーション・パートナとして機能するようにWebLogic Serverを構成するには、次の手順を実行します。

- SAML 2.0の全般的なサービスの構成

- SAML 2.0アイデンティティ・プロバイダ・サービスの構成

- SAML 2.0サービス・プロバイダ・サービスの構成

2.1.8.1 SAML 1.1ソース・サービスの構成

始める前に

最初に、サーバーのセキュリティ・レルムにSAML資格証明マッピングV2セキュリティ・プロバイダを構成する必要があります。

SAMLソース・サイトとして機能するようにWebLogic Serverインスタンスを構成できます。SAMLソース・サイトとは、サイト間転送サービス(Intersite Transfer Service: ITS)を提供するサイトです。ソース・サイトではアサーションが生成され、アサーションはシングル・サインオンのプロファイルの1つを使用して、宛先サイトに伝達されます。

サーバーをSAMLソース・サイトとして構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「フェデレーション・サービス」を選択します。

5. 「SAML 1.1ソース・サイト」ページを選択します。

6. 「ソース・サイトの有効化」属性を選択して、このサーバーがSAMLアサーションのソースとして機能するようにします。

7. 「SAML 1.1ソース・サイト」ページでは、このサーバー・インスタンスの他の目的の次のような構成設定も定義できます。

- ソース・サイトURL

- 署名鍵別名

- サイト間転送URI

- ITSでSSLが必要

- アサーション取得用URI

- ARSでSSLが必要

- ARSで双方向SSL認証が必要

- アサーション・ストアのクラス名

- アサーション・ストアのプロパティ

これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

2.1.8.2 SAML 1.1宛先サービスの構成

始める前に

最初に、サーバーのセキュリティ・レルムにSAMLアイデンティティ・アサーションV2セキュリティ・プロバイダを構成する必要があります。

SAML宛先サイトとして機能するようにWebLogic Serverインスタンスを構成できます。宛先サイトは、SAMLアサーションを受け取り、これらを使用してローカルのサブジェクトを認証できます。

サーバーをSAML宛先サイトとして構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「フェデレーション・サービス」を選択します。

5. 「SAML 1.1宛先サイト」ページを選択します。

6. 「宛先サイトの有効化」属性を選択してアサーション・コンシューマ・サービスを有効にします。

7. 「SAML 1.1宛先サイト」ページでは、このサーバー・インスタンスの次のような他の目的の構成設定も定義できます。

- アサーション・コンシューマのURI

- ACSでSSLが必要

- SSLクライアント・アイデンティティ別名

- POST受信者チェックの有効化

- POST使用済みチェックの有効化

- 使用済アサーション・キャッシュのクラス名

- 使用済アサーション・キャッシュのプロパティ

これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

2.1.8.3 SAML 2.0の全般的なサービスの構成

サーバーの全般的なSAML 2.0サービスを構成できます。フェデレーション・パートナにSAML 2.0 Webシングル・サインオン・サービスを構成すると、フェデレーション・パートナに送信するメタデータ・ファイルで、構成するサイト情報が公開されます。

このサーバーの全般的なSAML 2.0プロパティを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「フェデレーション・サービス」を選択します。

5. 「SAML 2.0全般」ページを選択します。

6. 「レプリケートされたキャッシュの有効化」属性を選択して、SAML 2.0アーティファクトを格納するための永続キャッシュを使用します。
このオプションは、ドメイン内の複数のWebLogic ServerインスタンスでSAML 2.0サービスを構成する場合に必要となります。たとえば、クラスタでSAML 2.0サービスを構成する場合は、個々の管理対象サーバー・インスタンスでこのオプションを有効化する必要があります。

注意:
ドメイン内の複数のWebLogic ServerインスタンスでSAML 2.0サービスを構成する場合は、RDBMSセキュリティ・ストアを構成する必要があります。これらの構成では、組込みLDAPサーバーはサポートされません。

7. 「サイト情報」セクションで、SAML 2.0サイトに関する次の情報を入力します。

- 連絡先の詳細

- 組織の名前とURL

- 公開サイトのURL。これは、サイトのSAML 2.0サービス・エンドポイントのトップレベルURLです。このURLには文字列/saml2を付加する必要があります。これが一定のサフィックスに自動的に結合され、完全なエンドポイントURLが作成されます。

8. 「バインディング」セクションで、このSAML 2.0サーバー・インスタンスで使用される一般的なバインディング情報を入力します。
トランスポート層セキュリティ・キー別名およびパスフレーズを指定しない場合、TLS別名には、サーバーのSSL構成の構成済のSSL秘密鍵別名およびパスフレーズがデフォルトで使用されます。

9. このサーバー・インスタンス上でホストされているSAML 2.0セキュリティ・プロバイダに、アーティファクト・バインディングが有効化されている場合、「アーティファクト解決サービス」セクションでアーティファクト解決サービス設定を定義します。

10. 「シングル・サインオン」セクションで、フェデレーション・パートナに送信されるドキュメントの署名に使用されるキーのキーストア別名およびパスフレーズを入力します。
シングル・サインオン署名鍵別名およびパスフレーズを指定しない場合、サーバーのSSL構成の構成済SSL秘密鍵別名およびパスフレーズがデフォルトで使用されます。

詳細は、構成オプションを参照してください。

11. 「保存」をクリックします。

終了後

このサーバーの全般的なSAML 2.0サービスを構成した後で、「SAML 2.0アイデンティティ・プロバイダ」ページまたは「SAML 2.0サービス・プロバイダ」ページを選択し、このサーバーをそれぞれアイデンティティ・プロバイダまたはサービス・プロバイダとして構成します。

詳細は、SAML 2.0アイデンティティ・プロバイダ・サービスの構成およびSAML 2.0サービス・プロバイダ・サービスの構成を参照してください。

2.1.8.4 SAML 2.0アイデンティティ・プロバイダ・サービスの構成

SAML 2.0アイデンティティ・プロバイダのロールのサーバー・インスタンスを構成できます。SAML 2.0アイデンティティ・プロバイダは、プリンシパルのアイデンティティ情報を作成、維持、管理したり、フェデレーション内の他のサービス・プロバイダ・パートナのSAML 2.0アサーションを生成して、そのようなパートナにプリンシパルの認証を提供します。

サーバーをSAML 2.0アイデンティティ・プロバイダとして構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「フェデレーション・サービス」を選択します。

5. 「SAML 2.0アイデンティティ・プロバイダ」ページを選択します。

6. 「有効」属性を選択して、アイデンティティ・プロバイダのロールのこのサーバーのSAML 2.0サービスをアクティブ化します。

7. 受信するすべての認証リクエストが署名されるようにするには、「署名された認証リクエストのみ受け入れる」を選択します。

8. 非認証リクエストが送信されるカスタム・ログインWebアプリケーションを使用している場合は、次の手順を実行します。

- 「ログインのカスタマイズ」を選択します。

- カスタム・ログインWebアプリケーションのURLを入力します。

- ログインの問合せの戻りパラメータを入力します
この問合せパラメータは、ローカルのシングル・サインオン・サービス・サーブレットのログインの戻りURLを保持するためにSAML 2.0サービスで使用される一意な文字列です。(代替方法として、ログインの戻りURLは、ログインWebアプリケーションで指定することもできます。)

9. このサーバー・インスタンスが有効化されるSAMLバインディングを設定し、目的のバインディング・タイプを選択します。
詳細は、構成オプションを参照してください。

10. 「保存」をクリックします。

終了後

フェデレーション・パートナと調整し、このSAMLオーソリティに対して有効化したSAMLバインディングと、署名ドキュメントの要件がパートナと互換性を持つようにします。

2.1.8.5 SAML 2.0サービス・プロバイダ・サービスの構成

WebLogic ServerインスタンスをSAML 2.0サービス・プロバイダとして構成できます。サービス・プロバイダは、SAMLアサーションを受け取り、それらのアサーションからアイデンティティ情報を抽出することができるSAMLオーソリティです。抽出されたアイデンティティ情報は、ローカルのサブジェクトや必要に応じてグループにマップされ、これらが認証可能になります。

サーバーをSAML 2.0サービス・プロバイダとして構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「フェデレーション・サービス」を選択します。

5. 「SAML 2.0サービス・プロバイダ」ページを選択します。

6. 「有効」属性を選択し、アイデンティティ・プロバイダとして機能するこのサーバー・インスタンスのSAML 2.0サービスをアクティブ化します。

7. 必要に応じて、ローカルのSAML 2.0サービス・プロバイダ・サービスの構成オプションを設定します。次の事項に注意してください。

- 「常に認証リクエストに署名」および「署名されたアサーションのみ受け入れる」のオプションを希望どおりに、またフェデレーション・パートナと調整されるように選択して、認証リクエストおよびアサーションが受け入れられるようにします。

- このサーバー・インスタンスのSAMLバインディング設定をフェデレーション・パートナに伝達し、互換性を確保します。

詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

終了後

フェデレーション・パートナと調整し、このSAMLオーソリティに対して有効化したSAMLバインディングと、署名ドキュメントの要件がパートナと互換性を持つようにします。

2.1.9 サーバー・デプロイメント・ステージングの構成

特定のサーバー・インスタンスのデフォルトのデプロイメント・ステージングを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「デプロイメント」を選択します。

5. 「デプロイメント」ページでは、このサーバー・インスタンスの次のようなデフォルトのデプロイメント・ステージング構成を定義できます。

- ステージング・モード

- ステージング・ディレクトリ・モード

- アップロード・ディレクトリ名

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.10 サーバー移行の構成

クラスタ・サーバーの移行設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「移行」を選択します。

5. 「移行」ページでは、サーバー・インスタンスの次のような構成設定を定義できます。

- サーバーの自動移行を有効化

- 候補マシン

- JMSサービスの候補サーバー

- JTAの自動移行を有効化

- JTA候補サーバー

- 移行前スクリプトのパス

- 移行後スクリプトのパス

- 移行後のスクリプトの失敗による自動移行の取消し

- 移行後スクリプトを別のマシンで実行できるようにする

- 厳密な所有権チェックを有効化

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.11 サーバー・チューニングの構成

チューニング設定を構成すると、サーバー・インスタンスのパフォーマンスおよび機能をチューニングできます。

特定のサーバー・インスタンスのチューニング設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「チューニング」を選択します。

5. 「チューニング」ページでは、このサーバー・インスタンスの次のようなチューニング構成設定を定義できます。

- ネイティブIOの有効化

- JavaSocketMuxerソケット・リーダー

- ギャザー書込みの有効化

- スキャタ読取りの有効化

- 最大オープン・ソケット数

- StuckThreadMaxTime

- スタック・スレッド・タイマー間隔

- バックログの受入れ

- ログイン・タイムアウト

- SSLログイン・タイムアウト

- 逆引きDNSの許可

これらのフィールドの詳細は、構成オプションを参照してください。

6. 必要に応じて、「拡張」を展開し、このサーバー・インスタンスの詳細構成設定を定義します。

7. 「保存」をクリックします。

2.1.11.1 ネイティブIOの有効化

特定のサーバー・インスタンスのネイティブIOを有効にするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「チューニング」を選択します。

5. 「チューニング」ページで、「ネイティブIOの有効化」チェック・ボックスが選択されていない場合は、このチェック・ボックスを選択します。
詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.11.2 NIOSocketMuxerの有効化

特定のサーバー・インスタンスの非ブロッキングIOを有効にするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「チューニング」を選択します。

5. 「拡張」を展開して詳細チューニング・パラメータにアクセスします。

6. 「マキサー・クラス」フィールドに、weblogic.socket.NIOSocketMuxerと入力します。
詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.11.3 接続バックログのバッファリングのチューニング

追加のリクエストを拒否する前にWebLogic Serverインスタンスが受け入れる接続リクエストの数をチューニングできます。

特定のサーバー・インスタンスの接続バックログ・バッファリングをチューニングするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「チューニング」を選択します。

5. 必要に応じて「バックログを受け入れ」値を変更して、サーバー・インスタンスが待機キューにバッファリングできるTCP接続の数をチューニングします。

- クライアントで多くの接続が削除または拒否され、サーバーに他のエラー・メッセージが存在されない場合は、「バックログを受け入れ」値が小さすぎる可能性があります。

- WebLogic Serverにアクセスしようとしたときに、接続が拒否されたことを示すメッセージを受け取った場合は、「バックログの受入れ」値をデフォルトから25%大きくします。メッセージが表示されなくなるまで、値を25%ずつ大きくしていきます。

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.11.4 スタック・スレッドの検出動作のチューニング

WebLogic Serverは、設定した期間、作業状態が継続した(アイドルでない)場合、スレッドをスタック状態と診断します。サーバーのスレッド検出動作は、スレッドがスタック状態と診断されるまでの時間を変更すること、およびサーバーがスタック・スレッドをチェックする頻度を変更することでチューニングできます。

特定のサーバー・インスタンスのスタック・スレッド検出動作を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「チューニング」を選択します。

5. 「チューニング」ページで、必要に応じて、次のオプションを更新します。

- スタック・スレッド最大時間: サーバー・インスタンスがスレッドをスタック状態であると診断するまでスレッドが継続して動作している必要がある時間(秒単位)。

- スタック・スレッド・タイマー間隔: 「スタック・スレッド最大時間」で構成した期間スレッドが継続動作しているかどうかを、サーバー・インスタンスが定期的にスキャンする間隔(秒単位)。

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.11.5 管理対象サーバー独立用のドメイン構成ファイルのレプリケート

管理対象サーバー独立(Managed Server Independence: MSI)のレプリケーションを構成するサーバー・インスタンスは、実行中である必要はありません。

ドメインの構成ファイルをレプリケートするように管理対象サーバーを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「チューニング」を選択します。

5. チューニング・ページで、ページの下部の「詳細」をクリックし、詳細構成設定を表示します。

6. 「管理対象サーバーの独立を有効化」チェック・ボックスが選択されていることを確認します。
詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

終了後

管理対象サーバーが動作中の場合は、再起動します。

2.1.12 サーバー・オーバーロードの構成

オーバーロード時または障害時のWebLogic Serverの対応を構成できます。

特定のサーバー・インスタンスのオーバーロード設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「オーバーロード」を選択します。

5. 「オーバーロード」ページでは、このサーバーの次のようなオーバーロード構成設定を定義できます。

- ワーク・マネージャの共有容量

- 障害時のアクション

- 危機的状況のアクション

- 空きメモリー比率の最大しきい値

- 空きメモリー比率の最小しきい値

- スタック・スレッド最大時間

- スタック・スレッド数

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.13 サーバー・ヘルス・モニタリングの構成

WebLogic Serverには、自己ヘルス・モニタリング機能が備わっており、この機能を使用することでWebLogic Serverドメイン内にあるサーバーの信頼性や可用性を向上させることができます。各サーバー内の選択されたサブシステムは、そのサブシステムに固有の条件に基づいて自身のヘルス・ステータスをモニターします。

サーバーの自動ヘルス・チェックの頻度、およびノード・マネージャ・アプリケーション(オプション)がサーバーのヘルス状態をチェックする頻度を構成できます。また、このページでは、サーバーのヘルス状態が「障害」になった場合に、ノード・マネージャが自動的にサーバーを停止および再起動するかどうかを指定することもできます。

特定のサーバー・インスタンスのヘルス・モニタリング設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「ヘルス・モニタリング」を選択します。

5. 「ヘルス・モニタリング」ページでは、このサーバー・インスタンスの次のようなヘルス・モニタリング構成設定を定義できます。

- ヘルス・チェック間隔

- 失敗時の自動強制停止

- 自動再起動

- 再起動間隔

- 期間内の最大再起動回数

- 再起動遅延秒数

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.14 サーバー起動の構成

ノード・マネージャは、正常または予期しない状態にあるサーバーを起動、中断、停止および再起動するのに使用するWebLogic Serverユーティリティです。ノード・マネージャがリモート・マシンでこのサーバーを起動する際に使用する起動設定を構成できます。

特定のサーバー・インスタンスを起動するためにノード・マネージャが使用する起動オプションを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「サーバーの起動」を選択します。

5. 「サーバーの起動」ページでは、このサーバー・インスタンスの次のような起動構成設定を定義できます。

- Javaホーム

- Javaベンダー

- BEAホーム

- ルート・ディレクトリ

- クラス・パス

- 引数

- セキュリティ・ポリシー・ファイル

- ユーザー名

- パスワード

- パスワードの確認

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.15 サーバーの起動と停止の設定の構成

サーバー・インスタンスの起動と停止の設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「開始/停止」を選択します。

5. 「開始/停止」ページでは、このサーバー・インスタンスの次のような起動と停止の構成設定を定義できます。

- 停止時にセッションを無視

- 正常な停止のタイムアウト

- 起動のタイムアウト

- サーバーのライフサイクルのタイムアウト

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

2.1.16 サーバーのWebサービスの構成

構成を表示および変更するには、先にWebサービスをインストールする必要があります。この項には、次の項目が含まれます。

- Webサービスのメッセージ・バッファリングの構成

- Webサービスの信頼できるメッセージングの構成

- 論理ストアの表示

2.1.16.1 Webサービスのメッセージ・バッファリングを構成します。

Webサービスのメッセージ・バッファリングを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「Webサービス」を選択します。

5. 「バッファリング」ページを選択します。

6. 「バッファリング」ページでは、このサーバー・インスタンスの次のようなメッセージ・バッファリング構成プロパティを定義できます。

- 再試行回数

- 再試行の遅延

- リクエスト・キューの有効化

- リクエスト・キューの接続ファクトリのJNDI名

- リクエスト・キュー・トランザクションの有効化

- レスポンス・キューの有効化

- レスポンス・キューの接続ファクトリのJNDI名

- レスポンス・キュー・トランザクションの有効化

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.16.2 Webサービスの信頼できるメッセージングの構成

Webサービスの信頼性のあるメッセージングとは、ある1つのアプリケーション・サーバーで実行中のアプリケーションが、別のアプリケーション・サーバーで実行中のWebサービスを確実に呼び出せるフレームワークです。ここでは、双方のサーバーでWS-Reliable Messaging仕様が実装されていることが前提となっています。信頼性のある、とは2つのWebサービス間でのメッセージの配信を保証できるということです。このページでは、Webサービス・エンドポイント上の信頼性のあるメッセージの構成をカスタマイズします。

Webサービスの信頼性のあるメッセージングを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「Webサービス」を選択します。

5. 「信頼できるメッセージ」ページを選択します。

6. 「信頼できるメッセージング」ページでは、このサーバー・インスタンスの次のような信頼できるメッセージング構成プロパティを定義できます。

- 基本の再送信間隔

- 再送信間隔の指数関数的バックオフの有効化

- 非バッファ送信元

- 非バッファ宛先

- 確認応答の間隔

- 非アクティブ・タイムアウト

- 順序の有効期限

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.16.3 論理ストアの表示

論理ストアは名前付きのストレージ・ユニットで、ビジネス上の構成要件を示し、Webサービスを物理ストアとバッファリング・キューに接続します。

このサーバー・インスタンスに構成された論理ストアを表示するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「Webサービス」を選択します。

5. 「論理ストア」ページを選択します。

6. 「論理ストア」ページでは、このサーバー・インスタンスに構成された各論理ストアの次のような構成情報を表示できます。

- 名前

- 永続性方式

- リクエスト・バッファリング・キューのJNDI名

- レスポンス・バッファリング・キューのJNDI名

- デフォルト

これらのフィールドの詳細は、構成オプションを参照してください。

2.1.17 サーバーのCoherenceクラスタ設定の構成

特定のサーバー・インスタンスのCoherenceを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「Coherence」を選択します。

5. 「Coherence」ページでは、このサーバー・インスタンスに使用するCoherenceクラスタを指定でき、次のような構成設定も定義できます。

- ユニキャスト・リスニング・アドレス

- ユニキャスト・リスニング・ポート

- ユニキャスト・ポートの自動調整

- ローカル記憶域有効

- Coherence Web論理ストレージ有効化

- サイト名

- ラック名

6. 「保存」をクリックします。
詳細は、構成オプションを参照してください。

2.1.18 サーバー・プロトコルの設定の構成

この項では、サーバー・プロトコルを構成する方法について説明します。

この項には、次の項目が含まれます。

- サーバー・プロトコルの一般設定の構成

- サーバーのHTTP設定の構成

- サーバーのjCOM設定の構成

- サーバーのIIOP設定の構成

- サーバーのネットワーク・チャネル設定の構成

- サーバーのネットワーク・チャネル設定の構成

2.1.18.1 サーバー・プロトコルの一般設定の構成

サーバー・インスタンスのプロトコルの一般設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「プロトコル」を選択します。

5. 「一般設定」ページを選択します。

6. 「一般設定」ページでは、このサーバー・インスタンスが使用する様々な通信プロトコルの次のような接続設定を定義できます。

- 完了メッセージ・タイムアウト

- アイドル接続タイムアウト

- トンネリングの有効化

- トンネリング・クライアントPing

- トンネリング・クライアント・タイムアウト

- 最大メッセージ・サイズ

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.18.2 サーバーのHTTP設定の構成

サーバー・インスタンスのHTTPプロトコル設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「プロトコル」を選択します。

5. 「HTTP」ページを選択します。

6. 「HTTP」ページでは、このサーバー・インスタンスの次のようなHTTP設定を定義できます。

- デフォルトWebアプリケーションのコンテキスト・ルート

- POSTタイムアウト

- 最大POSTサイズ

- キープアライブの有効化

- 期間

- HTTPS期間

- フロントエンド・ホスト

- フロントエンドHTTPポート

- フロントエンドHTTPSポート

- WAPの有効化

- リモート・アドレスのオーバーライド

- サーバー・ヘッダーの送信

- getRealPath()でコンテキスト・パスを許可

- HTTPの最大メッセージ・サイズ

- トンネリングの有効化

- トンネリング・クライアントPing

- トンネリング・クライアント・タイムアウト

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.18.3 サーバーのjCOM設定の構成

サーバー・インスタンスのJava to COM (jCOM)プロトコル設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「プロトコル」を選択します。

5. 「jCOM」ページを選択します。

6. 「jCOM」ページでは、このサーバー・インスタンスの次のようなjCOMプロトコル設定を定義できます。

- COMの有効化

- NT認証ホスト

- ネイティブ・モードの有効化

- 冗長ロギングの有効化

- メモリー・ロギングの有効化

- 列挙値のプリフェッチ

- アパートメント・スレッド

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.18.4 サーバーのIIOP設定の構成

サーバー・インスタンスのInternet Inter-ORB Protocol (IIOP)設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「プロトコル」を選択します。

5. 「IIOP」ページを選択します。

6. 「IIOP」ページで、このサーバー・インスタンスに対してIIOPを有効化できます。
これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このサーバー・インスタンスの詳細構成設定を定義します。

7. 「保存」をクリックします。

2.1.18.5 サーバーのネットワーク・チャネル設定の構成

サーバー・インスタンスのネットワーク・チャネルのプロトコル設定をモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「プロトコル」を選択します。

5. 「チャネル」ページを選択します。

6. 「チャネル」表には、このサーバー・インスタンスに構成された各ネットワーク・チャネルに関する次のような情報が表示されます。

- 名前

- プロトコル

- 有効

- リスニング・アドレス

- リスニング・ポート

- パブリック・アドレス

- パブリック・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

2.1.18.6 サーバーのネットワーク・チャネル設定の構成

サーバー・インスタンスのネットワーク・チャネルのプロトコル設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」ドロップダウン・メニューから「管理」を選択し、「プロトコル」を選択します。

5. 「チャネル」ページを選択します。

6. 「チャネル」表で、構成するチャネルの名前を選択します。

7. 「構成」を選択します。

8. 「一般」ページでは、ネットワーク・チャネルの次のような一般構成設定を定義できます。

- 名前

- プロトコル

- リスニング・ポート

- リスニング・アドレス

- 外部リスニング・アドレス

- 外部リスニング・ポート

- 有効

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このネットワーク・チャネルの詳細構成設定を定義できます。

9. 「保存」をクリックします。

10. 「セキュリティ」ページでは、ネットワーク・チャネルの次のようなセキュリティ構成オプションを定義できます。

- 双方向SSL有効

- クライアント証明書の強制

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このネットワーク・チャネルの詳細構成設定を定義できます。

11. 「保存」をクリックします。

注意:
サーバー・テンプレートのネットワーク・チャネル設定の構成の詳細は、「サーバー・テンプレートのネットワーク・チャネル設定の構成」を参照してください。

2.1.19 サーバー・ノートの作成

サーバー構成のノートを作成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」メニューから「管理」を選択し、「ノート」を選択します。

5. 「ノート」ページでノートを入力します。

6. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

2.1.20 動的サーバーのサーバー・テンプレートの構成

動的サーバーのサーバー・テンプレートの構成を表示または変更するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するサーバー・インスタンスを選択します。

4. 「WebLogic Server」メニューから、「管理」、「サーバー・テンプレート」の順に選択します。

5. この動的サーバーに関連付けられているサーバー・テンプレートの構成を表示または変更するには、「サーバー・テンプレート」リンクをクリックします。

詳細は、構成オプションを参照してください。

3 WebLogic Serverクラスタ

WebLogic Serverクラスタは、同時に動作し、連携して高度なスケーラビリティと信頼性を実現する複数のWebLogic Serverサーバー・インスタンスで構成されます。

クライアントでは、1つのクラスタが、1つのWebLogic Serverインスタンスのように認識されます。クラスタを構成する複数のサーバー・インスタンスは同じマシン上で実行することも、複数のマシンに配置することもできます。クラスタの能力は、既存のマシン上のクラスタにサーバー・インスタンスを追加することによって強化できます。また、新たにサーバー・インスタンスを配置するためのマシンをクラスタに追加することもできます。クラスタ内の各サーバー・インスタンスでは、同一バージョンのWebLogic Serverを実行する必要があります。

3.1 クラスタの構成

この項では、クラスタを構成する方法について説明します。この項には、次の項目が含まれます。

- クラスタの一般設定の構成

- クラスタのJTA設定の構成

- クラスタ・メッセージングの構成

- クラスタ内のサーバー・インスタンスの構成

- クラスタ・レプリケーションの構成

- クラスタの移行の構成

- クラスタのシングルトン・サービスの構成

- クラスタのジョブ・スケジューリングの構成

- クラスタのオーバーロード設定の構成

- クラスタのヘルス・モニタリングの構成

- クラスタのHTTP設定の構成

- クラスタのCoherenceクラスタ設定の構成

- クラスタ・ノートの作成

3.1.1 クラスタの一般設定の構成

クラスタの一般設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「一般設定」を選択します。
「一般設定」ページでは、次のようなクラスタの一般設定を定義できます。

- 名前

- デフォルトのロード・アルゴリズム

- クラスタ・アドレス

- クラスタ・アドレス内のサーバー数

- トランザクション・アフィニティの有効化

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開してこのクラスタの詳細設定を定義します。

5. 「保存」をクリックします。

3.1.2 クラスタのJTA設定の構成

クラスタのJTAを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「Java Transaction API (JTA)」を選択します。
「Java Transaction API (JTA)」ページでは、次のようなクラスタのJTA設定を定義できます。

- タイムアウト

- 破棄タイムアウト

- beforeCompletionの反復上限

- 最大トランザクション数

- 一意名の最大数

- チェックポイント間隔

- ヒューリスティックの無視

- リソース登録解除の猶予期間

- XA呼出しの並列実行

- 2フェーズ・コミットの有効化

- 密結合トランザクションの有効化

- クラスタ全体の回復の有効化

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開してこのクラスタの詳細設定を定義します。

5. 「保存」をクリックします。

3.1.3 クラスタ・メッセージングの構成

クラスタではメッセージングを使用して、セッション、ロード・バランシングとフェイルオーバー、JMSおよびその他の情報をクラスタのメンバー間で共有します。ユニキャストまたはマルチキャスト・メッセージを使用できます。マルチキャストは、複数のアプリケーションが指定されたIPアドレスとポート番号にサブスクライブしてメッセージをリスニングできるようにする単純なブロードキャスト技術ですが、ハードウェアの構成とサポートが必要です。ユニキャストには、これらの要件がありません。

クラスタのメッセージングを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「メッセージング」を選択します。
「メッセージング」ページでは、クラスタの次のようなメッセージング設定を定義できます。

- メッセージング・モード

- ユニキャスト・ブロードキャスト・チャネル

- マルチキャスト・アドレス

- マルチキャスト・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開してこのクラスタの詳細設定を定義します。

5. 「保存」をクリックします。

3.1.4 クラスタ内のサーバー・インスタンスの構成

クラスタ内のサーバー・インスタンスを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「サーバー」を選択します。
「サーバー」ページでは、クラスタ内のサーバー・インスタンスの次のような設定を定義できます。

- サーバー・テンプレート

- サーバーの最大数

- サーバー名の接頭辞

- 計算済みリスニング・ポートの有効化

- 計算済みマシン関連付けの有効化

- マシン名マッチング式

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

3.1.5 クラスタ・レプリケーションの構成

クラスタのレプリケーションを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「レプリケーション」を選択します。
「レプリケーション」ページでは、次の設定を含め、クラスタにわたってWebLogic ServerがHTTPセッション状態をレプリケートする方法を構成できます。

- クラスタ間レプリケーションのタイプ

- リモート・クラスタ・アドレス

- レプリケーション・チャネル

- セッション永続性に使用するデータ・ソース

- 停止時にセッションを保持

- セキュア・レプリケーションの有効化

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開してこのクラスタの詳細設定を定義します。

5. 「保存」をクリックします。

3.1.6 クラスタの移行の構成

クラスタ・サーバーで障害が発生すると、ノード・マネージャは、サーバー・インスタンスとそのサービスを別のマシンで自動的に再起動できます。ノード・マネージャが移行可能サーバーを再起動できるマシンと、サーバー移行時に使用されるデータソースを指定できます。

クラスタ内のサーバーの移行を構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「移行」を選択します。
「移行」ページでは、次のようなクラスタの移行に関連した設定を指定できます。

- 移行可能サーバーの候補マシン

- 移行基準

- 自動移行に使用するデータ・ソース

- 自動移行表名

- メンバー停止検出の有効化

- メンバー検出タイムアウト

- リーダー・ハートビート期間

- 移行の追加試行回数

- 移行の試行間の休止時間

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

3.1.7 クラスタのシングルトン・サービスの構成

この項では、シングルトン・サービスを構成および制御する方法について説明します。

この項には、次の項目が含まれます。

- クラスタのシングルトン・サービスの一般設定の構成

- クラスタのシングルトン・サービス移行の構成

- シングルトン・サービスのノートの作成

3.1.7.1 クラスタのシングルトン・サービスの一般設定の構成

クラスタのシングルトン・サービスの一般設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「シングルトン・サービス」を選択します。
「シングルトン・サービス」表で、構成するシングルトン・サービスを選択します。

5. 「構成」を選択し、「一般」を選択します。
「一般」ページでは、このシングルトン・サービスのクラスの関連付けの次のような設定を定義できます。

- 名前

- クラス名

- 移行の追加試行回数

- 試行間のスリープ時間

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

3.1.7.2 クラスタのシングルトン・サービス移行の構成

クラスタのシングルトン・サービスの移行を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「シングルトン・サービス」を選択します。
「シングルトン・サービス」表で、構成するシングルトン・サービスを選択します。

5. 「構成」を選択し、「移行」を選択します。
「移行」ページでは、このシングルトン・サービスの次のような移行設定を定義できます。

- 名前

- ユーザーの優先サーバー

- 控えの候補サーバー

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

3.1.7.3 シングルトン・サービスのノートの作成

シングルトン・サービスのノートを作成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「シングルトン・サービス」を選択します。
「シングルトン・サービス」表で、構成するシングルトン・サービスを選択します。

5. 「ノート」を選択します。

6. 「ノート」ページでノートを入力します。
これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

3.1.8 クラスタのジョブ・スケジューリングの構成

ジョブ・スケジューリングでは、Java CommonJタイマーをクラスタに対応させ、特定のサーバー・インスタンスに依存せずにクラスタ内の任意の場所で定期的にジョブを実行できます。

クラスタ内でジョブ・スケジューリングを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「スケジューリング」を選択します。
「スケジューリング」ページでは、クラスタ内のサーバー間で情報を共有する方法を指定する構成設定を定義できます。

5. 「ジョブ・スケジューラのデータ・ソース」フィールドで、使用するデータソースを選択します。

6. 「ジョブ・スケジューラ表名」フィールドに、ジョブ・スケジューラでアクティブとなっているタイマーの格納に使用する表名を入力します。

7. 「保存」をクリックします。
詳細は、構成オプションを参照してください。

3.1.9 クラスタのオーバーロード設定の構成

クラスタのオーバーロードを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「オーバーロード」を選択します。
「オーバーロード」ページでは、オーバーロードまたは障害時に、このクラスタ内のWebLogic Serverインスタンスがどのように対応するかを制御する、クラスタ全体のデフォルトを構成できます。定義できる設定は、次のとおりです。

- ワーク・マネージャの共有容量

- 障害時のアクション

- 危機的状況のアクション

- 空きメモリー比率の最大しきい値

- 空きメモリー比率の最小しきい値

- スタック・スレッド最大時間

- スタック・スレッド数

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

3.1.10 クラスタのヘルス・モニタリングの構成

WebLogic Serverには、自己ヘルス・モニタリング機能が備わっており、この機能を使用することでWebLogic Serverドメイン内にあるサーバーの信頼性や可用性を向上させることができます。各サーバー・インスタンス内の選択されたサブシステムは、サブシステムに固有の条件に基づいて自身のヘルス・ステータスをモニターします。

クラスタのヘルス・モニタリング特性を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「ヘルス・モニタリング」を選択します。
「ヘルス・モニタリング」ページでは、このクラスタの次のようなヘルス・モニタリング特性を構成できます。

- クラスタ間通信リンクのヘルス・チェック間隔

- ヘルス・チェック間隔

- 分離までのヘルス・チェック待機回数

- 分離までの猶予期間

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

3.1.11 クラスタのHTTP設定の構成

クラスタのHTTP設定を構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「HTTP」を選択します。
「HTTP」ページでは、このクラスタの次のようなHTTP設定を定義できます。

- フロントエンド・ホスト

- フロントエンドHTTPポート

- フロントエンドHTTPSポート

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

3.1.12 クラスタのCoherenceクラスタ設定の構成

クラスタのCoherence設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「Coherence」を選択します。
「Coherence」ページでは、このクラスタに使用するCoherenceクラスタを選択し、次のような設定を定義できます。

- ローカル記憶域有効

- Coherence Webローカル・ストレージの有効化

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

3.1.13 クラスタ・ノートの作成

クラスタ構成のノートを作成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「ターゲット・ナビゲーション」ペインで、構成するクラスタを選択します。

4. 「WebLogicクラスタ」メニューから「管理」を選択し、「ノート」を選択します。

5. 「ノート」ページでノートを入力します。

6. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

4 WebLogic Serverマシン

マシンとは、1つ以上のWebLogic Serverインスタンスをホストするコンピュータの論理表現です。管理対象サーバーは、それぞれ1台のマシンに割り当てる必要があります。管理サーバーは、ノード・マネージャとともにマシン定義を使用してリモート・サーバーを起動します。

ノード・マネージャは、離れた場所から管理サーバー・インスタンスや管理対象サーバー・インスタンスを起動、停止、および再起動できるWebLogic Server付属のユーティリティです。ノード・マネージャの使用は必須ではありませんが、高可用性が要求されるアプリケーションをWebLogic Server環境でホストする場合には、複数の分散しているサーバー・インスタンスの実行状態を一元的に制御できるようになるため、これを使用することをお薦めします。

Java実装のノード・マネージャは、デフォルトで同じドメインに属するすべてのサーバー・インスタンスを制御するように構成される、ドメインごとのノード・マネージャです。サーバー・インスタンスは同じマシンに存在する必要はありません。

4.1 マシンのモニター

現在のドメインに構成されているマシンをモニターするには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表に、現在のWebLogic Serverドメイン内に構成されているマシンに関する次のような情報が表示されます。

- 名前

- タイプ

これらのフィールドの詳細は、構成オプションを参照してください。

4.2 マシンの構成

この項では、マシンを構成する方法について説明します。この項には、次の項目が含まれます。

- マシンの一般設定の構成

- UNIXマシンの一般設定の構成

- ノード・マネージャ設定の構成

- マシン・サーバー設定の構成

- サーバー・インスタンスの追加または削除

- マシン・ノートの作成

4.2.1 マシンの一般設定の構成

マシンの一般構成設定をモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 例による問合せ

4. 表で、一般構成設定を表示するマシンの名前を選択します。

5. 「構成」を選択し、「一般」を選択します。
「一般」ページでは、マシンの次の構成設定をモニターできます。

- 名前

- タイプ

これらのフィールドの詳細は、構成オプションを参照してください。

4.2.2 UNIXマシンの一般設定の構成

UNIXマシンの一般構成設定をモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 例による問合せ

4. 表で、一般構成設定を表示するUNIXマシンの名前を選択します。

5. 「構成」を選択し、「一般」を選択します。
「一般」ページでは、UNIXマシンの次の属性を構成できます。

- タイプ

- 名前

- バインド後のUIDの有効化

- バインド後のUID

- バインド後のGIDの有効化

- バインド後のGID

これらのフィールドの詳細は、構成オプションを参照してください。

4.2.3 ノード・マネージャ設定の構成

マシンのノード・マネージャ設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 例による問合せ

4. 表で、ノード・マネージャ設定を構成するマシンの名前を選択します。

5. 「構成」を選択し、「ノード・マネージャ」を選択します。
「ノード・マネージャ」ページでは、ノード・マネージャの次のような設定を構成できます。

- タイプ

- リスニング・アドレス

- リスニング・ポート

- ノード・マネージャ・ホーム

- シェル・コマンド

- デバッグ有効

これらのフィールドの詳細は、構成オプションを参照してください。

4.2.4 マシン・サーバー設定の構成

マシンのサーバー設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 例による問合せ

4. 表で、サーバー構成情報を表示するマシンの名前を選択します。

5. 「構成」を選択し、「サーバー」を選択します。
「サーバー」ページでは、マシンとの間でサーバーの追加または削除ができます。また、マシンに関連付けられたサーバーの次のような構成情報も表示できます。

- 名前

- タイプ

- クラスタ

- マシン

- 状態

- ヘルス

- リスニング・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

4.2.5 サーバー・インスタンスの追加または削除

マシンとの間でサーバー・インスタンスを追加または削除するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 例による問合せ

4. 表で、サーバー・インスタンスを追加または削除するマシンの名前を選択します。

5. 「構成」を選択し、「サーバー」を選択します。

6. 「追加/削除」をクリックします。

7. 「サーバーの追加/削除」ページでは、サーバー・インスタンスを「使用可能」リストと「選択済み」リストの間で移動することで、マシンとの間でサーバー・インスタンスの追加または削除ができます。このページを使用してマシンから追加または削除できるのは、停止していて静的に構成されているサーバー・インスタンスのみです。
詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

4.2.6 マシン・ノートの作成

マシンのノートを作成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。

4. 「マシン」表で、ノートを作成するマシンの名前を選択します。

5. 「ノート」を選択します。

6. 「ノート」ページでノートを入力します。

7. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

5 WebLogic Server JDBCデータソース

この項では、現在のドメインにデプロイされているデータ・ソースを作成、監視、制御および構成する方法について説明します。Java Database Connectivity (JDBC)では、WebLogicドメインでJDBCデータソースを介してデータベース接続を構成できます。データ・ソースは、Java EEにおいてデータベース接続を構成するための標準的な手法です。各WebLogicデータ・ソースは、データベース接続のプールを保有しています。

アプリケーションは、JNDIツリーまたはローカル・アプリケーション・コンテキストでデータソースを検索し、getConnectionメソッドを使用してデータベース接続を予約します。データ・ソースおよびその接続プールは、システムの効率的な稼働を維持するための接続管理プロセスを備えています。

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

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

- JDBCデータ・ソースのモニター

- JDBCデータ・ソースの制御

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

5.1 JDBCデータ・ソースの作成

接続する各データベースに対するデータ・ソースを作成する必要があります。1つのデータベースに対し、構成オプションのセットが複数必要な場合は、同じデータベースへの接続を含むデータ・ソースを複数作成できます。この項には、次の項目が含まれます。

- JDBC汎用データ・ソースの作成

- JDBC GridLinkデータ・ソースの作成

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

- 既存のデータソースからのJDBCデータソースの作成

5.1.1 JDBC汎用データ・ソースの作成

始める前に

データベース接続の作成に使用するJDBCドライバが、データソースのデプロイ先となるすべてのサーバー・インスタンスにインストールされていることを確認します。DB2、Informix、Microsoft SQL ServerおよびSybase用のOracle Type 4 JDBCドライバなど、一部のJDBCドライバはWebLogic Serverとともにインストールされています。

汎用JDBCデータソースを作成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが表示されます。

4. 「作成」をクリックし、「汎用データ・ソース」を選択します。

5. 次の各ページで、JDBCデータ・ソースの構成オプションを定義します。

- データソース・プロパティ

- 接続プロパティ

- トランザクション・プロパティ

- ターゲットの選択

- 確認

6. 「作成」をクリックして、JDBCデータソースの構成を保存し、選択したターゲットにデータソースをデプロイします。

5.1.1.1 データソースのプロパティ

「データソース・プロパティ」ページでは、このJDBCデータソースの一般構成オプションを定義します。

- データソース名: このJDBCデータソースの名前を入力します。この名前は、データソースを参照するたびに構成ファイル(config.xml)で使用されます。

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

注意:
JDBCドライバを使用してデータベース接続を作成するには、先にJDBCドライバをインストールしておく必要があります。一部のドライバはWebLogic Serverとともにインストールされていますが、多くのドライバはインストールされていません。

- JNDI名: このJDBCデータソースのバインド先とするJNDIパスを入力します。アプリケーションは、接続を予約する際、この名前でJNDIツリー上のデータ・ソースをルックアップします。

- 行プリフェッチ有効: 1回のサーバー・アクセスで「プリフェッチされる」(つまり、サーバーからクライアントに送られる)複数の行を有効にするために選択します。

- 行プリフェッチ・サイズ: 行プリフェッチを有効にした場合、クライアントのためにプリフェッチする結果セット行の数を指定します。

- ストリーム・チャンク・サイズ: データ・タイプをストリーミングするためのデータ・チャンク・サイズを指定します。

詳細は、構成オプションを参照してください。

5.1.1.2 接続プロパティ

接続プロパティ・ページで:

1. 「接続プロパティ」ページでは、「データベース接続情報」セクションの次のプロパティの値を入力します。

- データベースURL: 接続先のデータベースのURLを入力します。URLの書式は、使用するJDBCドライバによって異なります。

- パスワード: データベース接続を作成するために使用するデータベース・アカウント・パスワードを入力します。

- テスト対象の表名またはSQL文: 物理データベース接続をテストするために使用するデータベース表またはSQL文の名前を入力します。
この名前は、「テスト間隔」を指定し、「予約された接続のテスト」を有効にした場合に必要になります。接続をテストするために使用されるデフォルトのSQLコードは、select count(*) from TestTableNameです。テスト対象の表名がSQLで始まる場合、SQLより後の文字列は、標準の問合せのかわりに接続をテストするリテラルのSQL文として扱われます。たとえば、SELECT 1 FROM DUALです。

2. 「プロパティ」セクションで「追加」をクリックし、データソース・クラスで必要とされるプロパティを入力します。(たとえば、server=dbserver1)。

3. 「システム・プロパティ」セクションで「追加」をクリックし、データ・ソース・クラスに必要なプロパティを入力します。(たとえば、server=dbserver1)。

4. 「接続プール・プロパティ」セクションには、次のプロパティの値を入力します。

- 初期容量: 接続プールを作成する場合に作成する物理接続の数を入力します。

- 最大容量: この接続プールに収容できる物理接続の最大数を入力します。

- 容量増分: 新しい接続が接続プールに追加されるときに作成される接続の数を入力します。

- 文キャッシュ・タイプ: 文キャッシュに格納されているプリコンパイルされた文の維持に使用されるアルゴリズムを選択します。

- 文キャッシュ・サイズ: キャッシュに格納されているプリコンパイル済またはコール可能な文の数を入力します。(これによって、サーバーのパフォーマンスが向上する場合があります。)

5. 「拡張」セクションには、次のプロパティの値を入力します。

- 予約時の接続テスト: 接続をクライアントに渡す前に、WebLogic Serverが接続をテストできるようにするかどうかを選択します。(「テスト対象の表名」を指定する必要があります。)

- テスト間隔(秒): 未使用の接続をWebLogic Serverがテストする間隔の秒数を入力します。(「テスト対象の表名」を指定する必要があります。)テストに失敗した接続は閉じられ、再度開かれて有効な物理接続が再確立されます。テストが再度失敗すると、その接続は閉じられます。

- アイドル・プール接続を信頼する秒数: 接続がアプリケーションに渡される前、または定期的な接続テストの処理中に、その接続がまだ有効であり、接続テストをスキップするとWebLogic Serverが信頼している接続使用の秒数を入力します。

- 縮小頻度(秒): 需要に合うようにしだいに増加した接続プールを縮小するまでに待機する秒数を入力します。

- 初期SQL: 新しく作成された物理データベース接続を初期化するために実行するSQL文を入力します。文の記述は「SQL」で開始し、その後はスペースとします。

- 接続作成の再試行間隔(秒): データベースへの接続を確立する試行間の秒数を入力します。

- ログイン遅延(秒): 各物理データベース接続を作成するまでの遅延の秒数を入力します。この遅延により、短時間に連続する複数の接続リクエストを処理できないデータベース・サーバーがサポートされます。

- 非アクティブ接続タイムアウト(秒): WebLogic Serverが接続を再要求して接続プールに戻すまでの予約済接続の非アクティブな秒数を入力します。

- 接続の最大待機時間: データ・ソースの接続プールからの接続の予約を待機する間、同時にスレッドをブロックできる接続リクエストの最大数を入力します。

- 接続予約のタイムアウト(秒): 接続プールから接続を予約する呼出しがタイムアウトになるまでの秒数を入力します。

- 文タイムアウト: 現在実行されている文がタイムアウトするまでの時間を入力します。

- 使用中の接続の無視: プールから取得した接続がまだ使用されている場合でも、データソースを停止できるようにします。

- スレッドに固定: アプリケーションによって論理接続が閉じられた後でもプールされたデータベース接続を実行スレッドが保持できるようにすることによって、パフォーマンスを向上できます。

- 影響のある接続の削除を有効化: アプリケーションで基底のベンダー接続オブジェクトが使用された後で、接続プールから接続を削除するかどうかを指定します。

- データ型のラップ: ラップを有効にするかどうかを指定します。

- 致命的エラー・コード: 致命的エラーとして扱われるエラー・コードのカンマ区切リストを指定します。

- 接続ラベリング・コールバック: 接続ラベリング・コールバックのクラス名を入力します。

- 接続獲得最大数: 接続収集が行われるときに収集できる接続の最大数を入力します。

- 接続収集トリガー数: 接続収集がいつ行われるかを判断するために使用される使用可能な接続(トリガー値)の数を指定します。

- 無効化されるまでリフレッシュに失敗した接続の数: データベース障害によって発生した接続リクエストの処理の遅延を最小限に抑えるためにWebLogic Serverが接続プールを無効化するまでの間許可される、再接続の失敗数を指定します。

- フラッシュされるまでのテストの失敗数: さらなるデータベース・テストによって発生する遅延を最小限に抑えるためにWebLogic Serverが接続プール内のすべての未使用の接続を閉じるまでの間許可される、テストの失敗数を指定します。

詳細は、構成オプションを参照してください。

5.1.1.3 トランザクション・プロパティ

「トランザクション・プロパティ」ページで、次の手順を実行します。「JDBCデータ・ソースのプロパティ」ページで選択したドライバによっては、これらのオプションを指定せずに済む場合があります。

グローバル・トランザクションのサポート: このチェック・ボックスを選択すると(デフォルト)、このデータソースでグローバル・トランザクションのサポートが有効になります。このチェック・ボックスの選択を解除すると、このデータ・ソースではグローバル・トランザクションが無効になります(無視されます)。ほとんどの場合、このオプションは選択したままにしておきます。

「グローバル・トランザクションのサポート」を選択した場合は、トランザクション処理に関するオプションを選択します(選択可能なオプションは、XAドライバと非XAドライバのいずれを選択したかで異なります)。

- 1フェーズ・コミット: このオプションを選択すると、非XA接続が、唯一のトランザクション参加コンポーネントとしてグローバル・トランザクションに参加できるようになります。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

- 2フェーズ・コミットのエミュレート: 非XA JDBC接続が、JTAを使用して分散トランザクションへの参加をエミュレートできるようになります。このオプションは、ヒューリスティックな状況に耐えられるアプリケーションでのみ使用してください。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

- ロギング・ラスト・リソース: このオプションを選択すると、非XA JDBC接続が、ロギング・ラスト・リソース(LLR)によるトランザクションの最適化を使用して、グローバル・トランザクションに参加できるようになります。「2フェーズ・コミットのエミュレート」のかわりに使用することをお薦めします。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

詳細は、構成オプションを参照してください。

5.1.1.4 ターゲットの選択

「ターゲットの選択」ページで、データ・ソースのデプロイ先となるサーバー・インスタンスおよびクラスタを選択します。

詳細は、構成オプションを参照してください。

5.1.1.5 確認

「確認」ページで、このJDBCデータ・ソースの構成を確認します。

詳細は、構成オプションを参照してください。

5.1.2 JDBC GridLinkデータ・ソースの作成

WebLogicドメインにJDBC GridLinkデータ・ソースを追加することにより、Oracle RACインストール環境とのデータベース接続を構成します。データ・ソースおよびその接続プールは、システムの効率的な稼働を維持するための接続管理プロセスを備えています。

JDBC GridLinkデータ・ソースを作成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが表示されます。

4. 「作成」をクリックし、「GridLinkデータ・ソース」を選択します。

5. 次の各ページで、JDBC GridLinkデータ・ソースの構成オプションを定義します。

- データソース・プロパティ

- 接続プロパティ

- トランザクション・プロパティ

- ONSプロパティ

- ターゲットの選択

- 確認

6. 「作成」をクリックして、JDBC GridLinkデータ・ソースの構成を保存し、選択したターゲットにGridLinkデータ・ソースをデプロイします。

5.1.2.1 データソース・プロパティ

「データソース・プロパティ」ページでは、このJDBCデータソースの一般構成オプションを定義します。

- データソース名: このJDBCデータソースの名前を入力します。この名前は、データソースを参照するたびに構成ファイル(config.xml)で使用されます。

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

注意:
JDBCドライバを使用してデータベース接続を作成するには、先にJDBCドライバをインストールしておく必要があります。一部のドライバはWebLogic Serverとともにインストールされていますが、多くのドライバはインストールされていません。

- JNDI名: このJDBCデータソースのバインド先とするJNDIパスを入力します。アプリケーションは、接続を予約する際、この名前でJNDIツリー上のデータ・ソースをルックアップします。

- 行プリフェッチ有効: 1回のサーバー・アクセスで「プリフェッチされる」(つまり、サーバーからクライアントに送られる)複数の行を有効にするために選択します。

- 行プリフェッチ・サイズ: 行プリフェッチを有効にした場合、クライアントのためにプリフェッチする結果セット行の数を指定します。

- ストリーム・チャンク・サイズ: データ・タイプをストリーミングするためのデータ・チャンク・サイズを指定します。

詳細は、構成オプションを参照してください。

5.1.2.2 接続プロパティ

接続プロパティ・ページで:

1. 「接続プロパティ」ページでは、「データベース接続情報」セクションの次のプロパティの値を入力します。

- データベースURL: 接続先のデータベースのURLを入力します。URLの書式は、使用するJDBCドライバによって異なります。

- パスワード: データベース接続を作成するために使用するデータベース・アカウント・パスワードを入力します。

- テスト対象の表名またはSQL文: 物理データベース接続をテストするために使用するデータベース表またはSQL文の名前を入力します。
この名前は、「テスト間隔」を指定し、「予約された接続のテスト」を有効にした場合に必要になります。接続をテストするために使用されるデフォルトのSQLコードは、select count(*) from TestTableNameです。テスト対象の表名がSQLで始まる場合、SQLより後の文字列は、標準の問合せのかわりに接続をテストするリテラルのSQL文として扱われます。たとえば、SELECT 1 FROM DUALです。

2. 「プロパティ」セクションで「追加」をクリックし、データソース・クラスで必要とされるプロパティを入力します。(たとえば、server=dbserver1)。

3. 「システム・プロパティ」セクションで「追加」をクリックし、データ・ソース・クラスに必要なプロパティを入力します。(たとえば、server=dbserver1)。

4. 「接続プール・プロパティ」セクションには、次のプロパティの値を入力します。

- 初期容量: 接続プールを作成する場合に作成する物理接続の数を入力します。

- 最大容量: この接続プールに収容できる物理接続の最大数を入力します。

- 容量増分: 新しい接続が接続プールに追加されるときに作成される接続の数を入力します。

- 文キャッシュ・タイプ: 文キャッシュに格納されているプリコンパイルされた文の維持に使用されるアルゴリズムを選択します。

- 文キャッシュ・サイズ: キャッシュに格納されているプリコンパイル済またはコール可能な文の数を入力します。(これによって、サーバーのパフォーマンスが向上する場合があります。)

5. 「拡張」セクションには、次のプロパティの値を入力します。

- 予約時の接続テスト: 接続をクライアントに渡す前に、WebLogic Serverが接続をテストできるようにするかどうかを選択します。(「テスト対象の表名」を指定する必要があります。)

- テスト間隔(秒): 未使用の接続をWebLogic Serverがテストする間隔の秒数を入力します。(「テスト対象の表名」を指定する必要があります。)テストに失敗した接続は閉じられ、再度開かれて有効な物理接続が再確立されます。テストが再度失敗すると、その接続は閉じられます。

- アイドル・プール接続を信頼する秒数: 接続がアプリケーションに渡される前、または定期的な接続テストの処理中に、その接続がまだ有効であり、接続テストをスキップするとWebLogic Serverが信頼している接続使用の秒数を入力します。

- 縮小頻度(秒): 需要に合うようにしだいに増加した接続プールを縮小するまでに待機する秒数を入力します。

- 初期SQL: 新しく作成された物理データベース接続を初期化するために実行するSQL文を入力します。文の記述は「SQL」で開始し、その後はスペースとします。

- 接続作成の再試行間隔(秒): データベースへの接続を確立する試行間の秒数を入力します。

- ログイン遅延(秒): 各物理データベース接続を作成するまでの遅延の秒数を入力します。この遅延により、短時間に連続する複数の接続リクエストを処理できないデータベース・サーバーがサポートされます。

- 非アクティブ接続タイムアウト(秒): WebLogic Serverが接続を再要求して接続プールに戻すまでの予約済接続の非アクティブな秒数を入力します。

- 接続の最大待機時間(秒): データソースの接続プールからの接続の予約を待機する間、同時にスレッドをブロックできる接続リクエストの最大数を入力します。

- 接続予約のタイムアウト(秒): 接続プールから接続を予約する呼出しがタイムアウトになるまでの秒数を入力します。

- 文タイムアウト: 現在実行されている文がタイムアウトするまでの時間を入力します。

- 使用中の接続の無視: プールから取得した接続がまだ使用されている場合でも、データソースを停止できるようにします。

- スレッドに固定: アプリケーションによって論理接続が閉じられた後でもプールされたデータベース接続を実行スレッドが保持できるようにすることによって、パフォーマンスを向上できます。

- 影響のある接続の削除を有効化: アプリケーションで基底のベンダー接続オブジェクトが使用された後で、接続プールから接続を削除するかどうかを指定します。

- データ型のラップ: ラップを有効にするかどうかを指定します。

- 致命的エラー・コード: 致命的エラーとして扱われるエラー・コードのカンマ区切リストを指定します。

- 接続ラベリング・コールバック: 接続ラベリング・コールバックのクラス名を入力します。

- 接続獲得最大数: 接続収集が行われるときに収集できる接続の最大数を入力します。

- 接続収集トリガー数: 接続収集がいつ行われるかを判断するために使用される使用可能な接続(トリガー値)の数を指定します。

- 無効化されるまでリフレッシュに失敗した接続の数: データベース障害によって発生した接続リクエストの処理の遅延を最小限に抑えるためにWebLogic Serverが接続プールを無効化するまでの間許可される、再接続の失敗数を指定します。

- フラッシュされるまでのテストの失敗数: さらなるデータベース・テストによって発生する遅延を最小限に抑えるためにWebLogic Serverが接続プール内のすべての未使用の接続を閉じるまでの間許可される、テストの失敗数を指定します。

詳細は、構成オプションを参照してください。

5.1.2.3 トランザクション・プロパティ

「トランザクション・プロパティ」ページで、次の手順を実行します。「JDBCデータ・ソースのプロパティ」ページで選択したドライバによっては、これらのオプションを指定せずに済む場合があります。

グローバル・トランザクションのサポート: このチェック・ボックスを選択すると(デフォルト)、このデータソースでグローバル・トランザクションのサポートが有効になります。このチェック・ボックスの選択を解除すると、このデータ・ソースではグローバル・トランザクションが無効になります(無視されます)。ほとんどの場合、このオプションは選択したままにしておきます。

「グローバル・トランザクションのサポート」を選択した場合は、トランザクション処理に関するオプションを選択します(選択可能なオプションは、XAドライバと非XAドライバのいずれを選択したかで異なります)。

- 1フェーズ・コミット: このオプションを選択すると、非XA接続が、唯一のトランザクション参加コンポーネントとしてグローバル・トランザクションに参加できるようになります。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

- 2フェーズ・コミットのエミュレート: 非XA JDBC接続が、JTAを使用して分散トランザクションへの参加をエミュレートできるようになります。このオプションは、ヒューリスティックな状況に耐えられるアプリケーションでのみ使用してください。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

- ロギング・ラスト・リソース: このオプションを選択すると、非XA JDBC接続が、ロギング・ラスト・リソース(LLR)によるトランザクションの最適化を使用して、グローバル・トランザクションに参加できるようになります。「2フェーズ・コミットのエミュレート」のかわりに使用することをお薦めします。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

詳細は、構成オプションを参照してください。

5.1.2.4 ONSプロパティ

「ONSプロパティ」ページでは、次のプロパティの値を入力します。

- 「FANの有効化」を選択してOracle FANイベントに登録します。

- 「ONSノード」で「追加」をクリックし、ONSノードごとにONSホストとポートを入力します。

- 個々のノードをテストするには、ONSホストおよびポートの「ONSノードのテスト」をクリックします。

- 必要に応じて、ONSでSSLプロトコルを使用する場合は、ONSウォレット・ファイルを構成します。

詳細は、構成オプションを参照してください。

5.1.2.5 ターゲットの選択

「ターゲットの選択」ページで、データ・ソースのデプロイ先となるサーバー・インスタンスおよびクラスタを選択します。

詳細は、構成オプションを参照してください。

5.1.2.6 確認

「確認」ページで、このJDBC GridLinkデータ・ソースの構成を確認します。

詳細は、構成オプションを参照してください。

5.1.3 JDBCマルチ・データ・ソースの作成

マルチ・データ・ソースは、2つ以上のデータ・ソースの間に、接続リクエストに対するフェイルオーバー機能およびロード・バランシング機能を提供します。マルチ・データソースを作成する前に、マルチ・データソースで管理するデータソースを作成し、マルチ・データソースをデプロイするのと同じターゲットにそれらをデプロイする必要があります。

JDBCマルチ・データ・ソースを作成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが表示されます。

4. 「作成」をクリックし、「マルチ・データソース」を選択します。

5. 次の各ページで、JDBCマルチ・データ・ソースの構成オプションを定義します。

- データ・ソース・プロパティの構成

- ターゲットの選択

- データ・ソースのタイプの選択

- データソースの追加

- 確認

6. 「作成」をクリックして、JDBCマルチ・データソースの構成を保存し、選択したターゲットにマルチ・データソースをデプロイします。

5.1.3.1 データ・ソース・プロパティの構成

「データソース・プロパティの構成」ページでは、このJDBCマルチ・データソースの一般構成オプションを定義します。

- データソース名: このJDBCマルチ・データソースの名前を入力します。この名前は、このマルチ・データソースを参照するたびに構成ファイル(config.xmlおよびJDBCモジュール)で使用されます。

- JNDI名: このJDBCマルチ・データソースのバインド先となるJNDIパスを入力します。アプリケーションは、接続を予約する際、この名前でJNDIツリー上のデータ・ソースをルックアップします。

- アルゴリズム・タイプ: アルゴリズム・タイプを選択します。

- フェイルオーバー: マルチ・データソースは、リストの先頭のデータソースに接続リクエストをルーティングします。リクエストが失敗した場合、リクエストはリストの次のデータソース、さらに次のデータソースというように送られます。

- ロード・バランシング: マルチ・データソースは、そのメンバー・データソースに均等に接続リクエストを分散します。

詳細は、構成オプションを参照してください。

5.1.3.2 ターゲットの選択

「ターゲットの選択」ページで、このJDBCマルチ・データ・ソースのデプロイ先となるサーバー・インスタンスまたはクラスタを選択します。

ここで選択するターゲットによって、このマルチ・データ・ソースの一部として選択できるデータ・ソースが制限されます。選択できるデータ・ソースは、このマルチ・データ・ソースと同じターゲットにデプロイされるデータ・ソースのみとなります。

詳細は、構成オプションを参照してください。

5.1.3.3 データ・ソースのタイプの選択

「データソース・タイプの選択」ページでは、次のオプションのいずれかを選択します。

- XAドライバ: マルチ・データソースは、XA JDBCドライバを使用するデータソースのみを使用してデータベース接続を作成します。

- 非XAドライバ: マルチ・データソースは、非XA JDBCドライバを使用するデータソースのみを使用してデータベース接続を作成します。

ここで選択するオプションによって、後の手順でこのマルチ・データ・ソースの一部として選択できるデータ・ソースが制限されます。JDBCドライバのタイプでデータ・ソースを制限することにより、WebLogic Serverのトランザクション・マネージャで、マルチ・データ・ソースのデータベース接続を使用するグローバル・トランザクションを適切に完了または回復することが可能になります。

詳細は、構成オプションを参照してください。

5.1.3.4 データ・ソースの追加

「データ・ソースの追加」ページで、接続リクエストに対応するためにマルチ・データ・ソースが使用するデータ・ソースを選択します。

詳細は、構成オプションを参照してください。

5.1.3.5 確認

「確認」ページで、このJDBCマルチ・データ・ソースの構成を確認します。

詳細は、構成オプションを参照してください。

5.1.4 既存のデータソースからのJDBCデータソースの作成

新しいJDBCデータソースを作成して、既存のJDBCデータソースと同じ構成設定を持たせることができます。

既存のJDBCデータソースから新しいJDBCデータソースを作成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表では、新しいデータソースを作成するために使用するデータソース・インスタンスの行を選択します。
「類似作成」オプションは、表の上に表示されます。

5. 「類似作成」をクリックします。
新規JDBCデータソースの作成アシスタントが、モデル化した既存のJDBCデータソースと同じ構成設定とともに表示されます。

6. 「新規JDBCデータソースの作成」アシスタントの各ページを見直して、プロパティ値が、新しいJDBCデータソースの目的の構成と一致することを確認します。

7. 「作成」をクリックして、JDBCデータソースの構成を保存し、選択したターゲットにデータソースをデプロイします。

5.2 JDBCデータ・ソースのモニター

JDBCデータソースを作成した後で、これをモニターして、接続を待機している異常な数のリクエストなど、異常なアクティビティを確認できます。データソースとデータベースの間の接続もテストできます。この項には、次の項目が含まれます。

- JDBCデータ・ソースのモニター

- JDBCデータソースのモニター

- JDBC GridLinkデータソースのモニター

- GridLinkデータ・ソース詳細の監視

- JDBCマルチ・データソースのモニター

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

5.2.1 JDBCデータ・ソースのモニター

ドメイン内の各データ・ソース・インスタンスに関する様々な統計をモニターできます。たとえば、接続プール内の現在のデータベース接続数、現在使用中の接続数、データベース接続の最長待機時間などをモニターできます。

現在のドメインにデプロイされているJDBCデータソース・インスタンスのアクティビティをモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」表に、現在のドメインにデプロイされたJDBCデータ・ソース・インスタンスに関する次のような統計が表示されます。

- 「名前」

- タイプ

- リソース

- サーバー名

- 状態

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 表で、構成情報を表示するJDBCデータソースの名前を選択します。

5.2.2 JDBCデータソースのモニター

現在のドメインにデプロイされている特定のJDBCデータソース・インスタンスのアクティビティをモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表では、モニターするJDBCデータソースを選択します。

5. 「モニタリング」を選択します。

6. 「JDBCデータソースのモニター」ページには、このJDBCデータソース・インスタンスに関する次のような統計が表示されます。

- タイプ

- リソース

- スコープ

- サーバー名

- 状態

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

5.2.3 JDBC GridLinkデータソースのモニター

現在のドメインにデプロイされている特定のJDBC GridLinkデータソース・インスタンスのアクティビティをモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表では、モニターするJDBC GridLinkデータソースを選択します。

5. 「モニタリング」を選択します。
「モニタリング」ページには、このJDBC GridLinkデータソースに関する統計が表示されます。

5.2.3.1 GridLinkデータ・ソース詳細の監視

GridLinkデータ・ソース・インスタンスまたはONSクライアントに関連付けられた詳細を監視するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表では、モニターするJDBC GridLinkデータソースを選択します。

5. 「モニタリング」を選択します。
「モニタリング」ページには、このJDBC GridLinkデータソースに関する統計が表示されます。

6. 「監視」表で、監視するインスタンスまたはONSクライアントを選択します。
「インスタンス」ページには、このGridLinkデータソース・インスタンスに関する次のような統計が表示されます。

- インスタンス名

- 状態

- 現在の容量

- 使用可能数

- アクティブ接続の現在の件数

これらのフィールドの詳細は、構成オプションを参照してください。

「ONS」ページには、このGridLinkデータソースONSクライアントに関する次のような統計が表示されます。

- ホスト

- ポート

- ステータス

これらのフィールドの詳細は、構成オプションを参照してください。

5.2.4 JDBCマルチ・データソースのモニター

現在のドメインにデプロイされている特定のJDBCマルチ・データソース・インスタンスのアクティビティをモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、モニターするJDBCマルチ・データソースを選択します。

5. 「モニタリング」を選択します。

6. 「JDBCマルチ・データソースのモニター」ページには、このJDBCマルチ・データソースに参加しているすべてのJDBCデータソースに関する次のような統計が表示されます。

- 名前

- タイプ

- リソース

- サーバー名

- 状態

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

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

データソースの個々のインスタンスは手動でテストできます。データ・ソースのテストを実行すると、WebLogic Serverによりデータ・ソースの接続が予約され、標準のテスト用問合せまたは「テスト対象の表名」で指定された問合せを使用してその接続がテストされて、データベース接続が接続プールに戻されます。ページの上部にテスト結果が表示されます。

手動による接続テストでは、対象のデータ・ソースの「予約時に接続をテスト」属性および「テスト対象の表名」属性が使用されます。これらの属性は、デフォルトで設定されています。ただし、どちらかの属性を変更すると、データベース接続テストはその変更の影響を受けます。

JDBCデータ・ソースをテストするには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表では、モニターするJDBCデータソースを選択します。

5. 「モニタリング」を選択します。

6. 「データソースのテスト」をクリックします。テスト結果が表示されます。

5.3 JDBCデータ・ソースの制御

JDBCデータソースの作成後は、データソースのインスタンスに対して管理タスクを実行できます。たとえば、すべてのデータベース接続のリセット、データソースの使用の中断、データソースの停止などです。この項には、次の項目が含まれます。

- JDBCデータ・ソースの起動

- JDBCデータソースの停止

- 中断されているJDBCデータ・ソースの再開

- JDBCデータ・ソースの中断

- JDBCデータソース接続プールの縮小

- JDBCデータソース接続のリセット

- JDBCデータソース文キャッシュのクリア

- JDBCデータ・ソースの削除

- JDBCデータ・ソースの制御

- JDBCマルチ・データソースの制御

5.3.1 JDBCデータ・ソースの起動

ヘルス状態がShutdownであるデータソース・インスタンスを手動で起動できます。

JDBCデータ・ソースを起動するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCデータ・ソースを選択します。

5. 「制御」を選択します。

6. 「制御」表で、起動するデータ・ソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

7. 「起動」をクリックし、「はい」を選択してアクションを確認します。

5.3.2 JDBCデータソースの停止

データソースの個々のインスタンスは手動で停止できます。データソースを停止すると、選択した停止のタイプによって、動作は次のように異なります。

- 停止: ヘルス状態がRunningのデータソースを停止します。データ・ソースのいずれかの接続が使用中の場合、Shutdown操作は失敗し、ヘルス状態はRunningのままになります。

- 強制停止: 現在のすべての接続ユーザーの強制切断を含め、ヘルス状態がRunningであるデータソースを停止します。

JDBCデータソースを停止するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCデータ・ソースを選択します。

5. 「制御」を選択します。

6. 「制御」表で、停止するデータ・ソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

7. 「停止」または「強制停止」をクリックし、「はい」を選択してアクションを確認します。

5.3.3 中断されているJDBCデータ・ソースの再開

Suspended状態にあるデータソース・インスタンスを手動で再開できます。

中断されているJDBCデータ・ソースを再開するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCデータ・ソースを選択します。

5. 「制御」を選択します。

6. 「制御」表で、再開するデータ・ソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

7. 「再開」をクリックし、「はい」を選択してアクションを確認します。

5.3.4 JDBCデータ・ソースの中断

データソースの個々のインスタンスを手動で中断することができます。データ・ソースを中断すると、アプリケーションはそのデータ・ソースからデータベース接続を取得できなくなります。アプリケーションによってすでに予約されている接続に対する動作は、次に示すように、選択した中断のタイプによって異なります。

- 一時停止: データソースを無効なものとしてとマークし、新しい接続リクエストをブロックします。予約されている接続がある場合、構成されているときは、操作はInactiveTimeoutの秒の間待機します。そうでない場合は、すべての操作が中断されるまで、操作は60秒間待機します。成功した場合は、ヘルス状態がSuspendedに設定されます。

- 強制中断: データソースを無効なものとしてマークし、接続プールからの新しい接続のリクエストをブロックし、現在使用中の接続を閉じて再作成します。

中断されたデータ・ソースのほとんどの接続はそのまま残されます。データ・ソースを再開しても接続は再作成されません(データ・ソースを強制中断したときに使用中だった接続は除く)。

JDBCデータ・ソースを中断するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCデータ・ソースを選択します。

5. 「制御」を選択します。

6. 「制御」表で、中断するデータ・ソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

7. 「一時停止」または「強制中断」をクリックし、「はい」を選択してアクションを確認します。

5.3.5 JDBCデータソース接続プールの縮小

データソースの個々のインスタンス内のデータベース接続プールを、初期容量または現在使用中の接続数のいずれか大きい方に手動で縮小することができます。

JDBCデータ・ソース内の接続プールを縮小するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCデータ・ソースを選択します。

5. 「制御」を選択します。

6. 「制御」表で、接続プールを縮小するデータ・ソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

7. 「縮小」をクリックし、「はい」を選択してアクションを確認します。

5.3.6 JDBCデータソース接続のリセット

JDBCデータ・ソース内のデータベース接続をリセットすると、そのデータ・ソースの接続プールで使用可能なすべてのデータベース接続が閉じられ、再作成されます。

JDBCデータ・ソース内のデータベース接続をリセットするには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCデータ・ソースを選択します。

5. 「制御」を選択します。

6. 「制御」表で、接続をリセットするデータ・ソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

7. 「リセット」をクリックし、「はい」を選択してアクションを確認します。

5.3.7 JDBCデータソース文キャッシュのクリア

データソースの文キャッシュが有効な場合、WebLogic Serverでは、データソース内の各接続で使用されるプリコンパイル済文およびコール可能文がキャッシュされます。各接続はそれぞれ固有のキャッシュを持ちますが、各接続のキャッシュは、1つのグループとして構成および管理されます。あるデータ・ソースの文キャッシュをクリアすると、そのデータ・ソースのインスタンスに含まれるすべての接続の文キャッシュがクリアされます。

JDBCデータ・ソース内の文キャッシュをクリアするには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCデータ・ソースを選択します。

5. 「制御」を選択します。

6. 「制御」表で、文キャッシュをクリアするデータ・ソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

7. 「文キャッシュのクリア」をクリックし、「はい」を選択してアクションを確認します。

5.3.8 JDBCデータ・ソースの削除

始める前に

削除するデータソースがマルチ・データソースによって使用されていないことを確認します。削除対象のデータ・ソースがマルチ・データ・ソースで使用されている場合は、先にそのデータ・ソースをマルチ・データ・ソースから削除する必要があります。削除しようとしているデータ・ソースがマルチ・データ・ソースで使用されている場合、削除操作は失敗します。

JDBCデータ・ソースを削除するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、削除するJDBCデータソースの行を選択します。
「削除」オプションが表の上に表示されます。

5. 「削除」をクリックし、「はい」を選択してアクションを選択します。

5.3.9 JDBCデータ・ソースの制御

現在のドメインにデプロイされている特定のJDBCデータ・ソース・インスタンスを制御するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCデータ・ソースを選択します。

5. 「制御」を選択します。

6. 「JDBCデータソースの管理」ページから次のアクションを実行できます。

- 起動

- 停止

- 強制停止

- 再開

- 一時停止

- 強制中断

- 接続プールの縮小

- リセット

- 文キャッシュのクリア

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

5.3.10 JDBCマルチ・データソースの制御

現行のドメインにデプロイされている特定のJDBCマルチ・データソース・インスタンスを制御するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、制御するJDBCマルチ・データソースを選択します。

5. 「制御」を選択します。

6. 「JDBCマルチ・データソースの制御」ページでは、次のアクションを実行できます。

- 起動

- 停止

- 強制停止

- 再開

- 一時停止

- 強制中断

- 接続プールの縮小

- リセット

- 文キャッシュのクリア

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

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

JDBCデータソースを作成した場合、データソースのほとんどの属性は、データソースがその環境で正常に動作するように構成されます。しかし、特定の機能の有効化と無効化またはパフォーマンスのチューニングを行うために、データ・ソースの構成を変更することが必要になる場合もあります。

この項には、次の項目が含まれます。

- 一般的な構成設定の定義

- 複数の名前を持つJNDIツリーへのJDBCデータソースのバインド

- 接続プールのプロパティの構成

- JDBCデータソースのテスト・オプションの構成

- 文キャッシュの構成

- 接続プール容量の構成

- 接続リクエストにおける接続待機の有効化

- Oracleパラメータの構成

- ONSクライアント・パラメータの構成

- Oracleウォレット・ファイルを使用するONSクライアントのSSLの構成

- グローバル・トランザクション・オプションの構成

- JDBCデータソースの診断プロファイリングの構成

- JDBCデータソースのアイデンティティ・オプションの構成

- アイデンティティベースの接続プールの有効化

- JDBCデータ・ソースのターゲット指定

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

5.4.1 一般的な構成設定の定義

アプリケーションは、Javaネーミング・ディレクトリ・インタフェース(JNDI)・ツリーのデータソースを検索し、接続をリクエストすることで、データソースからのデータベースに接続します。データソースは、データベース接続のプールからアプリケーションに接続を提供します。

特定のJDBCデータソースの一般的な構成設定を定義するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「一般」を選択します。

6. 「一般構成」ページでは、このJDBCデータソースの次のような構成設定を定義できます。

- データソース名

- タイプ

- データベース・タイプ

- ドライバ・クラス名

- JNDI名

- 行プリフェッチ有効

- 行プリフェッチ・サイズ

- ストリーム・チャンク・サイズ

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

終了後

変更を有効化した後、変更を反映するには、データ・ソースを再デプロイするか、サーバーを再起動する必要があります。

5.4.1.1 複数の名前を持つJNDIツリーへのJDBCデータソースのバインド

始める前に

複数の名前を持つJNDIツリーにバインドするデータ・ソースを構成できます。単一のJDBC接続プールを指す複数のデータ・ソースを含む従来の構成のかわりに、複数JNDI名のデータ・ソースを使用できます。変更を行った後でシステムを再起動するか、データソースをアンデプロイしてから変更を行い、変更後に再デプロイする必要があります。

JNDI名を既存のJDBCデータソースに追加するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「一般」を選択します。

6. 「JNDI名」フィールドに、別々の行にそれぞれの名前を持っているJNDIツリーにデータソースをバインドするために使用する名前を入力します。
これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

終了後

変更を有効化した後、変更を反映するには、データ・ソースを再デプロイするか、サーバーを再起動する必要があります。

5.4.2 接続プールのプロパティの構成

JDBCデータ・ソース内の接続プールにはJDBC接続のグループが含まれ、アプリケーションはそのグループを予約し、使用して、プールに戻します。接続プールとその接続は、接続プールの登録時(通常はWebLogic Serverの起動時または新しいターゲットへのデータソースのデプロイ時)に作成されます。

特定のJDBCデータソースの接続プールを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「接続プール」を選択します。

6. 「接続プール」ページでは、このJDBCデータソースの次のような接続プロパティを定義できます。

- データソース名

- タイプ

- ドライバ・クラス名

- データベースURL

- パスワード

- パスワードの確認

- プロパティ

- システム・プロパティ

- 初期容量

- 最大容量

- 容量増分

- 文キャッシュ・タイプ

- 文キャッシュ・サイズ

これらのフィールドの詳細は、構成オプションを参照してください。

7. 必要に応じて、「拡張」を展開し、このJDBCデータソースの詳細接続プロパティを定義します。

8. 「保存」をクリックします。

5.4.2.1 JDBCデータソースのテスト・オプションの構成

データ・ソースのデータベース接続テスト・オプションを設定すると、データベース接続を正常な状態に維持できるようになります。これは、アプリケーションの安定稼働につながります。

JDBCデータ・ソースのテスト・オプションを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「接続プール」を選択します。

6. 「拡張」を展開し、詳細接続プール・オプションを表示します。

7. 次のオプションを1つまたは複数選択します。

- 予約時の接続テスト: このチェック・ボックスを選択すると、アプリケーションによってデータソースの接続がリクエストされたとき、アプリケーションに渡す前にデータベース接続をテストできます。

- 「テスト間隔」: バックグラウンドで定期的に接続テストを実行する場合、定期テストを実行する間隔を秒単位で入力します。

これらのオプションを使用すると、システムのパフォーマンスとフォールト・トレランスの最適なバランスを達成できます。

8. 「テスト対象の表名」フィールドには、データベース接続をテストするための問合せで使用する小さめの表の名前を入力します。標準の問合せは、select 1 from table_nameです。接続テストで別の問合せを使用する場合は、SQL、スペース1つに続けて、データベース接続のテストに使用するSQLコードを入力します。

9. 必要に応じて、「アイドル・プール接続を信頼する秒数」フィールドに、データベース接続が使用されたかテストされた後、WebLogic Serverが接続テストをスキップする秒数を入力します。このオプションは、接続テストのオーバーヘッドを軽減してアプリケーションのパフォーマンスを向上させるのに役立ちます。
これらのフィールドの詳細は、構成オプションを参照してください。

10. 「保存」をクリックします。

5.4.2.2 文キャッシュの構成

WebLogic Serverでは、パフォーマンスを向上させるため、アプリケーションで使用されるプリコンパイルされた文および呼出し可能文をキャッシュすることができます(デフォルトで有効)。アプリケーションまたはEJBが、キャッシュに格納された文のいずれかを呼び出すと、WebLogic Serverはキャッシュ内に格納されている文を再利用します。データソース内の各データベース接続は、それぞれ固有の文キャッシュを持っています。

JDBCデータ・ソースの文キャッシュを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「接続プール」を選択します。

6. 「文キャッシュ・タイプ」フィールドで、次のオプションのいずれかを選択します。

- LRU: 「文キャッシュ・サイズ」に達すると、新しい文が使用されるときに最長時間未使用の文が削除されます。

- 固定: 「文キャッシュ・サイズ」に達すると、そこまでの文が保存され、キャッシュの内容は変更されなくなります。キャッシュを手動でクリアするか、またはキャッシュ・サイズを大きくしないかぎり、新しい文はキャッシュされません。

7. 「文キャッシュ・サイズ」フィールドに、各データソース・インスタンスの各接続ごとにキャッシュする文の数を入力します。
これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

5.4.2.3 接続プール容量の構成

JDBC接続プールの初期容量と最大容量を構成できます。

JDBC接続プールの接続容量を構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「接続プール」を選択します。

6. 「初期容量」フィールドに、接続プールの作成時に作成する物理接続の数を入力します。

7. 「最大容量」フィールドに、この接続プールが格納できる物理接続の最大数を入力します。

注意:
WebLogic ServerアプリケーションでJDBCのパフォーマンスを向上させる簡単な方法は、データソースの接続プールを構成するときに「初期容量」の値を「最大容量」の値と同じに設定することです。

これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

5.4.2.4 接続リクエストにおける接続待機の有効化

接続リクエストがJDBCデータ・ソースの接続を待機できるようにするには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「接続プール」を選択します。

6. 「拡張」を展開し、詳細接続プール・オプションを表示します。

7. 「接続の最大待機」フィールドに、スレッドをブロックしながら接続プールの接続を待機できる接続リクエストの最大数を入力します。

8. 「接続予約のタイムアウト」フィールドに、接続リクエストが接続を待機できる秒数を入力します。
これらのフィールドの詳細は、構成オプションを参照してください。

9. 「保存」をクリックします。

5.4.3 Oracleパラメータの構成

始める前に

Oracleパラメータをサポートするために追加の構成が必要な場合があります。

Oracleパラメータを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBC GridLinkデータ・ソースを選択します。

5. 「構成」を選択し、「Oracle」を選択します。

6. Oracleパラメータ・ページで、次のようなこのJDBC GridLinkデータ・ソースのOracleパラメータを定義できます。

- OracleでUTF8変換の最適化

- 接続初期化コールバック

- Oracleプロキシ・セッション

- データベース資格証明の使用

- 再生開始タイムアウト

- アクティブなGridLinkデータソース

- アフィニティ・ポリシー

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

5.4.4 ONSクライアント・パラメータの構成

始める前に

ONSクライアント・パラメータをサポートするには、追加の構成が必要な場合があります。

ONSクライアント・パラメータを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBC GridLinkデータ・ソースを選択します。

5. 「構成」を選択し、「ONSクライアント」を選択します。

6. 「ONSクライアント構成」ページでは、次のようなONS構成オプションを定義できます。

- FANの有効化

- ONSノード

- ONSウォレット・ファイル・ディレクトリ

- ONSウォレット・パスワード

- ONSウォレット・パスワードの確認

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

5.4.4.1 Oracleウォレット・ファイルを使用するONSクライアントのSSLの構成

始める前に

ウォレット・ファイルが必要なのは、SSLを使用してONSデーモンと通信するようにONSクライアントが構成される場合のみです。この機能をサポートするには、追加の構成が必要です。

SSLの使用時にOracleウォレット・ファイルを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBC GridLinkデータ・ソースを選択します。

5. 「構成」を選択し、「ONSクライアント」を選択します。

6. 「ONSクライアント構成」ページでは、次の属性を構成します。

- ONSウォレット・ファイル: SSL証明書を格納するOracleウォレット・ファイルの場所を入力します。

- ONSウォレット・パスワード: ONSウォレット・パスワードを入力および確認します。

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

5.4.5 グローバル・トランザクション・オプションの構成

JDBCデータ・ソースのトランザクション・プロトコルは、データ・ソースからの接続が、トランザクション処理中に、どのように扱われるかを決定します。

注意:
データベース接続の作成に、データソースがXA JDBCドライバを使用する場合、データソースからの接続では2フェーズ・コミット・トランザクション・プロトコルのみをサポートします。XA JDBCドライバを使用するデータ・ソースでは、それ以外のトランザクション・オプションは利用できません。

JDBCデータ・ソースのトランザクション・オプションを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「トランザクション」を選択します。

6. 「トランザクション・オプション」ページで、「グローバル・トランザクションのサポート」チェック・ボックスを選択して、このデータソースでグローバル・トランザクション・サポートを有効にします。このチェック・ボックスの選択を解除すると、このデータソースではグローバル・トランザクションが無効になります(無視されます)。ほとんどの場合、このオプションは選択する必要があります。
「グローバル・トランザクションのサポート」を選択した場合は、トランザクション処理のためのオプションを選択します。

- 1フェーズ・コミット: このオプションを選択すると、非XA接続が、唯一のトランザクション参加コンポーネントとしてグローバル・トランザクションに参加できるようになります。

- 2フェーズ・コミットのエミュレート: 非XA JDBC接続が、JTAを使用して分散トランザクションへの参加をエミュレートできるようになります。このオプションは、ヒューリスティックな状況に耐えられるアプリケーションでのみ使用してください。

- ロギング・ラスト・リソース: このオプションを選択すると、非XA JDBC接続が、ロギング・ラスト・リソース(LLR)によるトランザクションの最適化を使用して、グローバル・トランザクションに参加できるようになります。「2フェーズ・コミットのエミュレート」のかわりに使用することをお薦めします。

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

5.4.6 JDBCデータソースの診断プロファイリングの構成

モニタリング統計において、WebLogic Serverドメインになんらかの問題があることが示された場合、原因究明の手がかりとなるプロファイル情報を収集することができるようにデータソースを構成できます。収集されたプロファイル情報は、WLDFアーカイブのレコードに格納されます。

JDBCデータ・ソースの診断プロファイリングを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「診断」を選択します。

6. 「診断プロファイリング・オプション」ページでは、次のような診断プロファイリング・オプションを構成できます。

- 接続使用状況のプロファイル

- 待機中の接続予約のプロファイル

- 接続リークのプロファイル

- 失敗した接続予約のプロファイル

- 文キャッシュ・エントリのプロファイル

- 文使用状況のプロファイル

- 接続の最終使用状況のプロファイル

- マルチスレッド接続使用状況のプロファイル

- 接続アンラップのプロファイル

- 収集間隔のプロファイル

- ドライバ・インターセプタ

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

5.4.7 JDBCデータソースのアイデンティティ・オプションの構成

WebLogic Serverのユーザー資格証明をデータベースのユーザー資格証明にマッピングする際に使用するセキュリティ・オプションを選択できます。この項には、次の項目が含まれます。

- 資格証明マッピングの有効化

- アイデンティティベースの接続プールの有効化

5.4.7.1 資格証明マッピングの有効化

アプリケーションがデータソースからデータベース接続をリクエストする場合、WebLogic Serverは、現在のWebLogic ServerユーザーIDを判別し、マップされたデータベースIDをデータベース接続の軽量クライアントIDとして設定します。

注意:
この機能は、JDBCドライバおよびDBMSの機能に依存します。この機能は、OracleデータベースとOracle Thin Driverを使用する場合、およびDB2データベースとDB2 UDB JDBC Driverを使用する場合にのみサポートされます。

JDBCデータソースの資格証明マッピングを有効にするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「アイデンティティ・オプション」を選択します。

6. 「接続時のクライアントIDの設定」チェック・ボックスを選択します。

注意:
「接続時のクライアントIDの設定」と「アイデンティティ・ベース接続プーリングの有効化」は、相互に排他的です。アプリケーション環境でセキュリティ資格証明を渡すために両方のメカニズムが必要だと思う場合は、別々のデータソース(1つは「接続時のクライアントIDの設定」用、もう1つは「アイデンティティ・ベース接続プーリングの有効化」用)を作成します。

このフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

5.4.7.2 アイデンティティベースの接続プールの有効化

アイデンティティ・ベースの接続プールを使用すると、アプリケーションは、物理的な接続をプールして、エンド・ユーザー・アプリケーションに基づいた特定のDBMS資格証明でJDBC接続を使用できます。

JDBCデータ・ソースのアイデンティティ・ベースの接続プールを有効にするには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

5. 「構成」を選択し、「アイデンティティ・オプション」を選択します。

6. 「アイデンティティ・ベース接続プーリングの有効化」チェック・ボックスを選択します。

注意:
「接続時のクライアントIDの設定」と「アイデンティティ・ベース接続プーリングの有効化」は、相互に排他的です。アプリケーション環境でセキュリティ資格証明を渡すために両方のメカニズムが必要だと思う場合は、別々のデータソース(1つは「接続時のクライアントIDの設定」用、もう1つは「アイデンティティ・ベース接続プーリングの有効化」用)を作成します。

このフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

5.4.8 JDBCデータ・ソースのターゲット指定

始める前に

データベース接続の作成に使用するJDBCドライバが、データソースをデプロイするすべてのサーバー・インスタンスにインストールされていることを確認してください。DB2、Informix、Microsoft SQL Server、Sybase用のWebLogic Type 4 JDBCドライバなど、一部のJDBCドライバはWebLogic Serverとともにインストールされています。

JDBCデータソースをターゲット指定すると、そのデータソースの新しいインスタンスがターゲット上に作成されます。ターゲットとしてサーバーを選択した場合、データ・ソースのインスタンスはそのサーバー上に作成されます。ターゲットとしてクラスタを選択した場合、データソースのインスタンスは、そのクラスタのメンバーであるすべてのサーバー・インスタンス上に作成されます。

JDBCデータ・ソースをターゲット指定するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、ターゲットにするJDBCデータソースを選択します。

5. 「ターゲット」を選択します。

6. ターゲット・ページで、データ・ソースのデプロイ先となるサーバー・インスタンスまたはクラスタを選択します。

7. 「保存」をクリックして、JDBCデータソースの構成を保存し、選択したターゲットにデータソースをデプロイします。

詳細は、構成オプションを参照してください。

5.4.9 JDBCデータ・ソース・ノートの作成

JDBCデータ・ソース構成のノートを作成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、ノートを作成するJDBCデータ・ソースを選択します。

5. 「ノート」を選択します。

6. 「ノート」ページでノートを入力します。

7. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

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

マルチ・データ・ソースは、2つ以上のデータ・ソースの間に、接続リクエストに対するフェイルオーバー機能およびロード・バランシング機能を提供します。マルチ・データソースを作成する前に、マルチ・データソースで管理するデータソースを作成し、マルチ・データソースをデプロイするのと同じターゲットにそれらをデプロイする必要があります。基底のデータベースは、なんらかのデータ同期機能またはレプリケーション機能を備えている必要があります。WebLogic Serverは、これらのレプリケーションを処理しません。

特定のJDBCマルチ・データソースを構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

4. 「JDBCデータソース」表で、構成するJDBCマルチ・データソースを選択します。

5. 一般設定を構成するには、「構成」を選択し、「一般」を選択します。
「一般構成」ページでは、このJDBCマルチ・データソースの次のような構成オプションを定義できます。

- 名前

- JNDI名

- アルゴリズム名

- ビジー時はリクエストをフェイルオーバー

- フェイルオーバーのコールバック・ハンドラ

- テスト間隔

これらのフィールドの詳細は、構成オプションを参照してください。

6. このJDBCマルチ・データソースの一部として含めるJDBCデータソースを選択するには、「構成」を選択し、「データソース」を選択します。

7. このJDBCマルチ・データソースをターゲットのサーバー・インスタンスにデプロイするには、「ターゲット」を選択します。

8. このJDBCマルチ・データソースをモニターするには、「JDBCマルチ・データソースのモニター」を参照してください。

9. このJDBCマルチ・データソースを制御するには、「JDBCマルチ・データソースの制御」を参照してください。

10. このJDBCデータソースの構成を記述したノートを作成するには、「ノート」を選択します。

11. 「保存」をクリックします。

6 WebLogic Serverテンプレート

サーバー・テンプレートには、一連のサーバー・インスタンスに適用でき、テンプレート構成を継承する、共通のデフォルト以外の設定および属性が含まれています。

サーバー・テンプレートによって、集中化された場所でのサーバー・インスタンスのグループの構成を簡単に管理できます。サーバー・テンプレートに共通の構成属性を定義し、他のサーバー・インスタンスにテンプレートを適用します。それぞれを手動で構成する必要はありません。すべてのサーバー・インスタンスにわたる属性を更新する必要がある場合、サーバー・テンプレートでその値を変更するのみで、新しい値は、そのサーバー・テンプレートを使用するすべてのサーバー・インスタンスで有効になります。

6.1 サーバー・テンプレートのモニター

ドメイン内に構成されているすべてのサーバー・テンプレートのステータスをモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する次のような情報が表示されます。

- 名前

- クラスタ

- マシン

- リスニング・ポート

- リスニング・アドレス

これらのフィールドの詳細は、構成オプションを参照してください。

6.2 サーバー・テンプレートの構成

この項では、サーバー・テンプレートを構成する方法について説明します。この項には、次の項目が含まれます。

- サーバー・テンプレートの一般設定の構成

- サーバー・テンプレートのクラスタ設定の構成

- サーバー・テンプレート・サービスの構成

- サーバー・テンプレート・キーストアの構成

- サーバー・テンプレートのキーストア構成の変更

- サーバー・テンプレートのSSL設定の構成

- サーバー・テンプレートのアイデンティティおよび信頼の場所の変更

- サーバー・テンプレートのフェデレーション・サービスの構成

- サーバー・テンプレートのデプロイメント設定の構成

- サーバー・テンプレートのチューニングの構成

- サーバー・テンプレートのオーバーロード設定の構成

- サーバー・テンプレートのヘルス・モニタリングの構成

- サーバー・テンプレートの起動の構成

- サーバー・テンプレートのWebサービスの構成

- サーバー・テンプレートのCoherenceクラスタ設定の構成

- サーバー・テンプレートのプロトコルの構成

- サーバー・テンプレート・ノートの作成

6.2.1 サーバー・テンプレートの一般設定の構成

テンプレートの一般設定の変更は、明示的にオーバーライドしないかぎり、テンプレートを参照する各サーバーに適用されます。

サーバー・テンプレートの一般設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「一般設定」を選択します。

6. 「一般設定」ページでは、このサーバー・テンプレートの次のような一般機能を構成できます。

- マシン

- クラスタ

- リスニング・アドレス

- リスニング・ポート有効

- リスニング・ポート

- SSLリスニング・ポートの有効化

- SSLリスニング・ポート

- クライアント証明書プロキシの有効化

- Javaコンパイラ

- 診断ボリューム

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このサーバー・テンプレートの詳細設定を定義します。

7. 「保存」をクリックします。

6.2.2 サーバー・テンプレートのクラスタ設定の構成

WebLogic Serverクラスタは、互いに連携するサーバーの集まりであり、スケーラビリティと信頼性の高いアプリケーション・プラットフォームを提供します。

サーバー・テンプレートのクラスタ構成設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「クラスタ」を選択します。

6. 「クラスタ」ページでは、サーバー・テンプレートの次のようなクラスタ構成を定義できます。

- レプリケーション・グループ

- セカンダリ・プリファレンス・グループ

- クラスタの重み

- インタフェース・アドレス

- レプリケーション・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.3 サーバー・テンプレート・サービスの構成

サーバー・テンプレートのサービス設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「サービス」を選択します。

6. 「サービス」ページでは、次のようなWebLogicサービス構成設定を設定できます。

- JMS

- デフォルト・ストア

- トランザクション・ログ

- メッセージング・ブリッジ

- XMLサービス

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.4 サーバー・テンプレート・キーストアの構成

キーストアを使用すると、秘密鍵と信頼性のある認証局(CA)を安全に保管および管理できます。メッセージ送信のセキュリティの管理に役立つ様々なキーストア構成の表示および定義ができます。

サーバー・テンプレートのキーストア設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「キーストア」を選択します。

6. キーストア構成を変更するには、次の手順を実行します。

1. 「変更」をクリックします。

2. 「キーストア」ドロップダウン・メニューから、使用するキーストア構成を選択します。

3. 「保存」をクリックします。

7. 「キーストア」ページでは、このサーバー・テンプレートの次のようなキーストア構成設定を定義できます。

- アイデンティティ設定

- 信頼設定

これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

6.2.5 サーバー・テンプレートのキーストア構成の変更

キーストアを使用すると、秘密鍵と信頼性のある認証局(CA)を安全に保管および管理できます。メッセージ送信のセキュリティの管理に役立つ様々なキーストア構成の表示および定義ができます。

サーバー・テンプレートのキーストア構成を変更するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「キーストア」を選択します。

6. 「変更」をクリックします。

7. 「キーストア」ドロップダウン・メニューから、使用するキーストア構成を選択します。
これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

6.2.6 サーバー・テンプレートのSSL設定の構成

メッセージ送信のセキュリティの管理に役立つ、サーバー・テンプレートの様々なSecure Sockets Layer (SSL)設定を表示および定義できます。

サーバー・テンプレートのSSL設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択して、「SSL」を選択します。

6. アイデンティティおよび信頼の場所を変更するには、次の手順を実行します。

1. 「変更」をクリックします。

2. 「アイデンティティと信頼の場所」ドロップダウン・メニューから、使用する場所を選択します。

3. 「保存」をクリックします。

7. 「SSL」ページでは、このサーバー・テンプレートの次のようなSSL構成設定を定義できます。

- アイデンティティと信頼の場所

- 秘密鍵の場所

- 秘密鍵の別名

- 秘密鍵のパスフレーズ

- 証明書の場所

- 信頼性のある認証局

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このサーバー・テンプレートの詳細構成設定を定義します。

8. 「保存」をクリックします。

6.2.7 サーバー・テンプレートのアイデンティティおよび信頼の場所の変更

メッセージ送信のセキュリティの管理に役立つ、サーバー・テンプレートの様々なSecure Sockets Layer (SSL)設定を表示および定義できます。

アイデンティティおよび信頼の場所を変更するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択して、「SSL」を選択します。

6. 「変更」をクリックします。

7. 「アイデンティティと信頼の場所」ドロップダウン・メニューから、使用する場所を選択します。
これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

6.2.8 サーバー・テンプレートのフェデレーション・サービスの構成

WebLogic ServerインスタンスをSAMLアサーションのプロデューサまたはコンシューマとして機能するように構成し、次の目的に使用することができます。

- オンライン・ビジネス・パートナ間のWebシングル・サインオン

- Webサービス・セキュリティのアイデンティティ情報の交換

フェデレーション・サービスの構成プロセスの概要は、使用しているSAMLのバージョンによって異なります。WebLogic Serverでは、SAML 1.1とSAML 2.0の両方がサポートされています。

SAML 1.1フェデレーション・パートナとして機能するようにWebLogic Serverを構成するには、次の手順を実行します。

- SAML 1.1ソース・サービスの構成

- SAML 1.1宛先サービスの構成

SAML 2.0フェデレーション・パートナとして機能するようにWebLogic Serverを構成するには、次の手順を実行します。

- SAML 2.0の全般的なサービスの構成

- SAML 2.0アイデンティティ・プロバイダ・サービスの構成

- SAML 2.0サービス・プロバイダ・サービスの構成

6.2.8.1 SAML 1.1ソース・サービスの構成

始める前に

最初に、サーバーのセキュリティ・レルムにSAML資格証明マッピングV2セキュリティ・プロバイダを構成する必要があります。

SAMLソース・サイトとして機能するようにWebLogic Serverインスタンスを構成できます。SAMLソース・サイトとは、サイト間転送サービス(Intersite Transfer Service: ITS)を提供するサイトです。ソース・サイトではアサーションが生成され、アサーションはシングル・サインオンのプロファイルの1つを使用して、宛先サイトに伝達されます。

サーバーをSAMLソース・サイトとして構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択します。

6. 「フェデレーション・サービス」を選択し、「SAML 1.1ソース・サイト」を選択します。

7. 「ソース・サイトの有効化」属性を選択して、このサーバーがSAMLアサーションのソースとして機能するようにします。

8. 「SAML 1.1ソース・サイト」ページでは、このサーバーの次のような他の構成設定も定義できます。

- ソース・サイトURL

- 署名鍵別名

- サイト間転送URI

- ITSでSSLが必要

- アサーション取得用URI

- ARSでSSLが必要

- ARSで双方向SSL認証が必要

- アサーション・ストアのクラス名

- アサーション・ストアのプロパティ

これらのフィールドの詳細は、構成オプションを参照してください。

9. 「保存」をクリックします。

6.2.8.2 SAML 1.1宛先サービスの構成

始める前に

最初に、サーバーのセキュリティ・レルムにSAMLアイデンティティ・アサーションV2セキュリティ・プロバイダを構成する必要があります。

SAML宛先サイトとして機能するようにWebLogic Serverインスタンスを構成できます。宛先サイトは、SAMLアサーションを受け取り、これらを使用してローカルのサブジェクトを認証できます。

サーバーをSAML宛先サイトとして構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択します。

6. 「フェデレーション・サービス」を選択し、「SAML 1.1宛先サイト」を選択します。

7. 「宛先サイトの有効化」属性を選択してアサーション・コンシューマ・サービスを有効にします。

8. 「SAML 1.1宛先サイト」ページでは、このサーバーの次のような他の目的の構成設定も定義できます。

- アサーション・コンシューマのURI

- ACSでSSLが必要

- SSLクライアント・アイデンティティ別名

- POST受信者チェックの有効化

- POST使用済みチェックの有効化

- 使用済アサーション・キャッシュのクラス名

- 使用済アサーション・キャッシュのプロパティ

これらのフィールドの詳細は、構成オプションを参照してください。

9. 「保存」をクリックします。

6.2.8.3 SAML 2.0の全般的なサービスの構成

サーバーの全般的なSAML 2.0サービスを構成できます。フェデレーション・パートナにSAML 2.0 Webシングル・サインオン・サービスを構成すると、フェデレーション・パートナに送信するメタデータ・ファイルで、構成するサイト情報が公開されます。

このサーバーの全般的なSAML 2.0プロパティを構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

4. 「サーバー・テンプレート」表で、構成するサーバーの名前を選択します。

5. 「構成」を選択します。

6. 「フェデレーション・サービス」を選択し、「SAML 2.0全般」を選択します。

7. 「レプリケートされたキャッシュの有効化」属性を選択して、SAML 2.0アーティファクトを格納するための永続キャッシュを使用します。
このオプションは、ドメイン内の複数のWebLogic ServerインスタンスでSAML 2.0サービスを構成する場合に必要となります。たとえば、クラスタでSAML 2.0サービスを構成する場合は、個々の管理対象サーバー・インスタンスでこのオプションを有効化する必要があります。

注意:
ドメイン内の複数のWebLogic ServerインスタンスでSAML 2.0サービスを構成する場合は、RDBMSセキュリティ・ストアを構成する必要があります。これらの構成では、組込みLDAPサーバーはサポートされません。

8. 「サイト情報」セクションで、SAML 2.0サイトに関する次の情報を入力します。

- 連絡先の詳細

- 組織の名前とURL

- 公開サイトのURL。これは、サイトのSAML 2.0サービス・エンドポイントのトップレベルURLです。このURLには文字列/saml2を付加する必要があります。これが一定のサフィックスに自動的に結合され、完全なエンドポイントURLが作成されます。

9. 「バインディング」セクションで、このSAML 2.0サーバー・インスタンスで使用される一般的なバインディング情報を入力します。
トランスポート層セキュリティ・キー別名およびパスフレーズを指定しない場合、TLS別名には、サーバーのSSL構成の構成済のSSL秘密鍵別名およびパスフレーズがデフォルトで使用されます。

10. このサーバー・インスタンス上でホストされているSAML 2.0セキュリティ・プロバイダに、アーティファクト・バインディングが有効化されている場合、「アーティファクト解決サービス」セクションでアーティファクト解決サービス設定を定義します。

11. 「シングル・サインオン」セクションで、フェデレーション・パートナに送信されるドキュメントの署名に使用されるキーのキーストア別名およびパスフレーズを入力します。
シングル・サインオン署名鍵別名およびパスフレーズを指定しない場合、サーバーのSSL構成の構成済SSL秘密鍵別名およびパスフレーズがデフォルトで使用されます。

12. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

終了後

このサーバーの全般的なSAML 2.0サービスを構成した後で、「SAML 2.0アイデンティティ・プロバイダ」ページまたは「SAML 2.0サービス・プロバイダ」ページを選択し、このサーバーをそれぞれアイデンティティ・プロバイダまたはサービス・プロバイダとして構成します。詳細は、SAML 2.0アイデンティティ・プロバイダ・サービスの構成およびSAML 2.0サービス・プロバイダ・サービスの構成を参照してください。

6.2.8.4 SAML 2.0アイデンティティ・プロバイダ・サービスの構成

SAML 2.0アイデンティティ・プロバイダのロールのサーバーを構成できます。SAML 2.0アイデンティティ・プロバイダは、プリンシパルのアイデンティティ情報を作成、維持、管理したり、フェデレーション内の他のサービス・プロバイダ・パートナのSAML 2.0アサーションを生成して、そのようなパートナにプリンシパルの認証を提供します。

サーバーをSAML 2.0アイデンティティ・プロバイダとして構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択します。

6. 「フェデレーション・サービス」を選択し、「SAML 2.0アイデンティティ・プロバイダ」を選択します。

7. 「有効」属性を選択して、アイデンティティ・プロバイダのロールのこのサーバーのSAML 2.0サービスをアクティブ化します。

8. 受信するすべての認証リクエストが署名されるようにするには、「署名された認証リクエストのみ受け入れる」を選択します。

9. 非認証リクエストが送信されるカスタム・ログインWebアプリケーションを使用している場合は、次の手順を実行します。

- 「ログインのカスタマイズ」を選択します。

- カスタム・ログインWebアプリケーションのURLを入力します。

- ログインの問合せの戻りパラメータを入力します
この問合せパラメータは、ローカルのシングル・サインオン・サービス・サーブレットのログインの戻りURLを保持するためにSAML 2.0サービスで使用される一意な文字列です。(代替方法として、ログインの戻りURLは、ログインWebアプリケーションで指定することもできます。)

10. このサーバーが有効化されるSAMLバインディングを設定し、目的のバインディング・タイプを選択します。

11. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

終了後

フェデレーション・パートナと調整し、このSAMLオーソリティに対して有効化したSAMLバインディングと、署名ドキュメントの要件がパートナと互換性を持つようにします。

6.2.8.5 SAML 2.0サービス・プロバイダ・サービスの構成

WebLogic ServerインスタンスをSAML 2.0サービス・プロバイダとして構成できます。サービス・プロバイダは、SAMLアサーションを受け取り、それらのアサーションからアイデンティティ情報を抽出することができるSAMLオーソリティです。抽出されたアイデンティティ情報は、ローカルのサブジェクトや必要に応じてグループにマップされ、これらが認証可能になります。

サーバーをSAML 2.0サービス・プロバイダとして構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択します。

6. 「フェデレーション・サービス」を選択し、「SAML 2.0サービス・プロバイダ」を選択します。

7. 「有効」属性を選択し、アイデンティティ・プロバイダとして機能するこのサーバーのSAML 2.0サービスをアクティブ化します。

8. 必要に応じて、ローカルのSAML 2.0サービス・プロバイダ・サービスの構成オプションを設定します。次の事項に注意してください。

- 「常に認証リクエストに署名」および「署名されたアサーションのみ受け入れる」のオプションを希望どおりに、またフェデレーション・パートナと調整されるように選択して、認証リクエストおよびアサーションが受け入れられるようにします。

- このサーバーのSAMLバインディング設定をフェデレーション・パートナに伝達し、互換性を確保します。

9. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

終了後

フェデレーション・パートナと調整し、このSAMLオーソリティに対して有効化したSAMLバインディングと、署名ドキュメントの要件がパートナと互換性を持つようにします。

6.2.9 サーバー・テンプレートのデプロイメント設定の構成

サーバー・テンプレートのデプロイメント設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「デプロイメント」を選択します。

6. 「デプロイメント」ページでは、サーバー・テンプレートの次のようなデフォルトのデプロイメント・ステージング構成を定義できます。

- ステージング・モード

- ステージング・ディレクトリ名

- アップロード・ディレクトリ名

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.10 サーバー・テンプレートのチューニングの構成

サーバー・テンプレートのチューニング設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「チューニング」を選択します。

6. 「チューニング」ページでは、このサーバー・テンプレートの次のようなチューニングのパフォーマンスと機能の設定を定義できます。

- ネイティブIOの有効化

- JavaSocketMuxerソケット・リーダー

- ギャザー書込みの有効化

- スキャタ読取りの有効化

- 最大オープン・ソケット数

- StuckThreadMaxTime

- スタック・スレッド・タイマー間隔

- バックログの受入れ

- ログイン・タイムアウト

- SSLログイン・タイムアウト

- 逆引きDNSの許可

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このサーバー・テンプレートの詳細設定を定義します。

7. 「保存」をクリックします。

6.2.11 サーバー・テンプレートのオーバーロード設定の構成

サーバー・テンプレートのオーバーロード設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「オーバーロード」を選択します。

6. 「オーバーロード」ページでは、次のような設定を含め、オーバーロード時または障害時のWebLogic Serverの対応を構成できます。

- ワーク・マネージャの共有容量

- 障害時のアクション

- 危機的状況のアクション

- 空きメモリー比率の最大しきい値

- 空きメモリー比率の最小しきい値

- スタック・スレッド最大時間

- スタック・スレッド数

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.12 サーバー・テンプレートのヘルス・モニタリングの構成

WebLogic Serverには、自己ヘルス・モニタリング機能が備わっており、この機能を使用することでWebLogic Serverドメイン内にあるサーバーの信頼性や可用性を向上させることができます。各サーバー内の選択されたサブシステムは、そのサブシステムに固有の条件に基づいて自身のヘルス・ステータスをモニターします。

サーバー・テンプレートのヘルス・モニタリング設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「ヘルス・モニタリング」を選択します。

6. 「ヘルス・モニタリング」ページでは、次のような設定を定義することで、サーバーの自動ヘルス・チェックの頻度、およびノード・マネージャ・アプリケーション(オプション)がサーバーのヘルス状態をチェックする頻度を構成できます。

- ヘルス・チェック間隔

- 失敗時の自動強制停止

- 自動再起動

- 再起動間隔

- 期間内の最大再起動回数

- 再起動遅延秒数

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.13 サーバー・テンプレートの起動の構成

ノード・マネージャは、正常または予期しない状態にあるサーバーを起動、中断、停止および再起動するのに使用するWebLogic Serverユーティリティです。

サーバー・テンプレートの起動設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「サーバーの起動」を選択します。

6. 「サーバーの起動」ページでは、次のような設定を含め、ノード・マネージャがリモート・マシンでこのサーバーを起動するために使用する起動設定を構成できます。

- Javaホーム

- Javaベンダー

- BEAホーム

- ルート・ディレクトリ

- クラス・パス

- 引数

- セキュリティ・ポリシー・ファイル

- ユーザー名

- パスワード

- パスワードの確認

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.14 サーバー・テンプレートのWebサービスの構成

この項では、サーバー・テンプレートのWebサービスを構成する方法について説明します。

この項には、次の項目が含まれます。

- サーバー・テンプレートのバッファリング設定の構成

- サーバー・テンプレートの信頼できるメッセージングの構成

- サーバー・テンプレートの論理ストアの表示

6.2.14.1 サーバー・テンプレートのバッファリング設定の構成

サーバー・テンプレートのメッセージング・バッファリングの設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択します。

6. 「Webサービス」を選択し、「バッファリング」を選択します。

7. 「バッファリング」ページでは、サーバー・テンプレートのWebサービスの次のようなメッセージ・バッファリング設定を定義できます。

- 再試行回数

- 再試行の遅延

- リクエスト・キューの有効化

- リクエスト・キューの接続ファクトリのJNDI名

- リクエスト・キュー・トランザクションの有効化

- レスポンス・キューの有効化

- レスポンス・キューの接続ファクトリのJNDI名

- レスポンス・キュー・トランザクションの有効化

これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

6.2.14.2 サーバー・テンプレートの信頼できるメッセージングの構成

Webサービスの信頼性のあるメッセージングとは、ある1つのアプリケーション・サーバーで実行中のアプリケーションが、別のアプリケーション・サーバーで実行中のWebサービスを確実に呼び出せるフレームワークです。ここでは、双方のサーバーでWS-Reliable Messaging仕様が実装されていることが前提となっています。信頼性のある、とは2つのWebサービス間でのメッセージの配信を保証できるということです。

サーバー・テンプレートの信頼できるメッセージング設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択します。

6. 「Webサービス」を選択し、「信頼できるメッセージ」を選択します。

7. 「信頼できるメッセージ」ページでは、Webサービス・エンドポイントの次のような信頼できるメッセージング構成設定をカスタマイズできます。

- 基本の再送信間隔

- 再送信間隔の指数関数的バックオフの有効化

- 非バッファ送信元

- 非バッファ宛先

- 確認応答の間隔

- 非アクティブ・タイムアウト

- 順序の有効期限

これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

6.2.14.3 サーバー・テンプレートの論理ストアの表示

論理ストアとは、名前付きのストレージ・ユニットで、ビジネス上の構成要件を示し、Webサービスを物理キューとバッファリング・キューに接続します。

サーバー・テンプレートに構成された論理ストアを表示するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、表示するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択します。

6. 「Webサービス」を選択し、「論理ストア」を選択します。

7. 「論理ストア」ページでは、現在のWebLogicドメインに構成された各論理ストアに関する次のような情報を表示できます。

- 名前

- 永続性方式

- リクエスト・バッファリング・キューのJNDI名

- レスポンス・バッファリング・キューのJNDI名

- デフォルト

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

6.2.15 サーバー・テンプレートのCoherenceクラスタ設定の構成

サーバー・テンプレートのCoherence設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「構成」を選択し、「Coherence」を選択します。

6. 「Coherence」ページでは、このサーバー・テンプレートで使用するCoherenceクラスタを選択できます。
詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.16 サーバー・テンプレートのプロトコルの構成

この項では、サーバー・テンプレートのプロトコルを構成する方法について説明します。

この項には、次の項目が含まれます。

- サーバー・テンプレートのプロトコルの一般設定の構成

- サーバー・テンプレートのHTTP設定の構成

- サーバー・テンプレートのjCOM設定の構成

- サーバー・テンプレートのIIOP設定の構成

- サーバー・テンプレートのネットワーク・チャネル設定のモニター

- サーバー・テンプレートのネットワーク・チャネル設定の構成

6.2.16.1 サーバー・テンプレートのプロトコルの一般設定の構成

サーバー・テンプレートのプロトコルの一般設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「プロトコル」を選択し、「一般設定」を選択します。

6. 「一般設定」ページでは、このサーバー・テンプレートで使用する様々な通信プロトコルに関する次のような接続設定を定義できます。

- 完了メッセージ・タイムアウト

- アイドル接続タイムアウト

- トンネリングの有効化

- トンネリング・クライアントPing

- トンネリング・クライアント・タイムアウト

- 最大メッセージ・サイズ

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.16.2 サーバー・テンプレートのHTTP設定の構成

サーバー・テンプレートのHTTPプロトコル設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「プロトコル」を選択し、次に「HTTP」を選択します。

6. 「HTTP」ページでは、このサーバー・テンプレートの次のようなHTTP設定を定義できます。

- デフォルトWebアプリケーションのコンテキスト・ルート

- POSTタイムアウト

- 最大POSTサイズ

- キープアライブの有効化

- 期間

- HTTPS期間

- フロントエンド・ホスト

- フロントエンドHTTPポート

- フロントエンドHTTPSポート

- WAPの有効化

- リモート・アドレスのオーバーライド

- サーバー・ヘッダーの送信

- getRealPath()でコンテキスト・パスを許可

- HTTPの最大メッセージ・サイズ

- トンネリングの有効化

- トンネリング・クライアントPing

- トンネリング・クライアント・タイムアウト

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.16.3 サーバー・テンプレートのjCOM設定の構成

サーバー・テンプレートのJava to COM (jCOM)プロトコル設定を構成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「プロトコル」を選択し、「jCOM」を選択します。

6. 「jCOM」ページでは、このサーバー・テンプレートの次のようなjCOMプロトコル設定を定義できます。

- COMの有効化

- NT認証ホスト

- ネイティブ・モードの有効化

- 冗長ロギングの有効化

- メモリー・ロギングの有効化

- 列挙値のプリフェッチ

- アパートメント・スレッド

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.16.4 サーバー・テンプレートのIIOP設定の構成

サーバー・テンプレートのInternet Inter-ORB Protocol (IIOP)設定を構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「プロトコル」を選択し、「IIOP」を選択します。

6. 「IIOP」ページで、このサーバー・テンプレートに対してIIOPを有効化できます。
詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このサーバー・テンプレートの詳細構成設定を定義します。

7. 「保存」をクリックします。

6.2.16.5 サーバー・テンプレートのネットワーク・チャネル設定のモニター

サーバー・テンプレートのネットワーク・チャネルのプロトコル設定をモニターするには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「プロトコル」を選択し、「チャネル」を選択します。

6. 「チャネル」表には、このサーバー・テンプレートに構成された各ネットワーク・チャネルに関する次のような情報が表示されます。

- 名前

- プロトコル

- 有効

- リスニング・アドレス

- リスニング・ポート

- パブリック・アドレス

- パブリック・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

6.2.16.6 サーバー・テンプレートのネットワーク・チャネル設定の構成

サーバー・テンプレートのネットワーク・チャネル・プロトコル設定を構成するには:

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

5. 「プロトコル」を選択し、「チャネル」を選択します。

6. 「チャネル」表で、構成するチャネルの名前を選択します。

7. 「構成」を選択します。

8. 「一般」ページでは、ネットワーク・チャネルの次のような一般構成設定を定義できます。

- 名前

- プロトコル

- リスニング・ポート

- リスニング・アドレス

- 外部リスニング・アドレス

- 外部リスニング・ポート

- 有効

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このネットワーク・チャネルの詳細構成設定を定義できます。

9. 「保存」をクリックします。

10. 「セキュリティ」ページでは、ネットワーク・チャネルの次のようなセキュリティ構成オプションを定義できます。

- 双方向SSL有効

- クライアント証明書の強制

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このネットワーク・チャネルの詳細構成設定を定義できます。

11. 「保存」をクリックします。

6.2.17 サーバー・テンプレート・ノートの作成

サーバー構成のノートを作成するには、次の手順を実行します。

1. ようこそページで、「ターゲット」、「ミドルウェア」の順に選択します。

2. 「ターゲット」表でWebLogicドメインを選択します。求められた場合は、WebLogicドメインにログインするためのユーザー資格証明を入力します。

3. 「WebLogicドメイン」メニューから、「環境」、「サーバー・テンプレート」の順に選択します。

4. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前をクリックします。

5. 「ノート」を選択します。

6. 「ノート」ページでノートを入力します。

7. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

オラクルの法律上の注意点について

コピーライトについて

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

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

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

Oracle Supportへのアクセス

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