JP4476655B2 - データベース診断システム - Google Patents

Description

本発明は、データベース診断システムに関し、特に、ネットワークを介してオンラインで診断を行うことが可能なデータベース診断システムに関する。

コンピュータを利用して様々なビジネスデータを処理する装置として、データベースシステムが広く普及している。データベースシステムは、通常、ネットワーク上にデータベースサーバを設置し、多数のクライアントコンピュータから、このデータベースサーバをアクセスする形態によって構築される。したがって、データベースとして取り扱うべきデータ量が増えれば増えるほど、また、ネットワークを介して接続するクライアントコンピュータの台数が増えれば増えるほど、データベースサーバの負担も大きくなる。

近年では、インターネットが、社会的な基幹システムとして機能するようになってきており、インターネット経由で多数のクライアントコンピュータからのアクセスを同時に受け付ける必要があるデータベースサーバも少なくない。このようなサーバが、万一、高負荷によってダウンするような事態が生じると、社会的な影響も無視できなくなる。このような背景事情から、データベースサーバの性能を客観的に計測することは重要であり、データベース診断システムを用いて、定期的にデータベースサーバの性能を計測して診断することが行われている。

サーバ性能を計測する一般的な手法は、サーバに対して種々の処理要求を与え、その処理に対するサーバの応答速度やスループットを計測する方法によって行われる。たとえば、下記特許文献１には、サーバに処理要求を送信した時刻と、この処理要求に対する応答データの受信時刻との差から、応答時間を算出し、サーバの性能を計測する手法が開示されている。また、下記特許文献２には、待ち時間を発生させない状況下での同時処理数とスループットと応答時間との関係をエミュレーション評価することにより、サーバの性能を計測する手法が開示されている。

一般的なデータベースサーバの場合、通常、ＳＱＬ（Structured Query Language）文として記述された所定の診断用スクリプトを与え、それに対する処理結果を受け取る作業によって診断が行われる。ＳＱＬは、ＩＳＯにより標準規格となっているデータベース照会言語であり、現在市販されている多くのデータベースサーバが対応している。
特開平１０−１４３４０１号公報 特許第２９２３８７４号公報

上述したように、データベースサーバに対する診断は、通常、ＳＱＬで記述された診断用スクリプトを与えることにより実行されるが、ＳＱＬには各社独自の拡張規格による方言が存在する。このため、個々のデータベースサーバが採用しているＤＢＭＳ（DataBase Management System：データベース管理システム）の種類や、サーバの基幹となるＯＳの種類によって、それぞれ異なるＳＱＬ文を用意しなければならない。

このため、従来は、診断を請け負う診断業者が、データベースサーバの管理者と事前に打ち合わせをして、ＤＢＭＳの種類など、診断に必要な種々の情報を聞き出し、これらの情報に基づいて、当該データベースサーバに対する診断用スクリプトを作成する必要があった。こうして、診断用スクリプトが準備できたら、これをデータベースサーバに与えて実行し、実行結果を採取し、これを所定の診断結果の形式に加工して、データベースサーバの管理者に提示する、という手順を踏むことになる。このような従来の手順により診断を行うと、最終的に診断結果が得られるまで、数日〜数週間の長い期間が必要になり、また、診断業者の作業負担も大きなものになる。

そこで本発明は、より短期間に、かつ、より簡便な作業により、データベースサーバに対する診断を行うことが可能なデータベース診断システムを提供することを目的とする。

(1) 本発明の第１の態様は、診断対象となるデータベースサーバに対して、診断用スクリプトを与え、これを実行させることにより、当該データベースサーバについての性能の診断を行うデータベース診断システムを、ネットワークを介して診断対象となるデータベースサーバに接続可能なシステム本体と、ネットワークを介してシステム本体に接続可能な端末装置と、によって構成し、
端末装置を、Ｗｅｂブラウザプログラムが組み込まれたコンピュータから構成し、このＷｅｂブラウザプログラムを利用して、診断に必要な情報の入力作業と診断結果の表示処理とが行われるようにし、
システム本体には、
端末装置に対して、診断に必要な情報入力を行うための入力用Ｗｅｂページを提示する入力用Ｗｅｂページ提示手段と、
入力用Ｗｅｂページ上での端末装置のオペレータによる操作に基づいて、診断対象となるデータベースサーバに用いられているＤＢＭＳの種類、診断対象となるデータベースサーバに用いられているＯＳの種類、診断対象となるデータベースサーバについての管理ユーザ名およびパスワード、診断対象となるデータベースサーバを特定するためのＤＢ識別情報、を診断対象指定情報として入力する診断対象指定情報入力手段と、
特定の種類のＤＢＭＳおよび特定の種類のＯＳが用いられている特定のデータベースサーバに対する診断を行うのに適した診断用スクリプトを、複数種類のＤＢＭＳおよび複数種類のＯＳの組み合わせごとに、それぞれ記憶させたスクリプト記憶手段と、
診断対象指定情報に含まれているＤＢＭＳの種類およびＯＳの種類に基づいて、当該ＤＢＭＳおよびＯＳの組み合わせに対応した特定の診断用スクリプトを選択するスクリプト選択手段と、
選択された診断用スクリプトを、診断対象指定情報に含まれている管理ユーザ名およびパスワードとともに、診断対象指定情報に含まれているＤＢ識別情報によって特定される診断対象となるデータベースサーバに与え、これを実行させる診断実行手段と、
診断対象となるデータベースサーバから、診断用スクリプトの実行結果を示す診断結果情報を受け取る診断結果受信手段と、
受け取った診断結果情報を、端末装置に対して、結果表示Ｗｅｂページとして提示する結果表示用Ｗｅｂページ提示手段と、
を設けるようにしたものである。

(2) 本発明の第２の態様は、上述の第１の態様に係るデータベース診断システムにおいて、
受け取った診断結果情報を、予め定められた所定のフォーマットで記述されたデータに変換するフォーマット変換手段と、
変換されたデータを格納する診断結果格納手段と、
を更に設けるようにしたものである。

