JP2006099542A - データアーカイブシステム、データ検索方法及び管理サーバ - Google Patents

Abstract

【課題】データアーカイブシステムにおいて、検索タスクの処理時間を短縮する。
【解決手段】データを記憶する複数のボリュームを有するストレージ装置と、所望のデータの検索を要求する検索タスクを処理する複数の検索サーバと、ＣＰＵと、インタフェースと、メモリを有し、前記検索サーバを管理する管理サーバと、を備えるデータアーカイブシステムにおいて、前記管理サーバは、前記ボリュームに記憶されているデータを管理するテーブルを有し、前記検索サーバの負荷情報を取得し、該負荷情報に基づいて、前記検索タスクを処理する前記検索サーバを選択し、前記テーブルに基づいて、前記検索タスクで要求するデータが記憶されている前記ボリュームを特定し、選択した前記検索サーバに、該ボリュームを通知し、該検索サーバは、該ボリュームに対して前記検索タスクを処理することを特徴とする。
【選択図】図１

Description

本発明は、ストレージにデータを記憶するデータアーカイブシステムに関し、特に、ストレージから所望のデータを検索する技術に関する。

近年、米国では、不正な企業会計や、電子カルテからのプライバシーの流出を防止するため、様々な規制がされている。新たに定められた法規制は、例えば、ＳＥＣ Ｒｕｌｅ １７ａ−４（米証券取引委員会規則１７条ａ−４）である。この法規制では、保存される電子記録文書に対して、改ざん防止策を備えることや、法的機関の要請に従いただちに情報を提供する義務等を規定している。この流れを受け、蓄積されたデータから所望のデータを検索できるデータアーカイブシステムが必要とされている。

データアーカイブシステムは、大量のデータが格納される。法的機関の要請に従いただちに情報を提供するためには、データアーカイブシステムは、高速な検索手段が必要となる。なお、高速な検索手段は、検索タスクの負荷を分散することによって実現できる。

従来、検索タスクの負荷を分散する方法として、検索処理を行うサーバを複数用意し、それらのサーバを負荷分散装置で束ねる技術が知られている（例えば、非特許文献１参照。）。この負荷分散装置は、受け取った複数の検索タスクを、別の検索サーバに振り分ける。
"ＨＡ８０００−ｉｅ／Ｌｏａｄｆｌｏｗｂａｌ 製品カタログ（第１頁）"、（株）日立製作所、＜URL: http://www.hitachi.co.jp/Prod/comp/OSD/pc/ha/prod/catalog/ielf0307.pdf＞

しかしながら、従来の負荷分散装置は、複数の検索タスクを複数の検索サーバで処理する技術であり、一つの検索タスクを複数の検索サーバで処理することは考慮されていない。

本発明は、一つの検索タスクを複数のサーバで分散して処理する技術の提供を目的とする。

本発明は、データを記憶する複数のボリュームを有するストレージ装置と、所望のデータの検索を要求する検索タスクを処理する複数の検索サーバと、ＣＰＵと、インタフェースと、メモリを有し、前記検索サーバを管理する管理サーバと、を備えるデータアーカイブシステムにおいて、前記管理サーバは、前記ボリュームに記憶されているデータを管理するテーブルを有し、前記検索サーバの負荷情報を取得し、該負荷情報に基づいて、前記検索タスクを処理する前記検索サーバを選択し、前記テーブルに基づいて、前記検索タスクで要求するデータが記憶されている前記ボリュームを特定し、選択した前記検索サーバに、該ボリュームを通知し、該検索サーバは、該ボリュームに対して前記検索タスクを処理することを特徴とする。

一つの検索タスクを複数の検索サーバで並列的に処理をすることによって、検索タスクの処理時間を短縮できる。

以下、本発明の実施の形態を図面を参照して説明する。

（第１の実施の形態）
図１は、本発明の第１の実施の形態のデータアーカイブシステムのブロック図である。

まず、本発明の概要を説明する。

本発明の実施の形態のデータアーカイブシステムは、データを格納する複数のボリュームを有するストレージ１０４と、ストレージ１０４に格納されているデータを検索する検索タスクを処理する複数の検索サーバ１０２ａ、１０２ｂと、検索サーバ１０２ａ等を管理する検索タスク管理サーバ１０５と、を備える。検索タスク管理サーバ１０５は、前記ボリュームに格納されているデータを管理する管理テーブル１２７、１２８、１３０を保持している。また、検索タスク管理サーバ１０５は、各検索サーバ１０２ａ、１０２ｂの負荷情報を取得し、ＣＰＵ負荷管理テーブル１２７に記録する。そして、取得した負荷情報に基づいて、前記検索タスクを処理する前記検索サーバを選択する。また、検索タスク管理サーバ１０５は、アーカイブデータ管理テーブル１３０に基づいて、検索タスクによる検索対象データが格納されているボリュームを特定する。そして、選択された検索サーバ１０２に、特定されたボリュームを通知する。選択された検索サーバ１０２は、通知されたボリュームに対して、検索タスクを処理する。

さらに、本発明の実施の形態のデータアーカイブシステムは、ボリュームにデータを格納するアーカイブサーバ１０３を備える。このアーカイブサーバ１０３は、ボリュームに格納されるデータのデータ名、データ特性及び該データを格納したボリュームのデータ格納ターゲットをアーカイブ管理データ格納テーブル１３０に格納する。

次に、図１に従って、本発明の第１の実施の形態のデータアーカイブシステムの構成を説明する。

本実施の形態のデータアーカイブシステムは、検索クライアント１０１、検索サーバ１（１０２ａ）、検索サーバ２（１０２ｂ）、アーカイブサーバ１０３、ストレージ１０４、検索タスク管理サーバ１０５、ストレージ管理サーバ１０６、ＬＡＮ１０７、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０８及び管理用ネットワーク１０９から構成される。

検索クライアント１０１、検索サーバ１（１０２ａ）、検索サーバ２（１０２ｂ）及び検索タスク管理サーバ１０５は、ＬＡＮ１０７で相互に接続される。また、検索サーバ１（１０２ａ）、検索サーバ２（１０２ｂ）、アーカイブサーバ１０３及びストレージ１０４は、ＳＡＮ１０８で相互に接続される。また、アーカイブサーバ１０３、ストレージ管理サーバ１０６及び検索タスク管理サーバ１０５は、管理用ネットワーク１０９で相互に接続される。

ＬＡＮ１０７は、例えば、イーサネット（登録商標）で構築されたネットワークであり、ＩＰパケットを転送する。

ＳＡＮ１０８は、例えば、ＩＰ−ＳＮＡやＦＣ−ＳＡＮである。ＩＰ−ＳＡＮは、イーサネットで構築されたＳＡＮであり、ｉＳＣＳＩプロトコルが用いられる。ＦＣ−ＳＡＮは、ファイバチャネルで構築されたＳＡＮであり、ファイバチャネルプロトコルが用いられる。

