JPH08241327A

JPH08241327A - データベースシステムの性能チューニング装置及びデータベースシステムの性能チューニング方法

Info

Publication number: JPH08241327A
Application number: JP7045916A
Authority: JP
Inventors: Hiroki Akama; 浩樹赤間; Yoshihisa Natsume; 義久夏目
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: NTT Inc
Priority date: 1995-03-06
Filing date: 1995-03-06
Publication date: 1996-09-17

Abstract

(57)【要約】【目的】本発明の目的は、正確なＡＰのチューニング
を容易に可能とするデータベースシステムの性能チュー
ニング方法及びデータベースシステムの性能チューニン
グ装置を提供することを目的とする。【構成】本発明は、実ＡＰ内のＤＢ操作の実行順序と
該操作のタイミングをログ化した制御情報を、実ＡＰの
代わりに使用して、該ＡＰの疑似化を行う疑似手段と、
疑似手段により疑似化されたＡＰを実行した結果を評価
し、評価結果に基づいて性能改善を行う改善手段とを有
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベースシステム
の性能チューニング装置及びデータベースシステムの性
能チューニング方法に係り、特に、データベースシステ
ムの評価・チューニング、及びアプリケーションプログ
ラム内のデータベース操作情報の実行順序及び実行タイ
ミングの疑似再現を行うためのデータベースシステムの
性能チューニング装置及びデータベースシステムの性能
チューニング方法に関する。

【０００２】

【従来の技術】以下の説明に先立ち、説明で用いる略語
について説明する。ＤＢ：データベースＡＰ：アプリケーションプログラムＤＤＬ：データベースのスキーマ（構造や索引等）の定
義ＤＭＬ：データベースへの問い合わせであり、実アプリ
ケーションプログラムのデータベース操作情報次に、以下の説明の用語の意味を説明する。・ＡＰの中において、ＤＭＬを実行することによりＤＢ
は利用される。・ＡＰにおいてＤＤＬやＤＭＬの設計方法は一意に確定
せず、設計者の考えに依存する。・ＡＰを記述する言語をホスト言語と呼び、ＤＭＬはホ
スト言語中に埋め込まれる。・ホスト言語内の変数で、ＤＭＬ文内でも使用する変数
をホスト変数という。・ホスト変数には、ＤＭＬ文に対して、条件やＤＢへの
格納値を指示する入力ホスト変数と、ＤＢからの検索結
果を保持する出力ホスト変数がある。・環境とは、ハードウェアとソフトウェアである。・実環境とは、実際の業務ＡＰが動作している環境であ
る。・評価環境とは、評価ツールやチューニングツールが存
在し、評価やチューニングを行う環境である。・実ＡＰとは、実際の業務に利用されているＡＰであ
る。・移植ＡＰとは、実ＡＰを評価環境で動くようにしたＡ
Ｐである。・ＤＢシステムのチューニングとは、ＤＤＬとＤＭＬの
見直しや修正による性能改善作業である。・チューニングは一般試行錯誤（変更と効果の測定を繰
り返す）で行われる。・ＤＢのチューニングでは、修正語の応答時間やスルー
プットが修正前のものより改善されているかを基準に作
業を進め、一般には要求性能を満足した時点で終了す
る。・チューニングでは、各ＤＭＬの応答時間やスループッ
トを知るために、ログ取得処理をＡＰに埋め込み、ログ
として、出力位置のＩＤ（ログ取得位置情報）、時刻情
報（または発行間隔）、その他の情報を発行順序に並べ
たものを得、それに基づいてチューニング対象の判断と
チューニング処理の終了を判断する、といった作業が行
われる。・ログ取得処理を埋め込むとは、ＡＰのソースプログラ
ム中にログ情報を取得する関数や手続きを埋め込むこと
だけではなく、ＯＳ（オペレーティングシステム）の機
能を用いて特定の命令でログ情報を取得する処理を実行
させることにより、ＡＰのソースプログラムに手を入れ
ることなく、ログ情報を取得することも含んでいる。ま
た、ログの出力先は、ディスク、メモリ、ネットワーク
等の違いを問わない。

【０００３】以下に従来の技術を説明する。通常は、実
環境と評価環境が異なる。そこで、従来、このチューニ
ングを行う方法として以下の２通りの方法がある。従来
の第１のチューニングの方法は、実環境と評価環境が同
一の場合に行う方法である。

【０００４】図２１は、従来の第１の評価・チューニン
グのフローチャートである。ステップ１０１）実ＡＰにログ取得処理を埋め込む。ステップ１０２）実ＡＰを実行し、実行ログを取得す
る。ステップ１０３）実行ログの統計処理を行い、実ＡＰ
内のＤＭＬの評価を行う。

【０００５】ステップ１０４）もし、これらの値が実
ＡＰの要求性能を満足していれば、処理を終了する。満
足していなければ、ステップ１０５に移行する。ステップ１０５）さらに、性能改善が必要であれば、
実ＡＰ，ＤＢのＤＤＬ，ＤＭＬの変更を行い、ステップ
１０２に移行する。

【０００６】上記の従来の第１の方法について説明す
る。図２２、図２３は、従来の第１の方法を説明するた
めの実環境のＡＰのソースプログラムの例を示す。同図
に示すソースプログラムのホスト言語としては、Ｃ言語
を使用し、ＤＤＬ，ＤＭＬとしては、ＳＱＬ言語を使用
して説明する。このＡＰの例では、変数、ホスト変数の
宣言の記述は省略している。

【０００７】この例において、ＤＭＬは、“ＥＸＥ
Ｃ”，“ＳＱＬ”から“；”までの文を言い、ステップ
番号５Ａ０８〜５Ａ１１，５Ａ１７〜５Ａ１９，５Ａ２
２，５Ａ２７〜５Ａ３０、５Ａ３７〜５Ａ４１，５Ａ４
６〜５Ａ４８，５Ａ５１が該当し、それぞれのＤＭＬを
ＳＱＬ１，ＳＱＬ２，ＳＱＬ３，ＳＱＬ４，ＳＱＬ５，
ＳＱＬ６，ＳＱＬ７と呼ぶことにする。

【０００８】上記以外の部分はホスト言語の処理であ
る。この第１の方法において、ステップ１０１は実ＡＰ
にログ取得処理を埋め込む処理である。この例でのログ
取得処理は、“getlog()関数”で行うと仮定している。
図２４、図２５は、従来の第１の方法において、ログ取
得処理を埋め込んだ例を示す。ステップ番号５Ｂ０８，
５Ｂ１３，５Ｂ１９，５Ｂ２３，５Ｂ２６，５Ｂ２８，
５Ｂ３３，５Ｂ３８，５Ｂ４５，５Ｂ５１，５Ｂ５６，
５Ｂ６０，５Ｂ６３，５Ｂ６５がログ取得関数の例であ
り、各ＤＭＬ文の前後に挿入されている。その他の部分
は、図２２、図２３のソースプログラムと同一である。

【０００９】次にステップ１０２は、実ＡＰを実行し、
実行ログを取得する処理である。図２４、図２５に示す
ソースリストをコンパイル後、実行する。ここでは、２
つのＡＰ１とＡＰ２が同時に実行された場合について説
明する。ＡＰ１はプロセスＩＤが“１”、ＡＰはプロセ
スＩＤが“２”であるとする。図２４、図２５のＡＰは
ＡＰ１とする。ＡＰ１とＡＰ２中に埋め込まれたログ取
得関数は、それぞれ図２６に示されたタイミングで実行
されたものとする。その結果がログとして、図２７に示
すように出力される。

【００１０】例えば、“５Ｂ０８”のログ取得関数“ge
tlog(1) ”を図２６に示す“８Ｂ０１”（時刻−０、Ａ
Ｐ１の動作−ＬＯＣ：１）のタイミングで実行した時の
ログが図２７に示す“８Ｂ０１”（PROC:1,LOC:1,TIME:
00:00:00) のように出力される。・図２４の５Ｂ１３のログ取得関数を図２６の８Ａ０３
のタイミングで実行した時のログが図２７の８Ｂ０３の
ように出力される。・同様に、５Ｂ１９のログ取得関数を８Ａ０４のタイミ
ングで実行した時のログが８Ｂ０４のように出力され
る。・５Ｂ２３のログ取得関数を８Ａ０８のタイミングで実
行した時のログが８Ｂ０８のように出力される。・５Ｂ２６のログ取得関数を８Ａ０９のタイミングで実
行した時のログが８Ｂ０９のように出力される。・５Ｂ２８のログ取得関数を８Ａ１１のタイミングで実
行した時のログが８Ｂ１１のように出力される。・５Ｂ３３のログ取得関数を８Ａ１３のタイミングで実
行した時のログが８Ｂ１３のように出力される。・５Ｂ３８のログ取得関数を８Ａ１４のタイミングで実
行した時のログが８Ｂ１４のように出力される。以下同様であるので、省略する。

【００１１】上記のステップ１０３の処理は、実行ログ
の統計処理を行い、実ＡＰ内の評価を行う。ＡＰ１につ
いて図２７のログ出力結果から以下のことが分かる。・ＳＱＬ１に３００ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に５０ミリ秒かかっ
た。・ＳＱＬ２に５００ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に１０ミリ秒かかっ
た。・ＳＱＬ３に１００ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に５０ミリ秒かかっ
た。・ＳＱＬ４に５０ミリ秒かかった。

【００１２】上記のステップ１０４の処理は、取得した
値が実ＡＰの要求性能を満足していれば終了とする処理
である。ここでは、ＳＱＬ２が要求性能を満足しないも
のとし、チューニングの対象とする。上記のステップ１
０５の処理は、性能改善が必要である場合に、ＤＢのＤ
ＤＬ，ＤＭＬの変更を行うものであり、ここでは、ＳＱ
Ｌ２のチューニングとして、“ｗ＿ｉｄ”列に索引を生
成する（これは、ＤＤＬの変更の例）。

【００１３】チューニング後、再度ステップ１０２から
処理を繰り返す。次に、従来の第２のチューニング方法
について説明する。従来の第２のチューニングの方法
は、実環境と評価環境が異なる場合に行う方法である。
環境が異なるとは、マシンの種類（ＣＰＵ，メモリ、動
作周波数）が異なる場合、ＯＳやその版が異なる場合、
ディスク等の周辺機器が異なる場合、周辺ソフトウェア
（ミドルソフト、ＧＵＩソフト等）がない場合等を指
す。