(3) 本発明の第３の態様は、上述の第２の態様に係るデータベース診断システムにおいて、
フォーマット変換手段が、テキストデータ形式で受け取った診断結果情報を、ＸＭＬ形式で記述されたデータに変換する機能を有するようにしたものである。

(4) 本発明の第４の態様は、上述の第２または第３の態様に係るデータベース診断システムにおいて、
フォーマット変換手段が、受け取った診断結果情報に、診断対象となったデータベースサーバについてのＤＢＭＳの種類を示す情報、ＯＳの種類を示す情報およびＤＢ識別情報を書誌情報として付加する機能を有し、
診断結果格納手段が、この書誌情報を付加した状態の診断結果情報を格納する機能を有すようにしたものである。

(5) 本発明の第５の態様は、上述の第１〜第４の態様に係るデータベース診断システムにおいて、
「ＤＢＭＳの種類」として「ＤＢＭＳ名およびそのバージョン」を用いるようにしたものである。

(6) 本発明の第６の態様は、上述の第１〜第５の態様に係るデータベース診断システムにおいて、
「ＤＢ識別情報」として「診断対象となるデータベースサーバのＩＰアドレスおよび診断対象となるデータベースの名称」を用いるようにしたものである。

(7) 本発明の第７の態様は、上述の第１〜第６の態様に係るデータベース診断システムにおいて、
結果表示用Ｗｅｂページ提示手段が、Ｗｅｂページ上での表示書式を示すスタイルシートに基づいて、診断結果情報をＨＴＭＬ形式に変換する機能を有するようにしたものである。

(8) 本発明の第８の態様は、上述の第１〜第７の態様に係るデータベース診断システムを構成するシステム本体を独立して提供できるようにしたものである。

(9) 本発明の第９の態様は、上述の第１〜第７の態様に係るデータベース診断システムを構成するシステム本体として、コンピュータを機能させるためのプログラムを用意し、このプログラムをコンピュータ読み取り可能な記録媒体に記録して配付できるようにしたものである。

以上のとおり、本発明に係るデータベース診断システムによれば、診断を実行するオペレータが、端末装置上に表示されたＷｅｂページに対して必要な情報を入力する作業を行うだけで、データベースサーバに対する診断が自動的に実行され、その結果が直ちにＷｅｂページ上で表示されることになるので、短期間に、かつ、簡便な作業により、データベースサーバに対する診断を行うことが可能になる。

以下、本発明を図示する実施形態に基づいて説明する。図１は、本発明の一実施形態に係るデータベース診断システムの基本構成を示すブロック図である。このデータベース診断システムは、データベースサーバ１０，２０に対する診断を行う機能をもったシステムであり、端末装置１００とシステム本体２００とによって構成されている。図示のとおり、データベースサーバ１０，２０、端末装置１００、システム本体２００は、いずれもネットワーク３００に接続されており、必要があれば、相互にネットワーク３００経由でアクセスすることができる。ネットワーク３００としては、社内ＬＡＮなどのローカルなネットワークを用いることも可能であるが、この実施形態では、インターネットをネットワーク３００として用いている。

なお、ここでは、図示の便宜上、１台の端末装置１００と、２台のデータベースサーバ１０，２０がネットワーク３００に接続されている状態が示されているが、実用上は、より多数の端末装置やデータベースサーバをネットワーク３００に接続した環境で本発明を実施するのが一般的である。特に、ネットワーク３００としてインターネットを用いた場合、インターネットに接続された任意のデータベースサーバを、診断対象サーバとすることができ、また、インターネットに接続された任意の端末装置を、本発明に係るデータベース診断システム用の端末装置として用いることができる。

本発明に係るデータベース診断システムは、端末装置１００とシステム本体２００との組み合わせによって構成され、診断対象となるデータベースサーバ１０，２０に対して、診断用スクリプトを与え、これを実行させることにより、当該データベースサーバについての性能の診断を行う機能を有している。ここで、システム本体２００は、ネットワーク３００を介して診断対象となるデータベースサーバ１０，２０に接続可能な状態になっており、端末装置１００は、ネットワーク３００を介してシステム本体２００に接続可能な状態になっている。

本発明に用いる端末装置１００は、Ｗｅｂブラウザプログラムが組み込まれたコンピュータからなり、このＷｅｂブラウザプログラムを利用して、診断に必要な情報の入力作業と診断結果の表示処理とが行われる。現在市販されている多くの汎用パソコンには、インターネットに接続するための環境として、Ｗｅｂブラウザプログラムが組み込まれている。したがって、実用上は、端末装置１００としては、Ｗｅｂブラウザプログラムが組み込まれたパソコンを用いれば十分である。もっとも、端末装置１００は、必ずしもパソコンによって構成する必要はなく、Ｗｅｂブラウザプログラムが組み込まれたコンピュータとして機能する装置であれば、携帯電話やＰＤＡ機器などであってもかまわない。ただ、後述するように、オペレータは、この端末装置１００から、診断に必要な情報の入力作業を行う必要があるため、実用上は、入力作業が容易なパソコンを用いるのが好ましい。

一方、システム本体２００は、本発明に係るデータベース診断システムの主要部をなす構成要素であり、図示のとおり、入力用Ｗｅｂページ提示手段２１０、診断実行手段２２０、診断結果受信手段２３０、結果表示用Ｗｅｂページ提示手段２４０、診断対象指定情報入力手段２５０、スクリプト選択手段２６０、フォーマット変換手段２７０、スクリプト記憶手段２８０、診断結果格納手段２９０なる各手段から構成されている。以下、これら各手段の機能を順に説明する。

まず、入力用Ｗｅｂページ提示手段２１０は、ネットワーク３００を介して、端末装置１００に対し、診断に必要な情報入力を行うための入力用Ｗｅｂページを提示する機能を有している。実際には、入力用Ｗｅｂページは、ＨＴＭＬデータとして端末装置１００へと送信されることになるので、入力用Ｗｅｂページ提示手段２１０は、入力用Ｗｅｂページを表示させるためのＨＴＭＬデータを配信するＷｅｂサーバによって構成されることになる。

