Oracle® Fusion Middleware Fusion Middleware ControlによるOracle WebLogic Serverの管理

12c (12.1.2)

E48008-01(原本部品番号:E18707-01)

目次

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

はじめに

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

- 表記規則

1 変更および構成管理

- チェンジ・センターの使用

- 保留中の変更の表示

- ドメイン構成ロックの有効化と無効化

- 構成ロックの解放

- チェンジ・センターのプリファレンスの設定

- WLSTスクリプトの記録

- WLST記録の開始

- WLST記録の停止

- 記録されたコマンドの表示

- WLST記録プリファレンスの設定

- ノートの作成

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

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

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

- 表ビューのカスタマイズ

2 WebLogic Serverドメイン

- ドメインの監視

- ドメイン・ヘルスの監視

- ドメイン・サーバー・インスタンスの監視

- ドメイン・クラスタの監視

- ドメイン移行の監視

- ドメイン・デプロイメントの監視

- ドメインJDBCデータソースの監視

- ドメイン・メッセージングの監視

- ドメイン非同期タスクの監視

- 非同期タスクの監視

- ドメイン・ポート使用状況の監視

- ドメインの制御

- ドメイン・サーバー・インスタンスの制御

- ドメイン・クラスタの制御

- ドメインの構成

- 一般設定の構成

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

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

- 本番モードへの変更

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

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

- ドメインのEJBの構成

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

3 WebLogic Server

- サーバーの監視

- すべてのサーバー・インスタンスのステータスの監視

- サーバー環境の監視

- チャネル情報の監視

- サーバー・ヘルスの監視

- サーバー・トランザクションの監視

- サーバーのJDBCデータソースの監視

- サーバー・メッセージングの監視

- サーバー・デプロイメントの監視

- サーバー・パフォーマンス・サマリーの監視

- サーバー・リソース・パフォーマンスの監視

- サーバーのJVMパフォーマンスの監視

- サーバーの非同期タスクの監視

- サーバーの制御

- サーバー状態の制御

- サーバーのJTAトランザクションの制御

- クラスタ・サーバーの移行の制御

- クラスタ・サーバーのジョブ・スケジューリングの制御

- サーバーの構成

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

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

- 起動モードの指定

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

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

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

- クラスタ設定の構成

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

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

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

- サーバー移行の構成

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

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

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

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

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

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

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

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

- ネイティブIOの有効化

- NIOSocketMuxerの有効化

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

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

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

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

- サーバー・ヘルス監視の構成

- サーバー起動の構成

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

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

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

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

- 論理ストアの表示

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

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

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

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

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

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

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

- 特定のネットワーク・チャネルの監視

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

4 WebLogic Serverクラスタ

- クラスタの監視

- すべてのクラスタのステータスの監視

- クラスタ内のサーバー・インスタンスのステータスの監視

- クラスタ・ヘルスの監視

- クラスタ内のサーバー・インスタンスの監視

- クラスタ・デプロイメントの監視

- クラスタJDBCデータソースの監視

- クラスタ・メッセージングの監視

- クラスタ・フェイルオーバーの監視

- クラスタ・パフォーマンス・サマリーの監視

- クラスタの非同期タスクの監視

- クラスタ内のサーバー・インスタンスの制御

- クラスタの構成

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

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

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

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

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

- クラスタの移行の構成

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

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

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

- クラスタのシングルトン・サービスの移行

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

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

- クラスタのヘルス監視の構成

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

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

5 WebLogic Serverマシン

- ノード・マネージャの監視

- ノード・マネージャのステータスの監視

- ノード・マネージャのログの監視

- マシンの構成

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

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

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

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

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

- マシン・ノートの作成

6 WebLogic Server仮想ホスト

- 仮想ホストの監視

7 カスタムWebLogic Serverクラス

- 起動クラスおよび停止クラスの監視

8 WebLogic Serverワーク・マネージャ

- ワーク・マネージャの監視

- サーバーのワーク・マネージャの監視

- クラスタのワーク・マネージャの監視

9 WebLogic Serverの移行可能ターゲット

- 移行可能なターゲットの監視

- 移行可能なターゲットの移行

10 アプリケーション・デプロイメント

- アプリケーション・デプロイメントの監視

- すべてのデプロイメントの監視

- エンタープライズ・アプリケーションの監視

- 複数のWebアプリケーションの監視

- 1つのWebアプリケーションの監視

- Webアプリケーション・モジュールの監視

- リソース・アダプタの監視

- メッセージ・リスナー・エンドポイントの監視

- アウトバウンド接続プールの監視

- リソース・アダプタ・モジュールの監視および制御

- リソース・アダプタ・モジュールの監視

- リソース・アダプタ・モジュールの制御

- Coherenceアーカイブの監視

- JAX-RSアプリケーションの監視

- EJBアプリケーションの監視

- EJBモジュールの監視

- EJBコンポーネントの監視および制御

- EJBコンポーネントの監視

- EJBコンポーネントの制御

- EJBの監視

- ライブラリの監視

- JMSモジュールの監視

- JDBCモジュールの監視

- Coherenceグリッド・アーカイブ(GAR)・モジュールの監視

- Webサービスの監視

- Webサービス・クライアントの監視

- アプリケーション・デプロイメントの制御

- アプリケーションの起動

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

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

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

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

- デプロイメント・プランのフェッチ

- キャッシュの初期化

- データソース操作の制御

- リソース・アダプタの制御

- アウトバウンド接続プールの制御

11 WebLogic Serverメッセージング

- JMSサーバーの監視および制御

- 複数のJMSサーバーの監視

- 1つのJMSサーバーの監視

- JMS接続セッション情報の監視

- JMSサーバー・メッセージの制御

- アクティブなJMS宛先の制御

- アクティブなJMSトランザクションの制御

- アクティブなJMS接続の制御

- ストア・アンド・フォワード・エージェントの監視および制御

- 複数のSAFエージェントの監視

- 1つのSAFエージェントの監視

- SAFエージェントの制御

- SAFリモート・エンドポイントの制御

- SAF会話の制御

- JMSリソースおよびモジュールの監視および制御

- JMSリソースの監視

- キューの監視

- トピックの監視

- 共通分散キューの監視

- 共通分散トピックの監視

- SAFインポート済宛先の監視

- 恒久サブスクライバの詳細の表示

- JMS宛先リソースのメッセージの制御

- キューのメッセージの制御

- トピックのメッセージの制御

- JMSモジュールの監視

- JMSシステム・モジュール・リソースの監視

- JMSシステム・モジュール・サブデプロイメントの監視

- パス・サービスの監視

- メッセージング・ブリッジの監視

- メッセージング・ブリッジの監視

- JMSブリッジ宛先の監視

12 WebLogic Server JDBCデータソース

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

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

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

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

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

- JDBCデータ・ソースの監視

- JDBCデータ・ソースの監視

- JDBCデータソースの監視

- JDBC GridLinkデータソースの監視

- JDBCマルチ・データソースの監視

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

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

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

- JDBCデータソースの停止

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

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

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

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

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

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

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

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

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

- 複数の名前を持つJNDIツリーへのJDBCデータソースのバインド

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

- JDBCデータソースのテスト・オプションの構成

- 文キャッシュの構成

- 接続プール容量の構成

- 接続リクエストにおける接続待機の有効化

- Oracleパラメータの構成

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

- Oracleウォレット・ファイルを使用するONSクライアントのSSLの構成

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

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

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

- 資格証明マッピングの有効化

- アイデンティティベースの接続プールの有効化

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

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

13 WebLogic Server永続ストア

- 永続ストアの監視

- サーバー永続ストアの監視

- クラスタ永続ストアの監視

- ファイル・ストアの監視

- JDBCストアの監視

14 WebLogic Server XMLエンティティ・キャッシュ

- XMLエンティティ・キャッシュの監視

- XMLエンティティ・キャッシュの監視

15 Coherenceサーバーおよびクラスタ

- Coherenceサーバーの監視

- Coherenceサーバーの起動または停止

- Coherenceクラスタの監視

16 WebLogic Serverテンプレート

- サーバー・テンプレートの監視

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

- 一般設定の構成

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

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

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

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

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

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

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

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

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

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

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

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

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

- サーバー・テンプレートのヘルス監視の構成

- サーバー起動の構成

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

- サーバー・テンプレートのバッファリング設定の構成

- サーバー・テンプレートの信頼できるメッセージングの構成

- サーバー・テンプレートの論理ストアの表示

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

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

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

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

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

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

- サーバー・テンプレートのネットワーク・チャネル設定の監視

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

17 WebLogic Server OSGiフレームワーク

- OSGiフレームワークの監視

- サーバーOSGiフレームワークの監視

- クラスタOSGiフレームワーク

- OSGiフレームワークの構成

- OSGiフレームワークの構成

- OSGiフレームワークのターゲット指定

- OSGiフレームワーク・ノートの作成

Oracle® Fusion Middleware

Fusion Middleware ControlによるOracle WebLogic Serverの管理

12c (12.1.2)

E48008-01(原本部品番号:E18707-01)

2013年6月

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

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

E48008-01

Copyright © 2013 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の登録商標です。

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

はじめに

ここでは、このガイド『Fusion Middleware 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 変更および構成管理

この章では、Fusion Middleware Controlのチェンジ・センターを使用する方法について説明します。また、Fusion Middleware Controlを使用してWLSTスクリプトの記録、ノートの作成、および表ビューのカスタマイズを行う方法についても説明します。

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

- チェンジ・センターの使用

- WLSTスクリプトの記録

- ノートの作成

- 表ビューのカスタマイズ

チェンジ・センターの使用

チェンジ・センターは、ドメイン構成をロックする手段を提供します。これにより、編集セッションの間は他のアカウントが変更を行えない状態にして、構成を変更することができます。

ロックが有効になっている場合は、ロックを取得して編集プロセスを開始します。変更を完了した後、その変更を保存します。変更をアクティブにしてドメイン内のすべてのサーバー・インスタンスに配信するまで、その変更は有効になりません。

Fusion Middleware Controlを使用してOracle WebLogic Serverを変更するには、次の手順を実行します。

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「変更」を選択し、「ロックと編集」を選択してドメインの編集可能な構成階層をロックします。
これにより、Fusion Middleware Controlを使用して変更ができます。

3. Fusion Middleware Control内の該当するページで目的の対象を変更し、変更を行う各ページで「保存」をクリックします。

4. 目的のすべての変更を終了したら、チェンジ・センターに戻り、「変更」を選択し、「変更のアクティブ化」を選択します。

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

終了後

Fusion Middleware Controlで行った変更の一部は、アクティブ化するとすぐに反映されます。それ以外の変更の場合、その変更の影響を受けるサーバーを再起動する必要があります。「保留中の変更の表示」を参照してください。

保留中の変更の表示

保存したがまだ有効になっていない変更を表示するには:

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「変更」を選択し、「変更リストの表示」または「再起動チェックリストの表示」を選択します。
「変更リスト」ページまたは「再起動チェックリスト」ページが表示されます。

3. 「変更リスト」ページでは、保存されていてもアクティブ化されていないすべての変更を表示できます。

4. 「再起動チェックリスト」ページでは、構成変更を有効にするために再起動する必要があるすべてのサーバー・インスタンスを表示できます。
サーバーを再起動するには、次の手順を実行します。

「再起動チェックリスト」表で、再起動するサーバーの行を選択します。

「再起動」をクリックします。

5. 「終了」をクリックします。

ドメイン構成ロックの有効化と無効化

チェンジ・センターは、ドメイン構成をロックする手段を提供します。これにより、編集セッションの間は他のアカウントが変更を行えない状態にして、構成を変更することができます。

開発ドメインでドメイン構成ロック機能を有効または無効にするには:

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「変更」を選択し、「プリファレンス」を選択します。
「チェンジ・センターのプリファレンス」ページが表示されます。

3. 「チェンジ・センターのプリファレンス」ページから「自動コミット・モード(ロックを自動取得して変更をアクティブ化)」フィールドを選択または選択解除して、この機能を有効または無効にします。

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

ドメイン構成ロックが有効であることを確認するには、次の手順を実行します。

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「変更」を選択し、「自動コミット・モード」を探します。

3. 青いチェックマークが「自動コミット・モード」の隣に表示された場合、ドメイン構成ロックは有効です。

4. チェックマークがない場合、「自動コミット・モード」を選択してドメイン構成ロックを有効にします。
確認メッセージがページに表示されます。

終了後

ドメイン構成ロックが有効になっている場合、ドメイン構成をロック解除して編集するには、チェンジ・センターを使用する必要があります。チェンジ・センターの使用を参照してください。

構成ロックの解放

チェンジ・センターの「ロックと編集」を選択すると、編集可能な構成階層に対するロックが取得され、その構成ロックを解放するまで他のユーザーが変更を行えなくなります。

構成ロックを解放するには、次の手順を実行します。

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「変更」を選択し、次のいずれかのオプションを選択します。

- 変更を行う前に明示的にロックを解放するには、「構成の解放」を選択します。

- 変更を保存した後でロックを暗黙的に解放するには、「変更のアクティブ化」または「すべての変更を取消し」を選択します。
確認メッセージがページに表示され、構成ロックが解放されたことが示されます。

チェンジ・センターのプリファレンスの設定

チェンジ・センターのプリファレンスは個別に指定できます。

チェンジ・センターのプリファレンスを指定するには、次の手順を実行します。

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「変更」を選択し、「プリファレンス」を選択します。
「チェンジ・センターのプリファレンス」ページが表示されます。

3. 「チェンジ・センターのプリファレンス」ページでは、次のオプションを指定できます。

- アクティブ化タイムアウト

- ロックの取得前に警告する

- 自動コミット・モード(ロックを自動取得して変更をアクティブ化)

- 管理操作タイムアウト

4. 「OK」をクリックします。
確認メッセージがページに表示されます。

WLSTスクリプトの記録

ドメインの構成タスクを自動化するために、Fusion Middleware Controlでの構成アクションを、一連のWebLogic Scripting Tool (WLST)コマンドとして記録しておき、その後、WLSTを使用してそれらのコマンドを再生することができます。

WLSTとは、WebLogic Serverドメインの作成、管理、および監視に使用できる、コマンドライン・スクリプト環境です。

次の場合には、WLSTコマンドは記録できません。

- セキュリティ・プロバイダによって維持されるセキュリティ・データへの変更。たとえば、ユーザー、ロール、およびポリシーの追加または削除のためのコマンドは記録できません。

- デプロイメント・プランへの変更。

- デプロイメント操作(デプロイ、再デプロイ、アンデプロイ、起動、停止)。

- アプリケーションまたはサーバー・インスタンスの起動と停止など、「制御」ページまたは「監視」ページにおける実行時の処理。

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

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

- WLST記録の開始

- WLST記録の停止

- 記録されたコマンドの表示

- WLST記録プリファレンスの設定

WLST記録の開始

ドメインの構成ドキュメントを変更するアクションのみを記録できます。「WLSTスクリプトの記録」を参照してください。

Fusion Middleware ControlアクションのWLSTコマンドとしての記録を開始するには、次の手順を実行します。

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「記録」を選択し、「記録の開始」を選択します。
確認メッセージがページに表示されます。

終了後

Fusion Middleware Controlは、ドメインの構成を変更するすべてのアクションの記録を開始します。各コマンドを記録するたびに、管理コンソールはそのコマンドを、記録のプリファレンスで指定したスクリプト・ファイルに書き込みます。「WLST記録プリファレンスの設定」を参照してください。

WLST記録の停止

Fusion Middleware ControlアクションのWLSTコマンドとしての記録を停止するには、次の手順を実行します。

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「記録」を選択し、「記録の停止」を選択します。
確認メッセージがページに表示され、Fusion Middleware Controlがアクションの記録を停止したことが示されます。

記録されたコマンドの表示

スクリプト・ファイルに記録されたコマンドを表示するには、次の手順を実行します。

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「記録」を選択し、「記録の表示」を選択します。
「記録の表示」ページには、現在および以前の記録セッションでスクリプト・ファイルに記録されたコマンドが表示されます。

このページに表示されているコマンドは編集できません。テキスト・エディタを使用して、スクリプト・ファイル内のコマンドを編集できます。

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

WLST記録プリファレンスの設定

WLST記録の個々のプリファレンスを指定できます。

WLSTスクリプトを記録するためのプリファレンスを設定するには、次の手順を実行します。

1. 「ターゲット・ナビゲーション」ペインの上でチェンジ・センターを探します。

2. 「記録」を選択し、「プリファレンス」を選択します。
「WLST記録のプリファレンスを指定」ページが表示されます。

3. 「WLST記録のプリファレンスを指定」ページでは、次のオプションを指定できます。

- 基本スクリプト・ディレクトリ

- スクリプト・ファイル名

- ファイルの末尾に追加

- 記録を開始する前にプロンプトを表示

- プリスクリプトとポストスクリプトの生成

- プリスクリプト・テキスト

- ポストスクリプト・テキスト

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

ノートの作成

Fusion Middleware Controlで構成できるアイテムに対して、構成を記述したノートをアタッチできます。

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

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

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

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

ドメイン・ノートの作成

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

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

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

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

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

サーバー・ノートの作成

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、ノートを作成するサーバーの名前を選択します。
「概要」ページには、サーバーに関連する情報が表示されます。

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

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

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

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

クラスタ・ノートの作成

クラスタ構成のノートを作成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、ノートを作成するクラスタの名前をクリックします。
「概要」ページには、サーバーに関連する情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「ノート」を選択します。

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

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

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

表ビューのカスタマイズ

表示されるデータをソートおよびフィルタし、列を管理して、Fusion Middleware Controlで表をカスタマイズできます。

表ビューをカスタマイズするには、次の手順を実行します。

1. 表の列を追加または削除するには、次の手順を実行します。

1. 表の上で「ビュー」を選択し、「列の管理」を選択します。

2. 「非表示列」(左側)のリストから「表示される列」(右側)のリストに列を移動して、表示する列を追加します。

3. 「表示される列」のリストから「非表示列」のリストに列を移動して、表示されている列を削除します。

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

2. 表の列を並べ替えるには、次の手順を実行します。

1. 表の上で「ビュー」を選択し、「列の並替え」を選択します。

2. 列を選択し、右側の矢印を使用して列を並べ替えます。

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

3. 表に表示されているデータをフィルタするには、次の手順を実行します。

1. データをフィルタする列を選択します。

2. 列の上のテキスト・ボックスでフィルタリング基準を指定します。

注意:

一部の列には、テキスト・ボックスのかわりにフィルタリング基準を備えたドロップダウン・メニューがあります。

表にはフィルタされたデータのみが表示されます。

4. 表に表示されているデータをソートするには、次の手順を実行します。

1. 表の上で「ビュー」を選択し、「ソート」を選択します。

2. 「拡張」を選択します。

3. 「拡張ソート」ページで、昇順または降順に個々の列をソートできます。

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

2 WebLogic Serverドメイン

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

この章では、ドメインを監視および制御するために実行するタスクについて説明します。

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

- ドメインの監視

- ドメインの制御

- ドメインの構成

ドメインの監視

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

- ドメイン・ヘルスの監視

- ドメイン・サーバー・インスタンスの監視

- ドメイン・クラスタの監視

- ドメイン移行の監視

- ドメイン・デプロイメントの監視

- ドメインJDBCデータソースの監視

- ドメイン・メッセージングの監視

- ドメイン非同期タスクの監視

- ドメイン・ポート使用状況の監視

ドメイン・ヘルスの監視

ドメインのヘルスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「ヘルス」を選択します。
「ヘルス・サマリー」ページでは、ドメインとそのサブシステムのヘルス情報を監視できます。「サブシステム状態」表には、現在のドメインに構成されているサーバー・インスタンスおよびサブシステムのヘルスに関する次のような情報が表示されます。

- サーバー名

- サーバー・ステータス

- サーバーの状態

- サーバー・ヘルス

- サブシステム名

- サブシステム状態

- サブシステム・タイプ

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

ドメイン・サーバー・インスタンスの監視

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

ドメインに構成されているすべてのサーバー・インスタンスの実行時ステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインで構成された管理サーバーと管理対象サーバーに関する次のような情報が表示されます。

- 名前

- ステータス

- クラスタ

- マシン

- 状態

- ヘルス

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、サーバーのデフォルト・ネットワーク通信などの構成情報を表示するサーバー・インスタンスの名前を選択します。

ドメイン・クラスタの監視

ドメイン内で構成されているすべてのクラスタの実行時ステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「クラスタ」を選択します。
「クラスタ」表には、現在のドメイン内で構成されたクラスタに関する次のような情報が表示されます。

- クラスタ名

- ステータス

- サーバー

- クラスタ・アドレス

- クラスタ・メッセージング・モード

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、クラスタのデフォルト・ネットワーク通信などの構成情報を表示するクラスタの名前を選択します。

ドメイン移行の監視

ドメイン内のすべての移行リクエストのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「移行」を選択します。
「移行」表には、すべての移行リクエストのステータスに関する次のような情報が表示されます。

- 開始時間

- 終了時間

- ステータス

- サーバー

- 試行されたマシン

- 移行元のマシン

- 移行先のマシン

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

ドメイン・デプロイメントの監視

ドメイン内のすべてのデプロイメントのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。
「デプロイメント(監視)のサマリー」ページが表示されます。

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

ドメインにデプロイされている特定のデプロイメントを監視するには、適切なページを選択します。

- Webアプリケーション: Webアプリケーションを監視します。これには、Webアプリケーションがデプロイされているマシンとサーバー・インスタンスなどの情報、Webアプリケーションに関連付けられているサーブレットとセッションの数に関する統計が含まれます

- リソース・アダプタ: リソース・アダプタ用のメッセージ・リスナー・エンドポイントおよびアウトバウンド接続プールの現在の状態のステータスを監視します

- EJB: ステートレス、ステートフル、シングルトン、エンティティおよびメッセージドリブンの各EJBに関する統計を監視します

- Webサービス: このドメインにデプロイされているすべてのWebサービスを監視します

- Webサービス・クライアント: このドメイン内のすべてのWebサービス・クライアントを監視します

- JAX-RSアプリケーション: このドメインで実行されているJAX-RSアプリケーションを監視します

- ワークロード: このドメイン内のアプリケーション・デプロイメント用に構成されているワーク・マネージャ、制約およびポリシーの統計を表示します

- クラスタ・デプロイメントの監視: クラスタ内のすべてのデプロイメントを監視します

必要に応じて、任意のページで「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

ドメインJDBCデータソースの監視

ドメインに作成されているすべてのJDBCデータソースのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「JDBCデータソース」を選択します。
「JDBCデータソース」表には、ドメインに作成されたJDBCデータソースが表示され、次のような関連したステータス情報が表示されます。

- 名前

- タイプ

- サーバー名

- 状態

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

2. データソースをテストするには、次の手順を実行します。

1. 「JDBCデータソース」表で、テストするJDBCデータソース・インスタンスの行を選択します。「データソースのテスト」オプションは、表の上に表示されます。

2. 「データソースのテスト」をクリックします。

ドメイン・メッセージングの監視

ドメインに作成されたJMSサーバーのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「メッセージング」を選択します。
「JMSサーバー」表には、ドメイン内のすべてのJMSサーバーのステータスに関する次のような情報が表示されます。

- JMSサーバー名

- ヘルス

- ヘルスの理由

- 永続ストア

- ターゲット

- 現在のサーバー

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

次のドメイン・メッセージング・リソースまたはモジュールを監視するには、適切なページを選択します。

- ストア・アンド・フォワード・エージェント: SAFエージェントの統計を監視し、エージェントへの受信リクエストの休止などのメッセージ管理操作を実行します

- JMSリソース: すべてのJMSシステム・モジュール用に作成されたすべてのJMSリソースを監視します。これには、キューとトピック宛先、コネクション・ファクトリ、JMSテンプレート、宛先ソート・キー、宛先割当て、分散宛先、外部サーバー、ストア・アンド・フォワード・パラメータがあります

- JMSモジュール: このドメインに作成されたJMSモジュールを監視します

- メッセージング・ブリッジ: このドメイン内のアクティブなサーバー・インスタンスに構成されたすべてのメッセージング・ブリッジのステータスを監視します

ドメイン非同期タスクの監視

ドメイン内のすべてのタスクの完了ステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「非同期タスク」を選択します。
「非同期タスク」表には、ドメイン内のすべてのタスクの完了ステータスに関する次のような情報が表示されます。

- 説明

- タイプ

- ステータス

- 開始時間

- 終了時間

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、追加ステータス情報を表示するタスクの説明を選択します。

非同期タスクの監視

特定のタスクのステータス情報を表示するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「非同期タスク」を選択します。

2. 「非同期タスク」表で、追加ステータス情報を表示するタスクの説明を選択します。
「タスクの結果」ページには、タスクに関連した次のようなステータス情報が表示されます。

- 説明

- ステータス

- 開始時間

- 終了時間

3. 「デプロイメント・タスク」を選択した場合、次のような追加ステータス情報を表示するには、「ターゲット」を選択します。

- ターゲット名

- ターゲット・タイプ

- ステータス

- 例外

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

ドメイン・ポート使用状況の監視

ドメインのポートの使用状況を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「ポートの使用状況」を選択します。
「ポートの使用状況」表には、次の情報が表示されます。

- 使用中のポート

- IPアドレス

- コンポーネント

- チャネル

- プロトコル

ドメイン内の1つの特定サーバー・インスタンスに関するポートの使用状況情報のみを監視するには、「表示」メニューからサーバー・インスタンスを選択します。

ドメインの制御

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

- ドメイン・サーバー・インスタンスの制御

- ドメイン・クラスタの制御

始める前に:

管理対象サーバーで制御操作を行うには、ノード・マネージャを起動する必要があります。管理対象サーバーをSTANDBYモードで起動するには、ドメイン全体の管理ポートが必要です。

ドメイン・サーバー・インスタンスの制御

ドメインに構成されているサーバー・インスタンスの起動、再開、中断または停止ができます。サーバー・インスタンスがSTANDBYまたはADMINからRUNNING状態に移行する方法の詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』の「サーバーのライフ・サイクルの理解」を参照してください。

ドメイン内のサーバー・インスタンスの状態を変更するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインに構成されたサーバー・インスタンスに関する情報が表示されます。

2. 表で、制御するサーバー・インスタンスの名前を含んでいる行を選択します。制御オプションは表の上に表示されます。

3. 次のいずれかのサーバー制御オプションを選択します。

- 起動: サーバー・インスタンスをSHUTDOWN状態からRUNNINGに移行します。

- 再開: サーバー・インスタンスをSTANDBYまたはADMIN状態からRUNNINGに移行します。

- 一時停止: サーバー・インスタンスをRUNNING状態からADMIN状態に移行するオプションを選択します。

- 作業完了時: サーバー・インスタンスをRUNNING状態からADMIN状態に移行し、進行中の作業が正常に処理されるようにします。SUSPENDING状態のときに、ワーク・マネージャは、アプリケーション・スレッドで保留されている処理中の作業を完了します。

- ただちに強制停止: 進行中の作業を正常に処理せずに、サーバー・インスタンスをRUNNING状態からADMIN状態にただちに移行します。

- 停止: サーバー・インスタンスを停止するオプションを選択します。

- 作業完了時: ドメイン内のサーバー・インスタンスを正常に停止します。新しいリクエストは拒否されますが、処理中のリクエストはサーバーの停止前に完了します。

- ただちに強制中断: ドメイン内のサーバー・インスタンスをただちに停止します。処理中のリクエストは削除され、新しいリクエストはすべて拒否されて、サーバーはただちに停止します。

- SSLの再起動: SSLリスニング・ソケットを再起動してキーストアの変更を有効にします。

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

ドメイン・クラスタの制御

ドメイン内のクラスタの状態を変更するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「クラスタ」を選択します。
「クラスタ」表には、現在のドメインで構成されたクラスタに関する情報が表示されます。

2. 表で、制御するクラスタの名前を含んでいる行を選択します。
制御オプションは表の上に表示されます。

3. 次のいずれかのクラスタ制御オプションを選択します。

- 起動: クラスタ内のサーバー・インスタンスをSHUTDOWN状態からRUNNINGに移行します。

- 停止: クラスタ内のサーバー・インスタンスを停止するオプションを選択します。

- 作業完了時: クラスタ内のサーバー・インスタンスを正常に停止します。新しいリクエストは拒否されますが、処理中のリクエストはクラスタの停止前に完了します。

- ただちに強制中断: クラスタ内のサーバー・インスタンスをただちに停止します。処理中のリクエストは削除され、新しいリクエストはすべて拒否されて、クラスタはただちに停止します。

- 再起動: クラスタ内のサーバー・インスタンスを再起動します。

- 一時停止: クラスタ内のサーバー・インスタンスをRUNNING状態からADMIN状態に移行するオプションを選択します。

- 作業完了時: クラスタ内のサーバー・インスタンスをRUNNING状態からADMIN状態に移行し、進行中の作業が正常に処理されるようにします。SUSPENDING状態のときに、ワーク・マネージャは、アプリケーション・スレッドで保留されている処理中の作業を完了します。

- ただちに強制中断: 進行中の作業を正常に処理せずに、クラスタ内のサーバー・インスタンスをRUNNING状態からADMIN状態にただちに移行します。

- 再開: クラスタ内のサーバー・インスタンスをSTANDBYまたはADMIN状態からRUNNINGに移行します。

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

ドメインの構成

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

- 一般設定の構成

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

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

- ドメインのEJBの構成

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

一般設定の構成

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

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

- 管理ポートの有効化(「ドメイン全体の管理ポートの構成」を参照)

