JP7689043B2 - 管理システム、管理システムによる管理方法及びコンピュータプログラム - Google Patents

Description

本発明は、管理システム、管理システムによる管理方法及びコンピュータプログラムに関する。

本発明は、より詳細にいえば、サーバまたは仮想マシン上で実行されるデータベースアプリケーションと、このデータベースアプリケーションが使用するデータが存在するボリュームとの間の関係を発見することに関する。

ハイブリッドクラウドデータサービスの発展に伴い、データベースとこのデータベースが使用するデータが格納されている実体としてのストレージシステムのボリュームとが異なるシステムに配置されることが多くなっている。

コンプライアンスの観点から、データベースの削除を行う際には、このデータベースが使用するデータも完全に削除されなければならない。しかしながら、多数のデータベースと多数のストレージシステムとが存在するハイブリッドクラウドデータサービスにおいて、データベースとボリュームとの対応関係を即座に把握し、適切にデータの削除を行う作業は困難を要する。

このような課題に対応する技術として、特許文献１、特許文献２に開示された技術がある。これら特許文献１、特許文献２に開示された技術では、サーバ上にエージェントをインストールすることによって、サーバとストレージとの関係を見つける問題を解決している。「アプリケーション・オブジェクト・マネージャー・エンジン」（ホスト・サーバー・マシン上のエージェント）は、ストレージシステム上のアプリケーション・オブジェクト（データベースアプリケーション）とそのストレージ・オブジェクト（論理ボリューム）との間のマッピングを決定する。エージェントは、サーバの他のソフトウェアと組み合わせて実行するように構成されている。

米国特許第８４２９１４０号明細書 米国特許第８６５０１６５号明細書

しかしながら、特許文献１、特許文献２に開示された技術のように、サーバ上にエージェントをインストールすることには、次のような課題がある。

まず、システムのクライアントは、セキュリティ上の問題があるため、セキュアシェル（Secure Shell：ＳＳＨ）の認証情報（クレデンシャル：credential）を共有したくない場合がある。
次に、システムは仮想マシン（ＶＭ）または物理サーバ上で数百のデータベースアプリケーションを実行している可能性があり、このようなセキュアシェル（ＳＳＨ）の認証情報を手動で収集するのは面倒な場合がある。これは、通常、暗号鍵の中央リポジトリはなく、仮想マシン（ＶＭ）の構成は動的だからである。

本発明は、上記事情に鑑みなされたものであり、その目的は、エージェントをインストールすることなくデータベースとボリュームとの関係を管理することが可能な管理システム、管理システムによる管理方法及びコンピュータプログラムを提供することにある。

上記課題を解決すべく、本発明の一つの観点に従う管理システムは、データベースと、このデータベースが使用するデータが格納されたストレージシステムのボリュームとの関係を管理する管理システムであって、管理システムはプロセッサを有し、プロセッサは、データベースが有する、ボリュームの認証情報を含むデータにアクセスし、データへのアクセスのタイミングを含む時間範囲においてボリュームのアクセス数を検出し、アクセス数に基づいてデータベースとボリュームとの関係を管理する。

本発明によれば、エージェントをインストールすることなくデータベースとボリュームとの関係を管理することが可能な管理システム、管理システムによる管理方法及びコンピュータプログラムを実現することができる。
前記した以外の課題、構成および効果は、以下の実施例の説明により明らかにされる。

実施形態に係る管理システムが適用されるシステムの概要を示すブロック図である。 実施形態に係る管理システムが有する情報テーブルの一例を示す図である。 実施形態に係る管理システムが有する情報テーブルの他の例を示す図である。 実施形態に係る管理システムが適用されるシステムにおけるストレージのマッピングを示す図である。 実施形態に係る管理システムが適用されるシステムにおける関連情報の一例を示す図である。 実施形態に係る管理システムが適用されるシステムにおいて一般的に生じる可能性のある課題を説明するための図である。 実施形態に係る管理システムの動作の一例を示す図である。 実施形態に係る管理システムの動作の一例を説明するためのフローチャートである。 実施形態に係る管理システムの事前動作の一例を説明するためのフローチャートである。 実施形態に係る管理システムにより取得できるトポロジの一例を示す図である。 実施形態に係る管理システムの出力結果であるＧＵＩの一例を示す図である。