一方、診断対象指定情報入力手段２５０は、端末装置１００のオペレータによる、入力用Ｗｅｂページ上での操作に基づいて、診断対象となるデータベースサーバに対する診断を行うのに必要な診断対象指定情報を入力する機能をもった構成要素である。診断対象指定情報の具体的な内容については後述する。結局、診断対象指定情報入力手段２５０は、Ｗｅｂサーバとして機能する入力用Ｗｅｂページ提示手段２１０と連携して、端末装置１００から入力された診断対象指定情報を取り込む処理を行うことになる。このように、Ｗｅｂページ上で入力された情報をデータとして取り込み、Ｗｅｂページ上に表示させる仕組みは、ＣＧＩ（Common Gateway Interface）などの公知の技術を利用して実現することが可能であるため、ここでは詳しい説明は省略する。

スクリプト記憶手段２８０は、特定の種類のＤＢＭＳおよび特定の種類のＯＳが用いられている特定のデータベースサーバに対する診断を行うのに適した診断用スクリプトを、複数種類のＤＢＭＳおよび複数種類のＯＳの組み合わせごとに、それぞれ記憶させた構成要素である。既に述べたとおり、データベースサーバに対する診断は、通常、ＳＱＬで記述された診断用スクリプトを与えることにより実行されるが、ＳＱＬには各社独自の拡張規格による方言が存在するため、個々のデータベースサーバが採用しているＤＢＭＳ（DataBase Management System：データベース管理システム）の種類や、サーバの基幹となるＯＳの種類によって、それぞれ異なるＳＱＬ文を用意しなければならない。本発明の主眼は、複数種類のＤＢＭＳおよび複数種類のＯＳの組み合わせごとに、それぞれ診断用スクリプトを予め用意しておき、実際に診断を行う際には、診断対象となるデータベースサーバが採用しているＤＢＭＳおよびＯＳの組み合わせに対応する診断用スクリプトを選択して利用する点にある。

図２は、複数種類のＤＢＭＳおよび複数種類のＯＳの組み合わせの一覧表である。ここでは、便宜上、ある特定種類のＤＢＭＳと、ある特定種類のＯＳとの組み合わせを、「カテゴリ」と呼ぶことにする。図２には、合計１０個のカテゴリが定義されており、個々のカテゴリには、Ｃ１１１〜Ｃ１２０までのカテゴリＩＤ（個々のカテゴリを相互に区別するためのユニークな識別子）が付されている。現在、主なＤＢＭＳとしては、日本オラクル社のOracle（登録商標）、マイクロソフト社のSQL Server（登録商標）、サイベース社のAdaptive Server（登録商標）などが利用されており、これらＤＢＭＳを動作させるサーバ用ＯＳとしては、ＵＮＩＸ（登録商標）、Windows（登録商標）NT/2000、NetWare（登録商標）などが利用されている。ただ、ここでは、説明の便宜上、図示のとおり、「ＸＸＸ」，「ＹＹＹ」，「ＺＺＺ」なる３通りのＤＢＭＳと、「ＯＳ−Ａ」，「ＯＳ−Ｂ」，「ＯＳ−Ｃ」なる３通りのＯＳと、が主に利用されているケースについて、以下の説明を行うことにする。

たとえば、図２において、カテゴリＩＤ「Ｃ１１１」で特定されるカテゴリは、「ＸＸＸなる名称のＤＢＭＳのバージョン１．０」という特定種類のＤＢＭＳと、「ＯＳ−Ａ」という特定種類のＯＳと、の組み合わせを示している。この実施形態では、図示のとおり、ＤＢＭＳの種類は、ＤＢＭＳ名およびそのバージョンによって特定されることになるので、たとえば、カテゴリＣ１１１とＣ１１２とは、いずれも「ＸＸＸ」なる同一名称のＤＢＭＳについてのものであるが、バージョンが異なるため、ＤＢＭＳの種類としては相互に異なる分類になる。

また、ＤＢＭＳ名およびそのバージョンが同一でも、ＯＳの種類が異なれば、異なるカテゴリに分類されることになる。たとえば、カテゴリＣ１１９とＣ１２０とは、いずれも「ＺＺＺ」なる同一名称、「６．５」なる同一バージョンのＤＢＭＳについてのものであるが（別言すれば、ＤＢＭＳの種類が完全同一であるが）、ＯＳの種類が、一方は「ＯＳ−Ｂ」であるのに他方は「ＯＳ−Ｃ」と異なっているため、異なるカテゴリに分類されている。

もちろん、このカテゴリの定義は、数学的に可能な全通りの組み合わせについて行う必要はなく、現実には存在しない組み合わせについて定義する必要はない。たとえば、「ＺＺＺ」なるＤＢＭＳは、必ず「ＯＳ−Ｂ」または「ＯＳ−Ｃ」の環境下で利用され、「ＯＳ−Ａ」の環境下で利用されることは決してない、という場合には、「ＺＺＺ」なるＤＢＭＳと「ＯＳ−Ａ」なるＯＳとの組み合わせに関するカテゴリは定義する必要はない。逆に、新たなＤＢＭＳが発表されたり、新たなバージョンのＤＢＭＳがリリースされたりした場合には、逐次、新たなカテゴリの定義を追加してゆくことになる。

なお、図示の実施形態の場合、ＯＳの種類については、バージョンによる区別を行っていないが、これは、現在一般的に利用されているデータベースサーバの場合、ＤＢＭＳ名およびそのバージョンと、ＯＳ名とが同一であれば、ＯＳのバージョンが変っても、同じ診断用スクリプトを利用することができるためである。もちろん、必要があれば、ＯＳの種類を、ＯＳ名およびそのバージョンによって特定するようにしてもかまわない。

本発明に係るデータベース診断システムを構築するためには、図２の表により定義された各カテゴリごとに、それぞれ診断用スクリプトをデータファイルとして用意しておく必要がある。図２の表の右端欄に示した診断用スクリプトファイル名は、このようにして用意された診断用スクリプトのファイル名を示すものである。データベースサーバに対する診断を行うための診断用スクリプトファイルは、通常、ＳＱＬ（Structured Query Language）文を羅列したデータにより構成される。

