(57)【要約】【課題】Ｗｅｂ３階層システムの性能対策について、工数を低減し、専門家でなくても作業できる範囲を広げる。【解決手段】性能目標を入力させる手段と、性能測定結果を入力する手段と、入力された情報を基にボトルネック要素を抽出する手段と、抽出したボトルネック要素に対して対策優先順位とチューニング情報を提供する手段と、各情報を格納するためのデータベースを有するＷｅｂ３階層システムの性能対策支援システムであり、性能目標及び性能測定結果を入力することにより、ボトルネック要素を抽出し、対策優先順位及びチューニング情報を提供する。【選択図】図１
2011141774.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂ３階層システムの性能対策を支援する手段であって、
全体性能と、トランザクション単体実行時との処理時間遅延率と、リソース使用率に関する性能目標を入力させる手段と、
多重実行結果、トランザクション別実行結果を入力する手段と、
入力された情報を基にボトルネック要素を抽出し、全体性能及びトランザクション別の性能測定結果とボトルネック要素を表示する手段と、
抽出したボトルネック要素に対して対策優先順位とチューニング情報を提供する手段と、各情報を格納するためのデータベースを含んで構成された性能対策支援システム。
【請求項２】
請求項１に記載の性能対策支援手段であって、性能目標情報として全体レスポンス時間と、全体スループットと、ＦｕｌｌＧＣ発生間隔と、多重実行した場合の処理時間と単体実行した場合の処理時間との比率である遅延率と、リソース使用量を用いることを特徴とする性能対策支援システム。
【請求項３】
請求項１に記載のボトルネック抽出手段であって、トランザクション毎の平均処理時間についてサーバ別に単体実行時と多重実行時の実測値を基にボトルネック箇所を抽出することを特徴とする性能対策支援システム。
【請求項４】
請求項１に記載のボトルネック表示手段であって、全体性能実測値と、トランザクション別の各サーバにおける平均処理時間を視覚的に表示する手段を有し、
多重性能、リソース使用状況、トランザクション別の区分で、目標値と、実測値と、性能判定結果を表示する手段を有する性能対策支援システム。
【請求項５】
請求項１に記載のチューニング情報提供手段であって、請求項３に記載の手段で抽出したボトルネック要素に対して、影響が大きい、または対策効果が大きい要素から対策優先順位を設定する手段を有する性能対策支援システム。
【請求項６】
請求項１に記載のチューニング情報提供手段であって、請求項３に記載の手段で抽出したボトルネック要素に対して、要因と、チューニング方法と、チューニング箇所の候補情報を提示する手段を有する性能対策支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂ３階層システムの性能対策に関する。
【背景技術】
【０００２】
メインフレーム以降のオープン・システムにおいて、柔軟性や拡張性が高く、ＴＣＯが削減できるということから、近年、Ｗｅｂ３階層アーキテクチャを適用したシステムが主流となってきている。
【０００３】
このＷｅｂ３階層システムでは、構成サーバ及び構成要素が多く、性能に関わる要因はクライアント、Ｗｅｂサーバ、ＡＰサーバ、ＤＢサーバの各機器、及び各機器を構成するＯＳやミドルウェア、アプリケーションなど、非常に多くの要素となる。
【０００４】
これらのどこか一つでも問題があれば性能に影響があるが、ボトルネックの切り分け及び対策を行うためには、多くの工数と各分野の専門家の知識が必要となる。
【０００５】
そのため、性能対策（性能測定及びチューニング）は、Ｗｅｂ３階層システムの構築において重要かつ難易度の高いプロセスとなる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１３１９０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
通常、Ｗｅｂ３階層システムにおける性能対策は、以下の手順を実施する。
【０００８】
（１）性能要件及び目標の決定、（２）性能測定（負荷テスト実施）、（３）性能測定結果分析、（４）ボトルネック箇所の抽出、（５）チューニング箇所・内容の検討、（６）チューニング実施。
【０００９】
このうち、（３）性能測定結果分析、（４）ボトルネック箇所の抽出、（５）チューニング箇所・内容の検討は、各構成要素の専門家でなければ対応できない。
【００１０】
特に、（４）ボトルネック箇所の抽出と（５）チューニング箇所・内容の検討に関しては、システム全体の中でどこがボトルネックになっているか、どれから対策するのが効果的かを総合的に判断する必要がある。この作業には、システム全体を把握しているＳＥと、各構成要素の専門家が共同で判断をする必要がある。
【００１１】
また、（２）性能測定から（６）チューニング実施は、性能目標を満たすまで繰り返し実施する必要がある。更に、チューニングを行う度にボトルネック要素が変わっていく場合があることに加えて、総合テスト段階で実際に性能測定をしてみなければ問題の構成要素がどれか分からない。そのため、性能対策に必要な要員（スキル・人数）と期間の見積りが困難である。
【００１２】
従って、Ｗｅｂ３階層システムにおける性能対策は、多くの工数及び作業期間を要することと、各構成要素の専門家が共同で作業を行う必要があることが課題である。
【００１３】
特許文献１は、性能評価に関する専門的な知識や環境を必要とせず、Ｗｅｂ３階層システムの性能評価を行うことが可能である。しかし、分析対象情報がハードウェアリソース使用状況のみであり、分析範囲が狭い。そのため、ハードウェアリソースに余裕があるのに性能が出ない場合（ボトルネックがハードウェアリソースに依存しない、ミドルウェアのメモリ設計などに問題がある場合など）に、ボトルネックを抽出できない。
【００１４】
本発明は上記事情に鑑みてなされたものであり、Ｗｅｂ３階層システムの性能対策について、工数を低減し、専門家でなくても作業できる範囲を広げることを目的とする。
【課題を解決するための手段】
【００１５】
本発明のＷｅｂ３階層システムにおける性能対策支援システムは、性能分析を行うためのサーバ上に実装され、性能目標を入力させる手段と、性能測定結果を入力する手段と、入力された情報を基にボトルネック要素を抽出する手段と、抽出したボトルネック要素に対して対策優先順位とチューニング情報を提供する手段と、各情報を格納するためのデータベースを有する。本発明は、性能目標及び性能測定結果を入力することにより、ボトルネックとチューニング情報を提供する。
【発明の効果】
【００１６】
本発明を適用することにより、ＧＵＩ画面に沿って必要情報を入力することで、ボトルネック抽出結果及び対策優先順位とチューニング情報をレポーティングすることが可能となる。これにより、Ｗｅｂ３階層システムの性能対策において、作業工数を削減し、各要素の専門家がいなくても性能対策ができるようになる。
【図面の簡単な説明】
【００１７】
【図１】本発明を適用するＷｅｂ３階層システムと本発明内容の概略図である。
【図２】性能目標を入力させる性能目標入力画面３１の画面構成を示す図である。
【図３】システム情報登録テーブル２１１の構成図である。
【図４】多重性能登録テーブル２１２の構成図である。
【図５】リソース登録テーブル２１３の構成図である。
【図６】測定結果を入力させる性能測定結果入力画面４１の画面構成を示す図である。
【図７】トランザクション別性能登録テーブル２１４の構成図である。
【図８】ボトルネック抽出結果を提供するボトルネック抽出画面５１の画面構成を示す図である。
【図９】ボトルネック判定テーブル２１５の構成図である。
【図１０】ボトルネック抽出処理５２の処理フローを示す図である。
【図１１】対策優先順位判定処理５３の処理フローを示す図である。
【図１２】チューニング情報提供処理６１の処理フローを示す図である。
【図１２−１】同じくチューニング情報提供処理６１の処理フローを示す図である。
【図１２−２】同じくチューニング情報提供処理６１の処理フローを示す図である。
【図１３】チューニング情報テーブル２１６の構成図である。
【図１４】チューニング情報提供画面６２の画面構成を示す図である。
【発明を実施するための形態】
【００１８】
本発明の実施形態について、図面を参照して詳細に説明する。
【００１９】
図１は、本発明を適用する計算機システムの構成図である。
【００２０】
性能分析の対象となる分析対象システム１は、負荷テストツールを搭載するテスト用クライアント１１と、ＨＴＴＰＳｅｒｖｅｒを搭載するＷｅｂサーバ１２と、ＷｅｂＡｐｐｌｉｃａｃｉｏｎＳｅｒｖｅｒを搭載するＡＰサーバ１３と、ＤＢＭＳを搭載するＤＢサーバ１４で構成される。
【００２１】
性能分析サーバ２は、プログラムとして性能目標入力機能３と、測定結果入力機能４と、ボトルネック抽出機能５と、チューニング情報提供機能６を有する。これらの各機能は、データ入力画面または分析結果表示画面を有する。
【００２２】
また、データベースとして、システム情報登録テーブル２１１と、多重性能登録テーブル２１２と、リソース登録テーブル２１３と、トランザクション別性能登録テーブル２１４と、ボトルネック判定テーブル２１５と、チューニング情報テーブル２１６を有する。
【００２３】
その他、情報を画面表示する表示部２２と、情報入力のための入力部２３と、情報制御のための制御部２４を有する。
【００２４】
本発明の使用方法は、ユーザにて分析対象システム１で負荷テストを行い、トランザクション単体を実行した際の処理性能測定と、複数トランザクションを複数ユーザで同時実行した際の処理性能測定を行い、これらを性能測定結果情報（トランザクション単体／多重）１５として本システムに入力されることを想定している。性能測定結果情報（トランザクション単体／多重）１５を性能分析サーバ２の測定結果入力機能４に入力し、性能目標入力機能３で入力された目標値と比較・分析することにより、ボトルネックを抽出し、チューニング情報を提供する機能を有する。
【００２５】
図２は、性能目標を入力させる性能目標入力画面３１の画面構成を示す図である。
【００２６】
まず、分析対象となるシステム名称３１１をテキスト入力させる。次に、性能目標値として、全体レスポンス時間３１２と、全体スループット３１３と、ＦｕｌｌＧＣ発生間隔３１４と、遅延率３１５を入力させる。遅延率とは本発明固有の指標であり、あるトランザクションについて、多重実行した場合の処理時間と、単体実行した場合の処理時間との比率で定義する。単体実行した場合と多重実行した場合で処理時間が変わらないことが理想であるが、多重実行した場合に処理時間が長くなることの許容範囲を表す指標である。遅延率の目標値は、トランザクション毎ではなく、システム全体としての遅延率を設定する。
【００２７】
続いて、リソース使用量の目標値３１６を入力させる。これは、Ｗｅｂサーバ１２、ＡＰサーバ１３、ＤＢサーバ１４について、平均ＣＰＵ使用率と平均メモリ使用率と平均ディスクＩ／Ｏの目標値を入力させる。
【００２８】
機能としては、画面入力情報を消去する初期化機能３１７を有する。また、画面入力情報を、システム情報登録テーブル２１１及び多重性能登録テーブル２１２及びリソース登録テーブル２１３に登録する登録機能３１８を有する。また、登録機能の実行後に、測定結果入力画面４１に画面遷移する機能３１９を有する。
【００２９】
図３は、システム情報登録テーブル２１１の構成図である。本発明は、分析対象として複数のシステム及び複数の性能テストケースを登録して汎用的に反復して使用することを想定しており、システム情報登録テーブル２１１は、性能分析対象システムの情報を管理するテーブルである。システム情報登録テーブル２１１は、性能目標入力画面３１で入力された値を登録するフィールドとして、テーブルのキー項目としてテスト対象のシステム名称と一意に紐付くＩＤを格納するシステムＩＤ２１１１と、３１１に入力されたシステム名称を登録するシステム名称２１１２と、３１５に入力された遅延率を格納する遅延率２１１４を有する。また、測定結果入力画面４１で入力された値を登録するフィールドとして、４１２に入力されたシステムＩＤに紐付くテストケースを登録するテストＩＤ２１１３を有する。
【００３０】
図４は、多重性能登録テーブル２１２の構成図である。システム情報登録テーブル２１１を外部参照するシステムＩＤ２１２１と、テストＩＤ２１２２を有する。また、多重性能の要素を表す要素種別２１２３と、値の種別を表す値種別２１２４と、実際の値を登録する値２１２５を有する。
【００３１】
図５は、リソース登録テーブル２１３の構成図である。システム情報登録テーブル２１１を外部参照するシステムＩＤ２１３１と、テストＩＤ２１３２を有する。また、対象サーバを表すサーバ種別２１３３と、リソース要素を表す要素種別２１３４と、値の種別を表す値種別２１３５と、実際の値を登録する値２１３６を有する。
【００３２】
図６は、測定結果を入力させる性能測定結果入力画面４１の画面構成を示す図である。本画面は、性能測定結果情報（トランザクション単体／多重）１５を入力する機能を有する。性能目標入力画面３１の機能３１９から画面遷移し、性能目標入力画面３１で登録したシステム名称４１１を初期表示する。ユーザは、分析対象となる性能測定テストを識別するためのテストＩＤ４１２を入力する。また、性能測定結果情報（トランザクション単体／多重）１５の値として、レスポンス時間４１３、スループット４１４、ＦｕｌｌＧＣ発生間隔４１５を入力する。リソース使用量４１６として、Ｗｅｂサーバ１２、ＡＰサーバ１３、ＤＢサーバ１４について、平均ＣＰＵ使用率、平均メモリ使用率、平均ディスクＩ／Ｏの多重実行結果を入力させる。トランザクション別処理時間４１７として、トランザクション名称４１７１、多重度４１７２、クライアントレスポンス時間４１７３、Ｗｅｂサーバ平均処理時間４１７４、ＡＰサーバ平均処理時間４１７５、ＤＢサーバ平均処理時間４１７６を入力させる。多重度４１７２は該当テストシナリオにおける各トランザクションの仮想ユーザ数またはトランザクション発生率を表し、平均処理時間については単体実行結果と多重実行結果をそれぞれ入力させる。
【００３３】
機能としては、画面入力情報を消去する初期化機能４１８を有する。また、画面入力情報を、多重性能登録テーブル２１２及びリソース登録テーブル２１３及びトランザクション別性能登録テーブル２１４に登録する登録機能４１９を有する。また、登録機能の実行後に、ボトルネック抽出画面５１に画面遷移する機能４１１０を有する。
【００３４】
図７は、トランザクション別性能登録テーブル２１４の構成図である。システム情報登録テーブル２１１を外部参照するシステムＩＤ２１４１と、テストＩＤ２１４２を有する。また、性能測定結果入力画面４１のフィールド４１７１に入力された値を登録するトランザクション名称２１４４と、テーブルのキー項目としてトランザクション名称２１４４と一意に紐付くＩＤを格納するトランザクションＩＤ２１４３と、性能測定結果入力画面４１のフィールド４１７２に入力された値を登録する多重度２１４５を有する。また、対象サーバを表すサーバ種別２１４６と、値の種別を表す２１４７と、実際の値を登録する値２１４８を有する。
【００３５】
図８は、ボトルネック抽出結果を提供するボトルネック抽出画面５１の画面構成を示す図である。性能測定結果入力画面４１の機能４１１０から画面遷移し、ボトルネック抽出処理５２を実行する。また、性能目標入力画面３１で登録したシステム名称４１１を初期表示する。本画面は、性能測定結果入力画面４１で入力した実測値と、実測値が目標値を満たしているかどうかの判定結果を表示する。ボトルネック抽出処理５２で判定結果がＮＧと判定された要素はボトルネック項目であるため、該当項目を網掛けして強調表示する。
【００３６】
表示部５１１は、実測値を視覚的に表示する部分である。表示部５１１１は、トランザクション別性能登録テーブル２１４のトランザクション名称２１４４の値を参照してトランザクション名称をプルダウン表示する。また、多重実行時の要素である全体レスポンス時間５１１２と、全体スループット５１１３と、ＦｕｌｌＧＣ発生間隔５１１４の実測値を表示する。トラン別平均レスポンス時間５１１５と、Ｗｅｂサーバトラン別平均処理時間５１１６と、ＡＰサーバトラン別平均処理時間５１１７と、ＤＢサーバトラン別平均処理時間５１１８については、表示部５１１１でユーザが選択したトランザクションの実測値を一覧表示する。
【００３７】
表示部５１２は、多重実行時の要素である全体レスポンス時間と、全体スループットと、ＦｕｌｌＧＣ発生間隔について、目標値、実測値、差異（実測値−目標値）、判定を一覧表示する。
【００３８】
表示部５１３は、リソース使用状況の要素である平均ＣＰＵ使用率と、平均メモリ使用率と、平均ディスクＩ／Ｏについて、目標値、実測値、判定を表示する。
【００３９】
表示部５１４は、トランザクション毎に多重度と、クライアントレスポンス時間と、Ｗｅｂサーバ平均処理時間と、ＡＰサーバ平均処理時間と、ＤＢサーバ平均処理時間を一覧表示する。平均処理時間については、単体実行実測値と、多重実行実測値と、差異（多重実行−単体実行）と、遅延率（多重実行÷単体実行）を表示する。遅延率が性能目標入力画面３１で入力した目標値よりも大きいものについては、網掛けして強調表示する。
【００４０】
機能としては、チューニング情報提供画面６２に画面遷移する機能５１５を有する。
【００４１】
図９は、ボトルネック判定テーブル２１５の構成図である。本テーブルに、ボトルネック要素と、対策優先順位およびチューニング情報を登録する。システム情報登録テーブル２１１を外部参照するシステムＩＤ２１５１と、テストＩＤ２１５２を有する。また、要素種別２１５３と、サーバ種別２１５４と、対策優先順位２１５５と、チューニング情報ＩＤ２１５６を有する。
【００４２】
図１０は、ボトルネック抽出処理５２の処理フローを示す図である。本処理は、性能測定結果入力画面４１のボトルネック抽出画面５１に画面遷移する機能４１１０実行時に呼び出され、ボトルネックである要素の抽出を行う。
【００４３】
Ｓ５２１０は、多重実行時の要素からボトルネックを抽出する処理である。Ｓ５２１１で、多重性能登録テーブル２１２の各要素種別に対して、性能判定を行う。実測値が目標値より大きい項目は、値種別２１２４に４（判定）、値２１２５にＮＧを登録する。実測値が目標値より小さい項目は、値種別２１２４に４（判定）、値２１２５にＯＫを登録する。
【００４４】
次に、Ｓ５２１２で、多重性能登録テーブル２１２の判定がＮＧの要素種別を、ボトルネック判定テーブル２１５に追加する。
【００４５】
Ｓ５２２０は、リソース要素からボトルネックを抽出する処理である。Ｓ５２２１、Ｓ５２２２の処理内容は、Ｓ５２１１、Ｓ５２１２と同様である。
【００４６】
Ｓ５２３０は、サーバ毎の処理時間からボトルネックを抽出する処理である。Ｓ５２３１で、トランザクション毎に遅延率を算出する。トランザクション別性能登録テーブル２１４の各トランザクションに対して、遅延率＝多重処理時間÷単体処理時間の計算式で遅延率を算出し、値種別２１４６＝４（遅延率）、値２１４７＝算出結果として登録する。次に、Ｓ５２３２で、システム情報登録テーブル２１１の遅延率（目標値）とトランザクション別性能登録テーブル２１４の各トランザクションの遅延率（実測値）を比較する。目標値より実測値が大きい場合は、ボトルネック判定テーブル２１５にサーバ種別２１５４＝該当サーバ、要素種別２１５３＝３０１（処理時間）で追加する。
【００４７】
以上から、Ｓ５２００終了時には、ボトルネック判定テーブル２１５の要素種別２１５３とサーバ種別２１５４に、全てのボトルネック要素が登録されている状態となる。ただし、対策優先順位２１５５とチューニング情報ＩＤ２１５６には、この時点では値が登録されていない。
【００４８】
図１１は、対策優先順位判定処理５３の処理フローを示す図である。本処理は、ボトルネック抽出画面５１の機能５１５実行時に呼び出され、ボトルネック要素の中で対策優先順位を判定する。各要素種別毎に、影響が大きい、または対策効果が大きい要素から対策優先順位を設定する。本処理によって、ボトルネック判定テーブル２１５の対策優先順位２１５４に値が設定される。
【００４９】
Ｓ５３０１は、何番まで対策優先順位を設定したかを格納するための変数「対策優先順位」を初期化する処理である。
【００５０】
Ｓ５３１０は、ＦｕｌｌＧＣの対策優先順位を判定する処理である。ＦｕｌｌＧＣ発生頻度が高いと、Ｗｅｂアプリケーション全体の性能が悪くなるため、最優先の順位を設定する。ボトルネック判定テーブル２１５の要素種別２１５３に１０３（ＦｕｌｌＧＣ発生間隔）の値が存在する場合、該当レコードの対策優先順位２１５５に変数「対策優先順位」の値を設定する。次に、変数「対策優先順位」をカウントアップする。
【００５１】
Ｓ５３２０は、リソースの対策優先順位を判定する処理である。Ｓ５３２１は、ボトルネック判定テーブル２１５の要素種別２１５３に２０１（ＣＰＵ使用率）が存在する場合、サーバ種別２１５４がＤＢサーバ、ＡＰサーバ、Ｗｅｂサーバの順に、該当レコードの対策優先順位２１５５に変数「対策優先順位」の値を設定する。次に、変数「対策優先順位」をカウントアップする。
【００５２】
Ｓ５３２２、Ｓ５３２３は、Ｓ５３２１と同様にメモリ使用率、ディスクＩ／Ｏに対して対策優先順位を設定する。
【００５３】
Ｓ５３３０は、サーバ処理時間の対策優先順位を判定する処理である。Ｓ５３３１は、ボトルネック判定テーブル２１５の要素種別２１５３に３０１（処理時間）が存在する場合、次の計算式にて各トランザクションの遅延率に多重度で重み付けをし、サーバ毎の遅延率平均値を算出する。
【００５４】
重み付けした遅延率＝遅延率×（該当トランザクションの多重度÷全多重度合計）
この重み付けした遅延率平均値が大きいサーバから順に、該当レコードの対策優先順位２１５５に変数「対策優先順位」の値を設定する。次に、変数「対策優先順位」をカウントアップする。
【００５５】
図１２、図１２−１、図１２−２は、チューニング情報提供処理６１の処理フローを示す図である。本処理は、ボトルネック抽出画面５１の機能５１５実行時に、対策優先順位判定処理５３の次に呼び出され、チューニング情報テーブル２１６を参照して各ボトルネック要素に対してチューニング情報を設定する。本処理によって、ボトルネック判定テーブル２１５のチューニング情報ＩＤ２１５６に値が設定される。
【００５６】
Ｓ６１１０は、全体スループットに関するチューニング情報を設定する処理である。Ｓ６１１１でボトルネック判定テーブル２１５の要素種別２１５３に１０２（全体スループット）が存在する場合、以下の処理を実行する。
【００５７】
Ｓ６１１２は、ボトルネック判定テーブル２１５の要素種別２１５３に、各サーバのＣＰＵ使用率、メモリ使用量、ディスクＩ／Ｏなどのリソース要因が存在するかどうかを判定する。リソース要因が存在する場合はＳ６１１４を、存在しない場合はＳ６１１３を実行する。
【００５８】
Ｓ６１１４は、ボトルネック判定テーブル２１５の該当レコードのチューニング情報ＩＤ２１５６に、チューニング情報テーブル２１６の下記条件を満たすチューニング情報ＩＤ２１６２を設定する。
【００５９】
要素種別２１６１＝全体スループットかつ要因２１６３＝サーバリソース不足
Ｓ６１１３は、ボトルネック判定テーブル２１５の要素種別２１５３に、各サーバの処理時間が存在するかどうかを判定する。処理時間が存在する場合はＳ６１１５を、存在しない場合はＳ６１１６を実行する。
【００６０】
Ｓ６１１５は、ボトルネック判定テーブル２１５の該当レコードのチューニング情報ＩＤ２１５６に、チューニング情報テーブル２１６の下記条件を満たすチューニング情報ＩＤ２１６２を設定する。
【００６１】
要素種別２１６１＝全体スループットかつ要因２１６３＝特定サーバの処理時間
Ｓ６１１６は、ボトルネック判定テーブル２１５の該当レコードのチューニング情報ＩＤ２１５６に、チューニング情報テーブル２１６の下記条件を満たすチューニング情報ＩＤ２１６２を設定する。
【００６２】
要素種別２１６１＝全体スループットかつ要因２１６３＝サーバリソース不足・特定サーバの処理時間以外
Ｓ６１２０は、全体レスポンス時間に関するチューニング情報を設定する処理である。
【００６３】
Ｓ６１２１〜Ｓ６１２６は、Ｓ６１１０の一連の処理と同様である。
【００６４】
Ｓ６１３０は、その他の要素に関するチューニング情報を設定する処理である。
【００６５】
Ｓ６１３１は、ボトルネック判定テーブル２１５におけるＳ６１１０とＳ６１２０で処理されていないレコードに対して、Ｓ６１３２を繰り返す。
【００６６】
Ｓ６１３２は、ボトルネック判定テーブル２１５の該当レコードの要素種別２１５３を条件にチューニング情報テーブル２１６からチューニング情報ＩＤを取得し、ボトルネック判定テーブル２１５の該当レコードのチューニング情報ＩＤ２１５６に設定する。
【００６７】
図１３は、チューニング情報テーブル２１６の構成図である。本テーブルは、ボトルネックとなる各要素に対するチューニング情報を格納するマスタであり、主要素種別２１６１と、チューニング情報ＩＤ２１６２と、要因２１６３と、チューニング情報２１６４と、チューニング箇所２１６５を有する。
【００６８】
図１４は、チューニング情報提供画面６２の画面構成を示す図である。ボトルネック抽出画面５１の機能５１５から画面遷移し、対策優先順位判定処理５３とチューニング情報提供処理６１の結果を画面表示する。
【００６９】
表示部６２１、６２２、６２３は、ボトルネック判定テーブル２１５のレコードを対策優先順位２１５４で昇順にソートして表示する。
【００７０】
表示部６２４、６２５、６２６は、ボトルネック判定テーブル２１５のチューニング情報ＩＤ２１５６を条件に、チューニング情報テーブル２１６の内容を表示する。
【符号の説明】
【００７１】
１…性能分析対象システム、１１…テスト用クライアント、１２…Ｗｅｂサーバ、１３…ＡＰサーバ、１４…ＤＢサーバ、２…性能分析サーバ、２１１…システム情報登録テーブル、２１２…多重性能登録テーブル、２１３…リソース登録テーブル、２１４…トランザクション別性能登録テーブル、２１５…ボトルネック判定テーブル、２１６…チューニング情報テーブル、３…性能目標入力機能、４…測定結果入力機能、５…ボトルネック抽出機能、６…チューニング情報提供機能。
【図１】
2011141774.tif 000003
【図２】
2011141774.tif 000004
【図３】
2011141774.tif 000005
【図４】
2011141774.tif 000006
【図５】
2011141774.tif 000007
【図６】
2011141774.tif 000008
【図７】
2011141774.tif 000009
【図８】
2011141774.tif 000010
【図９】
2011141774.tif 000011
【図１０】
2011141774.tif 000012
【図１１】
2011141774.tif 000013
【図１２】
2011141774.tif 000014
【図１２−１】
2011141774.tif 000015
【図１２−２】
2011141774.tif 000016
【図１３】
2011141774.tif 000017
【図１４】
2011141774.tif 000018