【００１４】図２８は、従来の第２の評価・チューニン
グのフローチャートである。ステップ２０１）実ＡＰ，ＤＢを評価環境に移植す
る。移植後の実ＡＰを移植ＡＰと呼ぶ。ステップ２０２）移植ＡＰにログ取得処理を埋め込
む。

【００１５】ステップ２０３）移植ＡＰを実行し、実
行ログを取得する。ステップ２０４）実行ログの統計処理を行い、移植Ａ
Ｐ内のＤＭＬの評価を行う。ステップ２０５）更に、性能改善が必要であれば、ス
テップ２０６に移行し、必要でなければステップ２０７
に移行する。

【００１６】ステップ２０６）移植ＡＰ，ＤＢのＤＤ
Ｌ，ＤＭＬの変更を行い、ステップ２０３に移行する。ステップ２０７）移植ＡＰのチューニング終了後に、
そのチューニング結果を実ＡＰのＤＤＬ，ＤＭＬに反映
させ、処理を終了する。

【００１７】上記のステップ２０１の処理は、ＡＰの移
植のレベルによりさらに以下の３種類に移植ＡＰを分け
ることができる。第１には、実ＡＰを完全に評価環境に
移植する。これを移植ＡＰとする。これは、図２４、図
２５のソースプログラムを移植したものであり、図２
９、図３０が移植後のソースプログラムである。

【００１８】第２には、実ＡＰの基本的な制御構造（例
えば、if, for ,while, goto, …)とＤＭＬ部分を評価
環境に移植する。これを移植ＡＰとする。これは、ＤＭ
Ｌ部分と基本的な制御構造（例えば、if, for, while,
goto, …) の部分を残して移植した場合であり、図３
１、図３２が移植後のソースプログラムである。

【００１９】なお、上記の第１、第２のパターンでは、
ホスト変数値や制御変数値の調整を行う部分が必要にな
る場合もある。第３には、実ＡＰのＤＭＬ部分のみを評
価環境に移植する。これを移植ＡＰとする。これは、図
２４、図２５のＤＭＬ部分を残して移植した場合であ
り、図３３が移植後のソースプログラムである。

【００２０】さらに、現実には、業務システム内の全て
のＡＰを移植する場合と、一部のＡＰを移植する場合が
存在し、それらと上記の方法の第１〜第３の方法が組み
合わされる。

【００２１】

【発明が解決しようとする課題】しかしながら、上記の
従来の第１、第２の方法には、以下のような問題点があ
る。まず、従来の第１の方法については、第１に、他業
務に支障をきたすおそれがあり、実環境で評価作業がで
きない場合がある。第２に、実環境に評価用のツールが
ないために実環境で評価作業できない場合がある。第３
に、実環境に評価用の資源（増設ディスクやメモリな
ど）がないために、実環境で評価・チューニング作業が
できない場合がある。

【００２２】次に、従来の第２の方法の第１のパターン
では、実環境と評価環境が異なるために、移植のために
ＡＰに膨大な修正が必要となることが多い。また、ＡＰ
を修正して移植するためには、業務知識が必要とされ、
チューニング担当者による移植は困難なことが多い。

【００２３】従来の第２の方法の第２のパターンでは、
ＡＰの制御構造の抽出には、上記と同様に、業務知識が
必要とされ、チューニング担当者による抽出は困難なこ
とが多い。また、制御構造だけの移植では、処理順序や
処理頻度などの再現が難しく、移植後の移植ＡＰのチュ
ーニング結果が元の実ＡＰにそのまま適用できないこと
がある。

【００２４】従来の第２の方法の第３のパターンでは、
各ＤＭＬ単体の応答時間によるチューニングは可能であ
り、実現は容易であるものの、処理順序や、処理頻度等
が実ＡＰと異なるため、複数のＤＢ問い合わせが同時に
実行された場合のスループットによるチューニングがで
きない。

【００２５】本発明は、上記の点に鑑みなされたもの
で、上記従来の問題点を解決し、正確なＡＰのチューニ
ングを容易に可能とするデータベースシステムの性能チ
ューニング方法及びデータベースシステムの性能チュー
ニング装置を提供することを目的とする。

【００２６】本発明の更なる目的は、実ＡＰを評価環境
に移してチューニングを行う場合に、業務知識等の移植
に関する知識を必要とせず、容易に短時間で評価及びチ
ューニングを行うことが可能になるデータベースシステ
ムの性能チューニング方法及びデータベースシステムの
性能チューニング装置を提供することである。

【００２７】また、本発明の更なる目的は、スループッ
トのより正確（近似率が高い）な評価及びチューニング
が可能なデータベースシステムの性能チューニング方法
及びデータベースシステムの性能チューニング装置を提
供することである。また、本発明の更なる目的は、実環
境と評価環境において、ＣＰＵとＩ／Ｏの性能比が大き
く異なっても実環境と同様のＡＰ動作を再現することが
可能なデータベースシステムの性能チューニング方法及
びデータベースシステムの性能チューニング装置を提供
することである。

【００２８】

【課題を解決するための手段】図１は、本発明の原理構
成図である。本発明は、データベースシステムの性能の
評価及びチューニングを行うデータベースシステムの性
能チューニング装置において、実アプリケーションプロ
グラム（以下ＡＰと記す）内のデータベース（以下、Ｄ
Ｂと記す）操作の実行順序と該操作のタイミングをログ
化した制御情報を、実ＡＰの代わりに使用して、該ＡＰ
の疑似化を行う疑似手段と、疑似手段により疑似化され
たＡＰを実行した結果を評価し、評価結果に基づいて性
能改善を行う改善手段とを有する。

【００２９】上記の疑似手段は、実ＡＰ１００にログ化
された制御情報を埋め込むログ埋込手段１０と、実ＡＰ
１００を実行し、第１の実ログを取得し、第１の実ログ
を評価環境に移植し、第１の実ログを移植ログとする第
１のログ取得手段２０と、実ＡＰ１００のデータベース
操作情報に基づいて疑似ＡＰ２００を作成する疑似ＡＰ
生成手段３０と、疑似ＡＰ生成手段３０で生成された疑
似ＡＰにログ取得関数を埋め込むログ取得関数埋込手段
４０と、移植ログを入力として疑似ＡＰを実行し、第２
の実行ログを取得する第２のログ取得手段５０とを有す
る。

【００３０】上記の改善手段は、疑似ＡＰ２００内のデ
ータベース操作情報の評価を行う評価手段６０と、評価
手段６０による評価結果に基づいて、性能改善が必要で
あるか否かを判定し、必要である場合には、データベー
ス定義やデータベース操作情報の変更を行い、再び、第
２のログ取得手段５０、評価手段６０を繰り返す手段と
を有する。

【００３１】また、上記の評価手段６０は、第２の実行
ログの統計処理を行う統計手段を含む。また、上記の第
２のログ取得手段５０は、データベース操作情報の実行
直前のログ情報を入力する第１のログ情報入力手段と、
データベース操作情報の実行直後のログの時刻情報とデ
ータベース操作情報の実行直前のログの時刻情報の差の
時間だけ待機する待機手段と、データベース操作情報の
直前のログの取得位置情報により該当するデータベース
操作情報を実行するデータベース操作情報実行手段と、
データベース操作情報の直後のログ情報を入力する第２
のログ情報入力手段と、第１のログ情報入力手段、待機
手段、データベース操作情報実行手段及び第２のログ情
報入力手段とを繰り返す手段を有し、データベースシス
テムのデータベース問い合わせを疑似する。

【００３２】また、本発明は、データベース操作情報の
実行直前のログ情報を入力する第１のログ情報入力手段
と、データベース操作情報の実行直後のログの時刻情報
とデータベース操作情報の実行直前のログの時刻情報の
差の時間だけ待機する待機手段と、データベース操作情
報直前のログの取得位置情報により該当するデータベー
ス操作情報を実行するデータベース操作情報実行手段
と、データベース操作情報直後のログ情報を入力する第
２のログ情報入力手段と、第１のログ情報入力手段、待
機手段、データベース操作情報実行手段及び第２のログ
情報入力手段とを繰り返す手段を有し、データベースシ
ステムのデータベース問い合わせを疑似するＡＰ疑似実
行手段を更に有する。

【００３３】また、上記の第１のログ取得手段は、実Ａ
Ｐのデータベース操作の実行直前に入力される、ＡＰを
記述する言語内の変数であるホスト変数値をログとして
保持するログ保持手段を有する。また、上記のデータベ
ース操作情報実行手段は、データベースシステムのデー
タベース問い合わせ処理のアクセスを疑似する場合に、
データベース操作情報の実行前にログ情報からホスト変
数値を復元するホスト変数値復元手段を含む。

【００３４】また、上記の待機手段は、データベースシ
ステムのデータベース問い合わせ処理のスループットを
疑似するために、実環境でのデータベース操作情報の実
行時間をＴ１Ｄ、非データベース操作情報の実行時間を
Ｔ１Ｗ、評価環境でのデータベース操作情報の実行時間
をＴ２Ｄとするとき、Ｔ２Ｗ＝Ｔ２Ｄ×Ｔ１Ｗ／Ｔ１Ｄ
とするとき、Ｔ２Ｗを待機時間とする。

【００３５】図２は、本発明の原理を説明するためのフ
ローチャートである。本発明は、データベースシステム
の性能の評価及びチューニングを行うデータベースシス
テムの性能チューニング方法において、実ＡＰ内のデー
タベース（以下、ＤＢと記す）操作の実行順序と該操作
のタイミングをログ化した制御情報を、実ＡＰの代わり
に使用して、ＡＰの疑似化を行い、疑似化されたＡＰを
実行し、ＡＰを実行した結果を評価し、評価結果に基づ
いて性能改善を行う。

【００３６】本発明は、実ＡＰを疑似化する際に、実Ａ
Ｐにログ化された制御情報を埋め込み（ステップ１）、
実ＡＰを実行し、第１の実ログを取得し（ステップ
２）、第１の実ログを評価環境に移植し、該第１の実ロ
グを移植ログとし（ステップ３）、実ＡＰのデータベー
ス操作情報に基づいて疑似ＡＰを作成し（ステップ
４）、生成された疑似ＡＰにログ取得関数を埋め込み
（ステップ５）、移植ログを入力として疑似ＡＰを実行
し、第２の実行ログを取得する（ステップ６）。

