ドメインのモニタリング

WebLogic Remote Consoleを使用して、WebLogic Serverとその関連リソースおよびサービスを監視します。

WebLogic Serverのモニタリング・ツール、診断ツールおよびチューニング・ツールの一般的な情報は、「Oracle WebLogic Serverの理解」の「モニタリング、診断およびトラブルシューティング」を参照してください。

サーバーのモニター

ドメイン内のサーバーを確認して、想定どおりに機能していることを確認します。

「モニタリング・ツリー」で、「環境」、「サーバー」の順に移動します。

「サーバー」表を使用して、ドメイン内の様々なサーバー・インスタンスのプロパティを監視および比較します。

「表のカスタマイズ」機能を使用して、必要に応じて表の列を再配置します。
サーバーの詳細を表示するには、表の行をクリックします。

各サーバーには、「サーバー」ノードの下に独自の子ノードがあります。最上位のmyServerノードは、選択したサーバーに関する一般的なランタイム情報を提供します。 myServerノードを展開して、スケジューリングやデプロイメントなどの他の領域に関するより具体的な情報を表示します。

ノード・マネージャのステータスおよびログの表示

ノード・マネージャの現在のステータスを確認し、ノード・マネージャ・ログを使用して、個々の管理対象サーバーの起動または停止に関する問題のトラブルシューティングに役立てることができます。

詳細は、「Oracle WebLogic Serverのノード・マネージャの管理」の「ログ・ファイル」を参照してください。

ノート

ノード・マネージャのログを表示するには、ノード・マネージャが実行中である必要があります。

「モニタリング・ツリー」で、「環境」、「ノード・マネージャ・ログ」の順に移動します。
ノード・マネージャ・ログを表示するマシンの名前をクリックします。
「ダウンロード」をクリックします。

Hosted WebLogic Remote Consoleを使用すると、ログ・ファイルがダウンロードされるロケーションがブラウザで制御されます。デフォルトのダウンロード・ロケーションを変更する場合は、それに応じてブラウザの設定を更新します。

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

サーバーは、サブシステムの重要な側面をモニターし、サブシステムが適切に機能していないときに報告できます。

ノード・マネージャでサーバーが動作している場合、サブシステムが異常なサーバーを自動的に再起動できます。ノード・マネージャは、起動したサーバーに対してのみ自動モニタリングおよび停止を実行できます。

「編集ツリー」で、「環境」、「サーバー」、myServerの順に移動します。
「ヘルス」タブで、必要に応じてオプションを変更します。
「保存」をクリックします。

ダッシュボード

ダッシュボードを使用して、ドメインに関するデータを迅速に評価およびフィルタします。ドメイン内のMBeansと照合するWebLogic Remote Consoleの条件を指定してから、結果を確認できます。

ダッシュボードは高度にカスタマイズ可能です。 「モニタリング」のパースペクティブから任意のノードから開始し、そのプロパティを使用して、単純なtrue/false文をはるかに超える正確な基準を開発できます。ダッシュボードを使用すると、不明瞭で機能横断的なデータを検索できます。そうしないと、複数のノード間で比較が必要な場合があります。

ダッシュボードは、「モニタリング・ツリー」パースペクティブでのみ使用できます。

ノート

ナビゲーション・ツリーの下部にある「ダッシュボード」ノードを展開すると、保存済または組込みのダッシュボードを表示できます。

ダッシュボード・フィルタ

ダッシュボードでは、フィルタは結果のキュレートに使用する基準です。通常、フィルタはノードのプロパティに基づきます。

WebLogic Remote Consoleは、現在のノードに基づいて使用可能なフィルタを制限するため、目標に関連する基準に集中できます。そのため、環境で使用可能なフィルタ: サーバー・ノードは、「デプロイメント」で使用可能なノードと異なります: アプリケーション・ランタイム・データ。

各フィルタは、ドメインからの「名前」 (または「プロパティ」)、「値」、および名前と値が相互にどのように相互作用するかを決定する「演算子」で構成されます。基本的なダッシュボード・フィルタは、単にname=valueです。次の例では、ダッシュボード・フィルタは、構成の変更を適用するために再起動が必要なすべてのサーバーを返します:

ServerRuntime.RestartRequired == true

値は次の3つの形式になります:

テキスト
数値
ブール(オプション・トグルとして表されます)。オプションをTrueの場合はOn、Falseの場合はOffに設定します。

演算子を使用して、値を評価する方法を決定します。名前またはプロパティに適用可能な演算子のみがオプションとして表示されます - テキスト値にgreater thanは表示されません。デフォルトでは、すべてのフィルタがAnyに設定され、最も広範な検索パラメータが提供されます。

ダッシュボードは1つ以上のフィルタで構成され、フィルタは「累積」です - Beanは、結果として返されるすべての定義済フィルタと一致する必要があります。したがって、ダッシュボードを作成するときは、問合せに関連するフィルタのみを編集し、残りのフィルタは変更しないままにします。

組込みダッシュボード

WebLogic Remote Consoleは、共通のドメイン統計をモニターするための事前定義済ダッシュボードのセットを提供します。

「モニタリング・ツリー」で、「ダッシュボード」ノードを展開して、カスタム・ダッシュボードと組込みダッシュボードの両方を表示します。

組込みダッシュボードは編集または削除できません。ただし、別のダッシュボードの開始点として組込みダッシュボードを使用できます。組込みダッシュボードを選択し、「コピー」をクリックしてから、カスタム・ダッシュボードの新しい名前を入力します。カスタム・ダッシュボードと同様に編集します。

ダッシュボードの作成

独自のカスタム・ダッシュボードを作成して、ドメインの状態をモニターできます。

「モニタリング・ツリー」で、追跡するコンテンツのタイプに最も近いナビゲーション・ツリーのノードに移動します。たとえば、サーバーについて学習する場合は、「環境: サーバー」ノードを開きます。
「新規ダッシュボード」をクリックします。
新しいダッシュボードの名前を入力し、ダッシュボードの結果を決定するフィルタの構成を開始します。フィルタの作成方法については、「ダッシュボード・フィルタ」を参照してください。
「作成」をクリックしてダッシュボードを生成します。
「表のカスタマイズ」をクリックして、ダッシュボードに表示する列を制御します。

すべてのダッシュボードは、モニタリング・ツリーの「ダッシュボード」ノードで使用できます。

ダッシュボードは新しいデータで自動的にリフレッシュされません。 MBeansに対する変更を表示するには、ダッシュボード・ページをリフレッシュまたは再実行する必要があります。 「リロード」をクリックして結果を更新します。 「自動リロード間隔」をクリックして、定期的に結果を再ロードおよび更新するようにダッシュボードを設定することもできます。

ログ・メッセージ

WebLogic Serverロギング・サービスは、ログ・メッセージの書込み、表示、フィルタリングおよびリスニングの機能を提供します。ログ・メッセージは、WebLogic Serverインスタンス、サブシステム、およびOracle WebLogic ServerまたはクライアントJVM上で実行されるJava EEアプリケーションによって生成されます。

WebLogic Remote Consoleを使用して、WebLogic Serverロギング・サービスを構成します。 WebLogic Serverロギング・サービスの一般情報は、「Oracle WebLogic Serverのログ・ファイルの構成およびログ・メッセージのフィルタ処理」の「WebLogicロギング・サービスの理解」を参照してください。

ログの表示

WebLogic Server内の各サブシステムは、ログ・メッセージを生成してそのステータスを送信します。サブシステムが生成するメッセージの記録を保持するために、WebLogic Serverによって生成されたメッセージがログ・ファイルに書き込まれます。

ログ・ファイルの内容は、サーバーに対して現在定義されているロギング設定に従って生成されます。ログファイルに送信される情報を管理するには、「ログの構成」を参照してください。

WebLogicロギング・サービスの詳細は、「Oracle WebLogic Serverのログ・ファイルの構成およびログ・メッセージのフィルタ処理」の「WebLogicロギング・サービスの理解」を参照してください。

「モニタリング・ツリー」で、「診断」、「ログとアーカイブ」の順に移動します。
各行は診断データのタイプです。目的の行をクリックして、そのログを表示します。
ログ・ファイルを選択し、「ログのダウンロード」をクリックします。