以下、図面を参照して、本発明の実施形態について詳述する。ただし、以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のために、適宜省略および簡略化が行われており、本発明の技術的範囲を限定するものではない。

以後の説明では「テーブル」、「表」、「リスト」、「キュー」などの表現にて各種情報を説明するが、各種情報はこれら以外のデータ構造で表現されていてもよい。そのため、データ構造に依存しないことを示すために、単に「情報」と呼ぶことがある。各種情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」、「番号」などの表現を用いるが、これらについては相互に置換が可能である。

以後の説明では、「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサ（例えばＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit））によって実行されることで定められた処理を、記憶資源（例えばメモリ）やインタフェースデバイス（例えば通信装置）などを適宜用いながら行うため、プロセッサを主語とした説明としてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有する例えばコントローラ、装置、システム、計算機、ノード、ストレージ装置、サーバ、クライアント、又はホストであってもよい。また、プログラムの一部または全ては、ハードウェア回路を用いて処理してもよい。

各種プログラムは、プログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。また、以後の説明において、２以上のプログラムが１つのプログラムとして実現されてもよく、逆に１つのプログラムが２以上のプログラムとして実現されてもよい。

なお、実施例を説明する図において、同一の機能を有する箇所には同一の符号を付し、その繰り返しの説明は省略する。

また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。

図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

本実施形態の管理システムは、一例として以下のような構成を有する。

すなわち、本実施形態の管理システムは、サイドチャネル解析技術に関するものである。Cloudscopyに基づくこの技術は、ＩＰ（インターネットプロトコル）アドレスの発見、ホップカウントの測定、および共存する仮想マシン（ＶＭ）の検証に関する新規な手法を提供する。これを実現するために、ハードウェア割り込み、クラウドスキャン、Time to Live（ＴＴＬ）スキャンを利用する。

サイドチャネル解析法と同様に、本実施形態の管理システムは、データカタログの助けを借りてデータベースをプローブし、マッピングを見つけるためにネットワークを解析することにより、サーバとストレージ間の関係を発見する新しいソリューションを提案する。

本実施形態は、サーバまたは仮想マシン上で実行されているデータベースアプリケーションからストレージへのデータのマッピングを見つける方法を提案する。本実施形態は、顧客環境にエージェントをインストールする必要がない。本実施形態により見出された関係は、エンド・ツー・エンド・データ・フローの視覚化によるデータ管理において有用である。

本実施形態は、データカタログやストレージ性能のような管理ソフトウェアからの既存の情報を利用することにより、顧客サーバのセキュアシェル（ＳＳＨ）認証情報を収集したり、それらに任意のエージェントをインストールする必要性を排除する。

データカタログには、組織内に存在するすべてのデータベースのアクセス詳細が含まれる。これには、テーブルのエンドポイントと、データベースの認証情報が含まれる。この情報は暗号化された形式でデータカタログにすでに用意されているため、本実施形態のソリューションでは認証情報のコレクションは必要ない。顧客がデータカタログにアクセスできる場合は、そのアプリケーションプログラミングインタフェース（ＡＰＩ）を直接使用することができる。これらのデータカタログには、データプレビューアプリケーションプログラミングインタフェース（ＡＰＩ）を介してテーブルの内容を表示する機能もある。

データプレビューアプリケーションプログラミングインタフェース（ＡＰＩ）を介してテーブルを読み取るたびに、同じ時間帯でボリュームのパフォーマンスが多少急増することが予測される。パフォーマンスデータは、ＩＯＰＳ（Input Output per Seconds）、転送レート（Transfer Rate）、キャッシュヒット率（Cache Hit ratio）などのパラメータを含む。ギガバイト（ＧＢ）程度のデータが少ないテーブルでは、このような読み取りコマンドを実行すると、ボリュームのパフォーマンスに非常に大きな負荷がかかる。それは、検出されるのに十分に有意であるべきである。