図３は、図２に示すカテゴリＣ１１１に対応して用意された診断用スクリプトファイルＳ１１１の内容を示す模式図である。図示のとおり、このファイルＳ１１１は、第１のＳＱＬ文〜第ＮのＳＱＬ文まで、合計Ｎ個のＳＱＬ文を羅列したファイルになっている。これらのＳＱＬ文は、カテゴリＣ１１１に対応するデータベースサーバの診断に適した診断用スクリプトを構成している。別言すれば、図２の表のカテゴリＣ１１１の欄に表示されているとおり、「ＸＸＸなる名称のＤＢＭＳのバージョン１．０」という特定種類のＤＢＭＳが、「ＯＳ−Ａ」という特定種類のＯＳの環境下で動作する特定のデータベースサーバの診断を行うのに適した合計Ｎ個のＳＱＬ文を羅列したファイルが、診断用スクリプトファイルＳ１１１である。

ここに示す実施形態では、図２に示すように、合計１０個のカテゴリＣ１１１〜Ｃ１２０が定義されているので、これら各カテゴリに対応して、合計１０個の診断用スクリプトファイルＳ１１１〜Ｓ１２０を用意しておく必要がある。こうして用意された１０個の診断用スクリプトファイルＳ１１１〜Ｓ１２０は、図１に示すスクリプト記憶手段２８０内に格納されることになる。１０個の診断用スクリプトファイルＳ１１１〜Ｓ１２０は、特定のカテゴリに属する特定のデータベースサーバに対する診断を行うのに適したＳＱＬ文を羅列したファイルであるため、最初に各診断用スクリプトファイルＳ１１１〜Ｓ１２０を作成する作業には、大きな労力が必要になるが、一旦、作成作業が完了してしまえば、スクリプト記憶手段２８０に格納することにより、必要に応じて繰り返し利用することが可能になる。

以上、図１に示すデータベース診断システムにおけるスクリプト記憶手段２８０に格納される複数通り（ここで述べる実施形態では、１０通り）の診断用スクリプトの内容について説明を行った。前述したとおり、診断対象指定情報入力手段２５０は、端末装置１００のオペレータによる操作に基づいて、診断対象指定情報を入力する機能を有しているが、ここで入力される診断対象指定情報の役割のひとつは、スクリプト記憶手段２８０内に格納されている複数通りの診断用スクリプトから、診断対象に適したスクリプトを選択する基準を提供することにある。

本発明において、診断対象指定情報入力手段２５０によって入力される診断対象指定情報は、図４に示すとおり、大別して４つの情報から構成される。第１の情報は、診断対象となるデータベースサーバに用いられているＤＢＭＳの種類を示す情報であり、ここに示す実施形態の場合、「ＸＸＸ」、「ＹＹＹ」または「ＺＺＺ」というＤＢＭＳ名およびそのバージョンを示す情報ということになる。第２の情報は、診断対象となるデータベースサーバに用いられているＯＳの種類を示す情報であり、ここに示す実施形態の場合、「ＯＳ−Ａ」、「ＯＳ−Ｂ」または「ＯＳ−Ｃ」のいずれかを示す情報ということになる。そして、第３の情報は、診断対象となるデータベースサーバについての管理ユーザ名およびパスワードであり、診断対象となるデータベースサーバに対して、診断用スクリプトを実行させる際に必要になる。また、第４の情報は、診断対象となるデータベースサーバを特定するためのＤＢ識別情報である。ここに示す実施形態の場合、第４の情報となるＤＢ識別情報としては、診断対象となるデータベースサーバのＩＰアドレスおよび診断対象となるデータベースの名称（より具体的には、インスタンス名とデータベース名）を用いるようにしている。

このように、診断対象指定情報入力手段２５０は、図４に示す４つの情報を、診断対象指定情報として入力する機能を有しているが、既に述べたとおり、これら各情報の実際の入力作業は、端末装置１００に表示されたＷｅｂページ上で行われることになる。したがって、入力用Ｗｅｂページ提示手段２１０によって提示される入力用Ｗｅｂページには、図４に示す４つの情報を入力するのに適した入力欄を設けておくようにする。端末装置１００のオペレータは、この入力欄に、キーボードやマウスを操作して、所定の情報を入力する作業を行うことができる。

図４に示す４つの情報は、いずれも、特定のデータベースサーバに対する診断を行う際に不可欠の情報であり、従来は、診断対象となるデータベースサーバの管理者から、診断を請け負う業者に対して、口頭や書面によって伝達されていた情報である。本発明に係る診断システムでは、これらの情報は、診断対象となるデータベースサーバの管理者自身が、端末装置１００に表示されているＷｅｂページ上で直接入力することになる。

たとえば、管理ユーザ名「admin」、パスワード「banana」によって、データベースサーバ１０に対するアクセス権を有する管理者甲が、このサーバ１０に対する診断を実行する場合を考えてみよう。この場合、管理者甲は、まず、端末装置１００から、ネットワーク３００を介して入力用Ｗｅｂページ提示手段２１０に対するアクセスを行えばよい。具体的には、入力用Ｗｅｂページ提示手段２１０は、入力用Ｗｅｂページを提示するためのＷｅｂサーバによって構成されているので、管理者甲は、端末装置１００のＷｅｂブラウザを起動して、入力用Ｗｅｂページ提示手段２１０のＵＲＬアドレスへアクセスすればよい。その結果、端末装置１００の画面上には、図４に示す４つの情報からなる診断対象指定情報を入力するための入力用Ｗｅｂページが表示されることになる。

ここでは、説明の便宜上、診断対象となるデータベースサーバ１０が、「ＸＸＸのバージョン１．０」という特定種類のＤＢＭＳを、「ＯＳ−Ａ」という特定種類のＯＳの環境下で利用するサーバ（すなわち、図２の表におけるカテゴリＣ１１１に分類されるサーバ）であったものとしよう。この場合、管理者甲は、診断対象指定情報を構成する第１の情報として、ＤＢＭＳ名「ＸＸＸ」、そのバージョン「１．０」というＤＢＭＳの種類を示す情報を入力することになる。また、第２の情報としては、ＯＳの種類「ＯＳ−Ａ」を示す情報を入力し、第３の情報としては、管理ユーザ名「admin」、パスワード「banana」なる情報を入力することになる。更に、第４の情報としては、データベースサーバ１０を特定するためのＤＢ識別情報として、データベースサーバ１０のＩＰアドレスおよびそこで動作しているデータベースのインスタンス名およびデータベース名を入力することになる。