管理用ネットワーク１０９は、例えば、イーサネットで構築されたネットワークであり、ＩＰパケットを転送する。管理用ネットワーク１０９は、管理情報を当該システムの機器間で送受信するために用いられる。

なお、第１の実施の形態のデータアーカイブシステムにおいて、ＬＡＮ１０７及び管理用ネットワーク１０９は、それぞれ独立したネットワークとしているが、一つのネットワークを共用する構成としてもよい。

検索クライアント１０１は、検索タスクを発行する計算機である。検索タスクとは、所望のデータの検索要求であり、アーカイブデータ名及び検索条件から構成される。アーカイブデータ名は、検索するアーカイブデータを特定する名称である。検索条件は、例えば、「２００３年以降に作成されたデータから検索する」のような、検索するデータを限定する条件である。検索クライアント１０１は、ＬＡＮ１０７を介して、検索タスクを検索タスク管理サーバ１０５へ送信する。なお、一つの検索クライアント１０１を図示しているが、複数設けられてもよい。

検索タスク管理サーバ１０５は、ＣＰＵ１２２、メモリ１２３及びインタフェース１２４、１２５を有する計算機である。メモリ１２３には、検索タスク分散プログラム１２６、ＣＰＵ負荷管理テーブル１２７、検索タスク管理テーブル１２８、ＣＰＵ負荷監視プログラム１２９及びアーカイブデータ管理テーブル１３０が記憶される。なお、検索タスク分散プログラム１２６及びＣＰＵ負荷監視プログラム１２９は、可搬記憶媒体やネットワーク等を介して、メモリ１２３内に記憶される。

インタフェース１２４は、ＬＡＮ１０７を介して、検索クライアント１０１、検索サーバ１（１０２ａ）及び検索サーバ２（１０２ｂ）と接続される。インタフェース１２５は、管理用ネットワーク１０９を介して、検索サーバ１（１０２ａ）、検索サーバ２（１０２ｂ）、アーカイブサーバ１０３、ストレージ１０４及びストレージ管理サーバ１０６と接続される。

ＣＰＵ１２２は、メモリ１２３内のプログラムを実行することによって、各種処理を行う。

ＣＰＵ負荷監視プログラム１２９は、すべての検索サーバ１０２からＣＰＵ使用率を所定のタイミング（例えば、定期的）で収集する。そして、収集したＣＰＵ使用率をＣＰＵ負荷管理テーブル１２７へ格納する。なお、ＣＰＵ負荷監視プログラム１２９は、ＳＮＭＰ（Simple Network Management Protocol）を用いて、検索サーバ１０２からＣＰＵ使用率を含むＭＩＢ（Management Information Base）を収集することによって、ＣＰＵ使用率を収集する。また、ＣＰＵ負荷監視プログラム１２９は、他の方法でＣＰＵ使用率を収集してもよい。

ＳＮＭＰは、ＩＥＴＦによって標準化された公知技術であり、ネットワークに接続した機器を管理するプログラムと、管理される対象の機器との間で、管理情報を通信するプロトコルである（例えば、<URL: http://www.ietf.org/rfc/rfc1157.txt>参照。）。なお、本実施の形態では、機器を管理するプログラムがＣＰＵ負荷監視プログラム１２９であり、管理される対象の機器が検索サーバ１０２である。

また、ＭＩＢは、ＩＥＴＦによって書式を標準化された公知技術であり、ＳＮＭＰで通信される管理情報である。（例えば、<URL: http://www.ietf.org/rfc/rfc1155.txt>参照。）。

検索タスク分散プログラム１２６は、ＣＰＵ負荷管理テーブル１２７に格納された情報に基づいて、ＣＰＵ使用率の低い検索サーバ１０２を選択する。そして、検索タスク分散プログラム１２６は、選択した検索サーバ１０２に、検索タスクの処理を要求する。

ＣＰＵ負荷管理テーブル１２７は、各検索サーバ１０２のＣＰＵ使用率を示す（図２参照）。アーカイブデータ管理テーブル１３０は、各アーカイブデータの保存場所を示す（図３参照）。検索タスク管理テーブル１２８は、各検索タスクの処理内容及び処理情況等を示す（図４参照）。

検索サーバ１（１０２ａ）は、ＣＰＵ１１０ａ、メモリ１１１ａ及びインタフェース１１２ａ、１１３ａ、１１４ａを有する計算機である。メモリ１１１ａには、検索プログラム１１５ａが記憶される。なお、検索プログラム１１５ａは、可搬記憶媒体やネットワークを介してメモリ１１１内に記憶される。

インタフェース１１２ａは、ＬＡＮ１０７を介して、検索クライアント１０１及び検索タスク管理サーバ１０５と接続される。インタフェース１１３ａは、ＳＡＮ１０８を介して、アーカイブサーバ１０３及びストレージ１０４と接続される。インタフェース１１４ａは、管理用ネットワーク１０９を介して、検索タスク管理サーバ１０５及びストレージ管理サーバ１０６と接続される。

ＣＰＵ１１０ａは、メモリ１１１ａ内の各種プログラムを実行することによって、各種処理を行う。検索プログラム１１５ａは、検索タスクを処理する。

なお、検索サーバ２（１０２ｂ）は、検索サーバ１（１０２ａ）と同一の構成なので説明は省略する。

検索サーバ１０２は、２台を図示したが、これより多数であってもよい。本実施の形態のデータアーカイブシステムは、複数の検索サーバ１０２が一つの検索タスクを並列処理することによって、検索処理を高速化する。つまり、本実施の形態では、複数の検索サーバ１０２が備わっている。

アーカイブサーバ１０３は、ＣＰＵ１１６、メモリ１１７及びインタフェース１１８、１１９を有する計算機である。メモリ１１７には、アーカイブプログラム１２０が記憶される。なお、アーカイブプログラム１２０は、可搬記憶媒体やネットワークを介してメモリ１１７内に記憶される。

インタフェース１１８は、ＳＡＮ１０８を介して、検索サーバ１０２及びストレージ１０４と接続される。インタフェース１１９は、管理用ネットワーク１０９を介して、検索サーバ１０２及び検索タスク管理サーバ１０５と接続される。

ＣＰＵ１１６は、メモリ１１７内の各種プログラムを実行することによって、各種処理を行う。アーカイブプログラム１２０は、アーカイブデータを作成する。そして、作成したアーカイブデータの情報を検索タスク管理サーバ１０５に通知する。

ここで、アーカイブデータとは、多数のファイルをまとめたデータである。例えば、アーカイブデータは、電子メール、電子カルテ、映像データ又は文書データである。また、アーカイブデータは、Ｗｅｂサーバ又はファイルサーバのアクセスログ等であってもよい。

