WAS traditional V9.0のFixPack3 以上で冗長ガーベッジ・コレクション・ログの出力がデフォルトONになり出力先が変更

Content

【概要】

WebSphere Application Server traditional (WAS traditional) v9.0.0.3以降、冗長ガーベッジ・コレクションがデフォルトでenableになります。
また、9.0.0.2以下で「冗長ガーベッジ・コレクション」のチェック・ボックスをONにしている場合も、出力ファイルがnative_stderr.logから変更になり、世代管理されます。
FixPack適用前後での、挙動の相違の有無と、元の挙動に戻す方法を説明します。

【詳細】

当テクニカルフラッシュでは、WAS traditional 9.0.0.3未満の環境に、FixPack3以降を適用する場合の冗長ガーベッジ・コレクションがenableになることによる注意点について補足します。

FixPack3以降を適用すると、デフォルトで冗長ガーベッジ・コレクションがenableとなり、下記の汎用JVMが指定されます。

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

-Xverbosegclog：第一引数で冗長ガーベッジ・コレクションのログ出力先を指定します。
デフォルトでは各JVMのログディレクトリ配下にverbosegc.<シーケンス番号>.logという名前で出力されます。
第2引数は循環ログのファイル数、第3引数はGCサイクルの数をそれぞれ示します。

-Xverbosegclog
https://www.ibm.com/support/knowledgecenter/en/SSYKE2_8.0.0/com.ibm.java.aix.80.doc/diag/appendixes/cmdline/xverbosegclog.html

冗長ガーベッジ・コレクションのログはdisableにすることも可能ですが、冗長ガーベッジ・コレクションのログは問題判別に有用であり、パフォーマンスへの影響はほとんどないことから、取得をおすすめいたします。



冗長ガーベッジ・コレクションの設定は、管理コンソールから「冗長ガーベッジ･コレクション」の設定にチェックを入れる方法と、汎用JVM引数で指定する方法の2つがあります。
メニューから以下の順で設定画面にアクセスして下さい。、

・　アプリケーション・サーバー
[サーバー]→[サーバー・タイプ]→[WebSphere Application Server]
対象のJVMを選択→[サーバー・インフラストラクチャー]→[Java およびプロセス管理]→[プロセスの定義]→[Java 仮想マシン]

・　ノード・エージェント
[システム管理]→[ノード・エージェント]
対象のノード・エージェントを選択→[サーバー・インフラストラクチャー]→[Java およびプロセス管理]→[プロセスの定義]→[Java 仮想マシン]

・　デプロイメント・マネージャー
[システム管理]→[デプロイメント・マネージャー]
[サーバー・インフラストラクチャー]→[Java およびプロセス管理]→[プロセスの定義]→[Java 仮想マシン]


「冗長ガーベッジ・コレクション」と「汎用JVM引数」の指定の組み合わせにより、FixPack3以降の適用後は、適用前との動作に差異が生まれるケースがあります。

以下はFixPack適用前の設定により、適用後の影響の有無についてまとめた表になります。
適用前と同じ動作にするには、以下の表を確認し、(*1)-(*3)の設定を変更します。アプリケーション・サーバー(オンデマンド・ルーターやWebSphereプロキシー・サーバーも含む)のみならず、
Network Deployment (ND) エディションをご利用の場合は、デプロイメント・マネージャーやノード・エージェントについても「冗長ガーベッジ・コレクション」がenableになりますので、ご注意ください。