診断対象指定情報入力手段２５０は、これら４つの情報からなる診断対象指定情報を入力したら、第１の情報および第２の情報をスクリプト選択手段２６０に与え、第３の情報および第４の情報を診断実行手段２２０に与える。

スクリプト選択手段２６０は、診断対象指定情報に含まれているＤＢＭＳの種類（第１の情報）およびＯＳの種類（第２の情報）を示す情報に基づいて、当該ＤＢＭＳおよびＯＳの組み合わせに対応した特定の診断用スクリプトを、スクリプト記憶手段２８０の中から選択する機能を有する。上述の例の場合、ＤＢＭＳの種類を示す情報として「ＸＸＸのバージョン１．０」という情報が与えられ、ＯＳの種類を示す情報として「ＯＳ−Ａ」という情報が与えられることになるので、スクリプト選択手段２６０は、スクリプト記憶手段２８０に格納されている１０通りの診断用スクリプトファイルＳ１１１〜Ｓ１２０の中から、カテゴリＣ１１１に対応する診断用スクリプトファイルＳ１１１を選択する処理を行うことになる。スクリプト選択手段２６０は、こうして選択した診断用スクリプトファイルＳ１１１を、スクリプト記憶手段２８０から読出し、診断実行手段２２０に与える機能を有する。

診断実行手段２２０は、スクリプト選択手段２６０によって選択された診断用スクリプトを、診断対象指定情報入力手段２５０が入力した診断対象指定情報に含まれている管理ユーザ名およびパスワードとともに、当該診断対象指定情報に含まれているＤＢ識別情報によって特定される診断対象となるデータベースサーバに与え、これを実行させる機能を有する。上述の例の場合、スクリプト選択手段２６０により、診断用スクリプトファイルＳ１１１が選択されることになるので、診断実行手段２２０は、この診断用スクリプトファイルＳ１１１内にＳＱＬ文として記述されている診断用スクリプトを、診断対象となるデータベースサーバ１０に与え、これを実行させる処理を行うことになる。

ただ、データベースサーバ１０に所定の診断用スクリプトを実行させるためには、当該データベースサーバ１０を、管理者権限でアクセスする必要がある。そこで、診断実行手段２２０は、診断対象指定情報入力手段２５０が入力した、管理ユーザ名「admin」、パスワード「banana」なる情報を、診断用スクリプトファイルＳ１１１とともに、データベースサーバ１０に送信する処理を行う。また、ネットワーク３００を経由してデータベースサーバ１０を物理的にアクセスするためには、データベースサーバ１０のＩＰアドレスが必要になり、このサーバ１０内のデータベースに物理的にアクセスするためには、当該データベースの名前が必要になるが、診断実行手段２２０は、診断対象指定情報入力手段２５０が入力したＤＢ識別情報から、データベースサーバ１０のＩＰアドレスや診断対象データベース名を認識することができるので、このＤＢ識別情報を利用して、診断対象を物理的にアクセスすることができる。

図５は、診断実行手段２２０が、データベースサーバ１０に対する診断処理を実行する際に用いるデータを示すブロック図である。診断実行に必要なデータは、図示のとおり、診断用スクリプトファイルＳ１１１と、管理ユーザ名およびパスワードと、ＤＢ識別情報である。ここで、診断用スクリプトファイルＳ１１１は、スクリプト選択手段２６０によって、スクリプト記憶手段２８０内から選択されたファイルであるが、管理ユーザ名およびパスワードとＤＢ識別情報は、診断対象指定情報入力手段２５０によって入力された診断対象指定情報に含まれていた情報である。

以上、データベースサーバ１０に対する診断を行う場合の処理手順を例にとって説明したが、データベースサーバ２０に対する診断も同様の手順で実行されることになる。もちろん、データベースサーバ２０において用いられているＤＢＭＳやＯＳが、データベースサーバ１０において用いられているものと異なれば、スクリプト選択手段２６０によって、上述の具体例とは異なるカテゴリに所属する診断用スクリプトファイルが選択されることになる。また、データベースサーバ２０の管理者が別な管理者乙であった場合には、当然、管理ユーザ名やパスワードは、管理者乙のものが入力されることになる。

こうして、診断実行手段２２０から、データベースサーバ１０に診断用スクリプトが与えられると、当該スクリプトはデータベースサーバ１０上で実行され、実行結果を示す診断結果情報が、システム本体２００へと返されることになる。図３に示すとおり、診断用スクリプトファイルの実体は、複数のＳＱＬ文であり、個々のＳＱＬ文に対する実行結果を示す情報が、所定の書式をもった診断結果情報として、システム本体２００へと返されることになる。

診断結果受信手段２３０は、このようにして、診断対象となるデータベースサーバから返される診断結果情報を受け取る機能をもった構成要素である。診断結果情報の書式は、それを返すＤＢＭＳの種類によって様々であるが、一般的なＤＢＭＳの場合、いずれもテキストデータの形式のファイルになる。

図６は、このようなテキストデータの形式で返された診断結果情報の構成例を示す図である。この例では、各ＳＱＬ文に対する診断結果（各ＳＱＬ文の実行結果）が、それぞれ「表」の見出しで示されている。たとえば、図示の「□表１□」なる見出しから始まる部分は、第１のＳＱＬ文に対する診断結果を示すものであり、「□表２□」なる見出しから始まる部分は、第２のＳＱＬ文に対する診断結果を示すものである。この例では、第１のＳＱＬ文は、３つの項目についての実行結果を要求するスクリプトとなっており、項目１についての実行結果としては、値１、値２、値３の３つの値が返されており、項目２についての実行結果としては、値１、値２の２つの値が返されており、項目３についての実行結果としては、値１、値２の２つの値が返されている。一方、第２のＳＱＬ文は、互いに関連をもった２つの項目についての実行結果を要求するスクリプトとなっており、項目１および項目２についての実行結果として、「値１１，値２１」なる対、「値１２，値２２」なる対、「値１３，値２３」なる対、という３対の値が返されている。