ストレージ１０４は、ディスクドライブ群１２１を有する記憶装置である。ディスクドライブ群１２１は、一つ以上のディスクドライブを有する。ディスクドライブは、例えば、磁気ディスクドライブ、磁気テープ、ＤＶＤ又はＣＤであり、物理的な記憶領域を有する。ストレージ１０４は、個々のディスクドライブが有する物理的な記憶領域から、論理ユニット（ＬＵ）を作成する。ＬＵは、検索サーバ１０２及びアーカイブサーバ１０３に提供される論理的な記憶領域である。

ストレージ管理サーバ１０６は、ＣＰＵ１３１、メモリ１３２、インタフェース１３３を有する計算機である。メモリ１３２には、ターゲットアドレス管理テーブル１３４、ストレージ容量管理テーブル１３５及びストレージ管理プログラム１３６が記憶される。なお、ストレージ管理プログラム１３６は、可搬記憶媒体やネットワークを介してメモリ１３２内に記憶される。

インタフェース１３３は、管理用ネットワーク１０９を介して、検索サーバ１０２、アーカイブサーバ１０３、ストレージ１０４及び検索タスク管理サーバ１０５と接続される。

ＣＰＵ１３１は、メモリ１３２内の各種プログラムを実行することによって、各種処理を行う。

ストレージ管理プログラム１３６は、ストレージ１０４の構成を変更する。ストレージ１０４の構成変更は、ＬＵを作成又は削除し、更に、ストレージ１０４に備わるインタフェースのアドレスを設定する。また、ストレージ管理プログラム１３６は、ストレージ１０４の構成変更の後に、設定したアドレスをターゲットアドレス管理テーブル１３４に格納し、ストレージ１０４の空き容量及び使用済み容量を検索タスク管理サーバ１０５へ通知する。

他にも、ストレージ管理プログラム１３６は、アーカイブデータが格納されているＬＵのアドレスの問い合わせがあると、当該アドレスを検索サーバ１０２へ通知する。

なお、検索タスク管理サーバ１０５及びストレージ管理サーバ１０６は、それぞれ別のハードウェアとしているが、それぞれの機能を備える一台のハードウェアとしてもよい。

図２は、本発明の第１の実施の形態の検索タスク管理サーバ１０５に記憶されているＣＰＵ負荷管理テーブル１２７の構成図である。

ＣＰＵ負荷管理テーブル１２７は、サーバ名２０１、ＩＰアドレス２０２及びＣＰＵ負荷２０３から構成される。ＣＰＵ負荷管理テーブル１２７は、データアーカイブシステムに備わる検索サーバ１０２の数のエントリを有する。

サーバ名２０１は、当該エントリの検索サーバ１０２の一意な識別子である。ＩＰアドレス２０２は、当該エントリの検索サーバ１０２のインタフェース１１４に割り当てられたＩＰアドレスである。ＣＰＵ負荷２０３は、当該エントリの検索サーバ１０２のＣＰＵ１１０の使用率である。

サーバ名２０１及びＩＰアドレス２０２は、システム管理者によって入力される。ＣＰＵ負荷２０３は、ＣＰＵ負荷監視プログラム１２９によって、ＭＩＢに含まれるＣＰＵの使用率が格納される。

図３は、本発明の第１の実施の形態の検索タスク管理サーバ１０５に記憶されているアーカイブデータ管理テーブル１３０の構成図である。

アーカイブデータ管理テーブル１３０は、アーカイブデータ名３０１、データ格納ターゲットアドレス３０２及びＬＵＮ３０３から構成される。アーカイブデータ管理テーブル１３０は、アーカイブサーバ１０３によって作成されたアーカイブデータの数のエントリを有する。

アーカイブデータ名３０１は、当該エントリのアーカイブデータを一意に識別する名称である。データ格納ターゲットアドレス３０２は、当該エントリのアーカイブデータを保存したＬＵに割り当てたターゲットのアドレスである。

ターゲットは、ストレージ１０４の内部に備えられ、ＳＣＳＩコマンドを受信する装置である。ターゲットは、論理的な装置であってもよいし、物理的な装置であってもよい。ストレージ１０４は、内部に複数のターゲットを備えてもよい。

また、ターゲットアドレスとは、ターゲットの一意な識別子である。ターゲットアドレスは、ファイバチャネルプロトコルではＷＷＮ（World Wide Name）であり、ｉＳＣＳＩプロトコルではｉＳＣＳＩネームである。

また、ＬＵに割り当てたターゲットとは、アーカイブサーバ１０３及び検索サーバ１０２が、ＬＵにデータを読み書きする際にコマンドを送るターゲットである。例えば、本実施の形態において、データ１は、３つのＬＵにまたがって格納されており、ターゲットのアドレスが「iqn.2003-01.com.example:Target1」である。検索サーバ１０２は、データ１を読み出すとき、そのターゲットのアドレス「iqn.2003-01.com.example:Target1」に対して、ＳＣＳＩコマンドを送信する。

ＬＵは、自身が属するストレージ１０４のターゲットの一つに割り当てられる。なお、一つのターゲットに複数のＬＵを割り当ててもよいが、一つのＬＵを複数のターゲットに割り当てることはできない。これは、ＳＣＳＩの規約によって定められている。

ＬＵＮ３０３は、当該エントリのアーカイブデータを保存したＬＵの識別子である。なお、ＬＵＮ３０３は、各ターゲット内において、ＬＵを識別できる。つまり、同一のＬＵＮ３０３であってもターゲットが異なれば、アーカイブデータの保存場所は異なる。

図４は、本発明の第１の実施の形態の検索タスク管理サーバ１０５に記憶されている検索タスク管理テーブル１２８の構成図である。

検索タスク管理テーブル１２８は、検索タスク名４０１、処理対象データ４０２、処理内容４０３、ターゲットアドレス４０４、ＬＵＮ４０５、検索処理情況４０６及びタスク割り当てサーバ４０７から構成される。

検索タスク名４０１は、当該エントリの検索タスクを識別する名称である。処理対象データ４０２は、当該エントリの検索タスクの検索対象のアーカイブデータの名称である。処理内容４０３は、当該エントリの検索タスクの検索対象のアーカイブデータの検索条件である。

ターゲットアドレス４０４は、当該エントリの検索タスクの検索対象のアーカイブデータを保存したＬＵに割り当てられたターゲットのアドレスである。

ＬＵＮ４０５は、当該エントリの検索タスクの検索対象のアーカイブデータを保存したＬＵの識別子である。なお、ＬＵＮ４０５は、一つの値ごとにエントリが作成される。例えば、タスク１において、処理対象のデータ１は、ＬＵＮ０、ＬＵＮ１及びＬＵＮ２の３つのＬＵにまたがって保存されている。そのため、タスク１のＬＵＮ４０５には、３つのエントリが作成される。

