2016-09-17 7 views
0

開発環境のDmgrコンソールは非常に遅いですが、我々はすべての側面からチェックしましたが、正確な理由を見つけることができませんでした。DMGRコンソールは非常に遅いですが、考えられる原因は何ですか?

Dev WebSphereは、当初20GBのRAMを搭載したAIXサーバーで実行していましたが、RAMを8GBに増やしたにもかかわらず、28GBのRAMで遅くなっていました。

そして、我々は

以下JVM1の1 Gb JVM2 2 JVM3 2 JVM4 1 JVM5 2 JVM1 1 JVM1 1 JVM1 1 JVM1 2 JVM1 2 DMGR 2のようなRAMを共有するのDevで10個のdifferntクラスタで実行されている10種類のJVMを持っていますノード同期 3にの)開始を与える 2をナビゲートノード・エージェント256メガバイト

だから、(28の)17.6ギガバイトの合計は、RAMのために使用されるが、それでも我々は

1.ながらDMGRで遅さに直面しています)) DMGR 4.)また、4〜5のDevで24のアプリケーションを実行していますアプリケーションは、2GBのRAMを持ついくつかのJVMに330MBのサイズを配備しています(理由の1つかもしれません)

このdmgrの遅さの原因は何でしょうか?誰でも教えてください

+0

WebSphereのどのバージョンと修正レベルですか? RAMを8GBに増やしたとすると、どういう意味ですか? Dmgrプロセスの最大ヒープを8GBに増やしましたか? – dbreaux

+1

いくつかの原因が考えられます。アプリやサーバーが停止している場合は、問題は解決しますか? (オーバーロードされたサーバーや通信の問題があることを示唆し、冗長GCをオンにしてチェックする)。セルセキュリティが無効になっている場合、問題は解決しますか? (遅いLDAPサーバーや通信の問題を示唆)。これがすべて1つのノードである場合、ノードエージェントのRAMは低く見えます。管理IDでレスポンスが改善されていますか? (細かい管理者によるセキュリティ設定の問題を示唆しています)。 –

答えて

1

dmgr JVMの最大JVMヒープサイズが小さいと、コンソールの対話ビットが不思議に遅くなることがあります。

あなたはかなり簡単にヒープサイズを変更することができます、ナビゲーションパネルで

http://www-01.ibm.com/support/docview.wss?uid=swg21329319

  1. をシステム管理]> [展開 マネージャ]> [プロセス定義]をクリックします。
  2. 追加プロパティで、 Java仮想マシンをクリックします。 [Maximum Heap Size]フィールドに「1024」と入力します。
  3. マスターリポジトリへの変更を保存します。
  4. すべてのサーバー、ノード エージェント、およびデプロイメント・マネージャーを再始動します。
関連する問題