結果表示用Ｗｅｂページ提示手段２４０は、診断結果受信手段２３０が受信した診断結果情報を、端末装置１００に対して、結果表示Ｗｅｂページとして提示する機能をもった構成要素である。たとえば、図６に示すような診断結果情報が得られたら、このような情報が、端末装置１００の画面上にＷｅｂページとして提示されることになる。端末装置１００の画面上に、情報をＷｅｂページとして提示するためには、当該情報をＨＴＭＬ形式のデータとして端末装置１００へ送信する必要がある。結果表示用Ｗｅｂページ提示手段２４０内には、Ｗｅｂページ上での表示書式を示すスタイルシートの情報が格納されており、このスタイルシートに基づいて、診断結果情報をＨＴＭＬ形式に変換する機能を有している。

たとえば、図６に示すようなテキストデータ形式の診断結果情報を、ＨＴＭＬ形式に変換する場合であれば、「□表１□」といった見出し部分、「項目１」といった項目部分、「値１」といった値部分を、それぞれ、どのサイズのどの色の文字で表示するか、背景部分の色は何色にするか、といった事項を定めるスタイルシートを用意しておき、このスタイルシートに基づいて、テキストデータの各部分にＨＴＭＬ用タグを挿入する処理を実行すればよい。このようなスタイルシートを用いて、テキストデータをＨＴＭＬデータに変換する処理は既に公知の処理であるため、ここでは詳しい説明は省略する。

なお、図１に示す実施形態の場合、診断結果受信手段２３０が受信したテキストデータを、結果表示用Ｗｅｂページ提示手段２４０によって直接ＨＴＭＬ形式のデータに変換する代わりに、フォーマット変換手段２７０によって一度ＸＭＬ形式のデータに変換し、これを結果表示用Ｗｅｂページ提示手段２４０によってＨＴＭＬ形式のデータに変換する、という手法を採っている。その理由は、この図１に示す例では、診断結果受信手段２３０が受信した診断結果情報を、すべてＸＭＬ形式に変換して、診断結果格納手段２９０に格納するようにしているためである。

フォーマット変換手段２７０は、診断結果受信手段２３０が受け取った診断結果情報を、予め定められた所定のフォーマットで記述されたデータに変換する機能をもった構成要素であり、診断結果格納手段２９０は、こうして変換されたデータを格納する機能をもった構成要素である。ここに示す例では、フォーマット変換手段２７０は、テキストデータ形式で受け取った診断結果情報を、ＸＭＬ形式で記述されたデータに変換する機能を有する。上述したとおり、各データベースサーバから返される診断結果情報の書式は、ＤＢＭＳの種類によって様々であるが、フォーマット変換手段２７０によって、これを共通のフォーマットに変換した上で、診断結果格納手段２９０に格納するようにすれば、診断結果格納手段２９０に蓄積される診断結果情報は、ＤＢＭＳの種類に依存しない共通のフォーマットで記述された情報になるため、後にこれを利用する上での利便性が向上する。

ここに示す例では、共通のフォーマットとして、ＸＭＬ形式を採用している。ＸＭＬ形式のデータでは、ユーザが独自のタグを定義して利用することが可能になるため、検索時の利便性などが向上するメリットが得られる。図７は、図６に示すテキストデータとして与えられた診断結果情報を、ＸＭＬ形式のデータに変換した例を示す図である。図６に示すテキストデータにおいて、「□表１□」といった見出しに導かれる内容部分は、図７に示すＸＭＬデータでは、＜表１＞なるタグと＜／表１＞なるタグとの間に挟まれた状態で記述される。また、各項目とその値は、図７に示すＸＭＬデータでは、＜項目１＞値１＜／項目１＞のように、各項目名を示すタグの間に、当該項目に対応する値を挟む形で記述される。この図７に示すような形式のＸＭＬデータでは、個々の表名や項目名が所定の意味をもったタグ情報として定義されるので、検索処理などの利便性が向上する。

図６に示すようなテキストデータとして記述された診断結果情報を、図７に示すようなＸＭＬデータに変換する処理を行うためには、図６に示す診断結果情報の書式を予め認識しておく必要がある。たとえば、図６に示す例の場合、「□」で挟まれた部分が各表の見出し部分を示す、という規則を認識していれば、「□表１□」と「□表２□」との間に存在する内容部分を、＜表１＞なるタグと＜／表１＞なるタグで挟む、という変換処理を行えばよいことがわかる。診断結果情報の書式は、ＤＢＭＳの種類によって様々であるので、フォーマット変換手段２７０には、図２に示す各カテゴリごとに、それぞれ所定のアルゴリズムに基づく変換処理プログラムを用意しておくようにすればよい。

図１に示す実施形態では、フォーマット変換手段２７０による変換処理によって得られたＸＭＬ形式の診断結果情報は、診断結果格納手段２９０に格納されるとともに、結果表示用Ｗｅｂページ提示手段２４０へと与えられる。結果表示用Ｗｅｂページ提示手段２４０は、このＸＭＬ形式の診断結果情報に、所定のスタイルシートを適用することにより、ＨＴＭＬ形式の結果表示用Ｗｅｂページデータを作成し、これを端末装置１００へと送信する機能を有している。

結局、本発明に係るデータベース診断システムを利用すれば、管理者甲は、次のような手順により、データベースサーバ１０に対する診断処理を実行することができる。まず、、端末装置１００のＷｅｂブラウザを起動し、入力用Ｗｅｂページ提示手段２１０として機能するＷｅｂサーバのＵＲＬをアクセスする。すると、端末装置１００の画面上に、所定の入力用Ｗｅｂページが提示されるので、このＷｅｂページ上で、図４に示すような診断対象指定情報を入力する操作を行う。すると、診断実行手段２２０が、この診断対象指定情報に基づいて、データベースサーバ１０に所定の診断用スクリプトを与えて診断を実行する。その結果として得られる診断結果情報は、ＸＭＬデータの形式で診断結果格納手段２９０に格納されるとともに、ＨＴＭＬデータの形式で、結果表示用Ｗｅｂページ提示手段２４０から端末装置１００へと送信される。こうして送信された診断結果情報は、結局、端末装置１００のＷｅｂブラウザにより閲覧されることになる。