検索処理状況４０６は、当該エントリのＬＵの検索状況である。検索処理状況４０６は、当該エントリのＬＵに対する検索処理が完了していれば「処理済み」が格納され、検索処理中であれば「タスク処理中」が格納され、未処理であれば「未処理」が格納される。

タスク割り当てサーバ４０７は、現在、当該エントリのＬＵを検索している検索サーバ１０２のサーバ名である。つまり、タスク割り当てサーバ４０７は、処理状況４０６が「タスク処理中」である場合のみサーバ名が格納され、それ以外の場合にはサーバ名が格納されない。

図５は、本発明の第１の実施の形態のストレージ管理サーバ１０６に記憶されているターゲットアドレス管理テーブル１３４の構成図である。

ターゲットアドレス管理テーブル１３４は、ターゲットアドレス５０１、ＩＰアドレス５０２及びポート番号５０３から構成される。ターゲットアドレス管理テーブル１３４は、ストレージ１０４が有するすべてのターゲットの数のエントリを有する。

ターゲットアドレス５０１は、当該エントリのターゲットのアドレスである。ＩＰアドレス５０２は、当該エントリのターゲットへアクセスするためのＩＰアドレスである。ポート番号５０３は、当該エントリのターゲットへアクセスするＴためのＣＰポート番号である。

検索サーバ１０２及びアーカイブサーバ１０３は、ターゲットへｉＳＣＳＩプロトコルでアクセスする際には、ＩＰアドレス５０２及びポート番号５０３を使用する。一方、検索サーバ１０２及びアーカイブサーバ１０３は、ターゲットへファイバチャネルプロトコルでアクセスする際には、ＩＰアドレス５０２及びポート番号５０３を使用しない。つまり、ターゲットアドレス管理テーブル１３４は、ＳＡＮ１０８が、ＩＰ−ＳＡＮであれば必要だが、ＦＣ−ＳＡＮであれば不要である。

図６は、本発明の第１の実施の形態のストレージ管理サーバ１０６に記憶されているストレージ容量管理テーブル１３５の構成図である。

ストレージ容量管理テーブル１３５は、装置ＩＤ６０１、空き容量６０２及び使用容量６０３から構成される。ストレージ容量管理テーブル１３５は、データアーカイブシステムに備えられるストレージ１０４の数のエントリを有する。

装置ＩＤ６０１は、当該エントリのストレージ１０４を一意に識別する識別子である。空き容量６０２は、当該エントリのストレージ１０４が保存できるデータの容量である。使用容量６０３は、当該エントリのストレージ１０４がデータ保存しているデータの容量である。

次に、本発明の第１の実施の形態のデータアーカイブシステムの処理について説明する。

図７は、本発明の第１の実施の形態のＣＰＵ負荷監視プログラム１２９の処理のフローチャートであり、検索タスク管理サーバ１０５によって実行される。

まず、ＣＰＵ負荷管理テーブル１２７から、検索サーバ１０２のインタフェース１１４に割り当てられたＩＰアドレスを抽出する。次に、抽出したＩＰアドレスを使って、すべての検索サーバ１０２からＣＰＵ負荷情報を含むＭＩＢを収集する（７０１）。

そして、、収集したＣＰＵ負荷情報によって、ＣＰＵ負荷管理テーブル１２７のＣＰＵ負荷２０３を更新する（７０２）。

検索タスク管理サーバ１０５は、以上の処理を定期的に実行する。処理を行う間隔は、当該システムの管理者が設定する。この処理は一定間隔で実行してもよいし、必要なときに不定間隔で実行してもよい。

以上のＣＰＵ負荷監視処理によって、検索タスク管理サーバ１０５は、すべての検索サーバ１０２のＣＰＵの負荷を収集し、監視することができる。

図８は、本発明の第１の実施の形態のアーカイブ処理のフローチャートである。

アーカイブサーバ１０３は、ユーザからアーカイブ作成要求を受信すると、アーカイブプログラム１２０を実行する。アーカイブ作成要求は、アーカイブ対象データ及びアーカイブファイル名を含む。

また、アーカイブサーバ１０３は、ユーザによって作成されたアーカイブ作成スケジュールに基づいて、定期的にアーカイブプログラム１２０を実行してもよい。アーカイブ作成スケジュールは、例えば、「毎日午前０時に、Ｗｅｂサーバからアクセスログを収集し、アーカイブデータを作成する」などの設定である。

まず、アーカイブサーバ１０３によってアーカイブプログラム１２０が実行されると、受け取ったアーカイブ対象データのデータサイズの合計が計算される。次に、アーカイブサーバ１０３は、ストレージ容量管理テーブル１３５から、計算した合計データサイズ以上の空き容量を有するストレージ１０４を検索する（８０１）。

次に、アーカイブサーバ１０３は、アーカイブ対象データを格納可能なストレージ１０４が存在するか否かを判定する（８０２）。ストレージ１０４が、アーカイブ対象データの合計データサイズ以上の空き容量を有していれば、このアーカイブデータを格納することができる。

格納可能なストレージ１０４が存在しないと、アーカイブサーバ１０３は、管理者へエラーを通知し（８０７）、アーカイブプログラム１２０を終了する。

一方、格納可能なストレージ１０４が存在すると、アーカイブサーバ１０３は、ステップ８０１で検索されたストレージ１０４の中から、最も空き容量が多いストレージ１０４（対象ストレージ）を選択する。なお、アーカイブサーバ１０３は、他の方法で対象ストレージ１０４を選択してもよい。例えば、検索されたストレージ１０４の中から、このアーカイブデータを格納するに足りる最小の空き容量を有するストレージ１０４を選択してもよい。

アーカイブサーバ１０３は、ストレージ管理サーバ１０６に対し、対象ストレージ１０４にＬＵの作成を要求する。作成するＬＵは、アーカイブ対象データの合計データサイズ分の容量を有する必要がある。

ＬＵの作成を要求されたストレージ管理サーバ１０６は、対象ストレージ１０４に対し、ＬＵの作成を要求する。ＬＵの作成の要求には、作成するＬＵの容量が含まれている。

なお、ストレージ管理サーバ１０６は、複数のＬＵを作成する要求をしてもよい。この場合、アーカイブ対象データは、複数のＬＵにまたがって格納される。例えば、対象ストレージ１０４のディスクドライブがＤＶＤなどの光学メディアであれば、一つのＬＵは、一枚のＤＶＤディスクに相当する。光学メディアは、あらかじめ容量が決まっている。そのため、ストレージ管理サーバ１０６は、アーカイブ対象データのサイズが大きいと、複数のＬＵの作成を要求する。

例えば、対象ストレージ１０４が、ＤＶＤにデータを格納するストレージの場合を考える。ＤＶＤディスクに格納できるデータ量は、最大４．７Ｇバイトである。アーカイブサーバ１０３は、アーカイブ対象データの合計データサイズが１００Ｇであると、対象ストレージ１０４に対して、２２個のＬＵの作成を要求する。