【００３７】さらに、本発明は、性能改善を行う際に、
疑似ＡＰ実行結果の統計処理を行い（ステップ７）、疑
似ＡＰ内のデータベース操作情報の評価を行い（ステッ
プ８）、評価結果に基づいて、性能改善が必要であるか
否かを判定し（ステップ９）、必要である場合には、デ
ータベース定義やデータベース操作情報の変更を行い
（ステップ１０）、再び、ＡＰを実行して第２のログを
取得し（ステップ６）、ＡＰを実行した結果を評価する
（ステップ８）処理を繰り返す。

【００３８】また、本発明は、ＡＰ内のデータベース操
作情報の評価を行う際に（ステップ８）、第２の実行ロ
グの統計処理を行う（ステップ７）。また、本発明は、
第２のログを取得する際に（ステップ６）、データベー
ス操作情報の実行直前のログ情報を入力し、データベー
ス操作情報の実行直後のログの時刻情報とデータベース
操作情報の実行直前のログの時刻情報の差の時間だけ待
機し、データベース操作情報直前のログの取得位置情報
により該当するデータベース操作情報を実行し、データ
ベース操作情報直後のログ情報を入力する処理を繰り返
して、データベースシステムのデータベース問い合わせ
を疑似する。

【００３９】また、本発明は、第１のログを取得する際
に（ステップ１）、実ＡＰのデータベース操作の実行直
前に入力されるホスト変数値をログとして保持する。ま
た、本発明は、データベース操作情報を実行する際に、
データベースシステムのデータベース問い合わせ処理の
アクセスを疑似する場合に、データベース操作情報の実
行前にログ情報からホスト変数値を復元する。

【００４０】また、本発明は、時刻情報の差の時間を待
機する際に、データベースシステムのデータベース問い
合わせ処理のスループットを疑似するために、実環境で
のデータベース操作情報の実行時間をＴ１Ｄ、非データ
ベース操作情報の実行時間をＴ１Ｗ、評価環境でのデー
タベース操作情報の実行時間をＴ２ＤとしＴ２Ｗ＝Ｔ２
Ｄ×Ｔ１Ｗ／Ｔ１Ｄとするとき、Ｔ２Ｗを待機時間とす
る。

【００４１】

【作用】本発明は、実行ログの移植において、最も単純
なケースでは、単にファイルをコピーするだけである
が、マシンやＯＳの違いにより、ファイル形式、文字コ
ード等の変換を行う必要があったり、ログが複数のＡＰ
やプロセスの情報を含む場合には、ログをＡＰやプロセ
スごとに分割する作業が必要となる場合でも、実ログを
評価環境に移行し、疑似ＡＰを実行して、当該評価環境
内で評価し、チューニングが必要であれば、当該評価環
境内でＤＤＬやＤＭＬの変更を行うことが可能となる。

【００４２】また、本発明は、読み込んだログ情報のロ
グ取得位置の並びで、ＤＭＬの発行順序を、ログの時刻
情報でＤＭＬの発行タイミングを再現し、ＡＰの疑似を
可能にする。また、本発明は、ＡＰ内のＤＭＬの実行順
序とタイミングをログ化し、そのログをＡＰの代わりに
利用してＡＰの疑似を行うことで移植の対象をＡＰでは
なく、ログ情報とし、ＡＰの移植を不要にして作業の機
械化と高速化を図ることを可能にする。これにより、Ａ
Ｐを移植することなく、ログ情報を移植するのみで、Ｄ
ＭＬの発行シーケンスや、タイミングを疑似することが
可能となり、複数のＤＭＬが同時に実行された場合のＤ
ＭＬのスループットの再現が可能になり、スループット
をベースとしたデータベースシステムの評価やチューニ
ングが可能となる。

【００４３】また、本発明により、ＤＭＬの実行直前に
ＤＭＬに入力されるホスト変数値をログとして保持し、
ログの中に更にホスト変数の情報を保持すると共に、各
ＤＭＬの実行前にログ内のホスト変数値を使ってホスト
変数の値を再設定することで、アクセス時の条件値によ
って応答時間性能がばらつくＤＭＬの性能特性の疑似が
可能となり、また、複数のＤＭＬで同一の資源をロック
する等の実ＡＰの特性の再現も可能とする。さらに、ア
クセスにおける“NOT FOUND ”等の処理の再現も可能と
することにより、応答時間やスループットの特性の近似
度を向上させる。

【００４４】さらに、本発明により、ＤＭＬの実行時間
と非ＤＭＬの実行時間の比を実ＡＰと疑似ＡＰで同一に
することで、実環境と評価環境のＣＰＵ性能とＩ／Ｏ性
能の比が大きく異なった場合でもその性能特性の再現を
可能にする。

【００４５】

【実施例】以下、図面と共に、本発明の実施例を説明す
る。図３は、本発明の第１の実施例のシステム構成を示
す。同図に示す構成は、第１のログ取得処理埋込部１
０、実ＡＰ実行ログ取得部２０、移植ログ作成部２７、
疑似ＡＰ作成部３０、第２のログ取得処理埋込部４０、
疑似ＡＰ実行ログ取得部５０、ＤＭＬ評価部６０、判定
部７０及びチューニング部８０より構成される。

【００４６】第１のログ取得処理埋込部１０は、実ＡＰ
１００にログ取得処理を埋め込む。実ＡＰ実行ログ取得
部２０は、実ＡＰ１００を実行させ、実行ログＡ１０５
を取得して、移植ログ作成部２７に転送する。また、実
ＡＰ実行ログ取得部２０は、実ＡＰに対して実行の起動
を行う際に、ＤＭＬに入力される条件やＤＢへの格納値
を指示するためのホスト変数値をログとして保持するロ
グ保持部２１を有する。

【００４７】移植ログ作成部２７は、実行ログＡ１０５
を評価環境に移す。評価環境中に存在するログを移植ロ
グ１１０という。疑似ＡＰ作成部３０は、実ＡＰ１００
のデータベース操作情報（ＤＭＬ）に基づいて疑似ＡＰ
２００を生成する。

【００４８】第２のログ取得処理埋込部４０は、疑似Ａ
Ｐ２００に対してログ取得関数を埋め込み、疑似ＡＰ’
２００’を生成する。疑似ＡＰ実行ログ取得部５０は、
移植ログ１１０を入力として、疑似ＡＰ’２００’を実
行し、実行ログＢ２０５を取得する。

【００４９】ＤＭＬ評価部６０は、疑似ＡＰ’２００’
を実行させた結果取得した実行ログＢ２０５の統計処理
を行い、疑似ＡＰ’２００’内のＤＭＬの評価を行う。
判定部７０は、ＤＭＬ評価部６０により評価された評価
結果に基づいて性能改善が必要であるか否かを判断し、
判断結果をチューニング部８０に出力する。

【００５０】チューニング部８０は、判断結果に基づい
て、性能改善が必要である場合には、データベース定義
（ＤＤＬ）情報や、ＤＭＬの変更を行い、疑似ＡＰ実行
ログ取得部５０に対して、再度疑似ＡＰ’２００’を実
行するように指示する。次に、本実施例の動作を説明す
る。図５は、本発明の第１の実施例の評価・チューニン
グのフローチャートである。なお、図２２、図２３に示
す実ＡＰに基づいて説明するものとする。図２２、図２
３に示す実ＡＰは、ホスト言語としてＣ言語を使用し、
ＤＤＬ，ＤＭＬとしてＳＱＬ言語を使用して説明する。
内容は、従来の技術と同様である。

【００５１】ステップ３０１）実ＡＰにログ取得情報
を埋め込む。埋め込まれて状態は図２４、図２５に示す
内容となり、前述の従来の技術と同様の内容である。ステップ３０２）実ＡＰを実行し、実行ログ１を取得
する。ステップ３０３）実行ログ１を評価環境に移す。以
後、移植した後のログを移植ログと呼ぶ。この例では、
２つのＡＰがそれぞれ別のプロセスで動いているので、
それをプロセス毎のログに分割する。例えば、図２７の
プロセスＩＤの“１”のログのみを抽出した後の移植ロ
グの例を図５に示す。

【００５２】ステップ３０４）実ＡＰのＤＭＬ情報に
基づいて疑似ＡＰを作成する。作成したＡＰの例を図
６、図７に示す。７Ａ１８〜７Ａ２１が、ＳＱＬ１（５
Ａ０８〜５Ａ１１），７Ａ２７〜７Ａ２９が、ＳＱＬ２
（５Ａ１７〜５Ａ１９），７Ａ３５が、ＳＱ
Ｌ３（５Ａ２２），７Ａ４１〜７Ａ４４が、ＳＱＬ４
（５Ａ２７〜５Ａ３０），７Ａ５０〜７Ａ５４が、ＳＱ
Ｌ５（５Ａ３７〜５Ａ４１），７Ａ６０〜７Ａ６２が、
ＳＱＬ６（５Ａ４６〜５Ａ４１），７Ａ６８
が、ＳＱＬ７（５Ａ５１）に対応しており、実ＡＰのＤ
ＭＬ情報をそのＩＤに対応する条件分岐先に埋め込んだ
部分であり、その他の部分は宣言部を除き、通常固定で
あるため、その合成の自動化は容易である。

【００５３】上記の図６、図７の例は、以下に説明する
ログ取得関数の埋め込みが終了している時点を表してい
る。ステップ３０５）疑似ＡＰにログ取得関数を埋め込
む。この例で、ログ取得処理は、getlog()関数で行うも
のと仮定している。ログ取得処理を埋め込んだ例を図
６、図７に示す。同図において、７Ａ１７，７Ａ２２，
７Ａ２６，７Ａ３０，７Ａ３４，７Ａ３６，７Ａ４０，
７Ａ４５，７Ａ４９，７Ａ５５，７Ａ５９，７Ａ６３，
７Ａ６７，７Ａ６９がログ取得関数の例であり、各ＤＭ
Ｌ文の前後に挿入されている。