- 管理ポート

- 本番モード

- Exalogic最適化

- クラスタの制約

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

- Oracle Guardian Agent

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

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

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

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

始める前に:

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

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

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

注意:

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

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

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

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

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

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

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

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

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

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

終了後:

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

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

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

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

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

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

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

本番モードへの変更

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

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

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

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

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

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

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

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

ドメインのJTA設定の構成

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

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

- タイムアウト

- 破棄タイムアウト

- beforeCompletionの反復上限

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

- 一意名の最大数

- チェックポイント間隔

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

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

- XA呼出しの並列実行

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

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

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

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

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

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

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

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

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

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

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

ドメインのEJBの構成

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

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

- Javaコンパイラ

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

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

- rmic追加オプション

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

- 生成の強制

- 一時ディレクトリ

- ejbc追加オプション

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

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

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

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

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

- 再ログインの有効化

- すべてのロールを許可

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

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

- X-Powered-Byヘッダー

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

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

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

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

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

- WebLogicプラグインの有効化

- 認証Cookieの有効化

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

- WAPの有効化

- POSTタイムアウト

- 最大POSTタイムアウト

- 最大POSTサイズ

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

- P3Pヘッダーの値

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

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

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

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

3 WebLogic Server

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

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

この章では、サーバー・インスタンスを監視、制御および構成するために実行するタスクについて説明します。

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

- サーバーの監視

- サーバーの制御

- サーバーの構成

サーバーの監視

この項では、サーバー・インスタンスを監視する方法について説明します。この項には、次の項目が含まれます。

- すべてのサーバー・インスタンスのステータスの監視

- サーバー環境の監視

- サーバー・ヘルスの監視

- サーバー・トランザクションの監視

- サーバーのJDBCデータソースの監視

- サーバー・メッセージングの監視

- サーバー・デプロイメントの監視

- サーバー・パフォーマンス・サマリーの監視

- サーバー・リソース・パフォーマンスの監視

- サーバーのJVMパフォーマンスの監視

- サーバーの非同期タスクの監視

すべてのサーバー・インスタンスのステータスの監視

ドメイン内のすべてのサーバー・インスタンスの実行時ステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインで構成された管理サーバーと管理対象サーバーに関する次のような情報が表示されます。

- サーバー名

- ステータス

- クラスタ

- マシン

- 状態

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. サーバーのデフォルト・ネットワーク通信などの構成情報を表示するサーバー・インスタンスの名前を選択します。

注意:

この「詳細な監視」ページには、「ターゲット・ナビゲーション」ペインから直接アクセスすることもできます。

- 「ターゲット・ナビゲーション」ペインでファームを展開し、「WebLogicドメイン」を展開します。

- ドメインを展開し、詳細監視情報を表示するサーバー・インスタンスの名前を選択します。

サーバー環境の監視

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「環境監視」を選択します。

4. このサーバー・インスタンスに関連付けられた特定の面を監視するには、適切なページを選択します。

- 一般: サーバーに関する一般の実行時情報

- チャネル: このサーバーのチャネル情報を監視します

- パフォーマンス: このサーバーに関するパフォーマンス情報を監視します。このページからガベージ・コレクションまたはスレッド・ダンプも強制実行できます

- スレッド: このサーバーのスレッド・プールおよび個々のスレッドのステータスを監視します

- タイマー: サーバーによって使用されているタイマーを監視します

- ジョブ: 特定のクラスタ・サーバーでジョブ・スケジューラによってスケジュールされているジョブに関する情報を監視します

- セキュリティ: このサーバーのユーザー・ロックアウト管理統計を監視します

- デフォルト・ストア: このサーバーのデフォルト・ストアおよびすべてのアクティブなデフォルト・ストア接続の実行時統計を監視します
デフォルト・ストア接続の詳細は、「オプションの構成」を参照してください。

- JMS: このサーバーのすべてのアクティブなJMS接続の統計を監視します

- ワークロード: このサーバーに関連付けられたワーク・マネージャ、制約およびリクエスト・クラスを監視します

チャネル情報の監視

サーバー・インスタンスのチャネル接続方法を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「環境監視」を選択します。

4. 「チャネル」ページを選択します。
「チャネル」表では、このサーバーのすべてのチャネル接続に関する次のような情報を監視できます。

- 名前

- コネクション

- 受信メッセージ数

- 送信メッセージ

- 受信バイト数

- 送信バイト数

- 受入れ数

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

5. 「チャネル」表で、詳細情報を監視するチャネルの名前を選択します。

サーバー・ヘルスの監視

サーバー・インスタンスのヘルスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「ヘルス」を選択します。
「ヘルス・サマリー」ページでは、サーバー・インスタンスとそのサブシステムのヘルス情報を監視できます。

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

サーバー・トランザクションの監視

特定のサーバー・インスタンスのJTAトランザクションを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、Java Transaction API (JTA)を選択します。

4. 次のサーバー情報を監視するには、適切なページを選択します。

- サマリー: このサーバーのすべてのリソース・タイプのすべてのトランザクション情報のサマリーです

- トランザクション・ログ・ストア統計: このサーバーによって使用されているトランザクション・ログ・ストアの実行時統計を監視します

- トランザクション・ログ・ストア接続: サーバーのすべてのリソース・タイプのすべてのトランザクション情報のサマリーです

- トランザクション(名前指定): このサーバーのすべてのアクティブなトランザクション・ログ・ストア接続の実行時統計を監視します

- XAリソース: このサーバーによって調整されるトランザクションを監視します

- 非XAリソース: このサーバーによって調整されるトランザクションを監視します

- トランザクション: このサーバー、またはこのサーバーに参加しているこのサーバーのリソースによって調整される現在のトランザクションに関する情報を監視します。このページからは、ローカル・コミット、グローバル・コミット、ローカル・ロールバックまたはグローバル・ロールバックを強制実行できます

- 回復サービス: サーバーの起動時またはクラッシュ後のリカバリの一部としてサーバーによって処理されたトランザクションに関する情報を監視します

サーバーのJDBCデータソースの監視

特定のサーバー・インスタンスに関連付けられたJDBCデータソースを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「JDBCデータソース」を選択します。
「JDBCデータソース」表には、すべてのJDBCデータソースのステータスに関する次のような情報が表示されます。

- 名前

- タイプ

- サーバー名

- 状態

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

サーバー・メッセージングの監視

サーバー・インスタンスに関連付けられたJMSサーバーのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「メッセージング」を選択します。
「JMSサーバー」表には、ドメイン内のすべてのJMSサーバーのステータスに関する次のような情報が表示されます。

- JMSサーバー名

- ヘルス

- ヘルスの理由

- 永続ストア

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

次のサーバー・メッセージング・リソースまたはモジュールを監視するには、適切なページを選択します。

- ストア・アンド・フォワード・エージェント: SAFエージェントの統計を監視し、エージェントへの受信リクエストの休止などのメッセージ管理操作を実行します

- JMSリソース: すべてのJMSシステム・モジュール用に作成されたすべてのJMSリソースを監視します。これには、キューとトピック宛先、コネクション・ファクトリ、JMSテンプレート、宛先ソート・キー、宛先割当て、分散宛先、外部サーバー、ストア・アンド・フォワード・パラメータがあります

- JMSモジュール: このドメインに作成されたJMSモジュールを監視します

- メッセージング・ブリッジ: このドメイン内のアクティブなサーバーに構成されたすべてのメッセージング・ブリッジのステータスを監視します

サーバー・デプロイメントの監視

サーバー・インスタンスのすべてのデプロイメントを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。
「サマリー」の下の「デプロイメント」表には、サーバーにデプロイされているすべてのアクティブなアプリケーションおよびモジュールに関する次のような情報が表示されます。

- 名前

- ステータス

- 状態

- ヘルス

- タイプ

- デプロイメント順序

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

サーバー・デプロイメントを監視するには、適切なページを選択します。

- Webアプリケーション: サーバーにデプロイされているWebアプリケーションを監視し、アプリケーションがデプロイされているマシンおよびサーバーのアプリケーションに関する情報、Webアプリケーションに関連付けられているサーブレットおよびセッションに関する統計が含まれます

- リソース・アダプタ: インバウンド・リスナーおよびアウトバウンド接続プールのステータスを監視します

- EJB: ステートレス、ステートフル、シングルトン、エンティティおよびメッセージドリブンの各EJBに関する統計および情報を監視します

- Webサービス: このドメインにデプロイされているすべてのWebサービスを監視します

- Webサービス・クライアント: このサーバーのすべてのWebサービス・クライアントを監視します

- JAX-RSアプリケーション: このサーバーで実行されているすべてのJAX-RSアプリケーションを監視します

- ワークロード: このサーバーのアプリケーション・デプロイメント用に構成されているワーク・マネージャ、制約およびポリシーの統計を監視します

サーバー・パフォーマンス・サマリーの監視

サーバー・インスタンスのパフォーマンス・サマリーを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「パフォーマンス・サマリー」を選択します。
「パフォーマンス・サマリー」ページには、パフォーマンスの一般情報、およびこのサーバー・インスタンスに関連付けられたサーブレット、JSPおよびデータソースに関するパフォーマンス情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

サーバー・リソース・パフォーマンスの監視

サーバー・インスタンスのリソース・パフォーマンスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「リソース・パフォーマンス」を選択します。
「リソース・パフォーマンス」ページには、パフォーマンスの一般情報、およびサーバー・インスタンスに関連付けられたデータソースおよびJMSサーバーに関するパフォーマンス情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

サーバーのJVMパフォーマンスの監視

サーバー・インスタンスのJVMパフォーマンスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「JVMパフォーマンス」を選択します。
「JVMパフォーマンス」ページには、サーバー・インスタンスに関連付けられたメモリー、ヒープ使用量、ガベージ・コレクタおよびスレッドに関するパフォーマンス情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

サーバーの非同期タスクの監視

即座に完了する管理タスク(デプロイメント、サービスの移行、管理対象サーバーの起動/停止の試行など)もあれば、完了するまでに要する時間が異なる管理タスクもあるため、「非同期タスク・サマリー」ページでは、すべてのタスクの完了ステータスを監視できます。

サーバー・インスタンスの非同期タスクのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

3. 「WebLogic Server」ドロップダウン・メニューから「監視」を選択し、「非同期タスク」を選択します。
「非同期タスク・サマリー」ページでは、次のような情報を表示することで、すべてのタスクの完了ステータスを監視できます。

- 説明

- タイプ

- ステータス

- 開始時間

- 終了時間

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

サーバーの制御

ここでは、サーバー・インスタンスを制御する方法について説明します。ドメイン内のサーバー・インスタンスの起動、再開、中断および停止ができます。サーバーがSTANDBYまたはADMINからRUNNING状態に遷移する様子の詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』のサーバーのライフ・サイクルの理解に関する項を参照してください。

始める前に

管理対象サーバーで制御操作を行うには、ノード・マネージャを起動する必要があります。管理対象サーバーをスタンバイ・モードで起動するには、ドメイン全体の管理ポートが必要です。

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

- サーバー状態の制御

- サーバーのJTAトランザクションの制御

- クラスタ・サーバーの移行の制御

- クラスタ・サーバーのジョブ・スケジューリングの制御

サーバー状態の制御

サーバー・インスタンスの状態を変更するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインに構成されたサーバー・インスタンスに関する情報が表示されます。

2. 表で、制御するサーバー・インスタンスの名前を選択します。

3. 「WebLogic Server」ドロップダウン・メニューから「制御」を選択し、「コントロール操作」を選択します。
「サーバーの制御」表が表示されます。

4. 表で、制御するサーバー・インスタンスの名前が含まれている行をハイライト表示します。制御オプションは表の上に表示されます。

5. サーバー制御操作のいずれかを選択します。

- 起動: サーバー・インスタンスをSHUTDOWN状態からRUNNINGに移行します。

- 再開: サーバー・インスタンスをSTANDBYまたはADMIN状態からRUNNINGに移行します。

- 一時停止: サーバー・インスタンスをRUNNING状態からADMIN状態に移行するオプションを選択します。

- 作業完了時: サーバー・インスタンスをRUNNING状態からADMIN状態に移行し、進行中の作業が正常に処理されるようにします。SUSPENDING状態のときに、ワーク・マネージャは、アプリケーション・スレッドで保留されている処理中の作業を完了します。

- ただちに強制停止: 進行中の作業を正常に処理せずに、サーバー・インスタンスをRUNNING状態からADMIN状態にただちに移行します。

- 停止: サーバー・インスタンスを停止するオプションを選択します。

- 作業完了時: ドメイン内のサーバー・インスタンスを正常に停止します。新しいリクエストは拒否されますが、処理中のリクエストはサーバーの停止前に完了します。

- ただちに強制中断: ドメイン内のサーバー・インスタンスをただちに停止します。処理中のリクエストは削除され、新しいリクエストはすべて拒否されて、サーバーはただちに停止します。

- SSLの再起動: SSLリスニング・ソケットを再起動してキーストアの変更を有効にします。

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

サーバーのJTAトランザクションの制御

サーバー・インスタンスによって調整されるトランザクションを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインに構成されたサーバー・インスタンスに関する情報が表示されます。

2. 表で、制御するサーバー・インスタンスの名前を選択します。

3. 「WebLogic Server」ドロップダウン・メニューから「制御」を選択し、「Java Transaction API (JTA)」を選択します。
「JTA」表には、サーバーによって、またはサーバー・リソースが参加しているサーバーによって調整されるトランザクションに関する情報が表示されます。

4. 表で、制御するトランザクションの名前が含まれている行をハイライト表示します。制御オプションは表の上に表示されます。

5. 次のサーバー制御操作のいずれかをクリックします。

- ローカル・コミットの強制

- グローバル・コミットの強制

- ローカル・ロールバックの強制

- グローバル・ロールバックの強制

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

クラスタ・サーバーの移行の制御

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインに構成されたサーバー・インスタンスに関する情報が表示されます。

2. 表で、制御するサーバー・インスタンスの名前を選択します。

3. 「WebLogic Server」ドロップダウン・メニューから「制御」を選択し、「移行」を選択します。
「移行」ページでは、サーバー・インスタンスとそのサービスを別のマシンに手動で再起動(移行)できます。または、このサーバーのJMS関連サービスとJTAトランザクション回復サービスをクラスタ内の別のサーバー・インスタンスに移行できます。

4. 「移行先のマシン」ドロップダウン・メニューから、このサーバー・インスタンスとそのサービスを移行する先のマシンを選択します。

5. 「移行」ボタンをクリックします。
詳細は、構成オプションを参照してください。

クラスタ・サーバーのジョブ・スケジューリングの制御

クラスタ・サーバー・インスタンスのジョブ・スケジューリングを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインに構成されたサーバー・インスタンスに関する情報が表示されます。

2. 表で、制御するサーバー・インスタンスの名前を選択します。

3. 「WebLogic Server」ドロップダウン・メニューから「制御」を選択し、「ジョブ」を選択します。
「ジョブ」表には、このサーバーでスケジュールされているジョブに関する情報が表示され、将来の実行からこれらのジョブを削除できます。

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

4. 表で、削除するジョブの名前が含まれている行をハイライト表示します。「取消」ボタンが表の上に表示されます。

5. 「取消」をクリックします。

サーバーの構成

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

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

- クラスタ設定の構成

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

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

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

- サーバー移行の構成

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

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

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

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

- サーバー・ヘルス監視の構成

- サーバー起動の構成

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

- テンプレート

- リスニング・アドレス

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

- リスニング・ポート

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

- SSLリスニング・ポート

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

- Javaコンパイラ

- 診断ボリューム

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

起動モードの指定

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

5. 「起動モード」フィールドで、以下から選択します。

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

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

注意:

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

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

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

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

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

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

クラスタ設定の構成

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

- クラスタの重み

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

- JMS構成

- デフォルト・ストア

- 詳細

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

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

- XMLサービスの構成

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

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

- キーストア

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

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

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

- デモ信頼キーストア

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

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

- Java標準信頼キーストア

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

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

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

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

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

サーバーのSSL設定の構成

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

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

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

- 秘密鍵の場所

- 秘密鍵の別名

- 秘密鍵のパスフレーズ

- 証明書の場所

- 信頼性のある認証局

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

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

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

サーバー移行の構成

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

- 候補マシン

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

- JTAの自動移行を有効化

- JTA候補サーバー

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

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

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

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

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

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

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

サーバーの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の全般的なサービスの構成

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

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

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

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

始める前に

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

- ソース・サイトURL

- 署名鍵別名

- サイト間転送URI

- ITSでSSLが必要

- アサーション取得用URI

- ARSでSSLが必要

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

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

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

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

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

SAML 1.1宛先サービスの構成

始める前に

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

- ACSでSSLが必要

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

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

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

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

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

注意:

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

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

- 連絡先の詳細

- 組織の名前とURL

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

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

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

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

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

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

終了後

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

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

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

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

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

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

終了後

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

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

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

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

終了後

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

- ステージング・モード

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

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

- ネイティブIOの有効化

- JavaSocketMuxerソケット・リーダー

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

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

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

- StuckThreadMaxTime

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

- バックログの受入れ

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

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

- DNS予約の許可

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

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

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

ネイティブIOの有効化

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

NIOSocketMuxerの有効化

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

4. 「オーバーロード」ページで、下部にある「拡張」をクリックして詳細構成設定を表示します。

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

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

終了後

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

- 障害時のアクション

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

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

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

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

- スタック・スレッド数

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

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

サーバー・ヘルス監視の構成

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

- ヘルス・チェック間隔

- 失敗時の自動強制停止

- 自動再起動

- 再起動間隔

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

- 再起動遅延秒数

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

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

サーバー起動の構成

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

- Javaホーム

- Javaベンダー

- BEAホーム

- ルート・ディレクトリ

- クラス・パス

- 引数

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

- ユーザー名

- パスワード

- パスワードの確認

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

- 起動のタイムアウト

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

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

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

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

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

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

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

- 論理ストアの表示

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

- 再試行回数

- 再試行の遅延

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

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

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

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

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

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

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

- 基本の再送信間隔

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

- 非バッファ送信元

- 非バッファ宛先

- 確認応答の間隔

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

- 順序の有効期限

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

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

論理ストアの表示

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

- 名前

- 永続性方式

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

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

- デフォルト

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

- ローカル記憶域有効

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

- サイト名

- ラック名

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

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

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

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

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

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

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

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

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

- 特定のネットワーク・チャネルの監視

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

- トンネリングの有効化

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

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

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

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

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

サーバーのHTTP設定の構成

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

- POSTタイムアウト

- 最大POSTサイズ

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

- 期間

- HTTPS期間

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

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

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

- WAPの有効化

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

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

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

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

- トンネリングの有効化

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

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

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

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

サーバーのjCOM設定の構成

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

- COMの有効化

- NT認証ホスト

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

- 冗長ロギングの有効化

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

- 列挙値のプリフェッチ

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

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

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

サーバーのIIOP設定の構成

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

- IIOPの有効化

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

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

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

- 名前

- プロトコル

- 有効

- リスニング・アドレス

- リスニング・ポート

- パブリック・アドレス

- パブリック・ポート

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

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

特定のネットワーク・チャネルの監視

特定のネットワーク・チャネルを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

5. 「チャネル」表で、監視するチャネルの名前を選択します。

6. 「監視」を選択します。

7. 「概要」ページでは、このネットワーク・チャネルに関する次のような現在の統計を監視できます。

- 名前

- コネクション

- 受信メッセージ数

- 送信メッセージ

- 受信バイト数

- 送信バイト数

- 受入れ数

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

8. 「コネクション」ページでは、このネットワーク・チャネルに関する次のような現在の接続統計を監視できます。

- 接続時刻

- 受信メッセージ数

- 送信メッセージ

- 受信バイト数

- 送信バイト数

- ローカル・アドレス

- ローカル・ポート

- リモート・アドレス

- リモート・ポート

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

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

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

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。

2. 「サーバー」表で、構成するサーバー・インスタンスの名前を選択します。
「概要」ページには、サーバー・インスタンスに関連した情報が表示されます。

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

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

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

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

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

- 名前

- プロトコル

- リスニング・ポート

- リスニング・アドレス

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

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

- 有効

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

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

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

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

- 双方向SSL有効

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

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

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

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

注意:

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

4 WebLogic Serverクラスタ

WebLogic Serverクラスタは、同時に動作し、連携して高度なスケーラビリティと信頼性を実現する複数のWebLogic Serverサーバー・インスタンスで構成されます。クライアントでは、1つのクラスタが、1つのWebLogic Serverインスタンスのように認識されます。クラスタを構成する複数のサーバー・インスタンスは同じマシン上で実行することも、複数のマシンに配置することもできます。クラスタの能力は、既存のマシン上のクラスタにサーバー・インスタンスを追加することによって強化できます。また、新たにサーバー・インスタンスを配置するためのマシンをクラスタに追加することもできます。クラスタ内の各サーバー・インスタンスでは、同一バージョンのWebLogic Serverを実行する必要があります。クラスタの詳細は、WebLogic Serverのクラスタリングの理解を参照してください。

この章では、クラスタを監視、制御および構成する方法について説明します。

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

- クラスタの監視

- クラスタ内のサーバー・インスタンスの制御

- クラスタの構成

クラスタの監視

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

- すべてのクラスタのステータスの監視

- クラスタ内のサーバー・インスタンスのステータスの監視

- クラスタ・ヘルスの監視

- クラスタ内のサーバー・インスタンスの監視

- クラスタ・デプロイメントの監視

- クラスタJDBCデータソースの監視

- クラスタ・メッセージングの監視

- クラスタ・フェイルオーバーの監視

- クラスタ・パフォーマンス・サマリーの監視

すべてのクラスタのステータスの監視

ドメイン内で構成されているすべてのクラスタの実行時ステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。
「クラスタ」表には、現在のドメイン内で構成されたクラスタに関する次のような情報が表示されます。

- クラスタ名

- ステータス

- サーバー

- クラスタ・アドレス

- クラスタ・メッセージング・モード

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. クラスタのデフォルト・ネットワーク通信などの構成情報を表示するクラスタの名前を選択します。

クラスタ内のサーバー・インスタンスのステータスの監視

クラスタ内のサーバーのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「サマリー」を選択します。
「サマリー」表には、クラスタ内のすべてのサーバーのステータスに関する次のような情報が表示されます。

- 名前

- 状態

- マシン

- リスニング・アドレス

- リスニング・ポート

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

クラスタ・ヘルスの監視

クラスタのヘルスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「ヘルス」を選択します。
「ヘルス・サマリー」ページでは、クラスタとそのサブシステムのヘルス情報を監視できます。

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

クラスタ内のサーバー・インスタンスの監視

クラスタ内のサーバー・インスタンスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「サーバー」を選択します。
「サーバー」表には、クラスタ内のサーバーに関する次のような情報が表示されます。

- サーバー

- ステータス

- クラスタ

- マシン

- 状態

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

クラスタ・デプロイメントの監視

クラスタ内のすべてのデプロイメントを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。
「サマリー」ページの「デプロイメント」表には、クラスタにデプロイされているすべてのアプリケーションおよびモジュールに関する次のような情報が表示されます。

- 名前

- ステータス

- 状態

- ヘルス

- タイプ

- デプロイメント順序

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

クラスタ・デプロイメント情報を監視するには、適切なページを選択します。

- Webアプリケーション: クラスタにデプロイされているWebアプリケーションを監視します。これには、アプリケーションがデプロイされているマシンやサーバーなど、アプリケーションに関する情報、およびWebアプリケーションに関連付けられたサーブレットおよびセッションに関する統計が含まれます

- リソース・アダプタ: インバウンド・リスナーおよびアウトバウンド接続プールのステータスを監視します

- EJB: ステートレス、ステートフル、エンティティ、シングルトンおよびメッセージドリブンの各EJBに関する統計および情報を監視します

- Webサービス: このクラスタにデプロイされているすべてのWebサービスを監視します

- Webサービス・クライアント: このクラスタ内のすべてのWebサービス・クライアントを監視します

- JAX-RSアプリケーション: このクラスタ内で実行されているすべてのJAX-RSアプリケーションを監視します

- ワークロード: このクラスタ内のアプリケーション・デプロイメント用に構成されているワーク・マネージャ、制約およびポリシーの統計を監視します

クラスタJDBCデータソースの監視

特定のクラスタに関連付けられているJDBCデータソースを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「JDBCデータソース」を選択します。
「JDBCデータソース」表には、すべてのJDBCデータソースのステータスに関する次のような情報が表示されます。

- 名前

- タイプ

- サーバー名

- 状態

- 有効

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

クラスタ・メッセージングの監視

クラスタに関連付けられたJMSサーバーのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「メッセージング」を選択します。
このクラスタのメッセージング情報を監視するには、適切なページを選択します。

- ストア・アンド・フォワード・エージェント: SAFエージェントの統計を監視し、エージェントへの受信リクエストの休止などのメッセージ管理操作を実行します

- JMSリソース: すべてのJMSシステム・モジュール用に作成されたすべてのJMSリソースを監視します。これには、キューとトピック宛先、コネクション・ファクトリ、JMSテンプレート、宛先ソート・キー、宛先割当て、分散宛先、外部サーバー、ストア・アンド・フォワード・パラメータがあります

- JMSモジュール: このクラスタ内に作成されたJMSモジュールを監視します

- メッセージング・ブリッジ: このクラスタ内のアクティブなサーバーに構成されたすべてのメッセージング・ブリッジのステータスを監視します

必要に応じて、「ビュー」を選択して、いずれかのページで次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

クラスタ・フェイルオーバーの監視

クラスタのフェイルオーバー情報を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「フェイルオーバー」を選択します。
「フェイルオーバー・サマリー」ページには、次の情報が表示されます。

- プライマリ・セッションの総数

- セッション・レプリカの総数

- バックアップ・クラスタのセッション更新の総数

- データベースから取得したセッションの総数

- 「クラスタ間通信の現在の状態」

「フェイルオーバー」表には、クラスタのフェイルオーバーおよびステータスに関する次のような情報が表示されます。

- サーバー

- タイプ

- マシン

- 状態

- バックアップ・サーバー

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

クラスタ・パフォーマンス・サマリーの監視

クラスタのパフォーマンス・サマリーを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「パフォーマンス・サマリー」を選択します。
「パフォーマンス・サマリー」ページには、パフォーマンスの一般情報、またこのクラスタに関連付けられたサーブレット、JSPおよびデータソースに関するパフォーマンス情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

クラスタの非同期タスクの監視

即座に完了する管理タスク(デプロイメント、サービスの移行、管理対象サーバーの起動/停止の試行など)もあれば、完了するまでに要する時間が異なる管理タスクもあるため、「非同期タスク・サマリー」ページでは、すべてのタスクの完了ステータスを監視できます。

クラスタ内の非同期タスクのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「監視」を選択し、「非同期タスク」を選択します。
「非同期タスク・サマリー」ページでは、次のような情報を表示することで、すべてのタスクの完了ステータスを監視できます。

- 説明

- タイプ

- ステータス

- 開始時間

- 終了時間

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

クラスタ内のサーバー・インスタンスの制御

クラスタに割り当てられているサーバーの起動、再開、中断または停止ができます。STANDBYまたはADMINからRUNNING状態へのクラスタの移行でのサーバーの詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』の「サーバーのライフ・サイクルの理解」を参照してください。

始める前に:

管理対象サーバーで制御操作を行うには、ノード・マネージャを起動する必要があります。管理対象サーバーをスタンバイ・モードで起動するには、ドメイン全体の管理ポートが必要です。

クラスタに割り当てられているサーバーの状態を変更するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。
「クラスタ」表には、現在のドメインで構成されたクラスタに関する情報が表示されます。

2. 表で、管理するクラスタの名前を選択し、次の制御操作のいずれかを選択します。

- 起動: サーバー・インスタンスをSHUTDOWN状態からRUNNINGに移行します。

- 再開: サーバー・インスタンスをSTANDBYまたはADMIN状態からRUNNINGに移行します。

- 一時停止: サーバー・インスタンスをRUNNING状態からADMIN状態に移行するオプションを選択します。

- 作業完了時: サーバー・インスタンスをRUNNING状態からADMIN状態に移行し、進行中の作業が正常に処理されるようにします。SUSPENDING状態のときに、ワーク・マネージャは、アプリケーション・スレッドで保留されている処理中の作業を完了します。

- ただちに強制停止: 進行中の作業を正常に処理せずに、サーバー・インスタンスをRUNNING状態からADMIN状態にただちに移行します。

- 停止: サーバー・インスタンスを停止するオプションを選択します。

- 作業完了時: ドメイン内のサーバー・インスタンスを正常に停止します。新しいリクエストは拒否されますが、処理中のリクエストはサーバー・インスタンスの停止前に完了します。

- ただちに強制中断: ドメイン内のサーバー・インスタンスをただちに停止します。処理中のリクエストは削除され、新しいリクエストは受け入れられず、サーバー・インスタンスはただちに停止します。

- SSLの再起動: SSLリスニング・ソケットを再起動してキーストアの変更を有効にします。

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

クラスタの構成

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

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

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

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

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

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

- クラスタの移行の構成

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

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

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

- クラスタのヘルス監視の構成

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

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

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

クラスタの一般設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「一般設定」を選択します。
「一般設定」ページでは、次のようなクラスタの一般設定を定義できます。

- デフォルトのロード・アルゴリズム

- クラスタ・アドレス

- クラスタ・アドレス内のサーバー数

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

必要に応じて、「拡張」を展開してこのクラスタの詳細設定を定義します。

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