対象ストレージ１０４は、ＬＵの作成要求があると、指定された容量のＬＵを作成する（８０３）。そして、対象ストレージ１０４は、自身が有するターゲットに、作成したＬＵを割り当てる。なお、対象ストレージ１０４は、ターゲットを複数有している場合、任意に選択した一つのターゲットに、作成したＬＵを割り当てる。

次に、対象ストレージ１０４は、作成したＬＵにＬＵＮを割り当てる。さらに、対象ストレージ１０４は、作成したＬＵに割り当てたターゲットのアドレス及びＬＵＮを、ストレージ管理サーバ１０６へ通知する。

ストレージ管理サーバ１０６は、通知を受けると、ストレージ容量管理テーブル１３５を更新する。具体的には、ストレージ管理サーバ１０６は、対象ストレージ１０４に対応するエントリをストレージ容量管理テーブル１３５から抽出する。次に、ストレージ管理サーバ１０６は、抽出したエントリの空き容量６０２に格納されている値を、ステップ８０３で作成したＬＵの容量分増やす。更に、同じエントリの使用容量６０３に格納されている値を、ステップ８０３で作成したＬＵの容量分減らす。

次に、ストレージ管理サーバ１０６は、アーカイブサーバ１０３に対して、ステップ８０３で作成したＬＵのターゲットアドレス及びＬＵＮを通知する。

アーカイブサーバ１０３は、通知されたターゲットアドレス及びＬＵＮを使って、作成されたＬＵへアクセスする。そして、アーカイブサーバ１０３は、アーカイブ対象データからアーカイブデータを作成し、作成したアーカイブデータをアクセスしたＬＵに格納する（８０４）。

ただし、ＳＡＮ１０８がＩＰ−ＳＡＮであると、アーカイブサーバ１０３は、作成されたＬＵにアクセスするために、ターゲットのＩＰアドレス及びＴＣＰポート番号が必要となる。よって、アーカイブサーバ１０３は、ストレージ管理サーバ１０６に対し、そのターゲットのアドレスを送信し、ＩＰアドレス及びＴＣＰポート番号を要求する。

ストレージ管理サーバ１０６は、要求を受けると、受信したターゲットアドレスと一致するエントリをターゲットアドレス管理テーブル１３４から選択する。ストレージ管理サーバ１０６は、選択したエントリのＩＰアドレス５０２及びポート番号５０３をアーカイブサーバ１０３へ送信する。

アーカイブサーバ１０３は、受信したＩＰアドレス５０２及びポート番号５０３を使って、ターゲットへアクセスする。そして、ステップ８０３で作成したＬＵへアクセスする。アーカイブサーバ１０３は、アーカイブ対象データからアーカイブデータを作成し、作成したアーカイブデータをアクセスしたＬＵに格納する（８０４）。

次に、アーカイブサーバ１０３は、データ格納ＬＵの情報を、検索タスク管理サーバ１０５に送信する。データ格納ＬＵの情報は、格納されたアーカイブデータのアーカイブデータ名、格納したＬＵのＬＵＮ及び格納したＬＵを割り当てたターゲットのアドレスである。検索タスク管理サーバ１０５は、受信したデータ格納ＬＵの情報を、アーカイブデータ管理テーブル１３０に格納する（８０５）。具体的には、検索タスク管理サーバ１０５は、受信したデータ格納ＬＵの情報から、アーカイブデータ名、ターゲットのアドレス及びＬＵＮを抽出する。そして、検索タスク管理サーバ１０５は、アーカイブデータ管理テーブル１３０に新たなエントリを作成し、抽出したアーカイブデータ名をアーカイブデータ名３０１に格納し、抽出したターゲットのアドレスをデータ格納ターゲットアドレス３０２に格納し、抽出したＬＵＮをＬＵＮ３０３に格納する。

そして、検索タスク管理サーバ１０５は、格納完了通知をアーカイブサーバ１０３に送信する。

アーカイブサーバ１０３は、格納完了通知を受信すると、アーカイブ作成要求を受けたユーザに対し、アーカイブ作成完了通知を送信する（８０６）。そして、アーカイブサーバ１０３は、アーカイブ作成完了通知を受信すると、アーカイブプログラム１２０を終了する。

以上のように、アーカイブサーバ１０３は、アーカイブ作成要求を受けると、アーカイブデータを作成し、ストレージ１０４に格納する。

図９は、本発明の第１の実施の形態の検索処理のフローチャートである。

検索クライアント１０１が検索タスク管理サーバ１０５に検索タスクを送信すると、データアーカイブシステムは、検索処理を開始する。検索タスクには、検索対象データのアーカイブデータ名及び検索条件が含まれている。

検索タスク管理サーバ１０５は、検索タスクを受信すると、検索タスクの内容を、検索タスク管理テーブル１２８に格納する（９０１）。

具体的には、検索タスク管理サーバ１０５は、検索タスクのアーカイブデータ名を処理対象データ４０２に格納し、検索タスクの検索条件を処理内容４０３に格納する。次に、検索タスク管理サーバ１０５は、検索タスクを受信した時間などを利用して、検索タスクの名前を命名する。例えば、検索タスク管理サーバ１０５は、検索タスクを受信した時間を利用して、「タスク−２００４／０７／０１−１３：０２：１１」のように名前を命名する。検索タスク管理サーバ１０５は、命名した検索タスクの名前を検索タスク名４０１に格納する。

次に、検索タスク管理サーバ１０５は、受信した検索タスクのアーカイブデータ名とアーカイブデータ名３０１とが一致するエントリを、アーカイブデータ管理テーブル１３０から選択する。検索タスク管理サーバ１０５は、選択したエントリのデータ格納ターゲットアドレス３０２及びＬＵＮ３０３からデータを抽出する。そして、検索タスク管理サーバ１０５は、抽出したデータを検索タスク管理テーブル１２８に格納する。具体的には、抽出したデータ格納ターゲットアドレスをターゲットアドレス４０４に格納し、抽出したＬＵＮをＬＵＮ４０５に格納する。なお、検索タスク管理サーバ１０５は、抽出したＬＵＮの値が複数あるときには、抽出したＬＵＮの数のエントリをＬＵＮ４０５に作成し、一つのエントリに一つの抽出したＬＵＮの値を格納する。

次に、検索タスク管理サーバ１０５は、「未処理」のステータス情報を検索処理状況４０６に格納する。なお、検索タスク管理サーバ１０５は、受信した検索タスクに対応するエントリが複数ある場合には、すべての検索処理状況に「未処理」を格納する。

以上のようにして、検索タスク管理サーバ１０５は、受信した検索タスクの内容を検索タスク管理テーブル１２８に格納する。