このように、管理者甲から見ると、端末装置１００のＷｅｂブラウザを用いて、所定の入力用Ｗｅｂページ上で診断対象指定情報を入力する操作を行うと、システム本体２００によって自動的に診断処理が実行され、その結果が、結果表示用Ｗｅｂページとして、端末装置１００上に表示されることになる。もちろん、入力用Ｗｅｂページ上で入力操作を行ってから、結果表示用Ｗｅｂページ上に診断結果情報が表示されるまでの時間は、診断用スクリプトの内容やサーバの性能によって様々であるが、一般的には、数十秒〜数分程度のオーダーの時間である。したがって、従来の診断方法に比べると、非常に短期間に、かつ、非常に簡便な作業により、データベースサーバに対する診断を行うことが可能になる。

なお、ここに示す実施形態では、診断結果格納手段２９０に診断結果情報を格納する際に、書誌情報を付加するようにしている。図８は、この書誌情報を付加した診断結果情報の一例を示す図である。図８に矩形で囲って示した部分が、診断結果情報本体部であり、この部分には、たとえば、図７に示すようなＸＭＬ形式で記述された診断結果情報の本体部が配置される。一方、図８の矩形の上方に記載されている部分が、新たに付加された書誌情報である。図示の例では、この書誌情報の部分もＸＭＬの形式で記述されており、図８に示す診断結果情報全体が、ＸＭＬデータとなっている。

図８の１行目の＜診断結果＞なるタグは、最終行の＜／診断結果＞なるタグに対応するものであり、これら一対の対応するタグ間の情報が、「診断結果」なる情報であることを示している。

また、図８の２行目には、＜カウンタ＞タグに囲まれて「３６５」なる数値が記載されているが、この数値は、当該診断結果情報のカウンタ値（シリアル番号値）を示している。このカウンタ値は、診断結果格納手段２９０に診断結果情報が格納されるたびに１ずつ更新されてゆく値であり、図８に示す診断結果情報は、診断結果格納手段２９０に格納された第３６５番目の診断結果情報ということになる。診断結果格納手段２９０内に、新たな診断結果情報を格納する際には、直前に格納された診断結果情報のカウンタ値に１を加えた値（上述の例では、３６６）を、当該新たな診断結果情報のカウンタ値として付与することなる。

一方、図８の３行目には、＜データベースＩＤ＞タグに囲まれて「１５」なる数値が記載されているが、この数値は、同一種類のＤＢＭＳおよび同一種類のＤＢ識別情報に基づいて実行された診断結果に対して、同一のＩＤを付すことにより与えられるＩＤである。たとえば、上述の例の場合、データベースサーバ１０に対する診断は、「ＸＸＸのバージョン１．０」という特定種類のＤＢＭＳと、「データベースサーバ１０内のデータベース」という特定種類のＤＢ識別情報と、を用いて実行されることになる。この場合、得られる診断結果情報には、「ＸＸＸのバージョン１．０」という特定種類のＤＢＭＳと、「データベースサーバ１０内のデータベース」という特定種類のＤＢ識別情報という特定の組み合わせに対して、所定のデータベースＩＤが付与されることになる。この組み合わせ要素のうちの１要素でも異なれば、異なるデータベースＩＤが付与される。

したがって、この実施形態では、新たな診断結果情報を、診断結果格納手段２９０に格納する際には、同一種類のＤＢＭＳ、同一種類のＤＢ識別情報という組み合わせに基づいて実行された過去の診断結果情報が、既に格納されているか否かを確認する処理を実行する。そして、過去に、同一組み合わせによる診断結果情報が格納されていた場合には、当該過去の診断結果情報と同一のデータベースＩＤを、新たな格納対象となる診断結果情報に付与するが、過去に、同一組み合わせによる診断結果情報が格納されていない場合には、新たなデータベースＩＤを発行し、これを新たな格納対象となる診断結果情報に付与する。このようなデータベースＩＤは、特定のデータベースサーバに関して過去に実施された診断結果を検索する場合に利用すると便利である。

図８の４〜９行目には、＜メタデータ＞タグに囲まれたデータが記載され、更に、＜ＤＢＭＳ名＞、＜バージョン＞、＜ＤＢ識別情報＞、＜スクリプト実行時間＞なるタグで囲まれたデータが羅列されている。ここで、＜ＤＢＭＳ名＞、＜バージョン＞、＜ＤＢ識別情報＞なるタグとともに記載されたデータは、当該診断を実行する際に、診断対象指定情報入力手段２５０によって入力されたＤＢＭＳ名、バージョン、ＤＢ識別情報であり、＜スクリプト実行時間＞なるタグとともに記載されたデータは、文字どおり、当該診断を実行した時間を示す情報である。このように、実行された診断に関する書誌情報を、「メタデータ」として、ＸＭＬの形式で付加しておけば、種々の検索処理を行う際に便利である。

このような書誌情報の付加処理は、フォーマット変換手段２７０において実行できるようにしておけばよい。すなわち、フォーマット変換手段２７０が、診断結果受信手段２３０が受け取った診断結果情報に、診断対象となったデータベースサーバについてのＤＢＭＳの種類を示す情報、ＯＳの種類を示す情報およびＤＢ識別情報を書誌情報として付加する処理を行うようにしておけば、診断結果格納手段２９０には、図８に示す例のように、書誌情報を付加した状態の診断結果情報を格納することができ、検索などの便宜を図ることができるようになる。

以上、本発明に係るデータベース診断システムを、図１のブロック図に示す実施形態に基づいて説明したが、このブロック図において個々のブロックとして記載された各手段は、実際には、コンピュータに所定のプログラムを組み込むことにより実現される構成要素である。したがって、図示のシステム本体２００は、ネットワーク３００に接続された汎用コンピュータに、各手段２１０〜２９０として機能するためのプログラムを組み込むことにより構築されるものであり、当該プログラムは、コンピュータ読み取り可能な記録媒体に記録して配付することが可能である。