クラスタのJTA設定の構成

クラスタのJTAを構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「Java Transaction API (JTA)」を選択します。
「Java Transaction API (JTA)」ページでは、次のようなクラスタのJTA設定を定義できます。

- タイムアウト

- 破棄タイムアウト

- beforeCompletionの反復上限

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

- 一意名の最大数

- チェックポイント間隔

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

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

- XA呼出しの並列実行

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

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

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

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

必要に応じて、「拡張」を展開してこのクラスタの詳細設定を定義します。

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

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

クラスタではメッセージングを使用して、セッション、ロード・バランシングとフェイルオーバー、JMSおよびその他の情報をクラスタのメンバー間で共有します。ユニキャストまたはマルチキャスト・メッセージを使用できます。マルチキャストは、複数のアプリケーションが指定されたIPアドレスとポート番号にサブスクライブしてメッセージをリスニングできるようにする単純なブロードキャスト技術ですが、ハードウェアの構成とサポートが必要です。ユニキャストには、これらの要件がありません。

クラスタのメッセージングを構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「メッセージング」を選択します。
「メッセージング」ページでは、クラスタの次のようなメッセージング設定を定義できます。

- メッセージング・モード

- ユニキャスト・ブロードキャスト・チャネル

- マルチキャスト・ポート

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

必要に応じて、「拡張」を展開してこのクラスタの詳細設定を定義します。

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

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

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

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「サーバー」を選択します。
「サーバー」ページでは、クラスタ内のサーバー・インスタンスの次のような設定を定義できます。

- 動的サーバー・プール

- サーバー・テンプレート

- サーバーの最大数

- 計算済みリスニング・ポートの有効化

- 計算済みマシン関連付けの有効化

- マシン名プリフィックス

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

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

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

クラスタのレプリケーションを構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「レプリケーション」を選択します。
「レプリケーション」ページでは、次の設定を含め、クラスタにわたってWebLogic ServerがHTTPセッション状態をレプリケートする方法を構成できます。

- クラスタ間レプリケーションのタイプ

- リモート・クラスタ・アドレス

- レプリケーション・チャネル

- セッション永続性に使用するデータ・ソース

- 停止時にセッションを保持

- セキュア・レプリケーションの有効化

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

必要に応じて、「拡張」を展開してこのクラスタの詳細設定を定義します。

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

クラスタの移行の構成

クラスタ・サーバーで障害が発生すると、ノード・マネージャは、サーバー・インスタンスとそのサービスを別のマシンで自動的に再起動できます。ノード・マネージャが移行可能サーバーを再起動できるマシンと、サーバー移行時に使用されるデータソースを指定できます。

クラスタ内のサーバーの移行を構成するには:

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「移行」を選択します。
「移行」ページでは、次のようなクラスタの移行に関連した設定を指定できます。

- 移行可能サーバーの候補マシン

- 移行基準

- 自動移行に使用するデータ・ソース

- 自動移行表名

- メンバー停止検出の有効化

- メンバー検出タイムアウト

- リーダー・ハートビート期間

- 移行の追加試行回数

- 移行の試行間の休止時間

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

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

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

この項では、シングルトン・サービスを構成および制御する方法について説明します。

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

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

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

- クラスタのシングルトン・サービスの移行

クラスタのシングルトン・サービスの一般設定の構成

クラスタのシングルトン・サービスの一般設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「シングルトン・サービス」を選択します。

4. 「構成」を選択し、「一般」を選択します。
「一般」ページでは、このシングルトン・サービスのクラスの関連付けの次のような設定を定義できます。

- 名前

- クラス名

- 移行の追加試行回数

- 試行間のスリープ時間

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

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

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

クラスタのシングルトン・サービスの移行を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「シングルトン・サービス」を選択します。

4. 「構成」を選択し、「移行」を選択します。
「移行」ページでは、このシングルトン・サービスの次のような移行設定を定義できます。

- 名前

- ユーザーの優先サーバー

- 控えの候補サーバー

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

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

クラスタのシングルトン・サービスの移行

クラスタのシングルトン・サービスを移行するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前を選択します。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「シングルトン・サービス」を選択します。

4. 「制御」ページを選択します。
「シングルトン・サービス」表には、シングルトン・サービスに関する次のような情報が表示されます。

- 名前

- アクティブ

- 現在のサーバー

- 優先サーバー

- 候補サーバー

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

5. 表で、移行するシングルトン・サービスの行を選択します。

6. 「移行」をクリックします。

7. 「シングルトン・サービスの移行」ページで、「新しいホスト・サーバー」メニューからホスト・サーバーを選択します。

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

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

ジョブ・スケジューリングでは、Java CommonJタイマーをクラスタに対応させ、特定のサーバー・インスタンスに依存せずにクラスタ内の任意の場所で定期的にジョブを実行できます。

クラスタ内でジョブ・スケジューリングを構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前をクリックします。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「スケジューリング」を選択します。
「スケジューリング」ページでは、クラスタ内のサーバー間で情報を共有する方法を指定する構成設定を定義できます。

4. 「ジョブ・スケジューラのデータ・ソース」フィールドで、使用するデータソースを選択します。

5. 「ジョブ・スケジューラ表名」フィールドに、ジョブ・スケジューラでアクティブとなっているタイマーの格納に使用する表名を入力します。

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

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

クラスタのオーバーロードを構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前をクリックします。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「オーバーロード」を選択します。
「オーバーロード」ページでは、オーバーロードまたは障害時に、このクラスタ内のWebLogic Serverインスタンスがどのように対応するかを制御する、クラスタ全体のデフォルトを構成できます。定義できる設定は、次のとおりです。

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

- 障害時のアクション

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

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

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

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

- スタック・スレッド数

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

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

クラスタのヘルス監視の構成

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

クラスタのヘルス監視特性を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前をクリックします。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「ヘルス監視」を選択します。
「ヘルス監視」ページでは、このクラスタの次のようなヘルス監視特性を構成できます。

- クラスタ間通信リンクのヘルス・チェック間隔

- ヘルス・チェック間隔

- 分離までのヘルス・チェック待機回数

- 分離までの猶予期間

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

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

クラスタのHTTP設定の構成

クラスタのHTTP設定を構成するには:

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前をクリックします。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「HTTP」を選択します。
「HTTP」ページでは、このクラスタの次のようなHTTP設定を定義できます。

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

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

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

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

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

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

クラスタのCoherence設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「環境」を選択し、「クラスタ」を選択します。

2. 「クラスタ」表で、構成するクラスタの名前をクリックします。
「概要」ページには、クラスタに関連した情報が表示されます。

3. 「WebLogicクラスタ」メニューから「管理」を選択し、「Coherence」を選択します。
「Coherence」ページでは、このクラスタに使用するCoherenceクラスタを選択し、次のような設定を定義できます。

- ローカル記憶域有効

- Coherence Webローカル・ストレージの有効化

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

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

5 WebLogic Serverマシン

マシンとは、1つ以上のWebLogic Serverインスタンスをホストするコンピュータの論理表現です。管理対象サーバーは、それぞれ1台のマシンに割り当てる必要があります。管理サーバーは、ノード・マネージャとともにマシン定義を使用してリモート・サーバーを起動します。

ノード・マネージャは、WebLogic Serverインスタンスの制御に使用されるプログラムです。単一のノード・マネージャ・インスタンスで、同一の物理的マシン上で実行されているすべてのサーバー・インスタンスが制御されます。これらのインスタンスは、別々のクラスタ、ドメインなどに存在できます。ノード・マネージャと通信するには、ドメイン内の各マシンを構成する必要があります。ノード・マネージャの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

この章では、マシンを監視するために実行するタスクについて説明します。

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

- ノード・マネージャの監視

- マシンの構成

ノード・マネージャの監視

この項では、ノード・マネージャを監視する方法について説明します。この項には、次の項目が含まれます。

- ノード・マネージャのステータスの監視

- ノード・マネージャのログの監視

ノード・マネージャのステータスの監視

ノード・マネージャのステータスを監視するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、ノード・マネージャのステータスを表示するマシンの名前を選択します。

3. 「監視」ページを選択し、「ノード・マネージャ・ステータス」ページを選択します。
マシン上でノード・マネージャが現在実行されている場合、「ノード・マネージャ・ステータス」ページには、ノード・マネージャ・プロセスに関する次の情報が表示されます。

- ステータス: このノード・マネージャの現在のステータス

- バージョン: ノード・マネージャから戻されるバージョン文字列

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

ノード・マネージャのログの監視

始める前に:

ノード・マネージャのログを表示するには、ノード・マネージャが実行中である必要があります。

ノード・マネージャのログを監視するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

2. 表で、ノード・マネージャのステータスを表示するマシンの名前を選択します。

3. 「監視」ページを選択し、「ノード・マネージャのログ」ページを選択します。
現在実行中のノード・マネージャについて、ログ・ファイルの内容が表示されます。

マシンの構成

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

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

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

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

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

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

- マシン・ノートの作成

マシンの一般設定の構成

マシンの一般構成設定を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、一般構成設定を表示するマシンの名前を選択します。

3. 「構成」を選択し、「一般」を選択します。
「一般」ページでは、マシンの次の構成設定を監視できます。

- 名前

- タイプ

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

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

UNIXマシンの一般構成設定を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、一般構成設定を表示するUNIXマシンの名前を選択します。

3. 「構成」を選択し、「一般」を選択します。
「一般」ページでは、UNIXマシンの次の属性を構成できます。

- タイプ

- 名前

- バインド後のUIDの有効化

- バインド後のUID

- バインド後のGIDの有効化

- バインド後のGID

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

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

マシンのノード・マネージャ設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、ノード・マネージャ設定を構成するマシンの名前を選択します。

3. 「構成」を選択し、「ノード・マネージャ」を選択します。
「ノード・マネージャ」ページでは、ノード・マネージャの次のような設定を構成できます。

- タイプ

- リスニング・アドレス

- リスニング・ポート

- ノード・マネージャ・ホーム

- シェル・コマンド

- デバッグ有効

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

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

マシンのサーバー設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、サーバー構成情報を表示するマシンの名前を選択します。

3. 「構成」を選択し、「サーバー」を選択します。
「サーバー」ページでは、マシンとの間でサーバーの追加または削除ができます。また、マシンに関連付けられたサーバーの次のような構成情報も表示できます。

- 名前

- タイプ

- クラスタ

- マシン

- 状態

- ヘルス

- リスニング・ポート

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

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

マシンとの間でサーバー・インスタンスを追加または削除するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。
「マシン」表には、現在のWebLogic Serverドメインに構成されたマシンに関する情報が表示されます。

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、サーバー・インスタンスを追加または削除するマシンの名前を選択します。

3. 「構成」を選択し、「サーバー」を選択します。

4. 「追加/削除」を選択します。

5. 「サーバーの追加/削除」ページでは、サーバー・インスタンスを「使用可能」リストと「選択済み」リストの間で移動することで、マシンとの間でサーバー・インスタンスの追加または削除ができます。このページを使用してマシンから追加または削除できるのは、停止していて静的に構成されているサーバー・インスタンスのみです。

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

マシン・ノートの作成

マシンのノートを作成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「マシン」を選択します。

2. 「マシン」表で、ノートを作成するマシンの名前を選択します。

3. 「ノート」を選択します。

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

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

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

6 WebLogic Server仮想ホスト

仮想ホストとは、WebLogic Serverインスタンス(サーバー)またはクラスタの応答先となる一連のホスト名です。仮想ホスティングを使用するときは、サーバーまたはクラスタのIPアドレスにマップする1つまたは複数のホスト名を、DNSを使用して指定します。また、それぞれの仮想ホストによって提供されるWebアプリケーションを指定します。仮想ホスティングの詳細は、『Oracle WebLogic Serverサーバー環境の構成』の仮想ホスティングの構成に関する項を参照してください。

この章では、仮想ホストを監視する方法について説明します。

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

- 仮想ホストの監視

仮想ホストの監視

仮想ホストのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「仮想ホスト」を選択します。
「仮想ホスト」表には、現在のドメインに構成された各仮想ホストに関する次のような情報が表示されます。

- 名前

- 仮想ホスト名

- ネットワーク・アクセス・ポイント

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

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

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

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示する仮想ホストの名前を選択します。

7 カスタムWebLogic Serverクラス

起動クラスと停止クラスは、ユーザーが作成してシステム全体のカスタム・サービスをアプリケーションに提供するJavaプログラムです。サーバーの起動時または停止時にこれらのクラスをロードおよび実行するには、WebLogic Serverクラス・パスにクラスを追加して構成します。

この章では、起動クラスおよび停止クラスを監視する方法について説明します。

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

- 起動クラスおよび停止クラスの監視

起動クラスおよび停止クラスの監視

起動クラスおよび停止クラスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「起動クラスと停止クラス」を選択します。
「起動クラスと停止クラス」表には、現在のドメインで構成された起動クラスおよび停止クラスに関する次のような情報が表示されます。

- 名前

- タイプ

- クラス名

- ターゲット

- デプロイメント順序

- 引数

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

8 WebLogic Serverワーク・マネージャ

WebLogic Serverでは、管理者定義パラメータ、実際の実行時パフォーマンスおよびスループットを考慮に入れた実行モデルに基づいて作業の優先順位付けおよびスレッドの割当てを行います。

管理者は、一連のスケジューリング・ガイドラインを構成し、これらを1つ以上のアプリケーションまたは特定のアプリケーション・コンポーネントに関連付けることができます。たとえば、1つのアプリケーションの一連のスケジューリング・ガイドライン、および他のアプリケーションの別のガイドラインを関連付けることができます。WebLogic Serverでは、実行時にこれらのガイドラインを使用して、保留中の作業およびキューに入れられたリクエストを実行スレッドに割り当てます。

アプリケーションでの作業を管理するには、次の1つ以上のワーク・マネージャ・コンポーネントを定義します。

- 大量リクエスト・クラス

- レスポンス時間リクエスト・クラス

- 最小スレッド数制約

- 最大スレッド数制約

- 容量制約

- コンテキスト・リクエスト・クラス

アプリケーション・デプロイメント・ディスクリプタ内のコンポーネントの名前を参照することで、これらのワーク・マネージャ・コンポーネントのいずれかを使用してアプリケーションのパフォーマンスを制御できます。また、前述のすべてのコンポーネントをカプセル化するワーク・マネージャを定義し、アプリケーションのデプロイメント・ディスクリプタ内のワーク・マネージャの名前を参照できます。複数のワーク・マネージャを定義できます。その適切な数は、WebLogic Server上にホストされているアプリケーションにわたって存在する個別の需要プロファイルの数によって決まります。ワーク・マネージャは、次の構成ファイルのいずれかにおいてドメイン・レベル、アプリケーション・レベルおよびモジュール・レベルで構成したり、WebLogic Server管理コンソールを使用して構成できます。詳細は、『Oracle WebLogic Serverサーバー環境の管理』のワーク・マネージャを使用したスケジュール済作業の最適化に関する項を参照してください。

この章では、ワーク・マネージャを監視するために実行するタスクについて説明します。

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

- ワーク・マネージャの監視

ワーク・マネージャの監視

ワーク・マネージャのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「ワーク・マネージャ」を選択します。
「ワーク・マネージャ」表には、現在のドメインに構成されたワーク・マネージャに関する次のような情報が表示されます。

- ワーク・マネージャ名

- タイプ

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するワーク・マネージャの名前を選択します。

サーバーのワーク・マネージャの監視

特定のサーバー・インスタンスのワーク・マネージャのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインに構成された管理サーバーおよび管理対象サーバーに関する情報が表示されます。

2. 「サーバー」表で、監視するサーバー・インスタンスの名前を選択します。

3. 「WebLogic Server」ドロップダウン・メニューから「その他のサービス」を選択し、「ワーク・マネージャ」を選択します。
「ワーク・マネージャ」表には、現在のサーバーに構成されたワーク・マネージャに関する次のような情報が表示されます。

- ワーク・マネージャ名

- タイプ

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 表で、構成情報を表示するワーク・マネージャの名前を選択します。

クラスタのワーク・マネージャの監視

特定のクラスタのワーク・マネージャのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。
「クラスタ」表には、現在のドメインで構成されたクラスタに関する情報が表示されます。

2. 「クラスタ」表で、監視するクラスタの名前を選択します。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「その他のサービス」を選択し、「ワーク・マネージャ」を選択します。
「ワーク・マネージャ」表には、現在のクラスタに構成されたワーク・マネージャに関する次のような情報が表示されます。

- ワーク・マネージャ名

- タイプ

- ターゲット

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 表で、構成情報を表示するワーク・マネージャの名前を選択します。

9 WebLogic Serverの移行可能なターゲット

移行可能対象とは、クラスタ内のサーバーから別のサーバーに移行できる特別な対象です。つまり、移行可能対象を使用することで、一緒に移行する必要のある移行可能サービスをグループ化できます。移行可能対象を移行すると、その対象によってホストされているすべてのサービスが移行されます。移行可能なターゲットの詳細は、『Oracle WebLogic Serverクラスタの使用』のサービスの移行に関する項を参照してください。

この章では、移行可能なターゲットを監視するために実行するタスクについて説明します。

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

- 移行可能なターゲットの監視

- 移行可能なターゲットの移行

移行可能なターゲットの監視

移行可能なターゲットのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「移行可能なターゲット」を選択します。
「移行可能なターゲット」表には、現在のドメインに構成された移行可能なターゲットに関する次のような情報が表示されます。

- 移行可能なターゲット名

- 移行ポリシー

- クラスタ

- ユーザーの優先サーバー

- 現在のホスト・サーバー

- 最後の移行のステータス

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示する移行可能なターゲットの名前を選択します。

移行可能なターゲットの移行

移行可能なターゲットを移行するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「移行可能なターゲット」を選択します。

2. 「移行可能なターゲット」表で、移行するターゲットの行を選択します。

3. 「移行」をクリックします。
「移行可能なターゲットの移行」ページが表示されます。「新しいホスト・サーバー」ドロップダウン・メニューから、移行可能なターゲットの新しいホスト・サーバーを選択し、「OK」をクリックします。

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

10 アプリケーション・デプロイメント

アプリケーション・デプロイメントとは、WebLogic Serverドメインでアプリケーションまたはモジュールをクライアント・リクエストの処理に使用できるようにするプロセスを指します。WebLogic ServerはJava EE 6仕様を実装しています。Java EE 6には、デプロイメントの仕様であるJSR-88が含まれています。これは、アプリケーションを構成してアプリケーション・サーバーにデプロイするためにデプロイメント・ツールおよびアプリケーション・サーバー・プロバイダによって使用される標準APIを記述しています。アプリケーション・デプロイメントの詳細は、『Oracle WebLogic Serverへのアプリケーションのデプロイ』を参照してください。

この章では、現在のドメインにデプロイされている様々なアプリケーション・タイプを監視および制御する方法について説明します。

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

- アプリケーション・デプロイメントの監視

- アプリケーション・デプロイメントの制御

アプリケーション・デプロイメントの監視

すべてのアクティブなデプロイメント、または特定のアプリケーションやモジュールを監視できます。

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

- すべてのデプロイメントの監視

- エンタープライズ・アプリケーションの監視

- 複数のWebアプリケーションの監視

- 1つのWebアプリケーションの監視

- Webアプリケーション・モジュールの監視

- リソース・アダプタの監視

- リソース・アダプタ・モジュールの監視および制御

- Coherenceアーカイブの監視

- JAX-RSアプリケーションの監視

- EJBアプリケーションの監視

- EJBモジュールの監視

- EJBコンポーネントの監視および制御

- EJBの監視

- ライブラリの監視

- JMSモジュールの監視

- JDBCモジュールの監視

- Coherenceグリッド・アーカイブ(GAR)・モジュールの監視

- Webサービスの監視

- Webサービス・クライアントの監視

すべてのデプロイメントの監視

このドメインにデプロイされているすべてのアプリケーションおよびモジュールを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。
「サマリー」ページの「デプロイメント」表には、現在のドメインにデプロイされているアプリケーションに関する次のような情報が表示されます。

- 名前

- ステータス

- 状態

- ヘルス

- タイプ

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 次のアプリケーション・デプロイメントを監視するには、適切なページを選択します。

- Webアプリケーション: Webアプリケーションがデプロイされているマシンおよびサーバー、およびWebアプリケーションに関連付けられたサーブレットとセッションの数に関する統計を含め、Webアプリケーションを監視します

- リソース・アダプタ: リソース・アダプタ用のメッセージ・リスナー・エンドポイントおよびアウトバウンド接続プールの現在の状態のステータスを監視します

- EJB: ステートレス、ステートフル、シングルトン、エンティティおよびメッセージドリブンの各EJBに関する統計を監視します

- Webサービス: このドメインにデプロイされているすべてのWebサービスを監視します

- Webサービス・クライアント: このドメイン内のすべてのWebサービス・クライアントを監視します

- JAX-RSアプリケーション: このドメインを実行しているすべてのJAX-RSアプリケーションを監視します

- ワークロード: このドメインにデプロイされているアプリケーション用に構成されたワーク・マネージャ、制約およびポリシーの統計を表示します

3. 表で、追加構成情報を表示するアプリケーションの名前を選択します。

エンタープライズ・アプリケーションの監視

特定のエンタープライズ・アプリケーションを監視するには、次の手順を実行します。

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

2. 「サマリー」表で、監視するエンタープライズ・アプリケーションの名前を選択します。
「概要」ページには、エンタープライズ・アプリケーションに関連した情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「環境監視」を選択します。

4. 「ヘルス」ページの表には、このエンタープライズ・アプリケーションに関する次のようなヘルス・ステータス情報が表示されます。

- 名前

- ヘルス

- 理由

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

5. このエンタープライズ・アプリケーションに関する追加監視情報を表示するには、適切なページを選択します。

- 問合せキャッシング: このエンタープライズ・アプリケーション用に構成された問合せキャッシュの統計を監視します

- ワークロード: このエンタープライズ・アプリケーション用に構成されたワーク・マネージャ、制約およびポリシーを監視します

- Coherence: このエンタープライズ・アプリケーションに関連付けられたCoherenceクラスタを監視します

6. 必要に応じて、このエンタープライズ・アプリケーションの詳細監視情報を表示できます。

1. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「ホーム」を選択して「概要」ページに戻ります。

2. 「デプロイメント」表で、エンタープライズ・アプリケーションの名前を選択します(これが適切なサーバーまたはクラスタをターゲットとするようにします)。
「詳細な概要」ページには、このエンタープライズ・アプリケーションに関連した追加監視情報が表示されます。

注意:

この「詳細な監視」ページには、「ターゲット・ナビゲーション」ペインから直接アクセスすることもできます。

- 「ターゲット・ナビゲーション」ペインから「アプリケーション・デプロイメント」を展開します。

- 詳細監視情報を表示するアプリケーションを展開し、アプリケーションの名前を選択します(これが適切なサーバー・インスタンスまたはクラスタのターゲットになるようにします)。

3. 必要に応じて、このエンタープライズ・アプリケーションのパフォーマンス・サマリーを表示できます。
「アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「パフォーマンス・サマリー」を選択します。

「パフォーマンス・サマリー」ページには、パフォーマンスの一般情報、またこのアプリケーションに関連付けられたサーバー、サーブレット、JSPおよびデータソースに関する情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

Webアプリケーションの監視

このドメインにデプロイされているすべてのWebアプリケーションを監視するには、次の手順を実行します。

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

2. 「Webアプリケーション」を選択します。
「Webアプリケーション」表には、現在のドメインにデプロイされているWebアプリケーションに関する次のような情報が表示されます。

- コンテキスト・ルート

- アプリケーション

- サーバー

- マシン

- 状態

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

3. 表で、追加構成情報を表示するWebアプリケーションの名前を選択します。

Webアプリケーションの監視

特定のWebアプリケーションを監視するには、次の手順を実行します。

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

2. 「サマリー」表で、監視するWebアプリケーションの名前を選択します。
「概要」ページには、Webアプリケーションに関連した情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「環境監視」を選択します。

4. 「Webアプリケーション」ページの表には、Webアプリケーションに関する次のような情報が表示されます。

- コンテキスト・ルート

- アプリケーション

- サーバー

- マシン

- 状態

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

5. このWebアプリケーションの追加監視情報を表示するには、適切なページを選択します。

- サーブレット: このWebアプリケーションに関連付けられたサーブレットを監視します

- セッション: このWebアプリケーションに関連付けられたセッションを監視します

- ページフロー: このWebアプリケーションによって使用されているページフローを監視します

- ワークロード: このWebアプリケーション用に構成されたワーク・マネージャ、制約およびポリシーを監視します

- Webサービス・クライアント: このWebアプリケーションに関連付けられたWebサービス・クライアントを監視します

- JAX-RSアプリケーション: Webアプリケーションに関連付けられたJAX-RSアプリケーションを監視します

6. 必要に応じて、このWebアプリケーションの詳細監視情報を表示できます。

1. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「ホーム」を選択して「概要」ページに戻ります。

2. 「デプロイメント」表で、Webアプリケーションの名前を選択します(これを適切なサーバーまたはクラスタのターゲットにします)。
「詳細概要」ページには、Webアプリケーションに関連した追加監視情報が表示されます。

注意:

この「詳細な監視」ページには、「ターゲット・ナビゲーション」ペインから直接アクセスすることもできます。

- 「ターゲット・ナビゲーション」ペインから「アプリケーション・デプロイメント」を展開します。

- 詳細監視情報を表示するアプリケーションを展開し、アプリケーションの名前を選択します(これが適切なサーバー・インスタンスまたはクラスタのターゲットになるようにします)。

3. 必要に応じて、このWebアプリケーションのパフォーマンス・サマリーを表示できます。
「アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「パフォーマンス・サマリー」を選択します。

「パフォーマンス・サマリー」ページには、パフォーマンスの一般情報、またこのアプリケーションに関連付けられたサーバー、サーブレット、JSPおよびデータソースに関する情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

Webアプリケーション・モジュールの監視

Webアプリケーション・モジュールを監視するには、次の手順を実行します。

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

2. 「サマリー」表で、監視するモジュールを含んでいるアプリケーションの名前を展開します。

3. 監視するWebアプリケーション・モジュールの名前を選択します。

4. 「監視」ページの「Webアプリケーション」表には、Webアプリケーションに関する次のような情報が表示されます。

- コンテキスト・ルート

- アプリケーション

- サーバー

- マシン

- 状態

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

5. このWebアプリケーション・モジュールの追加監視情報を表示するには、適切なページを選択します。

- サーブレット: このWebアプリケーション・モジュールに関連付けられたサーブレットを監視します

- セッション: このWebアプリケーション・モジュールに関連付けられたセッションを監視します

- ページフロー: Webアプリケーション・モジュールによって使用されるページフローを監視します

- ワークロード: このWebアプリケーション・モジュール用に構成されたワーク・マネージャ、制約およびポリシーを監視します

- Webサービス・クライアント: このWebアプリケーション・モジュールに関連付けられたWebサービス・クライアントを監視します

- JAX-RSアプリケーション: このWebアプリケーション・モジュールに関連付けられたJAX-RSアプリケーションを監視します

- Coherence: このWebアプリケーション・モジュールに関連付けられたCoherenceクラスタを監視します

リソース・アダプタの監視

特定のリソース・アダプタを監視するには、次の手順を実行します。

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

2. 「サマリー」表で、監視するリソース・アダプタの名前を選択します。
「概要」ページには、リソース・アダプタに関連した情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「環境監視」を選択します。

4. このリソース・アダプタの監視情報を表示するには、適切なページを選択します。

- アウトバウンド接続プール: このリソース・アダプタのアウトバウンド接続プールを監視します
必要に応じて、表に一覧表示されている「現行接続数」のいずれかを選択して、特定のアウトバウンド接続プールの追加監視情報を表示します。

- プールの接続に関する統計を表示するには、「統計」を選択します

- 接続プール内の接続のステータスに関する情報を表示するには、「アウトバウンド接続」を選択します

- インバウンド・リスナー: このリソース・アダプタのメッセージ・リスナー・エンドポイントの現在の状態を監視します

- ワークロード: このリソース・アダプタ専用に構成されたワーク・マネージャ、制約およびポリシーを監視します

5. 必要に応じて、このリソース・アダプタの詳細監視情報を表示できます。

1. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「ホーム」を選択して「概要」ページに戻ります。

2. 「デプロイメント」表で、リソース・アダプタの名前を選択します(これを適切なサーバーまたはクラスタのターゲットにします)。
「詳細概要」ページには、このリソース・アダプタに関連した追加監視情報が表示されます。

注意:

この「詳細な監視」ページには、「ターゲット・ナビゲーション」ペインから直接アクセスすることもできます。

- 「ターゲット・ナビゲーション」ペインから「アプリケーション・デプロイメント」を展開します。

- 「リソース・アダプタ」を展開し、詳細監視情報を表示するリソース・アダプタの名前を展開します。

- リソース・アダプタの名前を選択します(これを適切なサーバー・インスタンスまたはクラスタのターゲットにします)。

3. 必要に応じて、このリソース・アダプタのパフォーマンス・サマリーを表示できます。
「アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「パフォーマンス・サマリー」を選択します。

「パフォーマンス・サマリー」ページには、パフォーマンスの一般情報、またこのリソース・アダプタに関連付けられたサーバー、サーブレット、JSPおよびデータソースに関する情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

メッセージ・リスナー・エンドポイントの監視

このドメインにデプロイされているすべてのアクティブなリソース・アダプタのメッセージ・リスナー・エンドポイントを監視するには、次の手順を実行します。

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