次に、検索タスク管理サーバ１０５は、図１０で詳細を説明する検索タスク分散処理を行う（９０２）。

次に、ストレージ管理サーバ１０６は、図１１で詳細を説明する割り当てＬＵ指定処理を行う（９０３）。なお、割り当てＬＵ指定処理において、ストレージ管理サーバ１０６は、検索サーバ１０２にマウント要求を送信する。

検索サーバ１０２は、マウント要求を受信すると、マウント要求に含まれる情報を用いて、検索対象アーカイブデータが格納されたＬＵをマウントする。ＳＡＮ１０８がＦＣ−ＳＡＮであると、マウント要求には、ターゲットアドレス及びＬＵＮが含まれる。また、ＳＡＮ１０８がＩＰ−ＳＡＮであると、マウント要求には、ターゲットアドレス、ＬＵＮ、ターゲットのＩＰアドレス及びＴＣＰポート番号が含まれる。

ここで、マウントとは、ディスクドライブと計算機との間をソフトウェア的に接続して、計算機がディスクドライブへアクセス可能にすることである。本実施の形態では、計算機が検索サーバ１０２であり、ディスクドライブがストレージ１０４である。

検索サーバ１０２は、マウントが完了すると、マウント完了通知を検索タスク管理サーバ１０５に送信する（９０４）。なお、マウント完了通知には、マウントしたＬＵのターゲットアドレス及びＬＵＮが含まれる。

検索タスク管理サーバ１０５は、マウント完了通知を受信すると、そのマウント完了通知を送信した検索サーバ１０２に対し、検索条件を送信する（９０５）。具体的には、検索タスク管理サーバ１０５は、マウント完了通知に含まれるターゲットアドレス及びＬＵＮとターゲットアドレス４０４及びＬＵＮ４０５とが一致するエントリを検索タスク管理テーブル１２８から選択する。検索タスク管理サーバ１０５は、選択したエントリの処理内容４０３を抽出する。そして、検索タスク管理サーバ１０５は、マウント完了通知を送信した検索サーバ１０２に対し、抽出した処理内容４０３を検索条件として送信する。

検索サーバ１０２は、検索条件を受信すると、検索条件を満たすアーカイブデータをステップ９０４でマウントされたＬＵから検索する（９０６）。

検索サーバ１０２は、検索が終了したら、検索結果を検索タスク管理サーバ１０５に送信する（９０７）。検索結果は、例えば、検索条件を満たすファイルのファイル名である。

検索タスク管理サーバ１０５は、検索結果を受信すると、検索タスク管理テーブル１２８を更新する（９０８）。具体的には、検索タスク管理サーバ１０５は、検索タスク管理テーブル１２８のタスク割り当てサーバ４０７から、検索結果を送信した検索サーバ１０２のサーバ名を削除する。更に、検索タスク管理サーバ１０５は、タスク割り当てサーバ４０７からサーバ名を削除したエントリの検索処理状況４０６を、「タスク処理中」から「処理済」へ変更する。

次に、検索タスク管理サーバ１０５は、検索処理が完了していないＬＵが存在するか否かを判定する（９０９）。具体的には、検索タスク管理サーバ１０５は、検索タスク管理テーブル１２８の検索処理状況４０６に「未処理」が格納されているか否かを判定する。

未処理のＬＵが存在すると、ステップ９０２に戻り、検索処理が繰り返される。

一方、未処理のＬＵが存在しないと、検索タスク管理サーバ１０５は、ステップ９０７で受信した検索結果を、検索クライアント１０１に送信する（９１１）。

そして、検索タスク管理サーバ１０５は、検索結果を送信した検索タスクに対応するエントリを、検索タスク管理テーブル１２８から削除し（９１２）、検索処理を終了する。

以上のようにして、本実施の形態のデータアーカイブシステムは、アーカイブデータを迅速且つ効率よく検索することができる。

図１０は、本発明の第１の実施の形態の検索タスク分散処理のフローチャートであり、検索タスク管理サーバ１０５によって実行される。

検索タスク管理サーバ１０５は、すべての検索サーバ１０２のＣＰＵ負荷２０３をＣＰＵ負荷管理テーブル１２７から抽出する（１００１）。

次に、検索タスク割り当て条件を満たす検索サーバ１０２を特定する（１００２）。ここで、検索タスク割り当て条件とは、当該データアーカイブシステムの管理者が設定したＣＰＵ負荷の閾値等である。例えば、検索タスク割り当て条件は、「ＣＰＵ負荷が５０％以下の検索サーバに対して、検索タスクを割り当てる」等である。

次に、検索タスク割り当て条件を満たした検索サーバ１０２の中から、ＣＰＵ負荷２０３が最も小さい検索サーバ１０２を選択する。なお、選択した検索サーバ１０２を、タスク割り当て検索サーバ１０２と呼ぶ。ただし、検索タスク割り当て条件を満たす検索サーバ１０２が存在しないと、条件を満たす検索サーバ１０２が現れるまで、ステップ１００２の処理で待機する。

次に、タスク割り当て検索サーバ１０２に検索処理させるＬＵ（処理対象ＬＵ）を選択する（１００３）。具体的には、検索タスク管理テーブル１２８から、検索処理状況４０６が「未処理」のうち最も上段のエントリを選択する。そして、選択したエントリのＬＵを、処理対象ＬＵとする。

次に、タスク割り当て検索サーバ１０２のサーバ名、処理対象ＬＵのターゲットアドレス４０４及び処理対象ＬＵのＬＵＮ４０５を、ストレージ管理サーバ１３２に通知する（１００４）。

次に、検索タスク管理テーブル１２８を更新する（１００５）。具体的には、処理対象ＬＵに対応するエントリを検索タスク管理テーブル１２８から選択する。タスク割り当て検索サーバ１０２のサーバ名を、選択したエントリのタスク割り当てサーバ４０７に格納する。更に、選択したエントリの検索状況４０６を、「未処理」から「タスク処理中」に変更する。

次に、処理対象ＬＵが他に存在するか否かを判定する（１００６）。具体的には、検索タスク管理テーブル１２８の検索処理状況４０６に、「未処理」が格納されているエントリがあるか否かを判定する。

処理対象ＬＵが他に存在しないと、検索タスク分散処理を終了する。

一方、処理対象ＬＵが他に存在すると、検索タスク割り当て条件を満たす他の検索サーバ１０２が存在するか否かを判定する（１００７）。

他の検索サーバ１０２が存在しないと、検索タスク分散処理を終了する。

一方、他の検索サーバ１０２が存在すると、ステップ１００２に戻り、検索タスク分散処理を繰り返す。

