(57)【要約】【課題】従来のクライアントシミュレータシステムでは、コンピュータシステムの可用性を評価する際に、クライアントに見える詳細な状態を評価できないため、フェールセーフ機能を有するコンピュータシステムの可用性を評価できるクライアントシミュレータシステムを提供する。【解決手段】一定間隔で常にトランザクションを発生させるクライアントシミュレータを作成を使用し、通過するサーバ上においてもそれぞれ経過時間をログに残すことで、障害ポイント特定と障害パターンの評価を行う。【選択図】図４
2007122416.tif 000002
【特許請求の範囲】
【請求項１】
シミュレータ制御部と、
前記シミュレータ制御部により起動され、クライアント装置に対して要求信号を発生して前記要求信号に対する応答時間を調べるクライアントシミュレータと、
前記応答時間を前記クライアント装置毎に集計して分析し、且つ、前記クライアント装置の障害時に、前記応答時間に与える影響を評価する評価部と
を備えたことを特徴とする
シミュレータシステム。
【請求項２】
請求項１に記載のシミュレータシステムにおいて、
前記シミュレータ制御部は、一定間隔で前記クライアントシミュレータを生成する
シミュレータシステム。
【請求項３】
請求項２に記載のシミュレータシステムにおいて、
前記シミュレータ制御部は、前記クライアントシミュレータの新たな生成を停止し、残存している前記クライアントシミュレータに対して停止命令を出し、前期評価部に評価を指示する
シミュレータシステム。
【請求項４】
請求項１に記載のシミュレータシステムにおいて、
前記評価部は、前記クライアントシミュレータにより生成されたシミュレータログデータがネットワークを介し複数に存在する場合にも、前記シミュレータログデータを収集して評価結果を出力する
シミュレータシステム。
【請求項５】
請求項１に記載のシミュレータシステムにおいて、
前記クライアント装置は、
受付サーバ装置と、
データベースサーバ装置と
を含み、
前記受付サーバ装置は、前記クライアントシミュレータから受けた要求を元に前記データベースサーバ装置へ要求し結果を待ち、前記データベースサーバ装置からの応答結果を前記クライアントシミュレータへ応答し、
前記データベースサーバ装置は、前記受付サーバ装置からの要求を元に業務データベースに登録、修正、又は削除を行い、且つ、データベースログデータに時間を記録し前記受付サーバ装置へ応答する
シミュレータシステム。
【請求項６】
請求項４に記載のシミュレータシステムにおいて、
前記データベースサーバ装置は、
動作中のデータベースサーバ（アクティブ）装置と、
待機中のデータベースサーバ（スタンバイ）装置と
を含み、
前記データベースサーバ（スタンバイ）装置は、前記データベースサーバ（アクティブ）装置が障害で使用不能になった場合、前記データベースログデータと前記業務データベースとを引き継ぎデータベースサーバ（アクティブ）装置として動作するフェールセーフ機能を有する
シミュレータシステム。
【請求項７】
請求項１に記載のシミュレータシステムにおいて、
前記クライアントシミュレータと複数の前記クライアント装置との通信を中継する負荷分散装置を更に具備する
シミュレータシステム。
【請求項８】
（ａ）各種設定情報から情報の読み取りを行うステップと、
（ｂ）クライアントシミュレータに対してユニークなＩＤを払い出すステップと、
（ｃ）クライアントシミュレータを新たに生成するステップと、
（ｄ）クライアントシミュレータを生成した後、一定時間停止するステップと、
（ｅ）停止命令が無い限り一定間隔でクライアントシミュレータを生成し続けるステップと、
（ｆ）残存しているクライアントシミュレータをチェックし停止命令を出すステップと、
（ｇ）全てのクライアントシミュレータが停止した後、評価部に集計を要求し終了するステップと
を具備する
評価方法。
【請求項９】
請求項８に記載の評価方法において、
前記（ｃ）ステップは、
（ｃ１）クライアントシミュレータが各種設定情報を読み込み設定するステップと、
（ｃ２）シミュレーションの開始時刻を取得し記録するステップと、
（ｃ３）受付サーバ装置に対して要求を出し応答を待つステップと、
（ｃ４）前記応答が帰ってきたら、前記シミュレーションの終了時刻を取得し記録するステップと、
（ｃ５）前記開始時刻と、前記終了時刻と、前記応答に書き込まれた時刻と、をクライアントシミュレータに設定されたユニークなＩＤをキーにシミュレータログデータに登録するステップと、
（ｃ６）動作中に停止命令があった場合は、一定時間待ち、実際に無いデータは空白として前記（ｃ５）ステップの処理を行うステップと
を具備する
評価方法。
【請求項１０】
請求項８に記載の評価方法において、
前記（ｇ）ステップは、
（ｇ１）評価部がシミュレータログデータをコピーし取得するステップと、
（ｇ２）受付サーバログデータをファイル転送で取得するステップと、
（ｇ３）データベースログデータをファイル転送で取得するステップと、
（ｇ４）収集した前記シミュレータログデータを読み込みログデータの作成を行うステップと、
（ｇ５）前記ログデータに中途半端なデータが作られている場合があるか調査するステップと、
（ｇ６）前記ログデータの不足情報を前記受付サーバログデータから埋めるステップと、
（ｇ７）前記ログデータに、まだ不足情報があるか調査するステップと、
（ｇ８）前記ログデータの不足情報を前記データベースログデータから読み取るステップと、
（ｇ９）これまでに集計した前記ログデータを元に経過時間を計算するステップと、
（ｇ１０）前記ログデータをグラフ化するステップと
を具備する
評価方法。
【請求項１１】
請求項８乃至１０のいずれか一項に記載の評価方法を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フェールセーフ機能を持ったコンピュータシステムにおけるシミュレータシステムに関する。
【背景技術】
【０００２】
従来のクライアントシミュレータシステムの一例について、添付図面を参照して説明する。
図１に示すように、この従来のクライアントシミュレータシステムは、シミュレータサーバ装置と、シミュレーション対象サーバ装置を有している。シミュレータサーバ装置は、クライアントシミュレータを備えている。ここでは、シミュレーション対象サーバ装置がクライアントとなる。
【０００３】
従来のクライアントシミュレータシステムは以下のように動作する。すなわち、シミュレータサーバ装置のクライアントシミュレータがシミュレーション対象サーバ装置へ要求し、応答結果を待ち、経過時間などをログ等に記録する。
この方法の場合、１台のシミュレータサーバ装置を使って実システムのような複数のクライアント端末からのトランザクション投入を実現できないため、図２に示すように、複数のシミュレータ子プロセス（１〜ｎ：ｎは子プロセス数）とＩＰアドレス等の固有情報を持たせ仮想的に複数端末からのトランザクション投入を行っている。なお、子プロセスは、親プロセスによって生成された別のプロセスである。一般に子プロセスでは、親プロセスのリソース（メモリ資源など）の一部又は全てを継承する。
【０００４】
第１の問題点は、フェールセーフ機能の評価を行う際に、クライアントに対するサービスダウンタイムがわからないということである。その理由は、クライアントシミュレータがｎ個という固定数になっているため、サーバ障害によってサーバ応答の返却が無いと待たされ、次の要求を出せなくなってしまい、正確な障害時間を求めることができないためである。
第２の問題点は、障害理由を特定することができないということである。その理由は、クライアントシミュレータがフェールセーフ機能の評価を前提に作られていないため障害箇所の特定する機能が無い。
【０００５】
関連する技術として、特開平０９−０７３４２５号公報にクライアントシミュレータが開示されている。
このクライアントシミュレータは、サーバマシンと一つ以上のクライアントマシンとをネットワークで接続したシステムのクライアントマシンをシミュレーションする。
ここで、ネットワークに送出されたメッセージをネットワークから取得して記録する記録手段と、記録したメッセージを再生してネットワークに送出する再生手段を備えたことを特徴とする。
【０００６】
特開２００５−０４４０４８号公報にシミュレータが開示されている。
このシミュレータは、メモリと、書き込み手段と、受信手段と、送信手段とを有する。
書き込み手段は、通信網を構成する通信装置へ前記通信装置の内部状態を記述した応答を要求するコマンドを送信し、前記コマンドに応じて前記通信装置から返信された前記応答を受信する既存のオペレーション装置から、前記コマンドと該コマンドに応じて前記通信装置から返信された前記応答とを受け取り、該コマンド及び該応答を対応付けて前記メモリに書き込む。受信手段は、試験対象のオペレーション装置から送信された前記コマンドを受信する。送信手段は、前記受信手段が受信した前記コマンドが前記メモリに記憶されているか否かを判定し、記憶されていると判定した場合には、前記受信手段が受信した前記コマンドに対応付けて前記メモリに記憶されている前記応答を前記試験対象のオペレーション装置へ返信する。
【０００７】
特開２０００−０５７０９６号公報に多端末シミュレータにおけるトランザクション投入方法が開示されている。
多端末シミュレータでは、多端末システムの性能評価を行うため、トランザクション投入サーバ上で実端末からのトランザクション入力をシミュレートし、多端末システムの性能評価のためのデータ収集する。この多端末シミュレータは、外部記憶装置より各端末をシミュレートするシミュレートデータを読み込み、多端末システムとのコネクションを確立し、トランザクションを擬似的に投入するシミュレータプロセスで、システム特性値を取得し、一定以上の変化であれば、トランザクション投入間隔の変化率を変更するトランザクション投入制御手段を有する。
【０００８】
特開２００４−０６２７００号公報に多端末シミュレータにおけるシミュレート方法が開示されている。
シミュレータ起動端末では、シミュレータ起動端末上で複数台のクライアント端末からのアクセスをシミュレートし、多端末システムの性能評価のためのデータを収集する。
この多端末シミュレータにおけるシミュレート方法は、実際の運用におけるログを基に作成されたシミュレーション用データと、同じく実際の運用のアクセスログを基に作成されたクライアント端末毎に異なるＩＰアドレスの情報ファイルよりシミュレーション用トランザクションを作成し、多端末システムにシミュレーション用トランザクションを投入することにより、シミュレータ起動端末１台のみを用いて、異なるＩＰアドレスを持つ複数の端末からの処理要求という実際の運用に近い環境下で性能評価を行う制御手段を有する。
【０００９】
特開２００４−３０２５４７号公報にサーバーシステムのレスポンス監視方法と装置が開示されている。
このサーバーシステムのレスポンス監視方法は、以下の各段階を有する。
（１）第１段階
サービスアプリケーションと同一又は類似のシミュレーションアプリケーションを対象サーバーシステムで起動する。
（２）第２段階
前記対象サーバーシステムに処理要求を送信し前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、ループ状のプロセスを生成する。
（３）第３段階
前記対象サーバーシステムに対して前記ループ状のプロセスを多重的に生成し、そして前記対象サーバーシステムの処理の多重度を変化させる。
（４）第４段階
前記対象サーバーシステムの処理の多重度を変化させるごとに前記対象サーバーシステムのスループットとレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得する。
（５）第５段階
前記対象サーバーシステムのサービスオペレーション時に前記対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視する。
（６）第６段階
前記対象サーバーシステムの処理多重度が前記トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達した時に、アラートを発しあるいはユーザーのアクセスを自動制限する。
【００１０】
【特許文献１】特開平０９−０７３４２５号公報
【特許文献２】特開２００５−０４４０４８号公報
【特許文献３】特開２０００−０５７０９６号公報
【特許文献４】特開２００４−０６２７００号公報
【特許文献５】特開２００４−３０２５４７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、フェールセーフ機能を有したシステムにおいて正確な可用性評価を行うクライアントシミュレータシステムを提供することにある。
【課題を解決するための手段】
【００１２】
以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１３】
本発明のシミュレータシステムは、シミュレータ制御部（１１１，２１１）と、前記シミュレータ制御部（１１１，２１１）により起動され、クライアント装置（１２０〜１４０）に対して要求信号（ＨＴＴＰリクエスト）を発生して前記要求信号に対する応答時間（Ｔｕｒｎ  Ａｒｏｕｎｄ  Ｔｉｍｅ）を調べるクライアントシミュレータ（１１２，２１２）と、前記応答時間を前記クライアント装置（１２０〜１４０）毎に集計して分析し、且つ、前記クライアント装置（１２０〜１４０）の障害時に、前記応答時間に与える影響を評価する評価部（１１３）とを備えたことを特徴とする。
【００１４】
前記シミュレータ制御部（１１１，２１１）は、一定間隔で前記クライアントシミュレータ（１１２，２１２）を生成する。
【００１５】
前記シミュレータ制御部（１１１，２１１）は、前記クライアントシミュレータ（１１２，２１２）の新たな生成を停止し、残存している前記クライアントシミュレータ（１１２，２１２）に対して停止命令を出し、前期評価部（１１３）に評価を指示する。
【００１６】
前記評価部（１１３）は、前記クライアントシミュレータ（１１２，２１２）により生成されたシミュレータログデータ（１１５，２１５）がネットワークを介し複数に存在する場合にも、前記シミュレータログデータ（１１５，２１５）を収集して評価結果を出力する。
【００１７】
前記クライアント装置（１２０〜１４０）は、受付サーバ装置（１２０）と、データベースサーバ装置（１３０，１４０）とを含む。
前記受付サーバ装置（１２０）は、前記クライアントシミュレータ（１１２，２１２）から受けた要求を元に前記データベースサーバ装置（１３０，１４０）へ要求し結果を待ち、前記データベースサーバ装置（１３０，１４０）からの応答結果を前記クライアントシミュレータ（１１２，２１２）へ応答する。
前記データベースサーバ装置（１３０，１４０）は、前記受付サーバ装置（１２０）からの要求を元に業務データベース（１３２）に登録、修正、又は削除を行い、且つ、データベースログデータ（１３１）に時間を記録し前記受付サーバ装置（１２０）へ応答する。
【００１８】
前記データベースサーバ装置（１３０，１４０）は、動作中のデータベースサーバ（アクティブ）装置（１３０）と、待機中のデータベースサーバ（スタンバイ）装置（１４０）とを含む。
前記データベースサーバ（スタンバイ）装置（１４０）は、前記データベースサーバ（アクティブ）装置（１３０）が障害で使用不能になった場合、前記データベースログデータ（１３１）と前記業務データベース（１３２）とを引き継ぎデータベースサーバ（アクティブ）装置（１３０）として動作するフェールセーフ機能を有する。
【００１９】
本発明のシミュレータシステムは、前記クライアントシミュレータ（１１２，２１２）と複数の前記クライアント装置（１２０〜１４０）との通信を中継する負荷分散装置を更に具備する。
【００２０】
本発明の評価方法は、（ａ）各種設定情報から情報の読み取りを行うステップと、（ｂ）クライアントシミュレータ（１１２，２１２）に対してユニークなＩＤを払い出すステップと、（ｃ）クライアントシミュレータ（１１２，２１２）を新たに生成するステップと、（ｄ）クライアントシミュレータ（１１２，２１２）を生成した後、一定時間停止するステップと、（ｅ）停止命令が無い限り一定間隔でクライアントシミュレータ（１１２，２１２）を生成し続けるステップと、（ｆ）残存しているクライアントシミュレータ（１１２，２１２）をチェックし停止命令を出すステップと、（ｇ）全てのクライアントシミュレータ（１１２，２１２）が停止した後、評価部（１１３）に集計を要求し終了するステップとを具備する。
【００２１】
前記（ｃ）ステップは、（ｃ１）クライアントシミュレータ（１１２，２１２）が各種設定情報を読み込み設定するステップと、（ｃ２）シミュレーションの開始時刻を取得し記録するステップと、（ｃ３）受付サーバ装置（１２０）に対して要求を出し応答を待つステップと、（ｃ４）前記応答が帰ってきたら、前記シミュレーションの終了時刻を取得し記録するステップと、（ｃ５）前記開始時刻と、前記終了時刻と、前記応答に書き込まれた時刻と、をクライアントシミュレータ（１１２，２１２）に設定されたユニークなＩＤをキーにシミュレータログデータ（１１５，２１５）に登録するステップと、（ｃ６）動作中に停止命令があった場合は、一定時間待ち、実際に無いデータは空白として前記（ｃ５）ステップの処理を行うステップとを具備する。
【００２２】
前記（ｇ）ステップは、（ｇ１）評価部（１１３）がシミュレータログデータ（１１５，２１５）をコピーし取得するステップと、（ｇ２）受付サーバログデータ（１２１）をファイル転送で取得するステップと、（ｇ３）データベースログデータ（１３１）をファイル転送で取得するステップと、（ｇ４）収集した前記シミュレータログデータ（１１５，２１５）を読み込みログデータの作成を行うステップと、（ｇ５）前記ログデータに中途半端なデータが作られている場合があるか調査するステップと、（ｇ６）前記ログデータの不足情報を前記受付サーバログデータ（１２１）から埋めるステップと、（ｇ７）前記ログデータに、まだ不足情報があるか調査するステップと、（ｇ８）前記ログデータの不足情報を前記データベースログデータ（１３１）から読み取るステップと、（ｇ９）これまでに集計した前記ログデータを元に経過時間を計算するステップと、（ｇ１０）前記ログデータをＴＡＴ（Ｔｕｒｎ  Ａｒｏｕｎｄ  Ｔｉｍｅ）遷移図でグラフ化するステップとを具備する。
【００２３】
本発明のプログラムは、上記の評価方法をコンピュータに実行させる。
【発明の効果】
【００２４】
第１の効果は、フェールセーフ機能を持ったシステムの詳細なサービスダウンタイムを求めることができることにある。その理由は、要求開始部を別にしたことにより、シミュレータ実行部が異常処理などで停止した際にも、次の要求開始を可能としたためである。
第２の効果は、障害ポイントが確定できることにある。その理由は、各所に通過時間を計測することで障害ポイントを特定できるためである。
【発明を実施するための最良の形態】
【００２５】
以下に本発明の第１実施形態について添付図面を参照して説明する。
なお、本発明のシミュレータシステムで使用する各サーバ装置１００は、図３に示すように、中央処理装置１０１、プロセッサ１０２、及びデータ処理装置１０３を備えるコンピュータである。中央処理装置１０１やプロセッサ１０２は、サーバ装置１００内部の各部の制御を行う。データ処理装置１０３は、データの処理を行う。中央処理装置１０１、プロセッサ１０２、及びデータ処理装置１０３の一例としては、ＣＰＵが挙げられる。
【００２６】
図４を参照すると、本発明のシミュレータシステムは、シミュレータサーバ装置１１０と、受付サーバ装置１２０と、データベースサーバ（アクティブ）装置１３０と、データベースサーバ（スタンバイ）装置１４０を含む。これらのサーバ装置１１０〜１４０には、サーバ装置１００を使用する。
【００２７】
シミュレータサーバ装置１１０では、クライアントシミュレータが動作する。ここで、シミュレータサーバ装置１１０は、シミュレータ制御部１１１と、クライアントシミュレータ１１２と、評価部１１３と、各種設定情報１１４と、シミュレータログデータ１１５を含む。
【００２８】
シミュレータ制御部１１１は、クライアントシミュレータ１１２を生成、又は起動する。クライアントシミュレータ１１２は、受付サーバ装置１２０に、例えば、コンピュータからブラウザを使用して閲覧する動作といったＨＴＴＰリクエストを発生し、そのＴＡＴ（応答時間）を調べる評価を行う。評価部１１３は、上記ＴＡＴと、各サーバ装置の結果を集計し分析する。特に、データベースサーバ装置１３０の障害時に、ＴＡＴに与える影響を評価する。各種設定情報１１４は、ＨＴＴＰリクエストを発生させるために必要な情報である。例えば、受付サーバ装置１２０のＩＰアドレスや、ＨＴＴＰリクエストに必要なＵＲＩ等の情報である。シミュレータログデータ１１５は、クライアントシミュレータ１１２が行ったシミュレーションの結果情報である。
【００２９】
受付サーバ装置１２０は、ＷＷＷサーバの動作をするサーバであり、受付サーバログデータ１２１を含む。
【００３０】
データベースサーバ（アクティブ）装置１３０は、データベースログデータ１３１と業務データベース１３２を含む。
【００３１】
データベースサーバ（スタンバイ）装置１４０は、データベースサーバ（アクティブ）装置１３０が障害などで使用不能になった場合に、データベースログデータ１３１と業務データベース１３２を引き継ぎ継続するフェールセーフ機能を有している。
【００３２】
これらの手段はそれぞれ概略、次のように動作する。
シミュレータサーバ装置１１０は、シミュレーション制御部１１１より一定間隔でユニークなＩＤ（固有情報）を持ったクライアントシミュレータ１１２をそれぞれ生成し続ける。なお、ユニークなＩＤとは、トランザクション毎に連番となるＩＤであり、例えば、ＩＤ０００００００１、ＩＤ０００００００２、・・・等である。
評価終了時には、クライアントシミュレータ１１２の新たな生成を停止し、残存しているクライアントシミュレータ１１２に対して停止命令を出し、評価部１１３に評価を指示する。
受付サーバ装置１２０は、シミュレータサーバ装置１１０から受けた要求を元にデータベースサーバ（アクティブ）装置１３０へ要求し結果を待ち、応答結果をシミュレータサーバ装置へ応答する。
データベースサーバ（アクティブ）装置１３０は、受付サーバ装置１２０の要求を元に業務データベース１３２に登録／修正／削除を行う。更に、データベースログデータ１３１に時間を記録し受付サーバ装置１２０へ応答を返却する。
この時、データベースサーバ（アクティブ）装置１３０が障害などで使用不能になった場合、データベースサーバ（スタンバイ）装置１４０が、データベースサーバ（アクティブ）装置１３０として動作する。
【００３３】
次に、図５及び図６及び図７のフローチャートを参照して本実施の形態の全体の動作について詳細に説明する。なお、これらの動作は、各サーバ装置が備える中央処理装置１０１と、プロセッサ１０２と、データ処理装置１０３において実行される。
【００３４】
まず、図５のフローチャートを参照して、シミュレータ制御部の動作について説明する。
（１）ステップＡ１
まず、各種設定情報１１４から情報の読み取りを行う。
（２）ステップＡ２
次に、各種ログに残すために、クライアントシミュレータ１１２に対してユニークなＩＤを払い出す。
（３）ステップＡ３
更に、クライアントシミュレータ１１２を新たに生成する。
（４）ステップＡ４
生成した後、一定時間停止する。
（５）ステップＡ５
停止命令が無い限り一定間隔でクライアントシミュレータ１１２を生成し続ける。
（６）ステップＡ６
残存しているクライアントシミュレータ１１２をチェックし停止命令を出す。
（７）ステップＡ７
最後に、すべてのクライアントシミュレータ１１２が停止した後、評価部１１３に集計を要求し終了する。
【００３５】
次に、図６のフローチャートを参照して、クライアントシミュレータの動作について説明する。
（１）ステップＢ１
ステップＡ３で生成されたクライアントシミュレータ１１２は、各種設定情報１１４を読み込み設定する。
（２）ステップＢ２
次に、シミュレーションの開始時刻を取得し記録する。
（３）ステップＢ３
次に、受付サーバ装置１２０に対して要求を出し応答を待つ。
（４）ステップＢ４
次に、応答が帰ってきたら、シミュレーションの終了時刻を取得し記録する。
（５）ステップＢ５
最後に、ステップＢ２やステップＢ４で取得した時刻と応答に書き込まれた時刻をクライアントシミュレータ１１２に設定されたユニークなＩＤをキーにシミュレータログデータ１１５に登録する。
（６）ステップＢ６
また、動作中に、停止命令があった場合は、一定時間待ち、実際に無いデータは空白としてステップＢ５の処理を行う。
【００３６】
次に、図７のフローチャートを参照して、評価部の動作について説明する。
（１）ステップＣ１
ステップＡ７で命令された評価部１１３は、シミュレータログデータ１１５をコピーし取得する。
（２）ステップＣ２
次に、受付サーバログデータ１２１をファイル転送で取得する。
（３）ステップＣ３
次に、データベースログデータ１３１をファイル転送で取得する。
（４）ステップＣ４
更に、収集したシミュレータログデータ１１５を読み込みログデータの作成を行う。
（５）ステップＣ５
ステップＣ４で作成したデータには、ステップＢ６などの中途半端なデータが作られている場合があるか調査する。
（６）ステップＣ６
不足情報を、受付サーバログデータ１２１から埋める。
（７）ステップＣ７
まだ、情報が足りない場合があるので調査する。
（８）ステップＣ８
不足情報を、データベースログデータ１３１から読み取る。
（９）ステップＣ９
これまでに、集計したデータを元に経過時間を計算する。
（１０）ステップＣ１０
最後に、データをグラフ化する。グラフはＴＡＴ（Ｔｕｒｎ  Ａｒｏｕｎｄ  Ｔｉｍｅ）遷移図で、ＴＡＴ毎の内部経過時間を示す。
【００３７】
なお、シミュレータ制御部１１１とクライアントシミュレータ１１２は、並行して動作し、夫々の動作に影響を与えない。シミュレータ制御部１１１の動作でクライアントシミュレータ１１２を起動するため、同一時間帯に同時実行されているシミュレータ制御部１１１の数とクライアントシミュレータ１１２の数の比は、１：ｎになる。また、シミュレータ制御部１１１と評価部１１３は連続して動作するため、同時に動かない。
【００３８】
本実施の形態では、シミュレータ制御部１１１がクライアントシミュレータ１１２を生成する構成のため、受付サーバ装置で処理が停止した場合にも、クライアントシミュレータは、要求を出し続けることができる。
また、本実施の形態では、更に、評価部が各種ログデータを収集する構成になっているため、より多くの複数のサーバ装置から構成しても対応できる。
【００３９】
次に、本発明の第２実施形態について図面を参照して詳細に説明する。
第１実施形態において、シミュレータサーバ装置の処理能力が足りない場合、図８に示す構成にできる。このように、複数のサーバ装置から構成する場合にも、本発明は有効である。
【００４０】
図８を参照すると、本発明の第２のシミュレータシステムは、シミュレータサーバ装置１１０，２１０と、受付サーバ装置１２０と、データベースサーバ（アクティブ）装置１３０と、データベースサーバ（スタンバイ）装置１４０、負荷分散装置１５０を含む。これらのサーバ装置１１０〜１４０，２１０には、サーバ装置１００を使用する。負荷分散装置１５０にサーバ装置１００を使用しても良い。
なお、受付サーバ装置１２０、データベースサーバ（アクティブ）装置１３０、データベースサーバ（スタンバイ）装置１４０、及びシミュレータサーバ装置２１０は、夫々１台又は複数存在している。
【００４１】
シミュレータサーバ装置１１０は、受付サーバ装置１２０、データベースサーバ（アクティブ）装置１３０、データベースサーバ（スタンバイ）装置１４０、及びシミュレータサーバ装置２１０を監視し制御する。ここで、シミュレータサーバ装置１１０は、評価部１１３と、全体制御部１１６を含む。
【００４２】
評価部１１３は、第１実施形態の場合と同様に、上記ＴＡＴと、各サーバ装置（２１０，１２０〜１４０）の結果を集計し分析する。特に、データベースサーバ装置１３０の障害時に、ＴＡＴに与える影響を評価する。全体制御部１１６は、各ログデータからデータを受け取る評価部１１３を制御する。
【００４３】
シミュレータサーバ装置２１０（２１０−ｉ、ｉ＝１〜ｎ：ｎはサーバ装置の数）では、クライアントシミュレータが動作する。ここで、シミュレータサーバ装置２１０は、シミュレータ制御部２１１と、クライアントシミュレータ２１２と、各種設定情報２１４と、シミュレータログデータ２１５を含む。
【００４４】
シミュレータ制御部２１１（２１１−ｉ、ｉ＝１〜ｎ）は、クライアントシミュレータ２１２を起動する。クライアントシミュレータ２１２（２１２−ｉ、ｉ＝１〜ｎ）は、受付サーバ装置１２０に、例えば、コンピュータからブラウザを使用して閲覧する動作といったＨＴＴＰリクエストを発生し、そのＴＡＴ（応答時間）を調べる評価を行う。各種設定情報２１４（２１４−ｉ、ｉ＝１〜ｎ）は、ＨＴＴＰリクエストを発生させるために必要な情報である。例えば、受付サーバ装置１２０のＩＰアドレスや、ＨＴＴＰリクエストに必要なＵＲＩ等の情報である。シミュレータログデータ２１５（２１５−ｉ、ｉ＝１〜ｎ）は、シミュレーションの結果情報である。
【００４５】
受付サーバ装置１２０（１２０−ｉ、ｉ＝１〜ｎ）は、ＷＷＷサーバの動作をするサーバであり、受付サーバログデータ１２１（１２１−ｉ、ｉ＝１〜ｎ）を含む。
【００４６】
データベースサーバ（アクティブ）装置１３０（１３０−ｉ、ｉ＝１〜ｎ）は、データベースログデータ１３１（１３１−ｉ、ｉ＝１〜ｎ）と業務データベース１３２（１３２−ｉ、ｉ＝１〜ｎ）を含む。
【００４７】
データベースサーバ（スタンバイ）装置１４０（１４０−ｉ、ｉ＝１〜ｎ）は、データベースサーバ（アクティブ）装置１３０が障害などで使用不能になった場合に、データベースログデータ１３１と業務データベース１３２を引き継ぎ継続するフェールセーフ機能を有している。
【００４８】
負荷分散装置１５０は、シミュレータサーバ装置１１０，２１０を含むネットワークと、受付サーバ装置１２０、データベースサーバ（アクティブ）装置１３０、及びデータベースサーバ（スタンバイ）装置１４０を含むネットワークとの間に設けられている。ここでは、ネットワークの例としてＬＡＮを用いている。但し，実際にはＬＡＮに限定されるものではなく、他の通信回線を用いても良い。
すなわち、シミュレータサーバ装置１１０，２１０は、受付サーバ装置１２０、データベースサーバ（アクティブ）装置１３０、及びデータベースサーバ（スタンバイ）装置１４０と、負荷分散装置１５０を介して接続されている。
【００４９】
本実施形態では、負荷分散装置１５０などで複数の受付サーバ装置１２０を準備してデータベースサーバ装置１３０の障害以外の障害評価も行える。更に、データベースサーバ装置１３０も複数台使用することも可能である。
【００５０】
以上のように、本発明は、フェールセーフ機能を有するコンピュータシステムの可用性を評価するクライアントシミュレータシステムに関するものである。本発明のクライアントシミュレータシステムは、クライアントシミュレータを制御部とクライアントシミュレータとを備え、一定間隔にクライアントシミュレータを生成しシミュレーションを行う。また、各種サーバ装置にて、トランザクションの通過時刻をログに残すことで、評価部にて各所のログを集計し、障害ポイントの特定を可能とする。このような構成を採用し、システムの可用性評価を行うことにより本発明の目的を達成することができる。
【図面の簡単な説明】
【００５１】
【図１】図１は、第１の既存システムの構成を示すブロック図である。
【図２】図２は、第２の既存システムの構成を示すブロック図である。
【図３】図３は、サーバ装置の基本構成を示すブロック図である。
【図４】図４は、本発明の第１実施形態の構成を示すブロック図である。
【図５】図５は、シミュレータ制御部の動作を示すフローチャートである。
【図６】図６は、クライアントシミュレータの動作を示すフローチャートである。
【図７】図７は、評価部の動作を示すフローチャートである。
【図８】図８は、本発明の第２実施形態の構成を示すブロック図である。
【符号の説明】
【００５２】
１０    シミュレータサーバ装置
１１    クライアントシミュレータ
１２    各種データ
２０    シミュレーション対象サーバ装置
１１０    シミュレータサーバ装置
１１１（−ｉ、ｉ＝１〜ｎ）    シミュレータ制御部
１１２（−ｉ、ｉ＝１〜ｎ）    クライアントシミュレータ
１１３    評価部
１１４（−ｉ、ｉ＝１〜ｎ）    各種設定情報
１１５（−ｉ、ｉ＝１〜ｎ）    シミュレータログデータ
１１６    全体制御部
１２０（−ｉ、ｉ＝１〜ｎ）    受付サーバ装置
１２１（−ｉ、ｉ＝１〜ｎ）    受付サーバログデータ
１３０（−ｉ、ｉ＝１〜ｎ）    データベースサーバ（アクティブ）装置
１３１（−ｉ、ｉ＝１〜ｎ）    データベースログデータ
１３２（−ｉ、ｉ＝１〜ｎ）    業務データベース
１４０（−ｉ、ｉ＝１〜ｎ）    データベースサーバ（スタンバイ）装置
１５０    負荷分散装置
２１０（−ｉ、ｉ＝１〜ｎ）    シミュレータサーバ装置
２１１（−ｉ、ｉ＝１〜ｎ）    シミュレータ制御部
２１２（−ｉ、ｉ＝１〜ｎ）    クライアントシミュレータ
２１４（−ｉ、ｉ＝１〜ｎ）    各種設定情報
２１５（−ｉ、ｉ＝１〜ｎ）    シミュレータログデータ
【図１】
2007122416.tif 000003
【図２】
2007122416.tif 000004
【図３】
2007122416.tif 000005
【図４】
2007122416.tif 000006
【図５】
2007122416.tif 000007
【図６】
2007122416.tif 000008
【図７】
2007122416.tif 000009
【図８】
2007122416.tif 000010