【００５４】ステップ３０６）移植ログを入力とし
て、疑似ＡＰを実行し、実行ログ２を取得する。この手
段は、請求項２、３、５、６に対応している。そこで、
このデータベースシステムのＡＰを疑似する処理につい
て説明する。図８は、本発明の一実施例のＡＰを疑似す
る処理のフローチャートである。

【００５５】ステップ３０６１）ＤＭＬ実行直前のロ
グ情報（時刻情報、位置情報、ログ対象種別情報）を入
力する。ステップ３０６２）終了か否かを判定する。ステップ３０６３）ＤＭＬ実行直後の時刻情報と、Ｄ
ＭＬ実行直前の時刻情報との差分の時間だけ待機（WAI
T) を処理を行う。

【００５６】ステップ３０６４）ログの取得位置情報
により該当するＤＭＬを実行する。ステップ３０６５）ＤＭＬ実行直後のログ情報を入力
する（時刻情報、位置情報、ログ対象種別情報）。

【００５７】上記のＡＰを疑似する処理は、具体例を用
いて後述する。ステップ３０７）実行ログ２の統計処理を行い、疑似
ＡＰ内のＤＭＬの評価を行う。この場合、図９のログ出
力結果から以下のことが分かる。・ＳＱＬ１に２８０ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に５０ミリ秒かかっ
た。・ＳＱＬ２に５４０ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に１０ミリ秒かかっ
た。・ＳＱＬ３に９０ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に５０ミリ秒かかっ
た。・ＳＱＬ４に６０ミリ秒かかった。ここでは、実行時間
の係り過ぎるＳＱＬ２をチューニング対象とすることに
する。

【００５８】ステップ３０８）もし、評価値が実ＡＰ
の要求性能を満足してれば、ステップ３３１０に移行す
る。ステップ３０９）性能改善が必要であれば、ＤＤＬ，
ＤＭＬの変更を行う。ここでは、ＳＱＬ２のチューニン
グとして“w ＿id”列に索引を生成する（ＤＤＬの変更
の例）、再度、ステップ３０６から繰り返す。

【００５９】ステップ３１０）移植ＡＰのチューニン
グ終了後に、そのチューニング結果を実ＡＰのＤＤＬ，
ＤＭＬに反映させる。上記のステップ３０６の動作を具
体的に説明する。図８の各ステップについて図６を用い
て説明する。

【００６０】（１）ＤＭＬ実行直前のログ情報（時刻
情報、ログ取得位置情報、ログ対象種別情報）を入力す
る（７Ａ０９〜７Ａ１０）。ログ情報（８Ｃ０１）を入
力する。“loc ＿id=1なので、ログ対象種別情報は、Ｄ
ＭＬの実行直前のログ、時刻情報“this ＿time＝
０”、ログ取得位置情報“loc ＿id=1”とする（ステッ
プ３０６１）。

【００６１】（２）ここで、もし、ＡＰを疑似する処
理を終了するならば、終了処理を行う（７Ａ１２）。終
了の判定には、終了の入力が行われた場合、ログが無く
なった場合、ログ情報内に書かれた終了フラグ情報（例
えば、ログ取得位置情報が負の値）を入力したことによ
って終了する方式等でもよい。この場合には、終了しな
いものとして、次のステップに移行する（ステップ３０
６２）。

【００６２】（３）ＤＭＬ実行直後のログの時刻情報
とＤＭＬの実行直前のログの時刻情報の差の時間だけ待
機処理（WAIT) を行う（７Ａ１６）。ここでは、初回で
あるため、“last＿time”は０であり、“this＿time”
も０のため、“wait(0) ”を行う（ステップ３０６
３）。

【００６３】（４）ＤＭＬの実行直前のログの取得位
置情報により該当するＤＭＬを実行する際に、“loc ＿
id”が１であることにより、既に７Ａ１４において、分
岐を行っている。よって、ここでは、ＳＱＬ１（７Ａ１
８〜７Ａ２１）が実行される（ステップ３０６４）。

【００６４】（５）ＤＭＬの実行直後のログ情報（８
Ｃ０２）を入力する（７Ａ０９，７Ａ１０）。ログ情報
を入力する際に、“log ＿id”=2なので、ログ対象種別
情報は、ＤＭＬの実行直後のログとし、時刻情報は“th
is＿time=300”、ログ取得位置情報は“log ＿id=2”と
し、この後、７Ａ７１，７Ａ７２，７Ａ０６を実行し、
再び（１）に移行する（ステップ３０６５）。

【００６５】（６）ＤＭＬの実行直前のログ情報（時
刻情報、ログ取得位置情報、ログ対象種別情報）を入力
する７Ａ０９〜７１０）。ここでは、ログ情報（８Ｃ０
３）を入力する。ログ情報を入力する際に、“log ＿i
d”=3なので、ログ対象種別情報は、ＤＭＬの実行直前
のログとし、時刻情報は“this＿time=350”、ログ取得
位置情報は“log ＿id=3”とする。この場合には、終了
しないで、ステップ３０６３に移行する（ステップ３０
６１）。

【００６６】（７）ＤＭＬ実行直後のログの時刻情報
とＤＭＬの実行直前のログの実行情報の差の時間だけ待
機（wait) 処理を行う（７Ａ２５）。ここでは、last＿
timeは１つ前のログ情報の値３００であり、“this＿ti
me”は350 のため、“wait(50) ”を行う（ステップ３
０６３）。

【００６７】（８）ＤＭＬの実行直前のログの取得位
置情報により該当するＤＭＬを実行する（４Ａ０６）。
“loc ＿id”が３であることにより、既に７Ａ１４にお
いて分岐を行っている。よって、ここでは、ＳＱＬ２
（７Ａ２７〜７Ａ２９）が実行される（ステップ３０６
４）。

【００６８】（９）ＤＭＬの実行直後のログ情報を入
力する（７Ａ０９〜７Ａ１０）。ここでは、ログ情報
（８Ｃ０４）を入力する。“log ＿id=4”であるので、
ログ対象種別情報はＤＭＬの実行直後のログとなり、時
刻情報this＿time=900”、ログ取得位置情報“log ＿id
=4”とする。この後、７Ａ７１，７Ａ７２，７Ａ０６を
実行し、再び、ステップ３０６１に移行する（ステップ
３０６７）。

【００６９】（１０）ＤＭＬの実行直前のログ情報
（時刻情報、ログ取得位置情報、ログ対象種別情報）を
入力する（７Ａ０９〜７Ａ１０）。ログ情報（８Ｃ０
５）を入力する。“log ＿id=5”なので、ログ対象種別
情報は、ＤＭＬの実行直前のログとし、時刻情報は“th
is＿time=910”、ログ取得位置情報“loc ＿id=5”とす
る（ステップ３０６１）。この場合には、（１１）に移
行する。

【００７０】（１１）ＤＷＬの実行直後のログの時刻
情報とＤＭＬの実行直前のログの時刻情報の差の時間だ
け待機処理（wait) を行う（７Ａ３３）。ここでは、
“last＿time”は１つ前のログ情報の値９００であり、
“this＿time”は９１０のため、“wait(10)”を行う。

【００７１】（１２）ＤＭＬの実行直前のログの取得
位置情報により、該当するＤＭＬを実行する。“loc ＿
id”が５であることにより、既に７Ａ１４において、分
岐を行っている。よって、ここでは、ＳＱＬ３（７Ａ３
５）が実行される。（１３）ＤＭＬ実行直後のログ情報を入力する。ログ
情報（８Ｃ０６）を入力する。“loc ＿id=6”なので、
ログ対象種別情報は、ＤＭＬの実行直後のログ時刻情報
“this＿time=1010 ”、ログ取得位置情報“loc ＿id=
6”とする。この後、７Ａ７１，７Ａ７２，７Ａ０６を
実行し、再びステップ３０６１の処理に移行する。この
場合には、（１）に移行する（ステップ３０６５）。

【００７２】（１４）ＤＭＬの実行直前のログ情報
（時刻情報、ログ取得位置情報、ログ対象種別情報）を
入力する（７Ａ０９〜７Ａ１０）。ログ情報（８Ｃ０
７）を入力する。“loc ＿id=7”なので、ログ対象種別
情報は、ＤＭＬの実行直前のログ時刻情報“this＿time
=1060 ”、ログ取得位置情報“loc ＿id=7”とする。こ
の場合には、終了しないで（１５）に移行する（ステッ
プ３０６５）。

【００７３】（１５）ＤＭＬの実行直後のログの時刻
情報とＤＭＬの実行直前のログの時刻情報の差の時間だ
け待機処理（wait）を行う（ステップ３０６３）。ここ
では、“last＿time”は、１つ前のログ情報の値１０１
０であり、“this＿time”は１０６０のため、待機処理
“wait(50)”を行う。

【００７４】（１６）ＤＭＬの実行直前のログの取得
位置情報により該当するＤＭＬを実行する（ステップ３
０６４）。“log ＿id”が７であることにより、既に７
Ａ１４において分岐を行っている。よって、ここでは、
ＳＱＬ４（７Ａ４１〜７Ａ４４）が実行される（ステッ
プ３０６４）。

【００７５】（１７）ＤＭＬの実行直後のログ情報を
入力する（ステップ３０６５）。“log ＿id=8”なの
で、ログ対象種別情報は、ＤＭＬの実行直後のログ時刻
情報“this＿time=1110 ”、ログ取得位置情報“loc ＿
id=8”とする。この後、７Ａ７１，７Ａ７２，７Ａ０６
を実行し、再びステップ３０６１に移行する。

【００７６】以後、終了条件が満たされるまで、同様に
ループは繰り返される。以上は、プロセス１の移植ログ
を使用したＡＰ１の疑似だったが、同様にプロセス２の
移植ログを使用してＡＰ１を疑似したＡＰとＡＰ２を疑
似したＡＰを同時に実行させることもできる。