2. 「リソース・アダプタ」を選択します。
「インバウンド・リスナー」ページの表には、このリソース・アダプタのメッセージ・リスナー・エンドポイントの現在の状態に関する次のような情報が表示されます。

- メッセージ・リスナー・タイプ

- メッセージ・リスナーのエンドポイント

- サーバー

- 状態

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

3. 表で、追加構成情報を表示するインバウンド・メッセージ・リスナーの名前を選択します。

アウトバウンド接続プールの監視

このドメインにデプロイされているすべてのアクティブなリソース・アダプタのアウトバウンド接続プールを監視するには、次の手順を実行します。

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

2. 「リソース・アダプタ」を選択し、「アウトバウンド接続プール」を選択します。
「アウトバウンド接続プール」表には、このリソース・アダプタのアウトバウンド接続プールに関する次のような情報が表示されます。

- アウトバウンド接続プール

- サーバー

- 状態

- 現行接続数

- 作成された接続

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

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

3. 必要に応じて、表で「現行接続数」のいずれかを選択して、特定のアウトバウンド接続プールに関する追加監視情報を表示します。

- 「統計」を選択して、プールの接続に関する次のような統計を表示します。

- アウトバウンド接続プール

- サーバー

- 状態

- 現行接続数

- 作成された接続

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

- 「アウトバウンド接続」を選択して、接続プールの接続のステータスに関する次のような情報を表示します。

- ユーザー名

- 最終使用

- アクティブなハンドル(現在)

- アクティブなハンドル(最大)

- 作成されたハンドル

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

リソース・アダプタ・モジュールの監視および制御

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

- リソース・アダプタ・モジュールの監視

- リソース・アダプタ・モジュールの制御

リソース・アダプタ・モジュールの監視

特定のリソース・アダプタ・モジュールを監視するには、次の手順を実行します。

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

2. 「サマリー」表で、監視するモジュールを含んでいるアプリケーションの名前を展開します。

3. 監視するリソース・アダプタ・モジュールの名前を選択します。

4. このリソース・アダプタ・モジュールの監視情報を表示するには、適切なページを選択します。

- アウトバウンド接続プール: このリソース・アダプタ・モジュールのアウトバウンド接続プールを監視します
必要に応じて、表に一覧表示されている「現行接続数」のいずれかを選択して、特定のアウトバウンド接続プールの追加監視情報を表示します。

- プールの接続に関する統計を表示するには、「統計」を選択します

- 接続プール内の接続のステータスに関する情報を表示するには、「アウトバウンド接続」を選択します

- インバウンド・リスナー: このリソース・アダプタ・モジュールのメッセージ・リスナー・エンドポイントの現在の状態を監視します

- ワークロード: このリソース・アダプタ・モジュール専用に構成されたワーク・マネージャ、制約およびポリシーを監視します

必要に応じて、表のいずれかの「ビュー」を選択して、次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

リソース・アダプタ・モジュールの制御

特定のリソース・アダプタ・モジュールを制御するには、次の手順を実行します。

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

2. 「サマリー」表で、制御するモジュールを含んでいるアプリケーションの名前を展開します。

3. 制御するリソース・アダプタ・モジュールの名前を選択します。

4. 「制御」を選択します。

5. このリソース・アダプタ・モジュールを制御するには、適切なページを選択します。

- リソース・アダプタ: リソース・アダプタ・モジュールの起動、停止、中断または再開を行います
「リソース・アダプタ」表で、制御するリソース・アダプタ・モジュールの行を選択します。制御オプションは表の上に表示されます。

- アウトバウンド接続プール: リソース・アダプタ・モジュールに関連付けられたアウトバウンド接続プールをリセットまたは強制リセットします
「アウトバウンド接続プール」表で、制御するリソース・アダプタ・モジュールの行を選択します。制御オプションは表の上に表示されます。

必要に応じて、表のいずれかの「ビュー」を選択して、次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

Coherenceアーカイブの監視

特定のCoherenceアーカイブを監視するには、次の手順を実行します。

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

2. 「サマリー」表で、監視するCoherenceアーカイブの名前を選択します。
「概要」ページには、Coherenceアーカイブに関連した情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「環境監視」を選択します。

4. 「ヘルス」ページの表には、Coherenceアーカイブに関する次のようなヘルス・ステータス情報が表示されます。

- 名前

- ヘルス

- 理由

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

5. このCoherenceアーカイブの追加監視情報を表示するには、適切なページを選択します。

- 問合せキャッシング: このCoherenceアーカイブ用に構成された問合せキャッシュの統計を監視します

- ワークロード: このCoherenceアーカイブ用に構成されたワーク・マネージャ、制約およびポリシーを監視します

- Coherence: このCoherenceアーカイブに関連付けられたCoherenceクラスタを監視します

6. 必要に応じて、このCoherenceアーカイブの詳細監視情報を表示できます。

1. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「ホーム」を選択して「概要」ページに戻ります。

2. 「デプロイメント」表で、Coherenceアーカイブの名前を選択します(これが適切なサーバーまたはクラスタのターゲットになるようにします)。
「詳細概要」ページには、このCoherenceアーカイブに関連した追加監視情報が表示されます。

注意:

この「詳細な監視」ページには、「ターゲット・ナビゲーション」ペインから直接アクセスすることもできます。

- 「ターゲット・ナビゲーション」ペインから「アプリケーション・デプロイメント」を展開します。

- 詳細監視情報を表示するアプリケーションを展開し、Coherenceアーカイブの名前を選択します(これが適切なサーバー・インスタンスまたはクラスタのターゲットになるようにします)。

3. 必要に応じて、このCoherenceアーカイブのパフォーマンス・サマリーを表示できます。
「アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「パフォーマンス・サマリー」を選択します。

「パフォーマンス・サマリー」ページには、パフォーマンスの一般情報、またこのアプリケーションに関連付けられたサーバー、サーブレット、JSPおよびデータソースに関する情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

JAX-RSアプリケーションの監視

このドメインにデプロイされているすべてのJAX-RSアプリケーションを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「JAX-RSアプリケーション」を選択します。
「JAX-RSアプリケーション」表には、現在のドメインにデプロイされているすべてのJAX-RSアプリケーションに関する次のような情報が表示されます。

- JAX-RSアプリケーション名

- JAX-RSアプリケーション・コンテキスト

- アプリケーション名

- ソース情報

- エラー数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

3. 表で、追加構成情報を表示するJAX-RSアプリケーションの名前を選択します。

EJBアプリケーションの監視

特定のEJBアプリケーションを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、監視するEJBアプリケーションの名前を選択します。
「概要」ページには、EJBアプリケーションに関連する情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「環境監視」を選択します。

4. このEJBアプリケーションの監視情報を表示するには、適切なページを選択します。

- ステートレス: このEJBアプリケーションに関連付けられたステートレス・セッションEJBのパフォーマンスを監視します

- ステートフル: このEJBアプリケーションに関連付けられたステートフル・セッションEJBのパフォーマンスを監視します

- シングルトン: このEJBアプリケーションに関連付けられたシングルトン・セッションEJBのパフォーマンスを監視します

- エンティティ: このEJBアプリケーションに関連付けられたエンティティEJBのパフォーマンスを監視します

- 「メッセージ・ドリブン」: このEJBアプリケーションに関連付けられたメッセージドリブンEJBのパフォーマンスを監視します

- ワークロード: このEJBアプリケーション専用に構成されたワーク・マネージャ、制約およびポリシーを監視します

- Webサービス・クライアント: このEJBアプリケーションに関連付けられたWebサービス・クライアントを監視します

5. 必要に応じて、このEJBアプリケーションの詳細監視情報を表示できます。

1. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「ホーム」を選択して「概要」ページに戻ります。

2. 「デプロイメント」表で、EJBアプリケーションの名前を選択します(これを適切なサーバーまたはクラスタのターゲットにするようにします)。
「詳細概要」ページには、このEJBアプリケーションに関連した追加監視情報が表示されます。

注意:

この「詳細な監視」ページには、「ターゲット・ナビゲーション」ペインから直接アクセスすることもできます。

- 「ターゲット・ナビゲーション」ペインから「アプリケーション・デプロイメント」を展開します。

- 詳細監視情報を表示するアプリケーションを展開し、アプリケーションの名前を選択します(これが適切なサーバー・インスタンスまたはクラスタのターゲットになるようにします)。

3. 必要に応じて、このEJBアプリケーションのパフォーマンス・サマリーを表示できます。
「アプリケーション・デプロイメント」ドロップダウン・メニューから「監視」を選択し、「パフォーマンス・サマリー」を選択します。

「パフォーマンス・サマリー」ページには、パフォーマンスの一般情報、またこのアプリケーションに関連付けられたサーバー、サーブレット、JSPおよびデータソースに関する情報が表示されます。

- 表示するメトリックを選択するには、「メトリック・パレットの表示」をクリックします。

- 表オプションにアクセスするには、「ビュー」を選択します。

- 追加の表オプションにアクセスするには、「オーバーレイ」を選択します。

EJBモジュールの監視

特定のEJBモジュールを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、監視するモジュールを含んでいるアプリケーションの名前を展開します。

3. 監視するEJBモジュールの名前を選択します。

4. このEJBモジュールの監視情報を表示するには、適切なページを選択します。

- ステートレス: このEJBモジュールに関連付けられたステートレス・セッションEJBのパフォーマンスを監視します

- ステートフル: このEJBモジュールに関連付けられたステートフル・セッションEJBのパフォーマンスを監視します

- シングルトン: このEJBモジュールに関連付けられたシングルトン・セッションEJBのパフォーマンスを監視します

- エンティティ: このEJBモジュールに関連付けられたエンティティEJBのパフォーマンスを監視します

- メッセージ・ドリブン: このEJBモジュールに関連付けられたメッセージドリブンEJBのパフォーマンスを監視します

- Webサービス・クライアント: このEJBモジュールに関連付けられたWebサービス・クライアントを監視します

必要に応じて、表のいずれかの「ビュー」を選択して、次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

EJBコンポーネントの監視および制御

この章の内容は次のとおりです。

- EJBコンポーネントの監視

- EJBコンポーネントの制御

EJBコンポーネントの監視

特定のEJBコンポーネントを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、監視するEJBコンポーネントを含んでいるアプリケーションの名前を展開します。

3. 監視するEJBコンポーネントの名前を選択します。

4. このEJBコンポーネントの監視情報を表示するには、適切なページを選択します。

- 実行中: タイプ(ステートレス、ステートフル、シングルトン、エンティティまたはメッセージドリブン)に応じて、EJBコンポーネントの状態およびパフォーマンスを監視します

- ワークロード: このEJBコンポーネント用に構成されたワーク・マネージャ、制約およびポリシーを監視します

- Coherence: このEJBコンポーネントに関連付けられたCoherenceクラスタを監視します

EJBコンポーネントの制御

特定のEJBコンポーネントを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、制御するEJBコンポーネントを含んでいるアプリケーションの名前を展開します。

3. 制御するEJBコンポーネントの名前を選択します。

4. 「制御」を選択します。

5. 「EJBコンポーネント制御」表で、制御するEJBコンポーネントの行を選択します。
制御オプションは表の上に表示されます。

6. 目的の制御オプションをクリックします。

- 初期化: アイドルBeanのキャッシュを初期化します

- タイマーのアクティブ化: タイマー・オブジェクトをアクティブ化します

詳細は、構成オプションを参照してください。

EJBの監視

現在のドメインにデプロイされているEJBを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「EJB」を選択します。

3. タイプ別にEJBを監視するには、適切なページを選択します。

- ステートレス: ステートレス・セッションEJBのパフォーマンスを監視します

- ステートフル: ステートフル・セッションEJBの状態およびパフォーマンスを監視します

- シングルトン: シングルトン・セッションEJBの状態およびパフォーマンスを監視します

- エンティティ: エンティティEJBのパフォーマンスを監視します

- メッセージ・ドリブン: メッセージドリブンEJBのパフォーマンスを監視します

4. EJB表の1つで、追加構成情報を表示するEJBの名前を選択します。

ライブラリの監視

特定のライブラリを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、構成情報を表示するライブラリの名前を選択します。

JMSモジュールの監視

特定のJMSモジュールを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、監視するJMSモジュールを含んでいるアプリケーションの名前を展開します。

3. 監視するJMSモジュールの名前を選択します。

4. 「概要」ページの表には、JMSモジュールに関する次のような情報が表示されます。

- 名前

- タイプ

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

JDBCモジュールの監視

特定のJDBCモジュールを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、監視するJDBCモジュールを含んでいるアプリケーションの名前を展開します。

3. JDBCモジュールの名前を選択します。

Coherenceグリッド・アーカイブ(GAR)・モジュールの監視

特定のCoherenceグリッド・アーカイブ(GAR)・モジュールを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、監視するCoherenceアーカイブ・モジュールを含んでいるアプリケーションの名前を展開します。

3. Coherenceアーカイブ・モジュールの名前を選択します。

Webサービスの監視

このドメインにデプロイされているすべてのWebサービスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「Webサービス」を選択します。
「Webサービス」表には、現在のドメインにデプロイされているすべてのWebサービスに関する次のような情報が表示されます。

- サービス名

- アプリケーション

- モジュール

- アクティブなサーバー数

- エラー数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

3. 表で、追加構成情報を表示するWebサービスの名前を選択します。

Webサービス・クライアントの監視

このドメイン内のすべてのWebサービス・クライアントを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「デプロイメント」を選択します。

2. 「Webサービス・クライアント」を選択します。
「Webサービス・クライアント」表には、現在のドメイン内のすべてのWebサービス・クライアントに関する次のような情報が表示されます。

- クライアント

- ポート

- アクティブなサーバー数

- エラー数

- レスポンス・エラー数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

アプリケーション・デプロイメントの制御

現在のドメインにデプロイされているアプリケーションの起動、停止、デプロイ、再デプロイおよびアンデプロイができます。また、デプロイメント・プランのフェッチおよび様々なアプリケーション・タイプの追加制御操作の実行もできます。

この項には、次の項目が含まれます。

- アプリケーションの起動

- アプリケーションの停止

- アプリケーションのデプロイ

- アプリケーションの再デプロイ

- アプリケーションのアンデプロイ

- デプロイメント・プランのフェッチ

- キャッシュの初期化

- データソース操作の制御

- リソース・アダプタの制御

- アウトバウンド接続プールの制御

アプリケーションの起動

アプリケーションを起動すると、WebLogic Serverクライアントでアプリケーションが使用できるようになります。アプリケーションを起動する前に、まずアプリケーションをデプロイする必要があります。「アプリケーションのデプロイ」を参照してください。

アプリケーションを起動するには、次のようにします。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「デプロイメント」表で、起動するデプロイメントの行を選択します。
制御オプションは表の上に表示されます。

3. 「起動」をクリックします。
デフォルトでは、すべてのリクエストはアプリケーションによって処理されます。アプリケーションへの管理リクエストの処理のみを開始するには、「起動」を選択し、「管理リクエストのみを処理」を選択します。

4. 「はい」をクリックして削除を確定します。

アプリケーションの停止

実行中のアプリケーションを停止すると、WebLogic Serverクライアントでそのアプリケーションが使用できなくなります。

アプリケーションを停止するには、次のようにします。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「デプロイメント」表で、停止するデプロイメントの行を選択します。
制御オプションは表の上に表示されます。

3. 「停止」をクリックします。
デフォルトでは、作業が完了するとデプロイメントは停止します。デプロイメントをただちに強制停止するには、「停止」を選択し、「ただちに強制停止」を選択します。クライアント・リクエストの処理を停止しても、管理リクエストの処理を続行するには、「停止」を選択し、「停止(管理リクエストの処理は続行)」を選択します。

4. 「はい」をクリックして削除を確定します。

アプリケーションのデプロイ

アプリケーションをデプロイすると、物理ファイルまたはディレクトリがWebLogic Serverで認識されます。アプリケーションをデプロイした後で、アプリケーションを起動すると、ユーザーがアプリケーションの使用を開始できます。「アプリケーションの起動」を参照してください。

アプリケーションをデプロイするには、次のようにします。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。
デプロイ・ページが表示されます。

2. 「デプロイ」をクリックしてJava EEアプリケーションのデプロイ・アシスタントを開きます。

3. 「アーカイブの選択」ページで、デプロイするアプリケーションを探し、デプロイメント・プランをアップロードするか、新しいデプロイメント・プランを作成するかを選択します。

4. 「次」をクリックします。

5. 「ターゲットの選択」ページで、アプリケーションをデプロイするサーバー・インスタンスおよびクラスタを選択します。

6. 「次」をクリックします。

7. 「アプリケーション属性」ページで、希望どおりにアプリケーション属性を更新します。これらの属性は次のとおりです。

- アプリケーション名

- 配布

- ソースのアクセス可能性

8. 「次」をクリックしてデプロイメント設定を更新するか、「デプロイ」をクリックしてアプリケーションのデプロイメントを完了します。

9. 必要に応じて、「デプロイメント設定」ページで、アプリケーションのデプロイ前に一般的なタスクを完了し、デプロイメント設定を更新します。

10. 「デプロイ」をクリックしてこのアプリケーションのデプロイメントを完了します。

アプリケーションの再デプロイ

アプリケーションを再デプロイすると、アーカイブ・ファイルまたは展開済ディレクトリが再デプロイされます。アプリケーションを変更し、その変更がWebLogic Serverクライアントで使用されるようにする場合に、アプリケーションを再デプロイします。

アプリケーションまたはモジュールを再デプロイするには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「デプロイメント」表で、再デプロイするデプロイメントの行を選択します。
制御オプションは表の上に表示されます。

3. 「再デプロイ」をクリックしてJava EEアプリケーションの再デプロイ・アシスタントを開きます。

4. 「アプリケーションの選択」ページで、再デプロイするアプリケーションを選択します。

5. 「次」をクリックします。

6. 「アーカイブの選択」ページで、デプロイするアプリケーションを探し、デプロイメント・プランをアップロードするか、新しいデプロイメント・プランを作成するかを選択します。

7. 「次」をクリックします。

8. 「アプリケーション属性」ページで、希望どおりにアプリケーション属性を更新します。これらの属性は次のとおりです。

- アプリケーション名

- 配布

- ソースのアクセス可能性

9. 「次」をクリックしてデプロイメント設定を更新するか、「再デプロイ」をクリックしてこのアプリケーションの再デプロイメントを完了します。

10. 必要に応じて、「デプロイメント設定」ページで、アプリケーションのデプロイ前に一般的なタスクを完了し、デプロイメント設定を更新します。

11. 「再デプロイ」をクリックしてこのアプリケーションのデプロイメントを完了します。

アプリケーションのアンデプロイ

アプリケーションをアンデプロイすると、アプリケーションがデプロイされているドメインの各ターゲットからアプリケーションが削除されます。アプリケーションをドメインからアンデプロイした場合、WebLogic Serverクライアントでアプリケーションを使用できるようにするには、再度アプリケーションをデプロイする必要があります。WebLogic Serverクライアントでアプリケーションを一時的に使用できないようにするには、アプリケーションをアンデプロイするのではなく、停止します。

始める前に

アプリケーションをアンデプロイする前に、必ずアプリケーションを停止してクライアント・アプリケーションが処理中でないことを確認します。「アプリケーションの停止」を参照してください。

アプリケーションをアンデプロイするには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「デプロイメント」表で、アンデプロイするアプリケーションの行を選択します。
制御オプションは表の上に表示されます。

3. 「アンデプロイ」をクリックします。

4. 「Java EEアプリケーションのアンデプロイ: 確認」ページで、「アンデプロイ」をクリックして決定を確認し、アプリケーションを削除します。
削除されたアプリケーションを後でデプロイする場合は、「アプリケーションのデプロイ」を参照してください。

デプロイメント・プランのフェッチ

デプロイメント・プランとは、アプリケーションのデプロイメント設定およびデプロイメント後の構成変更が含まれているファイルです。アプリケーションのデプロイメント・プランはフェッチおよび保存ができ、保存したデプロイメント・プランを使用して後でアプリケーションをデプロイまたは再デプロイできます。

アプリケーションのデプロイメント・プランをフェッチするには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「デプロイメント」表で、デプロイメント・プランをフェッチするアプリケーションの行を選択します。
制御オプションは表の上に表示されます。

3. 「デプロイ・プランのフェッチ」をクリックします。

4. 「デプロイ・プランのフェッチ」ページで、デプロイメント・プランを保存するマシン(「このWebブラウザが稼働しているマシン」または「Enterprise Managerが稼働しているマシン」)を選択します。

5. 「フェッチ」をクリックします。

キャッシュの初期化

エンタープライズ・アプリケーション、WebアプリケーションおよびCoherenceアーカイブの場合、アプリケーションレベル・キャッシュのアイドル状態のBeanのキャッシュおよびプールを手動でクリアできます。

特定のアプリケーションのキャッシュを初期化するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、キャッシュを初期化するエンタープライズ・アプリケーション、WebアプリケーションまたはCoherenceアーカイブの名前を選択します。
「概要」ページには、アプリケーションに関連する情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「制御」を選択し、「キャッシュの初期化」を選択します。

4. 「キャッシュの初期化」表で、初期化するアプリケーション・キャッシュの行を選択します。
「初期化」制御オプションが表の上に表示されます。

5. 「初期化」をクリックします。

6. 「はい」をクリックして、アクションを確認します。

詳細は、構成オプションを参照してください。

データソース操作の制御

WebアプリケーションおよびCoherenceアーカイブの場合、JDBCデータソースの各インスタンスを手動で制御できます。

JDBCデータソース・インスタンスを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、JDBCデータソース・インスタンスを制御するWebアプリケーションまたはCoherenceアーカイブの名前を選択します。
「概要」ページには、アプリケーションに関連する情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「制御」を選択し、「データソース操作」を選択します。

4. 「データソース操作」表で、制御するJDBCデータソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

5. 目的の制御オプションをクリックします。

- 縮小: データソースの個々のインスタンスのデータベース接続のプールを、初期容量または現在使用中の接続数のいずれか大きい方に手動で縮小します

- リセット: データソースにある接続のプールの使用可能なすべてのデータベース接続を閉じて再作成します

- 文キャッシュのクリア: データソース・インスタンスの各接続で使用されるプリコンパイル済文およびコール可能文をクリアします

- 一時停止: データソースの個々のインスタンスを手動で中断または強制中断して、アプリケーションがデータソースからデータベース接続を取得できないようにします

- 再開: Suspended状態にある個々のデータソースを手動で再開します

- 停止: データソースの個々のインスタンスを手動で停止または強制停止します

- 起動: ヘルス状態がShutdownであるデータソースの個々のインスタンスを手動で起動します

6. 「はい」をクリックして、アクションを確認します。

詳細は、構成オプションを参照してください。

リソース・アダプタの制御

Webアプリケーション、リソース・アダプタおよびCoherenceアーカイブの場合、アプリケーションに接続されたリソース・アダプタの起動、停止、中断または再開ができます。

リソース・アダプタを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、制御するリソース・アダプタを含んでいるWebアプリケーション、リソース・アダプタまたはCoherenceアーカイブの名前を選択します。
「概要」ページには、アプリケーションに関連する情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「制御」を選択し、「リソース・アダプタ」を選択します。

4. 「リソース・アダプタ」表で、制御するリソース・アダプタの行を選択します。
制御オプションは表の上に表示されます。

5. 目的の制御オプションをクリックします。

- 起動: デフォルトで、すべてのリクエストがアプリケーションによって処理されます。アプリケーションへの管理リクエストの処理のみを開始するには、「起動」を選択し、「管理リクエストのみを処理」を選択します。

- 停止: デフォルトで、作業が完了するとリソース・アダプタは停止します。リソース・アダプタをただちに強制停止するには、「停止」を選択し、「ただちに強制停止」を選択します。クライアント・リクエストの処理を停止しても、管理リクエストの処理を続行するには、「停止」を選択し、「停止(管理リクエストの処理は続行)」を選択します。

- 一時停止: デフォルトで、リソース・アダプタはすべてのサービスを中断します。インバウンド・サービスのみを中断するには、「一時停止」を選択し、「インバウンドのみ」を選択します。アウトバウンド・サービスのみを中断するには、「一時停止」を選択し、「アウトバウンドのみ」を選択します。ワーク・サービスのみを中断するには、「一時停止」を選択し、「作業中のみ」を選択します。

- 再開: デフォルトで、リソース・アダプタはすべてのサービスを再開します。インバウンド・サービスのみを再開するには、「再開」を選択し、「インバウンドのみ」を選択します。アウトバウンド・サービスのみを再開するには、「再開」を選択し、「アウトバウンドのみ」を選択します。ワーク・サービスのみを再開するには、「再開」を選択し、「作業中のみ」を選択します。

6. 「はい」をクリックして、アクションを確認します。

詳細は、構成オプションを参照してください。

アウトバウンド接続プールの制御

Webアプリケーション、リソース・アダプタおよびCoherenceアーカイブの場合、アプリケーションに関連付けられたアウトバウンド接続プールをリセットまたは強制リセットできます。

アウトバウンド接続プールを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「デプロイメント」を選択します。

2. 「サマリー」表で、アウトバウンド接続プールを制御するWebアプリケーション、リソース・アダプタまたはCoherenceアーカイブの名前を選択します。
「概要」ページには、アプリケーションに関連する情報が表示されます。

3. 「ドメイン・アプリケーション・デプロイメント」ドロップダウン・メニューから「制御」を選択し、「アウトバウンド接続プール」を選択します。

4. 「アウトバウンド接続プール」表で、制御するアウトバウンド接続プールの行を選択します。
制御オプションは表の上に表示されます。

5. 「リセット」または「強制リセット」をクリックしてアウトバウンド接続プールをリセットします。

6. 「はい」をクリックして、アクションを確認します。

これらのフィールドの詳細は、構成オプションを参照してください。

11 WebLogic Serverメッセージング

JMSのWebLogic Server実装は、WebLogic Serverに密接に統合されたエンタープライズクラスのメッセージング・システムです。JMS仕様を完全にサポートし、標準のJMS APIではサポートされない様々なWebLogic JMS拡張機能も提供します。WebLogic JMSおよび他の関連のWebLogicメッセージング・コンポーネントの詳細は、次のガイドを参照してください。

- WebLogic ServerでのJMS APIプログラミングのガイドは、『Oracle WebLogic Server JMSアプリケーションの開発』。

- JMSリソースの構成および管理の詳細は、『Oracle WebLogic Server JMSリソースの管理』。

- WebLogic JMSでのストア・アンド・フォワード・サービスの利点および使用方法の詳細は、『Oracle WebLogic Serverストア・アンド・フォワード・サービスの管理』。

- WebLogic JMSでのシステム全体のWebLogic永続ストアの利点および使用方法の詳細は、「WebLogic永続ストアの使用」。

- WebLogic JMS実装間に、またWebLogic JMSと他のメッセージング製品との間に相互運用性をもたらす転送メカニズムの詳細は、WebLogicメッセージング・ブリッジの構成および管理に関するマニュアル。

この章では、WebLogicメッセージング・コンポーネントを監視および制御するために必要な標準的なタスクについて説明します。

- JMSサーバーの監視および制御

- ストア・アンド・フォワード・エージェントの監視および制御

- JMSリソースおよびモジュールの監視および制御

- パス・サービスの監視

- メッセージング・ブリッジの監視

- JMSブリッジ宛先の監視

JMSサーバーの監視および制御

JMSサーバーは、特にJMSサーバーをターゲットとしたJMSモジュール内のJMSキューおよびトピック・リソース用の管理コンテナとして機能します。

この項には、次の項目が含まれます。

- 複数のJMSサーバーの監視

- 1つのJMSサーバーの監視

- JMSサーバー・メッセージの制御

- アクティブなJMS宛先の制御

- アクティブなJMSトランザクションの制御

- アクティブなJMS接続の制御

JMSサーバーの監視

ドメイン内のアクティブなJMSサーバーの実行時情報の統計を監視できます。また、JMSサーバーの宛先、トランザクション、接続およびサーバー・セッション・プールの実行時情報にアクセスすることもできます。

このドメインにデプロイされているJMSサーバーを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSサーバー」を選択します。
「JMSサーバー・サマリー」表には、現在のWebLogic Serverドメイン内で構成された各JMSサーバーの状態に関する次のような情報が表示されます。

- 名前

- ヘルス

- ヘルスの理由

- 永続ストア

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するJMSサーバーの名前を選択します。

JMSサーバーの監視

JMSサーバーのページング・ストア、アクティブな宛先、アクティブなトランザクション、アクティブな接続、セッション・プールなど、ドメイン内の各JMSサーバーの様々な実行時統計を監視できます。宛先で待機している異常な数のメッセージなど、異常なアクティビティを見つけるJMSサーバーの統計を表示します。

特定のJMSサーバーを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSサーバー」を選択します。

2. 「JMSサーバー」表で、監視するサーバーの名前を選択します。

3. 「JMSサーバーの設定」ページから「監視」を選択し、「サマリー」を選択します。
「JMSサーバー・サマリー」表には、このJMSサーバーの次のような実行時統計が表示されます。

- 名前

- 現在の宛先数

- 現在のメッセージ数

- 保留メッセージ数

- 受信メッセージ数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. このJMSサーバーの監視情報を表示するには、適切なページを選択します。

- ページング・ストア: JMSサーバーのページング・ストアの実行時統計を表示します。

- アクティブな宛先: JMSサーバーをターゲットにしたすべてのアクティブなJMS宛先の統計を表示します。