以上の考えに従えば、関係識別プログラムを構築することができる。このプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）を介してデータカタログのテーブル（一度に１つずつ）に対して読み取り操作をトリガする。その結果、データベースはストレージからデータを読み取り、その結果をデータカタログに送り返す。

この関係識別プログラムは、ストレージアプリケーションプログラミングインターフェース（ＡＰＩ）を使用して、ストレージパフォーマンスも並行して収集する。収集された性能データは、異常検出アルゴリズムを実施する時系列データとなる。任意の異常検出アルゴリズムを考えることができる。データカタログからデータプレビューを実行する期間中に、任意のボリュームで高い異常スコアが検出された場合、プレビューコマンドが読み取られたデータベースは、データストレージに適切なボリュームを使用していると結論付けることができる。

データベースメモリがテーブル・サイズよりも大きい場合、読み取り中にスパイクを観察することはできないが、ほとんどすべての実用的なケースに提案を適用することができる。データベースメモリーサイズよりも大きいテーブル・サイズの場合はいつでも、本実施形態を適用することができる。データカタログに書き込み権限があり、顧客がサンプルスペースを指定して書き込むことができる場合、本実施例は常に適用可能である。

何百ものサーバとストレージのリレーションの検索を自動化し、ログイン認証情報が不要なため、セキュリティも向上する。これは、エンド・ツー・エンドのデータフロー、根本原因解析（root cause analysis）、およびポリシーコンプライアンスなど、さまざまな利点を提供する。その有用性は、データを削除するユースケースを通じ、詳細に議論されてきた。

以下、図１～図１０を参照して、本発明の実施形態について詳述する。

図１は、本実施形態の管理システムを含む、典型的な顧客環境における全体的なシステムインフラストラクチャの実施形態を示すブロック図である。図１は、顧客環境に存在する各システムと、それらが互いにどのように相互作用するか、および我々の関係識別プログラムを示す。

顧客環境は、多数のデータカタログシステム６０００、サーバシステム２０００、ストレージシステム４０００および本実施形態の管理システム８０００から構成される。

データカタログシステム６０００は、システム上で実行されるプログラムを処理するサーバプロセッサ６１００を有する。サーバネットワークアダプタ６７００は、システムの接続性に責任を負う。サーバストレージアダプタ６９００は、ネットワーク上で利用可能なストレージ６５００を接続するのに役立つ。いくつかのデータ６５１０は、アタッチドストレージ６５００上に存在する。サーバメモリ６３００は、システム上で現在実行されているプログラムを有する。サーバメモリ６３００上で実行され得る典型的なプログラムは、サーバＯＳ６３１０およびデータカタログアプリケーション６３２０である。データカタログアプリケーション６３２０は、ＶＭマネージャ６３１１によって管理されるＶＭ上で実行されている場合もあれば、ベア・メタルで実行されている場合もある。Ａ１１０は、データカタログシステム６０００のすべてのコンポーネントを接続するバスである。

顧客環境で実行される多数のサーバシステム２０００が存在することができる。このサーバシステム２０００は、システム上で実行されているプログラムを処理するサーバプロセッサ２１００を有する。サーバネットワークアダプタ２５００は、システムの接続性に責任を負う。サーバストレージアダプタ２７００は、ネットワーク上で利用可能なアタッチドストレージ２９００を接続するのに役立つ。サーバメモリ２３００は、システム上で現在実行されているプログラムから構成される。

サーバーＯＳ２３２０がＶＭマネージャ２３２１を実行している可能性がある。ＶＭ２３１０はそのデータ２３１２と共に、アプリケーション２３１１（データベースアプリケーションまたは他のアプリケーションであり得る）を実行している可能性がある。アプリケーション２３０１は、データ２３０２を有するベア・メタルを実行することもできる。データ２３１２および２３０２は、アタッチドストレージ２９００のディスク２９１０または２９２０上に存在する。Ａ１２０は、サーバシステム２０００の全ての構成要素を接続するバスである。

