JP2005165486A - ファイル管理装置、ストレージ管理システム、ストレージ管理方法、プログラム及び記録媒体 - Google Patents
ファイル管理装置、ストレージ管理システム、ストレージ管理方法、プログラム及び記録媒体 Download PDFInfo
- Publication number
- JP2005165486A JP2005165486A JP2003400977A JP2003400977A JP2005165486A JP 2005165486 A JP2005165486 A JP 2005165486A JP 2003400977 A JP2003400977 A JP 2003400977A JP 2003400977 A JP2003400977 A JP 2003400977A JP 2005165486 A JP2005165486 A JP 2005165486A
- Authority
- JP
- Japan
- Prior art keywords
- file
- storage
- actual data
- data
- management
- 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
- 238000003860 storage Methods 0.000 title claims abstract description 203
- 238000000034 method Methods 0.000 title claims description 16
- 238000007726 management method Methods 0.000 claims abstract description 101
- 239000000835 fiber Substances 0.000 claims description 6
- 230000008569 process Effects 0.000 claims description 5
- 238000012546 transfer Methods 0.000 claims description 3
- 230000006870 function Effects 0.000 description 14
- 230000005540 biological transmission Effects 0.000 description 12
- 238000013508 migration Methods 0.000 description 12
- 230000005012 migration Effects 0.000 description 12
- 230000014759 maintenance of location Effects 0.000 description 7
- 230000010076 replication Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 238000011960 computer-aided design Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000002595 magnetic resonance imaging Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000035939 shock Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/185—Hierarchical storage management [HSM] systems, e.g. file migration or policies thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/188—Virtual file systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
【課題】階層型ストレージマネージメントの手法を採用したシステムにおいて期待通りのパフォーマンスが得られていない。
【解決手段】物理的特性を異にする複数種類のストレージメディアを組み合わせたストレージシステムを仮想的に単一のストレージとして管理する。このため、1つのファイルを、実データと実データにアクセスするための識別情報とに分け、当該アクセスするための識別情報をファイルシステムに関連付けて管理する。また、ファイルを使用頻度の区分に応じて階層的に管理し、区分間におけるファイルの移動を管理する。また、ファイルの実データを下位区分に対応するストレージメディアに移動させる際、同時に実データを更に下位区分に対応する別のストレージメディアにバックアップする。
【選択図】図1
【解決手段】物理的特性を異にする複数種類のストレージメディアを組み合わせたストレージシステムを仮想的に単一のストレージとして管理する。このため、1つのファイルを、実データと実データにアクセスするための識別情報とに分け、当該アクセスするための識別情報をファイルシステムに関連付けて管理する。また、ファイルを使用頻度の区分に応じて階層的に管理し、区分間におけるファイルの移動を管理する。また、ファイルの実データを下位区分に対応するストレージメディアに移動させる際、同時に実データを更に下位区分に対応する別のストレージメディアにバックアップする。
【選択図】図1
Description
本発明は、ストレージシステムを管理するファイル管理装置に関する。また、同装置を採用するストレージ管理システムに関する。また、同システムの管理方法に関する。また、同技術を実現するプログラムに関する。また、当該プログラムを記録した記録媒体に関する。
ネットワークの発達した今日、複数台のコンピュータでデータを共有する機会が増えている。かかるデータの共有を実現するコンピュータを、ファイルサーバーという。
ファイルサーバーを運用するには、ストレージ装置の故障等を考慮する必要がある。一般には、データを冗長化(バックアップ)し、ストレージ装置の故障等に備えている。
データのバックアップは、ファイルサーバーを使用しない時間帯に行う。通常は、夜間に行われる。確かに、蓄積するデータが少ないうちは十分な時間である。しかし、近年、データは加速度的に増加している。これに伴い、ディスクの高密度化と大容量化は顕著に進んでいる。
その一方で、データの転送速度は、容量等の増加に比べそれほど向上していない。このため昨今、バックアップに要する時間が大幅に長くなっている。この結果、バックアップ作業が、運用停止時間内に終了しない可能性が懸念されている。
この問題の回避には、より高速なディスク装置やテープ装置の採用が必要である。例えば、RAID(Redundant Arrays of Independent
Disks )装置の使用が必要である。
Disks )装置の使用が必要である。
しかし、RAID装置への全面的な移行には、多額の費用を必要とする。また昨今では、ストレージ装置の並列化に技術的な限界が指摘されている。
加えて、管理データ量の増大の問題もある。これは、近年における情報の電子化に起因する。情報の電子化の影響で、現在、ファイルサーバー上に多量のデータが蓄積されている。
ファイルサーバーに蓄積されるデータは、おおよそ2種類のデータに分かれる。“使うデータ”と“使われないデータ”との2種類である。
今日の問題は、“使われないデータ”と“使うデータ”を、アクセス性が良く大容量のディスク装置に一緒に保存することにある。このことが、バックアップ時間の増大と、コスト負荷の要因になっている。
特開2000−148547号公報
現在、かかる問題を解決するため、ファイルの状況に応じてデータを移行する管理手法が提案されている。すなわち、ファイルの状況に応じて、コストパフォーマンスの良い2次ディスクにデータの一部を移行する手法が提案されている。この移行は、ストレージシステムの管理ソフトウェアにより実行される。
移行するファイルは、システム管理者の指定により決定される。例えば、あまり使っていないフォルダが指定される。管理ソフトウェアは、指定されたフォルダ以下のファイルを、あるタイミングで2次ストレージに移行する。
ただし、この管理手法には別の新たな問題がある。上位の人間やソフトウェアから見ると、自分のデータが勝手に別の場所に移動されてしまうことである。このため、移動した情報を使用者に周知する作業、マニュアル作業、ソフトウェアの設定変更などが別途必要になる。
そこで、各デバイスが固有に有するファイルシステムを、擬似的に1つのファイルシステムに見せる仕組みが提案されている。かかる仕組みとは、各デバイスが固有に有するファイルシステムを相互にマウントする管理手法である。
しかし、この仕組みを採用すれば、各デバイス上に存在するファイルを1つのツリー上に表示できる。しかし、ファイルの存在場所が変わってしまうことに変わりはない。このように、現在のファイルシステムは、未だ問題を有している。
この他にも、別の問題が懸念されている。それは、保存を必要とするデータが今後ますます増加すると予測されることである。かかるデータを保存するには、記録メディアの更なる高密度化が要求される。加えて、データそのものの重要性の増加も予想される。
しかし、記録メディアが高密度化すればするほど、ハードウェアそのものの信頼性を保てなくなる。また、壊れた場合の被害が大きくなるため、複数のデバイス上に同じデータを持つ冗長化が、今後ますます重要になると予想される。
本発明は、以上の技術的課題を考慮してなされたもので、前述した問題の1つを解決することを目的とする。
かかる目的を実現するため、本発明の一つでは、階層化された区分間の移動管理と、各区分に応じたファイルの冗長化管理と、ファイルシステム上の位置管理とを統合する管理システムを提案する。
(1)ストレージシステム
図1に、具体例を示す。この発明では、物理的特性を異にする複数種類のストレージメディアを組み合わせてストレージシステムを前提とする。図1に、1次〜3次までの3種類のストレージを組み合わせた複合システムの例を示す。
図1に、具体例を示す。この発明では、物理的特性を異にする複数種類のストレージメディアを組み合わせてストレージシステムを前提とする。図1に、1次〜3次までの3種類のストレージを組み合わせた複合システムの例を示す。
3種類のストレージは、ファイルの使用頻度に応じて階層的に区分された各区分に対応する。図1の場合、使用頻度の高い区分から順に、1次ストレージ1、2次ストレージ2、3次ストレージ3である。
すなわち、1次ストレージ1には、最も使用頻度の高い区分のファイルが対応する。また、2次ストレージ2には、2番目に使用頻度の高い区分のファイルが対応する。そして、3次ストレージ3には、3番目に使用頻度の高い区分のファイルが対応する。
各ストレージメディアには、例えば、ハードディスク、磁気テープその他の磁気記憶媒体、光学的にデータを記録可能な光記憶媒体、半導体メモリを使用する。なお、ストレージメディアの外観形状は問わない。例えば、ディスク形状、テープ形状、カード形状等、各記録方式として適用可能なものを採用する。
また、各ストレージメディアの種類は同じでも異っても良い。また、各ストレージメディアの信頼性やアクセス性能(ランダムアクセス性能を含む)は、同じでも異なっても良い。一般に、使用頻度の高い区分に対応するストレージには、高速アクセス性が要求される。また、使用頻度が低い区分に対応するストレージには、大容量であることが要求される。
ストレージシステムを構成する各ストレージの格納形態は任意である。例えば、各ストレージは同一筐体に内蔵されていても良い。その反対に、それぞれ個別の筐体に内蔵されても良い。
同様に、ストレージシステムを構成する各ストレージの配置形態は任意である。例えば、いずれのストレージも同一の場所又は空間に配置されていても良い。その反対に、それぞれ別の場所又は空間に配置されていても良い。
また、各ストレージ間の接続形態も任意である。有線接続であっても、無線接続でも良い。また、ネットワーク経由で接続しても、専用線経由で接続しても良い。各ストレージ間における通信手順についても同様である。
前述した様々な要素は、ストレージシステムを構築する使用環境に応じて最適なものを選択すれば良い。
(2)ファイル管理装置
ファイル管理装置4は、前述したストレージシステムを仮想的に単一のストレージとして管理する。ファイル管理装置4は、前述した管理機能に対応する位置管理部4A、移動管理部4B、冗長化管理部4Cを有する。
ファイル管理装置4は、前述したストレージシステムを仮想的に単一のストレージとして管理する。ファイル管理装置4は、前述した管理機能に対応する位置管理部4A、移動管理部4B、冗長化管理部4Cを有する。
位置管理部4Aは、1つのファイルを、実データと実データにアクセスするための識別情報とに分け、当該アクセスするための情報をファイルシステムに関連付けて管理する。
アクセスするための情報には、例えば、各ファイルに固有のIDその他の識別情報を採用する。この情報は、ストレージシステム内で一意の情報である。
すなわち、ファイルシステムを、ストレージメディア上の物理位置ではなく、ファイルにアクセするための識別情報で管理する。このため、階層化された区分間の移動によってファイルの物理的な記録位置が変更された場合でも、ファイルシステムの管理には何の変更も生じない。
なお、ファイルにアクセするための識別情報とストレージメディア上の物理位置との対応関係は、例えばデーターベースで別に管理する。
なお、実データとは、前述のファイルにアクセスするための識別情報その他の管理情報をファイルから取り除いたデータ本体のことである。実データだけをストレージメディアに記録する。これにより、記憶領域の有効利用を実現できる。
また、他地点との通信時に、データ量の少ない管理系のデータと、データ量の多い実データとで別の伝送路を使用できる。
例えば、管理系のデータは広域ネットワークで他地点に伝送し、実データはファイバチャネル経由で他地点に伝送するような使い方を実現できる。なお一般に、広域ネットワークはセキュリティが確保されない場合があるが、管理系のデータだけでは意味を持たないのでかかる伝送が可能になる。
また、広域ネットワークの伝送能力には限界がある。このため、実データを広域ネットワーク経由で伝送すると、伝送時間が長くなる。また、伝送路の有効利用の観点からも1つの伝送路で帯域を長時間に亘り占有するのは望ましいことではない。もっとも、広域ネットワーク経由での実データの伝送を禁ずる趣旨ではない。
またこの反対に、ファイバチャネルを使って管理系のデータも伝送すると、管理系のデータだけ帯域を消費するため、やはり伝送路の有効利用の観点からは望ましくない。この場合も、ファイバチャネル経由での管理系データの伝送を禁ずる趣旨ではない。
なお、ファイバチャネルとは、高速コンピュータ間やコンピュータと記憶装置間の接続等に使用される高速(例えば133M〜4Gbit/s)かつ長距離伝送(例えば10km)が可能な伝送媒体及びネットワークをいう。もっとも短距離伝送を排除する趣旨ではない。
なお、高いセキュリティレベルが求められる場合は、ファイルに固有のIDで実データを暗号化したものを伝送すれば良い。この場合、実データの復号化が可能なのは、ファイルに固有のIDを管理するファイル管理装置4だけである。従って、暗号化された実データ部分が流出するような事態にも情報の秘密を保持できる。
移動管理部4Bは、ファイルを使用頻度の区分に応じて階層的に管理し、区分間におけるファイル(物理的には実データ)の移動を管理する。移動管理部4Bは、各区分に属しているファイルの使用頻度を個別に監視し、条件を満たさない場合に区分間の移動を実行する。
すなわち、移動管理部4Bは、物理的に異なるストレージ間でのファイルの移動を実行する。下位区分への移動時、移動元である区分に対応するストレージの実データは削除される。
なお、移動の実行時、該当ファイルにアクセスするための識別情報とストレージメディア上の物理位置との対応関係は更新される。ここで、移動先のストレージにおいて、ファイルにアクセスするための識別情報をディレクトリ管理するのが望ましい。ディレクトリを管理することで、ファイル(実データ)へのアクセスを高速化できる。
移動管理部4Bは、下位区分から上位区分へのファイルの移動も管理する。例えば、移動管理部4Bは、最上位以外の区分に対応するストレージメディアにファイルが存在する場合である。
このとき、移動管理部4Bは、ファイルの実データが存在するストレージメディアのうち最も上位の区分に対応するものに保存されているファイルを、ストレージシステム内で最も上位の区分に対応するものに複製するのが望ましい。
例えば、ファイル(実データ)が2次ストレージ2と3次ストレージ3に物理的に存在する場合、実データが存在する2つの階層区分のうち高い方の区分は、2次ストレージ2の方である。この場合、最上位の階層区分に対応する1次ストレージにファイル(実データ)が複製される。
この結果、ファイル(実データ)は、3つの階層区分に対応するストレージメディア上に同時に存在する。なお、ファイル(実データ)の読み出しは、ファイルにアクセスするための識別情報が用いられる。一般に、使用頻度の高い階層区分から優先的にファイルが読み出される。
冗長化管理部4Cは、ファイルの実データを下位区分に対応するストレージメディアに移動させる際、同時に実データを更に下位区分に対応する別のストレージメディアにバックアップする。
すなわち、冗長化管理部4Cは、常に複数のストレージに実データを冗長的に保存する。この機能により、保存すべきデータ量の全てを信頼性の高い高価なストレージに保存しなくても良くなる。これにより、システムをより低コストで構成することが可能になる。
なお、冗長化管理部4Cが、実データをバックアップするストレージメディアは、テープメディアであるのが望ましい。これは、テープメディアが現時点において、大容量のデータを蓄積するのにコスト面で有利なのと、高い信頼性が保証されるためである。
因みに、テープメディアは、磁気記録によるものだけでなく、光学的に記録するものも含まれる。また、テープメディアは、ファイルのデータ量が大きい場合、磁気ディスクよりも高速にデータの読み出すことができる。
また、冗長化管理部4Cは、最も使用頻度の高いファイルの実データを定期的にテープメディアにバックアップするのが望ましい。これにより、全ての区分に属するファイルを冗長化できる。
しかも、定期的なバックアップ動作時に転送するデータ量は、最も高い階層区分に属するファイル(実データ)だけで済む。このため、バックアップに必要な時間を短縮できる。
また、このファイル管理装置4は、図2に示すストレージシステムの管理にも使用できる。また図2は、1次ストレージと同等のストレージ1とそのファイル管理装置4でなる第2のストレージシステムを、図1のストレージシステムとは別に設ける例である。この場合、ファイル管理装置4に管理情報複製部4Dを設ける。
管理情報複製部4Dは、データの管理データ部分と、実データ部分の記録位置を管理するデーターベース情報とを、1次ストレージ1と同等の他のストレージシステム#2に複製する。このとき、実データは複製しない。このため、1次ストレージの容量は小さくて良い。
この場合、運用系である第1のストレージシステム#1の1次ストレージ1が故障したとしても、冗長化されている管理データを用いて運用を継続できる。これは、第2のストレージシステム#2の1次ストレージが、第1のストレージシステム#1の1次ストレージ1と同等の高速動作が可能であるためである。
因みに、データーベース情報は、情報に更新がある度に更新部分が複製されることが望ましい。これにより、最小の通信量で、データーベース情報を常に最新の状態に維持できる。
なお、図1及び図2におけるファイル管理装置4は、例えば1次ストレージ1を内蔵するメインサーバーの一機能として実現できる。もっとも、移動管理部4Aの機能だけを分離したコントローラとして実現することもできる。
また、当該機能は、ハードウェアとしてもソフトウェアとしても実現できる。なお、ソフトウェアには、アプリケーションソフトウェアの他、オペレーションシステムやファームウェアを含む。
本発明の1つによれば、運用中のデータ量の増加にもバックアップ時間の増加を招くことなく対応できる低コストのストレージ管理システムを実現できる。
以下、本発明をNAS(Network Attached Storage)システムに応用する場合について説明する。なお、明細書で特に図示又は記載しない技術は、当該技術分野において周知の技術を適用する。
(1)管理ポリシー
図3に、実施形態で採用する管理ポリシーを示す。図3は、以下に示す3つの管理ポリシー(a)〜(c)を具体化する場合の一例である。
図3に、実施形態で採用する管理ポリシーを示す。図3は、以下に示す3つの管理ポリシー(a)〜(c)を具体化する場合の一例である。
(a)ストレージを4つのデバイス区分に分けて管理する。各ファイルは、使用状況に応じて区分間を移動する。
(b)冗長化に使用するデバイスと、冗長化を実行するタイミングを適切に選択する。
(c)ファイル(実データ)がどのデバイス区分に移行しても、ファイルシステム上の位置は不動である。
(b)冗長化に使用するデバイスと、冗長化を実行するタイミングを適切に選択する。
(c)ファイル(実データ)がどのデバイス区分に移行しても、ファイルシステム上の位置は不動である。
(1−1)ポリシー(a)
ストレージシステムを構成する複数のストレージを、4つのデバイス区分に分類する。各デバイス区分は、使用頻度に応じた階層区分に対応する。
ストレージシステムを構成する複数のストレージを、4つのデバイス区分に分類する。各デバイス区分は、使用頻度に応じた階層区分に対応する。
階層区分は、使用頻度の高い方から順に、「よく使うファイル群」、「たまに使うファイル群」、「ほとんど使わないファイル群」、「使わないが保存が必要なファイル群」の4つである。
使用頻度の区分は、ストレージシステム全体から見た使用頻度で判断する。すなわち、デバイス区分毎に判断しない。ファイルシステムとして、前回のアクセス時からの経過時間を区分移動の判断材料とする。
具体的には、各区分間に設定した閾値との比較結果に応じて判断する。ファイルへのアクセスが発生した時点で経過時間はリセットされ、論理上の階層区分は最上位に移動する。
運用開始から長期間が経過したファイルシステムでは、下位区分のデータ比率が多くなる。図3は、オンラインでファイル(実データ)へのアクセスが可能な上位3区分の合計容量を100%として表した例である。
因みに、図3の場合、最上位階層に対応する「よく使うファイル群」のデータ比率は全体の10%である。
同様に、中位階層に対応する「たまに使うファイル群」のデータ比率は全体の30%である。同様に、最下位階層に対応する「たまに使うファイル群」のデータ比率は全体の60%である。
各デバイス区分には、以下のメインストレージをそれぞれ対応付ける。まず、使用頻度が最も高い「よく使うファイル群」には、高価で信頼性の高いディスクデバイスを対応付ける。例えば、RAID構成のハードディスクを対応付ける。
また、「たまに使うファイル群」には、コストパフォーマンスに優れたディスクデバイスを対応付ける。例えば、IDEハードディスクを対応付ける。図3の場合、上位2階層部分の全データ量のうち75%(40%のうちの30%)を安価なディスクデバイスに対応付ける。
このため、同データ量を最上位階層のディスクデバイスで構成する場合に比してコストの大幅な低減を実現できる。なお、ファイルへのアクセス速度は、「よく使うファイル群」に対応するディスクデバイスと同等である。従って、外部からはディスクデバイスの違いは認識されない。
また、「ほとんど使わないファイル群」には、テープメディアを対応付ける。このテープメディアは、伝送路を通じて電気的にアクセス可能である。すなわち、オンライン状態にある。
テープメディアは信頼性が高く、データ当たりの単価がディスクデバイスに比して格段に安い。また、大容量のデータを蓄積するのに適する。従って、オンラインで管理する必要のあるファイルのうち大部分を占めるこの種のファイルの蓄積には最適である。
また、「使わないが保存が必要なファイル群」には、テープメディアを対応付ける。ただし、このテープメディアは、電気的には直接アクセスできない状態で管理される。すなわち、オフライン状態で管理される。例えば、テープメディアは、棚や箱などに物理的に保管される。
(1−2)ポリシー(b)
ところで、上位2階層に対応するファイルのバックアップ(冗長化)には、メインストレージとは物理特性の異なるテープデバイスを選択する。これは、以下の理由による。
ところで、上位2階層に対応するファイルのバックアップ(冗長化)には、メインストレージとは物理特性の異なるテープデバイスを選択する。これは、以下の理由による。
理由の1つは、テープは静的メディアで壊れないためである。一方、ディスクデバイスは、地震等の外力によって物理的に壊れ、データの読み出しが不可能になる可能性がある。
他の理由の1つは、ディスクデバイスは、同じロットのハードディスクが同時に壊れる可能性があることである。これに対し、複数のテープメディアが同時に壊れる事態は限定される。
また、テープメディアの場合は、後から容量を増やすことが容易である。また、テープメディアは、オフライン管理ができることもバックアップ用のストレージに使用する理由である。
なお、冗長化は、上位2階層の区分について行う。これら2区分は、この実施例の場合、ディスクデバイスに対応付けられているからである。最上位区分のバックアップは、毎夜、運用の終了後に行う。例えば、夜1時から行う。これにより、最も使用頻度が高く、経済的損失が高いファイルが保護される。
また、上から2区分目のバックアップは、最上位区分からファイルが移動される時点に実行する。このように、上位2区分のファイルへのアクセス性と保存の安全性を確保する。
(1−3)ポリシー(c)
ファイルは、データ本体であるビットデータと、その管理データとに分けて管理する。管理データは、ビットデータにアクセスするための識別子(ID)、ファイル名、その他の管理情報である。管理データは、最上位階層のストレージメディアにあるファイルシステムにリンクする。
ファイルは、データ本体であるビットデータと、その管理データとに分けて管理する。管理データは、ビットデータにアクセスするための識別子(ID)、ファイル名、その他の管理情報である。管理データは、最上位階層のストレージメディアにあるファイルシステムにリンクする。
ここで、ストレージ上のファイル又は実データへは次のようにしてアクセスする。まず、最上位階層の区分に属するファイルへは、最上位階層のストレージのファイルシステムを通じてアクセスする。また、このバックアップファイルには、当該ファイルシステムにリンクされたフルパス名を通じて行う。フルパス名は、データーベースで管理する。
また、「たまに使うファイル群」その他の下位区分へは、ファイルシステムにリンクされている固有の識別子を使用してアクセスする。これにより、ビットデータの実際の格納位置が下位の区分に移動しても、ファイルシステム上の論理位置に影響しない。
なお、このバックアップファイルには、固有の識別情報とリンクされているテープメディア上の物理位置情報を用いてアクセスする。リンク情報は、データーベースで管理する。
(2)全体システム
図4に、NASシステムの全体構成例を示す。本システムは、仮想的に単一のストレージメディアとして機能する仮想ファイルサーバー10と、ネットワーク経由で仮想ファイルサーバー10に接続された端末11とで構成される。
図4に、NASシステムの全体構成例を示す。本システムは、仮想的に単一のストレージメディアとして機能する仮想ファイルサーバー10と、ネットワーク経由で仮想ファイルサーバー10に接続された端末11とで構成される。
端末11は、クライアント端末でもサーバ端末でも良い。端末11のオペレーションシステムは任意である。ネットワークには、例えばLAN(Local Area Network)を使用する。LANのインタフェースには、例えばイーサネット(登録商標)、FDDI(Fiber Distributed Data Interface)を使用する。
ネットワークプロトコルには、NFS(Network File System) やCIFS(Common Internet File System) その他を使用する。
仮想ファイルサーバー10は、メインサーバー12と、キャッシュサーバー13と、テープライブラリ14とで構成する。物理的には、メインサーバー12がネットワークと接続される。従って、端末11と仮想ファイルサーバー10との通信は、メインサーバー12を経由して行われる。
メインサーバー12は、図1の1次ストレージ1に対応する。図4に示すメインサーバー12は、仮想ファイルサーバー全体を管理する機能と、使用中のデータを蓄積するストレージ機能とを有する。なお、メインサーバー12が有するストレージデバイスは、論理上、階層が最も高い区分に対応する。
メインサーバー12は、中央処理装置(CPU)12Aと、主記憶装置12Bと、副記憶装置12Cと、RAIDストレージ12Dと、接続ポート12E1〜12E3とでなる。
このうち、接続ポート12E1は、ネットワークとの接続用である。接続ポート12E2は、キャッシュサーバー13との接続用である。接続ポート12E3は、テープライブラリ14との接続用である。
CPU12Aは、コンピュータの制御と命令の取り込み、実行を担当する。主記憶装置12Bは、処理手順を記述したプログラムやデータの一時的な記憶を担当する。例えば、RAM(Random Access Memory)やROM(Read Only Memory)でなる。
主記憶装置12Bには、例えば基本入出力システム、ファームウェア、制御ソフトウェアが記憶される。
副記憶装置12Cは、プログラムや処理データの保存を担当する。例えば、ハードディスク装置その他の記憶媒体(例えばCD−ROM)の駆動装置でなる。副記憶装置12Cには、例えば仮想ファイルサーバーとしての機能を実現する制御プログラムが記録される。
RAIDストレージ12Dには、例えばRAIDレベル0+1でハードディスクアレイを並列接続したものを適用する。すなわち、ストライピング(RAID
0)構成のディスク装置をミラーリング(RAID 1)するものを使用する。
0)構成のディスク装置をミラーリング(RAID 1)するものを使用する。
この構成により、RAIDストレージ12Dは、高信頼性とランダムアクセス性を保持する。RAIDストレージ12Dは、「よく使うファイル」の実データを蓄積する1次ストレージとして機能する。
このRAIDストレージ12Dに、ファイルシステムと各ファイルに固有の識別子をリンクするデーターベースを記録する。なお、各ファイルの実データの物理的な記録位置も記録する。
キャッシュサーバー13は、図1の2次ストレージ2に対応する。図4に示すキャッシュサーバー13は、最上位から2番目のデバイス区分に対応する。すなわち、「たまに使うファイル」を記録するのに使用される。
キャッシュサーバー13には、例えばRAIDレベル5でハードディスクアレイを並列接続したものを適用する。すなわち、パリティデータを各ハードディスクに分散するものを使用する。
この構成により、キャッシュサーバー13は、高信頼性とランダムアクセス性を有する。なお、キャッシュサーバー13を構成するハードディスクには、例えば低価格かつ大容量のIDEハードディスクを使用する。
IDEハードディスクは、RAIDストレージ12Dを構成するハードディスクに比して容量当たりの単価が安い。このため、同じ容量をRAIDストレージ12Dだけで用意する場合に比してコストを安くできる。
キャッシュサーバー13には、RAIDストレージ12Dから使用頻度が低下したファイルの実データが移動される。なお、移動の際、移動対象の実データは、RAIDストレージ12Dから削除される。また、移動の際、移動対象の実データは、テープライブラリ14にも重畳的に記録される。
ここで、キャッシュサーバー13は、テープライブラリ14のキャッシュとしての機能も果たす。従って、キャッシュサーバー13とテープライブラリ14の両方に存在する実データは、キャッシュサーバー13から読み出される。
なお、キャッシュサーバー13とメインサーバー12は、例えばイーサネット(登録商標)経由で接続する。
テープライブラリ14は、図1の3次ストレージ3に対応する。図4に示すテープライブラリ14は、最上位から3番目のデバイス区分に対応する。すなわち、「ほとんど使わないファイル」を記録するのに使用される。
また、テープライブラリ14は、RAIDストレージ12Dとキャッシュサーバー13のバックアップストレージとして機能する。
テープライブラリ14には、例えばカートリッジ型の磁気テープを複数格納するものを適用する。カートリッジの数を増やすことで蓄積するデータ容量を増加できる。もっとも、単一のテープカートリッジを装填できるテープ記録装置を使用しても良い。
なお、使用されないことが明らかなデータを記憶したカートリッジは、オフラインで保管することもできる。
テープライブラリ14は、キャッシュサーバー13に蓄積されている実データのうち使用間隔が所定の閾値を越えたものが移動される。なお、この移動は論理的なものである。RAIDストレージ12からキャッシュサーバー13へのファイルの移動時に既に複製されているからである。
従って、ファイルの移動時に実行される動作は、キャッシュサーバー13からファイルの実データを削除する動作だけである。
また、テープライブラリ14には、RAIDストレージ12Dから定期的にファイルがバックアップされる。このように、定期的なバックアップで移動されるのは、オンラインでアクセス可能な全ストレージ容量の10%程度である。従って、バックアップに要する時間は、格段に短縮される。
なお、テープライブラリ14へのバックアップでは、”使うデータ”の実データ部分だけでなく、管理データやデーターベース情報も複製するのが望ましい。この際、テープライブラリ14とメインサーバー12は、例えばSCSI(Small Computer System Interface )経由で接続する。
因みに、テープ媒体として、書き込みが1回に限定されるもの用いれば、情報の信頼性を高めることができる。この種のテープ媒体は、WORM(Write Once Read Many)と呼ばれる。
特に、信頼性が要求される応用例では、この種のテープ媒体を使用する。勿論、何度も書き換え可能なものを用いることもできる。
(3)ファイル管理動作
以下、仮想ファイルサーバー内で実行されるファイル管理動作を説明する。なお、本動作は、仮想ファイルサーバーを管理する制御ソフトウェアにより実行される。
以下、仮想ファイルサーバー内で実行されるファイル管理動作を説明する。なお、本動作は、仮想ファイルサーバーを管理する制御ソフトウェアにより実行される。
(3−1)領域の定義
まず、以下の説明で使用する表記を説明する。図5に、4つの領域A〜Dとストレージとの論理的な対応関係を示す。また図6に、領域A〜Dとストレージとの物理的な対応関係を示す。
まず、以下の説明で使用する表記を説明する。図5に、4つの領域A〜Dとストレージとの論理的な対応関係を示す。また図6に、領域A〜Dとストレージとの物理的な対応関係を示す。
この4つの領域は、前述したデバイス区分に対応する。すなわち、領域A−1は、使用頻度が最も高いデバイス区分のメインストレージに対応する。領域A−1は、メインサーバー12のRAIDストレージ12Dの記録領域に確保される。
同様に、領域A−2は、領域A−1の冗長化に使用するストレージに対応する。領域A−2は、テープライブラリ14の一領域として確保される。例えば、専用の1又は複数の磁気カートリッジ上に確保される。
また、領域B−1は、使用頻度が2番目に高いデバイス区分のメインストレージに対応する。領域B−1は、キャシュサーバー13の記録領域に確保される。領域B−2は、領域B−1の冗長化に使用するストレージである。この領域B−2も、テープライブラリ14の一領域として確保される。例えば、専用の1又は複数の磁気カートリッジ上に確保される。
領域C−1は、オンラインで管理できる中でも最も使用頻度が低いデバイス区分のメインストレージに対応する。領域C−1は、テープライブラリ14の一領域として確保される。例えば、専用の1又は複数の磁気カートリッジ上に確保される。
領域D−1は、オフラインで管理されるデバイス区分のメインストレージに対応する。領域D−1は、倉庫や棚に物理的に保存されている磁気カートリッジに対応する。
(3−2)区分間移行と冗長化処理
領域間の移行は、下位層へ向かう流れ(A→B→C→D)と、上位層へ向かう流れ(D→C→B→A)の2つに分けられる。下位層への流れは、外部コンピュータによる領域Aへのファイルの格納が起点となる。一方、上位層への流れは、外部コンピュータのアクセスが起点となる。
領域間の移行は、下位層へ向かう流れ(A→B→C→D)と、上位層へ向かう流れ(D→C→B→A)の2つに分けられる。下位層への流れは、外部コンピュータによる領域Aへのファイルの格納が起点となる。一方、上位層への流れは、外部コンピュータのアクセスが起点となる。
(a)制御ソフトウェアによる自動移行
図7に、メインサーバー12に搭載された制御ソフトウェアによるファイルの自動移行機能について説明する。
図7に、メインサーバー12に搭載された制御ソフトウェアによるファイルの自動移行機能について説明する。
下位層(A→B→C→D)への流れは、ファイルが、外部コンピュータからアクセスされなかった時間により制御される。ファイルが外部コンピュータからアクセスされなかった時間の長いファイル程、下位の階層に順に移行する。
一方、上位層(D→C→B→A)への流れは、外部コンピュータからアクセスがあった時点に生じる。まず、各領域から領域Aに該当ファイル(実データ)が移行される。その後、領域Aから外部コンピュータにファイルが読み出される。
以上が、各方向への流れの概略である。以下、個々のプロセスについて説明する。なお図中、実線は移動を表し、点線は冗長化(複製)を示す。
(1)外部コンピュータがファイルを領域A−1に格納する。
(2)制御ソフトウェアは、定期的に領域A−1を領域A−2に複製(バックアップ)する。実行時刻は、ユーザーから事前に設定された時刻である。なお、この時刻は、運用後もメインサーバー12を通じて変更できる。
(2)制御ソフトウェアは、定期的に領域A−1を領域A−2に複製(バックアップ)する。実行時刻は、ユーザーから事前に設定された時刻である。なお、この時刻は、運用後もメインサーバー12を通じて変更できる。
(3)制御ソフトウェアは、定期的に又は領域A−1へのアクセスのたび、領域A−1の残容量が閾値以下か否か判定する。閾値は、初期設定値又はユーザインタフェースを通じて事前に設定された値である。
ここでのアクセスは、書き込み時も読み出し時も含む。メインサーバー12に蓄積される実データは、長年の運用により増加する。やがて、蓄積される実データは、メインサーバー12に用意したRAIDストレージ12Dの蓄積容量の上限に近づく。
制御ソフトウェアは、領域A−1の残容量が閾値以下になると、設定した残容量が得られるまで、超過量に相当するデータ量の実データを領域B−2に移動させる。例えば、外部コンピュータからのアクセス間隔が長いファイルから順番に移動する。また例えば、ファイルが領域A−1に置かれるとすぐに移動する。
(4)制御ソフトウェアは、領域B−1への実データの移動と同時に、同じ実データを領域B−2に複製(コピー)する。すなわち、実データは、キャッシュサーバー13とテープライブラリ14に二重化される。
(5)制御ソフトウェアは、領域B−1についても定期的に又は領域B−1へのアクセスのたび、領域B−1の残容量が閾値以下か否か判定する。制御ソフトウェアは、領域B−1の残容量が閾値以下になると、アクセス間隔が長いファイルから消去する。
この消去により、同領域B−2は、論理上、領域C−1に変わる。このように、領域C−1は積極的に作成されるものではなく、バックアップ領域である領域B−2が消去法的に領域C−1に変化する。
(6)なお、領域C−1に対応するファイル(実データ)の使用状況は、ユーザーによって判断される。ユーザーが「使用しない」と判断した場合、該当するファイル(実データ)を含むテープメディアは、制御ソフトウェアを使用してテープライブラリ14から排出される。
排出されたテープメディアは、例えば外部の棚に移動させる。このように、テープライブラリ14から排出した時点で、テープメディアに保存されているファイルは、領域D−1に移行する。この移動は、物理的な移動により実行される。
(7)次に、外部コンピュータが、仮想ファイルサーバー10内のファイルにアクセスした場合について説明する。アクセスされたファイルがメインサーバー12上にある場合、制御ソフトウェアは、アクセスされたファイルを領域A−1から送出する。
(8)これに対し、アクセスされたファイルがキャッシュサーバー13上にある場合、制御ソフトウェアは、ファイル(実データ)を領域B−1から領域A−1へ移行する。かかる後、同ファイルを領域A−1から外部コンピュータへ該当するファイルを転送する。
(9)また同様に、アクセスされたファイルがテープライブラリ14上にある場合、制御ソフトウェアは、ファイル(実データ)を領域C−1から領域A−1へ移行する。かかる後、同ファイルを領域A−1から外部コンピュータへ該当するファイルを転送する。
(10)なお、アクセスされたファイルがオフライン管理されている場合、制御ソフトウェアは、外部棚に保管されているテープメディアをテープライブラリ14に装填するようにユーザーに促がす画面を作表示装置上に表示させる。
ユーザーが該当するテープメディアを外部棚からテープライブラリ14に装填すると、領域D−1として管理されていたテープメディアはC−1領域に移行する。この後、前述したように領域A−1にファイル(実データ)が移行される。
(b)制御ソフトウェアによる自動移行と外部コンピュータによる移行との混在使用
図8に、メインサーバー12に搭載された制御ソフトウェアと外部コンピュータに搭載されたアプリケーションによるファイルの移行機能について説明する。
図8に、メインサーバー12に搭載された制御ソフトウェアと外部コンピュータに搭載されたアプリケーションによるファイルの移行機能について説明する。
すなわち、本例は、各領域間でファイル(実データ)を移行させるAPI(アプリケーションインターフェース)を、外部コンピュータ上で動作するアプリケーションプログラムが制御する。
なお、外部コンピュータからアクセスがあった場合には、ファイル(実データ)がどのデバイス区分に存在しても、まず領域A−1に移行される。
外部コンピュータ側からファイルの移行を管理する機能を使用すれば、以下のような使い方ができる。例えば、予め所定の日時に読み出しが予想されるファイル(実データ)がある場合、必要なファイルを事前に領域Aに移行させることができる。
また例えば、アプリケーションのバージョンが更新された場合、ほとんど使用されないと予想される旧バージョンのファイル(実データ)を下位層の領域に移行させるといった使い方ができる。
以下、個々のプロセスについて説明する。なお図中、実線は移動を表し、点線は冗長化(複製)を示す。
(1)外部コンピュータがファイルを領域A−1に格納する。
(2)制御ソフトウェアは、外部アプリケーションから指定された日時に、定期的に領域A−1を領域A−2に複製(バックアップ)する。実行時刻は、ユーザーから事前に設定された時刻である。なお、この時刻は、運用後も外部コンピュータ上で変更できる。
(2)制御ソフトウェアは、外部アプリケーションから指定された日時に、定期的に領域A−1を領域A−2に複製(バックアップ)する。実行時刻は、ユーザーから事前に設定された時刻である。なお、この時刻は、運用後も外部コンピュータ上で変更できる。
(3)外部アプリケーションは、APIを使用して、領域A−1の特定のファイル(実データ)を領域B−1に移行する。
(4)制御ソフトウェアは、領域B−1への実データの移動と同時に、同じ実データを領域B−2に複製(コピー)する。すなわち、実データは、キャッシュサーバー13とテープライブラリ14に二重化される。
(4)制御ソフトウェアは、領域B−1への実データの移動と同時に、同じ実データを領域B−2に複製(コピー)する。すなわち、実データは、キャッシュサーバー13とテープライブラリ14に二重化される。
(5)制御ソフトウェアは、領域B−1についても定期的に又は領域B−1へのアクセスのたび、領域B−1の残容量が閾値以下か否か判定する。制御ソフトウェアは、領域B−1の残容量が閾値以下になると、アクセス間隔が長いファイルから消去するこの消去により、同領域B−2は、論理上、領域C−1に変わる。
(6)領域C−1のファイル(実データ)の使用状況は、ユーザーによって判断される。ユーザーが「使用しない」と判断した場合、該当するファイル(実データ)を含むテープメディアは、制御ソフトウェアを使用してテープライブラリ14から排出される。
排出されたテープメディアは、例えば外部の棚に移動させる。このように、テープライブラリ14から排出した時点で、テープメディアに保存されているファイルは、領域D−1に移行する。この移動は、物理的な移動により実行される。
(7)外部コンピュータが、仮想ファイルサーバー10内のファイルにアクセスした場合は、いずれも制御ソフトウェアによる自動移行の説明と同じである。
すなわち、アクセスされたファイル(実データ)がどのデバイス区分に属する場合にも、メインサーバー12に複製された後、外部コンピュータに送出される。
(4)ストレージ領域の復旧動作
ここでは、ディスクメディアで構成される領域A−1及びB−1の一方又は両方が壊れた場合を考える。このデータの復旧のために冗長化が行なわれている。
ここでは、ディスクメディアで構成される領域A−1及びB−1の一方又は両方が壊れた場合を考える。このデータの復旧のために冗長化が行なわれている。
図9に、領域A−1が壊れた場合を示す。この場合、外部コンピュータからアクセスのあったファイル(実データ)は、メインサーバー12(RAIDストレージ12D)から読み出すことができない。
制御ソフトウェアは、データーベースが保持するバックアップデータへのフルパス名を読み出してテープライブラリ14にアクセスする。かくして、所定のテープメディアからバックアップデータが読み出される。
ただし、テープメディアからの読み出しのため、一般には読み出し時間が長くなる。しかし、システムの運用を停止することなく対応できる。
このとき、制御ソフトウェアは、領域A−1に対応するRAIDストレージ12Dの交換をユーザーに通知する。この後、制御ソフトウェアは、RAIDストレージ12Dの交換を検出すると、領域A−2の実データを領域A−1に複製(復元)する。これにより、故障前の状態が復旧される。
ここで、制御ソフトウェアは、RAIDストレージ12Dが新たなものに交換されるまで、システムの運用を停止する運用手法もある。この他、制御ソフトウェアは、正常動作中のキャッシュサーバー13(領域B−1)を領域A−1とみなす運用手法もある。
ただし、この場合にはキャッシュサーバー13の信頼性の問題があるため、キャッシュサーバー13への書き込みと同時にテープライブラリ14にバックアップする。
図10に、領域B−1が壊れた場合を示す。この事象は、失われるデータ量の規模に違いがあるものの、領域B−1のファイルが領域C−1に移行する場合と同じである。従って、領域B−1が壊れた場合、領域B−2は論理的に領域C−1に切り替わる。
このように、論理的な領域変更だけで仮想ファイルサーバーの運用は停止することなく継続される。
(5)遠隔地に保管する場合の運用
図11に、各種災害や障害への対策として、運用地とは別の土地、場所、建物等(以下「遠隔地等」という)にデータを保管する場合のデータの移動例を示す。
図11に、各種災害や障害への対策として、運用地とは別の土地、場所、建物等(以下「遠隔地等」という)にデータを保管する場合のデータの移動例を示す。
このストレージシステムのある時点のデータを、遠隔地の耐火・耐震性のある倉庫等に保管したいということがある。この場合、「よく使うファイル群」、「たまに使うファイル群」は既に冗長化されているので、冗長化先のストレージの複製をバックグラウンドで実行する。
ほとんどアクセスされる可能性がないため、運用系のメインストレージに負荷をかけずに複製を行なうことができる。なお、実際の複製処理時には、制御ソフトウェアが、冗長化先へのアクセスを一旦停止する。
すなわち、冗長化先へのパスを一旦停止する。かかる後に、テープメディアから部のテープメディアに実データの複製が行われる、
また、「ほとんど使わないファイル群」については、メインストレージであるテープメディアを直接複製する。なお、ほとんど使わないファイルであるので、外部コンピュータからのアクセスを考慮する必要性は低い。従って、運用中にバックグランウドで、ファイルの複製を行う。
なお、「使わないが保存が必要なファイル群」については、外部の倉庫や棚に収納されているテープメディアを、物理的に搬送すれば良い。
(5)実施形態の効果
通常、ディスクストレージ上にはファイルシステムが存在する。このため、ファイルシステムの構築後、運用中にストレージ領域を拡張することは難しい。本実施形態例の場合、領域A−1が対応する。
通常、ディスクストレージ上にはファイルシステムが存在する。このため、ファイルシステムの構築後、運用中にストレージ領域を拡張することは難しい。本実施形態例の場合、領域A−1が対応する。
そこで、本実施形態では、領域B−1、C−1、D−1に記録したファイル(実データ)の識別子を領域A−1のファイルシステムにリンクさせて管理する。これにより、領域B−1、C−1、D−1の拡張や比率の変更を柔軟に行うことができる。
また、本実施形態では、ストレージメディアを使用頻度に応じて複数の区分に分割し、それぞれを冗長化する。これにより、ストレージ領域のうち物理的な衝撃に弱い部分や使用頻度の高い部分に、最適なタイミングで最適なメディアにファイル(実データ)を冗長化できる。
因みに、使用頻度の高い領域は壊れる可能性が高い。また、使用頻度の高い領域は、ファイルが更新される度にデータを冗長化していては、パフォーマンスが出ない可能性がある。そこで、「よく使う領域」は、定期的なバックアップを選択する。
一方、「たまに使う領域」は、区分の移動時に冗長化しても問題ない。このように本実施形態では、使用頻度に応じて最適なタイミングを選択する。
また、本実施形態では、使用頻度を基準にストレージを領域分割し、使用頻度に応じて最適な物理的特性を有するストレージデバイスを割り当てる。これにより、コストとパフォーマンスとの最適化を実現できる。
また、本実施形態では、アプリケーションプログラムに対して、APIを公開することにより、各ファイルに対するアプリケーション側の意味付けを反映することができる。
例えば、制御ソフトウェアとしては同等であっても、アプリケーションから見ると、必要があるデータと必要がないデータとに分類できる。従って、APIの公開により、アプリケーション側からの重要性を区分間移行に反映させることができる。
また、本実施形態では、遠隔地での保管用のデータを作成する場合に、運用系のアクセスが少ない領域を使用できるため、システムの運用を停止させずに、バックグラウンドで実行できる。
本発明に係るストレージ管理システムは、各種用途に応じたデジタル資産を管理するのに応用できる。例えば、デジタル映像データの蓄積に使用できる。映像ビジネスに係わる全ての事業分野(家庭内システムも含む。)に適用できる。
また例えば、金融データの蓄積に使用できる。例えば帳票データ、伝票データ、金融取引データの蓄積に使用できる。
また例えば、ネットワーク経由で送受されるデータの蓄積に使用できる。例えば、電子メール、Webページ、通信記録の蓄積に使用できる。
また例えば、ネットワーク経由で送受されるデータの蓄積に使用できる。例えば、電子メール、Webページ、通信記録の蓄積に使用できる。
また例えば、出版関連データの蓄積に使用できる。例えば版下データ、地図データその他のデジタルコンテンツの蓄積に使用できる。
また例えば、医療データの蓄積に使用できる。例えばレントゲン画像、MRI(Magnetic resonance imaging )画像、カルテデータ、予約データその他の蓄積に使用できる。
また例えば、医療データの蓄積に使用できる。例えばレントゲン画像、MRI(Magnetic resonance imaging )画像、カルテデータ、予約データその他の蓄積に使用できる。
また例えば、各種団体・機関の文書の蓄積に使用できる。例えば行政機関、司法機関、立法機関その他の公的文書の蓄積に使用できる。また、社内文書の蓄積にも使用できる。なお個人文書の蓄積にも使用できる。
また例えば、製図データの蓄積にも使用できる。例えばCAD(Computer Aided Design)データ、CAM(Computer Aided Manufacturing) データ、CAE(Computer-Aided
Engineering )データの蓄積にも使用できる。
Engineering )データの蓄積にも使用できる。
1 1次ストレージ
2 2次ストレージ
3 3次ストレージ
4 ファイル管理装置
4A 位置管理部
4B 移動管理部
4C 冗長化管理部
10 仮想ファイルサーバー
12 メインサーバー
13 キャッシュサーバー
14 テープライブラリ
2 2次ストレージ
3 3次ストレージ
4 ファイル管理装置
4A 位置管理部
4B 移動管理部
4C 冗長化管理部
10 仮想ファイルサーバー
12 メインサーバー
13 キャッシュサーバー
14 テープライブラリ
Claims (10)
- 物理的特性を異にする複数種類のストレージメディアを組み合わせて構築したストレージシステムを、仮想的に単一のストレージとして管理するファイル管理装置であって、
1つのファイルを、実データと実データにアクセスするための識別情報とに分け、当該アクセスするための識別情報をファイルシステムに関連付けて管理する位置管理部と、
ファイルを使用頻度の区分に応じて階層的に管理し、区分間におけるファイルの移動を管理する移動管理部と、
ファイルの実データを下位区分に対応するストレージメディアに移動させる際、同時に実データを更に下位区分に対応する別のストレージメディアにバックアップする冗長化管理部と
を有することを特徴とするファイル管理装置。 - 請求項1に記載のファイル管理装置において、
前記冗長化管理部が実データをバックアップするストレージメディアは、テープメディアである
ことを特徴とするファイル管理装置。 - 請求項1に記載のファイル管理装置において、
前記冗長化管理部は、最も使用頻度の高いファイルの実データを定期的にテープメディアにバックアップする
ことを特徴とするファイル管理装置。 - 請求項1に記載のファイル管理装置において、
前記冗長化管理部は、管理下にあるファイルの実データを、ファイバチャネル経由で他地点のストレージメディアにバックアップし、ファイルシステムと特定のファイルにアクセスするための識別情報とを、広域ネットワーク経由で前記他地点のストレージメディアにバックアップする
ことを特徴とするファイル管理装置。 - 請求項1に記載のファイル管理装置において、
前記冗長化管理部は、下位区分に対応するストレージメディアへの実データの移動が外部アプリケーションの指示で実行される場合にも、当該移動と同時に、実データを更に下位区分に対応する別のストレージメディアにバックアップする
ことを特徴とするファイル管理装置。 - 請求項1に記載のファイル管理装置において、
前記移動管理部は、最上位以外の区分に対応するストレージメディアに存在するファイルへのアクセス時、当該ファイルの実データが存在するストレージメディアのうち最も上位の区分に対応するものに保存されているファイルを、ストレージシステム内で最も上位の区分に対応するものに複製する
ことを特徴とするファイル管理装置。 - 物理的特性を異にする複数種類のストレージメディアを組み合わせて構築したストレージシステムと、当該複数種類のストレージメディアを仮想的に単一のストレージとして管理するファイル管理装置とを有するストレージ管理システムであって、
前記ファイル管理装置は、
1つのファイルを、実データと実データにアクセスするための識別情報とに分け、当該アクセスするための識別情報をファイルシステムに関連付けて管理する位置管理部と、
ファイルを使用頻度の区分に応じて階層的に管理し、区分間におけるファイルの移動を管理する移動管理部と、
ファイルの実データを下位区分に対応するストレージメディアに移動させる際、同時に実データを更に下位区分に対応する別のストレージメディアにバックアップする冗長化管理部と
を有することを特徴とするストレージ管理システム。 - 物理的特性を異にする複数種類のストレージメディアを組み合わせて構築したストレージシステムと、当該複数種類のストレージメディアを仮想的に単一のストレージとして管理するファイル管理装置とを有するストレージ管理システムの管理方法であって、
1つのファイルを、実データと実データにアクセスするための識別情報とに分け、当該アクセスするための識別情報をファイルシステムに関連付けて管理する工程と、
ファイルを使用頻度の区分に応じて階層的に管理し、区分間におけるファイルの移動を管理する工程と、
ファイルの実データを下位区分に対応するストレージメディアに移動させる際、同時に実データを更に下位区分に対応する別のストレージメディアにバックアップする工程と
を有することを特徴とするストレージ管理方法。 - コンピュータに、
物理的特性を異にする複数種類のストレージメディアを組み合わせて構築したストレージシステムを仮想的に単一のストレージとして管理させる機能を実行させるプログラムであって、
1つのファイルを、実データと実データにアクセスするための識別情報とに分け、当該アクセスするための識別情報をファイルシステムに関連付けて管理する位置管理機能と、
ファイルを使用頻度の区分に応じて階層的に管理し、区分間におけるファイルの移動を管理する移動管理機能と、
ファイルの実データを下位区分に対応するストレージメディアに移動させる際、同時に実データを更に下位区分に対応する別のストレージメディアにバックアップする冗長化管理機能と
を有することを特徴とするプログラム。 - コンピュータに、
物理的特性を異にする複数種類のストレージメディアを組み合わせて構築したストレージシステムを仮想的に単一のストレージとして管理させる機能を実行させるプログラムであって、
1つのファイルを、実データと実データにアクセスするための識別情報とに分け、当該アクセスするための識別情報をファイルシステムに関連付けて管理する位置管理機能と、
ファイルを使用頻度の区分に応じて階層的に管理し、区分間におけるファイルの移動を管理する移動管理機能と、
ファイルの実データを下位区分に対応する別のストレージメディアに移動させる際、同時に実データを更に下位区分に対応する別のストレージメディアにバックアップする冗長化管理機能と
を有するものを記録したことを特徴とする記録媒体。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003400977A JP2005165486A (ja) | 2003-12-01 | 2003-12-01 | ファイル管理装置、ストレージ管理システム、ストレージ管理方法、プログラム及び記録媒体 |
EP04028346A EP1544754A3 (en) | 2003-12-01 | 2004-11-30 | System and method for file and storage management |
US10/998,747 US20050120058A1 (en) | 2003-12-01 | 2004-11-30 | File management apparatus, storage management system, storage management method, program, and recording medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003400977A JP2005165486A (ja) | 2003-12-01 | 2003-12-01 | ファイル管理装置、ストレージ管理システム、ストレージ管理方法、プログラム及び記録媒体 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005165486A true JP2005165486A (ja) | 2005-06-23 |
Family
ID=34510441
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003400977A Pending JP2005165486A (ja) | 2003-12-01 | 2003-12-01 | ファイル管理装置、ストレージ管理システム、ストレージ管理方法、プログラム及び記録媒体 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20050120058A1 (ja) |
EP (1) | EP1544754A3 (ja) |
JP (1) | JP2005165486A (ja) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007122716A (ja) * | 2005-10-26 | 2007-05-17 | Internatl Business Mach Corp <Ibm> | データ移動システム、データ保持装置、信号担持媒体、及び保持されるデータを移動させるサービスを提供する方法(データ移動のための装置、システム、及び方法) |
JP2007305076A (ja) * | 2006-05-15 | 2007-11-22 | Hitachi Ltd | バックアップ及び/又はリストアを行う記憶制御方法及びシステム |
JP2010097359A (ja) * | 2008-10-15 | 2010-04-30 | Hitachi Ltd | ファイル管理方法および階層管理ファイルシステム |
JP2011095812A (ja) * | 2009-10-27 | 2011-05-12 | Fujitsu Ltd | ストレージ制御装置および方法 |
US8732285B2 (en) * | 2006-01-18 | 2014-05-20 | Dell Products L.P. | Upgradeable persistent virtual storage |
JP2015227789A (ja) * | 2014-05-30 | 2015-12-17 | 株式会社デンソー | 情報提供装置 |
JP2016051294A (ja) * | 2014-08-29 | 2016-04-11 | インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation | バックアップ方法、リストア方法、ストレージ・システムおよびプログラム |
US9442659B2 (en) | 2013-08-30 | 2016-09-13 | Hitachi, Ltd. | Data backup storage system |
US9514003B2 (en) | 2013-03-19 | 2016-12-06 | International Business Machines Corporation | Executing a file backup process |
US10169165B2 (en) | 2014-08-26 | 2019-01-01 | International Business Machines Corporation | Restoring data |
US11061285B2 (en) | 2006-05-16 | 2021-07-13 | Semiconductor Energy Laboratory Co., Ltd. | Liquid crystal display device comprising a dogleg-like shaped pixel electrode in a plane view having a plurality of dogleg-like shaped openings and semiconductor device |
JP2021174463A (ja) * | 2020-04-30 | 2021-11-01 | Necプラットフォームズ株式会社 | Raid制御装置、raid制御方法及びプログラム |
US11275531B2 (en) | 2020-01-27 | 2022-03-15 | Fujitsu Limited | Storage system, management apparatus and storage medium |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7360113B2 (en) | 2004-08-30 | 2008-04-15 | Mendocino Software, Inc. | Protocol for communicating data block copies in an error recovery environment |
US7664983B2 (en) * | 2004-08-30 | 2010-02-16 | Symantec Corporation | Systems and methods for event driven recovery management |
US20060047714A1 (en) * | 2004-08-30 | 2006-03-02 | Mendocino Software, Inc. | Systems and methods for rapid presentation of historical views of stored data |
US7330861B2 (en) | 2004-09-10 | 2008-02-12 | Hitachi, Ltd. | Remote copying system and method of controlling remote copying |
US7506005B2 (en) * | 2005-07-14 | 2009-03-17 | Microsoft Corporation | Moving data from file on storage volume to alternate location to free space |
US8849908B2 (en) * | 2005-10-13 | 2014-09-30 | Kaydon A. Stanzione | Internet based data, voice and video alert notification communications system |
US20080104145A1 (en) * | 2006-06-23 | 2008-05-01 | Derrell Lipman | Method and appartus for backup of networked computers |
US20080177907A1 (en) * | 2007-01-23 | 2008-07-24 | Paul Boerger | Method and system of a peripheral port of a server system |
US20080270480A1 (en) * | 2007-04-26 | 2008-10-30 | Hanes David H | Method and system of deleting files from a remote server |
US8005993B2 (en) | 2007-04-30 | 2011-08-23 | Hewlett-Packard Development Company, L.P. | System and method of a storage expansion unit for a network attached storage device |
JP2009266106A (ja) * | 2008-04-28 | 2009-11-12 | Hitachi Ltd | 管理装置及び管理方法 |
US8527877B2 (en) * | 2008-11-25 | 2013-09-03 | At&T Intellectual Property I, L.P. | Systems and methods to select media content |
US8560639B2 (en) | 2009-04-24 | 2013-10-15 | Microsoft Corporation | Dynamic placement of replica data |
US8935366B2 (en) * | 2009-04-24 | 2015-01-13 | Microsoft Corporation | Hybrid distributed and cloud backup architecture |
US8769049B2 (en) * | 2009-04-24 | 2014-07-01 | Microsoft Corporation | Intelligent tiers of backup data |
US8769055B2 (en) * | 2009-04-24 | 2014-07-01 | Microsoft Corporation | Distributed backup and versioning |
US9659021B1 (en) * | 2013-11-20 | 2017-05-23 | EMC IP Holding Company LLC | Client based backups and backup indexing |
US20150212902A1 (en) * | 2014-01-27 | 2015-07-30 | Nigel David Horspool | Network attached storage device with automatically configured distributed file system and fast access from local computer client |
US9965627B2 (en) | 2014-09-14 | 2018-05-08 | Sophos Limited | Labeling objects on an endpoint for encryption management |
US10122687B2 (en) | 2014-09-14 | 2018-11-06 | Sophos Limited | Firewall techniques for colored objects on endpoints |
US9537841B2 (en) * | 2014-09-14 | 2017-01-03 | Sophos Limited | Key management for compromised enterprise endpoints |
US10795859B1 (en) | 2017-04-13 | 2020-10-06 | EMC IP Holding Company LLC | Micro-service based deduplication |
US10795860B1 (en) | 2017-04-13 | 2020-10-06 | EMC IP Holding Company LLC | WAN optimized micro-service based deduplication |
US10860212B1 (en) | 2017-07-21 | 2020-12-08 | EMC IP Holding Company LLC | Method or an apparatus to move perfect de-duplicated unique data from a source to destination storage tier |
US11461269B2 (en) | 2017-07-21 | 2022-10-04 | EMC IP Holding Company | Metadata separated container format |
US10949088B1 (en) | 2017-07-21 | 2021-03-16 | EMC IP Holding Company LLC | Method or an apparatus for having perfect deduplication, adapted for saving space in a deduplication file system |
US10936543B1 (en) | 2017-07-21 | 2021-03-02 | EMC IP Holding Company LLC | Metadata protected sparse block set for SSD cache space management |
US10459633B1 (en) * | 2017-07-21 | 2019-10-29 | EMC IP Holding Company LLC | Method for efficient load balancing in virtual storage systems |
US11113153B2 (en) | 2017-07-27 | 2021-09-07 | EMC IP Holding Company LLC | Method and system for sharing pre-calculated fingerprints and data chunks amongst storage systems on a cloud local area network |
US10481813B1 (en) | 2017-07-28 | 2019-11-19 | EMC IP Holding Company LLC | Device and method for extending cache operational lifetime |
US10929382B1 (en) | 2017-07-31 | 2021-02-23 | EMC IP Holding Company LLC | Method and system to verify integrity of a portion of replicated data |
US11093453B1 (en) | 2017-08-31 | 2021-08-17 | EMC IP Holding Company LLC | System and method for asynchronous cleaning of data objects on cloud partition in a file system with deduplication |
US10528258B2 (en) * | 2018-02-28 | 2020-01-07 | International Business Machines Corporation | Determination of redundant array of independent disk level for storage of datasets |
JP2022115713A (ja) * | 2021-01-28 | 2022-08-09 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及びプログラム |
JP2022188903A (ja) * | 2021-06-10 | 2022-12-22 | キオクシア株式会社 | 情報処理装置および方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5537585A (en) * | 1994-02-25 | 1996-07-16 | Avail Systems Corporation | Data storage management for network interconnected processors |
US5564037A (en) * | 1995-03-29 | 1996-10-08 | Cheyenne Software International Sales Corp. | Real time data migration system and method employing sparse files |
US5983239A (en) * | 1997-10-29 | 1999-11-09 | International Business Machines Corporation | Storage management system with file aggregation supporting multiple aggregated file counterparts |
US6269382B1 (en) * | 1998-08-31 | 2001-07-31 | Microsoft Corporation | Systems and methods for migration and recall of data from local and remote storage |
US6397307B2 (en) * | 1999-02-23 | 2002-05-28 | Legato Systems, Inc. | Method and system for mirroring and archiving mass storage |
CA2394876A1 (en) * | 1999-12-07 | 2001-06-14 | Irina V. Gerasimov | Scalable storage architecture |
US6868487B2 (en) * | 2001-10-01 | 2005-03-15 | International Business Machines Corporation | Data storage device and method for storing information using alternate information storage architectures |
-
2003
- 2003-12-01 JP JP2003400977A patent/JP2005165486A/ja active Pending
-
2004
- 2004-11-30 EP EP04028346A patent/EP1544754A3/en not_active Withdrawn
- 2004-11-30 US US10/998,747 patent/US20050120058A1/en not_active Abandoned
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007122716A (ja) * | 2005-10-26 | 2007-05-17 | Internatl Business Mach Corp <Ibm> | データ移動システム、データ保持装置、信号担持媒体、及び保持されるデータを移動させるサービスを提供する方法(データ移動のための装置、システム、及び方法) |
US8732285B2 (en) * | 2006-01-18 | 2014-05-20 | Dell Products L.P. | Upgradeable persistent virtual storage |
JP2007305076A (ja) * | 2006-05-15 | 2007-11-22 | Hitachi Ltd | バックアップ及び/又はリストアを行う記憶制御方法及びシステム |
US11061285B2 (en) | 2006-05-16 | 2021-07-13 | Semiconductor Energy Laboratory Co., Ltd. | Liquid crystal display device comprising a dogleg-like shaped pixel electrode in a plane view having a plurality of dogleg-like shaped openings and semiconductor device |
JP2010097359A (ja) * | 2008-10-15 | 2010-04-30 | Hitachi Ltd | ファイル管理方法および階層管理ファイルシステム |
JP2011095812A (ja) * | 2009-10-27 | 2011-05-12 | Fujitsu Ltd | ストレージ制御装置および方法 |
US8539147B2 (en) | 2009-10-27 | 2013-09-17 | Fujitsu Limited | Apparatus and method for controlling storage system |
US9514003B2 (en) | 2013-03-19 | 2016-12-06 | International Business Machines Corporation | Executing a file backup process |
US9442659B2 (en) | 2013-08-30 | 2016-09-13 | Hitachi, Ltd. | Data backup storage system |
JP2015227789A (ja) * | 2014-05-30 | 2015-12-17 | 株式会社デンソー | 情報提供装置 |
US10169165B2 (en) | 2014-08-26 | 2019-01-01 | International Business Machines Corporation | Restoring data |
US10261866B2 (en) | 2014-08-26 | 2019-04-16 | International Business Machines Corporation | Restoring data |
US9858278B2 (en) | 2014-08-29 | 2018-01-02 | International Business Machines Corporation | Backup and restoration for storage system |
US10083180B2 (en) | 2014-08-29 | 2018-09-25 | International Business Machines Corporation | Backup and restoration for storage system |
US10459880B2 (en) | 2014-08-29 | 2019-10-29 | International Business Machines Corporation | Backup and restoration for storage system |
US10762039B2 (en) | 2014-08-29 | 2020-09-01 | International Business Machines Corporation | Backup and restoration for storage system |
JP2016051294A (ja) * | 2014-08-29 | 2016-04-11 | インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation | バックアップ方法、リストア方法、ストレージ・システムおよびプログラム |
US11561928B2 (en) | 2014-08-29 | 2023-01-24 | International Business Machines Corporation | Backup and restoration for storage system |
US11275531B2 (en) | 2020-01-27 | 2022-03-15 | Fujitsu Limited | Storage system, management apparatus and storage medium |
JP2021174463A (ja) * | 2020-04-30 | 2021-11-01 | Necプラットフォームズ株式会社 | Raid制御装置、raid制御方法及びプログラム |
JP7088567B2 (ja) | 2020-04-30 | 2022-06-21 | Necプラットフォームズ株式会社 | Raid制御装置、raid制御方法及びプログラム |
Also Published As
Publication number | Publication date |
---|---|
EP1544754A3 (en) | 2008-12-31 |
EP1544754A2 (en) | 2005-06-22 |
US20050120058A1 (en) | 2005-06-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2005165486A (ja) | ファイル管理装置、ストレージ管理システム、ストレージ管理方法、プログラム及び記録媒体 | |
US7120768B2 (en) | Snapshot acquisition method, storage system and disk apparatus | |
US8495293B2 (en) | Storage system comprising function for changing data storage mode using logical volume pair | |
US6912669B2 (en) | Method and apparatus for maintaining cache coherency in a storage system | |
JP4900811B2 (ja) | 記憶システムおよび記憶制御方法 | |
US20060155944A1 (en) | System and method for data migration and shredding | |
WO2011033692A1 (ja) | ストレージ装置及びそのスナップショット制御方法 | |
US7707373B2 (en) | Storage system and backup method | |
CN106407040A (zh) | 一种远程数据复制方法及系统 | |
JP5367086B2 (ja) | 計算機システムとそのデータ制御方法 | |
US7461201B2 (en) | Storage control method and system for performing backup and/or restoration | |
US20090327642A1 (en) | Storage management program, storage management method, and storage management apparatus | |
US20090216973A1 (en) | Computer system, storage subsystem, and data management method | |
US7305530B2 (en) | Copy operations in storage networks | |
US20070061540A1 (en) | Data storage system using segmentable virtual volumes | |
US10114703B2 (en) | Flash copy for disaster recovery (DR) testing | |
US11003554B2 (en) | RAID schema for providing metadata protection in a data storage system | |
JP4937863B2 (ja) | 計算機システム、管理計算機及びデータ管理方法 | |
JP2006079274A (ja) | ファイル管理装置、ネットワークシステム、ファイル管理方法及びプログラム | |
US20050033933A1 (en) | Systems and methods for modifying disk drive firmware in a raid storage system | |
JP2009064160A (ja) | 計算機システム、管理計算機及びデータ管理方法 | |
CN101566929B (zh) | 虚拟磁盘驱动系统和方法 | |
US20220011977A1 (en) | Storage system, control method, and recording medium | |
JP2006079273A (ja) | ファイル管理装置、ネットワークシステム、ファイル管理方法及びプログラム | |
JP2005165485A (ja) | ファイル管理装置、ストレージ管理システム、システム管理方法、プログラム及び記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080212 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080414 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080902 |