JP2004013547A - データ割当方法、情報処理システム - Google Patents
データ割当方法、情報処理システム Download PDFInfo
- Publication number
- JP2004013547A JP2004013547A JP2002166458A JP2002166458A JP2004013547A JP 2004013547 A JP2004013547 A JP 2004013547A JP 2002166458 A JP2002166458 A JP 2002166458A JP 2002166458 A JP2002166458 A JP 2002166458A JP 2004013547 A JP2004013547 A JP 2004013547A
- Authority
- JP
- Japan
- Prior art keywords
- data
- storage area
- computer
- allocating
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F2003/0697—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers device management, e.g. handlers, drivers, I/O schedulers
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】複数のストレージそれぞれが物理的に別々であることや複数のストレージそれぞれのアクセス性能、信頼性などのストレージ固有の特性と、データ格納領域に格納されるデータの種類又は用途との関係を統一的管理していない。したがって、同時にアクセスされるようなデータを物理的に同一のストレージのデータ格納領域に割当される場合が生じ、アクセス性能の劣化等の不具合が生じる。
【解決手段】本発明の一実施形態である情報処理システムは、計算機と、計算機のプログラムが使用するデータを格納する複数の記憶装置と、データを格納するための所定の格納領域に割当てる割当装置とを有する。ここで、割当装置は、記憶装置の特性情報とデータの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定する。
【選択図】 図１
【解決手段】本発明の一実施形態である情報処理システムは、計算機と、計算機のプログラムが使用するデータを格納する複数の記憶装置と、データを格納するための所定の格納領域に割当てる割当装置とを有する。ここで、割当装置は、記憶装置の特性情報とデータの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の計算機により共有される記憶装置と複数の記憶装置に接続する計算機とで構成される情報処理システムにおいて、記憶装置にデータを割当てる割当装置に関し、特にデータを割当てるための記憶装置の格納領域を選択する技術に関する。
【０００２】
【従来の技術】
近年の情報技術の普及やコンテンツのリッチメディア化により、情報処理システムが取り扱うデータ量が増加している。そしてそれに伴い、一つのアプリケーションが取り扱わなければならないデータ量も増加してきている。データを格納するストレージ一台あたりの容量には限界があるため、一つのアプリケーションのデータを、単一のストレージに格納することができない場合が増えている。
【０００３】
また、ストレージに対する要求性能も一段と高くなってきている。しかし、ストレージの大部分を占めているディスクを用いるストレージでは、物理的な円盤の回転速度と読み取りヘッドの移動時間によるアクセス時間の遅延のため、一台あたりの性能には限界がある。そのため、単一のストレージでは、アプリケーションにおいて必要とされるアクセス性能を満たすことができない場合が増えている。
【０００４】
上記二つのポイントに対応するための方策として、以下の二つの従来技術がある。
【０００５】
まず第１の従来技術は、一つのアプリケーションが、物理的に別々のＨＤＤ（ハードディスクドライブ）を複数使用する構成からなる。
【０００６】
図１３は、第１の従来技術の情報処理システムの構成図である。
【０００７】
アプリケーション４０が動作するアプリケーション・サーバ１０には、ＨＤＤ２０およびＨＤＤ３０が接続されている。データ格納領域５０およびデータ格納領域６０は、データを格納するために、アプリケーション４０から使用される。データ格納領域５０はＨＤＤ２０上に割当られており、データ格納領域６０はＨＤＤ３０上に割当られている。
【０００８】
このように、単一のアプリケーションから複数のＨＤＤを使用するように設定することにより、単一のＨＤＤのみでは扱うことのできない大容量のデータを扱うことができる。また、複数のＨＤＤを使用することによりアクセスの負荷が分散化され、データ格納領域５０とデータ格納領域６０に同時にアクセスがある場合でも、アクセス性能の低下を防ぐことができる。
【０００９】
次に第２の従来技術は、大規模なＲＡＩＤを使用するという構成からなる。ＲＡＩＤとは、複数のＨＤＤを使用してＲＡＩＤグループを構成し、そのＲＡＩＤグループ上に論理ユニットを割当てることにより、信頼性やアクセス速度の向上を実現するものである。さらに、複数のＲＡＩＤグループを使用し大容量の単一論理ユニットであるかのように運用することができる、ボリューム連結機能や、単一のＲＡＩＤグループを複数の論理ユニットに分割し、運用できるボリューム分割機能を持つＲＡＩＤもある。
【００１０】
アプリケーションが利用するデータをＲＡＩＤに格納する場合、ボリューム連結機能を用いることで、容量の不足のためにデータを分割して格納する必要はなくなり、またＲＡＩＤグループは複数のＨＤＤで構成されているので、単一のＨＤＤを超えた性能を得ることもできる。
【００１１】
【発明が解決しようとする課題】
上述した物理的に別々である複数のストレージに対してデータ格納領域を割当し、データを格納する第１の従来技術では、割当複数のストレージそれぞれが物理的に別々であることや複数のストレージそれぞれのアクセス性能、信頼性などのストレージ固有の特性と、データ格納領域に格納されるデータの種類又は用途との関係を統一的管理していない。したがって、同時にアクセスされるようなデータを物理的に同一のストレージのデータ格納領域に割当される場合が生じ、アクセス性能の劣化等の不具合が生じる。
【００１２】
また、上述した第２の従来技術では、ＲＡＩＤの持つボリューム連結機能やボリューム分割機能により、アクセス負荷の分散や信頼性の確保などを考えてデータ格納領域を複数に分けそれぞれのデータ格納領域を別々の論理ユニットに割当てるという手法が用いられる。この場合に、第２の従来技術では、複数の論理ユニットそれぞれが物理的に別々であることや複数の論理ユニットの配下にある物理的ストレージそれぞれのアクセス性能、信頼性などの物理的ストレージ固有の特性と、データ格納領域に格納されるデータの種類又は用途との関係を統一的管理していない。したがって、ボリューム分割機能により、複数あるデータ格納領域を別々の論理ユニットに割当したが、実際には同一物理ディスクを共有する論理ユニットに割当してしまうこと等が生じ、アクセス性能の劣化等の不具合が生じる。
【００１３】
本発明は、上記事情を考慮してなされたものであり、複数のストレージのデータ格納領域にデータを割当てる技術において、そのデータに対するアクセス性能の向上及び信頼性の確保を図ることを目的とする。
【００１４】
【課題を解決するための手段】
上記目的を達成するために、本発明の一実施形態である
情報処理システムは、計算機と、計算機のプログラムが使用するデータを格納する複数の記憶装置と、データを格納するための所定の格納領域に割当てる割当装置とを有する。ここで、割当装置は、記憶装置の特性情報とデータの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定する。
【００１５】
また、この割当装置は、記憶装置各々の物理的な識別情報を少なくとも含む記憶装置の特性情報とデータの種類又は用途を示すボリューム要件情報とに基づいて、記憶装置の格納領域の位置を決定すること、さらに、この割当装置は、同一の種類又は用途のデータを物理的に別個の記憶装置に割当てるように格納領域の位置を決定することが好ましい。
【００１６】
さらに、この割当装置は、該記憶装置各々が属するＲＡＩＤグループ識別情報を少なくとも含む前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、前記記憶装置の格納領域の位置を決定すること、さらに、この割当装置は、同一の種類又は用途のデータを別個のＲＡＩＤグループに属する記憶装置に割当てるように格納領域の位置を決定することが好ましい。
【００１７】
さらに、この割当装置は、記憶装置に格納されているデータの数を示す情報を少なくとも含む記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定することが好ましい。
【００１８】
さらに、ボリューム要件情報は、データのアクセス率によりデータの種類を分類した情報であることが好ましい。
【００１９】
【発明の実施の形態】
＜＜第一の実施形態＞＞
以下に、本発明の第一の実施形態について説明する。
【００２０】
図１は、本発明の第一の実施形態を適用した情報処理システムの構成図である。
【００２１】
ＲＡＩＤ装置１００は、アプリケーション・サーバ２００に接続するストレージである。ＲＡＩＤ装置１００内には、ＲＡＩＤグループ４００とＲＡＩＤグループ４０１を有する。ＲＡＩＤグループ４００およびＲＡＩＤグループ４０１は、複数の物理ディスクを用いて構成している。ＲＡＩＤグループ４００には論理ユニット５００と論理ユニット５０１を割当ており、ＲＡＩＤグループ４０１には論理ユニット５１０を割当ている。ＲＡＩＤ制御手段３００は、ＲＡＩＤグループ４００およびＲＡＩＤグループ４０１に対する、ＲＡＩＤアルゴリズムに基づいた読み出し処理や書き込み処理、ＲＡＩＤグループの作成および削除、論理ユニットの作成、削除、拡張等を制御している。アプリケーション・サーバ２００は、ストレージに対する読み出し処理や書き込み処理などのために、ストレージアクセスＩ／Ｆ６１０および外部アクセスＩ／Ｆ６００を介して、ＲＡＩＤ制御手段３００に接続する。また、アプリケーション・サーバ２００は、ＲＡＩＤ装置１００に対するＲＡＩＤグループの作成、削除、論理ユニットの作成、削除、拡張、後に示すＲＡＩＤ制御手段内のテーブルの操作のために、管理Ｉ／Ｆ７１０および管理Ｉ／Ｆ７００を介してＲＡＩＤ制御手段３００に接続する。
【００２２】
図２は、アプリケーション・サーバ２００の構成図である。
【００２３】
アプリケーション・サーバ２００は、制御部２１０と、制御部２１０に接続されたメモリ２２０と、制御部２１０に内部通信路を介して接続されたストレージアクセスＩ／Ｆ６００と管理Ｉ／Ｆ７１０とを有する。メモリ２２０内には、アプリケーション２２１と、アプリケーション２２１をインストールするためのインストーラ２２２と、インストーラ２２２から使用されるデータ格納領域割当手段２２４と、データ格納領域割当手段２２４から使用されるボリューム識別情報取得手段２２３と、ボリューム要件情報保持手段２２５とを有する。
【００２４】
図５は、ボリューム要件情報保持手段２２５の構成図である。
【００２５】
ボリューム要件情報保持手段２２５は、データ格納領域名４０００と、データ格納領域名４０００ごとのボリューム要件情報４０１０とを示すテーブルを保持する。データ格納領域名４０００の値には、データ格納領域の位置を示すアドレスが保持される。ボリューム要件情報４０１０には、データ格納領域に格納されるデータの種類又は用途が保持される。
【００２６】
図３は、ＲＡＩＤ制御手段３００の構成図である。
【００２７】
ＲＡＩＤ制御手段３００は、制御部３１０と、制御部３１０に接続された外部アクセスＩ／Ｆ６００と、キャッシュ３３０と、ディスクアレイ制御手段３４０と、ＨＤＤ Ｉ／Ｆ３５０と、ボリューム識別情報保持手段３７０と、管理Ｉ／Ｆ７００とを有する。ＨＤＤ Ｉ／Ｆ３５０は、複数のＨＤＤで構成されるＲＡＩＤグループ４００と、ＲＡＩＤグループ４０１とに接続されている。
【００２８】
図６は、ボリューム識別情報保持手段３７０の構成図である。
【００２９】
ボリューム識別情報保持手段３７０は、論理ユニットＩＤ５０００と、論理ユニットＩＤ５０００ごとのボリューム識別情報５０１０とを示すテーブルを保持する。論理ユニットＩＤ５０００の値には、ＲＡＩＤ装置３００に存在する論理ユニットに対して、ＲＡＩＤ装置３００内において唯一となるＩＤを設定する。尚、本実施形態においては、図６のように、論理ユニット５００に５００、論理ユニット５０１に５０１、論理ユニット５１０に５１０の論理ユニットＩＤ５０００となるように設定する。ボリューム識別情報５０１０には、本実施形態においては、データ格納領域に格納されるデータの種類又は用途を設定する。ボリューム識別情報５０１０には、データ格納領域に格納されるデータの種類又は用途ごとに別々のＲＡＩＤグループを選択し、それぞれのＲＡＩＤグループに割当られている論理ユニットに対応する論理ユニットＩＤ５０００に対して、データ格納領域に格納されるデータの種類又は用途を設定する。
【００３０】
データ格納領域割当手段２２４は、ボリューム要件情報に基づいて、割当てるべきデータごとにそのデータの種類又は用途を読取る。次に、記憶装置の特性情報に基づいて、読み取ったデータの種類又は用途ごとに格納すべき格納領域の位置（或いは、格納すべきＲＡＩＤグループ）を特定する。ここで、記憶装置の特性情報とは、格納すべき領域が位置する物理的記憶装置各々を特定するための識別情報（或いは格納すべき領域が位置するＲＡＩＤグループ各々を特定するための識別情報）と、物理的記憶装置各々に既に格納されているデータの種類又は用途を特定するための情報が含まれている。これにより、データ格納領域割当手段２２４は、ボリューム要件情報と記憶装置の特性情報とに基づいて、アクセス頻度が高い種類のデータを同一の物理的記憶装置（或いは同一のＲＡＩＤグループ）に属する格納領域に格納しないようにすることができる。
【００３１】
尚、コンピュータをボリューム識別情報取得手段２２３、データ格納領域割当手段２２４或いはインストーラ２２２として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され、磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。また、プログラムを記録する媒体は、ＣＤ−ＲＯＭ以外の他の記憶媒体でも良い。さらに、プログラムは、当該記憶媒体からコンピュータにインストールしても良いし、ネットワークを通じて当該記憶媒体にアクセスしてプログラムを使用するものとしてもよい。以下に、第一の実施形態を適用した情報処理システムにおいてアプリケーションのインストールを行なう際に、データ格納領域割当手段２２４によりデータをＲＡＩＤ装置１００のデータ格納領域に割当てる手順を示す。
【００３２】
アプリケーションのインストール時において、アプリケーション・サーバ２００の制御部２１０は、インストーラ２２２を実行している。インストーラ２２２の実行が、データ格納領域をストレージに割当てる段階に達したとき、制御部２１０はデータ格納領域割当手段２２４を実行する。
【００３３】
図４は、本実施形態を適用し、アプリケーションをインストールする際に、データ格納領域をストレージに割当てる操作フローチャートである。
【００３４】
データ格納領域割当手段２２４を実行している制御部２１０は、ボリューム要件情報保持手段２２５を参照し、ボリューム要件情報４０１０の値を取得する（ステップ３０００）。
【００３５】
その後、制御部２１０はボリューム識別情報取得手段２２３を実行する。ボリューム識別情報取得手段２２３を実行している制御部２１０は、管理Ｉ／Ｆ７１０およびＲＡＩＤ制御手段３００内の管理Ｉ／Ｆ７００を介して、ＲＡＩＤ制御手段３００内の制御部３１０に接続し、ボリューム要件情報４０１０の値を制御部３１０に送る。そして、制御部３１０はボリューム識別情報保持手段３７０からボリューム識別情報５０１０の値を取得する（ステップ３０１０）。
【００３６】
制御部３１０は、アプリケーション・サーバ２００の制御部２１０から送られてきたボリューム要件情報４０１０の値と、取得したボリューム識別情報５０１０の値が一致するかどうかを調べ、一致した場合はステップ３０３０へ処理を進める。値が一致しなかった場合は、ステップ３０１０に処理を戻す（ステップ３０２０）。
【００３７】
制御部３１０は、取得したボリューム識別情報５０１０の値に対応する、論理ユニットＩＤ５０００の値を取得する（ステップ３０３０）。
【００３８】
そして、制御部３１０は管理Ｉ／Ｆ７００およびアプリケーション・サーバ２００内の管理Ｉ／Ｆ７１０を介して、アプリケーション・サーバ２００内の制御部２１０に接続し、論理ユニットＩＤ５０００の値を制御部２１０に送る。制御部２１０はデータ格納領域割当手段２２４の実行を再開する。データ格納領域割当手段２２４を実行している制御部２１０は、ストレージアクセスＩ／Ｆ６１０およびＲＡＩＤ制御手段３００内の外部アクセスＩ／Ｆ６００を介して、ＲＡＩＤ制御手段３００内の制御部３１０に接続し、論理ユニットＩＤ５０００の値と、その論理ユニットＩＤの値を持つ論理ユニットにデータ格納領域を割当てる命令を制御部３１０に送る。制御部３１０はＨＤＤ Ｉ／Ｆ３５０を介して、アプリケーション・サーバ２００内の制御部２１０から引き渡された論理ユニットＩＤを持つ論理ユニットに、データ格納領域を割当てる（ステップ３０４０）。
【００３９】
データ格納領域の割当がすべて終わったらデータ格納領域割当手段２２４を終了し、まだすべて終わっていなかったら、まだ割当の終わっていないデータ格納領域について、ステップ３０００から同様の操作を繰り返す（ステップ３０５０）。
【００４０】
上記第一の実施形態では、ＲＡＩＤ装置に存在するボリューム識別情報とアプリケーション・サーバに存在するボリューム要件情報を比較し、その一致をもって、データ格納領域を割当てる論理ユニットを決定する。ボリューム識別情報は、動作環境を構築するアプリケーションに合わせて、あらかじめ設定しておく。これにより、アプリケーションプログラムのデータをインストールする際には、ストレージの特性とストレージのデータ格納領域に割当てるべきデータの種類又は用途に基づいて、適切な格納領域の位置を決定することにより、ストレージの詳細な知識を必要とせずに、そのデータに対するアクセス性能の向上及び信頼性の確保を図ることができる。
【００４１】
以下、本実施形態をデータベース・ソフトウェア（以下データベース）をインストールするケースを例に取り、その処理手順とその効果を示す。
データベースは同時に多数のクライアントからアクセスされるため、高い性能の確保が重要な課題となる。この課題を解決するために、本実施形態を適用して、データベースが使用するデータ格納領域をＲＡＩＤ装置に割当てる。
【００４２】
本実施形態を適用した情報処理システムの構成図である図１において、アプリケーション・サーバ２００が、データベースの動作するサーバである。また、アプリケーション・サーバ２００の構成図である図２において、アプリケーション２２１がデータベースに相当する部分である。
【００４３】
データベースには、表領域およびログを格納するためのデータ格納領域が必要となる。表領域とログは同時にアクセスされるため、同じＲＡＩＤグループに割当てると全体性能が低下することがよく知られている。よって、表領域データ格納領域とログデータ格納領域のアクセス負荷を分散するために、表領域データ格納領域とログデータ格納領域は別々のＲＡＩＤグループに割当てなければならない。
【００４４】
そこで、ＲＡＩＤ制御手段３００内のボリューム識別情報保持手段３７０を、あらかじめ、図６のように構成しておく。ボリューム識別情報保持手段３７０は、例えばＲＡＩＤ装置を出荷する際に、あらかじめ作りこんでおく。ＲＡＩＤグループ４００に割当てた論理ユニット５００に対応する論理ユニットＩＤ５０００の値５００に対応するボリューム識別情報５０１０の値を、表領域と設定する。そして、論理ユニット５００を割当ているＲＡＩＤグループ４００とは別の、ＲＡＩＤグループ４０１に割当てた論理ユニット５１０に対応する論理ユニットＩＤ５０００の値５１０に対応するボリューム識別情報５０１０の値を、ログと設定する。
【００４５】
また、アプリケーション・サーバ２００内のボリューム要件情報保持手段２２５を、あらかじめ、図５のように構成しておく。ボリューム要件情報保持手段２２５は、例えばデータベースのインストーラを作成する際に、あらかじめ作りこんでおく。データベースが使用する表領域のデータ格納領域名４０００は「ｔｂｌ０１」とし、ログのデータ格納領域名４０００は「ｒｅｄｏ０１」と設定する。表領域のデータ格納領域名４０００の値「ｔｂｌ０１」に対応するボリューム要件情報４０１０の値を、表領域と設定する。ログのデータ格納領域名４０００の値「ｒｅｄｏ０１」に対応するボリューム要件情報４０１０の値を、ログと設定する。
【００４６】
アプリケーション・サーバ２００の制御部２１０がデータ格納手段２２４を実行し、データ格納領域の割当を行なった結果、データ格納領域は次のように割当てられる。表領域「ｔｂｌ０１」は、論理ユニット５００に割当てられる。ログ「ｒｅｄｏ０１」は、論理ユニット５１０に割当てられる。論理ユニット５００はＲＡＩＤグループ４００に、論理ユニット５１０はＲＡＩＤグループ４０１に割当られているため、表領域「ｔｂｌ０１」とログ「ｒｅｄｏ０１」は別々のＲＡＩＤグループに割当られており、アクセス負荷の分散を実現することができる。上記記載の効果を得るためには、ＲＡＩＤ装置を出荷するベンダとデータベースのインストーラを作成するベンダで、識別情報の一致を図っておく必要がある。
【００４７】
また、本実施形態においては、データ格納領域割当手段２２４とボリューム要件情報保持手段２２５とをアプリケーション・サーバ２００に設け、ボリューム識別情報保持手段３７０を記憶装置１００に設ける構成で説明したが、データ格納領域割当手段２２４とボリューム要件情報保持手段２２５とボリューム識別情報保持手段３７０とを、アプリケーション・サーバ２００および記憶装置１００とは独立した計算機に割当してもよい。
【００４８】
＜＜第二の実施形態＞＞
以下に、本発明の第二の実施形態について説明する。
【００４９】
図７は、本発明の第二の実施形態が適用された情報処理システムの構成図である。
【００５０】
第二の実施形態は、前述した第一の実施形態と比較して、ＲＡＩＤ装置を使用するアプリケーション・サーバが複数である点、それに伴いアプリケーション・サーバはスイッチを介してＲＡＩＤ装置にストレージアクセスを行なう点、ＲＡＩＤ制御手段に複数のストレージアクセスＩ／Ｆを有する点が大きく異なっている。
【００５１】
ＲＡＩＤ装置１１００は、アプリケーション・サーバ１２００およびアプリケーション・サーバ１２５０に接続されたストレージである。ＲＡＩＤ装置１１００内には、ＲＡＩＤグループ１４００、ＲＡＩＤグループ１４０１、ＲＡＩＤグループ１４０２を有する。
【００５２】
ＲＡＩＤグループ１４００、ＲＡＩＤグループ１４０１、ＲＡＩＤグループ１４０２はそれぞれ複数の物理ディスクを用いて構成している。ＲＡＩＤグループ１４００には論理ユニット１５００と論理ユニット１５０１を割当ている。ＲＡＩＤグループ１４０１には、論理ユニット１５１０と論理ユニット１５１１を割当ている。ＲＡＩＤグループ１４０２には、論理ユニット１５２０と論理ユニット１５２１を割当ている。ＲＡＩＤ制御手段１３００は、ＲＡＩＤグループ１４００、ＲＡＩＤグループ１４０１、ＲＡＩＤグループ１４０２を制御している。
【００５３】
アプリケーション・サーバ１２００は、ストレージアクセスのために、スイッチ１８００を介して、ＲＡＩＤ制御手段１３００に接続している。アプリケーション・サーバ１２００は、ストレージへのアクセスのために、ストレージアクセスＩ／Ｆ１６５０およびポート１８２０を介してスイッチ１８００へストレージアクセス要求を送る。するとスイッチ１８００は、ストレージアクセス要求の内容とスイッチ内のポート対応情報を参照し、ストレージアクセスの対象となるポートを、ポート１６００、ポート１６１０、ポート１６２０、ポート１６３０から選択する。そしてスイッチ１８００は、選択したポートに接続されているポート（選択したポートがポート１６００ならポート１８１０、ポート１６１０ならポート１８１１、ポート１６２０ならポート１８１２、ポート１６３０なら１８１３）からストレージアクセス要求をＲＡＩＤ制御手段１３００に送る。
【００５４】
また、アプリケーション・サーバ１２００は、ＲＡＩＤ装置１１００の管理のために、管理Ｉ／Ｆ１７１０および管理Ｉ／Ｆ１７００を介して、ＲＡＩＤ制御手段１３００に接続している。
【００５５】
アプリケーション・サーバ１２５０もまた、アプリケーション・サーバ１２００と同様に、ストレージアクセスのためにストレージアクセスＩ／Ｆ１６６０、スイッチ１８００を介してＲＡＩＤ制御手段１３００に接続している。また、アプリケーション・サーバ１２５０は、ＲＡＩＤ装置１１００の管理のために、管理Ｉ／Ｆ７２０および管理Ｉ／Ｆ１７００を介して、ＲＡＩＤ制御手段１３００に接続している。
【００５６】
アプリケーション・サーバ１２００およびアプリケーション・サーバ１２５０の構成は、第一の実施形態におけるアプリケーション・サーバ２００と同様のものである。
【００５７】
図８は、ＲＡＩＤ制御手段１３００の構成図である。
【００５８】
ＲＡＩＤ制御手段１３００は、制御部１３１０、制御部１３１０に接続される外部アクセスＩ／Ｆ群、キャッシュ１３３０、ディスクアレイ制御手段１３４０、ＨＤＤ Ｉ／Ｆ１３５０、論理ボリューム情報保持手段１３６０、ボリューム識別情報保持手段１３７０、データ格納領域割当情報保持手段１３８０、管理Ｉ／Ｆ１７００で構成する。制御部１３１０に接続される外部アクセスＩ／Ｆ群とは、外部アクセスＩ／Ｆ１６００、外部アクセスＩ／Ｆ１６１０、外部アクセスＩ／Ｆ１６２０、外部アクセスＩ／Ｆ１６３０である。
【００５９】
ＲＡＩＤ制御手段１３００と、図３におけるＲＡＩＤ制御手段３００の相違点は、ＲＡＩＤ制御手段１３００が、ＲＡＩＤ制御手段３００が有する構成要素に加えてデータ格納領域割当情報保持手段１３８０を有する点、外部アクセスＩ／Ｆを複数有する点である。
【００６０】
図１０は、データ格納領域割当情報保持手段１３８０の構成図である。
【００６１】
データ格納領域割当情報保持手段１３８０は、論理ユニットＩＤ１００００と、論理ユニットＩＤ１０００００ごとの使用元アプリケーションＩＤ１００１０と、論理ユニットＩＤ１００００ごとのボリューム要件１００２０を示すテーブルである。論理ユニットＩＤ１００００の値には、ＲＡＩＤ装置１３００に存在する論理ユニットに対して、ＲＡＩＤ装置１３００内において唯一となるＩＤを設定する。使用元アプリケーションＩＤ１００１０の値には、本実施形態の情報処理システム全体において唯一となるＩＤを設定する。ボリューム要件情報１００２０の値には、論理ユニットＩＤ１５００に対応する論理ユニットに割当したデータ格納領域のボリューム要件情報を設定する。
【００６２】
以下に、第二の実施形態を適用した情報処理システムにおいてアプリケーションのインストールを行なう際に、データ格納領域をストレージに割当てる手順を示す。
【００６３】
図９は、本実施形態を適用し、アプリケーションをインストールする際に、データ格納領域をストレージに割当てる操作フローである。
【００６４】
アプリケーション・サーバ１２００で動作するアプリケーションのインストールがデータ格納領域をストレージに割当てる段階に達すると、まず、アプリケーション・サーバ１２００はボリューム要件情報の値を取得する。（ステップ８０００）
そして、アプリケーション・サーバ１２００は、管理Ｉ／Ｆ１７１０およびＲＡＩＤ制御手段側の管理Ｉ／Ｆ１７００を介してＲＡＩＤ制御手段１３００内の制御部１３１０に接続し、ボリューム要件情報の値を制御部１３１０に送る。そして、制御部１３１０はボリューム識別情報保持手段１３７０からボリューム識別情報の値を取得する（ステップ８０１０）。
【００６５】
制御部１３１０は、アプリケーション・サーバ１２００から送られてきたボリューム要件情報の値と、取得したボリューム識別情報の値が一致するかどうかを調べ、一致した場合はステップ８０３０へ処理を進める。値が一致しなかった場合は、ステップ８０１０に処理を戻す（ステップ８０２０）。
【００６６】
制御部１３１０は、取得したボリューム識別情報に対応する論理ユニットＩＤの値を取得する。そして、取得した論理ユニットＩＤを、論理ユニットＩＤリスト８１００に追加する（ステップ８０３０）。
【００６７】
以上の操作を、すべてのボリューム識別情報を参照し終わるまで繰り返す。もしすべてのボリューム識別情報を参照し終わっていなかったら、別のボリューム識別情報について、ステップ８０１０へ処理を戻して繰り返す。すべてのボリューム識別情報を参照し終わったら、ステップ８０５０に処理を進める（ステップ８０４０）。
【００６８】
制御部１３１０は、データ格納領域割当情報保持手段を参照することにより、論理ユニットＩＤリスト８１００にある論理ユニットＩＤの中から、好適な論理ユニットの論理ユニットＩＤを選択し、取得する（ステップ８０５０）。
【００６９】
また、アプリケーション・サーバ１２００内のデータ格納領域割当手段を実行している制御部は、管理Ｉ／Ｆ１７１０およびスイッチ管理Ｉ／Ｆ１７３０を介してスイッチ１８００に接続し、スイッチ１８００内のポート対応情報８２００を参照する。そして、割当てるデータ格納領域へアクセスするために好適なポートを選択し、アプリケーション・サーバが接続しているポート１８２０と、選択されたポートを対応付ける情報を、スイッチ１８００内のポート対応情報８２００に記録する（ステップ８０６０）。
【００７０】
制御部１３１０は、取得した論理ユニットＩＤを、アプリケーション・サーバ１２００に送る。アプリケーション・サーバ１２００は、ストレージアクセスＩ／Ｆ１６５０、スイッチ１８００を介してＲＡＩＤ制御手段１３００に接続し、受け取った論理ユニットＩＤと、その論理ユニットＩＤに対応する論理ユニットにデータ格納領域を割当てる命令をＲＡＩＤ制御手段１３００内の制御部１３１０に送る。制御部１３１０はＨＤＤ Ｉ／Ｆを介して、論理ユニットにデータ格納領域を割当てる（ステップ８０７０）。
【００７１】
ＲＡＩＤ制御手段１３００内の制御部１３１０は、データ格納領域を割当した論理ユニットの論理ユニットＩＤ、アプリケーション・サーバ１２００で動作するアプリケーションのアプリケーションＩＤ、アプリケーション・サーバ１２００から送られてきたボリューム要件情報を、データ格納領域割当情報保持手段に記録する（ステップ８０８０）。
【００７２】
以上の操作を、データ格納領域の割当がすべて終わるまで繰り返す。データ格納領域の割当がまだすべて終わっていなかったら、まだ割当の終わっていないデータ格納領域について、ステップ８０００から同様の操作を行なう（ステップ８０９０）。
【００７３】
上記第二の実施形態では、ＲＡＩＤ装置に存在するボリューム識別情報と、アプリケーション・サーバに存在するボリューム要件情報を比較し、それらが一致する論理ユニットの中から、データ格納領域割当情報を用いて、データ格納領域を割当てるのに好適な論理ユニットを決定する。また、ＲＡＩＤ装置制御手段の持つ複数のポートから、ストレージアクセスのために好適なポートを選択し、選択したポートとアプリケーション・サーバを接続しているポートを対応付けるように、スイッチのポート対応情報を設定する。
【００７４】
例えば、高いアクセス性能が必要なデータ格納領域を割当てる場合は、データ格納領域割当情報を参照して、データ格納領域が割当られている数が最も少ない論理ユニットにデータ格納領域を割当てる。また、スイッチ内のポート対応情報を参照して、ポートを使用している装置の数が最も少ないポートを選択し、選択したポートとアプリケーション・サーバを接続しているポートを対応付けるように、スイッチのポート対応情報を設定する。第一の実施形態では、複数のアプリケーションが存在する場合に、それぞれのアプリケーションにおいて負荷の高いデータ格納領域が、同じＲＡＩＤグループに割当てられてしまうというということが起こり得る。しかし、第二の実施形態を適用することにより、複数のアプリケーションが存在する場合でも、確実にアクセスの負荷を分散することができる。
【００７５】
また、例えばあるデータ格納領域を拡張するために追加のデータ格納領域を割当てる場合には、データ格納領域割当情報を参照して、追加のデータ格納領域が元のデータ格納領域となるべく連続となるように、または、なるべく同じＲＡＩＤグループになるように、データ格納領域を割当てる論理ユニットを決定する。そして、ＲＡＩＤ装置の持つボリューム連結機能を用いて、追加のデータ格納領域を元のデータ格納領域に連結し、データ格納領域の拡張を行なう。また、スイッチ内のポート対応情報を参照して、追加するデータ格納領域へのアクセスのために使用するポートが、元のデータ格納領域へのアクセスのために使用しているポートと異ならないようにポートを選択し、スイッチのポート対応情報を設定する。これにより、データ格納領域を拡張した結果領域が不連続となり、アクセス性能が低下することを防ぐことができる。
【００７６】
＜＜第三の実施形態＞＞
以下に、本発明の第三の実施形態について説明する。
【００７７】
上記第一の実施形態および上記第二の実施形態においては、ボリューム要件情報とボリューム識別情報の一致を調べるため、製品の出荷時などにアプリケーションに合わせてあらかじめボリューム要件情報やボリューム識別情報を設定しておく必要がある。また、前述したように、ＲＡＩＤ装置を出荷するベンダとアプリケーションのインストーラを作成するベンダでボリューム要件情報とボリューム識別情報の一致を図っておく必要がある。
【００７８】
第三の実施形態は、上記第一の実施形態および上記第二の実施形態において、ボリューム要件情報およびボリューム識別情報の変換を行なう、ボリューム要件情報変換手段およびボリューム識別情報変換手段を設けた点が異なる。ボリューム要件情報変換手段およびボリューム識別情報変換手段は、データ格納領域割当手段から、ボリューム要件情報とボリューム識別情報の一致を調べる前の段階で実行される。
【００７９】
ボリューム要件情報変換手段およびボリューム識別情報変換手段を設けたことにより、製品の出荷時などにあらかじめ設定しておくボリューム要件情報やボリューム識別情報を、複数の種類のアプリケーションへ対応したものにできる。また、ボリューム要件情報変換手段およびボリューム識別情報変換手段をカスタマイズすることにより、ベンダ間でボリューム要件情報とボリューム識別情報の一致を図っていなくても、データ格納領域の割当を行なうことができる。さらに、ボリューム要件情報およびボリューム識別情報を、アクセス性能の範囲やキャッシュ容量の範囲などの情報で表現しておき、ボリューム要件情報変換手段およびボリューム識別情報変換手段を用いて、データ格納領域を割当てるボリュームを決定できる情報に変換し、データ格納領域の割当を行なうこともできる。
【００８０】
図１１は上記ボリューム要件情報変換手段が使用するボリューム要件情報変換テーブル１１０００の構成図である。ボリューム要件情報変換テーブル１１０００は、ボリューム要件情報１１０１０と変換後ボリューム要件情報１１０２０の二つの項目から構成されるテーブルである。前記ボリューム要件情報変換手段は、与えられたボリューム要件情報と一致するボリューム要件情報１１０１０の値を検索し、対応する変換後ボリューム要件情報１１０２０の値を返す。前記データ格納領域割当手段は、返された変換後ボリューム要件情報１１０２０の値を用いて、ボリューム要件情報とボリューム識別情報の一致を調べる。
【００８１】
図１２は上記ボリューム識別情報変換手段が使用するボリューム識別情報変換テーブル１２０００の構成図である。ボリューム識別情報変換テーブル１２０００は、ボリューム識別情報１２０１０と変換後ボリューム識別情報１２０２０の二つの項目から構成されるテーブルである。前記ボリューム識別情報変換手段は、与えられたボリューム識別情報と一致するボリューム識別情報１２０１０の値を検索し、対応する変換後ボリューム識別情報１２０２０の値のリストを返す。前記データ格納領域割当手段は、返された変換後ボリューム識別情報１２０２０の値のリストを用いて、ボリューム要件情報とボリューム識別情報の一致を調べる。
【００８２】
以下、本実施形態を適用することにより、複数の種類のアプリケーションにおいて、インストール時にデータ格納領域を割当てる例を示す。
記憶装置にデータ格納領域を割当てるアプリケーションとして、データベースとコンテンツ配信ソフトウェアがあるとする。データベースが使用するデータ格納領域の種類には表領域とログがあり、コンテンツ配信ソフトウェアが使用するデータ格納領域の種類にはストリーミング・コンテンツと静止画像コンテンツがある。表領域とストリーミング・コンテンツのデータ格納領域は、シーケンシャルアクセスが多く、ログと静止画像コンテンツのデータ格納領域は、ランダムアクセスが多い。
【００８３】
そこで、上記ボリューム要件情報変換手段が使用するボリューム要件情報変換テーブル１１０００を、あらかじめ図１１のように構成しておく。表領域という値のボリューム要件情報１１０１０に対応して、シーケンシャルアクセス重視という変換後ボリューム要件情報１１０２０を設定する。ログという値のボリューム要件情報１１０１０に対応して、ランダムアクセス重視という変換後ボリューム要件情報１１０２０を設定する。ストリーミング・コンテンツという値のボリューム要件情報１１０１０に対応して、シーケンシャルアクセス重視という変換後ボリューム要件情報１１０２０を設定する。静止画像コンテンツという値のボリューム要件情報１１０１０に対応して、ランダムアクセス重視という変換後ボリューム要件情報１１０２０を設定する。
【００８４】
一方、ボリューム識別情報保持手段には、各々の論理ユニットに対して、シーケンシャルアクセス重視もしくはランダムアクセス重視というボリューム識別情報が保持されている。データ格納領域割当手段は、ボリューム識別情報と変換後ボリューム要件情報１１０２０の値を比較し、一致を調べてデータ格納領域を割当てる。
【００８５】
上記ボリューム要件情報変換手段を、上記データ格納領域変換手段の実行前に実行しておくことにより、データベースをインストールする場合には、表領域のデータ格納領域がシーケンシャルアクセス性能の高いボリュームに、ログのデータ格納領域がランダムアクセス性能の高いボリュームに割当てられる。また、コンテンツ配信ソフトウェアをインストールする場合には、ストリーミング・コンテンツのデータ格納領域がシーケンシャルアクセス性能の高いボリュームに、静止画像コンテンツのデータ格納領域がランダムアクセス性能の高いボリュームに割当てられる。このように、単一のボリューム要件情報保持手段およびボリューム識別情報保持手段で、複数のアプリケーションに対応することができる。
【００８６】
尚、上記実施形態では、データの種類又は用途により、シーケンシャルアクセス性能の高いデータかどうかを判断し、データ格納領域の割当るべき位置を決定したが、割当手段において、データの種類ごとにそのアクセス性能を測定し、その測定結果に基づいて、格納すべきデータ格納領域（或いは格納すべきＲＡＩＤグループ）を決定し、データを格納する構成を採用してもよい。これにより、割当手段はより適切にデータ種類ごとのアクセス性能を把握することができるため、そのデータに対するアクセス性能の向上及び信頼性の確保をより図ることができる
【００８７】
【発明の効果】
上記本発明の情報処理システムによれば、複数のストレージのデータ格納領域にデータを割当てる技術において、そのデータに対するアクセス性能の向上及び信頼性の確保を図ることができる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態を適用した情報処理システムの構成図である。
【図２】第一の実施形態におけるアプリケーション・サーバの構成図である。
【図３】第一の実施形態におけるＲＡＩＤ制御手段の構成図である。
【図４】第一の実施形態におけるアプリケーションのインストール手順を示す図である。
【図５】ボリューム要件情報保持手段のテーブルを示す図である。
【図６】ボリューム識別情報保持手段のテーブルを示す図である。
【図７】本発明の第二の実施形態を適用した情報処理システムの構成図である。
【図８】第二の実施形態におけるＲＡＩＤ制御手段の構成図である。
【図９】第二の実施形態におけるアプリケーションのインストール手順を示す図である。
【図１０】データ格納領域割当情報保持手段のテーブルを示す図である。
【図１１】ボリューム要件情報変換手段が使用するボリューム要件情報変換テーブルを示す図である。
【図１２】ボリューム識別情報変換手段が使用するボリューム識別情報変換テーブルを示す図である。
【図１３】複数のハードディスクドライブを使用するアプリケーションが動作する情報処理システムの構成図である。
【符号の説明】
１０…計算機， ２０〜３０…ＨＤＤ， ４０…アプリケーション， ５０〜６０…データ格納領域，１００…ＲＡＩＤ装置， ２００…アプリケーション・サーバ， ２１０…制御部， ２２０…メモリ，２２１…アプリケーション， ２２２…インストーラ， ２２３…ボリューム識別情報取得手段， ２２４…データ格納領域割当手段， ２２５…ボリューム要件情報保持手段， ３００…ＲＡＩＤ制御手段， ３１０…制御部， ３３０…キャッシュ， ３４０…ディスクアレイ制御手段， ３５０…ＨＤＤ Ｉ／Ｆ， ３７０…ボリューム識別情報保持手段， ４００〜４０１…ＲＡＩＤグループ， ５００〜５１０…論理ユニット， ６００…外部アクセスＩ／Ｆ， ６１０…ストレージアクセスＩ／Ｆ，７００〜７１０…管理Ｉ／Ｆ， １１００…ＲＡＩＤ装置， １２００…アプリケーション・サーバ， １３００…ＲＡＩＤ制御手段， １３１０…制御部， １３３０…キャッシュ， １３４０…ディスクアレイ制御手段， １３５０…ＨＤＤ Ｉ／Ｆ， １３６０…論理ボリューム情報保持手段， １３７０…ボリューム識別情報保持手段， １３８０…データ格納領域割当情報保持手段， １４００〜１４０２…ＲＡＩＤグループ， １５００〜１５２１…論理ユニット， １６００〜１６３０…ポート， １６５０〜１６６０…ストレージアクセスＩ／Ｆ， １７００〜１７２０…管理Ｉ／Ｆ， １８００…スイッチ， １８１０〜１８２１…ポート， ４０００…データ格納領域名， ４０１０…ボリューム要件情報， ５０００…論理ユニットＩＤ， ５０１０…ボリューム識別情報， ８１００…論理ユニットＩＤリスト， ８２００…スイッチ内ポート対応情報， １００００…論理ユニットＩＤ， １００１０…使用元アプリケーションＩＤ， １００２０…ボリューム要件情報， １１０００…ボリューム要件情報変換テーブル， １１０１０…ボリューム要件情報， １１０２０…変換後ボリューム要件情報， １２０００…ボリューム識別情報変換テーブル， １２０１０…ボリューム識別情報， １２０２０…変換後ボリューム識別情報
【発明の属する技術分野】
本発明は、複数の計算機により共有される記憶装置と複数の記憶装置に接続する計算機とで構成される情報処理システムにおいて、記憶装置にデータを割当てる割当装置に関し、特にデータを割当てるための記憶装置の格納領域を選択する技術に関する。
【０００２】
【従来の技術】
近年の情報技術の普及やコンテンツのリッチメディア化により、情報処理システムが取り扱うデータ量が増加している。そしてそれに伴い、一つのアプリケーションが取り扱わなければならないデータ量も増加してきている。データを格納するストレージ一台あたりの容量には限界があるため、一つのアプリケーションのデータを、単一のストレージに格納することができない場合が増えている。
【０００３】
また、ストレージに対する要求性能も一段と高くなってきている。しかし、ストレージの大部分を占めているディスクを用いるストレージでは、物理的な円盤の回転速度と読み取りヘッドの移動時間によるアクセス時間の遅延のため、一台あたりの性能には限界がある。そのため、単一のストレージでは、アプリケーションにおいて必要とされるアクセス性能を満たすことができない場合が増えている。
【０００４】
上記二つのポイントに対応するための方策として、以下の二つの従来技術がある。
【０００５】
まず第１の従来技術は、一つのアプリケーションが、物理的に別々のＨＤＤ（ハードディスクドライブ）を複数使用する構成からなる。
【０００６】
図１３は、第１の従来技術の情報処理システムの構成図である。
【０００７】
アプリケーション４０が動作するアプリケーション・サーバ１０には、ＨＤＤ２０およびＨＤＤ３０が接続されている。データ格納領域５０およびデータ格納領域６０は、データを格納するために、アプリケーション４０から使用される。データ格納領域５０はＨＤＤ２０上に割当られており、データ格納領域６０はＨＤＤ３０上に割当られている。
【０００８】
このように、単一のアプリケーションから複数のＨＤＤを使用するように設定することにより、単一のＨＤＤのみでは扱うことのできない大容量のデータを扱うことができる。また、複数のＨＤＤを使用することによりアクセスの負荷が分散化され、データ格納領域５０とデータ格納領域６０に同時にアクセスがある場合でも、アクセス性能の低下を防ぐことができる。
【０００９】
次に第２の従来技術は、大規模なＲＡＩＤを使用するという構成からなる。ＲＡＩＤとは、複数のＨＤＤを使用してＲＡＩＤグループを構成し、そのＲＡＩＤグループ上に論理ユニットを割当てることにより、信頼性やアクセス速度の向上を実現するものである。さらに、複数のＲＡＩＤグループを使用し大容量の単一論理ユニットであるかのように運用することができる、ボリューム連結機能や、単一のＲＡＩＤグループを複数の論理ユニットに分割し、運用できるボリューム分割機能を持つＲＡＩＤもある。
【００１０】
アプリケーションが利用するデータをＲＡＩＤに格納する場合、ボリューム連結機能を用いることで、容量の不足のためにデータを分割して格納する必要はなくなり、またＲＡＩＤグループは複数のＨＤＤで構成されているので、単一のＨＤＤを超えた性能を得ることもできる。
【００１１】
【発明が解決しようとする課題】
上述した物理的に別々である複数のストレージに対してデータ格納領域を割当し、データを格納する第１の従来技術では、割当複数のストレージそれぞれが物理的に別々であることや複数のストレージそれぞれのアクセス性能、信頼性などのストレージ固有の特性と、データ格納領域に格納されるデータの種類又は用途との関係を統一的管理していない。したがって、同時にアクセスされるようなデータを物理的に同一のストレージのデータ格納領域に割当される場合が生じ、アクセス性能の劣化等の不具合が生じる。
【００１２】
また、上述した第２の従来技術では、ＲＡＩＤの持つボリューム連結機能やボリューム分割機能により、アクセス負荷の分散や信頼性の確保などを考えてデータ格納領域を複数に分けそれぞれのデータ格納領域を別々の論理ユニットに割当てるという手法が用いられる。この場合に、第２の従来技術では、複数の論理ユニットそれぞれが物理的に別々であることや複数の論理ユニットの配下にある物理的ストレージそれぞれのアクセス性能、信頼性などの物理的ストレージ固有の特性と、データ格納領域に格納されるデータの種類又は用途との関係を統一的管理していない。したがって、ボリューム分割機能により、複数あるデータ格納領域を別々の論理ユニットに割当したが、実際には同一物理ディスクを共有する論理ユニットに割当してしまうこと等が生じ、アクセス性能の劣化等の不具合が生じる。
【００１３】
本発明は、上記事情を考慮してなされたものであり、複数のストレージのデータ格納領域にデータを割当てる技術において、そのデータに対するアクセス性能の向上及び信頼性の確保を図ることを目的とする。
【００１４】
【課題を解決するための手段】
上記目的を達成するために、本発明の一実施形態である
情報処理システムは、計算機と、計算機のプログラムが使用するデータを格納する複数の記憶装置と、データを格納するための所定の格納領域に割当てる割当装置とを有する。ここで、割当装置は、記憶装置の特性情報とデータの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定する。
【００１５】
また、この割当装置は、記憶装置各々の物理的な識別情報を少なくとも含む記憶装置の特性情報とデータの種類又は用途を示すボリューム要件情報とに基づいて、記憶装置の格納領域の位置を決定すること、さらに、この割当装置は、同一の種類又は用途のデータを物理的に別個の記憶装置に割当てるように格納領域の位置を決定することが好ましい。
【００１６】
さらに、この割当装置は、該記憶装置各々が属するＲＡＩＤグループ識別情報を少なくとも含む前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、前記記憶装置の格納領域の位置を決定すること、さらに、この割当装置は、同一の種類又は用途のデータを別個のＲＡＩＤグループに属する記憶装置に割当てるように格納領域の位置を決定することが好ましい。
【００１７】
さらに、この割当装置は、記憶装置に格納されているデータの数を示す情報を少なくとも含む記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定することが好ましい。
【００１８】
さらに、ボリューム要件情報は、データのアクセス率によりデータの種類を分類した情報であることが好ましい。
【００１９】
【発明の実施の形態】
＜＜第一の実施形態＞＞
以下に、本発明の第一の実施形態について説明する。
【００２０】
図１は、本発明の第一の実施形態を適用した情報処理システムの構成図である。
【００２１】
ＲＡＩＤ装置１００は、アプリケーション・サーバ２００に接続するストレージである。ＲＡＩＤ装置１００内には、ＲＡＩＤグループ４００とＲＡＩＤグループ４０１を有する。ＲＡＩＤグループ４００およびＲＡＩＤグループ４０１は、複数の物理ディスクを用いて構成している。ＲＡＩＤグループ４００には論理ユニット５００と論理ユニット５０１を割当ており、ＲＡＩＤグループ４０１には論理ユニット５１０を割当ている。ＲＡＩＤ制御手段３００は、ＲＡＩＤグループ４００およびＲＡＩＤグループ４０１に対する、ＲＡＩＤアルゴリズムに基づいた読み出し処理や書き込み処理、ＲＡＩＤグループの作成および削除、論理ユニットの作成、削除、拡張等を制御している。アプリケーション・サーバ２００は、ストレージに対する読み出し処理や書き込み処理などのために、ストレージアクセスＩ／Ｆ６１０および外部アクセスＩ／Ｆ６００を介して、ＲＡＩＤ制御手段３００に接続する。また、アプリケーション・サーバ２００は、ＲＡＩＤ装置１００に対するＲＡＩＤグループの作成、削除、論理ユニットの作成、削除、拡張、後に示すＲＡＩＤ制御手段内のテーブルの操作のために、管理Ｉ／Ｆ７１０および管理Ｉ／Ｆ７００を介してＲＡＩＤ制御手段３００に接続する。
【００２２】
図２は、アプリケーション・サーバ２００の構成図である。
【００２３】
アプリケーション・サーバ２００は、制御部２１０と、制御部２１０に接続されたメモリ２２０と、制御部２１０に内部通信路を介して接続されたストレージアクセスＩ／Ｆ６００と管理Ｉ／Ｆ７１０とを有する。メモリ２２０内には、アプリケーション２２１と、アプリケーション２２１をインストールするためのインストーラ２２２と、インストーラ２２２から使用されるデータ格納領域割当手段２２４と、データ格納領域割当手段２２４から使用されるボリューム識別情報取得手段２２３と、ボリューム要件情報保持手段２２５とを有する。
【００２４】
図５は、ボリューム要件情報保持手段２２５の構成図である。
【００２５】
ボリューム要件情報保持手段２２５は、データ格納領域名４０００と、データ格納領域名４０００ごとのボリューム要件情報４０１０とを示すテーブルを保持する。データ格納領域名４０００の値には、データ格納領域の位置を示すアドレスが保持される。ボリューム要件情報４０１０には、データ格納領域に格納されるデータの種類又は用途が保持される。
【００２６】
図３は、ＲＡＩＤ制御手段３００の構成図である。
【００２７】
ＲＡＩＤ制御手段３００は、制御部３１０と、制御部３１０に接続された外部アクセスＩ／Ｆ６００と、キャッシュ３３０と、ディスクアレイ制御手段３４０と、ＨＤＤ Ｉ／Ｆ３５０と、ボリューム識別情報保持手段３７０と、管理Ｉ／Ｆ７００とを有する。ＨＤＤ Ｉ／Ｆ３５０は、複数のＨＤＤで構成されるＲＡＩＤグループ４００と、ＲＡＩＤグループ４０１とに接続されている。
【００２８】
図６は、ボリューム識別情報保持手段３７０の構成図である。
【００２９】
ボリューム識別情報保持手段３７０は、論理ユニットＩＤ５０００と、論理ユニットＩＤ５０００ごとのボリューム識別情報５０１０とを示すテーブルを保持する。論理ユニットＩＤ５０００の値には、ＲＡＩＤ装置３００に存在する論理ユニットに対して、ＲＡＩＤ装置３００内において唯一となるＩＤを設定する。尚、本実施形態においては、図６のように、論理ユニット５００に５００、論理ユニット５０１に５０１、論理ユニット５１０に５１０の論理ユニットＩＤ５０００となるように設定する。ボリューム識別情報５０１０には、本実施形態においては、データ格納領域に格納されるデータの種類又は用途を設定する。ボリューム識別情報５０１０には、データ格納領域に格納されるデータの種類又は用途ごとに別々のＲＡＩＤグループを選択し、それぞれのＲＡＩＤグループに割当られている論理ユニットに対応する論理ユニットＩＤ５０００に対して、データ格納領域に格納されるデータの種類又は用途を設定する。
【００３０】
データ格納領域割当手段２２４は、ボリューム要件情報に基づいて、割当てるべきデータごとにそのデータの種類又は用途を読取る。次に、記憶装置の特性情報に基づいて、読み取ったデータの種類又は用途ごとに格納すべき格納領域の位置（或いは、格納すべきＲＡＩＤグループ）を特定する。ここで、記憶装置の特性情報とは、格納すべき領域が位置する物理的記憶装置各々を特定するための識別情報（或いは格納すべき領域が位置するＲＡＩＤグループ各々を特定するための識別情報）と、物理的記憶装置各々に既に格納されているデータの種類又は用途を特定するための情報が含まれている。これにより、データ格納領域割当手段２２４は、ボリューム要件情報と記憶装置の特性情報とに基づいて、アクセス頻度が高い種類のデータを同一の物理的記憶装置（或いは同一のＲＡＩＤグループ）に属する格納領域に格納しないようにすることができる。
【００３１】
尚、コンピュータをボリューム識別情報取得手段２２３、データ格納領域割当手段２２４或いはインストーラ２２２として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され、磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。また、プログラムを記録する媒体は、ＣＤ−ＲＯＭ以外の他の記憶媒体でも良い。さらに、プログラムは、当該記憶媒体からコンピュータにインストールしても良いし、ネットワークを通じて当該記憶媒体にアクセスしてプログラムを使用するものとしてもよい。以下に、第一の実施形態を適用した情報処理システムにおいてアプリケーションのインストールを行なう際に、データ格納領域割当手段２２４によりデータをＲＡＩＤ装置１００のデータ格納領域に割当てる手順を示す。
【００３２】
アプリケーションのインストール時において、アプリケーション・サーバ２００の制御部２１０は、インストーラ２２２を実行している。インストーラ２２２の実行が、データ格納領域をストレージに割当てる段階に達したとき、制御部２１０はデータ格納領域割当手段２２４を実行する。
【００３３】
図４は、本実施形態を適用し、アプリケーションをインストールする際に、データ格納領域をストレージに割当てる操作フローチャートである。
【００３４】
データ格納領域割当手段２２４を実行している制御部２１０は、ボリューム要件情報保持手段２２５を参照し、ボリューム要件情報４０１０の値を取得する（ステップ３０００）。
【００３５】
その後、制御部２１０はボリューム識別情報取得手段２２３を実行する。ボリューム識別情報取得手段２２３を実行している制御部２１０は、管理Ｉ／Ｆ７１０およびＲＡＩＤ制御手段３００内の管理Ｉ／Ｆ７００を介して、ＲＡＩＤ制御手段３００内の制御部３１０に接続し、ボリューム要件情報４０１０の値を制御部３１０に送る。そして、制御部３１０はボリューム識別情報保持手段３７０からボリューム識別情報５０１０の値を取得する（ステップ３０１０）。
【００３６】
制御部３１０は、アプリケーション・サーバ２００の制御部２１０から送られてきたボリューム要件情報４０１０の値と、取得したボリューム識別情報５０１０の値が一致するかどうかを調べ、一致した場合はステップ３０３０へ処理を進める。値が一致しなかった場合は、ステップ３０１０に処理を戻す（ステップ３０２０）。
【００３７】
制御部３１０は、取得したボリューム識別情報５０１０の値に対応する、論理ユニットＩＤ５０００の値を取得する（ステップ３０３０）。
【００３８】
そして、制御部３１０は管理Ｉ／Ｆ７００およびアプリケーション・サーバ２００内の管理Ｉ／Ｆ７１０を介して、アプリケーション・サーバ２００内の制御部２１０に接続し、論理ユニットＩＤ５０００の値を制御部２１０に送る。制御部２１０はデータ格納領域割当手段２２４の実行を再開する。データ格納領域割当手段２２４を実行している制御部２１０は、ストレージアクセスＩ／Ｆ６１０およびＲＡＩＤ制御手段３００内の外部アクセスＩ／Ｆ６００を介して、ＲＡＩＤ制御手段３００内の制御部３１０に接続し、論理ユニットＩＤ５０００の値と、その論理ユニットＩＤの値を持つ論理ユニットにデータ格納領域を割当てる命令を制御部３１０に送る。制御部３１０はＨＤＤ Ｉ／Ｆ３５０を介して、アプリケーション・サーバ２００内の制御部２１０から引き渡された論理ユニットＩＤを持つ論理ユニットに、データ格納領域を割当てる（ステップ３０４０）。
【００３９】
データ格納領域の割当がすべて終わったらデータ格納領域割当手段２２４を終了し、まだすべて終わっていなかったら、まだ割当の終わっていないデータ格納領域について、ステップ３０００から同様の操作を繰り返す（ステップ３０５０）。
【００４０】
上記第一の実施形態では、ＲＡＩＤ装置に存在するボリューム識別情報とアプリケーション・サーバに存在するボリューム要件情報を比較し、その一致をもって、データ格納領域を割当てる論理ユニットを決定する。ボリューム識別情報は、動作環境を構築するアプリケーションに合わせて、あらかじめ設定しておく。これにより、アプリケーションプログラムのデータをインストールする際には、ストレージの特性とストレージのデータ格納領域に割当てるべきデータの種類又は用途に基づいて、適切な格納領域の位置を決定することにより、ストレージの詳細な知識を必要とせずに、そのデータに対するアクセス性能の向上及び信頼性の確保を図ることができる。
【００４１】
以下、本実施形態をデータベース・ソフトウェア（以下データベース）をインストールするケースを例に取り、その処理手順とその効果を示す。
データベースは同時に多数のクライアントからアクセスされるため、高い性能の確保が重要な課題となる。この課題を解決するために、本実施形態を適用して、データベースが使用するデータ格納領域をＲＡＩＤ装置に割当てる。
【００４２】
本実施形態を適用した情報処理システムの構成図である図１において、アプリケーション・サーバ２００が、データベースの動作するサーバである。また、アプリケーション・サーバ２００の構成図である図２において、アプリケーション２２１がデータベースに相当する部分である。
【００４３】
データベースには、表領域およびログを格納するためのデータ格納領域が必要となる。表領域とログは同時にアクセスされるため、同じＲＡＩＤグループに割当てると全体性能が低下することがよく知られている。よって、表領域データ格納領域とログデータ格納領域のアクセス負荷を分散するために、表領域データ格納領域とログデータ格納領域は別々のＲＡＩＤグループに割当てなければならない。
【００４４】
そこで、ＲＡＩＤ制御手段３００内のボリューム識別情報保持手段３７０を、あらかじめ、図６のように構成しておく。ボリューム識別情報保持手段３７０は、例えばＲＡＩＤ装置を出荷する際に、あらかじめ作りこんでおく。ＲＡＩＤグループ４００に割当てた論理ユニット５００に対応する論理ユニットＩＤ５０００の値５００に対応するボリューム識別情報５０１０の値を、表領域と設定する。そして、論理ユニット５００を割当ているＲＡＩＤグループ４００とは別の、ＲＡＩＤグループ４０１に割当てた論理ユニット５１０に対応する論理ユニットＩＤ５０００の値５１０に対応するボリューム識別情報５０１０の値を、ログと設定する。
【００４５】
また、アプリケーション・サーバ２００内のボリューム要件情報保持手段２２５を、あらかじめ、図５のように構成しておく。ボリューム要件情報保持手段２２５は、例えばデータベースのインストーラを作成する際に、あらかじめ作りこんでおく。データベースが使用する表領域のデータ格納領域名４０００は「ｔｂｌ０１」とし、ログのデータ格納領域名４０００は「ｒｅｄｏ０１」と設定する。表領域のデータ格納領域名４０００の値「ｔｂｌ０１」に対応するボリューム要件情報４０１０の値を、表領域と設定する。ログのデータ格納領域名４０００の値「ｒｅｄｏ０１」に対応するボリューム要件情報４０１０の値を、ログと設定する。
【００４６】
アプリケーション・サーバ２００の制御部２１０がデータ格納手段２２４を実行し、データ格納領域の割当を行なった結果、データ格納領域は次のように割当てられる。表領域「ｔｂｌ０１」は、論理ユニット５００に割当てられる。ログ「ｒｅｄｏ０１」は、論理ユニット５１０に割当てられる。論理ユニット５００はＲＡＩＤグループ４００に、論理ユニット５１０はＲＡＩＤグループ４０１に割当られているため、表領域「ｔｂｌ０１」とログ「ｒｅｄｏ０１」は別々のＲＡＩＤグループに割当られており、アクセス負荷の分散を実現することができる。上記記載の効果を得るためには、ＲＡＩＤ装置を出荷するベンダとデータベースのインストーラを作成するベンダで、識別情報の一致を図っておく必要がある。
【００４７】
また、本実施形態においては、データ格納領域割当手段２２４とボリューム要件情報保持手段２２５とをアプリケーション・サーバ２００に設け、ボリューム識別情報保持手段３７０を記憶装置１００に設ける構成で説明したが、データ格納領域割当手段２２４とボリューム要件情報保持手段２２５とボリューム識別情報保持手段３７０とを、アプリケーション・サーバ２００および記憶装置１００とは独立した計算機に割当してもよい。
【００４８】
＜＜第二の実施形態＞＞
以下に、本発明の第二の実施形態について説明する。
【００４９】
図７は、本発明の第二の実施形態が適用された情報処理システムの構成図である。
【００５０】
第二の実施形態は、前述した第一の実施形態と比較して、ＲＡＩＤ装置を使用するアプリケーション・サーバが複数である点、それに伴いアプリケーション・サーバはスイッチを介してＲＡＩＤ装置にストレージアクセスを行なう点、ＲＡＩＤ制御手段に複数のストレージアクセスＩ／Ｆを有する点が大きく異なっている。
【００５１】
ＲＡＩＤ装置１１００は、アプリケーション・サーバ１２００およびアプリケーション・サーバ１２５０に接続されたストレージである。ＲＡＩＤ装置１１００内には、ＲＡＩＤグループ１４００、ＲＡＩＤグループ１４０１、ＲＡＩＤグループ１４０２を有する。
【００５２】
ＲＡＩＤグループ１４００、ＲＡＩＤグループ１４０１、ＲＡＩＤグループ１４０２はそれぞれ複数の物理ディスクを用いて構成している。ＲＡＩＤグループ１４００には論理ユニット１５００と論理ユニット１５０１を割当ている。ＲＡＩＤグループ１４０１には、論理ユニット１５１０と論理ユニット１５１１を割当ている。ＲＡＩＤグループ１４０２には、論理ユニット１５２０と論理ユニット１５２１を割当ている。ＲＡＩＤ制御手段１３００は、ＲＡＩＤグループ１４００、ＲＡＩＤグループ１４０１、ＲＡＩＤグループ１４０２を制御している。
【００５３】
アプリケーション・サーバ１２００は、ストレージアクセスのために、スイッチ１８００を介して、ＲＡＩＤ制御手段１３００に接続している。アプリケーション・サーバ１２００は、ストレージへのアクセスのために、ストレージアクセスＩ／Ｆ１６５０およびポート１８２０を介してスイッチ１８００へストレージアクセス要求を送る。するとスイッチ１８００は、ストレージアクセス要求の内容とスイッチ内のポート対応情報を参照し、ストレージアクセスの対象となるポートを、ポート１６００、ポート１６１０、ポート１６２０、ポート１６３０から選択する。そしてスイッチ１８００は、選択したポートに接続されているポート（選択したポートがポート１６００ならポート１８１０、ポート１６１０ならポート１８１１、ポート１６２０ならポート１８１２、ポート１６３０なら１８１３）からストレージアクセス要求をＲＡＩＤ制御手段１３００に送る。
【００５４】
また、アプリケーション・サーバ１２００は、ＲＡＩＤ装置１１００の管理のために、管理Ｉ／Ｆ１７１０および管理Ｉ／Ｆ１７００を介して、ＲＡＩＤ制御手段１３００に接続している。
【００５５】
アプリケーション・サーバ１２５０もまた、アプリケーション・サーバ１２００と同様に、ストレージアクセスのためにストレージアクセスＩ／Ｆ１６６０、スイッチ１８００を介してＲＡＩＤ制御手段１３００に接続している。また、アプリケーション・サーバ１２５０は、ＲＡＩＤ装置１１００の管理のために、管理Ｉ／Ｆ７２０および管理Ｉ／Ｆ１７００を介して、ＲＡＩＤ制御手段１３００に接続している。
【００５６】
アプリケーション・サーバ１２００およびアプリケーション・サーバ１２５０の構成は、第一の実施形態におけるアプリケーション・サーバ２００と同様のものである。
【００５７】
図８は、ＲＡＩＤ制御手段１３００の構成図である。
【００５８】
ＲＡＩＤ制御手段１３００は、制御部１３１０、制御部１３１０に接続される外部アクセスＩ／Ｆ群、キャッシュ１３３０、ディスクアレイ制御手段１３４０、ＨＤＤ Ｉ／Ｆ１３５０、論理ボリューム情報保持手段１３６０、ボリューム識別情報保持手段１３７０、データ格納領域割当情報保持手段１３８０、管理Ｉ／Ｆ１７００で構成する。制御部１３１０に接続される外部アクセスＩ／Ｆ群とは、外部アクセスＩ／Ｆ１６００、外部アクセスＩ／Ｆ１６１０、外部アクセスＩ／Ｆ１６２０、外部アクセスＩ／Ｆ１６３０である。
【００５９】
ＲＡＩＤ制御手段１３００と、図３におけるＲＡＩＤ制御手段３００の相違点は、ＲＡＩＤ制御手段１３００が、ＲＡＩＤ制御手段３００が有する構成要素に加えてデータ格納領域割当情報保持手段１３８０を有する点、外部アクセスＩ／Ｆを複数有する点である。
【００６０】
図１０は、データ格納領域割当情報保持手段１３８０の構成図である。
【００６１】
データ格納領域割当情報保持手段１３８０は、論理ユニットＩＤ１００００と、論理ユニットＩＤ１０００００ごとの使用元アプリケーションＩＤ１００１０と、論理ユニットＩＤ１００００ごとのボリューム要件１００２０を示すテーブルである。論理ユニットＩＤ１００００の値には、ＲＡＩＤ装置１３００に存在する論理ユニットに対して、ＲＡＩＤ装置１３００内において唯一となるＩＤを設定する。使用元アプリケーションＩＤ１００１０の値には、本実施形態の情報処理システム全体において唯一となるＩＤを設定する。ボリューム要件情報１００２０の値には、論理ユニットＩＤ１５００に対応する論理ユニットに割当したデータ格納領域のボリューム要件情報を設定する。
【００６２】
以下に、第二の実施形態を適用した情報処理システムにおいてアプリケーションのインストールを行なう際に、データ格納領域をストレージに割当てる手順を示す。
【００６３】
図９は、本実施形態を適用し、アプリケーションをインストールする際に、データ格納領域をストレージに割当てる操作フローである。
【００６４】
アプリケーション・サーバ１２００で動作するアプリケーションのインストールがデータ格納領域をストレージに割当てる段階に達すると、まず、アプリケーション・サーバ１２００はボリューム要件情報の値を取得する。（ステップ８０００）
そして、アプリケーション・サーバ１２００は、管理Ｉ／Ｆ１７１０およびＲＡＩＤ制御手段側の管理Ｉ／Ｆ１７００を介してＲＡＩＤ制御手段１３００内の制御部１３１０に接続し、ボリューム要件情報の値を制御部１３１０に送る。そして、制御部１３１０はボリューム識別情報保持手段１３７０からボリューム識別情報の値を取得する（ステップ８０１０）。
【００６５】
制御部１３１０は、アプリケーション・サーバ１２００から送られてきたボリューム要件情報の値と、取得したボリューム識別情報の値が一致するかどうかを調べ、一致した場合はステップ８０３０へ処理を進める。値が一致しなかった場合は、ステップ８０１０に処理を戻す（ステップ８０２０）。
【００６６】
制御部１３１０は、取得したボリューム識別情報に対応する論理ユニットＩＤの値を取得する。そして、取得した論理ユニットＩＤを、論理ユニットＩＤリスト８１００に追加する（ステップ８０３０）。
【００６７】
以上の操作を、すべてのボリューム識別情報を参照し終わるまで繰り返す。もしすべてのボリューム識別情報を参照し終わっていなかったら、別のボリューム識別情報について、ステップ８０１０へ処理を戻して繰り返す。すべてのボリューム識別情報を参照し終わったら、ステップ８０５０に処理を進める（ステップ８０４０）。
【００６８】
制御部１３１０は、データ格納領域割当情報保持手段を参照することにより、論理ユニットＩＤリスト８１００にある論理ユニットＩＤの中から、好適な論理ユニットの論理ユニットＩＤを選択し、取得する（ステップ８０５０）。
【００６９】
また、アプリケーション・サーバ１２００内のデータ格納領域割当手段を実行している制御部は、管理Ｉ／Ｆ１７１０およびスイッチ管理Ｉ／Ｆ１７３０を介してスイッチ１８００に接続し、スイッチ１８００内のポート対応情報８２００を参照する。そして、割当てるデータ格納領域へアクセスするために好適なポートを選択し、アプリケーション・サーバが接続しているポート１８２０と、選択されたポートを対応付ける情報を、スイッチ１８００内のポート対応情報８２００に記録する（ステップ８０６０）。
【００７０】
制御部１３１０は、取得した論理ユニットＩＤを、アプリケーション・サーバ１２００に送る。アプリケーション・サーバ１２００は、ストレージアクセスＩ／Ｆ１６５０、スイッチ１８００を介してＲＡＩＤ制御手段１３００に接続し、受け取った論理ユニットＩＤと、その論理ユニットＩＤに対応する論理ユニットにデータ格納領域を割当てる命令をＲＡＩＤ制御手段１３００内の制御部１３１０に送る。制御部１３１０はＨＤＤ Ｉ／Ｆを介して、論理ユニットにデータ格納領域を割当てる（ステップ８０７０）。
【００７１】
ＲＡＩＤ制御手段１３００内の制御部１３１０は、データ格納領域を割当した論理ユニットの論理ユニットＩＤ、アプリケーション・サーバ１２００で動作するアプリケーションのアプリケーションＩＤ、アプリケーション・サーバ１２００から送られてきたボリューム要件情報を、データ格納領域割当情報保持手段に記録する（ステップ８０８０）。
【００７２】
以上の操作を、データ格納領域の割当がすべて終わるまで繰り返す。データ格納領域の割当がまだすべて終わっていなかったら、まだ割当の終わっていないデータ格納領域について、ステップ８０００から同様の操作を行なう（ステップ８０９０）。
【００７３】
上記第二の実施形態では、ＲＡＩＤ装置に存在するボリューム識別情報と、アプリケーション・サーバに存在するボリューム要件情報を比較し、それらが一致する論理ユニットの中から、データ格納領域割当情報を用いて、データ格納領域を割当てるのに好適な論理ユニットを決定する。また、ＲＡＩＤ装置制御手段の持つ複数のポートから、ストレージアクセスのために好適なポートを選択し、選択したポートとアプリケーション・サーバを接続しているポートを対応付けるように、スイッチのポート対応情報を設定する。
【００７４】
例えば、高いアクセス性能が必要なデータ格納領域を割当てる場合は、データ格納領域割当情報を参照して、データ格納領域が割当られている数が最も少ない論理ユニットにデータ格納領域を割当てる。また、スイッチ内のポート対応情報を参照して、ポートを使用している装置の数が最も少ないポートを選択し、選択したポートとアプリケーション・サーバを接続しているポートを対応付けるように、スイッチのポート対応情報を設定する。第一の実施形態では、複数のアプリケーションが存在する場合に、それぞれのアプリケーションにおいて負荷の高いデータ格納領域が、同じＲＡＩＤグループに割当てられてしまうというということが起こり得る。しかし、第二の実施形態を適用することにより、複数のアプリケーションが存在する場合でも、確実にアクセスの負荷を分散することができる。
【００７５】
また、例えばあるデータ格納領域を拡張するために追加のデータ格納領域を割当てる場合には、データ格納領域割当情報を参照して、追加のデータ格納領域が元のデータ格納領域となるべく連続となるように、または、なるべく同じＲＡＩＤグループになるように、データ格納領域を割当てる論理ユニットを決定する。そして、ＲＡＩＤ装置の持つボリューム連結機能を用いて、追加のデータ格納領域を元のデータ格納領域に連結し、データ格納領域の拡張を行なう。また、スイッチ内のポート対応情報を参照して、追加するデータ格納領域へのアクセスのために使用するポートが、元のデータ格納領域へのアクセスのために使用しているポートと異ならないようにポートを選択し、スイッチのポート対応情報を設定する。これにより、データ格納領域を拡張した結果領域が不連続となり、アクセス性能が低下することを防ぐことができる。
【００７６】
＜＜第三の実施形態＞＞
以下に、本発明の第三の実施形態について説明する。
【００７７】
上記第一の実施形態および上記第二の実施形態においては、ボリューム要件情報とボリューム識別情報の一致を調べるため、製品の出荷時などにアプリケーションに合わせてあらかじめボリューム要件情報やボリューム識別情報を設定しておく必要がある。また、前述したように、ＲＡＩＤ装置を出荷するベンダとアプリケーションのインストーラを作成するベンダでボリューム要件情報とボリューム識別情報の一致を図っておく必要がある。
【００７８】
第三の実施形態は、上記第一の実施形態および上記第二の実施形態において、ボリューム要件情報およびボリューム識別情報の変換を行なう、ボリューム要件情報変換手段およびボリューム識別情報変換手段を設けた点が異なる。ボリューム要件情報変換手段およびボリューム識別情報変換手段は、データ格納領域割当手段から、ボリューム要件情報とボリューム識別情報の一致を調べる前の段階で実行される。
【００７９】
ボリューム要件情報変換手段およびボリューム識別情報変換手段を設けたことにより、製品の出荷時などにあらかじめ設定しておくボリューム要件情報やボリューム識別情報を、複数の種類のアプリケーションへ対応したものにできる。また、ボリューム要件情報変換手段およびボリューム識別情報変換手段をカスタマイズすることにより、ベンダ間でボリューム要件情報とボリューム識別情報の一致を図っていなくても、データ格納領域の割当を行なうことができる。さらに、ボリューム要件情報およびボリューム識別情報を、アクセス性能の範囲やキャッシュ容量の範囲などの情報で表現しておき、ボリューム要件情報変換手段およびボリューム識別情報変換手段を用いて、データ格納領域を割当てるボリュームを決定できる情報に変換し、データ格納領域の割当を行なうこともできる。
【００８０】
図１１は上記ボリューム要件情報変換手段が使用するボリューム要件情報変換テーブル１１０００の構成図である。ボリューム要件情報変換テーブル１１０００は、ボリューム要件情報１１０１０と変換後ボリューム要件情報１１０２０の二つの項目から構成されるテーブルである。前記ボリューム要件情報変換手段は、与えられたボリューム要件情報と一致するボリューム要件情報１１０１０の値を検索し、対応する変換後ボリューム要件情報１１０２０の値を返す。前記データ格納領域割当手段は、返された変換後ボリューム要件情報１１０２０の値を用いて、ボリューム要件情報とボリューム識別情報の一致を調べる。
【００８１】
図１２は上記ボリューム識別情報変換手段が使用するボリューム識別情報変換テーブル１２０００の構成図である。ボリューム識別情報変換テーブル１２０００は、ボリューム識別情報１２０１０と変換後ボリューム識別情報１２０２０の二つの項目から構成されるテーブルである。前記ボリューム識別情報変換手段は、与えられたボリューム識別情報と一致するボリューム識別情報１２０１０の値を検索し、対応する変換後ボリューム識別情報１２０２０の値のリストを返す。前記データ格納領域割当手段は、返された変換後ボリューム識別情報１２０２０の値のリストを用いて、ボリューム要件情報とボリューム識別情報の一致を調べる。
【００８２】
以下、本実施形態を適用することにより、複数の種類のアプリケーションにおいて、インストール時にデータ格納領域を割当てる例を示す。
記憶装置にデータ格納領域を割当てるアプリケーションとして、データベースとコンテンツ配信ソフトウェアがあるとする。データベースが使用するデータ格納領域の種類には表領域とログがあり、コンテンツ配信ソフトウェアが使用するデータ格納領域の種類にはストリーミング・コンテンツと静止画像コンテンツがある。表領域とストリーミング・コンテンツのデータ格納領域は、シーケンシャルアクセスが多く、ログと静止画像コンテンツのデータ格納領域は、ランダムアクセスが多い。
【００８３】
そこで、上記ボリューム要件情報変換手段が使用するボリューム要件情報変換テーブル１１０００を、あらかじめ図１１のように構成しておく。表領域という値のボリューム要件情報１１０１０に対応して、シーケンシャルアクセス重視という変換後ボリューム要件情報１１０２０を設定する。ログという値のボリューム要件情報１１０１０に対応して、ランダムアクセス重視という変換後ボリューム要件情報１１０２０を設定する。ストリーミング・コンテンツという値のボリューム要件情報１１０１０に対応して、シーケンシャルアクセス重視という変換後ボリューム要件情報１１０２０を設定する。静止画像コンテンツという値のボリューム要件情報１１０１０に対応して、ランダムアクセス重視という変換後ボリューム要件情報１１０２０を設定する。
【００８４】
一方、ボリューム識別情報保持手段には、各々の論理ユニットに対して、シーケンシャルアクセス重視もしくはランダムアクセス重視というボリューム識別情報が保持されている。データ格納領域割当手段は、ボリューム識別情報と変換後ボリューム要件情報１１０２０の値を比較し、一致を調べてデータ格納領域を割当てる。
【００８５】
上記ボリューム要件情報変換手段を、上記データ格納領域変換手段の実行前に実行しておくことにより、データベースをインストールする場合には、表領域のデータ格納領域がシーケンシャルアクセス性能の高いボリュームに、ログのデータ格納領域がランダムアクセス性能の高いボリュームに割当てられる。また、コンテンツ配信ソフトウェアをインストールする場合には、ストリーミング・コンテンツのデータ格納領域がシーケンシャルアクセス性能の高いボリュームに、静止画像コンテンツのデータ格納領域がランダムアクセス性能の高いボリュームに割当てられる。このように、単一のボリューム要件情報保持手段およびボリューム識別情報保持手段で、複数のアプリケーションに対応することができる。
【００８６】
尚、上記実施形態では、データの種類又は用途により、シーケンシャルアクセス性能の高いデータかどうかを判断し、データ格納領域の割当るべき位置を決定したが、割当手段において、データの種類ごとにそのアクセス性能を測定し、その測定結果に基づいて、格納すべきデータ格納領域（或いは格納すべきＲＡＩＤグループ）を決定し、データを格納する構成を採用してもよい。これにより、割当手段はより適切にデータ種類ごとのアクセス性能を把握することができるため、そのデータに対するアクセス性能の向上及び信頼性の確保をより図ることができる
【００８７】
【発明の効果】
上記本発明の情報処理システムによれば、複数のストレージのデータ格納領域にデータを割当てる技術において、そのデータに対するアクセス性能の向上及び信頼性の確保を図ることができる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態を適用した情報処理システムの構成図である。
【図２】第一の実施形態におけるアプリケーション・サーバの構成図である。
【図３】第一の実施形態におけるＲＡＩＤ制御手段の構成図である。
【図４】第一の実施形態におけるアプリケーションのインストール手順を示す図である。
【図５】ボリューム要件情報保持手段のテーブルを示す図である。
【図６】ボリューム識別情報保持手段のテーブルを示す図である。
【図７】本発明の第二の実施形態を適用した情報処理システムの構成図である。
【図８】第二の実施形態におけるＲＡＩＤ制御手段の構成図である。
【図９】第二の実施形態におけるアプリケーションのインストール手順を示す図である。
【図１０】データ格納領域割当情報保持手段のテーブルを示す図である。
【図１１】ボリューム要件情報変換手段が使用するボリューム要件情報変換テーブルを示す図である。
【図１２】ボリューム識別情報変換手段が使用するボリューム識別情報変換テーブルを示す図である。
【図１３】複数のハードディスクドライブを使用するアプリケーションが動作する情報処理システムの構成図である。
【符号の説明】
１０…計算機， ２０〜３０…ＨＤＤ， ４０…アプリケーション， ５０〜６０…データ格納領域，１００…ＲＡＩＤ装置， ２００…アプリケーション・サーバ， ２１０…制御部， ２２０…メモリ，２２１…アプリケーション， ２２２…インストーラ， ２２３…ボリューム識別情報取得手段， ２２４…データ格納領域割当手段， ２２５…ボリューム要件情報保持手段， ３００…ＲＡＩＤ制御手段， ３１０…制御部， ３３０…キャッシュ， ３４０…ディスクアレイ制御手段， ３５０…ＨＤＤ Ｉ／Ｆ， ３７０…ボリューム識別情報保持手段， ４００〜４０１…ＲＡＩＤグループ， ５００〜５１０…論理ユニット， ６００…外部アクセスＩ／Ｆ， ６１０…ストレージアクセスＩ／Ｆ，７００〜７１０…管理Ｉ／Ｆ， １１００…ＲＡＩＤ装置， １２００…アプリケーション・サーバ， １３００…ＲＡＩＤ制御手段， １３１０…制御部， １３３０…キャッシュ， １３４０…ディスクアレイ制御手段， １３５０…ＨＤＤ Ｉ／Ｆ， １３６０…論理ボリューム情報保持手段， １３７０…ボリューム識別情報保持手段， １３８０…データ格納領域割当情報保持手段， １４００〜１４０２…ＲＡＩＤグループ， １５００〜１５２１…論理ユニット， １６００〜１６３０…ポート， １６５０〜１６６０…ストレージアクセスＩ／Ｆ， １７００〜１７２０…管理Ｉ／Ｆ， １８００…スイッチ， １８１０〜１８２１…ポート， ４０００…データ格納領域名， ４０１０…ボリューム要件情報， ５０００…論理ユニットＩＤ， ５０１０…ボリューム識別情報， ８１００…論理ユニットＩＤリスト， ８２００…スイッチ内ポート対応情報， １００００…論理ユニットＩＤ， １００１０…使用元アプリケーションＩＤ， １００２０…ボリューム要件情報， １１０００…ボリューム要件情報変換テーブル， １１０１０…ボリューム要件情報， １１０２０…変換後ボリューム要件情報， １２０００…ボリューム識別情報変換テーブル， １２０１０…ボリューム識別情報， １２０２０…変換後ボリューム識別情報
Claims (15)
- 計算機と、前記計算機のプログラムが使用するデータを格納する複数の記憶装置と、前記データを格納するための所定の格納領域に割当てる割当装置とを有する情報処理システムであって、
前記割当装置は、前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定することを特徴とする情報処理システム。 - 計算機と、前記計算機のプログラムが使用するデータを格納する複数の記憶装置と、前記データを格納するための所定の格納領域に割当てる割当装置とを有する情報処理システムであって、
前記割当装置は、該記憶装置各々の物理的な識別情報を少なくとも含む前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、前記記憶装置の格納領域の位置を決定することを特徴とする情報処理システム。 - 請求項２に記載の情報処理システムであって、
前記割当装置は、同一の種類又は用途のデータを物理的に別個の記憶装置に割当てるように格納領域の位置を決定することを特徴とする情報処理システム。 - 計算機と、前記計算機のプログラムが使用するデータを格納する複数の記憶装置と、前記データを格納するための所定の格納領域に割当てる割当装置とを有する情報処理システムであって、
前記割当装置は、該記憶装置各々が属するＲＡＩＤグループ識別情報を少なくとも含む前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、前記記憶装置の格納領域の位置を決定することを特徴とする情報処理システム。 - 請求項４に記載の情報処理システムであって、
前記割当装置は、同一の種類又は用途のデータを別個のＲＡＩＤグループに属する記憶装置に割当てるように格納領域の位置を決定することを特徴とする情報処理システム。 - 計算機と、前記計算機のプログラムが使用するデータを格納する複数の記憶装置と、前記データを格納するための所定の格納領域に割当てる割当装置とを有する情報処理システムであって、
前記割当装置は、該記憶装置に格納されているデータの数を示す情報を少なくとも含む前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定することを特徴とする情報処理システム。 - 請求項１に記載の情報処理システムであって、
前記ボリューム要件情報は、データのアクセス率によりデータの種類を分類した情報であることを特徴とする情報処理システム。 - プログラムが使用するデータを格納する複数の記憶装置に接続された計算機であって、
前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定する割当装置を有することを特徴とする計算機。 - プログラムが使用するデータを格納する複数の記憶装置に接続された計算機であって、
前記記憶装置各々の物理的な識別情報を少なくとも含む前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、前記記憶装置の格納領域の位置を決定する割当装置を有することを特徴とする計算機。 - 請求項９に記載の計算機であって、
前記割当装置は、同一の種類又は用途のデータを物理的に別個の記憶装置に割当てるように格納領域の位置を決定することを特徴とする計算機。 - プログラムが使用するデータを格納する複数の記憶装置に接続された計算機であって、
前記記憶装置に格納されているデータの数を示す情報を少なくとも含む前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、割当てる格納領域の位置を決定する割当装置を有することを特徴とする計算機。 - 請求項９に記載に計算機であって、
前記ボリューム要件情報は、データのアクセス率によりデータの種類を分類した情報であることを特徴とする計算機。 - 計算機のプログラムが使用するデータを格納する複数の記憶装置に対して、該データを格納するための所定の格納領域に割当てるデータ割当方法であって、
前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、所定の格納領域の位置を決定し、
前記所定の格納領域の位置に対して前記データを割当てるを特徴とするデータ割当方法。 - 計算機のプログラムが使用するデータを格納する複数の記憶装置に対して、該データを格納するための所定の格納領域にデータを割当てる手段としてコンピュータを機能させるためのプログラムであって、
前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、所定の格納領域の位置を決定する手段と、
前記所定の格納領域の位置に対して前記データを割当てる手段として前記コンピュータを機能させるためのプログラム。 - 計算機のプログラムが使用するデータを格納する複数の記憶装置に対して、該データを格納するための所定の格納領域にデータを割当てる手段としてコンピュータを機能させるためのプログラムを記録した記録媒体であって、
前記記憶装置の特性情報と前記データの種類又は用途を示すボリューム要件情報とに基づいて、所定の格納領域の位置を決定する手段と、
前記所定の格納領域の位置に対して前記データを割当てる手段として前記割当装置を機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002166458A JP2004013547A (ja) | 2002-06-07 | 2002-06-07 | データ割当方法、情報処理システム |
| US10/230,101 US20030229698A1 (en) | 2002-06-07 | 2002-08-29 | Data allocation method, program and computer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002166458A JP2004013547A (ja) | 2002-06-07 | 2002-06-07 | データ割当方法、情報処理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004013547A true JP2004013547A (ja) | 2004-01-15 |
Family
ID=29706721
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002166458A Pending JP2004013547A (ja) | 2002-06-07 | 2002-06-07 | データ割当方法、情報処理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030229698A1 (ja) |
| JP (1) | JP2004013547A (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006054334A1 (ja) * | 2004-11-16 | 2006-05-26 | Fujitsu Limited | 記憶領域割当装置、記憶領域割当方法および記憶領域割当プログラム |
| JP2006155059A (ja) * | 2004-11-26 | 2006-06-15 | Hitachi Ltd | ファイル割り当て方法及び仮想テープライブラリシステム |
| JP2007066259A (ja) * | 2005-09-02 | 2007-03-15 | Hitachi Ltd | 計算機システムとストレージシステム並びにボリューム容量拡張方法 |
| JP2007122268A (ja) * | 2005-10-26 | 2007-05-17 | Hitachi Ltd | 計算機システム、記憶領域割当方法及び管理計算機 |
| JP2007299256A (ja) * | 2006-05-01 | 2007-11-15 | Hitachi Ltd | ストレージ資源管理システム、ストレージ資源管理方法および管理計算機 |
| US7430644B2 (en) | 2004-06-15 | 2008-09-30 | Nec Corporation | Storage device, control method for partitioning logical memory devices, and medium embodying program for partitioning logical memory devices |
| US7555601B2 (en) | 2004-02-18 | 2009-06-30 | Hitachi, Ltd. | Storage control system including virtualization and control method for same |
| US8037239B2 (en) | 2006-02-10 | 2011-10-11 | Hitachi, Ltd. | Storage controller |
| KR20150110577A (ko) * | 2013-01-08 | 2015-10-02 | 라이브 마인즈, 아이엔씨. | 스토리지 네트워크 데이터 할당 |
| US9678678B2 (en) | 2013-12-20 | 2017-06-13 | Lyve Minds, Inc. | Storage network data retrieval |
| WO2020095583A1 (ja) * | 2018-11-09 | 2020-05-14 | パナソニックＩｐマネジメント株式会社 | ストレージ装置 |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4139675B2 (ja) * | 2002-11-14 | 2008-08-27 | 株式会社日立製作所 | 仮想ボリュームの記憶領域割当方法、その装置及びプログラム |
| US7159093B2 (en) | 2002-12-20 | 2007-01-02 | Veritas Operating Corporation | Development of a detailed logical volume configuration from high-level user requirements |
| US7143260B2 (en) | 2002-12-20 | 2006-11-28 | Veritas Operating Corporation | Intermediate descriptions of intent for storage allocation |
| US7383410B2 (en) | 2002-12-20 | 2008-06-03 | Symantec Operating Corporation | Language for expressing storage allocation requirements |
| US7143259B2 (en) | 2002-12-20 | 2006-11-28 | Veritas Operating Corporation | Preservation of intent of a volume creator with a logical volume |
| US7162575B2 (en) * | 2002-12-20 | 2007-01-09 | Veritas Operating Corporation | Adaptive implementation of requested capabilities for a logical volume |
| JP2004302751A (ja) * | 2003-03-31 | 2004-10-28 | Hitachi Ltd | 計算機システムの性能管理方法、および、記憶装置の性能を管理する計算機システム |
| JP4437650B2 (ja) | 2003-08-25 | 2010-03-24 | 株式会社日立製作所 | ストレージシステム |
| JP4257783B2 (ja) | 2003-10-23 | 2009-04-22 | 株式会社日立製作所 | 論理分割可能な記憶装置及び記憶装置システム |
| JP4568502B2 (ja) * | 2004-01-09 | 2010-10-27 | 株式会社日立製作所 | 情報処理システムおよび管理装置 |
| US7836271B1 (en) * | 2004-03-01 | 2010-11-16 | Symantec Operating Corporation | Using a single allocator to coordinate volume transformations across virtualization layers |
| US20050204104A1 (en) * | 2004-03-15 | 2005-09-15 | Tatsundo Aoshima | Server and method for managing volume storing digital archive |
| JP2005267008A (ja) | 2004-03-17 | 2005-09-29 | Hitachi Ltd | ストレージ管理方法およびストレージ管理システム |
| US7467257B1 (en) | 2004-03-29 | 2008-12-16 | Symantec Operating Corporation | Identification of storage to acquire to maintain the intent of logical volumes |
| US7313650B2 (en) | 2004-08-30 | 2007-12-25 | Hitachi, Ltd. | Server and method for managing volume storing digital archive |
| JP4281658B2 (ja) * | 2004-09-24 | 2009-06-17 | 日本電気株式会社 | ファイルアクセスサービスシステムとスイッチ装置及びクオータ管理方法並びにプログラム |
| US7689767B2 (en) * | 2004-09-30 | 2010-03-30 | Symantec Operating Corporation | Method to detect and suggest corrective actions when performance and availability rules are violated in an environment deploying virtualization at multiple levels |
| US7296871B2 (en) * | 2004-12-29 | 2007-11-20 | Lexmark International, Inc. | Device and structure arrangements for integrated circuits and methods for analyzing the same |
| US8250323B2 (en) * | 2007-12-06 | 2012-08-21 | International Business Machines Corporation | Determining whether to use a repository to store data updated during a resynchronization |
| US9134917B2 (en) * | 2008-02-12 | 2015-09-15 | Netapp, Inc. | Hybrid media storage system architecture |
| JP2009238114A (ja) * | 2008-03-28 | 2009-10-15 | Hitachi Ltd | ストレージ管理方法、ストレージ管理プログラム、ストレージ管理装置およびストレージ管理システム |
| JP5141402B2 (ja) * | 2008-06-26 | 2013-02-13 | 富士通株式会社 | ストレージシステム，コピー制御方法およびコピー制御装置 |
| US20150324088A1 (en) * | 2014-05-09 | 2015-11-12 | Lyve Minds, Inc. | Thumbnail image creation |
| CN110275680B (zh) * | 2019-06-24 | 2020-12-01 | 浙江大华技术股份有限公司 | 一种双控双活存储系统 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10187505A (ja) * | 1996-12-24 | 1998-07-21 | Toshiba Corp | 情報記憶システム及び同システムに適用するデータ配置方法 |
| US7062648B2 (en) * | 2000-02-18 | 2006-06-13 | Avamar Technologies, Inc. | System and method for redundant array network storage |
| US6571310B1 (en) * | 2000-04-20 | 2003-05-27 | International Business Machines Corporation | Method and apparatus for managing a heterogeneous data storage system |
| US6647387B1 (en) * | 2000-04-27 | 2003-11-11 | International Business Machine Corporation | System, apparatus, and method for enhancing storage management in a storage area network |
| US20020078066A1 (en) * | 2000-12-18 | 2002-06-20 | David Robinson | Data storage system including a file system for managing multiple volumes |
| US20020129216A1 (en) * | 2001-03-06 | 2002-09-12 | Kevin Collins | Apparatus and method for configuring available storage capacity on a network as a logical device |
| US20030028719A1 (en) * | 2001-08-06 | 2003-02-06 | Rege Satish L. | Disc drives divided into multiple logical containers |
| US20030061491A1 (en) * | 2001-09-21 | 2003-03-27 | Sun Microsystems, Inc. | System and method for the allocation of network storage |
| US20030061494A1 (en) * | 2001-09-26 | 2003-03-27 | Girard Luke E. | Method and system for protecting data on a pc platform using bulk non-volatile storage |
-
2002
- 2002-06-07 JP JP2002166458A patent/JP2004013547A/ja active Pending
- 2002-08-29 US US10/230,101 patent/US20030229698A1/en not_active Abandoned
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8838917B2 (en) | 2004-02-18 | 2014-09-16 | Hitachi, Ltd. | Storage control system and control method for the same |
| US8595431B2 (en) | 2004-02-18 | 2013-11-26 | Hitachi, Ltd. | Storage control system including virtualization and control method for same |
| US8131956B2 (en) | 2004-02-18 | 2012-03-06 | Hitachi, Ltd. | Virtual storage system and method for allocating storage areas and releasing storage areas from allocation based on certain commands |
| US7555601B2 (en) | 2004-02-18 | 2009-06-30 | Hitachi, Ltd. | Storage control system including virtualization and control method for same |
| US7430644B2 (en) | 2004-06-15 | 2008-09-30 | Nec Corporation | Storage device, control method for partitioning logical memory devices, and medium embodying program for partitioning logical memory devices |
| WO2006054334A1 (ja) * | 2004-11-16 | 2006-05-26 | Fujitsu Limited | 記憶領域割当装置、記憶領域割当方法および記憶領域割当プログラム |
| JPWO2006054334A1 (ja) * | 2004-11-16 | 2008-05-29 | 富士通株式会社 | 記憶領域割当装置、記憶領域割当方法および記憶領域割当プログラム |
| JP2006155059A (ja) * | 2004-11-26 | 2006-06-15 | Hitachi Ltd | ファイル割り当て方法及び仮想テープライブラリシステム |
| JP4585292B2 (ja) * | 2004-11-26 | 2010-11-24 | 株式会社日立製作所 | ファイル割り当て方法及び仮想テープライブラリシステム |
| US8082394B2 (en) | 2005-09-02 | 2011-12-20 | Hitachi, Ltd. | Computer system, storage system and method for extending volume capacity |
| JP2007066259A (ja) * | 2005-09-02 | 2007-03-15 | Hitachi Ltd | 計算機システムとストレージシステム並びにボリューム容量拡張方法 |
| US8037276B2 (en) | 2005-10-26 | 2011-10-11 | Hitachi, Ltd. | Computer system, storage area allocation method, and management computer |
| JP4693589B2 (ja) * | 2005-10-26 | 2011-06-01 | 株式会社日立製作所 | 計算機システム、記憶領域割当方法及び管理計算機 |
| US8151079B2 (en) | 2005-10-26 | 2012-04-03 | Hitatchi, Ltd. | Computer system, storage area allocation method, and management computer |
| JP2007122268A (ja) * | 2005-10-26 | 2007-05-17 | Hitachi Ltd | 計算機システム、記憶領域割当方法及び管理計算機 |
| US8037239B2 (en) | 2006-02-10 | 2011-10-11 | Hitachi, Ltd. | Storage controller |
| US8352678B2 (en) | 2006-02-10 | 2013-01-08 | Hitachi, Ltd. | Storage controller |
| JP2007299256A (ja) * | 2006-05-01 | 2007-11-15 | Hitachi Ltd | ストレージ資源管理システム、ストレージ資源管理方法および管理計算機 |
| KR20150110577A (ko) * | 2013-01-08 | 2015-10-02 | 라이브 마인즈, 아이엔씨. | 스토리지 네트워크 데이터 할당 |
| KR101700667B1 (ko) * | 2013-01-08 | 2017-01-31 | 라이브 마인즈, 아이엔씨. | 스토리지 네트워크 데이터 할당 |
| US9727268B2 (en) | 2013-01-08 | 2017-08-08 | Lyve Minds, Inc. | Management of storage in a storage network |
| US9910614B2 (en) | 2013-01-08 | 2018-03-06 | Lyve Minds, Inc. | Storage network data distribution |
| US9678678B2 (en) | 2013-12-20 | 2017-06-13 | Lyve Minds, Inc. | Storage network data retrieval |
| WO2020095583A1 (ja) * | 2018-11-09 | 2020-05-14 | パナソニックＩｐマネジメント株式会社 | ストレージ装置 |
| JPWO2020095583A1 (ja) * | 2018-11-09 | 2021-09-02 | パナソニックＩｐマネジメント株式会社 | ストレージ装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030229698A1 (en) | 2003-12-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004013547A (ja) | データ割当方法、情報処理システム | |
| KR100490723B1 (ko) | 파일 레벨 스트라이핑 장치 및 방법 | |
| US11409712B2 (en) | Small-file storage optimization system based on virtual file system in KUBERNETES user-mode application | |
| US11137940B2 (en) | Storage system and control method thereof | |
| US7395370B2 (en) | Computer system, data management method, and program for determining a migration method based on prediction of a migration influence | |
| US7216148B2 (en) | Storage system having a plurality of controllers | |
| US7076622B2 (en) | System and method for detecting and sharing common blocks in an object storage system | |
| CN102255962B (zh) | 一种分布式存储方法、装置和系统 | |
| US20030110263A1 (en) | Managing storage resources attached to a data network | |
| US20110208943A1 (en) | Storage systems having differentiated storage pools | |
| US7370142B2 (en) | Command control method in network storage system | |
| JP2007156815A (ja) | データマイグレーション方法及びシステム | |
| US20100023566A1 (en) | Method for Allocating Logical Unit Inside Storage System to Logical Volume and Storage Controller | |
| US10365845B1 (en) | Mapped raid restripe for improved drive utilization | |
| JP2003345631A (ja) | 計算機システム及び記憶領域の割当方法 | |
| US8516070B2 (en) | Computer program and method for balancing processing load in storage system, and apparatus for managing storage devices | |
| JP2005512232A (ja) | データ・ネットワークに付属されたストレージ資源の管理 | |
| Lensing et al. | hashfs: Applying hashing to optimize file systems for small file reads | |
| US7669031B2 (en) | Computer system, storage area allocation method, and management computer | |
| CN112379825B (zh) | 基于数据特征分池的分布式数据存储方法及装置 | |
| JP2000322292A (ja) | クラスタ型データサーバシステム及びデータ格納方法 | |
| CN112256204B (zh) | 存储资源分配方法、装置、存储节点及存储介质 | |
| US11226769B2 (en) | Large-scale storage system and data placement method in large-scale storage system | |
| US20070277018A1 (en) | Storage area allocating apparatus, storage area allocating method, and computer product | |
| US11496547B2 (en) | Storage system node communication |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050119 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071029 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071106 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080507 |