ストレージシステム４０００は、システム上で実行されるプログラムを処理するサーバプロセッサ４７００を有する。ネットワークアダプタ４５００は、システムの接続性に責任を負う。ネットワークターゲットアダプタ４９００は、ネットワークを介して他のシステムにストレージを接続するのに役立つ。サーバメモリ４１００は、大部分がストレージオペレーティングシステム４１１０からなる。ディスクおよびボリューム４４００のアレイは、ストレージアダプタ４３００により接続される。Ａ１３０は、ストレージシステム４０００の全ての構成要素を接続するバスである。

管理システム８０００は、システム上で実行されるプログラムを処理するサーバプロセッサ８３００かを有する。サーバネットワークアダプタ８７００は、システムの接続性に責任を負う。サーバストレージアダプタ８９００は、ネットワーク上で利用可能なアタッチドストレージ８５００を接続するのに役立つ。このアタッチドストレージ８５００内には、いくつかのデータ８５１０が存在する可能性がある。サーバメモリ８１００は、システム上で現在実行されているプログラムで構成される。

データカタログ管理機能８１１０は、データカタログシステム６０００からテーブルおよびデータベースに関する関係情報を取り出し、それを設定８１１１として記憶する。通信はＡ５２０として示されている。

アプリケーション管理機能８１４０は、サーバシステム２０００からすべてのアプリケーション間通信情報を収集し、それを設定８１４１に格納する。通信はＡ５１０として示されている。

ストレージ管理機能８１５０はすべてのボリュームおよび設定８１５２のパフォーマンスデータ８１５１を収集し、そのリストは、ボリュームおよびディスク、ならびにそれらの関係である。通信はＡ５００として示されている。

関係識別プログラム８１２０は本実施形態の管理システム８０００の主要部である。データカタログ管理機能８１１０、アプリケーション管理機能８１４０、及びストレージ管理機能８１５０内のデータから全ての設定及びパフォーマンスデータを収集することになるこの通信は矢印Ａ５４０として示されている。これは、データカタログからデータベースアプリケーションへのエンドツーエンドトポロジを（設定８１２１として）計算し、矢印Ａ５５０で示されるように、それをトポロジデータベース８１３０に格納する。トポロジデータベース８１３０は、ノードとしての２つの属性トポロジオブジェクト８１３１と、ノード間のエッジとしてのトポロジリンク８１３２とから構成される。

トポロジは、Ｗｅｂクライアント９０００に送られ、グラフィカルユーザインタフェース９１００として可視化される。この接続は矢印Ａ５６０で示されている。Ａ１００は、管理システム８０００の全ての構成要素を接続するバスである。

図２Ａ及び図２Ｂは、本実施形態の管理システムが有する情報テーブルの一例を示す図である。

図２において、情報テーブルＴ１０００は、パフォーマンスデータテーブルＴ１１００、トポロジオブジェクトＴ１２００、トポロジリンクＴ１３００、データカタログリストＴ１４００、データベースリストＴ１５００、テーブルリストＴ１６００及びボリュームリストＴ１７００を有する。

Ｔ１１００はパフォーマンスデータテーブルであり、図１におけるパフォーマンスデータ８１５１に対応する。パフォーマンスデータテーブルＴ１１００は、エントリとして、時系列Ｔ１１１０、ＩＯＰＳ（Input Output per seconds）Ｔ１１２０、転送レートＴ１１３０などを有する。

Ｔ１２００はトポロジオブジェクトテーブルであり、図１におけるトポロジオブジェクト８１３１に対応する。トポロジオブジェクトテーブルＴ１２００は、エントリとして、ノードのＩＤＴ１２１０、ノードの名称Ｔ１２２０、ノードのタイプＴ１２３０などを有する。

Ｔ１３００はトポロジリンクテーブルであり、図１におけるトポロジリンク８１３２に対応する。トポロジリンクテーブルＴ１３００は、リンクのＩＤＴ１３１０、送信元ノード（ソース）の名称Ｔ１３２０、宛先ノード（ターゲット）の名称Ｔ１３３０などを有する。

Ｔ１４００はデータカタログリストであり、図１におけるデータカタログ管理機能８１１０の設定８１１１に対応する。データカタログリストＴ１４００は、エントリとして、データカタログのｉｄＴ１４１０、データカタログのタイプＴ１４２０、データカタログのＩＰ Ｔ１４３０、ユーザー名Ｔ１４４０、およびデータカタログのパスワードＴ１４５０などを有する。