- アクティブなトランザクション: JMSサーバーで実行されているすべてのアクティブなJMSトランザクションを表示します。

- アクティブな接続: JMSサーバーへのすべてのアクティブなJMS接続を表示します。JMS接続は、アプリケーションとメッセージング・システムの間の開いている通信チャネルを表し、メッセージを生成および消費するためのセッションを作成するために使用します。

- アクティブなセッション・プール: JMSサーバーで実行されているすべてのアクティブなJMSセッション・プールを表示します。

- アクティブなプール済み接続: JMSサーバーへのすべてのアクティブなプール済接続を表示します。プール済JMS接続は、EJBまたはサーブレットのデプロイメント・ディスクリプタのresource-ref要素を使用してJMS接続ファクトリを定義するEJBとサーブレットによって使用されるセッション・プールです(ラップされた接続ファクトリと呼ぶこともあります)。このページを使用すると、JMS接続オブジェクトおよびセッション・オブジェクトを監視できます。また、ラップされたJMS接続ファクトリをEJBまたはサーブレット内で宣言すると自動的に作成されるメッセージ・プロデューサ・オブジェクトも監視できます。

JMS接続セッション情報の監視

セッションでは、生成および消費されるメッセージの順序を定義します。また、複数のメッセージ・プロデューサとメッセージ・コンシューマを作成できます。メッセージの生成と消費に同じスレッドを使用できます。

JMS接続のセッション情報を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSサーバー」を選択します。

2. 「JMSサーバー」表で、監視するサーバーの名前を選択します。

3. 「JMSサーバーの設定」ページから「監視」を選択し、「アクティブな接続」を選択します。

4. 「アクティブな接続」表で、監視する接続の「現在のセッション数」を選択します。

5. 「セッション」ページでは、セッションのコンシューマおよびプロデューサに関する次のような詳細情報を表示できます。

- コンシューマ

- 最大コンシューマ数

- コンシューマ総数

- プロデューサ

- 最大プロデューサ数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

JMSサーバー・メッセージの制御

JMSサーバーをターゲット指定したすべての宛先に対して、すべての実行時のメッセージの生成、挿入(処理中のメッセージ)および消費の処理を一時的に休止できます。これらのメッセージの休止オプションを使用すると、外部リソースの障害が発生した場合のJMSサブシステムの動作の管理制御を指定できます。

たとえば、宛先に対するメッセージの生成および挿入を一時的に休止することによって、トラブルシューティングの目的で既存のすべてのメッセージを効率的に排出し、問題解決後に生成および挿入を再開できます。

JMSサーバーでメッセージを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSサーバー」を選択します。

2. 「JMSサーバー」表で、制御するサーバーの名前を選択します。

3. 「JMSサーバーの設定」ページから「制御」を選択し、「サマリー」を選択します。

4. 「サマリー」表で、メッセージを制御するJMSサーバーの行を選択します。
制御オプションは表の上に表示されます。

5. 次のいずれかのメッセージ制御操作を選択します。

- 「本番」をクリックして「一時休止」を選択し、このJMSサーバーをターゲット指定したすべての宛先で新規メッセージの生成を停止します。
JMSサーバーの宛先で生成が休止されると、それらの宛先にアタッチされている新しいプロデューサと既存のプロデューサの両方において新しいメッセージの生成処理ができなくなります。メッセージの生成を再開するには、「本番」をクリックし、「再開」を選択します。

- 「消費」をクリックして「一時休止」を選択し、このJMSサーバーをターゲット指定したすべての宛先でメッセージの消費を停止します。
JMSサーバーの宛先で消費が休止されると、これらの宛先からのメッセージの消費処理ができなくなります。メッセージの消費を再開するには、「消費」をクリックし、「再開」を選択します。

- 「挿入」をクリックして「一時休止」を選択し、このJMSサーバーをターゲット指定したすべての宛先で処理中のメッセージの挿入を停止します。
JMSサーバーの宛先が挿入のために一時休止されると、処理中の作業完了の結果であるすべてのメッセージは宛先に表示されません。これは、新規メッセージの生成操作の一時休止に加えて行われます。処理中のメッセージの挿入を再開するには、「挿入」をクリックし、「再開」を選択します。

詳細は、構成オプションを参照してください。

アクティブなJMS宛先の制御

JMSサーバーをターゲット指定し、選択した宛先で、実行時メッセージの生成、挿入(処理中のメッセージ)および消費の処理を一時的に休止できます。

JMSサーバーでアクティブな宛先を制御するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSサーバー」を選択します。

2. 「JMSサーバー」表で、制御するJMSサーバーの名前を選択します。

3. 「JMSサーバーの設定」ページから「制御」を選択し、「アクティブな宛先」を選択します。

4. 「アクティブな宛先」表で、制御する宛先の行を選択します。
制御オプションは表の上に表示されます。

5. 次のいずれかの宛先制御操作を選択します。

- 「本番」をクリックして「一時休止」を選択し、この宛先での新規メッセージの生成を停止します。
JMSサーバーの宛先で生成が休止されると、それらの宛先にアタッチされている新しいプロデューサと既存のプロデューサの両方において新しいメッセージの生成処理ができなくなります。メッセージの生成を再開するには、「本番」をクリックし、「再開」を選択します。

- 「消費」をクリックして「一時休止」を選択し、この宛先でのメッセージの消費を停止します。
JMSサーバーの宛先で消費が休止されると、これらの宛先からのメッセージの消費処理ができなくなります。メッセージの消費を再開するには、「消費」をクリックし、「再開」を選択します。

- 「挿入」をクリックして「一時休止」を選択し、この宛先での処理中のメッセージの挿入を停止します。
JMSサーバーの宛先が挿入のために一時休止されると、処理中の作業完了の結果であるすべてのメッセージは宛先に表示されません。これは、新規メッセージの生成操作の一時休止に加えて行われます。処理中のメッセージの挿入を再開するには、「挿入」をクリックし、「再開」を選択します。

詳細は、構成オプションを参照してください。

アクティブなJMSトランザクションの制御

JMSサーバーで実行中の選択したトランザクションのコミットまたはロールバックを強制的に実行できます。

JMSサーバーでアクティブなトランザクションを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSサーバー」を選択します。

2. 「JMSサーバー」表で、制御するJMSサーバーの名前を選択します。

3. 「JMSサーバーの設定」ページから「制御」を選択し、「アクティブなトランザクション」を選択します。

4. 「アクティブなトランザクション」表で、制御するトランザクションの行を選択します。
制御オプションは表の上に表示されます。

5. 次のいずれかのトランザクション制御操作を選択します。

- 「強制コミット」をクリックしてコミット操作を開始します。

- 「強制ロールバック」をクリックしてロールバック操作を開始します。

詳細は、構成オプションを参照してください。

アクティブなJMS接続の制御

JMS接続は、アプリケーションとメッセージング・システムの間の開いている通信チャネルを表し、メッセージを生成および消費するためのセッションを作成するために使用します。トラブルシューティングのために、JMSサーバーで選択した接続を破棄できます。

JMSサーバーでJMS接続を破棄するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSサーバー」を選択します。

2. 「JMSサーバー」表で、制御するJMSサーバーの名前を選択します。

3. 「JMSサーバーの設定」ページから「制御」を選択し、「アクティブな接続」を選択します。

4. 「アクティブな接続」表で、破棄する接続の行を選択します。
「破棄」オプションが表の上に表示されます。

5. 「破棄」をクリックしてJMS接続を終了します。

詳細は、構成オプションを参照してください。

ストア・アンド・フォワード・エージェントの監視および制御

ストア・アンド・フォワード(SAF)サービスを使用すると、WebLogic Serverでは、複数のWebLogic Serverインスタンスに分散されているアプリケーション間でメッセージを確実に配信することができます。ネットワークの問題またはシステムの障害が原因で、メッセージの送信時に宛先が使用不能になっている場合、メッセージはローカルのサーバー・インスタンスに保存されて、リモートの宛先が使用可能になった時点で転送されます。

SAFエージェントは、ローカル送信エンドポイントとリモート受信エンドポイントの間でメッセージのストア・アンド・フォワードを行います。SAFエージェントは、受信機能のみ、送信機能のみ、または両方の機能を持つように構成できます。WebLogic JMS SAFでは、JMSメッセージ送信側の送信エージェントのみが必要となります。一方、Web Services Reliable Messaging (WSRM) SAFでは、送信エージェントと受信エージェントの両方が必要です。

この項には、次の項目が含まれます。

- 複数のSAFエージェントの監視

- 1つのSAFエージェントの監視

- SAFエージェントの制御

- SAFリモート・エンドポイントの制御

- SAF会話の制御

SAFエージェントの監視

このドメインに作成されたすべてのSAFエージェントを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「ストア・アンド・フォワード・エージェント」を選択します。
「SAFサマリー」表には、現在のWebLogic Serverドメインに構成された各SAFエージェントの状態に関する次のような情報が表示されます。

- 名前

- エージェント・タイプ

- 永続ストア

- サーバー

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するSAFエージェントの名前を選択します。

SAFエージェントの監視

ドメイン内の各SAFエージェントの様々な実行時統計(リモート・エンドポイントや会話など)を監視できます。

特定のSAFエージェントの現在の統計を表示するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「ストア・アンド・フォワード・エージェント」を選択します。

2. 「SAF」表で、監視するSAFエージェントの名前を選択します。
「ストア・アンド・フォワード・エージェントの設定」ページには、このSAFエージェントに関連した監視情報が表示されます。

3. 次のSAFエージェント情報を監視するには、適切なページを選択します。

- 統計: このSAFエージェントの実行時統計を表示します。

- リモート・エンドポイント: このSAFエージェントに関連したリモート・エンドポイントの監視情報を表示します。リモート・エンドポイントを選択すると、リモート・エンドポイントのアクティブなメッセージの表を表示できます。メッセージの内容を表示するには、メッセージを選択します。

- 会話: このSAFエージェントに関連付けられた会話の監視情報を表示します。

SAFエージェントの制御

SAFエージェントの実行時メッセージのアクティビティを一時的に休止できます。

SAFエージェントのメッセージ操作を制御するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「ストア・アンド・フォワード・エージェント」を選択します。

2. 「SAF」表で、制御するSAFエージェントの名前を選択します。

3. 「ストア・アンド・フォワード・エージェントの設定」ページから「統計」を選択します。

4. 「統計」表で、メッセージを制御するSAFエージェントの行を選択します。
制御オプションは表の上に表示されます。

5. 次のいずれかのメッセージ制御操作を選択します。

- 「受信」をクリックして「一時休止」または「再開」を選択し、SAFエージェントへの受信メッセージのフローを制御します。

- 「転送」をクリックして「一時休止」または「再開」を選択し、SAFエージェントへのメッセージの転送を制御します。

- 「受信」をクリックして「一時休止」または「再開」を選択し、SAFエージェントへのメッセージの受信を制御します。

詳細は、構成オプションを参照してください。

SAFリモート・エンドポイントの制御

SAFエージェントに関連付けられたアクティブなリモート・エンドポイントのメッセージ操作を制御できます。

SAFエージェントのリモート・エンドポイントを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「ストア・アンド・フォワード・エージェント」を選択します。

2. 「SAF」表で、制御するSAFエージェントの名前を選択します。

3. 「ストア・アンド・フォワード・エージェントの設定」ページから「リモート・エンドポイント」を選択します。

4. 「リモート・エンドポイント」表で、制御するリモート・エンドポイントの行を選択します。
制御オプションは表の上に表示されます。

5. 次のいずれかのリモート・エンドポイント制御操作を選択します。

- 「受信」をクリックして「一時休止」または「再開」を選択し、受信メッセージのフローを制御します。表には、リモート・エンドポイントの新しいpausedまたはnon-paused状態が反映されます。

- 「転送」をクリックして「一時休止」または「再開」を選択し、SAFエージェントへのメッセージの転送を制御します。表には、リモート・エンドポイントの新しいpausedまたはnon-paused状態が反映されます。

- 「すべて期限切れにする」をクリックして、関連付けられたエラー処理構成で指定されたポリシーに従ってリモート宛先のすべての保留メッセージを処理し、これらをリモート・エンドポイントから削除します。

- 「すべてパージ」をクリックしてすべての会話を破棄し、リモート・エンドポイントのすべてのメッセージをパージします。

詳細は、構成オプションを参照してください。

SAF会話の制御

SAFエージェントに関連付けられたアクティブな会話を終了できます。

SAF会話を破棄するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「ストア・アンド・フォワード・エージェント」を選択します。

2. 「SAF」表で、制御するSAFエージェントの名前を選択します。

3. 「ストア・アンド・フォワード・エージェントの設定」ページから「会話」を選択します。

4. 「会話」表で、破棄する会話の行を選択します。
「破棄」オプションが表の上に表示されます。

5. 「破棄」をクリックしてSAF会話を終了します。

詳細は、構成オプションを参照してください。

JMSリソースおよびモジュールの監視および制御

JMSシステム・リソースは、標準のJava EEモジュールと同様のモジュールとして構成されて格納されます。このようなリソースには、キュー、トピック、接続ファクトリ、テンプレート、宛先キー、割り当て、分散キュー、分散トピック、外部サーバー、およびJMSストア・アンド・フォワード(SAF)パラメータがあります。システム・モジュールは、ドメインに構成されたサーバー・インスタンスおよびクラスタの対象指定に対して全面的に利用できます。したがって、同じ対象にデプロイされているすべてのアプリケーションおよびクライアント・アプリケーションで利用できます。

注意:

JMS構成リソースは、デプロイ可能なアプリケーション・モジュールとしても管理できます。パッケージ化されたモジュールとしてのJava EEアプリケーションとともに(この場合、同梱されたアプリケーションでのみ利用可能)、またはそのモジュールで定義されているリソースへのグローバル・アクセスを備えたスタンドアロン・モジュールとしての管理が可能です。JMSアプリケーション・モジュールの構成の詳細は、『Oracle WebLogic Server JMSリソースの管理』の「デプロイメント用のJMSアプリケーション・モジュールの構成」を参照してください。

この項には、次の項目が含まれます。

- JMSリソースの監視

- JMS宛先リソースのメッセージの制御

- JMSモジュールの監視

JMSリソースの監視

現行のWebLogic Serverドメインで作成されたすべてのJMSシステム・モジュールのすべてのリソースを表示できます。リソースのシステム・モジュール、JNDI名、ターゲット指定されているサブデプロイメント・リソース、およびリソースがターゲット指定されているJMSサーバー、WebLogic Server、インスタンスまたはクラスタなどの監視情報も表示できます。

特定のリソースの場合、詳細統計情報の監視または制御操作の実行ができます。

現在のドメイン内のすべてのJMSシステム・リソースを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているすべてのJMSシステム・モジュールの一部として定義されているすべてのリソースが表示されます。

- コネクション・ファクトリ: JMSクライアントでJMS接続を作成できる一連の接続構成パラメータを定義します。

- 宛先キー: 宛先に届くメッセージのソート順を定義します。

- 外部サーバー: 外部のWebLogic ServerであるサードパーティのJMSプロバイダを表します。

- キュー: ポイント・ツー・ポイント(PTP)宛先を定義することで、1つのアプリケーションから別のアプリケーションにメッセージを送信できます。「キューの監視」を参照してください。

- 割当: 宛先で使用できるシステム・リソースの割当てを制御します。

- SAFエラー・ハンドラ: SAFサービスがリモートの宛先へのメッセージ転送に失敗した場合に行うアクションを指定します。

- SAFインポート済み宛先: リモート・サーバー・インスタンスまたはクラスタのJMSキューまたはトピックをローカルに表すSAFキューおよびトピックのコレクションを表します。「SAFインポート済宛先の監視」を参照してください。

- SAFリモート・コンテキスト: SAFインポート済キューまたはトピックがリモート宛先に接続するために使用するSAFログイン・コンテキストを指定します。

- テンプレート: 類似した構成設定を持つ複数のキューおよびトピックを効率的に定義できます。

- トピック: パブリッシュ/サブスクライブ(pub/sub)宛先を定義することで、1つのアプリケーションから複数のアプリケーションに対してメッセージを送信できます。「トピックの監視」を参照してください。

- 共通分散キュー: クライアントに対する単一の論理キューとして、アクセス可能なJMSキューの単一の単位を表します。「共通分散キューの監視」を参照してください。

- 共通分散トピック: クライアントに対する単一の論理トピックとして、アクセス可能なJMSトピックの単一の単位を表します。「共通分散トピックの監視」を参照してください。

「JMSリソース」表では、各JMSシステム・モジュール・リソースに関する次のような情報を監視できます。

- 名前

- タイプ

- JMSモジュール名

- JNDI名

- サブデプロイメント

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

3. 表で、追加監視情報を表示するJMSシステム・リソースの名前を選択します。

キューの監視

JMSシステム・モジュールのキューの実行時統計を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているJMSシステム・モジュールの一部として定義されたすべてのリソースが表示されます。

3. 表で、監視するキューの名前を選択します。
「監視」ページには、キューの次のような実行時統計が表示されます。

- 名前

- 現在のメッセージ数

- 保留メッセージ数

- メッセージ総数

- 現在のコンシューマ数

これらのフィールドの詳細は、構成オプションを参照してください。メッセージを制御するには、「キューのメッセージの制御」を参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

トピックの監視

JMSシステム・モジュール内のトピックの実行時統計を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているJMSシステム・モジュールの一部として定義されたすべてのリソースが表示されます。

3. 表で、監視するトピックの名前を選択します。
「統計」ページには、トピックの次のような実行時統計が表示されます。

- 名前

- 現在のメッセージ数

- 保留メッセージ数

- メッセージ総数

- 現在のコンシューマ数

これらのフィールドの詳細は、構成オプションを参照してください。メッセージを制御するには、「トピックのメッセージの制御」を参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. このトピックの追加監視情報を表示するには、「恒久サブスクライバ」を選択します。
「恒久サブスクライバ」ページには、トピックの次のような追加実行時情報が表示されます。

- クライアントID

- クライアントIDポリシー

- サブスクリプション名

- アクティブ

- 現在のメッセージ数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

共通分散キューの監視

JMSシステム・モジュールの共通分散キューのすべてのメンバーに関する統計を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているJMSシステム・モジュールの一部として定義されたすべてのリソースが表示されます。

3. 表で、監視する共通分散キューの名前を選択します。
「監視」ページには、共通分散キューの次のような実行時統計が表示されます。

- 名前

- 現在のコンシューマ数

- 最大コンシューマ数

- コンシューマ総数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

共通分散トピックの監視

JMSシステム・モジュールの共通分散トピックのすべてのメンバーに関する統計を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているJMSシステム・モジュールの一部として定義されたすべてのリソースが表示されます。

3. 表で、監視する共通分散トピックの名前を選択します。
「統計」ページには、共通分散トピックの次のような実行時統計が表示されます。

- 名前

- 現在のコンシューマ数

- 最大コンシューマ数

- コンシューマ総数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. この共通分散トピックの追加監視情報を表示するには、「恒久サブスクライバ」を選択します。
「恒久サブスクライバ」ページには、共通分散トピックの次のような追加実行時情報が表示されます。

- クライアントID

- クライアントIDポリシー

- サブスクリプション名

- アクティブ

- 現在のメッセージ数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

SAFインポート済宛先の監視

SAFインポート済み宛先は、リモートのサーバー・インスタンスまたはクラスタにおけるJMSキューまたはトピックをローカルで表すSAFキューまたはトピックのコレクションです。SAFインポート済み宛先の各コレクションは、リモートSAFコンテキストと関連付けられています。また、JNDIの接頭辞、デフォルト存続時間(メッセージの有効期間)、およびSAFエラー処理ポリシーは同じものを共有できます。

SAFキューは、接続の解除された非同期のピア通信に使用されます。SAFキューに配信されたメッセージは後の配信に備えて一時的に格納され、リモート・サーバーまたはクラスタのJMSキューがアクセス可能になった時点でそのキューに転送されます。

SAFトピックは、接続の解除された非同期のピア通信に使用されます。SAFトピックに配信されたメッセージは後の配信に備えて一時的に格納され、リモート・サーバーまたはクラスタのJMSトピックがアクセス可能になった時点でそのトピックに転送されます。

JMSシステム・モジュールのSAFインポート済宛先を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているJMSシステム・モジュールの一部として定義されたすべてのリソースが表示されます。

3. 表で、監視するSAFインポート済宛先の名前を選択します。

4. SAFキューを監視するには、「構成」を選択し、「キュー」を選択します。
「SAFキュー・サマリー」ページには、このSAFインポート済宛先用に作成されたSAFキューが表示されます。

詳細は、構成オプションを参照してください。

5. SAFトピックを監視するには、「構成」を選択し、「トピック」を選択します。
「SAFトピック・サマリー」ページには、このSAFインポート済宛先用に作成されたSAFトピックが表示されます。

詳細は、構成オプションを参照してください。

恒久サブスクライバの詳細の表示

JMSトピックまたは共通分散トピックで実行中の恒久サブスクライバの構成詳細を表示するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているJMSシステム・モジュールの一部として定義されたすべてのリソースが表示されます。

3. 表で、監視するトピックまたは共通分散トピックの名前を選択します。

4. 「監視」を選択し、「恒久サブスクライバ」を選択します。

5. 「恒久サブスクライバ」表で、構成詳細を表示する恒久サブスクライバの「サブスクリプション名」を選択します。
「JMS恒久サブスクライバ」ページには、恒久サブスクライバの次のような追加実行時情報が表示されます。

- サブスクリプション名

- クライアントID

- クライアントIDポリシー

- メッセージ・セレクタ

- ローカル・メッセージなし

これらのフィールドの詳細は、構成オプションを参照してください。

JMS宛先リソースのメッセージの制御

トラブルシューティングの目的で、宛先での実行時メッセージの生成、消費、挿入アクティビティの一時休止など、JMS宛先リソースで利用可能な操作を制御できます。

次の宛先リソースにはメッセージ制御機能があります。

- キューのメッセージの制御

- トピックのメッセージの制御

キューのメッセージの制御

JMSシステム・モジュール内のキューのメッセージを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているJMSシステム・モジュールの一部として定義されたすべてのリソースが表示されます。

3. 表で、メッセージを制御するキューの名前を選択します。

4. 「キューの設定」ページで、「制御」を選択します。

5. 「制御」表で、制御するキューの行を選択します。
制御オプションは表の上に表示されます。

6. 次のいずれかのメッセージ制御操作を選択します。

- 「本番」をクリックして「一時休止」を選択し、選択したキューでの新規メッセージの生成を停止します。
キューでの生成が休止されると、そのキューにアタッチされた新規および既存プロデューサの両方で、新しいメッセージの生成操作ができなくなります。メッセージの生成を再開するには、「本番」をクリックし、「再開」を選択します。

- 「消費」をクリックして「一時休止」を選択し、選択したキューでのメッセージの消費を停止します。
キューでの消費が休止されると、そのキューからの以降のメッセージ消費操作ができなくなります。メッセージの消費を再開するには、「消費」をクリックし、「再開」を選択します。

- 「挿入」をクリックして「一時休止」を選択し、選択したキューでの処理中のメッセージの挿入を停止します。
キューでの挿入が休止されると、処理中の作業の完了の結果であるすべてのメッセージはキューに現れなくなります。これは、新規メッセージの生成操作の一時休止に加えて実行されます。処理中のメッセージの挿入を再開するには、「挿入」をクリックし、「再開」を選択します。

詳細は、構成オプションを参照してください。

トピックのメッセージの制御

トラブルシューティングの目的で、JMSシステム・モジュールをターゲット指定したトピックにおいて実行時メッセージの生成、消費および挿入アクティビティは一時的に休止できます。

JMSシステム・モジュール内のトピックのメッセージを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSリソース」を選択します。
「JMSリソース」表には、現在のドメインに構成されているJMSシステム・モジュールの一部として定義されたすべてのリソースが表示されます。

3. 表で、トピックを制御するJMSトピックの名前を選択します。

4. 「トピックの設定」ページで、「制御」を選択します。

5. 「制御」表で、制御するトピックの行を選択します。
制御オプションは表の上に表示されます。

6. 次のいずれかのメッセージ制御操作を選択します。

- 「本番」をクリックして「一時休止」を選択し、選択したトピックでの新規メッセージの生成を停止します。
トピックでの生成が休止されると、そのトピックにアタッチされた新規および既存プロデューサの両方で、新しいメッセージの生成操作ができなくなります。メッセージの生成を再開するには、「本番」をクリックし、「再開」を選択します。

- 「消費」をクリックして「一時休止」を選択し、選択したトピックでのメッセージの消費を停止します。
トピックで消費が休止されると、そのトピックでの以降のメッセージの消費処理ができなくなります。メッセージの消費を再開するには、「消費」をクリックし、「再開」を選択します。

- 「挿入」をクリックして「一時休止」を選択し、選択したトピックでの処理中のメッセージの挿入を停止します。
トピックでの挿入が休止されると、処理中の作業の完了の結果であるすべてのメッセージがトピックに現れなくなります。これは、新規メッセージの生成操作の一時休止に加えて行われます。処理中のメッセージの挿入を再開するには、「挿入」をクリックし、「再開」を選択します。

詳細は、構成オプションを参照してください。

JMSモジュールの監視

現在のドメイン用に作成されたJMSシステム・モジュールを監視できます。表では、各モジュールの一部にするリソース・タイプ、また12のキューや1つのコネクション・ファクトリなど、割当て済リソース・タイプの数を指定します。

JMSモジュールを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSモジュール」を選択します。
「JMSモジュール」表には、現在のドメインに構成されているすべてのJMSシステム・モジュールが表示され、各モジュールに構成されている次のようなJMSシステム・リソース・タイプの数が表示されます。

- キュー

- トピック

- コネクション・ファクトリ

- 分散キュー

- 分散トピック

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

3. 表で、追加監視情報を表示するJMSモジュールの名前を選択します。

JMSシステム・モジュール・リソースの監視

特定のJMSシステム・モジュール用に作成されたJMSリソースに関する一般情報(キュー、トピック、コネクション・ファクトリ、テンプレート、宛先ソート・キー、宛先割当て、分散宛先、外部サーバー、ストア・アンド・フォワード・パラメータなど)を監視できます。

特定のJMSシステム・モジュールのリソースを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSモジュール」を選択します。
「JMSモジュール」表には、現在のドメインに構成されたすべてのJMSシステム・モジュールが表示されます。

3. 表で、監視するJMSモジュールの名前を選択します。

4. 「JMSシステム・モジュールの設定」ページで、「一般」を選択します。
「概要」表には、JMSシステム・モジュールとその割当て済リソースに関する次のような一般情報が表示されます。

- 名前

- タイプ

- JNDI名

- サブデプロイメント

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

5. 選択したリソースに関する詳細統計情報は、JMSリソースの名前を選択します。「JMSリソースの監視」を参照してください。

JMSシステム・モジュール・サブデプロイメントの監視

JMSシステム・モジュールに作成されたサブデプロイメントを監視できます。サブデプロイメントとは、JMSモジュール・リソース(キュー、トピック、接続ファクトリなど)をグループ化してサーバー・リソース(JMSサーバー、サーバー・インスタンス、クラスタなど)にターゲット指定するメカニズムです。

特定のJMSシステム・モジュールのサブデプロイメントを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSリソースおよびモジュール」を選択します。

2. 「JMSモジュール」を選択します。
「JMSモジュール」表には、現在のドメインに構成されたすべてのJMSシステム・モジュールが表示されます。

3. 表で、監視するJMSモジュールの名前を選択します。

4. 「JMSシステム・モジュールの設定」ページで、「サブデプロイメント」を選択します。
「サブデプロイメント」表には、現在のWebLogic Serverドメイン内のJMSシステム・モジュールに作成されたサブデプロイメントに関する次のような情報が表示されます。

- 名前

- リソース

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

パス・サービスの監視

パス・サービスとは、メッセージの集合とメッセージング・リソース(分散宛先のメンバーやストア・アンド・フォワード・エージェントなど)との間のマッピングを格納するために使用できる永続マップです。サーブレットをホストするクラスタのメンバー、分散キュー・メンバー、またはストア・アンド・フォワード・エージェントにメッセージを固定することによって、メッセージの順序付けを実現できます。

現在のドメインに構成されたパス・サービス・インスタンスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「パス・サービス」を選択します。
「パス・サービス・サマリー」表には、現行のWebLogic Serverドメインに構成されたパス・サービス・インスタンスに関連した次のような監視情報が表示されます。

- 名前

- ターゲット

- 永続ストア

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 「パス・サービス」表で、構成情報を表示するパス・サービスの名前を選択します。

メッセージング・ブリッジの監視

WebLogicメッセージング・ブリッジは、2つのメッセージング製品間の転送メカニズムを提供します。メッセージング・ブリッジを使用して、WebLogic JMSの異なる実装間、またはWebLogic JMSと別のメッセージング製品間で相互運用を行います。

現在のドメイン用に構成されたメッセージング・ブリッジ・インスタンスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSブリッジ」を選択します。

2. 「構成」を選択し、現在のWebLogic Serverドメインに構成されたメッセージング・ブリッジ・インスタンスに関する次のような情報を表示します。

- 名前

- ソース・ブリッジ宛先

- ターゲット・ブリッジ宛先

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

3. 「監視」を選択し、このドメインでアクティブなサーバーに構成されているすべてのメッセージング・ブリッジに関する次のような統計を表示します。

- 名前

- サーバー

- 状態

- 説明

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

メッセージング・ブリッジの監視