【００７７】上記のステップ３０６の処理は、図６、図
７に示すソースリストをコンパイルの後実行する。図
６、図７のＡＰをＡＰ１とし、プロセスのＩＤは１とす
る。その結果がログとして、図９に示されるように出力
される。・７Ａ１７のログ取得関数を実行した時のログが８Ｄ０
１のように出力される。・７Ａ２２のログ取得関数を実行した時のログが８Ｄ０
２のように出力される。・７Ａ２６のログ取得関数を実行した時のログが８Ｄ０
３のように出力される。・７Ａ３０のログ取得関数を実行した時のログが８Ｄ０
４のように出力される。・７Ａ３４のログ取得関数を実行した時のログが８Ｄ０
５のように出力される。・７Ａ３６のログ取得関数を実行した時のログが８Ｄ０
６のように出力される。・７Ａ４０のログ取得関数を実行した時のログが８Ｄ０
７のように出力される。・７Ａ４５のログ取得関数を実行した時のログが８Ｄ０
８のように出力される。以下同様なので省略する。

【００７８】疑似ＡＰの出力したこのログは、若干時刻
情報がずれる場合があるものの、実ＡＰの出力したログ
図５と時刻情報に関して評価上略同様の実行結果とな
る。［第２の実施例］次に、前述の図４のフローチャートの
ステップ３０３において、ログ取得処理にホスト変数の
情報を取得する際の他の方法について説明する。

【００７９】本実施例では、ＤＭＬの実行直前のホスト
変数をログ内に保存し、そのログを利用してホスト変数
値を復元するものである。以下、図４のフローチャート
に基づいて説明する。ステップ３０１）実ＡＰにログ取得処理を埋め込む。
この結果、図１０、図１１に示すようになる。なお、同
図は、ログ情報取得関数を埋め込んだ後の状態であり、
ＤＭＬ前後のホスト変数値の保存を行う場合を示してい
る。この例でのログ取得処理は、“getlog()”関数で行
うと仮定している。ログ取得処理を埋め込んだ例として
は、５Ｃ０８，５Ｃ１３，５Ｃ１９，５Ｃ２３，５Ｃ２
６，５Ｃ２８，５Ｃ３３，５Ｃ３８，５Ｃ４５，５Ｃ５
１，５Ｃ５６，５Ｃ６０，５Ｃ６３，６５６５がログ取
得関数の例であり、各ＤＭＬ文の前後に挿入されてい
る。

【００８０】ステップ３０２）実ＡＰを実行し、実行
ログ１を取得する。図１０、図１１に示すソースリスト
をコンパイルの後実行する。ここでは、２つのＡＰ１と
ＡＰ２同時に実行された場合について説明する。ＡＰ１
はプロセスＩＤが“１”、ＡＰ２はプロセスＩＤが
“２”とする。図１０、図１１のＡＰを“ＡＰ１”とす
る。ＡＰ１とＡＰ２中に埋め込まれたログ取得関数は、
それぞれ、図２６に示されたタイミングで実行されたも
のとする。この結果がログとして、図１２に示すように
出力される。同図は、ログ情報取得操作（getlog) によ
って収集されたログの例であり、ホスト変数値の保存を
行っている。

【００８１】その出力内容は、・５Ｃ０８のログ取得関数を８Ａ０１のタイミングで実
行した時のログが８Ｅ０１のように出力される。・５Ｃ１３のログ取得関数を８Ａ０３のタイミングで実
行した時のログが８Ｅ０３のように出力される。・５Ｃ１９のログ取得関数を８Ａ０４のタイミングで実
行した時のログが８Ｅ０４のように出力される。・５Ｃ２３のログ取得関数を８Ａ０８のタイミングで実
行した時のログが８Ｅ０８のように出力される。・５Ｃ２６のログ取得関数を８Ａ０９のタイミングで実
行した時のログが８Ｅ０９のように出力される。・５Ｃ２８のログ取得関数を８Ａ１１のタイミングで実
行した時のログが８Ｅ１１のように出力される。・５Ｃ３３のログ取得関数を８Ａ１３のタイミングで実
行した時のログが８Ｅ１３のように出力される。・５Ｃ３８のログ取得関数を８Ａ１４のタイミングで実
行した時のログが８Ｅ１４のように出力される。以下同様であるので、省略する。

【００８２】この場合、上記の図１２のログ出力結果か
ら以下のことが分かる。・ＳＱＬ１に３００ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に５０ミリ秒かかっ
た。・ＳＱＬ２に５５０ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に１０ミリ秒かかっ
た。・ＳＱＬ３に１００ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に５０ミリ秒かかっ
た。・ＳＱＬ４に５０ミリ秒かかった。・ＳＱＬ１実行直前のホスト変数ｗ＿ｉｄの値は１３０
０であった。・ＳＱＬ２実行直前のホスト変数ｗ＿ｉｄの値は１３０
０、ｈ＿ａｍｏｕｎｔの値は１０であった。・ＳＱＬ３には入力ホスト変数がない。・ＳＱＬ４実行直前のホスト変数ｉ＿ｉｄの値は１０１
３００であった。

【００８３】前述の第１の実施例の結果である図２４、
図２５との違いは、ログ取得処理時にホスト変数の情報
を取得する処理が加わっている点である。ステップ３０３）実行ログ１を評価環境に移す。以後
移植した後のログを移植ログと呼ぶ。この例では、２つ
のＡＰがそれぞれ別のプロセスで動いているので、それ
をプロセス毎のログに分割する。図１２のプロセスＩＤ
が“１”のログのみを抽出した後の移植ログの例を図１
３に示す。

【００８４】ステップ３０４）実ＡＰのＤＭＬ情報を
元に疑似ＡＰを作成する。作成したＡＰの例を図１４、
図１５に示す。同図は、本発明の第２の実施例の疑似Ａ
Ｐのソースプログラム例を示す。同図において、７Ｂ１
９〜７Ｂ２２が、ＳＱＬ１（５Ａ０８〜５Ａ１１），７
Ｂ３０〜７Ｂ３２が、ＳＱＬ２（５Ａ１７〜５Ａ１
９），７Ｂ３８が、ＳＱＬ３（５Ａ２２），
７Ｂ４５〜７Ｂ４８が、ＳＱＬ４（５Ａ２７〜５Ａ３
０），７Ｂ５８〜７Ｂ６２が、ＳＱＬ５（５Ａ３７〜５
Ａ４１），７Ｂ７１〜７Ｂ７３が、ＳＱＬ６（５Ａ４６
〜５Ａ４８），７Ｂ７９が、ＳＱＬ７（５Ａ
５１）に対応しており、実ＡＰのＤＭＬ情報をそのＩＤ
に対応する条件分岐先に埋め込んだ部分であり、その他
の部分は通常固定である。

【００８５】但し、図１４、図１５は次のログ取得関数
埋め込みも終わった時点の例である。前述の第１の実施
例との違いは、ＤＭＬ実行直前にログ情報からホスト変
数値を復元する処理を行うことである。図１４、図１５
では、その処理を“sethvar() ”関数で行うと仮定して
いる。“sethvar() ”の第１引数が復元するホスト変
数、第２引数がログ情報内のホスト変数値域の情報、第
３引数が第２引数の情報と第１引数の関係付けを行うた
めの引数である。図１４、図１５において、“sethva
r() ”関数処理に対応するのは、７Ｂ１７，７Ｂ２７，
７Ｂ２８，７Ｂ４３，７Ｂ５３〜７Ｂ５６，７Ｂ６７〜
７Ｂ６９である。

【００８６】ステップ３０５）疑似ＡＰにログ取得関
数を埋め込む。この例でのログ取得処理は、“getlo
g()”関数で行うものとする。ログ取得処理を埋め込ん
だ例として、図１４、図１５においては、７Ｂ１８，７
Ｂ２３，７Ｂ２９，７Ｂ３３，７Ｂ３７，７Ｂ３９，７
Ｂ４４，７Ｂ４９，７Ｂ５７，７Ｂ６３，７Ｂ７０，７
Ｂ７４，７Ｂ７８，７Ｂ８０がログ取得関数の例であ
り、各ＤＭＬ文の前後に挿入されている。

【００８７】ステップ３０６）移植ログを入力として
疑似ＡＰを実行し、実行ログ２を取得する。そこで、こ
のデータベースシステムのＡＰを疑似する例を図１６に
基づいて説明する。図１６は、本発明の第２の実施例の
ＡＰを疑似する処理のフローチャートである。

【００８８】ステップ３０６１０）ＤＭＬ実行直前の
ログ情報を入力する（時刻情報、位置情報、ログ対象種
別情報、入力ホスト変数値）。ステップ３０６２０）ＡＰを疑似する処理を続行する
場合にはステップ３０６３０に移行し、続行しない場合
には処理を終了する。

【００８９】ステップ３０６３０）ＤＭＬ実行直後の
時刻情報と、ＤＭＬ実行直前の時刻情報との差分の時間
だけ待機（wait) する。ステップ３０６４０）ログ情報からホスト変数値を再
現する。ステップ３０６５０）ログの取得位置情報により該当
するＤＭＬを実行する。

【００９０】ステップ３０６６０）ＤＭＬ実行直後の
ログ情報を入力する（時刻情報、位置情報、ログ対象種
別情報）。ステップ３０６７０）処理が終了しない場合には、ス
テップ３０６１０に移行する。

【００９１】上記の具体例は後述する。ステップ３０７）実行ログ２の統計処理を行い、疑似
ＡＰ内のＤＭＬの評価を行う。この場合、図９のログ出
力結果から以下のことが分かる。・ＳＱＬ１に２８０ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の処理に５０ミリ秒かかった。・ＳＱＬ２に５４０ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の処理に１０ミリ秒かかった。・ＳＱＬ３に９０ミリ秒かかった。・ＳＱＬ１とＳＱＬ２の間の処理に５０ミリ秒かかっ
た。・ＳＱＬ４に６０ミリ秒かかった。ここでは、実行時間のかかりすぎるＳＱＬ２をチューニ
ング対象とすることにする。

【００９２】ステップ３０８）もし、これらの評価値
が実ＡＰの要求性能を満足していれば、ステップ３１０
に移行する。ステップ３０９）評価値が実ＡＰの要求性能を満足し
ていなければ、性能改善が必要であるとして、ＤＤＬ，
ＤＭＬの変更を行う。ここでは、ＳＱＬ２のチューニン
グとしてｗ＿ｉｄ列に索引を生成し（これは、ＤＤＬの
変更の例）、ステップ３０６の処理に移行する。