Ｔ１５００は、データカタログから得られるデータベースリストであり、図１における関係識別プログラム８１２０の設定８１２１に対応する。データベースリストＴ１５００は、エントリとして、データベースのＩＤＴ１５１０、データベースの名前Ｔ１５２０、データベースのタイプＴ１５３０などを有する。

Ｔ１６００はデータカタログから得られるテーブルリストであり、図１における関係識別プログラム８１２０の設定８１２１に対応する。テーブルリストＴ１６００は、テーブルのｉｄＴ１６１０、テーブルの名前Ｔ１６２０、テーブルが所属するデータベースＴ１６３０などを有する。

Ｔ１７００はボリュームリストであり、ストレージシステム４０００から得られる。ボリュームリストＴ１７００は、図１におけるストレージ管理機能８１５０の設定８１５２に対応する。ボリュームリストＴ１７００は、ボリュームのｉｄＴ１７１０、ボリュームのＬＤＥＶ ＩＤ Ｔ１７２０、およびボリュームのラベルＴ１７３０などを有する。

図３は、サーバシステム２０００をストレージに接続する方法の一例を示している。

サーバシステム２０００ａはデータベースアプリケーション２３０３をベア・メタルで実行し、一方、サーバシステム２０００ｂは仮想マシン２３１０上でデータベースアプリケーション２３１３を実行する。

テーブル２３０４および２３１４は、それらのデータをディレクトリ２３０５および２３１５に格納する。この接続は、矢印Ａ２００およびＡ２１０によってそれぞれ示されている。これらのディレクトリ２３０５および２３１５は、実装デバイス２３０７および２３１７にそれぞれ常駐する。この関係は、ＬＶＭレイヤ２３０６および２３１６によって管理される。ディレクタ間の関係は、Ａ２０１およびＡ２１１によって示されるＬＶＭレイヤである。ＬＶＭレイヤと実装されたデバイスとの間の関係は、Ａ２０３およびＡ２１２によって示される。

サーバシステム２０００はストレージエリアネットワーク（ＳＡＮ）３０００によりストレージコンポーネント５０００に接続され、この接続は矢印Ａ２２０ａ、Ａ２２０ｂ、Ａ２３０ａ、およびＡ２３０ｂによって示される。

ポート５４００ａおよび５４００ｂは、サーバをボリュームに接続する。ポート５４００はサーバシステム２０００のグループとホストグループ５１００ａおよび５１００ｂで表されるボリュームのグループの接続を管理している場合がある。ホストグループとポートの関係をＡ２３０ａ，Ａ２３０ｂとする。ホストグループとボリュームの関係をＡ２４０ａ、Ａ２４０ｂで示す。

ボリュームは、パリティグループ５２００として知られるディスクのアレイから分割される基本ボリューム４４００ａのアレイである。この接続は矢印Ａ２５０ａで示されている。ボリュームは、ディスクのプール５３００を通して分割される仮想ボリューム４４０１ａであることができる。この接続は、矢印Ａ２５０ｂによって直ちに行われる。

ボリューム４４００ａおよび４４０１ａは、ｉＳＣＳＩ／ＦＣ３１００ａおよび３１００ｂなどのプロトコルの助けを借りて、実装デバイス２３０７および２３１７にマッピングされる。ソースおよびターゲットのユニークネームは、これらのプロトコルによって管理される。

図４は、データのエンド・ツー・エンドの関係トポロジを見つけるために各層でデータを収集できる例を示している。

情報項目Ｔ２０００は、データカタログアプリケーション６３２０から収集することができる。データカタログアプリケーション６３２０は、インターネットプロトコル（ＩＰ）：ポート３２００を参照することによって、サーバシステム２０００に接続される。情報項目Ｔ３０００は、セキュアシェル（ＳＳＨ）認証情報を使用してサーバにログインすることによって、サーバシステム２０００から検索することができる。サーバシステム２０００は、ｉＳＣＳＩ／ＦＣ３１００などの何らかのプロトコルによってボリューム４４００に接続される。情報項目Ｔ４０００は、ストレージシステム４０００で実行されているストレージソフトウェアから取得できる。