現在のドメインに構成されている特定のメッセージング・ブリッジ・インスタンスのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSブリッジ」を選択します。

2. 「メッセージング・ブリッジ」表で、監視するメッセージング・ブリッジの名前を選択します。

3. 「メッセージング・ブリッジの設定」ページの「メッセージング・ブリッジ・サマリー」表には、このメッセージング・ブリッジに関連した次のような監視情報が表示されます。

- 名前

- サーバー

- 状態

- 説明

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

JMSブリッジ宛先の監視

JMSブリッジ宛先は、JMSメッセージング製品のソース宛先またはターゲット宛先です。メッセージング・ブリッジに接続するJMSメッセージング・ソース宛先とターゲット宛先のそれぞれにJMSブリッジ宛先インスタンスを構成します。

現在のドメインに構成されたJMSブリッジ宛先を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」メニューから「メッセージング」を選択し、「JMSブリッジ宛先」を選択します。
「JMSブリッジ宛先サマリー」表には、現行のWebLogic Serverドメインに構成されたJMSブリッジ宛先に関連した次のような監視情報が表示されます。

- 名前

- アダプタのJNDI名

- アダプタ・クラスパス

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するJMSブリッジ宛先の名前を選択します。

12 WebLogic Server JDBCデータソース

Java Database Connectivity (JDBC)では、WebLogicドメインでJDBCデータソースを介してデータベース接続を構成できます。データ・ソースは、Java EEにおいてデータベース接続を構成するための標準的な手法です。各WebLogicデータ・ソースは、データベース接続のプールを保有しています。アプリケーションは、JNDIツリーまたはローカル・アプリケーション・コンテキストでデータソースを検索し、getConnectionメソッドを使用してデータベース接続を予約します。データ・ソースおよびその接続プールは、システムの効率的な稼働を維持するための接続管理プロセスを備えています。

この章では、現在のドメインにデプロイされているデータソースを作成、監視、制御および構成する方法について説明します。

この章の内容は次のとおりです。

- JDBCデータ・ソースの作成

- JDBCデータ・ソースの監視

- JDBCデータ・ソースの制御

- JDBCデータ・ソースの構成

JDBCデータ・ソースの作成

接続するデータベースごとにデータソースを作成する必要があります。1つのデータベースに対し、構成オプションのセットが複数必要な場合は、同じデータベースへの接続を含むデータ・ソースを複数作成できます。この項には、次の項目が含まれます。

- JDBC汎用データ・ソースの作成

- JDBC GridLinkデータ・ソースの作成

- JDBCマルチ・データ・ソースの作成

- 既存のデータソースからのJDBCデータソースの作成

JDBC汎用データ・ソースの作成

始める前に

データベース接続の作成に使用するJDBCドライバが、データソースのデプロイ先となるすべてのサーバー・インスタンスにインストールされていることを確認します。DB2、Informix、Microsoft SQL ServerおよびSybase用のOracle Type 4 JDBCドライバなど、一部のJDBCドライバはWebLogic Serverとともにインストールされています。JDBCドライバの使用の詳細は、「WebLogic ServerでのJDBCドライバの使用」を参照してください。

汎用JDBCデータソースを作成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが表示されます。

2. 「作成」をクリックし、「汎用データ・ソース」を選択します。

3. 「データソース・プロパティ」ページでは、このJDBCデータソースの一般構成オプションを定義します。

- データソース名: このJDBCデータソースの名前を入力します。この名前は、データソースを参照するたびに構成ファイル(config.xml)で使用されます。

- ドライバ・クラス名: データベースに接続するために使用するJDBCドライバを選択します。リストには、選択したDBMSでよく使用されるJDBCドライバが含まれています。

注意:

JDBCドライバを使用してデータベース接続を作成するには、先にJDBCドライバをインストールしておく必要があります。一部のドライバはWebLogic Serverとともにインストールされていますが、多くのドライバはインストールされていません。

- JNDI名: このJDBCデータソースのバインド先とするJNDIパスを入力します。アプリケーションは、接続を予約する際、この名前でJNDIツリー上のデータ・ソースをルックアップします。

- 行プリフェッチ有効: 1回のサーバー・アクセスで「プリフェッチされる」(つまり、サーバーからクライアントに送られる)複数の行を有効にするために選択します。

- 行プリフェッチ・サイズ: 行プリフェッチを有効にした場合、クライアントのためにプリフェッチする結果セット行の数を指定します。

- ストリーム・チャンク・サイズ: データ・タイプをストリーミングするためのデータ・チャンク・サイズを指定します。

4. 「次」をクリックします。

5. 「接続プロパティ」ページでは、「データベース接続情報」セクションの次のプロパティの値を入力します。

- データベースURL: 接続先のデータベースのURLを入力します。URLの書式は、使用するJDBCドライバによって異なります。

- パスワード: データベース接続を作成するために使用するデータベース・アカウント・パスワードを入力します。

- テスト対象の表名またはSQL文: 物理データベース接続をテストするために使用するデータベース表またはSQL文の名前を入力します。
この名前は、「テスト間隔」を指定し、「予約された接続のテスト」を有効にした場合に必要になります。接続をテストするために使用されるデフォルトのSQLコードは、select count(*) from TestTableNameです。テスト対象の表名がSQLで始まる場合、SQLより後の文字列は、標準の問合せのかわりに接続をテストするリテラルのSQL文として扱われます。たとえば、SELECT 1 FROM DUALです。

6. 「プロパティ」セクションで「追加」をクリックし、データソース・クラスで必要とされるプロパティを入力します。(たとえば、server=dbserver1)。

7. 「接続プール・プロパティ」セクションには、次のプロパティの値を入力します。

- 初期容量: 接続プールを作成する場合に作成する物理接続の数を入力します。

- 最大容量: この接続プールに収容できる物理接続の最大数を入力します。

- 容量増分: 新しい接続が接続プールに追加されるときに作成される接続の数を入力します。

- 文キャッシュ・タイプ: 文キャッシュに格納されているプリコンパイルされた文の維持に使用されるアルゴリズムを選択します。

- 文キャッシュ・サイズ: キャッシュに格納されているプリコンパイル済またはコール可能な文の数を入力します。(これによって、サーバーのパフォーマンスが向上する場合があります。)

8. 「拡張」セクションには、次のプロパティの値を入力します。

- 予約時の接続テスト: 接続をクライアントに渡す前に、WebLogic Serverが接続をテストできるようにするかどうかを選択します。(「テスト対象の表名」を指定する必要があります。)

- テスト間隔(秒): 未使用の接続をWebLogic Serverがテストする間隔の秒数を入力します。(「テスト対象の表名」を指定する必要があります。)テストに失敗した接続は閉じられ、再度開かれて有効な物理接続が再確立されます。テストが再度失敗すると、その接続は閉じられます。

- アイドル・プール接続を信頼する秒数: 接続がアプリケーションに渡される前、または定期的な接続テストの処理中に、その接続がまだ有効であり、接続テストをスキップするとWebLogic Serverが信頼している接続使用の秒数を入力します。

- 縮小頻度(秒): 需要に合うようにしだいに増加した接続プールを縮小するまでに待機する秒数を入力します。

- 初期SQL: 新しく作成された物理データベース接続を初期化するために実行するSQL文を入力します。文の記述は「SQL」で開始し、その後はスペースとします。

- 接続作成の再試行間隔(秒): データベースへの接続を確立する試行間の秒数を入力します。

- ログイン遅延(秒): 各物理データベース接続を作成するまでの遅延の秒数を入力します。この遅延により、短時間に連続する複数の接続リクエストを処理できないデータベース・サーバーがサポートされます。

- 非アクティブ接続タイムアウト(秒): WebLogic Serverが接続を再要求して接続プールに戻すまでの予約済接続の非アクティブな秒数を入力します。

- 接続の最大待機時間(秒): データソースの接続プールからの接続の予約を待機する間、同時にスレッドをブロックできる接続リクエストの最大数を入力します。

- 接続予約のタイムアウト(秒): 接続プールから接続を予約する呼出しがタイムアウトになるまでの秒数を入力します。

- 文タイムアウト: 現在実行されている文がタイムアウトするまでの時間を入力します。

- 使用中の接続の無視: プールから取得した接続がまだ使用されている場合でも、データソースを停止できるようにします。

- スレッドに固定: アプリケーションによって論理接続が閉じられた後でもプールされたデータベース接続を実行スレッドが保持できるようにすることによって、パフォーマンスを向上できます。

- 影響のある接続の削除を有効化: アプリケーションで基底のベンダー接続オブジェクトが使用された後で、接続プールから接続を削除するかどうかを指定します。

9. 「次」をクリックします。

10. トランザクション・プロパティページで、次の手順を実行します。「JDBCデータ・ソースのプロパティ」ページで選択したドライバによっては、これらのオプションを指定せずに済む場合があります。
グローバル・トランザクションのサポート: このチェック・ボックスを選択すると(デフォルト)、このデータソースでグローバル・トランザクションのサポートが有効になります。このチェック・ボックスの選択を解除すると、このデータ・ソースではグローバル・トランザクションが無効になります(無視されます)。ほとんどの場合、このオプションは選択したままにしておきます。「トランザクション・オプションの構成」を参照してください。

「グローバル・トランザクションのサポート」を選択した場合は、トランザクション処理に関するオプションを選択します(選択可能なオプションは、XAドライバと非XAドライバのいずれを選択したかで異なります)。

- 1フェーズ・コミット: このオプションを選択すると、非XA接続が、唯一のトランザクション参加コンポーネントとしてグローバル・トランザクションに参加できるようになります。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

- 2フェーズ・コミットのエミュレート: 非XA JDBC接続が、JTAを使用して分散トランザクションへの参加をエミュレートできるようになります。このオプションは、ヒューリスティックな状況に耐えられるアプリケーションでのみ使用してください。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

- ロギング・ラスト・リソース: このオプションを選択すると、非XA JDBC接続が、ロギング・ラスト・リソース(LLR)によるトランザクションの最適化を使用して、グローバル・トランザクションに参加できるようになります。「2フェーズ・コミットのエミュレート」のかわりに使用することをお薦めします。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

11. 「次」をクリックします。

12. 「ターゲットの選択」ページでは、データソースをデプロイするサーバー・インスタンスを選択します。

13. 「次」をクリックして、作成しようとするデータソースの設定を見直します。

14. 「作成」をクリックして、JDBCデータソースの構成を保存し、選択したターゲットにデータソースをデプロイします。

JDBC GridLinkデータ・ソースの作成

WebLogicドメインにJDBC GridLinkデータ・ソースを追加することにより、Oracle RACインストール環境とのデータベース接続を構成します。データ・ソースおよびその接続プールは、システムの効率的な稼働を維持するための接続管理プロセスを備えています。

JDBC GridLinkデータ・ソースを作成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが表示されます。

2. 「作成」をクリックし、「GridLinkデータ・ソース」を選択します。

3. 「データソース・プロパティ」ページでは、このJDBCデータソースの一般構成オプションを定義します。

- データソース名: このJDBCデータソースの名前を入力します。この名前は、データソースを参照するたびに構成ファイル(config.xml)で使用されます。

- ドライバ・クラス名: データベースに接続するために使用するJDBCドライバを選択します。リストには、選択したDBMSでよく使用されるJDBCドライバが含まれています。

注意:

JDBCドライバを使用してデータベース接続を作成するには、先にJDBCドライバをインストールしておく必要があります。一部のドライバはWebLogic Serverとともにインストールされていますが、多くのドライバはインストールされていません。

- JNDI名: このJDBCデータソースのバインド先とするJNDIパスを入力します。アプリケーションは、接続を予約する際、この名前でJNDIツリー上のデータ・ソースをルックアップします。

- 行プリフェッチ有効: 1回のサーバー・アクセスで「プリフェッチされる」(つまり、サーバーからクライアントに送られる)複数の行を有効にするために選択します。

- 行プリフェッチ・サイズ: 行プリフェッチを有効にした場合、クライアントのためにプリフェッチする結果セット行の数を指定します。

- ストリーム・チャンク・サイズ: データ・タイプをストリーミングするためのデータ・チャンク・サイズを指定します。

4. 「次」をクリックします。

5. 「接続プロパティ」ページでは、「データベース接続情報」セクションの次のプロパティの値を入力します。

- データベースURL: 接続先のデータベースのURLを入力します。URLの書式は、使用するJDBCドライバによって異なります。

- パスワード: データベース接続を作成するために使用するデータベース・アカウント・パスワードを入力します。

- テスト対象の表名またはSQL文: 物理データベース接続をテストするために使用するデータベース表またはSQL文の名前を入力します。
この名前は、「テスト間隔」を指定し、「予約された接続のテスト」を有効にした場合に必要になります。接続をテストするために使用されるデフォルトのSQLコードは、select count(*) from TestTableNameです。テスト対象の表名がSQLで始まる場合、SQLより後の文字列は、標準の問合せのかわりに接続をテストするリテラルのSQL文として扱われます。たとえば、SELECT 1 FROM DUALです。

6. 「プロパティ」セクションで「追加」をクリックし、データソース・クラスで必要とされるプロパティを入力します。(たとえば、server=dbserver1)。

7. 「接続プール・プロパティ」セクションには、次のプロパティの値を入力します。

- 初期容量: 接続プールを作成する場合に作成する物理接続の数を入力します。

- 最大容量: この接続プールに収容できる物理接続の最大数を入力します。

- 容量増分: 新しい接続が接続プールに追加されるときに作成される接続の数を入力します。

- 文キャッシュ・タイプ: 文キャッシュに格納されているプリコンパイルされた文の維持に使用されるアルゴリズムを選択します。

- 文キャッシュ・サイズ: キャッシュに格納されているプリコンパイル済またはコール可能な文の数を入力します。(これによって、サーバーのパフォーマンスが向上する場合があります。)

8. 「拡張」セクションには、次のプロパティの値を入力します。

- 予約時の接続テスト: 接続をクライアントに渡す前に、WebLogic Serverが接続をテストできるようにするかどうかを選択します。(「テスト対象の表名」を指定する必要があります。)

- テスト間隔(秒): 未使用の接続をWebLogic Serverがテストする間隔の秒数を入力します。(「テスト対象の表名」を指定する必要があります。)テストに失敗した接続は閉じられ、再度開かれて有効な物理接続が再確立されます。テストが再度失敗すると、その接続は閉じられます。

- アイドル・プール接続を信頼する秒数: 接続がアプリケーションに渡される前、または定期的な接続テストの処理中に、その接続がまだ有効であり、接続テストをスキップするとWebLogic Serverが信頼している接続使用の秒数を入力します。

- 縮小頻度(秒): 需要に合うようにしだいに増加した接続プールを縮小するまでに待機する秒数を入力します。

- 初期SQL: 新しく作成された物理データベース接続を初期化するために実行するSQL文を入力します。文の記述は「SQL」で開始し、その後はスペースとします。

- 接続作成の再試行間隔(秒): データベースへの接続を確立する試行間の秒数を入力します。

- ログイン遅延(秒): 各物理データベース接続を作成するまでの遅延の秒数を入力します。この遅延により、短時間に連続する複数の接続リクエストを処理できないデータベース・サーバーがサポートされます。

- 非アクティブ接続タイムアウト(秒): WebLogic Serverが接続を再要求して接続プールに戻すまでの予約済接続の非アクティブな秒数を入力します。

- 接続の最大待機時間(秒): データソースの接続プールからの接続の予約を待機する間、同時にスレッドをブロックできる接続リクエストの最大数を入力します。

- 接続予約のタイムアウト(秒): 接続プールから接続を予約する呼出しがタイムアウトになるまでの秒数を入力します。

- 文タイムアウト: 現在実行されている文がタイムアウトするまでの時間を入力します。

- 使用中の接続の無視: プールから取得した接続がまだ使用されている場合でも、データソースを停止できるようにします。

- スレッドに固定: アプリケーションによって論理接続が閉じられた後でもプールされたデータベース接続を実行スレッドが保持できるようにすることによって、パフォーマンスを向上できます。

- 影響のある接続の削除を有効化: アプリケーションで基底のベンダー接続オブジェクトが使用された後で、接続プールから接続を削除するかどうかを指定します。

9. 「次」をクリックします。

10. トランザクション・プロパティページで、次の手順を実行します。「JDBCデータ・ソースのプロパティ」ページで選択したドライバによっては、これらのオプションを指定せずに済む場合があります。
グローバル・トランザクションのサポート: このチェック・ボックスを選択すると(デフォルト)、このデータソースでグローバル・トランザクションのサポートが有効になります。このチェック・ボックスの選択を解除すると、このデータ・ソースではグローバル・トランザクションが無効になります(無視されます)。ほとんどの場合、このオプションは選択したままにしておきます。「トランザクション・オプションの構成」を参照してください。

「グローバル・トランザクションのサポート」を選択した場合は、トランザクション処理に関するオプションを選択します(選択可能なオプションは、XAドライバと非XAドライバのいずれを選択したかで異なります)。

- 2フェーズ・コミット: このオプションを選択すると、標準のXA処理が有効になります。このオプションは、データベース接続の作成にXA JDBCドライバを選択した場合にのみ選択できます。

- ロギング・ラスト・リソース: このオプションを選択すると、非XA JDBC接続が、ロギング・ラスト・リソース(LLR)によるトランザクションの最適化を使用して、グローバル・トランザクションに参加できるようになります。「2フェーズ・コミットのエミュレート」のかわりに使用することをお薦めします。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

- 2フェーズ・コミットのエミュレート: 非XA JDBC接続が、JTAを使用して分散トランザクションへの参加をエミュレートできるようになります。このオプションは、ヒューリスティックな状況に耐えられるアプリケーションでのみ使用してください。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

- 1フェーズ・コミット: このオプションを選択すると、非XA接続が、唯一のトランザクション参加コンポーネントとしてグローバル・トランザクションに参加できるようになります。このオプションは、データベース接続の作成に非XA JDBCドライバを選択した場合にのみ選択できます。

11. 「次」をクリックします。

12. 「ONSプロパティ」ページでは、次のプロパティの値を入力します。

- 「FANの有効化」を選択してOracle FANイベントに登録します。

- 「ONSノード」で「追加」をクリックし、ONSノードごとにONSホストとポートを入力します。

- 個々のノードをテストするには、ONSホストおよびポートの「ONSノードのテスト」をクリックします。

- 必要に応じて、ONSでSSLプロトコルを使用する場合は、ONSウォレット・ファイルを構成します。

13. 「ターゲットの選択」ページでは、データソースをデプロイするサーバー・インスタンスを選択します。

14. 「次」をクリックして、作成しようとするデータソースの設定を見直します。

15. 「作成」をクリックして、JDBCデータソースの構成を保存し、選択したターゲットにGridLinkデータソースをデプロイします。

JDBCマルチ・データ・ソースの作成

マルチ・データ・ソースは、2つ以上のデータ・ソースの間に、接続リクエストに対するフェイルオーバー機能およびロード・バランシング機能を提供します。マルチ・データソースを作成する前に、マルチ・データソースで管理するデータソースを作成し、マルチ・データソースをデプロイするのと同じターゲットにそれらをデプロイする必要があります。

JDBCマルチ・データ・ソースを作成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。
「JDBCデータソース」ページが表示されます。

2. 「作成」をクリックし、「マルチ・データソース」を選択します。

3. 「データソース・プロパティの構成」ページでは、このJDBCマルチ・データソースの一般構成オプションを定義します。

- データソース名: このJDBCマルチ・データソースの名前を入力します。この名前は、このマルチ・データソースを参照するたびに構成ファイル(config.xmlおよびJDBCモジュール)で使用されます。

- JNDI名: このJDBCマルチ・データソースのバインド先となるJNDIパスを入力します。アプリケーションは、接続を予約する際、この名前でJNDIツリー上のデータ・ソースをルックアップします。

- アルゴリズム・タイプ: アルゴリズム・タイプを選択します。

- フェイルオーバー: マルチ・データソースは、リストの先頭のデータソースに接続リクエストをルーティングします。リクエストが失敗した場合、リクエストはリストの次のデータソース、さらに次のデータソースというように送られます。

- ロード・バランシング: マルチ・データソースは、そのメンバー・データソースに均等に接続リクエストを分散します。

4. 「次」をクリックします。

5. 「ターゲットの選択」ページでは、このJDBCマルチ・データソースをデプロイするサーバーまたはクラスタを選択します。
ここで選択するターゲットによって、このマルチ・データ・ソースの一部として選択できるデータ・ソースが制限されます。選択できるデータ・ソースは、このマルチ・データ・ソースと同じターゲットにデプロイされるデータ・ソースのみとなります。

6. 「次」をクリックします。

7. 「データソース・タイプの選択」ページでは、次のオプションのいずれかを選択します。

- XAドライバ: マルチ・データソースは、XA JDBCドライバを使用するデータソースのみを使用してデータベース接続を作成します。

- 非XAドライバ: マルチ・データソースは、非XA JDBCドライバを使用するデータソースのみを使用してデータベース接続を作成します。

ここで選択するオプションによって、後の手順でこのマルチ・データ・ソースの一部として選択できるデータ・ソースが制限されます。JDBCドライバのタイプでデータ・ソースを制限することにより、WebLogic Serverのトランザクション・マネージャで、マルチ・データ・ソースのデータベース接続を使用するグローバル・トランザクションを適切に完了または回復することが可能になります。

8. 「次」をクリックします。

9. 「データ・ソースの追加」ページで、接続リクエストに対応するためにマルチ・データ・ソースが使用するデータ・ソースを選択します。

10. 「次」をクリックして、作成しているマルチ・データソースの設定を見直します。

11. 「作成」をクリックして、JDBCマルチ・データソースの構成を保存し、選択したターゲットにマルチ・データソースをデプロイします。

既存のデータソースからのJDBCデータソースの作成

新しいJDBCデータソースを作成して、既存のJDBCデータソースと同じ構成設定を持たせることができます。

既存のJDBCデータソースから新しいJDBCデータソースを作成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表では、新しいデータソースを作成するために使用するデータソース・インスタンスの行を選択します。
「類似作成」オプションは、表の上に表示されます。

3. 「類似作成」をクリックします。
新規JDBCデータソースの作成アシスタントが、モデル化した既存のJDBCデータソースと同じ構成設定とともに表示されます。

4. 「新規JDBCデータソースの作成」アシスタントの各ページを見直して、プロパティ値が、新しいJDBCデータソースの目的の構成と一致することを確認します。

5. 「作成」をクリックして、JDBCデータソースの構成を保存し、選択したターゲットにデータソースをデプロイします。

JDBCデータ・ソースの監視

JDBCデータソースを作成した後で、これを監視して、接続を待機している異常な数のリクエストなど、異常なアクティビティを確認できます。データソースとデータベースの間の接続もテストできます。この項には、次の項目が含まれます。

- JDBCデータ・ソースの監視

- JDBCデータソースの監視

- JDBC GridLinkデータソースの監視

- JDBCマルチ・データソースの監視

- JDBCデータ・ソースのテスト

JDBCデータ・ソースの監視

ドメイン内の各データ・ソース・インスタンスに関する様々な統計を監視できます。たとえば、接続プール内の現在のデータベース接続数、現在使用中の接続数、データベース接続の最長待機時間などを監視できます。

現在のドメインにデプロイされているJDBCデータソース・インスタンスのアクティビティを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「監視」を選択し、「JDBCデータソース」を選択します。
「JDBCデータソース(監視)」表には、現在のドメインにデプロイされているJDBCデータソース・インスタンスに関する次のような統計が表示されます。

- 名前

- タイプ

- リソース

- サーバー名

- 状態

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するJDBCデータソースの名前を選択します。

JDBCデータソースの監視

現在のドメインにデプロイされている特定のJDBCデータソース・インスタンスのアクティビティを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表では、監視するJDBCデータソースを選択します。

3. 「監視」を選択します。

4. 「JDBCデータソースの監視」ページには、このJDBCデータソース・インスタンスに関する次のような統計が表示されます。

- タイプ

- リソース

- スコープ

- サーバー名

- 状態

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

JDBC GridLinkデータソースの監視

現在のドメインにデプロイされている特定のJDBC GridLinkデータソース・インスタンスのアクティビティを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表では、監視するJDBC GridLinkデータソースを選択します。

3. 「監視」を選択します。
「監視」ページには、このJDBC GridLinkデータソースに関する統計が表示されます。

4. 必要に応じて、「監視」表で、監視するGridLinkデータソース・インスタンスを選択します。
「インスタンス」ページには、このGridLinkデータソース・インスタンスに関する次のような統計が表示されます。

- インスタンス名

- 状態

- 現在の容量

- 使用可能数

- アクティブ接続の現在の件数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

5. 必要に応じて、「監視」表で、監視するGridLinkデータソースONSクライアントを選択します。
「ONS」ページには、このGridLinkデータソースONSクライアントに関する次のような統計が表示されます。

- ホスト

- ポート

- ステータス

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

JDBCマルチ・データソースの監視

現在のドメインにデプロイされている特定のJDBCマルチ・データソース・インスタンスのアクティビティを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、監視するJDBCマルチ・データソースを選択します。

3. 「監視」を選択します。

4. 「JDBCマルチ・データソースの監視」ページには、このJDBCマルチ・データソースに参加しているすべてのJDBCデータソースに関する次のような統計が表示されます。

- 名前

- タイプ

- リソース

- サーバー名

- 状態

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

JDBCデータ・ソースのテスト

データソースの個々のインスタンスは手動でテストできます。データ・ソースのテストを実行すると、WebLogic Serverによりデータ・ソースの接続が予約され、標準のテスト用問合せまたは「テスト対象の表名」で指定された問合せを使用してその接続がテストされて、データベース接続が接続プールに戻されます。ページの上部にテスト結果が表示されます。

手動による接続テストでは、対象のデータ・ソースの「予約時に接続をテスト」属性および「テスト対象の表名」属性が使用されます。これらの属性は、デフォルトで設定されています。ただし、どちらかの属性を変更すると、データベース接続テストはその変更の影響を受けます。

JDBCデータ・ソースをテストするには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表では、監視するJDBCデータソースを選択します。

3. 「監視」を選択します。

4. 「データソースのテスト」をクリックします。テスト結果が表示されます。

JDBCデータ・ソースの制御

JDBCデータソースの作成後は、データソースのインスタンスに対して管理タスクを実行できます。たとえば、すべてのデータベース接続のリセット、データソースの使用の中断、データソースの停止などです。この項には、次の項目が含まれます。

- JDBCデータ・ソースの起動

- JDBCデータソースの停止

- 中断されているJDBCデータ・ソースの再開

- JDBCデータ・ソースの中断

- JDBCデータソース接続プールの縮小

- JDBCデータソース接続のリセット

- JDBCデータソース文キャッシュのクリア

- JDBCデータ・ソースの削除

- JDBCマルチ・データソースの制御

JDBCデータ・ソースの起動

ヘルス状態がShutdownであるデータソース・インスタンスを手動で起動できます。

JDBCデータ・ソースを起動するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「JDBCデータソース」を選択します。

2. 「JDBCデータソース(管理)」表で、起動するデータソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

3. 「起動」をクリックし、「はい」を選択してアクションを確認します。

JDBCデータソースの停止

データソースの個々のインスタンスは手動で停止できます。データソースを停止すると、選択した停止のタイプによって、動作は次のように異なります。

- 停止: ヘルス状態がRunningのデータソースを停止します。データ・ソースのいずれかの接続が使用中の場合、「停止」操作は失敗し、状態は「実行中」のままになります。

- 強制停止: 現在のすべての接続ユーザーの強制切断を含め、ヘルス状態がRunningであるデータソースを停止します。

JDBCデータソースを停止するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「JDBCデータソース」を選択します。

2. 「JDBCデータソース(管理)」表で、停止するデータソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

3. 「停止」または「強制停止」をクリックし、「はい」を選択してアクションを確認します。

中断されているJDBCデータ・ソースの再開

Suspended状態にあるデータソース・インスタンスを手動で再開できます。

中断されているJDBCデータ・ソースを再開するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「JDBCデータソース」を選択します。

2. 「JDBCデータソース(管理)」表で、再開するデータソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

3. 「再開」をクリックし、「はい」を選択してアクションを確認します。

JDBCデータ・ソースの中断

データソースの個々のインスタンスを手動で中断することができます。データ・ソースを中断すると、アプリケーションはそのデータ・ソースからデータベース接続を取得できなくなります。アプリケーションによってすでに予約されている接続に対する動作は、以下に示すように、選択した中断のタイプによって異なります。

- 一時停止: データソースを無効なものとしてとマークし、新しい接続リクエストをブロックします。予約されている接続がある場合、構成されているときは、操作はInactiveTimeoutの秒の間待機します。そうでない場合は、すべての操作が中断されるまで、操作は60秒間待機します。成功した場合は、ヘルス状態がSuspendedに設定されます。

- 強制中断: データソースを無効なものとしてマークし、接続プールからの新しい接続のリクエストをブロックし、現在使用中の接続を閉じて再作成します。

中断されたデータ・ソースのほとんどの接続はそのまま残されます。データ・ソースを再開しても接続は再作成されません(データ・ソースを強制中断したときに使用中だった接続は除く)。

JDBCデータ・ソースを中断するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「JDBCデータソース」を選択します。

2. 「JDBCデータソース(管理)」表で、中断するデータソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

3. 「一時停止」または「強制中断」をクリックし、「はい」を選択してアクションを確認します。

JDBCデータソース接続プールの縮小

データソースの個々のインスタンス内のデータベース接続プールを、初期容量または現在使用中の接続数のいずれか大きい方に手動で縮小することができます。