【００９３】ステップ３１０）移植ＡＰのチューニン
グ終了後に、そのチューニング結果を実ＡＰのＤＤＬ，
ＤＭＬに反映させる。上記のステップ３０６の処理を具
体的に説明する。図１６のフローチャートにおいて、ス
テップ３０６１０、ステップ３０６５０が図１４、図１
５の７Ｂ０９〜７Ｂ１０に対応し、ステップ３０６２
０、ステップ３０６７０が７Ｂ１２，７Ｂ０６に対応
し、ステップ３０６３０が７Ｂ１８，７Ｂ２３，７Ｂ２
９，７Ｂ３３，７Ｂ３７，７Ｂ３９，７Ｂ４４，７Ｂ４
９，７Ｂ５７，７Ｂ６３，７Ｂ７０，７Ｂ７４，７Ｂ７
８，７Ｂ８０に対応し、ステップ３０６４０が７Ｂ１
６，７Ｂ２６，７Ｂ３６，７Ｂ４２，７Ｂ５２，７Ｂ６
６，７Ｂ７７に対応し、ステップ３０６５０が７Ｂ１９
〜７Ｂ２２，７Ｂ３０〜７Ｂ３２，７Ｂ３８，７Ｂ４５
〜７Ｂ４８，７Ｂ５８〜７Ｂ６２，７Ｂ７１〜７Ｂ７
３，７Ｂ７９に対応する。

【００９４】（１）ＤＭＬの実行直前のログ情報（時
刻情報、ログ取得位置情報、ログ対象種別情報、ホスト
変数値情報）を入力する（７Ｂ０９〜７Ｂ１０）。ログ
情報は、“loc ＿id=1”なので、ログ対象種別情報は、
ＤＭＬの実行前のログ、時刻情報は“this＿time=0”、
ログ取得位置情報は、“loc ＿id=1”、ホスト変数値情
報は１３００である。ここで、もし、ＡＰの疑似する処
理を終了するのであれば、終了処理を行う（７Ｂ１
２）。

【００９５】終了判定には、終了の入力が行われた場
合、ログが無くなった場合、ログ情報内に書かれた終了
フラグ情報（例えば、ログ取得位置情報が負の値）を入
力したことによって終了する方式等でも構わない。この
場合には、終了しないで次の処理に移行する。

【００９６】（２）ＤＭＬ実行直後のログの時刻情報
とＤＭＬの実行直前のログの時刻情報の差の時間だけ待
機処理（wait) を行う（７Ｂ１６）。ここでは、初回で
あるため、“last＿time”は０であり、“this＿time”
も０のため、wait(0) を行う。

【００９７】（３）ＤＭＬの実行の前にログ情報から
ホスト変数値を復元する（７Ｂ１７）。この場合、ログ
情報（８Ｆ９１）内のホスト変数値情報からホスト変数
ｗ＿ｉｄの値を１３００に復元する。（４）ＤＭＬの実行直前のログの取得位置情報により
該当するＤＭＬを実行する。“loc ＿id”が１であるこ
とにより、既に７Ｂ１４において、分岐を行っている。
よって、ここでは、ＳＱＬ１（７Ｂ１９〜７Ｂ２２）が
実行される。

【００９８】（５）ＤＭＬの実行直後のログ情報を入
力する（７Ｂ０９〜７Ｂ１０）。ログ情報（８Ｆ０２）
を入力する。ログ情報は、“loc ＿id=2”であるので、
ログ対象種別情報は、ＤＭＬの実行直後のログである。
時刻情報は“this＿time=300”、ログ取得位置情報“lo
c ＿id=2”である。この後、７Ｂ８２，７Ｂ８３，７Ｂ
０６を実行し、再び、ステップ３０６１０に移行する。

【００９９】（６）ＤＭＬの実行直前のログ情報（時
刻情報、ログ取得位置情報、ログ対象種別情報、ホスト
変数値情報）を入力する（７Ｂ０９〜７Ｂ１０）。ログ
情報（８Ｆ０３）を入力する。ログ情報は、“loc ＿id
=3”なので、ログ対象種別情報は、ＤＭＬの実行直前の
ログである。時刻情報は、“this＿time=350”であり、
ログ取得位置情報は“loc ＿id=3”、ホスト変数値情報
は、１０、１３００である。この場合は、終了しない
で、次の処理に移行する。

【０１００】（７）ＤＭＬの実行直後のログの時刻情
報とＤＭＬの実行直前のログの時刻情報の差の時間だけ
待機処理（wait) を行う（７Ｂ２６）。ここでは、“la
st＿time”は１つ前のログ情報の値３００であり、“th
is＿time”は３５０のため、待機処理“wait(50)”を行
う。

【０１０１】（８）ＤＭＬの実行の前にログ情報から
ホスト変数値を復元する（７Ｂ２７〜７Ｂ２８）。この
場合、ログ情報（８Ｆ０３）内のホスト変数値情報から
ホスト変数“h ＿amount”の値を１０に“w ＿id”の値
を１３００に復元する。（９）ＤＭＬの実行直前のログ取得位置情報により該
当するＤＭＬを実行する。loc ＿idが３であることによ
り、既に７Ｂ１４において分岐を行っている。よって、
ここでは、ＳＱＬ（７Ｂ３０〜７Ｂ３２）を実行し、ス
テップ３０６１０に移行する。

【０１０２】（１０）ＤＭＬの実行直後のログ情報を
入力する（７Ｂ０９〜７Ｂ１０）。ログ情報（８Ｆ０
４）を入力する。ログ情報は、“loc ＿id=4”なので、
ログ対象種別情報は、ＤＭＬの実行直前のログである。
時刻情報は、“this＿time=900”であり、ログ取得位置
情報は“loc ＿id=4”であり、この後、７Ｂ８２，８Ｂ
８３，７Ｂ０６を実行し、ステップ３０６１０に移行す
る。

【０１０３】（１１）ＤＭＬの実行直前のログ情報
（時刻情報、ログ取得位置情報、ログ対象種別情報、ホ
スト変数値情報）を入力する（７Ｂ０９〜７Ｂ１０）。
ここでは、ログ情報（８Ｆ０５）を入力する。ログ情報
は、“loc ＿id=5”なので、ログ対象種別情報は、ＤＭ
Ｌの実行直前のログである。時刻情報は、“this＿time
=910”であり、ログ取得位置情報は“loc ＿id=5”であ
り、ホスト変数値情報はない。この場合は、終了しない
で次の処理に移行する。

【０１０４】（１２）ＤＭＬの実行直後のログの時刻
情報とＤＭＬの実行直前のログの時刻情報の差の時間だ
け、待機処理（wait) 行う（７Ｂ３６）。ここでは、
“last＿time”は１つ前のログ情報の値９００であり、
“this＿time”は９１０のため、wait(10)を行う。

【０１０５】（１３）ＤＭＬ実行の前にログ情報から
ホスト変数値を復元する。ここでは、ログ（８Ｆ０５）
内にホスト変数値の情報がないので、ホスト変数値の再
現は行わない。（１４）ＤＭＬの実行直前のログの取得位置情報によ
り該当するＤＭＬを実行する。loc ＿idが５であること
により、既に７Ｂ１４において分岐を行っている。よっ
て、ここでは、ＳＱＬ３（７Ｂ３８）が実行される。

【０１０６】（１５）ＤＭＬの実行直後のログ情報を
入力する（７Ｂ０９〜７Ｂ１０）。ログ情報（８Ｆ０
６）を入力する。ログ情報は、loc ＿id＝６なので、ロ
グ対象種別情報は、ＤＭＬの実行直後のログであり、時
刻情報this＿time＝１０１０、ログ取得位置情報はloc
＿id＝６である。この後、７Ｂ８２，７Ｂ８３，７Ｂ０
６を実行し、ステップ３０６１０に移行する。

【０１０７】（１６）ＤＭＬの実行直前のログ情報を
入力する（時刻情報、ログ取得位置情報、ログ対象種別
情報、ホスト変数値情報）を入力する（７Ｂ０９〜７Ｂ
１０）。ログ情報（８Ｆ０７）を入力する。ログ情報
は、loc ＿id＝７なので、ログ対象種別情報は、ＤＭＬ
の実行直前のログであり、時刻情報this＿time＝１０６
０、ログ取得位置情報はloc ＿id＝７、ホスト変数値情
報は１０１３００である。この場合には、終了しないで
次に処理に移行する。

【０１０８】（１７）ＤＭＬの実行直後のログの時刻
情報とＤＭＬの実行直前のログの時刻情報の差の時間だ
け、待機処理を行う（７Ｂ４２）。ここでは、last＿ti
meは、１つ前のログ情報の値１０１０であり、this＿ti
meは１０６０のため、待機処理wait(50)を行う。

【０１０９】（１８）ＤＭＬの実行の前にログ情報か
らホスト変数値を復元する（７Ｂ４３）。この場合、ロ
グ情報（８Ｆ０７）内のホスト変数値情報からホスト変
数i＿idの値を１０１３００に復元する。（１９）ＤＭＬの実行直前のログの取得位置情報によ
り該当するＤＭＬを実行する。loc ＿idが７であること
により、既に７Ｂ１４において分岐を行っている。よっ
て、ここでは、ＳＱＬ４（７Ｂ４１〜７Ｂ４４）が実行
される。

【０１１０】（２０）ＤＭＬの実行直前のログ情報を
入力する（７Ｂ０９〜７Ｂ１０）。ログ情報（８Ｆ０
８）を入力する。ログ情報は、loc ＿id＝８なので、ロ
グ対象種別情報は、ＤＭＬの実行直前のログであり、時
刻情報this＿time＝１１１０、ログ取得位置情報はloc
＿id＝８である。この後、７Ｂ８２，７Ｂ８３，７Ｂ０
６を実行し、ステップ３０６１０に移行する。

