WebLogic Integration ソリューションのベスト プラクティスに関する FAQ
|
 |
 |
|
この節では、高パフォーマンスな WebLogic Integration アプリケーションの設計およびチューニングに関する質問の答えを示します。内容は以下のとおりです。
ステートレス プロセスはステートフル プロセスよりもはるかに速く処理されます。
プロセス コントロールはサービス コントロールよりも速く処理されます。
プロセスを開始する場合は、プロセス コントロールとメッセージ ブローカのどちらを使用してもパフォーマンスはほとんど同じですが、受信に関しては、プロセス コントロール コールバックの方が、メッセージ ブローカ サブスクリプションよりも大幅に短い時間で受信されます。メッセージ ブローカ サブスクリプション フィルタ メカニズムでは、データベースを使用してフィルタ値をプロセス インスタンスにマップします。プロセス コントロール コールバックは、プロセス インスタンスに直接ルーティングされます。
デフォルトでは、パラレル ノードの各ブランチはトランザクションでは独立して扱われます。この動作は、各パラレル要素のソースで continueTransaction プロパティを次のように設定することで無効にできます。
<parallel continueTransaction="true">
詳細については、『WebLogic Integration 8.1 リリース ノート』の「ビジネス プロセス」にある「Continue Transaction Attribute on Parallel Nodes」を参照してください。
WebLogic Server console では、「タイマー メッセージ」 (送信時刻が現在の時刻より後の時刻に設定されているメッセージ) は「保留中メッセージ」として表示されます。
ステートフル プロセスの場合、会話の最大存続期間を使用しないのであれば、次のように無効にします。
* @jws:conversation-lifetime max-age="0s"
会話の存続期間の詳細については、WebLogic Workshop ヘルプの「WebLogic Workshop リファレンス」にある「Java Web サービスの注釈」の「@jws:conversation-lifetime 注釈」を参照してください。
トランザクションのデフォルトのタイムアウト期間は 300 秒 (5 分) です。以下のいずれかの方法で、トランザクションがタイムアウトするまでの経過時間を増やすことができます。
wlw-config.xml の transaction-timeout 要素の値を増やす。これにより、アプリケーションのすべてのトランザクションのタイムアウト期間が変更されます。詳細については、WebLogic Workshop ヘルプの「WebLogic Workshop リファレンス」の「コンフィグレーション ファイル リファレンス」にある「wlw-config.xml コンフィグレーション ファイル」を参照してください。weblogic-ejb-jar.xml の AsyncDispatcher MDB についての trans-timeout-seconds の値を増やす。これにより、AsyncDispatcher MDB で処理されるトランザクションのタイムアウト期間のみが変更されます。詳細については、『WebLogic エンタープライズ JavaBeans プログラマーズ ガイド』の「weblogic-ejb-jar.xml デプロイメント記述子のリファレンス」にある「2.0 の weblogic-ejb-jar.xml の要素」の「trans-timeout-seconds」を参照してください。 トランザクションのタイムアウト期間に関連する回復の考慮事項については、「WebLogic Integration アプリケーションの回復処理が正しくコンフィグレーションされていることを確認するには、何を調べればいいですか。」を参照してください。
パフォーマンスを最適化するには、WebLogic Server を起動するときに次のフラグを使用します。
production noiterativedev nodebug notestconsole
注意 : 生成済みのプロダクション ドメインを使用する場合、これらのフラグはデフォルトで設定されますが、開発ドメインを使用する場合には、デフォルトでは設定されません。
WebLogic Integration のプロジェクトは、J2EE リソースにマップします。正確なマップに関する基本情報については、次の場所にある「WebLogic Workshop Internals」を参照してください。
http://dev2dev.bea.com/products/wlworkshop81/articles/wlw_internals.jsp
チューニング全般に関する基本情報については、次の場所にある『WebLogic Server パフォーマンス チューニング ガイド』を参照してください。
http://edocs.beasys.co.jp/e-docs/wls/docs81/secwlres/index.html
WebLogic Integration プロジェクト内でチューニングできる主な EJB プールは、SyncDispatcher ステートレス セッション Bean (SLSB) プールと AsyncDispatcher メッセージ駆動型 Bean (MDB) プールです。これらのプールはアプリケーション内のすべての WebLogic Integration プロジェクトに存在します。
すべての同期要求は SyncDispatcher によってルーティングされ、すべての非同期 (バッファ) 通信は AsyncDispatcher によってルーティングされます。
これらの Bean のプール サイズをコンフィグレーションするには、次の 2 つの方法があります。
dispatch-as 要素を入力することによって、weblogic-ejb-jar.xml ファイルを更新します。 詳細については、『WebLogic エンタープライズ JavaBeans プログラマーズ ガイド』の「weblogic-ejb-jar.xml デプロイメント記述子のリファレンス」にある「2.0 の Weblogic-ejb-jar.xml の要素」の「dispatch-policy」を参照してください。
max-beans-in-free-pool を設定することです。 MDB プール サイズのコンフィグレーション方法の詳細については、『WebLogic Server パフォーマンス チューニング ガイド』の「WebLogic Server EJB のチューニング」にある「パフォーマンス関連の weblogic-ejb-jar.xml パラメータの設定」を参照してください。
はい。JMS イベント ジェネレータの max-beans-in-free-pool は、デフォルトでは 5 に設定されています。この値を大きくすると、多くの場合はパフォーマンスを向上させることができます。
詳細については、『WebLogic Server パフォーマンス チューニング ガイド』の「WebLogic Server EJB のチューニング」にある「パフォーマンス関連の weblogic-ejb-jar.xml パラメータの設定」を参照してください。
長時間実行されるビジネス プロセスに対してバージョニングを行う場合は、プロダクション モードでアプリケーションをデプロイする前の初期段階からプロセスをバージョニングするようにします。それ以外の場合は、バージョニングされていないインスタンスを完了するまで実行してから、バージョニングされた新しいプロセスをデプロイする必要があります。
詳細については、『WebLogic Integration ソリューションの管理』の「プロセス コンフィグレーション」にある「プロセス バージョンの管理」を参照してください。
パフォーマンスを最適化するには、プロセス トラッキング レベルを可能な限り低くします。デフォルトの none に設定し、必要に応じて選択した JPD をトラッキングします。
トラッキング レベルのコンフィグレーション方法の詳細については、『WebLogic Integration ソリューションの管理』の「プロセス コンフィグレーション」にある「プロセス コンフィグレーションについて」の「プロセス トラッキング データの管理」を参照してください。
はい。ピーク時以外の時間にアーカイバ プロセスを実行して、ステートフル プロセスのプロセス モニタ テーブルをクリーン アップする必要があります。
アーカイバ プロセスをコンフィグレーションする方法については、『WebLogic Integration ソリューション管理』の「プロセス コンフィグレーション」の「プロセス トラッキング データの管理」を参照してください。
common/lib/workshopLogCfg.xml を編集して、info をすべて warn に変更します。
インラインではなく (ドキュメント ストアを使用する) 参照渡しが効率的なドキュメント サイズのしきい値は、アプリケーションごとに異なります。通常は、ドキュメントの通信の回数が多いほど、ドキュメント ストアを使用すると効率的です。参照渡しのファイルのサイズをコンフィグレーションするには、WebLogic Integration アプリケーション ドメインの wli-config.properties ファイルにある weblogic.wli.DocumentMaxInlineSize パラメータの値を設定します。
注意 : ドキュメント ストアを使用する場合、2 フェーズ コミット関連の競合状態が原因で、メッセージ SQLException in retrievData() がログに表示されることがあります。その場合、すべてのドキュメントがインラインで渡されるように weblogic.wli.DocumentMaxInlineSize の値を大きくします。
高速のディスク サブシステムまたはバッテリでバックアップされたキャッシング コントローラがある場合は、ファイルベースの永続性の方が、JDBC よりも大幅に高速である可能性があります。
次の表に、WebLogic Integration アプリケーションが使用する主なリソースのパラメータで、WebLogic Server Administration Console でモニタすべきパラメータと、問題と考えられる状況が発生した場合の処置を示します。
|
|
|
||
|
|
|||
|
|
|||
|
|
|||
|
|
アプリケーションを展開 EAR としてデプロイした場合、WebLogic Server Administration Console で trans-timeout-seconds の値を増やすことで、トランザクションがタイムアウトするまでの経過時間を増やすことができます。その際、WebLogic Integration アプリケーションのソース内にある同じ値を同様に変更して、アプリケーションの再デプロイ時に trans-timeout-seconds の値がデフォルト値にリセットされないようにする必要があります。
アプリケーションを展開 EAR としてデプロイしない場合は、WebLogic Server Administration Console から trans-timeout-seconds にアクセスできません。アプリケーション内で trans-timeout-seconds の値を増やしてからアプリケーションを再デプロイし、増加したタイムアウト値を反映させる必要があります。
trans-timeout-seconds の値の変更の詳細については、『WebLogic エンタープライズ JavaBeans プログラマーズ ガイド』の「エンタープライズ JavaBean の実装」にある「デプロイメント記述子を編集する」を参照してください。
詳細については、「パフォーマンスを最大化するには、WebLogic Server の起動時にどのフラグを使用すればよいですか。」を参照してください。
JMS タイマーのメッセージを減らすには、「トランザクションのタイムアウト期間を増やす方法を教えてください。」を参照してください。
ShrinkingEnabled を使用している。ShrinkingEnabled に関連してメモリ リークが発生することがあります。WebLogic Integration 8.1 SP1 で生成されたドメインでは、ShrinkingEnabled がデフォルトで有効になっている場合があります。ShrinkingEnabled 属性の詳細については、『コンフィグレーション リファレンス』の「JDBCConnectionPool」にある「属性」を参照してください。
|
|
|