JDBCデータ・ソース内の接続プールを縮小するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「JDBCデータソース」を選択します。

2. 「JDBCデータソース(管理)」表で、接続プールを縮小するデータソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

3. 「縮小」をクリックし、「はい」を選択してアクションを確認します。

JDBCデータソース接続のリセット

JDBCデータ・ソース内のデータベース接続をリセットすると、そのデータ・ソースの接続プールで使用可能なすべてのデータベース接続が閉じられ、再作成されます。

JDBCデータ・ソース内のデータベース接続をリセットするには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「JDBCデータソース」を選択します。

2. 「JDBCデータソース(管理)」表で、接続をリセットするデータソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

3. 「リセット」をクリックし、「はい」を選択してアクションを確認します。

JDBCデータソース文キャッシュのクリア

データソースの文キャッシュが有効な場合、WebLogic Serverでは、データソース内の各接続で使用されるプリコンパイル済文およびコール可能文がキャッシュされます。各接続はそれぞれ固有のキャッシュを持ちますが、各接続のキャッシュは、1つのグループとして構成および管理されます。あるデータ・ソースの文キャッシュをクリアすると、そのデータ・ソースのインスタンスに含まれるすべての接続の文キャッシュがクリアされます。詳細は、「文キャッシュによるパフォーマンスの向上」を参照してください。

JDBCデータ・ソース内の文キャッシュをクリアするには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「制御」を選択し、「JDBCデータソース」を選択します。

2. 「JDBCデータソース(管理)」表で、文キャッシュをクリアするデータソース・インスタンスの行を選択します。
制御オプションは表の上に表示されます。

3. 「文キャッシュのクリア」をクリックし、「はい」を選択してアクションを確認します。

JDBCデータ・ソースの削除

始める前に

削除するデータソースがマルチ・データソースによって使用されていないことを確認します。削除対象のデータ・ソースがマルチ・データ・ソースで使用されている場合は、先にそのデータ・ソースをマルチ・データ・ソースから削除する必要があります。削除しようとしているデータ・ソースがマルチ・データ・ソースで使用されている場合、削除操作は失敗します。

JDBCデータ・ソースを削除するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、削除するJDBCデータソースの行を選択します。
「削除」オプションが表の上に表示されます。

3. 「削除」をクリックし、「はい」を選択してアクションを選択します。

JDBCマルチ・データソースの制御

現行のドメインにデプロイされている特定のJDBCマルチ・データソース・インスタンスを制御するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、制御するJDBCマルチ・データソースを選択します。

3. 「制御」を選択します。

4. 「JDBCマルチ・データソースの制御」ページでは、次のアクションを実行できます。

- 起動

- 停止

- 強制停止

- 再開

- 一時停止

- 強制中断

- 接続プールの縮小

- リセット

- 文キャッシュのクリア

これらのアクションの詳細は、「構成オプション」を参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

JDBCデータ・ソースの構成

JDBCデータソースを作成した場合、データソースのほとんどの属性は、データソースがその環境で正常に動作するように構成されます。しかし、特定の機能の有効化と無効化またはパフォーマンスのチューニングを行うために、データ・ソースの構成を変更することが必要になる場合もあります。

この項には、次の項目が含まれます。

- 一般的な構成設定の定義

- 複数の名前を持つJNDIツリーへのJDBCデータソースのバインド

- 接続プールのプロパティの構成

- JDBCデータソースのテスト・オプションの構成

- 文キャッシュの構成

- 接続プール容量の構成

- 接続リクエストにおける接続待機の有効化

- Oracleパラメータの構成

- ONSクライアント・パラメータの構成

- Oracleウォレット・ファイルを使用するONSクライアントのSSLの構成

- グローバル・トランザクション・オプションの構成

- JDBCデータソースの診断プロファイリングの構成

- JDBCデータソースのアイデンティティ・オプションの構成

- アイデンティティベースの接続プールの有効化

- JDBCデータ・ソースのターゲット指定

- JDBCマルチ・データ・ソースの構成

一般的な構成設定の定義

アプリケーションは、Javaネーミング・ディレクトリ・インタフェース(JNDI)・ツリーのデータソースを検索し、接続をリクエストすることで、データソースからのデータベースに接続します。データソースは、データベース接続のプールからアプリケーションに接続を提供します。

特定のJDBCデータソースの一般的な構成設定を定義するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「一般」を選択します。

4. 「一般構成」ページでは、このJDBCデータソースの次のような構成設定を定義できます。

- データソース名

- タイプ

- データベース・タイプ

- ドライバ・クラス名

- JNDI名

- 行プリフェッチ有効

- 行プリフェッチ・サイズ

- ストリーム・チャンク・サイズ

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

終了後

変更を有効化した後、変更を反映するには、データ・ソースを再デプロイするか、サーバーを再起動する必要があります。

複数の名前を持つJNDIツリーへのJDBCデータソースのバインド

始める前に

複数の名前を持つJNDIツリーにバインドするデータ・ソースを構成できます。単一のJDBC接続プールを指す複数のデータ・ソースを含む従来の構成のかわりに、複数JNDI名のデータ・ソースを使用できます。変更を行った後でシステムを再起動するか、データソースをアンデプロイしてから変更を行い、変更後に再デプロイする必要があります。

JNDI名を既存のJDBCデータソースに追加するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「一般」を選択します。

4. 「JNDI名」フィールドに、別々の行にそれぞれの名前を持っているJNDIツリーにデータソースをバインドするために使用する名前を入力します。
これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

終了後

変更を有効化した後、変更を反映するには、データ・ソースを再デプロイするか、サーバーを再起動する必要があります。

接続プールのプロパティの構成

JDBCデータ・ソース内の接続プールにはJDBC接続のグループが含まれ、アプリケーションはそのグループを予約し、使用して、プールに戻します。接続プールとその接続は、接続プールの登録時(通常はWebLogic Serverの起動時または新しいターゲットへのデータソースのデプロイ時)に作成されます。

特定のJDBCデータソースの接続プールを構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「接続プール」を選択します。

4. 「接続プール」ページでは、このJDBCデータソースの次のような接続プロパティを定義できます。

- データソース名

- タイプ

- ドライバ・クラス名

- データベースURL

- パスワード

- パスワードの確認

- プロパティ

- システム・プロパティ

- 初期容量

- 最大容量

- 容量増分

- 文キャッシュ・タイプ

- 文キャッシュ・サイズ

これらのフィールドの詳細は、構成オプションを参照してください。

5. 必要に応じて、「拡張」を展開し、このJDBCデータソースの詳細接続プロパティを定義します。

6. 「保存」をクリックします。

JDBCデータソースのテスト・オプションの構成

データ・ソースのデータベース接続テスト・オプションを設定すると、データベース接続を正常な状態に維持できるようになります。これは、アプリケーションの安定稼働につながります。

JDBCデータ・ソースのテスト・オプションを構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「接続プール」を選択します。

4. 「拡張」を展開し、詳細接続プール・オプションを表示します。

5. 次のオプションを1つまたは複数選択します。

- 予約時の接続テスト: このチェック・ボックスを選択すると、アプリケーションによってデータソースの接続がリクエストされたとき、アプリケーションに渡す前にデータベース接続をテストできます。

- 「テスト間隔」: バックグラウンドで定期的に接続テストを実行する場合、定期テストを実行する間隔を秒単位で入力します。

これらのオプションを使用すると、システムのパフォーマンスとフォールト・トレランスの最適なバランスを達成できます。

6. 「テスト対象の表名」フィールドには、データベース接続をテストするための問合せで使用する小さめの表の名前を入力します。標準の問合せは、select 1 from table_nameです。接続テストで別の問合せを使用する場合は、SQL、スペース1つに続けて、データベース接続のテストに使用するSQLコードを入力します。

7. 必要に応じて、「アイドル・プール接続を信頼する秒数」フィールドに、データベース接続が使用されたかテストされた後、WebLogic Serverが接続テストをスキップする秒数を入力します。このオプションは、接続テストのオーバーヘッドを軽減してアプリケーションのパフォーマンスを向上させるのに役立ちます。
これらのフィールドの詳細は、構成オプションを参照してください。

8. 「保存」をクリックします。

文キャッシュの構成

WebLogic Serverでは、パフォーマンスを向上させるため、アプリケーションで使用されるプリコンパイルされた文および呼出し可能文をキャッシュすることができます(デフォルトで有効)。アプリケーションまたはEJBが、キャッシュに格納された文のいずれかを呼び出すと、WebLogic Serverはキャッシュ内に格納されている文を再利用します。データソース内の各データベース接続は、それぞれ固有の文キャッシュを持っています。

JDBCデータ・ソースの文キャッシュを構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「接続プール」を選択します。

4. 「文キャッシュ・タイプ」フィールドで、次のオプションのいずれかを選択します。

- LRU: 「文キャッシュ・サイズ」に達すると、新しい文が使用されるときに最長時間未使用の文が削除されます。

- 固定: 「文キャッシュ・サイズ」に達すると、そこまでの文が保存され、キャッシュの内容は変更されなくなります。キャッシュを手動でクリアするか、またはキャッシュ・サイズを大きくしないかぎり、新しい文はキャッシュされません。

5. 「文キャッシュ・サイズ」フィールドに、各データソース・インスタンスの各接続ごとにキャッシュする文の数を入力します。
これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

接続プール容量の構成

JDBC接続プールの初期容量と最大容量を構成できます。

JDBC接続プールの接続容量を構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「接続プール」を選択します。

4. 「初期容量」フィールドに、接続プールの作成時に作成する物理接続の数を入力します。

5. 「最大容量」フィールドに、この接続プールが格納できる物理接続の最大数を入力します。

注意:

WebLogic ServerアプリケーションでJDBCのパフォーマンスを向上させる簡単な方法は、データソースの接続プールを構成するときに「初期容量」の値を「最大容量」の値と同じに設定することです。

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

接続リクエストにおける接続待機の有効化

接続リクエストがJDBCデータ・ソースの接続を待機できるようにするには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「接続プール」を選択します。

4. 「拡張」を展開し、詳細接続プール・オプションを表示します。

5. 「接続の最大待機」フィールドに、スレッドをブロックしながら接続プールの接続を待機できる接続リクエストの最大数を入力します。

6. 「接続予約のタイムアウト」フィールドに、接続リクエストが接続を待機できる秒数を入力します。
これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

Oracleパラメータの構成

始める前に

Oracleパラメータをサポートするために追加の構成が必要な場合があります。『Oracle WebLogic Server JDBCデータ・ソースの管理』の「GridLinkデータソースの使用」を参照してください。

Oracleパラメータを構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「Oracle」を選択します。

4. 「Oracleパラメータ」ページでは、このJDBCデータソース用の次のようなOracleパラメータを定義できます。

- OracleでJavaNet Fastpathの有効化

- OracleでUTF8変換の最適化

- 接続初期化コールバック

- Oracleプロキシ・セッション

- データベース資格証明の使用

- 再生開始タイムアウト

- アクティブなGridLinkデータソース

- アフィニティ・ポリシー

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

ONSクライアント・パラメータの構成

始める前に

Oracleクライアント・パラメータをサポートするために追加構成が必要になる場合の詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』の「GridLinkデータソースの使用」を参照してください。

ONSクライアント・パラメータを構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「ONSクライアント」を選択します。

4. 「ONSクライアント構成」ページでは、次のようなONS構成オプションを定義できます。

- FANの有効化

- ONSノード

- ONSウォレット・ファイル・ディレクトリ

- ONSウォレット・パスワード

- ONSウォレット・パスワードの確認

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

Oracleウォレット・ファイルを使用するONSクライアントのSSLの構成

始める前に

ウォレット・ファイルが必要なのは、SSLを使用してONSデーモンと通信するようにONSクライアントが構成される場合のみです。この機能をサポートするには、追加の構成が必要です。『Oracle WebLogic Server JDBCデータ・ソースの管理』の「GridLinkデータソースの使用」を参照してください。

SSLの使用時にOracleウォレット・ファイルを構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「ONSクライアント」を選択します。

4. 「ONSクライアント構成」ページでは、次の属性を構成します。

- ONSウォレット・ファイル: SSL証明書を格納するOracleウォレット・ファイルの場所を入力します。

- ONSウォレット・パスワード: ONSウォレット・パスワードを入力および確認します。

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

グローバル・トランザクション・オプションの構成

JDBCデータ・ソースのトランザクション・プロトコルは、データ・ソースからの接続が、トランザクション処理中に、どのように扱われるかを決定します。詳細は、『Oracle WebLogic Server JDBCデータ・ソースの管理』の「JDBCデータソース・トランザクション・オプション」を参照してください。

注意:

データベース接続の作成に、データソースがXA JDBCドライバを使用する場合、データソースからの接続では2フェーズ・コミット・トランザクション・プロトコルのみをサポートします。XA JDBCドライバを使用するデータ・ソースでは、それ以外のトランザクション・オプションは利用できません。

JDBCデータ・ソースのトランザクション・オプションを構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「トランザクション」を選択します。

4. 「トランザクション・オプション」ページで、「グローバル・トランザクションのサポート」チェック・ボックスを選択して、このデータソースでグローバル・トランザクション・サポートを有効にします。このチェック・ボックスの選択を解除すると、このデータソースではグローバル・トランザクションが無効になります(無視されます)。ほとんどの場合、このオプションは選択する必要があります。
「グローバル・トランザクションのサポート」を選択した場合は、トランザクション処理のためのオプションを選択します。

- 1フェーズ・コミット: このオプションを選択すると、非XA接続が、唯一のトランザクション参加コンポーネントとしてグローバル・トランザクションに参加できるようになります。

- 2フェーズ・コミットのエミュレート: 非XA JDBC接続が、JTAを使用して分散トランザクションへの参加をエミュレートできるようになります。このオプションは、ヒューリスティックな状況に耐えられるアプリケーションでのみ使用してください。

- ロギング・ラスト・リソース: このオプションを選択すると、非XA JDBC接続が、ロギング・ラスト・リソース(LLR)によるトランザクションの最適化を使用して、グローバル・トランザクションに参加できるようになります。「2フェーズ・コミットのエミュレート」のかわりに使用することをお薦めします。

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

JDBCデータソースの診断プロファイリングの構成

監視統計において、WebLogic Serverドメインになんらかの問題があることが示された場合、原因究明の手がかりとなるプロファイル情報を収集することができるようにデータソースを構成できます。収集されたプロファイル情報は、WLDFアーカイブのレコードに格納されます。

JDBCデータ・ソースの診断プロファイリングを構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「診断」を選択します。

4. 「診断プロファイリング・オプション」ページでは、次のような診断プロファイリング・オプションを構成できます。

- 接続使用状況のプロファイル

- 待機中の接続予約のプロファイル

- 接続リークのプロファイル

- 失敗した接続予約のプロファイル

- 文キャッシュ・エントリのプロファイル

- 文使用状況のプロファイル

- 接続の最終使用状況のプロファイル

- マルチスレッド接続使用状況のプロファイル

- 接続アンラップのプロファイル

- 収集間隔のプロファイル

- ドライバ・インターセプタ

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

JDBCデータソースのアイデンティティ・オプションの構成

WebLogic Serverのユーザー資格証明をデータベースのユーザー資格証明にマッピングする際に使用するセキュリティ・オプションを選択できます。この項には、次の項目が含まれます。

- 資格証明マッピングの有効化

- アイデンティティベースの接続プールの有効化

資格証明マッピングの有効化

アプリケーションがデータソースからデータベース接続をリクエストする場合、WebLogic Serverは、現在のWebLogic ServerユーザーIDを判別し、マップされたデータベースIDをデータベース接続の軽量クライアントIDとして設定します。

注意:

この機能は、JDBCドライバおよびDBMSの機能に依存します。この機能は、OracleデータベースとOracle Thin Driverを使用する場合、およびDB2データベースとDB2 UDB JDBC Driverを使用する場合にのみサポートされます。

JDBCデータソースの資格証明マッピングを有効にするには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「アイデンティティ・オプション」を選択します。

4. 「接続時のクライアントIDの設定」チェック・ボックスを選択します。

注意:

「接続時のクライアントIDの設定」と「アイデンティティ・ベース接続プーリングの有効化」は、相互に排他的です。アプリケーション環境でセキュリティ資格証明を渡すために両方のメカニズムが必要だと思う場合は、別々のデータソース(1つは「接続時のクライアントIDの設定」用、もう1つは「アイデンティティ・ベース接続プーリングの有効化」用)を作成します。

このフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

アイデンティティベースの接続プールの有効化

アイデンティティ・ベースの接続プールを使用すると、アプリケーションは、物理的な接続をプールして、エンド・ユーザー・アプリケーションに基づいた特定のDBMS資格証明でJDBC接続を使用できます。

JDBCデータ・ソースのアイデンティティ・ベースの接続プールを有効にするには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCデータソースを選択します。

3. 「構成」を選択し、「アイデンティティ・オプション」を選択します。

4. 「アイデンティティ・ベース接続プーリングの有効化」チェック・ボックスを選択します。

注意:

「接続時のクライアントIDの設定」と「アイデンティティ・ベース接続プーリングの有効化」は、相互に排他的です。アプリケーション環境でセキュリティ資格証明を渡すために両方のメカニズムが必要だと思う場合は、別々のデータソース(1つは「接続時のクライアントIDの設定」用、もう1つは「アイデンティティ・ベース接続プーリングの有効化」用)を作成します。

このフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

JDBCデータ・ソースのターゲット指定

始める前に

データベース接続の作成に使用するJDBCドライバが、データソースをデプロイするすべてのサーバー・インスタンスにインストールされていることを確認してください。DB2、Informix、Microsoft SQL Server、Sybase用のWebLogic Type 4 JDBCドライバなど、一部のJDBCドライバはWebLogic Serverとともにインストールされています。JDBCドライバの使用の詳細は、「WebLogic ServerでのJDBCドライバの使用」を参照してください。

JDBCデータソースをターゲット指定すると、そのデータソースの新しいインスタンスがターゲット上に作成されます。ターゲットとしてサーバーを選択した場合、データ・ソースのインスタンスはそのサーバー上に作成されます。ターゲットとしてクラスタを選択した場合、データソースのインスタンスは、そのクラスタのメンバーであるすべてのサーバー・インスタンス上に作成されます。

JDBCデータ・ソースをターゲット指定するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、ターゲットにするJDBCデータソースを選択します。

3. 「ターゲット」を選択します。

4. 「ターゲット」ページで、データソースをデプロイするサーバー・インスタンスまたはクラスタを選択します。

5. 「保存」をクリックして、JDBCデータソースの構成を保存し、選択したターゲットにデータソースをデプロイします。

JDBCマルチ・データ・ソースの構成

マルチ・データ・ソースは、2つ以上のデータ・ソースの間に、接続リクエストに対するフェイルオーバー機能およびロード・バランシング機能を提供します。マルチ・データソースを作成する前に、マルチ・データソースで管理するデータソースを作成し、マルチ・データソースをデプロイするのと同じターゲットにそれらをデプロイする必要があります。基底のデータベースは、なんらかのデータ同期機能またはレプリケーション機能を備えている必要があります。WebLogic Serverは、これらのレプリケーションを処理しません。

特定のJDBCマルチ・データソースを構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「JDBCデータソース」を選択します。

2. 「JDBCデータソース」表で、構成するJDBCマルチ・データソースを選択します。

3. 一般設定を構成するには、「構成」を選択し、「一般」を選択します。
「一般構成」ページでは、このJDBCマルチ・データソースの次のような構成オプションを定義できます。

- 名前

- JNDI名

- アルゴリズム名

- ビジー時はリクエストをフェイルオーバー

- フェイルオーバーのコールバック・ハンドラ

- テスト間隔

これらのフィールドの詳細は、構成オプションを参照してください。

4. このJDBCマルチ・データソースの一部として含めるJDBCデータソースを選択するには、「構成」を選択し、「データソース」を選択します。

5. このJDBCマルチ・データソースをターゲットのサーバー・インスタンスにデプロイするには、「ターゲット」を選択します。

6. このJDBCマルチ・データソースを監視するには、「JDBCマルチ・データソースの監視」を参照してください。

7. このJDBCマルチ・データソースを制御するには、「JDBCマルチ・データソースの制御」を参照してください。

8. このJDBCデータソースの構成を記述したノートを作成するには、「ノート」を選択します。

9. 「保存」をクリックします。

13 WebLogic Server永続ストア

永続ストアとは、サブシステム・データを格納するための物理的なリポジトリです。WebLogic永続ストアは、永続性を必要とするWebLogic Serverのサブシステムおよびサービスに対し、組込みの高性能なストレージ・ソリューションみを提供します。たとえば、これは、ストア・アンド・フォワード機能を使用して、送信された永続JMSメッセージを格納することも一時的に格納することもできます。永続ストアは、ファイルベースのストアまたはデータベース内でJDBCでアクセス可能なストアへの永続性に対応しています。詳細は、『Oracle WebLogic Serverサーバー環境の管理』の「WebLogic永続ストアの使用」を参照してください。

この章では、このドメインに作成された永続ストアを監視する方法について説明します。

- 永続ストアの監視

- ファイル・ストアの監視

- JDBCストアの監視

永続ストアの監視

現在のドメインに作成されているすべての永続ストアを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「永続ストア」を選択します。
「永続ストア」表には、現在のドメインに作成された永続ストアに関する次のような情報が表示されます。

- 名前

- タイプ

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示する永続ストアの名前を選択します。

サーバー永続ストアの監視

特定のサーバー・インスタンスに作成されたすべての永続ストアを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインに構成された管理サーバーおよび管理対象サーバーに関する情報が表示されます。

2. 「サーバー」表で、永続ストアを監視するサーバー・インスタンスの名前を選択します。

3. 「WebLogic Server」ドロップダウン・メニューから「その他のサービス」を選択し、「永続ストア」を選択します。
「永続ストア」表には、現在のサーバー・インスタンスに作成された永続ストアに関する次のような情報が表示されます。

- 名前

- タイプ

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 表で、構成情報を表示する永続ストアの名前を選択します。

クラスタ永続ストアの監視

特定のクラスタに作成されたすべての永続ストアを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。
「クラスタ」表には、現在のドメインで構成されたクラスタに関する情報が表示されます。

2. 「クラスタ」表で、永続ストアを監視するクラスタの名前を選択します。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「その他のサービス」を選択し、「永続ストア」を選択します。
「永続ストア」表には、現在のクラスタに作成された永続ストアに関する次のような情報が表示されます。

- 名前

- タイプ

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 表で、構成情報を表示する永続ストアの名前を選択します。

ファイル・ストアの監視

ファイル・ストアは、永続JMSメッセージや恒久サブスクライバ情報などのサブシステム・データを格納するためのファイルベースのリポジトリです。

特定の永続ファイル・ストアを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「永続ストア」を選択します。

2. 「永続ストア」表で、監視するファイル・ストアの名前を選択します。

3. 「監視」を選択し、「統計」を選択します。
「統計」表には、この永続ファイル・ストアの次のような実行時統計が表示されます。

- 作成数

- 読取り数

- 更新数

- 削除数

- 物理書込み数

- 割当済のウィンドウ・バッファ・バイト数

- 割当済のIOバッファ・バイト数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 「監視」を選択し、「コネクション」を選択します。
「コネクション」表には、すべてのアクティブなファイル・ストア接続の次のような実行時統計が表示されます。

- 名前

- 作成数

- 読取り数

- 更新数

- 削除数

- オブジェクト数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

JDBCストアの監視

JDBCストアは、永続JMSメッセージや恒久サブスクライバ情報などのサブシステム・データを格納するためのJDBCでアクセス可能なデータベースです。

特定のJDBCストアを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「永続ストア」を選択します。

2. 「永続ストア」表で、監視するJDBCストアの名前を選択します。

3. 「監視」を選択し、「統計」を選択します。
「統計」表には、このJDBCストアの次のような実行時統計が表示されます。

- 作成数

- 読取り数

- 更新数

- 削除数

- 物理書込み数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 「監視」を選択し、「コネクション」を選択します。
「コネクション」表には、すべてのアクティブなJDBCストア接続の次のような実行時統計が表示されます。

- 名前

- 作成数

- 読取り数

- 更新数

- 削除数

- オブジェクト数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

14 WebLogic Server XMLエンティティ・キャッシュ

WebLogic Serverが、URL、またはEARアーカイブのメイン・ディレクトリを基準とするパス名で参照される外部エンティティを、サーバーの起動時にキャッシュするか、エンティティが初めて参照されたときにキャッシュするように指定できます。これを指定するには、まずXMLエンティティ・キャッシュを作成してから、特定のエンティティに対してキャッシュするタイミングを指定します。

外部エンティティをキャッシュすると、リモート・アクセス時間が節約され、ネットワークまたは管理サーバーのダウンによりXMLドキュメントの解析中に管理サーバーにアクセスできなくなった場合には、ローカル・バックアップを利用できます。

この章では、現在のドメインに構成されたXMLエンティティ・キャッシュを監視する方法について説明します。

- XMLエンティティ・キャッシュの監視

- XMLエンティティ・キャッシュの監視

XMLエンティティ・キャッシュの監視

現在のドメインに構成されたXMLエンティティ・キャッシュを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「XMLエンティティ・キャッシュ」を選択します。
「XMLエンティティ・キャッシュ」表には、現在のドメインに構成されたXMLエンティティ・キャッシュに関する次のような情報が表示されます。

- 名前

- キャッシュの場所

- キャッシュ・メモリー・サイズ

- キャッシュ・ディスク・サイズ

- キャッシュ・タイムアウト間隔

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するXMLエンティティ・キャッシュの名前を選択します。

XMLエンティティ・キャッシュの監視

XMLエンティティ・キャッシュごとに、一連の統計を監視できます。統計は、キャッシュがどのように使用されているか、およびキャッシュの効果を示します。

特定のXMLエンティティ・キャッシュを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「XMLエンティティ・キャッシュ」を選択します。

2. 「XMLエンティティ・キャッシュ」表で、監視するXMLエンティティ・キャッシュの名前を選択します。

3. 「現行」ページを選択して、このXMLエンティティ・キャッシュの現在の状態に関する次のような情報を表示します。

- サーバー名

- メモリー使用状況

- ディスク使用状況

- 現在のエントリ総数

- 現在の永続エントリ総数

- 現在の一時エントリ総数

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. このXMLエンティティ・キャッシュに関する累積情報または履歴情報を表示するには、適切なページを選択します。

- 累積: このXMLエンティティ・キャッシュに関する(現在のセッションの)累積情報を、このキャッシュを使用する現在実行中のすべてのサーバー・インスタンスについて表示します。

- 履歴: このXMLエンティティ・キャッシュに関する(XMLエンティティ・キャッシュの作成時以降の)履歴情報を、このキャッシュを使用する現在実行中のすべてのサーバー・インスタンスについて表示します。

15 Coherenceサーバーおよびクラスタ

Oracle Coherenceは、頻繁に使用されるデータへの高速かつ信頼性の高いアクセスを提供することにより、企業がミッションクリティカルなアプリケーションを計画的に拡張することを可能にするOracle Fusion Middlewareのコンポーネントです。Oracle Coherenceでは、複数のサーバー間でメモリーのデータを自動的かつ動的にパーティション化することにより、サーバーの障害時にも継続的なデータの可用性およびトランザクションの整合性が確保されます。Oracle Coherenceは、共有インフラストラクチャとして、データの場所とローカル処理能力を結合し、リアルタイム・データ分析、インメモリ・グリッド計算、トランザクションおよびイベントの並列処理を実行します。Oracle Coherenceには、3つのエディションがあります。

この章では、CoherenceサーバーおよびCoherenceクラスタを監視するために実行するタスクについて説明します。

この章の内容は次のとおりです。

- Coherenceサーバーの監視

- Coherenceサーバーの起動または停止

- Coherenceクラスタの監視

Coherenceサーバーの監視

Coherenceサーバーのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「Coherenceサーバー」を選択します。
「Coherenceサーバー」表には、現在のドメインで構成されたCoherenceサーバーに関する次のような情報が表示されます。

- サーバー名

- クラスタ

- マシン

- ユニキャスト・リスニング・アドレス

- ユニキャスト・リスニング・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するCoherenceサーバーの名前を選択します。

Coherenceサーバーの起動または停止

Coherenceサーバーを起動または停止するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「Coherenceサーバー」を選択します。

2. 「Coherenceサーバー」表で、起動または停止するCoherenceサーバーを含んでいる行を選択します。
制御オプションは表の上に表示されます。

3. サーバーを起動するには「起動」をクリックし、サーバーを停止するには「停止」をクリックします。

Coherenceクラスタの監視

Coherenceクラスタのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「Coherenceクラスタ」を選択します。
「Coherenceサーバー」表には、現在のドメイン内で構成したCoherenceクラスタに関する次のような情報が表示されます。

- クラスタ名

- バージョン

- ロギング有効

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するCoherenceクラスタの名前を選択します。

16 WebLogic Serverテンプレート

サーバー・テンプレートはプロトタイプ・サーバーで、管理者は同種のサーバーの共有設定を簡単に構成できます。

この章では、サーバー・テンプレートを監視および構成する方法について説明します。

この章の内容は次のとおりです。

- サーバー・テンプレートの監視

- サーバー・テンプレートの構成

サーバー・テンプレートの監視

ドメイン内に構成されているすべてのサーバー・テンプレートのステータスを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する次のような情報が表示されます。

- 名前

- クラスタ

- マシン

- リスニング・ポート

- リスニング・アドレス

これらのフィールドの詳細は、構成オプションを参照してください。