【０１１１】以後、終了条件が満たされるまで同様にル
ープは繰り返される。以上は、プロセス１の移植ログを
使用したＡＰ２の疑似になったが、同様にプロセス２の
移植ログを使用し、ＡＰ１とＡＰ２を同時に実行させる
こともできる。以上のステップ３０６の処理は、ソー
スリストをコンパイルした後に実行する。図１４、図１
５のＡＰをＡＰ１とし、プロセスＩＤは、“１”とす
る。その結果がログとして、図９のように出力される。
その出力結果は、・７Ｂ１８のログ取得関数を実行した時のログが８Ｄ０
１のように出力される。・７Ｂ２３のログ取得関数を実行した時のログが８Ｄ０
２のように出力される。・７Ｂ２９のログ取得関数を実行した時のログが８Ｄ０
３のように出力される。・７Ｂ３３のログ取得関数を実行した時のログが８Ｄ０
４のように出力される。・７Ｂ３７のログ取得関数を実行した時のログが８Ｄ０
５のように出力される。・７Ｂ３９のログ取得関数を実行した時のログが８Ｄ０
６のように出力される。・７Ｂ４４のログ取得関数を実行した時のログが８Ｄ０
７のように出力される。・７Ｂ４９のログ取得関数を実行した時のログが８Ｄ０
８のように出力される。以下、同様であるので、省略する。

【０１１２】疑似ＡＰの出力したこのログは若干時刻情
報がずれる場合があるものの、実ＡＰの出力したログ
（図１３）と時刻情報に関して評価上略同様の実行結果
となる（但し、ホスト変数値の出力部分を除く）。［第３の実施例］次に第３の実施例として、実環境での
ＤＭＬの実行時間、非ＤＭＬの実行時間、評価環境での
ＤＭＬの実行時間を用いて評価環境でも疑似ＡＰの待機
時間（wait）を調整する処理を説明する。

【０１１３】図１７は、本発明の第３の実施例の構成を
示す。同図は、図３に示す疑似ＡＰ実行ログ取得部５０
の構成を示す。疑似ＡＰ実行ログ取得部５０は、ＤＭＬ
実行直前ログ入力部５１、差時間計算部５２、待機部５
３、ＤＭＬ実行部５４、ＤＭＬ実行直後ログ情報入力部
５５から構成される。

【０１１４】ＤＭＬ実行直前ログ入力部５１は、ＤＭＬ
の実行直前のログ情報３０１を差時間計算部５２に入力
する。差時間計算部５２は、ＤＭＬ実行直前ログ入力部
５１から入力されたＤＭＬの実行直前のログ情報３０１
とＤＭＬの実行直線の時刻３０２の差を求め、差時間３
０３として待機部５３に入力する。

【０１１５】待機部５３は、差時間３０３が差時間計算
部５２から入力されると、当該差時間３０３の時間だけ
待機する。待機する時間が経過したら、ＤＭＬ実行部５
４に起動をかける。ＤＭＬ実行部５４は、待機時間が経
過したら、ＤＭＬ実行直前のログの取得位置情報により
該当するＤＭＬを実行する。

【０１１６】ＤＭＬ実行直後ログ情報入力部５５は、Ｄ
ＭＬの実行直後のログ情報を入力する。図１８は、本発
明の第３の実施例のＡＰを疑似するフローチャートであ
る。ステップ４０１）ＤＭＬ実行直前のログ情報（時刻情
報、位置情報、ログ対象種別情報）を入力する。

【０１１７】ステップ４０２）もし、ここで、ＡＰを
疑似する処理を終了するのであれば、終了処理を行う。
続行する場合には、ステップ４０３に移行する。ステップ４０３）ログ情報からホスト変数値を再現す
る。ステップ４０４）実環境でのＤＭＬの実行時間をＴ１
Ｄ、非ＤＭＬの実行時間をＴ１ｗ、評価環境でのＤＭＬ
の実行時間をＴ２Ｄとし、Ｔ２ｗ＝Ｔ２Ｄ×Ｔ１ｗ／Ｔ１Ｄとするとき、Ｔ２ｗ時間だけｗａｉｔ（待機）する。

【０１１８】ステップ４０５）ログの取得位置情報に
より該当するＤＭＬを実行する。ステップ４０６）ＤＭＬ実行直後のログ情報を入力す
る。ステップ４０７）終了条件が満たされるまで、上記の
処理を繰り返す。以下の説明で使用するソースプログラムは、図２２、図
２３に示す。

【０１１９】まず、事前にＴ１ｗ（実環境での非ＤＭＬ
の実行時間）、Ｔ１Ｄ（実環境でのＤＭＬの実行時
間）、Ｔ２Ｄ（評価環境でのＤＭＬの実行時間）を求め
る必要がある。Ｔ１Ｄ（実環境でのＤＭＬの実行時間）
については、前述の第１の実施例で取得した、図２７に
示したログの情報を用いて算出する。Ｔ１Ｄ＝（３００−０）＋（９００−３５０）＋（１０
１０−９１０＝１０００Ｔ１ｗは、疑似ＡＰの実行時にログから算出された値を
用いる。

【０１２０】また、Ｔ２Ｄについても前述の第１の実施
例で取得した図６に示したログ情報を用いて算出するも
のとする。Ｔ２Ｄ＝（２８０−０）＋（８７０−３３０）＋（９７
０−８８０）＋（１０８０−１０２０）＝９７０よって、Ｔ２ｗ＝Ｔ２Ｄ×Ｔ１ｗ／Ｔ１Ｄ＝（９７０／１００
０）×Ｔ１ｗ＝０．９７×Ｔ１ｗ例えば、図１９に示す疑似ＡＰのソースプログラムの例
では、前述の第１の実施例において、ステップ３０６３
の７Ａ１６は７Ｃ１６）では、待機時間（ｗａｉｔ）
は、０×０．９７＝０となる。また、７Ａ２５について
は、７Ｃ２６で５０×０．９７＝４８．５となる。ま
た、７Ａ３３については、７Ｃ３６で１０×０．９７＝
９．７となる。７Ａ３９については、７Ｃ４２のように
なり、５０×０．９７＝４８．５になる。

【０１２１】この例では、ＤＭＬと非ＤＭＬの比の対応
付けの単位は１ＡＰ毎としたが、この単位は１ＤＭＬ単
位、１プロセス単位、１ＡＰ単位、複数ＡＰをまとめた
システム単位等であってもよい。その場合には、比をと
った単位をそのまま対応する単位のｗａｉｔ（待ち時
間）の変更に使用するだけで、原理的には同じであるの
で、説明は省略する（ＤＭＬ単位に比をとれば、各ｗａ
ｉｔ文の比も異なるということ）。

【０１２２】なお、上記の実施例では、１度の測定の結
果のみを用いたが、一般には複数回の実行の後、統計的
な処理（平均をとる、得意点を外す、動作が暗転してか
ら値を採る等）を行った結果を用いる。なお、上記の第
３の実施例で使用されている値（Ｔ１Ｄ，Ｔ１ｗ，Ｔ２
Ｄ）は、任意に算出／測定した値を用いてもよい。

【０１２３】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【０１２４】

【発明の効果】上述のように本発明のデータベースシス
テムの性能チューニング方法及びデータベースシステム
の性能チューニング装置によれば、実ＡＰを評価環境に
移してチューニングを行う必要がある場合に、業務知識
等の移植に関する知識を必要とせずに、容易に短時間で
評価及びチューニングを行うことが可能である。

【０１２５】また、本発明によれば、スループットのよ
り正確な（近似率が高い）評価及びチューニングが可能
となる。また、本発明によれば、ＤＭＬ間の応答時間の
比や、資源のロック状況、“NOT FOUND ”処理の疑似的
な再現を可能にし、スループットの近似度が向上する。

【０１２６】また、本発明によれば、実環境と評価環境
において、ＣＰＵとＩ／Ｏの性能比が大きく異なって
も、実環境と同様のＡＰ動作を再現することが可能にな
り、スループットの近似度が向上する。また、スループ
ットの再現が可能となり、スループットのより正確な
（近似率が高い）評価及びチューニングを可能にする。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の原理を説明するためのフローチャート
である。

【図３】本発明の第１の実施例のシステム構成図であ
る。

【図４】本発明の第１の実施例の評価・チューニングの
フローチャートである。

【図５】本発明の第１の実施例の移植ログの例を示す図
である。

【図６】本発明の第１の実施例の疑似ＡＰのソースプロ
グラム例（その１）である。

【図７】本発明の第１の実施例の疑似ＡＰのソースプロ
グラム例（その２）である。

【図８】本発明の第１の実施例のＡＰを疑似する処理の
フローチャートである。

【図９】本発明の第１の実施例の疑似ＡＰのログ情報取
得操作（getlog) によって収集されたログの例を示す図
である。

【図１０】本発明の第２の実施例の実環境のＡＰのソー
スプログラム例（その１）である。

【図１１】本発明の第２の実施例の実環境のＡＰのソー
スプログラム例（その２）である。

【図１２】本発明の第２の実施例のログ情報取得操作
（getlog) によって収集されたログの例（ホスト変数値
の保存あり）を示す図である。

【図１３】本発明の第２の実施例の移植ログの例（ホス
ト変数値の保存あり）を示す図である。

【図１４】本発明の第２の実施例の疑似ＡＰのソースプ
ログラム例（その１）（ホスト変数値の再現あり）であ
る。

【図１５】本発明の第２の実施例の疑似ＡＰのソースプ
ログラム例（その２）（ホスト変数値の再現あり）であ
る。

【図１６】本発明の第２の実施例のＡＰを疑似する処理
のフローチャート（ホスト変数値の復元あり）である。

【図１７】本発明の第３の実施例の構成図である。

【図１８】本発明の第３の実施例のＡＰを疑似するフロ
ーチャート（ホスト変数値の復元あり。ＷＡＩＴ時間の
調整あり）である。

【図１９】本発明の第３の実施例のＡＰのソースプログ
ラム例（ホスト変数値の再現あり。ＷＡＩＴ時間調整あ
り）（その１）である。

【図２０】本発明の第３の実施例のＡＰのソースプログ
ラム例（ホスト変数値の再現あり。ＷＡＩＴ時間調整あ
り）（その２）である。

【図２１】従来の第１の評価・チューニングのフローチ
ャート（実環境と評価環境が同一環境の場合）である。

【図２２】従来の第１の方法を説明するための実環境の
ＡＰのソースプログラム例（その１）である。

【図２３】従来の第１の方法を説明するための実環境の
ＡＰのソースプログラム例（その２）である。

【図２４】従来の第１の方法を説明するための実環境Ａ
Ｐのソースプログラム例（ログ情報取得関数を埋め込ん
だ後）（その１）である。

