【重要情報】WebSphere Application Server v9.0.0.3より冗長ガーベッジ・コレクションのデフォルト設定が変更されました

Content

WebSphere Application Server フィックスパック 9.0.0.3 (Distributed) および 9.0.0.4 (z/OS)にて、冗長ガーベッジ・コレクション（verboseGC）のデフォルト設定が変更されました。

Distributed の場合: v9.0.0.3以降、デプロイメント・マネージャー、ノード・エージェント、およびアプリケーション・サーバーの verboseGC のデフォルト設定が enable になります。enable の場合は、verboseGC は、10個の連続した「verbosegc」ログにローテートされ出力されます。ログのファイル・サイズは、環境によって変わりますが、1サーバープロセスにつき、およそ100Mbyte程度(GCの状況によりそれ以上)になります。

z/OS の場合: v9.0.0.4以降、デプロイメント・マネージャー、ノード・エージェント、およびアプリケーション・サーバーの verboseGC のデフォルト設定が enable になります。enable の場合は、verboseGC 出力は、以前のリリースと同じ方法で、JES ジョブログ内に収集されます。

以前のリリースとの違い:

• verboseGC は、すべてのサーバータイプでデフォルトで disable になっていました。
• Distributed プラットフォームにおいてverboseGC が enable の場合、
  ネイティブ・プロセス・ログ（native_stderr.log/native_stdout.log）に出力されます。
  v9.0.0.3以降は、ネイティブ・プロセス・ログとは別のログ・ファイル(verbosegc.***.log)に出力されます。

冗長ガーベッジ・コレクション（verboseGC）は、指定された方法でガーベッジ・コレクタの診断データをログに記録するかどうかを制御する、デプロイメント・マネージャーやアプリケーション・サーバーなどの WebSphere サーバー・タイプの Java 仮想マシン構成の設定です。

ガーベッジ・コレクタの診断データは、メモリとパフォーマンスの問題をトラブルシューティングする上で重要で、一般的にそれによるオーバーヘッドは、ほとんどありません。フィックスパック 9.0.0.3 (Distributed) および 9.0.0.4 (z/OS) にて、WebSphere Application Serverはデフォルトで verboseGC を enable にし、メモリとパフォーマンスの問題が発生した場合にその診断データを使用できるようにします。9.0.0.3 (Distributed)では、診断データのログをローテートさせることで、ネイティブ・プロセス・ログが使用可能なファイル・スペースを使い果たすリスクを軽減します。

Java ガーベッジ・コレクタ診断は、最終的にガーベッジ・コレクタのコマンドライン・オプションとダンプ・エージェント・トークンによって制御されます:

• 標準 Java コマンドライン・オプション -verbose:gc を使用すると、JVM は、z/OS、Windows、Linux、および AIX においては、標準エラー（stderr）に診断データを書き込み、Solaris および HP-UX においては、標準出力（stdout）に診断データを書き込みます。
• -Xverbosegclog のような非標準（-X、-XX）Java コマンドライン・オプションは、診断データをログファイルにリダイレクトするなどのカスタムログ動作を有効にします。
• 非標準オプションとともに指定される %seq のようなダンプ・エージェント・トークンは、コンテキスト情報をログファイル名に追加します。

verboseGC が enable になっているサーバー JVM を起動すると、WebSphere Application Server は次のJava コマンドライン・オプションを提供し、ガーベッジ・コレクタ診断を制御します。

Distributed v9.0.0.3以前の場合:

-verbose:gc

Distributed v9.0.0.3 および、v9.0.0.3以降の場合:

Windows、Linux および AIXの場合:

-verbose:gc
-Xverbosegclog:${SERVER_LOG_ROOT}\verbosegc.%seq.log,10,7000

Solaris および、HP-UXの場合:

-verbose:gc
-Xloggc:${SERVER_LOG_ROOT}/verbosegc.log
-XX:+UseGCLogFileRotation
-XX:NumberOfGCLogFiles=10
-XX:GCLogFileSize=10M
-XX:+PrintGCDateStamps
-XX:+PrintGCDetails

これらのオプションにより、JVM がガーベッジ・コレクターの診断データを、連続した10個の「verbosegc」ログ・ファイルにローテートするように設定されます。各ログ・ファイルは、環境にもよりますが、およそ10Mbyte(GCの状況によりそれ以上)のファイル・スペースを消費します。verbosegc ログは、サーバーのシステム・ログ、ネイティブ・プロセス・ログ、およびトレース・ログと共に ${SERVER_LOG_ROOT} ディレクトリー配下に作成されます。これらのオプションによって、Windows、Linux、および AIX では、7000回のガーベッジ・コレクション・イベントがログされます。イベントによるログ出力サイズが異なるため、ログによる使用されるファイル・スペースの量も異なります。

z/OS 9.0.0.4以前の場合:

-verbose:gc

z/OS v9.0.0.4 および、v9.0.0.4 以降の場合:

-verbose:gc

このオプションは、デフォルトで JES ジョブ・ログに収集されるネイティブ・プロセス・ストリームに詳細なガーベッジ・コレクション診断データを書き込むように JVM に指示します。

verboseGC の新しいデフォルト設定 enable またはロギング設定は、状況によっては適切ではない場合があります。次のセクションでは、verboseGC を disable にする方法と、デフォルトの verboseGC ロギング動作を変更する方法について説明します。Distributed プラットフォームでのv9.0.0より前の verboseGC ロギング動作に戻す方法も含まれます。

1. 管理コンソールで、構成するターゲットサーバーを選択します。

   アプリケーション・サーバーの場合

   サーバー > サーバー・タイプ > WebSphere Application Server
   作業するサーバーを選択します（例：server1）

   ノード・エージェントの場合

   システム管理 > ノード・エージェント
   作業するノード・エージェントを選択します

   デプロイメント・マネージャーの場合

   システム管理 > デプロイメント・マネージャー

2. 「構成」タブの「サーバー・インフラストラクチャー」で、「Javaおよびプロセス管理」を展開し、「プロセス定義」をクリックします。

z/OS の場合: 各アプリケーション・サーバー、ノードエージェント、およびデプロイメント・マネージャーに該当する各リージョン（Control、Servant、およびAdjunct）に対して、次のタスクを実行する必要があります。

3. 「追加プロパティー」セクションで、「Java仮想マシン」をクリックします。

4. [冗長ガーベッジ・コレクション]チェックボックスのチェックをはずします。

5. 汎用JVM引数フィールドに、ガーベッジ・コレクタ診断を制御する JVM オプションが含まれていないことを確認します。

6. 「適用」をクリックし、変更を「保存」します。

   ターゲットサーバー構成で verboseGC が disable になりました。

7. 変更を有効にするには、ターゲットサーバーを再起動します。

z/OSの場合: 9.0より前の verboseGC ロギング動作を有効にする手順は適用されません。バージョン9.0では、verboseGC ロギング動作に変更はありません。