図５は、システムにログインしてリレーションデータを取得する際に発生する問題を示している。

データカタログシステム６０００は認証情報（Credential）Ｃ１００を有する。ストレージシステム４０００は認証情報Ｃ１０２を有する。サーバシステム２０００の認証情報Ｃ１０１を持つサービスシステムが数百ある可能性がある。データカタログシステム６０００は、矢印Ａ７００によって示されるサーバシステム２０００内のすべてのデータベースアプリケーション２３０１へのアクセス権を有する。ストレージシステム４０００は、矢印Ａ７３０によって示されるボリュームおよびディスク４４００のアレイを有することができる。アプリケーション２３０１は矢印Ａ７１０によって示されるように、ストレージボリュームのための実装デバイス２３０７を使用する。

問題は、関係識別プログラム８１２０が、収集が非常に困難でかつセキュリティ上の懸念がある数百のログイン／ＳＳＨ認証情報を収集することを必要とする数百のサーバシステム２０００にログインすることによって、マウント情報Ａ７２０を収集しなければならないことである。それは矢印Ａ３００で示されている。

図６は、関係識別プログラム８１２０の概念の核心を表している。これは、サイドチャネル分析のタイプに基づいている。理想的には、テーブルの読み取りまたは書き込みのためにデータカタログに負荷を生成するたびに、ボリュームにパフォーマンスボリュームのスパイクが発生することが予想される。

７０００は、データカタログのデータに対する操作を示す。Ｈｉｇｈは読み出し／書き込み動作を意味し、ｌｏｗは動作しないことを意味する。この例では、読み出し動作が時間７０１０～７０２０で行われる。

７５００は、ボリュームのパフォーマンスを示している。ボリュームのパフォーマンスを図る指標としては、１秒あたりの入力出力（ＩＯＰＳ）、転送レート、またはキャッシュヒット率が可能である。時刻７５１０～７５２０まで異常が発生する。時間７５１０は７０１０と同じであり、時間７５２０は７０２０と同じである。スパイクのピークは時間７５３０にある。

図７は、本実施形態の管理システム８０００、特に関係識別プログラム８１２０がどのようにデータ関係を見つけることができるかを詳細に示すフローチャートである。

まず、関係識別プログラム８１２０は、Ｐ１００において、すべてのボリュームのパフォーマンスデータを収集する。次いで、関係識別プログラム８１２０は、Ｐ１０１にいて、データカタログに存在するデータベースのリストから１つのデータベースを選択する。次いで、関係識別プログラム８１２０は、Ｐ１０２において、Ｐ１０１で選択したデータカタログから１つのテーブルを選択する。次いで、関係識別プログラム８１２０は、Ｐ１０３において、時間の計時を開始する。このとき、計時開始時刻をＴ１とする。次いで、関係識別プログラム８１２０は、データカタログＡＰＩを利用して、Ｐ１０２で選択したテーブルに対してデータプレビューコマンドを送信し、選択したテーブルのコンテンツを読み取る処理を実行する。

関係識別プログラム８１２０は、Ｐ１０５において、全てのテーブルについてＰ１０２～Ｐ１０４に示す作業を行ったか否かを判定する。そして、全てのテーブルについて作業を行ったと判定したら（Ｐ１０５においてＹＥＳ）Ｐ１０６に進み、まだ作業を行っていないテーブルがあると判定したら（Ｐ１０５においてＮＯ）Ｐ１０２に戻って作業を継続する。

Ｐ１０６では、関係識別プログラム８１２０は計時を終了する。この時、計時終了時刻をＴ２とする。次に、関係識別プログラム８１２０は、Ｐ１０７において、すべてのボリュームについて時刻Ｔ１と時刻Ｔ２との間の異常スコア（anomaly score）を計算する。そして、関係識別プログラム８１２０は、Ｐ１０８において、Ｐ１０７で算出した異常スコアのうち、あるボリュームが高い異常スコアを与える場合は、読み込んだデータベースとこのボリュームの間のマッピングを生成する。そして、関係識別プログラム８１２０は、Ｐ１０９において、テーブルからデータベースへの関連情報を収集して、マッピング全体を生成する（テーブル→データベース→サーバ→ボリューム）。