サーバー・テンプレートの構成

この項では、サーバー・テンプレートを構成する方法について説明します。この項には、次の項目が含まれます。

- 一般設定の構成

- サーバー・テンプレートのクラスタ設定の構成

- サーバー・テンプレート・サービスの構成

- サーバー・テンプレート・キーストアの構成

- サーバー・テンプレートのSSL設定の構成

- サーバー・テンプレートのフェデレーション・サービスの構成

- サーバー・テンプレートのデプロイメント設定の構成

- サーバー・テンプレートのチューニングの構成

- サーバー・テンプレートのオーバーロード設定の構成

- サーバー・テンプレートのヘルス監視の構成

- サーバー起動の構成

- サーバー・テンプレートのWebサービスの構成

- サーバー・テンプレートのCoherenceクラスタ設定の構成

一般設定の構成

テンプレートの一般設定の変更は、明示的にオーバーライドしないかぎり、テンプレートを参照する各サーバーに適用されます。

サーバー・テンプレートの一般設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「一般設定」を選択します。

4. 「一般設定」ページでは、このサーバー・テンプレートの次のような一般機能を構成できます。

- マシン

- クラスタ

- リスニング・アドレス

- リスニング・ポート有効

- リスニング・ポート

- SSLリスニング・ポートの有効化

- SSLリスニング・ポート

- クライアント証明書プロキシの有効化

- Javaコンパイラ

- 診断ボリューム

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このサーバー・テンプレートの詳細設定を定義します。

5. 「保存」をクリックします。

サーバー・テンプレートのクラスタ設定の構成

WebLogic Serverクラスタは、互いに連携するサーバーの集まりであり、スケーラビリティと信頼性の高いアプリケーション・プラットフォームを提供します。

サーバー・テンプレートのクラスタ構成設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「クラスタ」を選択します。

4. 「クラスタ」ページでは、サーバー・テンプレートの次のようなクラスタ構成を定義できます。

- レプリケーション・グループ

- セカンダリ・プリファレンス・グループ

- クラスタの重み

- インタフェース・アドレス

- レプリケーション・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレート・サービスの構成

サーバー・テンプレートのサービス設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「サービス」を選択します。

4. 「サービス」ページでは、次のようなWebLogicサービス構成設定を設定できます。

- JMS

- デフォルト・ストア

- トランザクション・ログ

- メッセージング・ブリッジ

- XMLサービス

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレート・キーストアの構成

キーストアを使用すると、秘密鍵と信頼性のある認証局(CA)を安全に保管および管理できます。メッセージ送信のセキュリティの管理に役立つ様々なキーストア構成の表示および定義ができます。

サーバー・テンプレートのキーストア設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「キーストア」を選択します。

4. キーストア構成を変更するには、次の手順を実行します。

1. 「変更」をクリックします。

2. 「キーストア」ドロップダウン・メニューから、使用するキーストア構成を選択します。

3. 「保存」をクリックします。

5. 「キーストア」ページでは、このサーバー・テンプレートの次のようなキーストア構成設定を定義できます。

- アイデンティティ設定

- 信頼設定

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

サーバー・テンプレートのSSL設定の構成

メッセージ送信のセキュリティの管理に役立つ、サーバー・テンプレートの様々なSecure Sockets Layer (SSL)設定を表示および定義できます。

サーバー・テンプレートのSSL設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択して、「SSL」を選択します。

4. アイデンティティおよび信頼の場所を変更するには、次の手順を実行します。

1. 「変更」をクリックします。

2. 「アイデンティティと信頼の場所」ドロップダウン・メニューから、使用する場所を選択します。

3. 「保存」をクリックします。

5. 「SSL」ページでは、このサーバー・テンプレートの次のようなSSL構成設定を定義できます。

- アイデンティティと信頼の場所

- 秘密鍵の場所

- 秘密鍵の別名

- 秘密鍵のパスフレーズ

- 証明書の場所

- 信頼性のある認証局

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このサーバー・テンプレートの詳細構成設定を定義します。

6. 「保存」をクリックします。

サーバー・テンプレートのフェデレーション・サービスの構成

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の全般的なサービスの構成

SAML 2.0フェデレーション・パートナとして機能するようにWebLogic Serverを構成するには、次の手順を実行します。

- SAML 2.0アイデンティティ・プロバイダ・サービスの構成

- SAML 2.0サービス・プロバイダ・サービスの構成

SAML 1.1ソース・サービスの構成

始める前に

最初に、サーバーのセキュリティ・レルムにSAML資格証明マッピングV2セキュリティ・プロバイダを構成する必要があります。

SAMLソース・サイトとして機能するようにWebLogic Serverインスタンスを構成できます。SAMLソース・サイトとは、サイト間転送サービス(Intersite Transfer Service: ITS)を提供するサイトです。ソース・サイトではアサーションが生成され、アサーションはシングル・サインオンのプロファイルの1つを使用して、宛先サイトに伝達されます。

サーバーをSAMLソース・サイトとして構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択します。

4. 「フェデレーション・サービス」を選択し、「SAML 1.1ソース・サイト」を選択します。

5. 「ソース・サイトの有効化」属性を選択して、このサーバーがSAMLアサーションのソースとして機能するようにします。

6. 「SAML 1.1ソース・サイト」ページでは、このサーバーの次のような他の構成設定も定義できます。

- ソース・サイトURL

- 署名鍵別名

- サイト間転送URI

- ITSでSSLが必要

- アサーション取得用URI

- ARSでSSLが必要

- ARSで双方向SSL認証が必要

- アサーション・ストアのクラス名

- アサーション・ストアのプロパティ

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

SAML 1.1宛先サービスの構成

始める前に

最初に、サーバーのセキュリティ・レルムにSAMLアイデンティティ・アサーションV2セキュリティ・プロバイダを構成する必要があります。

SAML宛先サイトとして機能するようにWebLogic Serverインスタンスを構成できます。宛先サイトは、SAMLアサーションを受け取り、これらを使用してローカルのサブジェクトを認証できます。

サーバーをSAML宛先サイトとして構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択します。

4. 「フェデレーション・サービス」を選択し、「SAML 1.1宛先サイト」を選択します。

5. 「宛先サイトの有効化」属性を選択してアサーション・コンシューマ・サービスを有効にします。

6. 「SAML 1.1宛先サイト」ページでは、このサーバーの次のような他の目的の構成設定も定義できます。

- アサーション・コンシューマのURI

- ACSでSSLが必要

- SSLクライアント・アイデンティティ別名

- POST受信者チェックの有効化

- POST使用済みチェックの有効化

- 使用済みアサーション・キャッシュのクラス名

- 使用済みアサーション・キャッシュのプロパティ

これらのフィールドの詳細は、構成オプションを参照してください。

7. 「保存」をクリックします。

SAML 2.0の全般的なサービスの構成

サーバーの全般的なSAML 2.0サービスを構成できます。フェデレーション・パートナにSAML 2.0 Webシングル・サインオン・サービスを構成すると、フェデレーション・パートナに送信するメタデータ・ファイルで、構成するサイト情報が公開されます。

このサーバーの全般的なSAML 2.0プロパティを構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

2. 「サーバー・テンプレート」表で、構成するサーバーの名前を選択します。

3. 「構成」を選択します。

4. 「フェデレーション・サービス」を選択し、「SAML 2.0全般」を選択します。

5. 「レプリケートされたキャッシュの有効化」属性を選択して、SAML 2.0アーティファクトを格納するための永続キャッシュを使用します。
このオプションは、ドメイン内の複数のWebLogic ServerインスタンスでSAML 2.0サービスを構成する場合に必要となります。たとえば、クラスタでSAML 2.0サービスを構成する場合は、個々の管理対象サーバー・インスタンスでこのオプションを有効化する必要があります。

注意:

ドメイン内の複数のWebLogic ServerインスタンスでSAML 2.0サービスを構成する場合は、RDBMSセキュリティ・ストアを構成する必要があります。これらの構成では、組込みLDAPサーバーはサポートされません。

6. 「サイト情報」セクションで、SAML 2.0サイトに関する次の情報を入力します。

- 連絡先の詳細

- 組織の名前とURL

- 公開サイトのURL。これは、サイトのSAML 2.0サービス・エンドポイントのトップレベルURLです。このURLには文字列/saml2を付加する必要があります。これが一定のサフィックスに自動的に結合され、完全なエンドポイントURLが作成されます。

7. 「バインディング」セクションで、このSAML 2.0サーバー・インスタンスで使用される一般的なバインディング情報を入力します。
トランスポート層セキュリティ・キー別名およびパスフレーズを指定しない場合、TLS別名には、サーバーのSSL構成の構成済のSSL秘密鍵別名およびパスフレーズがデフォルトで使用されます。

8. このサーバー・インスタンス上でホストされているSAML 2.0セキュリティ・プロバイダに、アーティファクト・バインディングが有効化されている場合、「アーティファクト解決サービス」セクションでアーティファクト解決サービス設定を定義します。

9. 「シングル・サインオン」セクションで、フェデレーション・パートナに送信されるドキュメントの署名に使用されるキーのキーストア別名およびパスフレーズを入力します。
シングル・サインオン署名鍵別名およびパスフレーズを指定しない場合、サーバーのSSL構成の構成済SSL秘密鍵別名およびパスフレーズがデフォルトで使用されます。

10. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

終了後

このサーバーの全般的なSAML 2.0サービスを構成した後で、「SAML 2.0アイデンティティ・プロバイダ」ページまたは「SAML 2.0サービス・プロバイダ」ページを選択し、このサーバーをそれぞれアイデンティティ・プロバイダまたはサービス・プロバイダとして構成します。詳細は、SAML 2.0アイデンティティ・プロバイダ・サービスの構成およびSAML 2.0サービス・プロバイダ・サービスの構成を参照してください。

SAML 2.0アイデンティティ・プロバイダ・サービスの構成

SAML 2.0アイデンティティ・プロバイダのロールのサーバーを構成できます。SAML 2.0アイデンティティ・プロバイダは、プリンシパルのアイデンティティ情報を作成、維持、管理したり、フェデレーション内の他のサービス・プロバイダ・パートナのSAML 2.0アサーションを生成して、そのようなパートナにプリンシパルの認証を提供します。

サーバーをSAML 2.0アイデンティティ・プロバイダとして構成するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択します。

4. 「フェデレーション・サービス」を選択し、「SAML 2.0アイデンティティ・プロバイダ」を選択します。

5. 「有効」属性を選択して、アイデンティティ・プロバイダのロールのこのサーバーのSAML 2.0サービスをアクティブ化します。

6. 受信するすべての認証リクエストが署名されるようにするには、「署名された認証リクエストのみ受け入れる」を選択します。

7. 非認証リクエストが送信されるカスタム・ログインWebアプリケーションを使用している場合は、次の手順を実行します。

- 「ログインのカスタマイズ」を選択します。

- カスタム・ログインWebアプリケーションのURLを入力します。

- ログインの問合せの戻りパラメータを入力します
この問合せパラメータは、ローカルのシングル・サインオン・サービス・サーブレットのログインの戻りURLを保持するためにSAML 2.0サービスで使用される一意な文字列です。(代替方法として、ログインの戻りURLは、ログインWebアプリケーションで指定することもできます。)

8. このサーバーが有効化されるSAMLバインディングを設定し、目的のバインディング・タイプを選択します。

9. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

終了後

フェデレーション・パートナと調整し、このSAMLオーソリティに対して有効化したSAMLバインディングと、署名ドキュメントの要件がパートナと互換性を持つようにします。

SAML 2.0サービス・プロバイダ・サービスの構成

WebLogic ServerインスタンスをSAML 2.0サービス・プロバイダとして構成できます。サービス・プロバイダは、SAMLアサーションを受け取り、それらのアサーションからアイデンティティ情報を抽出することができるSAMLオーソリティです。抽出されたアイデンティティ情報は、ローカルのサブジェクトや必要に応じてグループにマップされ、これらが認証可能になります。

サーバーをSAML 2.0サービス・プロバイダとして構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択します。

4. 「フェデレーション・サービス」を選択し、「SAML 2.0サービス・プロバイダ」を選択します。

5. 「有効」属性を選択して、アイデンティティ・プロバイダのロールにおけるこのサーバーのSAML 2.0サービスをアクティブ化します。

6. 必要に応じて、ローカルのSAML 2.0サービス・プロバイダ・サービスの構成オプションを設定します。次の事項に注意してください。

- 「常に認証リクエストに署名」および「署名されたアサーションのみ受け入れる」のオプションを希望どおりに、またフェデレーション・パートナと調整されるように選択して、認証リクエストおよびアサーションが受け入れられるようにします。

- このサーバーのSAMLバインディング設定をフェデレーション・パートナに伝達し、互換性を確保します。

7. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

終了後

フェデレーション・パートナと調整し、このSAMLオーソリティに対して有効化したSAMLバインディングと、署名ドキュメントの要件がパートナと互換性を持つようにします。

サーバー・テンプレートのデプロイメント設定の構成

サーバー・テンプレートのデプロイメント設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「デプロイメント」を選択します。

4. 「デプロイメント」ページでは、サーバー・テンプレートの次のようなデフォルトのデプロイメント・ステージング構成を定義できます。

- ステージング・モード

- ステージング・ディレクトリ名

- アップロード・ディレクトリ名

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレートのチューニングの構成

サーバー・テンプレートのチューニング設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「チューニング」を選択します。

4. 「チューニング」ページでは、このサーバー・テンプレートの次のようなチューニングのパフォーマンスと機能の設定を定義できます。

- ネイティブIOの有効化

- JavaSocketMuxerソケット・リーダー

- ギャザー書込みの有効化

- スキャタ読取りの有効化

- 最大オープン・ソケット数

- StuckThreadMaxTime

- スタック・スレッド・タイマー間隔

- バックログの受入れ

- ログイン・タイムアウト

- SSLログイン・タイムアウト

- 逆引きDNSの許可

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このサーバー・テンプレートの詳細設定を定義します。

5. 「保存」をクリックします。

サーバー・テンプレートのオーバーロード設定の構成

サーバー・テンプレートのオーバーロード設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「オーバーロード」を選択します。

4. 「オーバーロード」ページでは、次のような設定を含め、オーバーロード時または障害時のWebLogic Serverの対応を構成できます。

- ワーク・マネージャの共有容量

- 障害時のアクション

- 危機的状況のアクション

- 空きメモリー比率の最大しきい値

- 空きメモリー比率の最小しきい値

- スタック・スレッド最大時間

- スタック・スレッド数

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレートのヘルス監視の構成

WebLogic Serverには、自己ヘルス監視機能が備わっており、この機能を使用することでWebLogic Serverドメイン内にあるサーバーの信頼性や可用性を向上させることができます。各サーバー内の選択されたサブシステムは、そのサブシステムに固有の条件に基づいて自身のヘルス・ステータスを監視します。

サーバー・テンプレートのヘルス監視設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「ヘルス監視」を選択します。

4. 「ヘルス監視」ページでは、次のような設定を定義することで、サーバーの自動ヘルス・チェックの頻度、およびノード・マネージャ・アプリケーション(オプション)がサーバーのヘルス状態をチェックする頻度を構成できます。

- ヘルス・チェック間隔

- 失敗時の自動強制停止

- 自動再起動

- 期間内の最大再起動回数

- 再起動遅延秒数

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー起動の構成

ノード・マネージャは、正常または予期しない状態にあるサーバーを起動、中断、停止および再起動するのに使用するWebLogic Serverユーティリティです。

サーバー・テンプレートの起動設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「サーバーの起動」を選択します。

4. 「サーバーの起動」ページでは、次のような設定を含め、ノード・マネージャがリモート・マシンでこのサーバーを起動するために使用する起動設定を構成できます。

- Javaホーム

- Javaベンダー

- BEAホーム

- ルート・ディレクトリ

- クラス・パス

- 引数

- セキュリティ・ポリシー・ファイル

- ユーザー名

- パスワード

- パスワードの確認

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレートのWebサービスの構成

この項では、サーバー・テンプレートのWebサービスを構成する方法について説明します。

この項には、次の項目が含まれます。

- サーバー・テンプレートのバッファリング設定の構成

- サーバー・テンプレートの信頼できるメッセージングの構成

- サーバー・テンプレートの論理ストアの表示

サーバー・テンプレートのバッファリング設定の構成

サーバー・テンプレートのメッセージング・バッファリングの設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択します。

4. 「Webサービス」を選択し、「バッファリング」を選択します。

5. 「バッファリング」ページでは、サーバー・テンプレートのWebサービスの次のようなメッセージ・バッファリング設定を定義できます。

- 再試行回数

- 再試行の遅延

- リクエスト・キューの有効化

- リクエスト・キューの接続ファクトリのJNDI名

- リクエスト・キュー・トランザクションの有効化

- レスポンス・キューの有効化

- レスポンス・キューの接続ファクトリのJNDI名

- レスポンス・キュー・トランザクションの有効化

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

サーバー・テンプレートの信頼できるメッセージングの構成

Webサービスの信頼性のあるメッセージングとは、ある1つのアプリケーション・サーバーで実行中のアプリケーションが、別のアプリケーション・サーバーで実行中のWebサービスを確実に呼び出せるフレームワークです。ここでは、双方のサーバーでWS-Reliable Messaging仕様が実装されていることが前提となっています。信頼性のある、とは2つのWebサービス間でのメッセージの配信を保証できるということです。

サーバー・テンプレートの信頼できるメッセージング設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択します。

4. 「Webサービス」を選択し、「信頼できるメッセージ」を選択します。

5. 「信頼できるメッセージ」ページでは、Webサービス・エンドポイントの次のような信頼できるメッセージング構成設定をカスタマイズできます。

- 基本の再送信間隔

- 再送信間隔の指数関数的バックオフの有効化

- 非バッファ送信元

- 非バッファ宛先

- 確認応答の間隔

- 非アクティブ・タイムアウト

- 順序の有効期限

これらのフィールドの詳細は、構成オプションを参照してください。

6. 「保存」をクリックします。

サーバー・テンプレートの論理ストアの表示

論理ストアとは、名前付きのストレージ・ユニットで、ビジネス上の構成要件を示し、Webサービスを物理キューとバッファリング・キューに接続します。

サーバー・テンプレートに構成された論理ストアを表示するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、表示するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択します。

4. 「Webサービス」を選択し、「論理ストア」を選択します。

5. 「論理ストア」ページでは、現在のWebLogicドメインに構成された各論理ストアに関する次のような情報を表示できます。

- 名前

- 永続性方式

- リクエスト・バッファリング・キューのJNDI名

- レスポンス・バッファリング・キューのJNDI名

- デフォルト

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

サーバー・テンプレートのCoherenceクラスタ設定の構成

サーバー・テンプレートのCoherence設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「構成」を選択し、「Coherence」を選択します。

4. 「Coherence」ページでは、このサーバー・テンプレートで使用するCoherenceクラスタを選択できます。
詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレートのプロトコルの構成

この項では、サーバー・テンプレートのプロトコルを構成する方法について説明します。

この項には、次の項目が含まれます。

- サーバー・テンプレートのプロトコルの一般設定の構成

- サーバー・テンプレートのHTTP設定の構成

- サーバー・テンプレートのjCOM設定の構成

- サーバー・テンプレートのIIOP設定の構成

- サーバー・テンプレートのネットワーク・チャネル設定の監視

- サーバー・テンプレートのネットワーク・チャネル設定の構成

サーバー・テンプレートのプロトコルの一般設定の構成

サーバー・テンプレートのプロトコルの一般設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「プロトコル」を選択し、「一般設定」を選択します。

4. 「一般設定」ページでは、このサーバー・テンプレートで使用する様々な通信プロトコルに関する次のような接続設定を定義できます。

- 完了メッセージ・タイムアウト

- アイドル接続タイムアウト

- トンネリングの有効化

- トンネリング・クライアントPing

- トンネリング・クライアント・タイムアウト

- 最大メッセージ・サイズ

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレートのHTTP設定の構成

サーバー・テンプレートのHTTPプロトコル設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「プロトコル」を選択し、次に「HTTP」を選択します。

4. 「HTTP」ページでは、このサーバー・テンプレートの次のようなHTTP設定を定義できます。

- デフォルトWebアプリケーションのコンテキスト・ルート

- POSTタイムアウト

- 最大POSTサイズ

- キープアライブの有効化

- 期間

- HTTPS期間

- フロントエンド・ホスト

- フロントエンドHTTPポート

- フロントエンドHTTPSポート

- WAPの有効化

- リモート・アドレスのオーバーライド

- サーバー・ヘッダーの送信

- getRealPath()でコンテキスト・パスを許可

- HTTPの最大メッセージ・サイズ

- トンネリングの有効化

- トンネリング・クライアントPing

- トンネリング・クライアント・タイムアウト

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレートのjCOM設定の構成

サーバー・テンプレートのJava to COM (jCOM)プロトコル設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「プロトコル」を選択し、「jCOM」を選択します。

4. 「jCOM」ページでは、このサーバー・テンプレートの次のようなjCOMプロトコル設定を定義できます。

- COMの有効化

- NT認証ホスト

- ネイティブ・モードの有効化

- 冗長ロギングの有効化

- メモリー・ロギングの有効化

- 列挙値のプリフェッチ

- アパートメント・スレッド

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレートのIIOP設定の構成

サーバー・テンプレートのInternet Inter-ORB Protocol (IIOOP)設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「プロトコル」を選択し、「IIOP」を選択します。

4. 「IIOP」ページでは、サーバー・テンプレートの次のようなIIOPプロトコル設定を定義できます。

- COMの有効化

詳細は、「構成オプション」を参照してください。

必要に応じて、「拡張」を展開し、このサーバー・テンプレートの詳細構成設定を定義します。

5. 「保存」をクリックします。

サーバー・テンプレートのネットワーク・チャネル設定の監視

サーバー・テンプレートのネットワーク・チャネルのプロトコル設定を監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。
「サーバー・テンプレート」表には、現在のWebLogic Serverドメインに構成された各サーバー・テンプレートに関する情報が表示されます。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「プロトコル」を選択し、「チャネル」を選択します。

4. 「チャネル」表には、このサーバー・テンプレートに構成された各ネットワーク・チャネルに関する次のような情報が表示されます。

- 名前

- プロトコル

- 有効

- リスニング・アドレス

- リスニング・ポート

- パブリック・アドレス

- パブリック・ポート

これらのフィールドの詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

サーバー・テンプレートのネットワーク・チャネル設定の構成

サーバー・インスタンスのネットワーク・チャネルのプロトコル設定を構成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー・テンプレート」を選択します。

2. 「サーバー・テンプレート」表で、構成するサーバー・テンプレートの名前を選択します。

3. 「プロトコル」を選択し、「チャネル」を選択します。

4. 「チャネル」表で、構成するチャネルの名前を選択します。

5. 「構成」を選択します。

6. 「一般」ページでは、ネットワーク・チャネルの次のような一般構成設定を定義できます。

- 名前

- プロトコル

- リスニング・ポート

- リスニング・アドレス

- 外部リスニング・アドレス

- 外部リスニング・ポート

- 有効

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このネットワーク・チャネルの詳細構成設定を定義できます。

7. 「保存」をクリックします。

8. 「セキュリティ」ページでは、ネットワーク・チャネルの次のようなセキュリティ構成オプションを定義できます。

- 双方向SSL有効

- クライアント証明書の強制

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「拡張」を展開し、このネットワーク・チャネルの詳細構成設定を定義できます。

9. 「保存」をクリックします。

17 WebLogic Server OSGiフレームワーク

OSGiとは、Oracleも加入しているOSGi Allianceによって開発および維持されているJavaモジュール化システムです。OSGiの一般情報は、『Oracle WebLogic Serverアプリケーションの開発』のOSGiの理解に関する項を参照してください。

OSGiフレームワークには、パッケージ化、ライフサイクル管理、アクティブ・レジストリなど、OSGi機能を利用するアプリケーションをサポートするためのOSGiランタイム環境が用意されています。詳細は、『Oracle WebLogic Serverアプリケーションの開発』のWebLogic ServerアプリケーションのOSGiバンドルの開発に関する項を参照してください。

この章では、このドメインに作成されたOSGiフレームワークを監視および構成する方法について説明します。

- OSGiフレームワークの監視

- OSGiフレームワークの構成

OSGiフレームワークの監視

現在のドメインに構成されているすべてのOSGiフレームワークを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「OSGiフレームワーク」を選択します。
「OSGiフレームワーク」表には、現在のドメインに構成されたOSGiフレームワークに関する次のような情報が表示されます。

- 名前

- ファクトリ実装クラス

- グローバル・ワーク・マネージャの登録

- グローバル・データ・ソースの登録

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

2. 表で、構成情報を表示するOSGiフレームワークの名前を選択します。

サーバーOSGiフレームワークの監視

特定のサーバー・インスタンスに構成されているすべてのOSGiフレームワークを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「サーバー」を選択します。
「サーバー」表には、現在のドメインに構成された管理サーバーおよび管理対象サーバーに関する情報が表示されます。

2. 「サーバー」表で、OSGiフレームワークを監視するサーバー・インスタンスの名前を選択します。

3. 「WebLogic Server」ドロップダウン・メニューから「その他のサービス」を選択し、「OSGiフレームワーク」を選択します。
「OSGiフレームワーク」表には、現在のサーバー・インスタンスに構成されたOSGiフレームワークに関する次のような情報が表示されます。

- 名前

- ファクトリ実装クラス

- グローバル・ワーク・マネージャの登録

- グローバル・データ・ソースの登録

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 表で、構成情報を表示するOSGiフレームワークの名前を選択します。

クラスタOSGiフレームワークの監視

特定のクラスタに構成されているすべてのOSGiフレームワークを監視するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「環境」を選択し、「クラスタ」を選択します。
「クラスタ」表には、現在のドメインで構成されたクラスタに関する情報が表示されます。

2. 「クラスタ」表で、OSGiフレームワークを監視するクラスタの名前を選択します。

3. 「WebLogicクラスタ」ドロップダウン・メニューから「その他のサービス」を選択し、「OSGiフレームワーク」を選択します。
「OSGiフレームワーク」表には、現在のクラスタに構成されたOSGiフレームワークに関する情報が表示されます。

- 名前

- ファクトリ実装クラス

- グローバル・ワーク・マネージャの登録

- グローバル・データ・ソースの登録

- ターゲット

これらのフィールドの詳細は、構成オプションを参照してください。

必要に応じて、「ビュー」を選択して次の表オプションにアクセスします。

- 列: 表に表示されている列を追加または削除します

- デタッチ: 表をデタッチします(表示オプション)

- ソート: 昇順または降順に列をソートします

- 並替え: 表示されている列の順序を変更します

- 例による問合せ

4. 表で、構成情報を表示するOSGiフレームワークの名前を選択します。

OSGiフレームワークの構成

この項では、現在のドメインに作成されたOSGiフレームワークを構成する方法について説明します。この項には、次の項目が含まれます。

- OSGiフレームワークの構成

- OSGiフレームワークのターゲット指定

- OSGiフレームワーク・ノートの作成

OSGiフレームワークの構成

現在のドメイン内のOSGiフレームワークの構成を変更するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「OSGiフレームワーク」を選択します。
「OSGiフレームワーク」表には、現在のWebLogic Serverドメインに構成された各OSGiフレームワークに関する情報が表示されます。

2. 「OSGiフレームワーク」表で、構成するOSGiフレームワークの名前を選択します。

3. 「構成」ページでは、このOSGiフレームワークの次のような一般設定を構成できます。

- ファクトリ実装クラス

- グローバル・ワーク・マネージャの登録

- グローバル・データ・ソースの登録

- ブート委任

- 追加システム・パッケージ

- インストール・バンドルのデプロイ

- 初期プロパティ

これらのフィールドの詳細は、構成オプションを参照してください。

4. 「保存」をクリックします。

OSGiフレームワークのターゲット指定

サーバー・インスタンスまたはクラスタをOSGiフレームワークに割り当てることができます。OSGiフレームワークは、選択するサーバー・インスタンスまたはクラスタにデプロイされます。

OSGiフレームワークをターゲット指定するには:

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「OSGiフレームワーク」を選択します。
「OSGiフレームワーク」表には、現在のWebLogic Serverドメインに構成された各OSGiフレームワークに関する情報が表示されます。

2. 「OSGiフレームワーク」表で、サーバー・インスタンスまたはクラスタに割り当てるOSGiフレームワークの名前を選択します。

3. 「ターゲット」を選択します。

4. 「ターゲット」ページでは、次の操作を実行します。

- OSGiフレームワークに割り当てるサーバー・インスタンスまたはクラスタの横にあるチェック・ボックスを選択します。

- サーバー・インスタンスまたはクラスタからOSGiフレームワークを削除するには、OSGiフレームワークを削除するサーバー・インスタンスまたはクラスタの横にあるチェック・ボックスの選択を解除します。

詳細は、構成オプションを参照してください。

5. 「保存」をクリックします。

OSGiフレームワーク・ノートの作成

OSGiフレームワーク構成のノートを作成するには、次の手順を実行します。

1. 「WebLogicドメイン」ドロップダウン・メニューから「その他のサービス」を選択し、「OSGiフレームワーク」を選択します。

2. 「OSGiフレームワーク」表で、ノートを作成するOSGiフレームワークの名前を選択します。

3. 「ノート」を選択します。

4. 「ノート」ページでノートを入力します。

5. 「保存」をクリックします。

詳細は、構成オプションを参照してください。

Copyright © 2013, Oracle and/or its affiliates. All rights reserved.