【図２５】従来の第１の方法を説明するための実環境Ａ
Ｐのソースプログラム例（ログ情報取得関数を埋め込ん
だ後）（その２）である。

【図２６】実ＡＰの実行動作を説明する例である。

【図２７】ログ情報取得操作（getlog) によって収集さ
れたログの例である。

【図２８】従来の第２の評価・チューニングのフローチ
ャート（実環境と評価環境が異なる環境の場合）であ
る。

【図２９】従来の第２の方法の移植ＡＰのソースプログ
ラム例（第１パターン）（その１）である。

【図３０】従来の第２の方法の移植ＡＰのソースプログ
ラム例（第１パターン）（その２）である。

【図３１】従来の第２の方法の移植ＡＰのソースプログ
ラム例（第２パターン）（その１）である。

【図３２】従来の第２の方法の移植ＡＰのソースプログ
ラム例（第２パターン）（その２）である。

【図３３】従来の第２の方法の移植ＡＰのソースプログ
ラム例（第３パターン）である。

【符号の説明】

１０ログ埋込手段、第１のログ取得処理埋込部２０第１のログ取得手段、実ＡＰ実行ログ取得部２１ログ保持部２７移植ログ作成部３０疑似ＡＰ生成手段、疑似ＡＰ作成部４０ログ取得関数埋込手段、第２のログ取得処理埋込
部５０第２のログ取得手段、疑似ＡＰ実行ログ取得部５１ＤＭＬ実行直前ログ入力部５２差時間計算部５３待機部５４ＤＭＬ実行部５５ＤＭＬ実行直後ログ情報入力部６０評価手段、ＤＭＬ評価部７０判定手段、判定部８０チューニング部１００実ＡＰ１０５実行ログＡ１１０移植ログ２００疑似ＡＰ２０５実行ログＢ３０１ログ情報３０２ＤＭＬ実行直前の時刻３０３差時間３０４ＤＭＬのＩＤ３０５ＤＭＬ実行直後の時刻

Claims

【特許請求の範囲】

【請求項１】データベースシステムの性能の評価及び
チューニングを行うデータベースシステムの性能チュー
ニング装置において、実アプリケーションプログラム（以下ＡＰと記す）内の
データベース（以下、ＤＢと記す）操作の実行順序と該
操作のタイミングをログ化した制御情報を、該実ＡＰの
代わりに使用して、該ＡＰの疑似化を行う疑似手段と、前記疑似手段により疑似化されたＡＰを実行した結果を
評価し、評価結果に基づいて性能改善を行う改善手段と
を有することを特徴とするデータベースシステムの性能
チューニング装置。
【請求項２】前記疑似手段は、前記実ＡＰにログ化された前記制御情報を埋め込むログ
埋込手段と、前記実ＡＰを実行し、第１の実ログを取得し、該第１の
実ログを評価環境に移植し、該第１の実ログを移植ログ
とする第１のログ取得手段と、前記実ＡＰのデータベース操作情報に基づいて疑似ＡＰ
を作成する疑似ＡＰ生成手段と、前記疑似ＡＰ生成手段で生成された前記疑似ＡＰにログ
取得関数を埋め込むログ取得関数埋込手段と、前記移植ログを入力として前記疑似ＡＰを実行し、第２
の実行ログを取得する第２のログ取得手段とを有する請
求項１記載のデータベースシステムの性能チューニング
装置。
【請求項３】前記改善手段は、前記疑似ＡＰ内のデータベース操作情報の評価を行う評
価手段と、前記評価手段による評価結果に基づいて、性能改善が必
要であるか否かを判定し、必要である場合には、データ
ベース定義や前記データベース操作情報の変更を行い、
再び、前記第２のログ取得手段、前記評価手段を繰り返
す手段とを有する請求項１記載のデータベースシステム
の性能チューニング装置。
【請求項４】前記評価手段は、前記第２の実行ログの統計処理を行う統計手段を含む請
求項３記載のデータベースシステムの性能チューニング
装置。
【請求項５】前記第２のログ取得手段は、前記データベース操作情報の実行直前のログ情報を入力
する第１のログ情報入力手段と、前記データベース操作情報の実行直後のログの時刻情報
と前記データベース操作情報の実行直前のログの時刻情
報の差の時間だけ待機する待機手段と、前記データベース操作情報の直前のログの取得位置情報
により該当するデータベース操作情報を実行するデータ
ベース操作情報実行手段と、前記データベース操作情報の直後のログ情報を入力する
第２のログ情報入力手段と、前記第１のログ情報入力手段、前記待機手段、前記デー
タベース操作情報実行手段及び前記第２のログ情報入力
手段とを繰り返す手段とを有し、データベースシステムのデータベース問い合わせを疑似
する請求項２記載のデータベースシステムの性能チュー
ニング装置。
【請求項６】前記データベース操作情報の実行直前の
ログ情報を入力する第１のログ情報入力手段と、前記データベース操作情報の実行直後のログの時刻情報
と前記データベース操作情報の実行直前のログの時刻情
報の差の時間だけ待機する待機手段と、前記データベース操作情報の直前のログの取得位置情報
により該当するデータベース操作情報を実行するデータ
ベース操作情報実行手段と、前記データベース操作情報直後のログ情報を入力する第
２のログ情報入力手段と、前記第１のログ情報入力手段、前記待機手段、前記デー
タベース操作情報実行手段及び前記第２のログ情報入力
手段とを繰り返す手段とを有し、データベースシステムのデータベース問い合わせを疑似
するＡＰ疑似実行手段を更に有する請求項２記載のデー
タベースシステムの性能チューニング装置。
【請求項７】前記第１のログ取得手段は、前記実ＡＰのデータベース操作の実行直前に入力される
ホスト変数値をログとして保持するログ保持手段を有す
る請求項２記載のデータベースシステム性能チューニン
グ装置。
【請求項８】前記データベース操作情報実行手段は、前記データベースシステムのデータベース問い合わせ処
理のアクセスを疑似する場合に、前記データベース操作
情報の実行前に前記ログ情報からＡＰを記述する言語内
の変数であるホスト変数値を復元するホスト変数値復元
手段を含む請求項５又は６記載のデータベースシステム
の性能チューニング装置。
【請求項９】前記待機手段は、前記データベースシステムのデータベース問い合わせ処
理のスループットを疑似するために、実環境での前記デ
ータベース操作情報の実行時間をＴ１Ｄ、非データベー
ス操作情報の実行時間をＴ１Ｗ、評価環境での前記デー
タベース操作情報の実行時間をＴ２Ｄとするとき、Ｔ２
Ｗ＝Ｔ２Ｄ×Ｔ１Ｗ／Ｔ１Ｄとするとき、Ｔ２Ｗを待機
時間とする請求項５又は６記載のデータベースシステム
の性能チューニング装置。
【請求項１０】データベースシステムの性能の評価及
びチューニングを行うデータベースシステムの性能チュ
ーニング方法において、実ＡＰ内のデータベース（以下、ＤＢと記す）操作の実
行順序と該操作のタイミングをログ化した制御情報を、
該実ＡＰの代わりに使用して、該ＡＰの疑似化を行い、疑似化されたＡＰを実行し、前記ＡＰを実行した結果を評価し、評価結果に基づいて性能改善を行うことを特徴とするデ
ータベースシステムの性能チューニング方法。
【請求項１１】前記実ＡＰを疑似化する際に、前記実ＡＰにログ化された前記制御情報を埋め込み、前記実ＡＰを実行し、第１の実ログを取得し、前記第１の実ログを評価環境に移植し、該第１の実ログ
を移植ログとし、前記実ＡＰのデータベース操作情報に基づいて疑似ＡＰ
を作成し、生成された前記疑似ＡＰにログ取得関数を埋め込み、前記移植ログを入力として前記疑似ＡＰを実行し、第２の実行ログを取得する請求項１０記載のデータベー
スシステムの性能チューニング方法。
【請求項１２】前記性能改善を行う際に、前記疑似ＡＰ内のデータベース操作情報の評価を行い、評価結果に基づいて、性能改善が必要であるか否かを判
定し、必要である場合には、データベース定義や前記データベ
ース操作情報の変更を行い、再び、前記ＡＰを実行して
前記第２のログを取得し、前記ＡＰを実行した結果を評価する処理を繰り返す請求
項１０記載のデータベースシステムの性能チューニング
方法。
【請求項１３】前記ＡＰ内のデータベース操作情報の
評価を行う際に、前記第２の実行ログの統計処理を行う請求項１２記載の
データベースシステムの性能チューニング方法。
【請求項１４】前記第２の実行ログを取得する際に、前記データベース操作情報の実行直前のログ情報を入力
し、前記データベース操作情報の実行直後のログの時刻情報
と前記データベース操作情報の実行直前のログの時刻情
報の差の時間だけ待機し、前記データベース操作情報直前のログの取得位置情報に
より該当するデータベース操作情報を実行し、前記データベース操作情報直後のログ情報を入力する処
理を繰り返して、データベースシステムのデータベース
問い合わせを疑似する請求項１１記載のデータベースシ
ステムの性能チューニング方法。
【請求項１５】前記第１のログを取得する際に、前記実ＡＰのデータベース操作の実行直前に入力される
ホスト変数値をログとして保持する請求項１１のデータ
ベースシステム性能チューニング方法。
【請求項１６】前記データベース操作情報を実行する
際に、前記データベースシステムのデータベース問い合わせ処
理のアクセスを疑似する場合に、前記データベース操作
情報の実行前に前記ログ情報から、ＡＰを記述する言語
内の変数であるホスト変数値を復元する請求項１４記載
のデータベースシステムの性能チューニング方法。
【請求項１７】前記時刻情報の差の時間を待機する際
に、前記データベースシステムのデータベース問い合わせ処
理のスループットを疑似するために、実環境での前記デ
ータベース操作情報の実行時間をＴ１Ｄ、非データベー
ス操作情報の実行時間をＴ１Ｗ、評価環境での前記デー
タベース操作情報の実行時間をＴ２Ｄとするとき、Ｔ２
Ｗ＝Ｔ２Ｄ×Ｔ１Ｗ／Ｔ１Ｄとするとき、Ｔ２Ｗを待機
時間とする請求項１４記載のデータベースシステムの性
能チューニング方法。