そして、関係識別プログラム８１２０は、Ｐ１１０において、全てのデータベースについてＰ１０２～Ｐ１０９に示す作業を行ったか否かを判定する。そして、全てのデータベースについて作業を行ったと判定したら（Ｐ１１０においてＹＥＳ）Ｐ１１１に進み、まだ作業を行っていないデータベースがあると判定したら（Ｐ１１０においてＮＯ）Ｐ１０１に戻って作業を継続する。

そして、関係識別プログラム８１２０は、Ｐ１１１において、ストレージボリュームのパフォーマンスデータの収集を終了する。

図８は、図７のフローチャートに示す本実施形態の管理システムの動作を実行するにあたり、図７に示す動作に先立って実行することが好ましい動作の一例を示すフローチャートである。

まず、関係識別プログラム８１２０は、Ｐ２００において、バックグラウンドタスクとして、全てのボリュームのパフォーマンスデータを収集する。次に、関係識別プログラム８１２０は、Ｐ２０１において、データベース（ＤＢ）およびストレージの負荷が低い期間を特定する。なお、負荷が低い期間とはデータプレビューコマンドに応じた処理を実行した場合においても、ストレージを構成する各コンポーネントの負荷が過負荷を示す値を下回る期間である。負荷が低い期間の特定は、例えば、データプレビューコマンドに応じた処理を実行したときの負荷の増加度合いを予め測定しておき、現時点の負荷に増加度合いを加算した値が過負荷を示す閾値を下回っているか否かで判断してもよいし、各コンポーネントの稼働率に低負荷を示す閾値を設定して閾値を下回っているか否かで判断してもよい。関係識別プログラム８１２０は、Ｐ２０２において、Ｐ２０１において特定された期間を参照して、データにアクセスする日時を決定する。

図９は、本実施形態の管理システム８０００で生成されるトポロジグラフを示している。

Ｎ１００には、データカタログから派生したすべてのテーブルが表示される。Ｎ１１０は、データカタログから派生したデータベースエンドポイントであり、インターネットプロトコル（ＩＰ）アドレス、ポート、データベースの資格情報などの重要な情報が含まれている。データベースアプリケーションＮ１２０は、クラスタに存在するアプリケーションの名前とメタデータで構成される。Ｎ１３０は、Ｎ１２０にマウントされているボリュームである。Ｎ１４０は、ボリュームが存在するディスクである。
５５００では、データカタログビューがアプリケーションビューから分割される。５６００では、アプリケーションビューとストレージビューとが切り離される。

図１０は、本実施形態の管理システム８０００により生成されたＧＵＩ（Graphical User Interface）の一例を示す図である。図１０に示すＧＵＩ９１００はＷｅｂクライアント９０００により表示される。

５１００はデータカタログビュー、５２００はアプリケーションビュー、５３００はストレージビューである。５０００は、クリックされたテーブルのエンド・ツー・エンドのハイライトされたパスである。Ｎ１００はすべてのテーブルを表示するレイヤである。Ｎ１１０はすべてのデータベースエンドポイントを表示するレイヤである。Ｎ１２０は全てのアプリケーションを示すレイヤである。Ｎ１３０は、全てのボリュームを示すレイヤである。Ｎ１４０は、すべてのディスクを表示するレイヤである。

以上詳細に説明したように、本実施形態の管理システム８０００によれば、エージェントをインストールすることなくデータベースとボリュームとの関係を管理することが可能となる。

以上、本発明の主な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態のみに限定する趣旨ではない。必ずしも、説明した全ての構成を備えている必要もなく、また、ある実施例の構成の一部を他の実施例の構成に置き換えたり、加えることも可能である。同様に、各実施例の一部構成について必要に応じて変更・削除することも可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）、Ｐｙｔｈｏｎ等の広範囲のプログラム又はスクリプト言語で実装できる。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