ログはサーバー・インスタンスごとに分離されます。

ログの構成

WebLogic Serverは、様々なサブシステムのステータスを追跡および通信するためのログ・ファイルを生成します。これらのログ・ファイルが貴重で使用可能であることを確認するために、それらの設定を構成できます。

サブシステムおよびアプリケーションからのメッセージは、すべてローカル・ホスト・コンピュータ上のサーバー・ログ・ファイルに書き込まれます。メッセージをサーバー・ログ・ファイルに書き込む他にも、各サーバー・インスタンスはそのメッセージのサブセットをドメイン全体のログ・ファイルに転送できます。デフォルトでは、重大度が注意以上のメッセージのみが転送されます。 「Oracle WebLogic Serverのログ・ファイルの構成およびログ・メッセージのフィルタ処理」の「サーバー・ログ・ファイルおよびドメイン・ログ・ファイル」を参照してください。

サーバー・ログには、サーバーの起動と停止、新しいアプリケーションのデプロイメント、1つまたは複数のサブシステムの障害などのイベントに関する情報が記録されます。サーバー・ログ・メッセージには、イベントの時刻と日付についての情報や、イベントを開始したユーザーのIDが含まれます。これらのサーバー・ログ・メッセージを表示してソートすることで、問題の検出、フォルト発生源の特定、およびシステム・パフォーマンスの監視ができます。

また、これらのメッセージをリスニングして自動的に応答するクライアント・アプリケーションを作成することもできます。たとえば、サブシステムのフォルトを知らせるメッセージをリスニングし、システム管理者に電子メールを送信するアプリケーションを作成できます。

「編集ツリー」で、「環境」、「サーバー」、myServerの順に移動します。
「ロギング」タブをクリックします。
ロギング設定をニーズに合わせて変更します。
「保存」をクリックします。
残りのサーバーで繰り返します。
「環境」、「ドメイン」の順に移動します。
「ロギング」タブをクリックします。
必要に応じて、ドメイン・レベルのログの設定を変更します。
「保存」をクリックします。

デバッグ設定の定義

WebLogic Serverのデバッグ設定を指定します。

「編集ツリー」で、「環境」、「サーバー」、myServerの順に移動します。
「デバッグ」タブをクリックします。

「デバッグ」タブは、関連するデバッグ・フラグをまとめてグループ化する複数のサブタブに分割されます。 「すべて」タブを使用して、使用可能なすべてのデバッグ・フラグを表示します。
ロギング・メッセージを生成するデバッグ・フラグを有効にします。
「保存」をクリックします。

まだ構成していない場合は、このサーバーの一般的なロギング設定を構成する必要があります。「ログの構成」を参照してください。

WebLogic Server上で実行されるアプリケーションを作成する場合、重大度DEBUGのメッセージを生成するようにそのアプリケーションを構成できます。これらのメッセージは、アプリケーションまたはサーバーの処理に関する詳細情報が含まれることを目的としており、ドメイン・ログには転送されません。

ログ・メッセージのフィルタ

WebLogic Serverは、ログ・メッセージに大量のデータを生成できます。特定のメッセージのみがパブリッシュされるように、ログ・メッセージをフィルタできます。

たとえば、特定の重大度レベルのメッセージ、特定のサブシステム、またはその他の指定された条件に従って、メッセージをフィルタで除外できます。フィルタ条件に合致するログ・メッセージのみがパブリッシュされます。また、各サーバー・インスタンスがサーバー・ログ・ファイル、標準出力、メモリー・バッファに書き込むメッセージ、またはドメイン全体のメッセージ・ログにブロードキャストするメッセージに対して、個別のフィルタを作成することもできます。

WebLogic Serverには、ログ・メッセージをフィルタ処理するための複数のメソッドがあり、これらのメソッドを同時に使用できます。環境に適したメソッドを選択します。詳細は、「Oracle WebLogic Serverのログ・ファイルの構成およびログ・メッセージのフィルタ処理」の「WebLogic Serverログ・メッセージのフィルタリング」を参照してください。