なお、この繰り返し処理は、回数が制限されていてもよい。なぜなら、回数が制限されていないと、検索タスク割り当て条件を満たす検索サーバが存在する限り、次々とその検索サーバに処理対象ＬＵが割り当てられる。従って、検索クライアント１０１が新たな検索タスクを発行した際、以前に発行された検索タスクが終了するまで、検索タスク割り当て条件を満たす検索サーバが存在しないので、新しい検索タスクが実行されなくなるからである。

以上のように、検索タスク管理サーバ１０５は、ＣＰＵ負荷管理テーブル１２７を参照し、ＣＰＵ負荷の低い検索サーバ１０２を選択するので、検索サーバ１０２に検索タスクを効率よく実行させることができる。

図１１は、本発明の第１の実施の形態のストレージ管理サーバ１０６が行う割り当てＬＵ指定処理のフローチャートである。

ストレージ管理サーバ１０６は、検索タスク分散処理（図１０）のステップ１００４で検索タスク管理サーバ１０５から通知を受けると、割り当てＬＵ指定処理を開始する。

まず、ストレージ管理サーバ１０６は、処理対象のＬＵにアクセスするターゲットのＩＰアドレス及びＴＣＰポート番号を、ターゲットアドレス管理テーブル１３４から抽出する（１１０１）。具体的には、ストレージ管理サーバ１０６は、検索タスク分散処理のステップ１００４で通知されたターゲットアドレス４０４とターゲットアドレス５０１とが一致するエントリを、ターゲットアドレス管理テーブル１３４から選択する。ストレージ管理サーバ１０６は、選択したエントリのＩＰアドレス５０２及びポート番号５０３を抽出する。

なお、ＳＡＮ１０８がＦＣ−ＳＡＮである場合、ステップ１１０１は省略することができる。なぜなら、タスク割り当て検索サーバ１０２は、ターゲットのターゲットアドレス（ＷＷＮ）及び処理対象ＬＵのＬＵＮの情報のみで、処理対象ＬＵをマウントできるからである。

次に、ストレージ管理サーバ１０６は、タスク割り当て検索サーバ１０２に対して、マウント要求を送信する（１１０２）。マウント要求には、処理対象ＬＵにアクセスするターゲットのアドレス、ＩＰアドレス、ＴＣＰポート番号及び処理対象ＬＵのＬＵＮが含まれる。なお、マウント要求のターゲットアドレスは、検索タスク分散処理で通知されたターゲットアドレス４０４であり、マウント要求のＩＰアドレスは、抽出したＩＰアドレス５０２であり、マウント要求のＴＣＰポート番号は、抽出したポート番号５０３であり、マウント要求のＬＵＮは、検索タスク分散処理で通知されたＬＵＮ４０５である。

（第２の実施の形態）
本発明の第２の実施の形態のデータアーカイブシステムは、複数のアーカイブサーバが備わる。更に、異なる機能の検索プログラムが検索サーバに備わる。

また、第２の実施の形態のデータアーカイブシステムは、第１の実施の形態と同一の構成とし、１台のアーカイブサーバ１０３が複数のアーカイブプログラム１２０を有する構成としてもよい。第２の実施の形態のデータアーカイブシステムの処理は、後述する点を除き、第１の実施の形態のデータアーカイブシステムと同一なので説明は省略する。

多くのアーカイブプログラム１２０は、アーカイブデータを作成する際に、元のデータを圧縮する。アーカイブプログラム１２０の種類によってデータ圧縮方法が異なり、独自の圧縮方法を採用しているアーカイブプログラムもある。また、検索サーバ１０２は、圧縮方法に対応したアーカイブデータしか検索することはできない。

したがって、複数のアーカイブプログラム１２０が、異なる圧縮方式でアーカイブデータを作成するデータアーカイブシステムでは、一つの検索サーバ１０２がすべてのアーカイブデータを検索することはできない。このような場合に、第１の実施の形態のデータアーカイブシステムでは、アーカイブデータを検索できなかった。

この問題に対応するため、第２の実施の形態では、アーカイブデータを作成したアーカイブプログラム名を、アーカイブデータ管理テーブル１３０に格納する。また、検索タスク管理サーバ１０５は、検索プログラムの対応情報格納テーブルをメモリ１２３に記憶する。検索プログラムの対応情報格納テーブルは、検索サーバにがアーカイブプログラム１２０に対応するか否かを示す。

図１２は、本発明の第２の実施の形態の検索タスク管理サーバ１０５に記憶されているアーカイブデータ管理テーブル１３０の構成図である。

第２の実施の形態のアーカイブデータ管理テーブル１３０は、アーカイブデータ名３０１、作成プログラム３０４、データ格納ターゲットアドレス３０２、ＬＵＮ３０３から構成される。なお、アーカイブデータ名３０１、データ格納ターゲットアドレス３０２及びＬＵＮ３０３は、第１の実施の形態のアーカイブデータ管理テーブル（図３）内の構成と同一であるので、説明は省略する。

作成プログラム３０４は、当該エントリのアーカイブデータを作成したアーカイブプログラム１２０のプログラム名である。

また、第２の実施の形態では、アーカイブ処理（図８）のステップ８０５が異なる。検索タスク管理サーバ１０５は、データ格納ＬＵの情報と共に、ステップ８０４でアーカイブデータを作成したアーカイブプログラム１２０の名称も、アーカイブデータ管理テーブル１３０に格納する（８０５）。

図１３は、本発明の第２の実施の形態の検索タスク管理サーバ１０５が記憶する検索プログラムの対応情報格納テーブルの構成図である。

検索プログラムの対応情報格納テーブルは、検索サーバ１３０１及び対応プログラム１３０２から構成される。

検索サーバ１３０１は、当該エントリの検索サーバ１０２の一意な識別子である。対応プログラム１３０２は、当該エントリの検索サーバ１０２が対応するアーカイブプログラム１２０の名称である。検索プログラムの対応情報格納テーブルは、データアーカイブシステムの管理者によって入力される。

なお、検索プログラムの対応情報格納テーブルは、ＣＰＵ負荷管理テーブル１２７に、対応プログラム１３０２を格納する構成としてもよい。

第２の実施の形態のデータアーカイブシステムでは、検索タスク分散処理（図１０）のステップ１００２における検索タスク割り当て条件に、作成したアーカイブプログラム１２０に対応という条件を追加する。

ここで、第２の実施の形態の検索タスク分散処理（図１０）のステップ１００２の処理について説明する。

検索タスク管理サーバ１０５は、検索タスク割り当て条件を満たす検索サーバ１０２を特定する（１００２）。

具体的には、まず、検索タスク管理サーバ１０５は、アーカイブデータ管理テーブル１３０から、検索するアーカイブデータ１２０に対応するエントリの作成プログラム３０４を抽出する。次に、検索タスク管理サーバ１０５は、検索プログラムの対象情報格納テーブルから、抽出した作成プログラム３０４と対応プログラム１３０２とが一致する検索サーバ１３０１をすべて抽出する。

