ORACLE JAPAN Server Release 6.1

 

  |  

  WebLogic Server ホーム   |     管理者ガイド   |   前へ   |   次へ   |   目次   |   索引   |   PDF 版

WebLogic Server ドメインのモニタ

 

以下の節では、WebLogic Server ドメインをモニタする方法について説明します。

 


モニタの概要

WebLogic Server ドメインの状態とパフォーマンスをモニタするためのツールは Administration Console です。Administration Console では、サーバ、HTTP、JTA サブシステム、JNDI、セキュリティ、CORBA 接続プール、EJB、JDBC、JMS といった WebLogic Server リソースのステータスと統計を表示できます。

モニタ情報は、Administration Console の右ペインに表示されます。ページにアクセスするには、左ペインの階層的なドメイン ツリーでコンテナまたはサブシステム、あるいはコンテナの下の特定のエンティティを選択します。

Administration Console には、モニタ情報を表示する以下の 3 種類のページがあります。

Administration Console では、ドメイン リソースについての情報が管理サーバから取得されます。管理サーバでは、Sun の Java Management Extension(JMX)規格に基づく Management Bean(MBean)が使用されます。JMX 規格は、管理を目的としてドメイン リソースにアクセスする方法を定めています。

管理サーバには、ドメインのコンフィグレーションを管理するコンフィグレーション MBean と実行時 MBean があります。実行時 MBean では、JVM のメモリ使用率や WebLogic Server のステータスといったドメイン リソースに関する特定の時点での情報が提供されます。ドメインの特定のリソース(Web アプリケーションなど)がインスタンス化されると、その特定のリソースについての情報を収集する MBean のインスタンスが生成されます。

Administration Console で特定のリソースのモニタ ページにアクセスすると、管理サーバでは現在の属性値を取り出すための GET 処理が実行されます。

以降の節では、WebLogic Server ドメインの管理に便利なモニタ ページをいくつか選んで説明します。それらのページは、ここでは、Administration Console の機能説明を目的として取り上げています。

 


サーバのモニタ

サーバ テーブルおよび個別サーバのモニタ タブ ページでは、WebLogic Server をモニタできます。サーバ テーブルでは、ドメイン内のすべてのサーバのステータスが簡潔に表示されます。サーバからログ メッセージの一部しかドメイン ログに転送されない場合は、ローカル サーバ ログにアクセスすると、トラブルシューティングやイベントの調査に便利です。

ログ ファイルとロギング サブシステムの詳細については、「 ログ メッセージを使用した WebLogic Server の管理」を参照してください。

各 WebLogic サーバのモニタ データには、そのサーバのモニタ タブからアクセスできます。ロギング タブからは、サーバのローカル ログ(サーバが稼働しているマシン上のログ)にアクセスできます。

[モニタ|一般] タブ ページでは、現在の状態とアクティブ化時刻が表示され、アクティブ キュー テーブル、アクティブ ソケット テーブル、および接続テーブルにアクセスできます。アクティブ実行キュー テーブルは、保留中の最も古い要求や、キューのスループットといったパフォーマンス情報を提供します。

パフォーマンス

[モニタ|パフォーマンス] タブは、JVM メモリ ヒープの使用率、および要求スループットに関するリアルタイム データをグラフで示します。このタブ ページでは、メモリ ヒープでのガベージ コレクション実行を JVM に強制することもできます。

Java ヒープは、ライブ Java オブジェクトおよびデッド Java オブジェクトのリポジトリです。通常は、ガベージ コレクションを手動で実行する必要はなく、JVM で自動的に行われます。JVM でメモリが不足し始めると、すべての実行が停止され、ガベージ コレクション アルゴリズムを使用して Java アプリケーションで使用されなくなったスペースが解放されます。

その一方で、アプリケーションをデバッグする開発者には、ガベージ コレクションを手動で強制しなければならない場合もあります。手動のガベージ コレクションは、たとえば JVM メモリを急速に消費するメモリ リークをテストする場合に便利です。

サーバのセキュリティ

[モニタ|セキュリティ] タブでは、不正なログインの試行およびロックされているユーザとロックが解除されているユーザについての統計が表示されます。

JMS

[モニタ|JMS] タブでは、JMS サーバおよび接続に関する統計が表示されます。また、このページは、アクティブな JMS 接続とアクティブな JMS サーバのテーブルへのリンクも提供します。これらは、現在のセッション総数などの属性をモニタします。

JTA

[モニタ|JTA] タブでは、トランザクション総数やロールバック総数などの Java トランザクション サブシステムに関する統計が表示されます。このページは、リソースと名前によってリストされるトランザクションのテーブルと、実行中のトランザクションのテーブルへのリンクを提供します。

 


JDBC 接続プール のモニタ

Java Database Connectivity(JDBC)サブシステムのリソースは、Administration Console を使用してモニタできます。JDBC 接続プールの [モニタ] タブを使用すると、そのプールのインスタンスに関する統計を示す表にアクセスできます。Administration Console の他のエンティティ テーブルと同様に、テーブルをカスタマイズして表示する属性を選択できます。

それらの属性は、クライアントのデータベース アクセスを管理するための重要な情報を提供します。

[最大待ち] フィールドは、一度に接続を待つクライアントの最大数を示します。[待ち] フィールドは、現在接続を待機中のクライアント数を示します。[最大接続数] フィールドは、一度に発生した接続の最大数を示します。[最大待ち時間(秒)] フィールドは、クライアントがデータベース接続を待つ最長時間を示します。これらの属性から、クライアント要求への応答に関して、現在のコンフィグレーションの効果を判断できます。

[最大接続数] フィールドの値が [最大容量] フィールドの値([コンフィグレーション|接続] タブで設定)に近い場合は、[最大容量] (同時接続の最大数)の値を増やすことを検討することがあります。[最大待ち] フィールドの値がクライアントがデータベース アクセスを長時間待たなければならないことを示す場合、プールのサイズを増やすことがあります。

[縮小間隔] フィールドの値は、プールが最大のサイズから縮小するまでに JDBC サブシステムが待つ時間です。サブシステムがプールを縮小するとき、データベース接続は破棄されます。データベース接続を作成するとリソースが消費されて時間もかかることがあります。システムでクライアント要求の発生が断続的に集中する場合、縮小間隔が短いと、データベース接続が絶えず再作成されパフォーマンスが低下することがあります。

 

back to top previous page next page