「編集ツリー」で、「環境」、myServerの順に移動します。
「ログ」タブをクリックします。
「拡張フィールドの表示」をクリックします。
ロガー・ツリー内のすべてのロガーまたはパッケージのデフォルトの重大度レベルを変更する場合は、「ログに記録する最小重大度」ドロップダウン・リストから新しいレベルを選択します。

デフォルト・レベルはInfoです。メッセージの重大度の詳細は、「Oracle WebLogic Serverのログ・ファイルの構成およびログ・メッセージのフィルタ処理」の「メッセージ重大度」を参照してください。
WebLogic Serverインスタンスが実行されるJVMの標準出力を4つのログ・メッセージの宛先(ログ・ファイル、標準出力、ドメイン・ログおよびメッセージ・バッファ)にリダイレクトする場合は、「標準出力ロギングのリダイレクト有効」をオンにします。詳細は、「Oracle WebLogic Serverのログ・ファイルの構成およびログ・メッセージのフィルタ処理」の「JVM出力のリダイレクト」を参照してください。
ロガー・ツリーでルート・ロガー(「ログ・リストの最小重大度」オプションで指定)または最も近い親ノードの設定をオーバーライドする場合は、次のようにします:
1. 「重大度プロパティ」タブをクリックします。
2. 「ロガーの重大度プロパティ」表で、+をクリックして新しいキー値行を追加し、行のセルをダブルクリックしてキーと値を更新します。
「ログの重大度のプロパティ」を使用すると、パッケージ(Commons Logging APIを使用している場合)または個々のWebLogic Serverサブシステム・ロガー(メッセージ・カタログ・ロガーを使用している場合)の重大度を指定することもできます。

すべてのロガーは、ロガーの階層内で最も近くにある親ノードの重大度を継承します。キーと値のペアを使用して、最も近い親ノードとは異なる特定のロガーの重大度レベルを指定できます。キーはロガー名、値は重大度レベル(情報、クリティカル、警告など)です。

「Oracle WebLogic Serverのログ・ファイルの構成およびログ・メッセージのフィルタ処理」の「ロガーの重大度レベルの指定」を参照してください。
パブリッシュするログ・メッセージを制御する場合は、カスタム・ロジックを使用してログ・メッセージ・コンテンツを評価し、その基準に基づいてパブリケーション用に許可または拒否するログ・フィルタを作成できます。ログ・フィルタをこれらのログ・メッセージの宛先に適用できます: ログ・ファイル、標準出力およびドメイン・ログ・ブロードキャスタ。
1. 「ログ・フィルタの作成」.
2. ログ・ファイル・メッセージの宛先にログ・フィルタを適用するには、「ログ・ファイルの重大度レベル」ドロップダウン・リストから優先重大度レベルを選択し、「ログファイル・フィルタ」ドロップダウン・リストからログ・フィルタを選択します。
3. ログ・フィルタを標準出力メッセージの宛先に適用するには、「標準出力重要度レベル」ドロップダウン・リストから優先重大度レベルを選択し、「標準出力フィルタ」ドロップダウン・リストからログ・フィルタを選択します。
4. ログ・フィルタをドメイン・ログ・ブロードキャスタ・メッセージの宛先に適用するには、「ドメイン・ログ・ブロードキャスト重大度レベル」ドロップダウン・リストから優先重大度レベルを選択し、「ドメイン・ログ一括送信フィルタ」ドロップダウン・リストからログ・フィルタを選択します。
  
  ドメイン・ログに転送されるメッセージを格納するメッセージ・バッファのサイズを指定できます。値が大きいほど、内容がドメイン・ログに転送されるまでにバッファに格納されるメッセージが増大します。パフォーマンス上の理由から、この値は本番モードでは10以上に設定することをお薦めします。
「デバッグ」メッセージは、ドメイン・ログには転送できません。
「保存」をクリックします。

ログ・フィルタの作成

ログ・フィルタは、パブリッシュされるログ・メッセージを制御します。フィルタはカスタム・ロジックを使用してログ・メッセージの内容を評価し、ログ・メッセージの受入れまたは拒否に使用