本発明の一実施形態に係るデータベース診断システムの基本構成を示すブロック図である。 複数種類のＤＢＭＳおよび複数種類のＯＳの組み合わせの一覧表の一例を示す図である。 図２に示すカテゴリＣ１１１に対応して用意された診断用スクリプトファイルＳ１１１の内容を示す模式図である。 図１に示す診断対象指定情報入力手段２５０によって入力される診断対象指定情報の具体的内容を示すブロック図である。 診断実行手段２２０が、データベースサーバ１０に対する診断処理を実行する際に用いるデータを示すブロック図である。 データベースサーバ１０から、テキストデータの形式で返された診断結果情報の構成例を示す図である。 図６に示すテキストデータとして与えられた診断結果情報を、ＸＭＬ形式のデータに変換した例を示す図である。 書誌情報を付加した診断結果情報の一例を示す図である。

符号の説明

１０…データベースサーバ
２０…データベースサーバ
１００…端末装置（パソコン）
２００…システム本体
２１０…入力用Ｗｅｂページ提示手段
２２０…診断実行手段
２３０…診断結果受信手段
２４０…結果表示用Ｗｅｂページ提示手段
２５０…診断対象指定情報入力手段
２６０…スクリプト選択手段
２７０…フォーマット変換手段
２８０…スクリプト記憶手段
２９０…診断結果格納手段
３００…ネットワーク（インターネット）

Claims (9)

1. 診断対象となるデータベースサーバに対して、診断用スクリプトを与え、これを実行させることにより、当該データベースサーバについての性能の診断を行うデータベース診断システムであって、
   ネットワークを介して診断対象となるデータベースサーバに接続可能なシステム本体と、ネットワークを介して前記システム本体に接続可能な端末装置と、によって構成され、
   前記端末装置は、Ｗｅｂブラウザプログラムが組み込まれたコンピュータからなり、このＷｅｂブラウザプログラムを利用して、診断に必要な情報の入力作業と診断結果の表示処理とが行われるように構成され、
   前記システム本体は、
   前記端末装置に対して、診断に必要な情報入力を行うための入力用Ｗｅｂページを提示する入力用Ｗｅｂページ提示手段と、
   前記入力用Ｗｅｂページ上での前記端末装置のオペレータによる操作に基づいて、診断対象となるデータベースサーバに用いられているＤＢＭＳの種類、診断対象となるデータベースサーバに用いられているＯＳの種類、診断対象となるデータベースサーバについての管理ユーザ名およびパスワード、診断対象となるデータベースサーバを特定するためのＤＢ識別情報、を診断対象指定情報として入力する診断対象指定情報入力手段と、
   特定の種類のＤＢＭＳおよび特定の種類のＯＳが用いられている特定のデータベースサーバに対する診断を行うのに適した診断用スクリプトを、複数種類のＤＢＭＳおよび複数種類のＯＳの組み合わせごとに、それぞれ記憶させたスクリプト記憶手段と、
   前記診断対象指定情報に含まれているＤＢＭＳの種類およびＯＳの種類に基づいて、当該ＤＢＭＳおよびＯＳの組み合わせに対応した特定の診断用スクリプトを選択するスクリプト選択手段と、
   選択された診断用スクリプトを、前記診断対象指定情報に含まれている管理ユーザ名およびパスワードとともに、前記診断対象指定情報に含まれているＤＢ識別情報によって特定される診断対象となるデータベースサーバに与え、これを実行させる診断実行手段と、
   前記診断対象となるデータベースサーバから、前記診断用スクリプトの実行結果を示す診断結果情報を受け取る診断結果受信手段と、
   前記診断結果情報を、前記端末装置に対して、結果表示Ｗｅｂページとして提示する結果表示用Ｗｅｂページ提示手段と、
   を備えることを特徴とするデータベース診断システム。
2. 請求項１に記載のデータベース診断システムにおいて、
   受け取った診断結果情報を、予め定められた所定のフォーマットで記述されたデータに変換するフォーマット変換手段と、
   変換されたデータを格納する診断結果格納手段と、
   を更に設けたことを特徴とするデータベース診断システム。
3. 請求項２に記載のデータベース診断システムにおいて、
   フォーマット変換手段が、テキストデータ形式で受け取った診断結果情報を、ＸＭＬ形式で記述されたデータに変換する機能を有することを特徴とするデータベース診断システム。
4. 請求項２または３に記載のデータベース診断システムにおいて、
   フォーマット変換手段が、受け取った診断結果情報に、診断対象となったデータベースサーバについてのＤＢＭＳの種類を示す情報、ＯＳの種類を示す情報およびＤＢ識別情報を書誌情報として付加する機能を有し、
   診断結果格納手段が、前記書誌情報を付加した状態の診断結果情報を格納する機能を有することを特徴とするデータベース診断システム。
5. 請求項１〜４のいずれかに記載のデータベース診断システムにおいて、
   「ＤＢＭＳの種類」として「ＤＢＭＳ名およびそのバージョン」を用いることを特徴とするデータベース診断システム。
6. 請求項１〜５のいずれかに記載のデータベース診断システムにおいて、
   「ＤＢ識別情報」として「診断対象となるデータベースサーバのＩＰアドレスおよび診断対象となるデータベースの名称」を用いることを特徴とするデータベース診断システム。
7. 請求項１〜６のいずれかに記載のデータベース診断システムにおいて、
   結果表示用Ｗｅｂページ提示手段が、Ｗｅｂページ上での表示書式を示すスタイルシートに基づいて、診断結果情報をＨＴＭＬ形式に変換する機能を有することを特徴とするデータベース診断システム。
8. 請求項１〜７のいずれかに記載のデータベース診断システムを構成するシステム本体。
9. 請求項１〜７のいずれかに記載のデータベース診断システムを構成するシステム本体としてコンピュータを機能させるためのプログラム。