２０００、２０００ａ、２０００ｂ…サーバシステム ２９００…アタッチドストレージ ２９１０…ディスク ４０００…ストレージシステム ４４００…ボリューム ４４００ａ…基本ボリューム ４４０１ａ…仮想ボリューム ４７００…サーバプロセッサ ５２００…パリティグループ ５３００…プール ５４００…ポート ６０００…データカタログシステム ６３２０…データカタログアプリケーション ８０００…管理システム ８１００…サーバメモリ ８１１０…データカタログ管理機能 ８１１１、８１２１、８１４１、８１５２…設定 ８１２０…関係識別プログラム ８１３０…トポロジデータベース ８１３１…トポロジオブジェクト ８１３２…トポロジリンク ８１４０…アプリケーション管理機能 ８１５０…ストレージ管理機能 ８１５１…パフォーマンスデータ ８３００…サーバプロセッサ ９０００…Ｗｅｂクライアント ９１００…グラフィカルユーザインタフェース

Claims (11)

1. データベースと、このデータベースが使用するデータが格納されたストレージシステムのボリュームとの関係を管理する管理システムであって、
   前記管理システムはプロセッサを有し、
   前記プロセッサは、
   前記データベースが有する、前記ボリュームの認証情報を含むデータにアクセスし、
   前記データへのアクセスのタイミングを含む時間範囲において前記ボリュームのアクセス数を検出し、
   前記アクセス数に基づいて前記データベースと前記ボリュームとの関係を管理することを特徴とする管理システム。
2. 前記プロセッサは、前記アクセス数に基づいて前記データベースが使用する前記データが格納された前記ボリュームを特定することを特徴とする請求項１に記載の管理システム。
3. 前記プロセッサは、前記時間範囲において前記アクセス数が増加した前記ボリュームを特定することを特徴とする請求項２に記載の管理システム。
4. 前記プロセッサは、前記ボリュームの前記認証情報を含む前記データの読み出し要求を行い、及び／または、前記データに対してデータプレビューコマンドを発行することで前記データにアクセスすることを特徴とする請求項１に記載の管理システム。
5. 前記アクセス数は、前記ボリュームに対するＩＯＰＳ、転送レート、及びキャッシュヒット率の少なくとも１つであることを特徴とする請求項１に記載の管理システム。
6. 前記プロセッサは、前記アクセス数に基づく前記ボリュームの異常スコアにより前記データベースと前記ボリュームとの関係を管理することを特徴とする請求項１に記載の管理システム。
7. 前記プロセッサは、前記ボリュームの前記認証情報を含む前記データベースのデータカタログにアクセスすることを特徴とする請求項１に記載の管理システム。
8. 前記プロセッサは、前記データベース及び前記ボリュームが低負荷である期間を検出し、前記期間内において前記ボリュームの認証情報を含むデータにアクセスすることを特徴とする請求項１に記載の管理システム。
9. 前記プロセッサは、前記データベースと前記ボリュームとの関係を可視化するＧＵＩを表示するためのデータを生成することを特徴とする請求項１に記載の管理システム。
10. データベースと、このデータベースが使用するデータが格納されたストレージシステムのボリュームとの関係を管理する管理システムによる管理方法であって、
    前記データベースが有する、前記ボリュームの認証情報を含むデータにアクセスし、
    前記データへのアクセスのタイミングを含む時間範囲において前記ボリュームのアクセス数を検出し、
    前記アクセス数に基づいて前記データベースと前記ボリュームとの関係を管理することを特徴とする管理システムによる管理方法。
11. データベースと、このデータベースが使用するデータが格納されたストレージシステムのボリュームとの関係を管理するコンピュータにより実行されるコンピュータプログラムであって、
    前記コンピュータプログラムが前記コンピュータにより実行されると、このコンピュータを、
    前記データベースが有する、前記ボリュームの認証情報を含むデータにアクセスさせ、
    前記データへのアクセスのタイミングを含む時間範囲において前記ボリュームのアクセス数を検出させ、
    前記アクセス数に基づいて前記データベースと前記ボリュームとの関係を管理させることを特徴とするコンピュータプログラム。

Images