たとえば、特定の重大度レベル、特定のサブシステムから、または指定された条件に従ってメッセージをフィルタで除外します。フィルタ条件に合致するログ・メッセージのみがパブリッシュされます。各サーバー・インスタンスから、サーバーのログ・ファイル、標準出力、メモリー・バッファに書き込まれるメッセージ、またはドメイン全体のメッセージ・ログにブロードキャストされるメッセージについて、個別にフィルタを作成できます。

「編集ツリー」で、「環境」、「ログ・フィルタ」の順に移動します。
「新規」をクリックします。
ログ・フィルタの名前を入力し、「作成」をクリックします。
「フィルタ式」フィールドに式を入力します。

フィルタ式に単純なフィルタ・ルールを規定することで、特定のログ宛先に書き込まれるログ・メッセージの量を制限できます。フィルタ式の作成の詳細は、「Oracle WebLogic ServerのためのDiagnostics Frameworkの構成および使用」の「WLDF問合せ言語」を参照してください。
「保存」をクリックします。

ログ設定を更新して、このログ・フィルタを適用します。「ログ・メッセージのフィルタ」を参照してください。

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

WebLogic Serverによって生成されたログ・ファイルのローテーション・スケジュールを設定します。

詳細は、『Oracle WebLogic Serverログ・ファイルの構成とログ・メッセージのフィルタリング』のログ・ファイルのローテーションに関する項を参照してください。

ノート

WebLogic Serverでは、ログ・ファイルが大きくなり過ぎないように、2,097,152KBのしきい値サイズ制限を設定しており、それを超えると強制的にローテーションが行われます。

「編集ツリー」で、「環境」、「サーバー」、myServerの順に移動します。
「ログ」タブの「回転タイプ」ドロップダウン・リストから、ログ・メッセージを別のファイルに移動するサーバーを起動する基準を選択します。選択に応じて、適切な設定を構成します。
- 「サイズ別」 - ログ・ファイル・サイズが指定したサイズに達したときにログ・メッセージをローテーションします。
- 「時間別」 - 指定した時間間隔の経過後にログ・メッセージをローテーションします。
- 「サイズまたは時間別」 - ファイル・サイズが指定したサイズに達した場合、または指定した時間間隔が経過した場合、どちらか早い方にログ・メッセージをローテーションします。
- 「なし」 - ログ・メッセージは自動的にローテーションされません。サイズが大きすぎる場合は、ファイルの内容を手動で消去する必要があります。
ローテーション・タイプとして「サイズ別」を選択した場合。
1. 「ローテーション・ファイルのサイズ」フィールドに、ログ・メッセージを別のファイルに移動するサーバーを起動するファイル・サイズを入力します。ログ・ファイルが指定したサイズに達すると、次回サーバーがファイル・サイズをチェックするときに、5桁の整数(たとえば、SERVER_NAME.log00007)を追加して現在のログ・ファイルの名前を変更します。サーバーがファイルの名前を変更すると、後続のメッセージはSERVER_NAME.logという新しいファイルに蓄積されます。
ローテーション・タイプとして「時間別」を選択した場合。
1. 「回転開始時間」フィールドに、開始時間を入力
  
  次の形式を使用: hh:mm。hhは24時間形式の時間で、mmは分です。指定された時刻になると、現在のログ・ファイルがローテーションされます。指定した時刻がすでにすぎている場合、サーバーはローテーション間隔で指定した次のスケジュール間隔でログ・ファイルをローテーションします。
2. 「回転間隔」フィールドに、サーバーが古いメッセージを別のファイルに保存する間隔を時間単位で入力します。
ローテーション・タイプとして「サイズまたは時間別」を選択した場合は、ステップ3および4の説明に従って、「サイズ別」および「時間別」オプションを構成します。
古いログ・メッセージを格納するためにサーバーが作成するログ・ファイルの数を制限する場合は、「保持ログ・ファイルの数の制限」オプションを有効にします。次に、「保持するファイル」フィールドにファイルの最大数を入力します。最後のログ・ファイルが容量制限に達した後にサーバーがログ・メッセージを受け取ると、サーバーは最も古いログ・ファイルを上書きします。
「ログ・ファイルのローテーション・ディレクトリ」フィールドに、ローテーションされたログ・ファイルが格納されるディレクトリのロケーションを入力します。