そして、検索タスク管理サーバ１０５は、抽出した検索サーバ１３０１から、その他の検索タスク割り当て条件（例えば、ＣＰＵ負荷の閾値）を満たすを検索サーバ１０２を特定する。

以降の処理は、検索タスク分散処理（図１０）のステップ１００３以降と同一である。

以上のように、第２の実施の形態のデータアーカイブシステムは、異なる種類のアーカイブプログラム１２０でアーカイブデータを作成しても、アーカイブプログラム１２０に対応した検索サーバ１０２を自動的に割り当てることができる。

本発明は、ストレージにデータを格納するデータアーカイブシステムに適用することができ、大量のデータをストレージの複数のＬＵに跨って格納するシステムに適用すると好適である。

本発明の第１の実施の形態のデータアーカイブシステムのブロック図である。 本発明の第１の実施の形態の検索タスク管理サーバが記憶するＣＰＵ負荷管理テーブルの構成図である。 本発明の第１の実施の形態の検索タスク管理サーバが記憶するアーカイブデータ管理テーブルの構成図である。 本発明の第１の実施の形態の検索タスク管理サーバが記憶する検索タスク管理テーブルの構成図である。 本発明の第１の実施の形態のストレージ管理サーバが記憶するターゲットアドレス管理テーブルの構成図である。 本発明の第１の実施の形態のストレージ管理サーバが記憶するストレージ容量管理テーブルの構成図である。 本発明の第１の実施の形態の検索タスク管理サーバがＣＰＵ負荷監視プログラムを実行する処理のフローチャートである。 本発明の第１の実施の形態のデータアーカイブシステムが行うアーカイブ処理のフローチャートである。 本発明の第１の実施の形態のデータアーカイブシステムが行う検索処理のフローチャートである。 本発明の第１の実施の形態の検索タスク管理サーバが行う検索タスク分散処理のフローチャートである。 本発明の第１の実施の形態のストレージ管理サーバが行う割り当てＬＵ指定処理のフローチャートである。 本発明の第２の実施の形態の検索タスク管理サーバに記憶されているアーカイブデータ管理テーブルの構成図である。 本発明の第２の実施の形態の検索タスク管理サーバが記憶する検索プログラムの対応情報格納テーブルの構成図である。

符号の説明

１０１ 検索クライアント
１０２ 検索サーバ
１０３ アーカイブサーバ
１０４ ストレージ
１０５ 検索タスク管理サーバ
１０６ ストレージ管理サーバ
１０７ ＬＡＮ
１０８ ＳＡＮ
１０９ 管理用ネットワーク

Claims (10)

1. データを格納する複数のボリュームを有するストレージ装置と、
   前記ストレージ装置に格納されているデータを検索する検索タスクを処理する複数の検索サーバと、
   前記検索サーバを管理する管理サーバと、を備えるデータアーカイブシステムにおいて、
   前記管理サーバは、
   前記ボリュームに格納されているデータを管理する管理情報を保持し、
   前記検索サーバの負荷情報を取得し、
   前記取得した負荷情報に基づいて、前記検索タスクを処理する前記検索サーバを選択し、
   前記管理情報に基づいて、前記検索タスクによる検索対象データが格納されている前記ボリュームを特定し、
   前記選択された検索サーバに、前記特定されたボリュームを通知し、
   前記選択された検索サーバは、前記通知されたボリュームに対して、前記検索タスクを処理することを特徴とするデータアーカイブシステム。
2. 前記管理サーバは、前記検索対象データが複数の前記ボリュームに跨って格納されている場合は、前記検索対象データが格納されるボリュームに対して、前記検索タスクを処理する前記検索サーバを選択することを特徴とする請求項１に記載のデータアーカイブシステム。
3. 前記管理情報には、前記ストレージ装置に格納されたデータ名と、該データが格納されたボリュームの情報と、を対応づけて格納されることを特徴とする請求項１に記載のデータアーカイブシステム。
4. さらに、前記ボリュームにデータを格納し、該データのデータ名及び該データが格納された前記ボリュームの情報を前記管理情報に格納するアーカイブサーバを備えることを特徴とする請求項１に記載のデータアーカイブシステム。
5. さらに、前記ボリュームにデータを格納し、該データのデータ名、データ特性及び該データを格納した前記ボリュームのアドレス情報を前記管理情報に格納するアーカイブサーバを備え、
   前記管理サーバは、前記負荷情報及び前記管理情報に基づいて、前記検索タスクを処理する前記検索サーバを選択することを特徴とする請求項１に記載のデータアーカイブシステム。
6. データを格納する複数のボリュームを有するストレージ装置と、
   前記ストレージ装置に格納されているデータを検索する検索タスクを処理する複数の検索サーバと、
   前記検索サーバを管理する管理サーバと、を備えるデータアーカイブシステムにおけるデータ検索方法であって、
   前記管理サーバは、
   前記ボリュームに格納されているデータを管理する管理情報を保持し、
   前記検索サーバの負荷情報を取得し、
   前記取得した負荷情報に基づいて、前記検索タスクを処理する前記検索サーバを選択し、
   前記管理情報に基づいて、前記検索タスクによる検索対象データが格納されている前記ボリュームを特定し、
   前記選択された検索サーバに、前記特定されたボリュームを通知し、
   前記選択された検索サーバは、前記通知されたボリュームに対して、前記検索タスクを処理することを特徴とするデータ検索方法。
7. 前記管理サーバは、前記検索対象データが複数の前記ボリュームに跨って格納されている場合は、前記検索対象データが格納されるボリュームに対して、前記検索タスクを処理する前記検索サーバを選択することを特徴とする請求項６に記載のデータ検索方法。
8. 前記管理情報には、前記ボリュームに格納されるデータのデータ名と、該データを記憶したボリュームの情報と、が対応づけて格納されることを特徴とする請求項６に記載のデータ検索方法。
9. ＣＰＵと、インタフェースと、メモリを備え、
   複数のボリュームを有するストレージ装置に記憶されたデータを検索する検索タスクを処理する複数の検索サーバを管理する管理サーバにおいて、
   前記ボリュームに格納されているデータを管理する管理情報を保持し、
   前記検索サーバの負荷情報を取得し、
   前記取得した負荷情報に基づいて、前記検索タスクを処理する前記検索サーバを選択し、
   前記管理情報に基づいて、前記検索タスクによる検索対象データが格納されている前記ボリュームを特定し、
   前記選択された検索サーバに、前記指定されたボリュームを通知することを特徴とする管理サーバ。
10. 前記管理サーバは、前記検索対象データが複数の前記ボリュームに跨って格納されている場合は、前記検索対象データが格納されるボリュームに対して、前記検索タスクを処理する前記検索サーバを選択することを特徴とする請求項９に記載の管理サーバ。

Images