アプリケーション更新ファイルのファイルが解凍される前にWebSphereが起動しないようにする方法

WebSphere Integrated Solutions Consoleを使用して、大規模な（18,400ファイル）Webアプリケーションが更新され、warファイル名を指定し、構成。 Solutions ConsoleのWeb UIがしばらく回転してから戻ると、ユーザーはWebアプリケーションを起動できます。アプリケーション更新ファイルのファイルが解凍される前にWebSphereが起動しないようにする方法

「アップデートが成功した」後にアプリケーションを起動すると、Webアプリケーションであるファイルがデプロイメントディレクトリにまだ展開されていないため、失敗します。

実験では、の順番でファイルが表示されます。

さらに重要なバックグラウンドが1つあります。この1つのWebSphereインスタンスには19のアプリケーション・サーバーがあります。 WebSphereは、互いの間に何も必要ないのに、それらの間に多くのチャタリングがあることを主張しています。私は配備の面でこれが遅くなるのではないかと思った。または、WebSphereの腸に何らかのタイマーが設定されていて、間違って設定されている場合（通常の免責事項が適用されます...私はこの状況を見つけて見つけています...私はこのインストールを構成しませんでした）。

その他の情報：これはネットワークデプロイメント構成であり、すべてが1つの物理ホストにあります。 * ND 6.1.0.23

出典

2012-03-16 Dale

デール、おしゃべりはおそらくアクションでHAマネージャです。これは、高可用性サービスを提供するWASの基礎となるコンポーネントです。 – Manglu

これはスタンドアロンまたはNDの設定ですか？私はあなたが彼らが19のアプリケーションサーバーであると述べたことを考慮してNDを設定していると推測しています。更新されたファイルがそれぞれのノードで使用できるように、ノードをデプロイメント・マネージャーと同期させる必要があります。

変更を保存して保存したら、ノードをdmgrと同期させてください（または、更新プロセスの一環として、レビューをクリックしてノードを同期させるというチェックボックスをオンにします）。さまざまなノード。

デフォルトの間隔は、1分と思います。

12分は確かに聞こえます。ここでネットワークが問題になる可能性はありますか？

HTH

Manglu

出典

2012-03-18 23:04:56 Manglu

あなたのコメントをありがとうございます。質問を更新しました（yes ND、1つの物理ホスト）。更新>レビュー>ノードの同期チェックボックスは何も変更していないようです（まだ長い遅延です）。 – Dale

デール、あなたはいくつのノードを持っていますか？ここで何か試してもいい？小さなEARファイルを使用して、18400ファイルであることがどれくらい時間がかかるかを確認するとどうなりますかを確認してください。内部では、HTTPを使用して、ファイルをデプロイメント・マネージャーからノード・エージェントに転送します。私はそれがこのHTTPアップロードのために長い時間がかかると推測しています。その場合、いくつかのファイルサイズを試してみることができます。 Webアプリケーションのサイズはどれくらいですか？私は、このファイル同期プロセスのHTTPアップロードを改善するための特別な調整ノブについてはわかりません。 – Manglu

思いやりのあるアイデアのためにMangluに感謝します。サイズは96MBです。私はこれを今サポートの男に手渡しましたが、私は実験のために次の数週間で時間を見つけることができます。知らせます。 – Dale

アプリケーション更新ファイルのファイルが解凍される前にWebSphereが起動しないようにする方法

答えて

関連する問題