絶対パス名か、またはサーバーのルート・ディレクトリを基準にした相対パス名を入力します。デフォルトでは、ローテーションされたファイルはログ・ファイルと同じディレクトリに格納されます。
ログ・ファイルのローテーション時にファイル名にタイムスタンプまたは日付を追加する場合は、「ログ・ファイル名」フィールドにjava.text.SimpleDateFormat変数をファイル名に追加し、各変数をパーセント(%)文字で囲みます。

たとえば、「ログ・ファイル名」フィールドに次の値を入力した場合: myserver_%yyyy%%MM%%dd%%hh%%mm%.logは、サーバーのログ・ファイルの名前がmyserver_yyyy_MM_dd_hh_mm.logになります。

サーバー・インスタンスがログ・ファイルをローテーションすると、ローテーションされたファイル名には日付スタンプが含まれます。たとえば、サーバー・インスタンスが2020年3月4日の午前10時15分にローカル・ログ・ファイルをローテーションした場合、古いログ・メッセージを含むログ・ファイルにはmyserver_2020_03_04_10_15.lognnnnnという名前が付けられます。 (現在使用中のサーバー・ログ・ファイルには、myserver_yyyy_MM_dd_hh_mm.logという名前が保持されます。)

時間および日付スタンプを含めない場合、ローテーションされたログ・ファイルには作成SERVER_NAME.lognnnnnの順番で番号が付けられます。SERVER_NAMEは、ログ・ファイル用に構成された名前です。たとえば、myserver.log00007のようになります。
「保存」をクリックします。

構成監査の有効化

監査メッセージを生成するように管理サーバーを構成できます。監査メッセージによって、ドメインの構成の変更を監査できるようになります。

この監査では、ドメイン内のリソースの構成の変更を記録し、ドメイン内のリソースの管理操作を呼び出します。構成監査の記録は、ログ・ファイルに保存したり、セキュリティ・レルムの監査プロバイダに送信したりできます。

構成変更の監査を計画している場合は、最初にWebLogic監査プロバイダを構成する必要があります。「監査プロバイダの構成」を参照してください。

「編集ツリー」で、「環境」、「ドメイン」の順に移動します。
「拡張フィールドの表示」をクリックします。
「構成監査タイプ」ドロップダウン・リストから、構成変更イベントの監査に使用するメソッドを選択します。
- なし: 監査構成変更イベントは書き込まれません。
- ログ:構成イベントはサーバー・ログに書き込まれます。
- Audit: 構成イベントは、セキュリティ・フレームワークに送信され、監査プロバイダによって処理されます。
- LogAudit: 構成イベントは、サーバー・ログに書き込まれ、セキュリティ・フレームワークに転送され、監査プロバイダによって処理されます。
「保存」をクリックします。

スレッド・スタックの表示

アクティブなスレッドの現在のスタックを表示できます。

「モニタリング・ツリー」で、「環境」、「JVMランタイム」の順に移動します。
「スレッド・スタック・ダンプ」タブをクリックすると、ドメイン内の各サーバーのスレッド・スタック・ダンプの概要が表示されます。
単一のサーバーのスレッド・スタック・ダンプを表示するには、表内のサーバー・インスタンスをクリックします。これにより、選択したサーバーの「JVMランタイム」ノードに送信されます。 「スレッド・スタック・ダンプ」タブをクリックします。

パフォーマンスのチューニング

WebLogic Server環境が最適に動作していることを確認するには、その動作を定期的に監視し、それに応じて設定を調整する必要があります。

WebLogic Serverで使用可能なパフォーマンス・チューニング・オプションのガイダンスは、「Oracle WebLogic Serverのパフォーマンスのチューニング」を参照してください。

「編集ツリー」で、「環境」、「サーバー」、myServerの順に移動します。
「拡張」タブで、「チューニング」サブタブを選択します。
環境のニーズに応じて、使用可能なオプションを推奨どおりに変更します。
「保存」をクリックします。
ドメイン内の残りのサーバーについて、必要に応じて繰り返します。