JP2003177947A - ファイル空間管理の方法とシステム - Google Patents
ファイル空間管理の方法とシステムInfo
- Publication number
- JP2003177947A JP2003177947A JP2002099524A JP2002099524A JP2003177947A JP 2003177947 A JP2003177947 A JP 2003177947A JP 2002099524 A JP2002099524 A JP 2002099524A JP 2002099524 A JP2002099524 A JP 2002099524A JP 2003177947 A JP2003177947 A JP 2003177947A
- Authority
- JP
- Japan
- Prior art keywords
- file
- files
- storage
- computer
- client
- 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
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
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0608—Saving storage space on storage systems
-
- 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/182—Distributed file systems
- G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
- G06F16/1827—Management specifically adapted to NAS
-
- 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
- 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
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
- G06F3/0647—Migration mechanisms
- G06F3/0649—Lifecycle management
-
- 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
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0662—Virtualisation aspects
- G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
-
- 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
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
Abstract
(57)【要約】
【課題】 大量のデータを扱う従来技術は、ストレージ
装置を入手し維持する費用がかかる。 【解決手段】 データ管理の方法と装置が提供され、１
つまたはそれ以上のファイルを第１のストレージシステ
ム（例えば、ストレージクライアントサイト）から第２
のストレージシステム（例えば、ストレージサーバサイ
ト）に移動する。ファイルが第２のストレージシステム
にコピーされて第１のストレージシステムから削除さ
れ、それによって第１のストレージシステムの中のスト
レージ空間を回復する。第１のストレージシステムの中
に論理参照が提供され、ファイルが削除されたとしても
第１のストレージシステムからのファイルに対するアク
セス要求を可能にする。また、論理参照によって適当な
ときに第１のストレージシステムの中にファイルが再生
される。
装置を入手し維持する費用がかかる。 【解決手段】 データ管理の方法と装置が提供され、１
つまたはそれ以上のファイルを第１のストレージシステ
ム（例えば、ストレージクライアントサイト）から第２
のストレージシステム（例えば、ストレージサーバサイ
ト）に移動する。ファイルが第２のストレージシステム
にコピーされて第１のストレージシステムから削除さ
れ、それによって第１のストレージシステムの中のスト
レージ空間を回復する。第１のストレージシステムの中
に論理参照が提供され、ファイルが削除されたとしても
第１のストレージシステムからのファイルに対するアク
セス要求を可能にする。また、論理参照によって適当な
ときに第１のストレージシステムの中にファイルが再生
される。
Description
【０００１】
【発明の属する技術分野】本発明はデータストレージシ
ステムに関し、特に分散型データストレージシステムに
関する。
ステムに関し、特に分散型データストレージシステムに
関する。
【０００２】
【従来の技術】コンピュータは業務と個人使用において
広く普及している。多数のコンピュータが日々使用され
ることで、これらのコンピュータを互いに接続する数千
の私的及び公的アクセス通信ネットワークに膨大な情報
の流れが発生する。この大量の情報は結局、フロッピー
（登録商標）ディスクからテラバイト容量のストレージ
システムにいたる様々なデータストレージ機構に収納さ
れる。
広く普及している。多数のコンピュータが日々使用され
ることで、これらのコンピュータを互いに接続する数千
の私的及び公的アクセス通信ネットワークに膨大な情報
の流れが発生する。この大量の情報は結局、フロッピー
（登録商標）ディスクからテラバイト容量のストレージ
システムにいたる様々なデータストレージ機構に収納さ
れる。
【０００３】
【発明が解決しようとする課題】どんな業務分野でも、
蓄積される情報の多くはその業務に関連するものなの
で、そのような情報は保持しなければならない。しか
し、全てのデータが常に必要とされるわけではない。通
常ある時間に必要なのは蓄積されたデータ全体のわずか
な割合に過ぎない。大量のデータを扱う１つの技術は、
大容量ストレージ能力を提供する大規模ファイルサーバ
システムを提供することである。この力づくのアプロー
チは、ストレージ装置を入手し維持する費用がかかる。
蓄積される情報の多くはその業務に関連するものなの
で、そのような情報は保持しなければならない。しか
し、全てのデータが常に必要とされるわけではない。通
常ある時間に必要なのは蓄積されたデータ全体のわずか
な割合に過ぎない。大量のデータを扱う１つの技術は、
大容量ストレージ能力を提供する大規模ファイルサーバ
システムを提供することである。この力づくのアプロー
チは、ストレージ装置を入手し維持する費用がかかる。
【０００４】もう１つの技術は、あまりアクティブでな
いデータを主ストレージシステムから取り出してアーカ
イブまたは他の方法で再配置することである。これによ
って高性能データストレージシステムの提供が可能にな
るが、それはオンサイトで格納されるアクティブデータ
が少なくなるため大容量に対する要求がない場合であ
る。
いデータを主ストレージシステムから取り出してアーカ
イブまたは他の方法で再配置することである。これによ
って高性能データストレージシステムの提供が可能にな
るが、それはオンサイトで格納されるアクティブデータ
が少なくなるため大容量に対する要求がない場合であ
る。
【０００５】
【課題を解決するための手段】本発明の様々な態様によ
れば、データストレージ管理方法及び装置には、１つか
それ以上のファイルを第１ストレージシステム（例え
ば、ストレージクライアントサイト）から第２ストレー
ジシステム（例えば、ストレージサーバサイト）への移
動が含まれる。ファイルが第２ストレージシステムにコ
ピーされて第１ストレージシステムから削除されるの
で、この方法でファイルを移動することによって第１ス
トレージシステム中のストレージ空間が回復される。第
１ストレージシステム中で論理参照が提供されるので、
第１ストレージシステムからファイルが除去された後で
も、第１ストレージシステムからファイルへのアクセス
要求を行うことが可能である。また、論理参照によっ
て、ファイルを適当な時に第１ストレージシステムに戻
すことも可能である。
れば、データストレージ管理方法及び装置には、１つか
それ以上のファイルを第１ストレージシステム（例え
ば、ストレージクライアントサイト）から第２ストレー
ジシステム（例えば、ストレージサーバサイト）への移
動が含まれる。ファイルが第２ストレージシステムにコ
ピーされて第１ストレージシステムから削除されるの
で、この方法でファイルを移動することによって第１ス
トレージシステム中のストレージ空間が回復される。第
１ストレージシステム中で論理参照が提供されるので、
第１ストレージシステムからファイルが除去された後で
も、第１ストレージシステムからファイルへのアクセス
要求を行うことが可能である。また、論理参照によっ
て、ファイルを適当な時に第１ストレージシステムに戻
すことも可能である。
【０００６】本発明の態様では、付加的なストレージシ
ステムを提供することができ、その際、ファイルはスト
レージシステムと共に移動される。本発明の別の態様で
は、ストレージサービスプロバイダは、上記によって動
作するストレージ管理システムを有し、そのクライアン
トのためのオフサイトストレージを提供する。クライア
ントはストレージの利用に応じて課金される。
ステムを提供することができ、その際、ファイルはスト
レージシステムと共に移動される。本発明の別の態様で
は、ストレージサービスプロバイダは、上記によって動
作するストレージ管理システムを有し、そのクライアン
トのためのオフサイトストレージを提供する。クライア
ントはストレージの利用に応じて課金される。
【０００７】
【発明の実施の形態】ここで本発明の実施例について図
面を参照して詳細に説明する。図１は、本発明の第１の
態様による一実施例の高レベル図である。通常の業務環
境１０２（「オフィスＡ」）は、本明細書で総称的にＰ
Ｃと呼ばれる、固有の１次ストレージ装置を有するデス
クトップ型、１次ストレージのソースとして遠隔ストレ
ージ装置に依存するワークステーション、ラップトップ
型、等を含むが、それらに制限されない、様々な種類の
複数のコンピュータシステム１２２を使用する。本発明
によって考慮される動作環境は、ＰＣが頻繁に、あるい
は少なくとも時々何らかの種類の遠隔ストレージにアク
セスする必要があるものである。ＰＣは、例えばローカ
ルエリアネットワークである、内部で提供されるデータ
通信ネットワーク１２８に接続されている。この接続
は、イーサネット（登録商標）接続のような有線技術
と、赤外線リンク及び無線周波リンク（例えば、ＩＥＥ
Ｅ８０２．１１ ＤＳＳＳ、ブルートゥース（登録商
標））のような無線技術を含む、いくつかの周知の技術
によって提供される。
面を参照して詳細に説明する。図１は、本発明の第１の
態様による一実施例の高レベル図である。通常の業務環
境１０２（「オフィスＡ」）は、本明細書で総称的にＰ
Ｃと呼ばれる、固有の１次ストレージ装置を有するデス
クトップ型、１次ストレージのソースとして遠隔ストレ
ージ装置に依存するワークステーション、ラップトップ
型、等を含むが、それらに制限されない、様々な種類の
複数のコンピュータシステム１２２を使用する。本発明
によって考慮される動作環境は、ＰＣが頻繁に、あるい
は少なくとも時々何らかの種類の遠隔ストレージにアク
セスする必要があるものである。ＰＣは、例えばローカ
ルエリアネットワークである、内部で提供されるデータ
通信ネットワーク１２８に接続されている。この接続
は、イーサネット（登録商標）接続のような有線技術
と、赤外線リンク及び無線周波リンク（例えば、ＩＥＥ
Ｅ８０２．１１ ＤＳＳＳ、ブルートゥース（登録商
標））のような無線技術を含む、いくつかの周知の技術
によって提供される。
【０００８】本発明のこの第１の態様によって動作する
ストレージ装置１２６が提供される。一実施例におい
て、ストレージ装置１２６はネットワーク接続ストレー
ジ（ＮＡＳ）装置であるが、任意の適当なストレージ装
置でよい。ＮＡＳ装置は、業務環境１０２中のＰＣのた
め局所的にアクセスされる遠隔ストレージシステムの役
目を果たす。ＮＡＳ装置は、データストレージ部１３４
に機能的に接続される制御装置部１３２を備えている。
制御装置部１３２は、通常データサーバとして動作する
ために必要な動作能力を提供する適当なソフトウェアを
有するコンピュータである周知のコンピュータ処理技術
を備えている。さらに、本発明によりストレージデバイ
スを操作するプログラミングコードが提供される。
ストレージ装置１２６が提供される。一実施例におい
て、ストレージ装置１２６はネットワーク接続ストレー
ジ（ＮＡＳ）装置であるが、任意の適当なストレージ装
置でよい。ＮＡＳ装置は、業務環境１０２中のＰＣのた
め局所的にアクセスされる遠隔ストレージシステムの役
目を果たす。ＮＡＳ装置は、データストレージ部１３４
に機能的に接続される制御装置部１３２を備えている。
制御装置部１３２は、通常データサーバとして動作する
ために必要な動作能力を提供する適当なソフトウェアを
有するコンピュータである周知のコンピュータ処理技術
を備えている。さらに、本発明によりストレージデバイ
スを操作するプログラミングコードが提供される。
【０００９】データストレージ部１３４の物理的構成
は、任意の周知の慣用マスストレージデータシステムで
よい。例えば、データストレージ部は任意の周知のＲＡ
ＩＤ（独立ディスクの冗長アレイ）クラスストレージ装
置でよい。当業者に明らかなように、個々のストレージ
システムの種類は本発明の実施に関連しない。制御装置
部１３２の動作の態様は以下詳細に説明する。
は、任意の周知の慣用マスストレージデータシステムで
よい。例えば、データストレージ部は任意の周知のＲＡ
ＩＤ（独立ディスクの冗長アレイ）クラスストレージ装
置でよい。当業者に明らかなように、個々のストレージ
システムの種類は本発明の実施に関連しない。制御装置
部１３２の動作の態様は以下詳細に説明する。
【００１０】本発明の様々な態様によって考慮される動
作環境には、１つかそれ以上の追加的な業務環境、例え
ば業務環境１０４（「オフィスＢ」）が含まれる。追加
業務環境はまた、各々遠隔ストレージ装置にアクセスす
る何らかの必要を有する複数のＰＣ１４２を備えてい
る。データ通信ネットワーク１４８は、業務環境１０４
に関する局所的にアクセスされる遠隔ストレージ装置の
役目を果たすストレージ装置１４６（例えば、ＮＡＳ装
置）に、ＰＣを接続する。本発明の一実施例によれば、
ストレージ装置は、データストレージ部１３４に機能的
に接続される制御装置部１３２を含むＮＡＳ装置であ
る。
作環境には、１つかそれ以上の追加的な業務環境、例え
ば業務環境１０４（「オフィスＢ」）が含まれる。追加
業務環境はまた、各々遠隔ストレージ装置にアクセスす
る何らかの必要を有する複数のＰＣ１４２を備えてい
る。データ通信ネットワーク１４８は、業務環境１０４
に関する局所的にアクセスされる遠隔ストレージ装置の
役目を果たすストレージ装置１４６（例えば、ＮＡＳ装
置）に、ＰＣを接続する。本発明の一実施例によれば、
ストレージ装置は、データストレージ部１３４に機能的
に接続される制御装置部１３２を含むＮＡＳ装置であ
る。
【００１１】第２の業務環境１０４中のストレージ装置
１４６の制御装置部１３２で使用されるコンピュータ処
理技術は、第１の業務環境１０２中のストレージ装置１
２６の制御装置部１３２で使用されるものと異なっても
よい。例えば、製造業者の違う中央処理装置（ＣＰＵ）
を使用してもよい。ある場合には、汎用ＣＰＵを用いて
制御装置部１３２が実現される。別の場合には、制御装
置部１３２は、カスタマイズされたマイクロコントロー
ラによるアーキテクチャを使用して実現される。同様
に、第２の業務環境１０４中のストレージ装置１４６に
おけるデータストレージ部の物理的構成は、第１の業務
環境１０２中で利用されるストレージ装置１２６のデー
タストレージ部１３４のものと異なっていてもよい。
１４６の制御装置部１３２で使用されるコンピュータ処
理技術は、第１の業務環境１０２中のストレージ装置１
２６の制御装置部１３２で使用されるものと異なっても
よい。例えば、製造業者の違う中央処理装置（ＣＰＵ）
を使用してもよい。ある場合には、汎用ＣＰＵを用いて
制御装置部１３２が実現される。別の場合には、制御装
置部１３２は、カスタマイズされたマイクロコントロー
ラによるアーキテクチャを使用して実現される。同様
に、第２の業務環境１０４中のストレージ装置１４６に
おけるデータストレージ部の物理的構成は、第１の業務
環境１０２中で利用されるストレージ装置１２６のデー
タストレージ部１３４のものと異なっていてもよい。
【００１２】通常の業務環境には、金融機関、技術企
業、学術センタ、医療施設、製造プラント、等が含まれ
る。これらの業務は通常多量のデータを処理するが、処
理されるデータにはまれにしかアクセスされない性質の
データも含まれる。本発明はこうした全ての環境に適し
ているが、もちろん「業務」には制限されず、一般に全
ての電算環境、及び一般にオフサイトストレージを有す
ることから利益を受ける任意の電算環境に適している。
業、学術センタ、医療施設、製造プラント、等が含まれ
る。これらの業務は通常多量のデータを処理するが、処
理されるデータにはまれにしかアクセスされない性質の
データも含まれる。本発明はこうした全ての環境に適し
ているが、もちろん「業務」には制限されず、一般に全
ての電算環境、及び一般にオフサイトストレージを有す
ることから利益を受ける任意の電算環境に適している。
【００１３】引き続き図１を参照すると、各業務環境１
０２、１０４は、各々の環境の外部にあるデータ通信ネ
ットワーク１０８、例えば、広域ネットワーク（ＷＡ
Ｎ）へのアクセス手段を有する。これは例えばＴ１接
続、またはさらに大容量の接続であることがある。この
データ接続の詳細は従来から周知である。通信ネットワ
ークは、とりわけ遠隔サーバサイト１０６へのアクセス
を提供する。
０２、１０４は、各々の環境の外部にあるデータ通信ネ
ットワーク１０８、例えば、広域ネットワーク（ＷＡ
Ｎ）へのアクセス手段を有する。これは例えばＴ１接
続、またはさらに大容量の接続であることがある。この
データ接続の詳細は従来から周知である。通信ネットワ
ークは、とりわけ遠隔サーバサイト１０６へのアクセス
を提供する。
【００１４】本発明の第１の態様における一実施例で
は、ＮＡＳ装置１６６は遠隔サーバサイト１０６に設け
られ、通信ネットワーク１０８を介してアクセス可能で
ある。ＮＡＳ装置１６６は、データストレージ部１５４
に機能的に接続される制御装置部１５２を備えている。
ＮＡＳ装置１２６、１４６と同様に、上述した制御装置
部１５２は、任意の従来のコンピュータ処理システムを
具備してもよい。同様に、ＮＡＳ装置１６６のデータス
トレージ部１５４は、任意の従来の適当なデータストレ
ージシステムを備えてもよい。制御装置部１５２の動作
的態様については後述する。
は、ＮＡＳ装置１６６は遠隔サーバサイト１０６に設け
られ、通信ネットワーク１０８を介してアクセス可能で
ある。ＮＡＳ装置１６６は、データストレージ部１５４
に機能的に接続される制御装置部１５２を備えている。
ＮＡＳ装置１２６、１４６と同様に、上述した制御装置
部１５２は、任意の従来のコンピュータ処理システムを
具備してもよい。同様に、ＮＡＳ装置１６６のデータス
トレージ部１５４は、任意の従来の適当なデータストレ
ージシステムを備えてもよい。制御装置部１５２の動作
的態様については後述する。
【００１５】ＮＡＳ装置１２６、１４６、及び１６６を
区別するため、以下の命名規則を採用する。それぞれ業
務環境１０２、１０４に位置するＮＡＳ装置１２６、及
び１４６は「上位ＮＡＳ」またはそれらの変形と呼ばれ
る。ＮＡＳ装置１６６は「下位ＮＡＳ」と呼ばれる。こ
こで、本実施例による上位及び下位ＮＡＳ１２６、１４
６、１６６のデータ編成について説明するため図２Ａ及
び図２Ｂを参照する。オペレーティングシステム（Ｏ
Ｓ）はＵＮＩＸ系ＯＳである。ＵＮＩＸには多くの変形
が存在する。開示される実施例では、従来バークレー版
ＵＮＩＸ（Ｂｅｒｋｅｌｅｙ ＵＮＩＸ）として周知の
ＵＮＩＸの実装を利用する。
区別するため、以下の命名規則を採用する。それぞれ業
務環境１０２、１０４に位置するＮＡＳ装置１２６、及
び１４６は「上位ＮＡＳ」またはそれらの変形と呼ばれ
る。ＮＡＳ装置１６６は「下位ＮＡＳ」と呼ばれる。こ
こで、本実施例による上位及び下位ＮＡＳ１２６、１４
６、１６６のデータ編成について説明するため図２Ａ及
び図２Ｂを参照する。オペレーティングシステム（Ｏ
Ｓ）はＵＮＩＸ系ＯＳである。ＵＮＩＸには多くの変形
が存在する。開示される実施例では、従来バークレー版
ＵＮＩＸ（Ｂｅｒｋｅｌｅｙ ＵＮＩＸ）として周知の
ＵＮＩＸの実装を利用する。
【００１６】上位及び下位ＮＡＳによって格納されるデ
ータファイルは、ＵＮＩＸ型ファイルシステム特有の階
層ディレクトリ構造中に配置される。本発明のこの実施
例で使用されるファイルシステムの機能は、ＢＳＤ及び
ＵＮＩＸ一般の当業者に周知である。さらに、本明細書
で提示される考え方は、当業者によって、他のＯＳのフ
ァイルシステムを扱って本発明の開示される態様を提供
するために適用されることもある。他のファイルシステ
ムはＢＳＤファイルシステムの特徴を有さないことがあ
るが、それでも同等の機能は無理な実験を伴わずに提供
することができることに注意されたい。
ータファイルは、ＵＮＩＸ型ファイルシステム特有の階
層ディレクトリ構造中に配置される。本発明のこの実施
例で使用されるファイルシステムの機能は、ＢＳＤ及び
ＵＮＩＸ一般の当業者に周知である。さらに、本明細書
で提示される考え方は、当業者によって、他のＯＳのフ
ァイルシステムを扱って本発明の開示される態様を提供
するために適用されることもある。他のファイルシステ
ムはＢＳＤファイルシステムの特徴を有さないことがあ
るが、それでも同等の機能は無理な実験を伴わずに提供
することができることに注意されたい。
【００１７】尚、以下の説明では、ディレクトリとサブ
ディレクトリという用語を区別なく使用する。ＵＮＩＸ
型ファイルシステム中の全てのディレクトリは（「ルー
ト」以外）サブディレクトリでもあるので、「ルート」
以外のディレクトリを「ディレクトリ」または「サブデ
ィレクトリ」の何れかと呼ぶことは従来認められてい
る。
ディレクトリという用語を区別なく使用する。ＵＮＩＸ
型ファイルシステム中の全てのディレクトリは（「ルー
ト」以外）サブディレクトリでもあるので、「ルート」
以外のディレクトリを「ディレクトリ」または「サブデ
ィレクトリ」の何れかと呼ぶことは従来認められてい
る。
【００１８】図２Ａは、「オフィスＡ」１０２のＮＡＳ
装置１２６中のファイルシステムのスナップショットを
示す。ＢＳＤファイルシステム（及び一般に、ＵＮＩＸ
系ＯＳ）で通常そうであるように、最上位ディレクトリ
は、前方の斜線文字「／」によって識別される。これは
一般にルートディレクトリと呼ばれる。ルートディレク
トリの下には、例えば、「ｅｔｃ」、「ｍｎｔ」、及び
「ｄｅｖ」といったディレクトリを含む通常のシステム
サブディレクトリがある。また「ｌｏｃａｌ」と呼ばれ
るユーザが作成したディレクトリも示される。慣例によ
り、及び本発明の様々な態様を説明する目的で、「オフ
ィスＡ」で作成される全てのユーザファイルは「／ｌｏ
ｃａｌ」ディレクトリの下のどこかに置かれる。
装置１２６中のファイルシステムのスナップショットを
示す。ＢＳＤファイルシステム（及び一般に、ＵＮＩＸ
系ＯＳ）で通常そうであるように、最上位ディレクトリ
は、前方の斜線文字「／」によって識別される。これは
一般にルートディレクトリと呼ばれる。ルートディレク
トリの下には、例えば、「ｅｔｃ」、「ｍｎｔ」、及び
「ｄｅｖ」といったディレクトリを含む通常のシステム
サブディレクトリがある。また「ｌｏｃａｌ」と呼ばれ
るユーザが作成したディレクトリも示される。慣例によ
り、及び本発明の様々な態様を説明する目的で、「オフ
ィスＡ」で作成される全てのユーザファイルは「／ｌｏ
ｃａｌ」ディレクトリの下のどこかに置かれる。
【００１９】図示される例では、ディレクトリ「／ｌｏ
ｃａｌ」は「ｆｏｏ」及び「ｂａｒ」と呼ばれる２つの
サブディレクトリを有する。図示されるように、ディレ
クトリ「ｆｏｏ」は、「ｆｏｏ１」と呼ばれるまた別の
サブディレクトリと、「ｔｅｓｔ．ｔｘｔ」と呼ばれる
データファイルとを含んでいる。サブディレクトリ「ｆ
ｏｏ１」は、データファイル「ｏｔｅｓｔ．ｔｘｔ」を
含んでいる。「ｂａｒ」と呼ばれるサブディレクトリに
戻ると、そのディレクトリ中に含まれる「ａ．ｏｕｔ」
及び「ｔｅｓｔ．ｃ」という２つのファイルが存在す
る。図示されていないが、理解されるように「オフィス
Ｂ」１０４は同様のファイルシステムを有するが、「オ
フィスＢ」のユーザ作成ディレクトリのディレクトリ構
造は「オフィスＡ」のものと全く異なっていることが多
い。
ｃａｌ」は「ｆｏｏ」及び「ｂａｒ」と呼ばれる２つの
サブディレクトリを有する。図示されるように、ディレ
クトリ「ｆｏｏ」は、「ｆｏｏ１」と呼ばれるまた別の
サブディレクトリと、「ｔｅｓｔ．ｔｘｔ」と呼ばれる
データファイルとを含んでいる。サブディレクトリ「ｆ
ｏｏ１」は、データファイル「ｏｔｅｓｔ．ｔｘｔ」を
含んでいる。「ｂａｒ」と呼ばれるサブディレクトリに
戻ると、そのディレクトリ中に含まれる「ａ．ｏｕｔ」
及び「ｔｅｓｔ．ｃ」という２つのファイルが存在す
る。図示されていないが、理解されるように「オフィス
Ｂ」１０４は同様のファイルシステムを有するが、「オ
フィスＢ」のユーザ作成ディレクトリのディレクトリ構
造は「オフィスＡ」のものと全く異なっていることが多
い。
【００２０】図２Ａはまた、下位ＮＡＳ１６６のファイ
ルシステムを示す。このファイルシステムはルートディ
レクトリを含む。その下には標準システムサブディレク
トリ、例えば「ｅｔｃ」、「ｄｅｖ」、「ｍｎｔ」と、
本発明の実施例によるユーザ作成サブディレクトリ、す
なわち「／ｕＮＡＳａ」及び「／ｕＮＡＳｂ」がある。
もちろん、こうしたユーザ作成サブディレクトリの命名
規則は本発明の実施には関連しない。もちろん、明らか
に理解されるように、「／ｕＮＡＳａ」及び「／ｕＮＡ
Ｓｂ」は下位ＮＡＳのファイルシステム中のどこに位置
してもよい。
ルシステムを示す。このファイルシステムはルートディ
レクトリを含む。その下には標準システムサブディレク
トリ、例えば「ｅｔｃ」、「ｄｅｖ」、「ｍｎｔ」と、
本発明の実施例によるユーザ作成サブディレクトリ、す
なわち「／ｕＮＡＳａ」及び「／ｕＮＡＳｂ」がある。
もちろん、こうしたユーザ作成サブディレクトリの命名
規則は本発明の実施には関連しない。もちろん、明らか
に理解されるように、「／ｕＮＡＳａ」及び「／ｕＮＡ
Ｓｂ」は下位ＮＡＳのファイルシステム中のどこに位置
してもよい。
【００２１】ディレクトリ「／ｕＮＡＳａ」は「オフィ
スＡ」１０２に関連し、ディレクトリ「／ｕＮＡＳｂ」
は「オフィスＢ」１０４に関連する。さらに詳しく言う
と、ディレクトリ「／ｕＮＡＳａ」はＮＡＳ装置１２６
中のユーザ作成ディレクトリの一部を含むことを目的と
する。同様に、ディレクトリ「／ｕＮＡＳｂ」はＮＡＳ
装置１４６中のユーザ作成ディレクトリの一部を含むこ
とを目的とする。この理由は以下の記載で明らかになる
だろう。
スＡ」１０２に関連し、ディレクトリ「／ｕＮＡＳｂ」
は「オフィスＢ」１０４に関連する。さらに詳しく言う
と、ディレクトリ「／ｕＮＡＳａ」はＮＡＳ装置１２６
中のユーザ作成ディレクトリの一部を含むことを目的と
する。同様に、ディレクトリ「／ｕＮＡＳｂ」はＮＡＳ
装置１４６中のユーザ作成ディレクトリの一部を含むこ
とを目的とする。この理由は以下の記載で明らかになる
だろう。
【００２２】ここで図２Ｂを参照して、２つのファイル
システム、すなわち「オフィスＡ」１０２のものと下位
ＮＡＳ１６６のものとの相互関係を説明する。ＢＳＤオ
ペレーティングシステムは、２つのＯＳのファイルシス
テムを一緒にリンクするシステムユーティリティを提供
する。この操作は、１つのファイルシステムを別のファ
イルシステムに「マウント」すると呼ばれる。図中の実
線の矢印はその処理を例示する。「オフィスＡ」１０２
中のＯＳ上で動作するシステム管理処理は「マウント」
命令を遠隔サーバサイト１０６の下位ＮＡＳ１６６に出
す。システム管理処理は通常自動化手順である。しか
し、例えば、予定されていないイベントの際には、人間
の操作員が「マウント」及び「アンマウント」の操作を
行ってもよい。
システム、すなわち「オフィスＡ」１０２のものと下位
ＮＡＳ１６６のものとの相互関係を説明する。ＢＳＤオ
ペレーティングシステムは、２つのＯＳのファイルシス
テムを一緒にリンクするシステムユーティリティを提供
する。この操作は、１つのファイルシステムを別のファ
イルシステムに「マウント」すると呼ばれる。図中の実
線の矢印はその処理を例示する。「オフィスＡ」１０２
中のＯＳ上で動作するシステム管理処理は「マウント」
命令を遠隔サーバサイト１０６の下位ＮＡＳ１６６に出
す。システム管理処理は通常自動化手順である。しか
し、例えば、予定されていないイベントの際には、人間
の操作員が「マウント」及び「アンマウント」の操作を
行ってもよい。
【００２３】図２Ｂに示される実線の矢印は、特定の
「マウント」操作に応答して発生することを論理的に示
す。下位ＮＡＳ１６６のファイルシステム中のディレク
トリツリー２０１（例えば、ディレクトリ「／ｕＮＡＳ
ａ」とそのサブディレクトリ）が「オフィスＡ」１０２
のファイルシステム中の設置ポイント２０２（「／ｍｎ
ｔ」）にマウントされる。その結果、「／ｕＮＡＳａ」
中のサブディレクトリは、物理的には下位ＮＡＳのファ
イルシステム上にあるが、あたかも「オフィスＡ」のフ
ァイルシステム上にあるかのように、「／ｍｎｔ」ディ
レクトリを介して「オフィスＡ」のファイルシステムに
よってアクセスできる。これは、マウントされたディレ
クトリツリー２０１が「オフィスＡ」のファイルシステ
ム中にあるように見えることを例示する、マウントポイ
ント２０２から出る破線によって図中に示されている。
「マウント」操作に応答して発生することを論理的に示
す。下位ＮＡＳ１６６のファイルシステム中のディレク
トリツリー２０１（例えば、ディレクトリ「／ｕＮＡＳ
ａ」とそのサブディレクトリ）が「オフィスＡ」１０２
のファイルシステム中の設置ポイント２０２（「／ｍｎ
ｔ」）にマウントされる。その結果、「／ｕＮＡＳａ」
中のサブディレクトリは、物理的には下位ＮＡＳのファ
イルシステム上にあるが、あたかも「オフィスＡ」のフ
ァイルシステム上にあるかのように、「／ｍｎｔ」ディ
レクトリを介して「オフィスＡ」のファイルシステムに
よってアクセスできる。これは、マウントされたディレ
クトリツリー２０１が「オフィスＡ」のファイルシステ
ム中にあるように見えることを例示する、マウントポイ
ント２０２から出る破線によって図中に示されている。
【００２４】本発明に関連するＢＳＤファイルシステム
の別のシステム機能は、シンボリックリンクである。
（通常「シェル」インタフェースを介して提供される）
ユーザコマンドは、ファイルへのシンボリックリンクを
作成する能力をユーザに提供する。この機能はソフトウ
ェア開発者用のライブラリユーティリティとしても提供
される。図２Ｂはシンボリックリンクの例を示す。「オ
フィスＡ」１０２のファイルシステム中の第１ロケーシ
ョン２０４には、パス名「／ｌｏｃａｌ／ｆｏｏ／ｆｏ
ｏ１／ｏｔｅｓｔ．ｔｘｔ」を有するファイルが見られ
る。しかし、この「ファイル」は実際には、「／ｍｎｔ
／ｆｏｏ／ｆｏｏ１／ｏｔｅｓｔ．ｔｘｔ」に位置する
物理ファイルへのシンボリックリンクである。シンボリ
ックリンク「／ｌｏｃａｌ／ｆｏｏ／ｆｏｏ１／ｏｔｅ
ｓｔ．ｔｘｔ」はデータを格納するディスク空間を消費
せず、ディレクトリ「／ｌｏｃａｌ／ｆｏｏ／ｆｏｏ
１」のためのディレクトリデータ構造へのエントリだけ
を必要とする。このシンボリックリンク機能は、破線の
矢印によって図中に示される。
の別のシステム機能は、シンボリックリンクである。
（通常「シェル」インタフェースを介して提供される）
ユーザコマンドは、ファイルへのシンボリックリンクを
作成する能力をユーザに提供する。この機能はソフトウ
ェア開発者用のライブラリユーティリティとしても提供
される。図２Ｂはシンボリックリンクの例を示す。「オ
フィスＡ」１０２のファイルシステム中の第１ロケーシ
ョン２０４には、パス名「／ｌｏｃａｌ／ｆｏｏ／ｆｏ
ｏ１／ｏｔｅｓｔ．ｔｘｔ」を有するファイルが見られ
る。しかし、この「ファイル」は実際には、「／ｍｎｔ
／ｆｏｏ／ｆｏｏ１／ｏｔｅｓｔ．ｔｘｔ」に位置する
物理ファイルへのシンボリックリンクである。シンボリ
ックリンク「／ｌｏｃａｌ／ｆｏｏ／ｆｏｏ１／ｏｔｅ
ｓｔ．ｔｘｔ」はデータを格納するディスク空間を消費
せず、ディレクトリ「／ｌｏｃａｌ／ｆｏｏ／ｆｏｏ
１」のためのディレクトリデータ構造へのエントリだけ
を必要とする。このシンボリックリンク機能は、破線の
矢印によって図中に示される。
【００２５】図２Ｂに示される構成はさらに、本発明に
関連するＢＳＤ ＯＳの別の機能を示す。それはマウン
トされたフィルシステムへのシンボリックリンクが形成
されるということである。図２Ｂでは、シンボリックリ
ンク「／ｌｏｃａｌ／ｆｏｏ／ｆｏｏ１／ｏｔｅｓｔ．
ｔｘｔ」は、物理的に遠隔サイト１０６の下位ＮＡＳ１
６６中に存在するファイル「ｏｔｅｓｔ．ｔｘｔ」にリ
ンクされる。
関連するＢＳＤ ＯＳの別の機能を示す。それはマウン
トされたフィルシステムへのシンボリックリンクが形成
されるということである。図２Ｂでは、シンボリックリ
ンク「／ｌｏｃａｌ／ｆｏｏ／ｆｏｏ１／ｏｔｅｓｔ．
ｔｘｔ」は、物理的に遠隔サイト１０６の下位ＮＡＳ１
６６中に存在するファイル「ｏｔｅｓｔ．ｔｘｔ」にリ
ンクされる。
【００２６】図１に戻ると、「オフィスＢ」１０４も遠
隔サーバサイト１６６にアクセスできるのが見られる。
「オフィスＡ」１０２と同様、「オフィスＢ」は下位Ｎ
ＡＳ１６６のファイルシステムからディレクトリツリー
をマウントすることができる。すなわち、ディレクトリ
ツリー２０３は「オフィスＢ」のため下位ＮＡＳ中に提
供される。２つのオフィスサイト（「オフィスＡ」及び
「オフィスＢ」）と下位ＮＡＳとの間の全ての通信は通
信ネットワーク１０８上で行われる。サイト間で使用さ
れる多様な通信プロトコルは周知であり一般的なもので
ある。
隔サーバサイト１６６にアクセスできるのが見られる。
「オフィスＡ」１０２と同様、「オフィスＢ」は下位Ｎ
ＡＳ１６６のファイルシステムからディレクトリツリー
をマウントすることができる。すなわち、ディレクトリ
ツリー２０３は「オフィスＢ」のため下位ＮＡＳ中に提
供される。２つのオフィスサイト（「オフィスＡ」及び
「オフィスＢ」）と下位ＮＡＳとの間の全ての通信は通
信ネットワーク１０８上で行われる。サイト間で使用さ
れる多様な通信プロトコルは周知であり一般的なもので
ある。
【００２７】図２Ｃは、実施例によるストレージクライ
アントの起動処理を例示する高レベルフローチャートで
ある。下記の説明において、「オフィスＡ」１０２及び
「オフィスＢ」１０４といった上記で言及された作業環
境は一般に、ストレージクライアントサイト、クライア
ント側、及び他の同様の用語で呼ばれる。上記で説明さ
れた遠隔サーバサイト１０６は一般に、ストレージサー
バサイト、データストレージプロバイダ、ストレージサ
ービスプロバイダ（ＳＳＰ）、遠隔側、及び他の同様の
用語といった多様な語句によって呼ばれる。
アントの起動処理を例示する高レベルフローチャートで
ある。下記の説明において、「オフィスＡ」１０２及び
「オフィスＢ」１０４といった上記で言及された作業環
境は一般に、ストレージクライアントサイト、クライア
ント側、及び他の同様の用語で呼ばれる。上記で説明さ
れた遠隔サーバサイト１０６は一般に、ストレージサー
バサイト、データストレージプロバイダ、ストレージサ
ービスプロバイダ（ＳＳＰ）、遠隔側、及び他の同様の
用語といった多様な語句によって呼ばれる。
【００２８】次に図１及び図２Ｃを参照すると、ストレ
ージクライアントサイト１０２は、システムブート時
（ステップ２１２）にまずストレージサーバサイト１０
６への通信を確立する（ステップ２１４）。この動作の
詳細は、使用される個々の通信アーキテクチャに依存す
る。例えば、このステップは高速モデムによってストレ
ージサーバにダイヤルアップするといった簡単なもので
もよい。さらに高度な環境では、ストレージクライアン
トサイトはストレージサーバサイトへの高速データ回線
（例えば、Ｔ３回線）を有することがある。こうしたア
ーキテクチャは一般的、慣用的かつ周知である。
ージクライアントサイト１０２は、システムブート時
（ステップ２１２）にまずストレージサーバサイト１０
６への通信を確立する（ステップ２１４）。この動作の
詳細は、使用される個々の通信アーキテクチャに依存す
る。例えば、このステップは高速モデムによってストレ
ージサーバにダイヤルアップするといった簡単なもので
もよい。さらに高度な環境では、ストレージクライアン
トサイトはストレージサーバサイトへの高速データ回線
（例えば、Ｔ３回線）を有することがある。こうしたア
ーキテクチャは一般的、慣用的かつ周知である。
【００２９】次に、ステップ２１６では、ストレージク
ライアントサイト１０２は、ストレージサーバサイト１
０６のファイルシステムの少なくとも一部へのアクセス
を得る。これには、ストレージクライアントサイトが適
切な許可を得た状態を確立する何らかの種類のログイン
・シーケンスが含まれる。本発明の文脈では、このステ
ップの結果は、ストレージクライアントサイトが、スト
レージサーバサイトのファイルシステムのアクセスを得
た部分でファイルの読み出し及び書き込みができるとい
うことである。さらに、後述するように、ストレージク
ライアントサイトのファイルシステムからストレージサ
ーバサイト中のファイルへの論理参照がなされる。
ライアントサイト１０２は、ストレージサーバサイト１
０６のファイルシステムの少なくとも一部へのアクセス
を得る。これには、ストレージクライアントサイトが適
切な許可を得た状態を確立する何らかの種類のログイン
・シーケンスが含まれる。本発明の文脈では、このステ
ップの結果は、ストレージクライアントサイトが、スト
レージサーバサイトのファイルシステムのアクセスを得
た部分でファイルの読み出し及び書き込みができるとい
うことである。さらに、後述するように、ストレージク
ライアントサイトのファイルシステムからストレージサ
ーバサイト中のファイルへの論理参照がなされる。
【００３０】本実施例の観点から、ステップ２１６は、
ストレージサーバサイト１０６のファイルシステムの一
部のマウント操作を行うことに等しい。例えば、図２Ｂ
はディレクトリツリー２０１がストレージクライアント
サイト１０２によってマウントされることを示してい
る。ストレージクライアントサイトは、ストレージサー
バのファイルシステムのどの部分にアクセスしマウント
するかに関する知識を必要とする。ＢＳＤでは、これは
サーバのファイルシステム中のパス名である。この情報
は、ストレージクライアントサイトとストレージサーバ
サイトとの間の以前の配置によってあらかじめ決定する
ことができる。しかし、セキュリティの理由で、サーバ
はクライアントが再ブートする都度情報を送信すること
ができる。これはクライアントとサーバとの間の一連の
通信交換を伴うかもしれない。アクセスするクライアン
トを確認しストレージサーバのファイルの適切な部分へ
のアクセスが提供されるように、ストレージクライアン
トサイトの識別をストレージサーバサイトは必要とす
る。次にサーバはクライアントによってマウントされる
パス名を送信する。
ストレージサーバサイト１０６のファイルシステムの一
部のマウント操作を行うことに等しい。例えば、図２Ｂ
はディレクトリツリー２０１がストレージクライアント
サイト１０２によってマウントされることを示してい
る。ストレージクライアントサイトは、ストレージサー
バのファイルシステムのどの部分にアクセスしマウント
するかに関する知識を必要とする。ＢＳＤでは、これは
サーバのファイルシステム中のパス名である。この情報
は、ストレージクライアントサイトとストレージサーバ
サイトとの間の以前の配置によってあらかじめ決定する
ことができる。しかし、セキュリティの理由で、サーバ
はクライアントが再ブートする都度情報を送信すること
ができる。これはクライアントとサーバとの間の一連の
通信交換を伴うかもしれない。アクセスするクライアン
トを確認しストレージサーバのファイルの適切な部分へ
のアクセスが提供されるように、ストレージクライアン
トサイトの識別をストレージサーバサイトは必要とす
る。次にサーバはクライアントによってマウントされる
パス名を送信する。
【００３１】本発明の第１の態様による処理は一般に、
ファイルをストレージクライアントサイトからストレー
ジサーバサイトに移動するステップを伴う。ここで図１
〜図３を参照すると、フローチャート３００は、本発明
のこの態様の実施例によるストレージクライアントサイ
ト１０２、１０４におけるデータストレージ管理処理を
示す。適当なコンピュータプログラムが各ストレージク
ライアントサイトのストレージ装置１２６の制御装置部
１３２中に提供され、本発明のこの態様によるデータス
トレージ管理を行う。
ファイルをストレージクライアントサイトからストレー
ジサーバサイトに移動するステップを伴う。ここで図１
〜図３を参照すると、フローチャート３００は、本発明
のこの態様の実施例によるストレージクライアントサイ
ト１０２、１０４におけるデータストレージ管理処理を
示す。適当なコンピュータプログラムが各ストレージク
ライアントサイトのストレージ装置１２６の制御装置部
１３２中に提供され、本発明のこの態様によるデータス
トレージ管理を行う。
【００３２】さらに、所与の環境で使用される個々の実
装戦略に応じて、ＯＳの何らかの修正が必要なことがあ
る。総体的に、こうしたプログラムとＯＳの修正は、ス
トレージ装置の制御装置部を備える階層マネージャ（Ｈ
Ｍ）と呼ばれる。例えば、オフィスの動作のサイズ、性
能基準等といった、本発明に関連しない要素によって、
階層マネージャの個々の実装の詳細とソリューションが
決定される。さらに、ＵＮＩＸ系のシステムは本発明に
よる実装に容易に適応する機能を有するが、理解される
ように、本発明の説明した機能を提供するため、本発明
に他のＯＳを適用することができる。
装戦略に応じて、ＯＳの何らかの修正が必要なことがあ
る。総体的に、こうしたプログラムとＯＳの修正は、ス
トレージ装置の制御装置部を備える階層マネージャ（Ｈ
Ｍ）と呼ばれる。例えば、オフィスの動作のサイズ、性
能基準等といった、本発明に関連しない要素によって、
階層マネージャの個々の実装の詳細とソリューションが
決定される。さらに、ＵＮＩＸ系のシステムは本発明に
よる実装に容易に適応する機能を有するが、理解される
ように、本発明の説明した機能を提供するため、本発明
に他のＯＳを適用することができる。
【００３３】階層マネージャの処理は、ストレージクラ
イアントサイトでのトリガイベントの検出から始まる
（ステップ３０２）。トリガイベントは、ストレージ管
理処理が周期的に行われるスケジュールされたイベント
でもよい。トリガイベントは、必要に応じてシステムレ
ベル処理によって開始される。例えば、システム管理者
は手動で処理を始めてもよい。トリガイベントは、（通
常は当てはまらないが）非システム管理ユーザによって
開始したとしてもよい。
イアントサイトでのトリガイベントの検出から始まる
（ステップ３０２）。トリガイベントは、ストレージ管
理処理が周期的に行われるスケジュールされたイベント
でもよい。トリガイベントは、必要に応じてシステムレ
ベル処理によって開始される。例えば、システム管理者
は手動で処理を始めてもよい。トリガイベントは、（通
常は当てはまらないが）非システム管理ユーザによって
開始したとしてもよい。
【００３４】ディスクが一杯に近い状態の検出がトリガ
イベントであることもある。すなわち、例えば、ディス
クの合計容量の９５％ほどがファイルストレージに割り
当てられている（すなわち逆に言えば、利用可能なスト
レージ容量が５％しか残っていない）場合、この状態
は、ディスク上のストレージを管理する処理を起動する
正当な理由となりうる。この状態は、例えば、周期的に
動作して利用可能なディスク空間を検査する「ｃｒｏ
ｎ」処理によって検出される。
イベントであることもある。すなわち、例えば、ディス
クの合計容量の９５％ほどがファイルストレージに割り
当てられている（すなわち逆に言えば、利用可能なスト
レージ容量が５％しか残っていない）場合、この状態
は、ディスク上のストレージを管理する処理を起動する
正当な理由となりうる。この状態は、例えば、周期的に
動作して利用可能なディスク空間を検査する「ｃｒｏ
ｎ」処理によって検出される。
【００３５】トリガイベントに応答して、本発明により
ストレージサーバサイト１０６に「移動」すべきファイ
ル（候補ファイル）のマスタリストが生成される。本発
明の実施例では、マスタリストは、ストレージクライア
ントサイトのローカルファイルシステム中の全てのファ
イルを記載（すなわち、指定）する第１リストを生成す
ることによって作成される（ステップ３０４）。第１リ
スト中の実際にはシンボリックリンクであるファイル
は、第１リストから除去される（ステップ３０６）。シ
ンボリックリンクであるファイルはローカルファイルシ
ステム中でストレージ空間を消費しないので、こうした
ファイルを処理する必要はない。また、明らかになるよ
うに、シンボリックリンクであるファイルの中には、以
前ストレージサーバサイトに移動したファイルもある。
ストレージサーバサイト１０６に「移動」すべきファイ
ル（候補ファイル）のマスタリストが生成される。本発
明の実施例では、マスタリストは、ストレージクライア
ントサイトのローカルファイルシステム中の全てのファ
イルを記載（すなわち、指定）する第１リストを生成す
ることによって作成される（ステップ３０４）。第１リ
スト中の実際にはシンボリックリンクであるファイル
は、第１リストから除去される（ステップ３０６）。シ
ンボリックリンクであるファイルはローカルファイルシ
ステム中でストレージ空間を消費しないので、こうした
ファイルを処理する必要はない。また、明らかになるよ
うに、シンボリックリンクであるファイルの中には、以
前ストレージサーバサイトに移動したファイルもある。
【００３６】続いて、「上位リスト」に記載されたファ
イルも第１リストから除去（フィルタリングまたは他の
方法で除外）される（ステップ３０８）。「上位リス
ト」は、ストレージクライアントサイト中でストレージ
サーバサイト１０６に移動するべきでないと予め考えら
れたファイルを指定するリストである。「上位リスト」
によって第１リストをフィルタリングすると、ストレー
ジサーバサイトに移動すべきファイルだけを含む第２リ
スト（すなわち、マスタリスト）が得られる。「上位リ
スト」にはいつでも削除を含む修正が行われるので、上
記のフィルタリングステップは、トリガイベントが選出
される都度行われる。
イルも第１リストから除去（フィルタリングまたは他の
方法で除外）される（ステップ３０８）。「上位リス
ト」は、ストレージクライアントサイト中でストレージ
サーバサイト１０６に移動するべきでないと予め考えら
れたファイルを指定するリストである。「上位リスト」
によって第１リストをフィルタリングすると、ストレー
ジサーバサイトに移動すべきファイルだけを含む第２リ
スト（すなわち、マスタリスト）が得られる。「上位リ
スト」にはいつでも削除を含む修正が行われるので、上
記のフィルタリングステップは、トリガイベントが選出
される都度行われる。
【００３７】本発明の文脈では、「ファイルをストレー
ジクライアントサイトからストレージサーバサイトに
「移動」」するという概念は、以下の特性によって特徴
付けられる。第１に、「移動される」ファイルの内容は
ストレージサーバサイトの物理ストレージ中に複製さ
れ、「移動される」ファイルの内容が、ストレージクラ
イアントサイトに対してオフサイトに保存される。スト
レージクライアントサイト中の元のロケーションに関す
る情報を保持する機構が必要である。この機構は、「移
動された」ファイルのファイル名がストレージクライア
ントサイトファイルシステム中に存在したファイル名の
ロケーションに対応するロケーションのストレージサー
バサイトファイルシステム中に置かれることを保証する
サブディレクトリをストレージサーバサイト中に作成す
ることによって提供される。
ジクライアントサイトからストレージサーバサイトに
「移動」」するという概念は、以下の特性によって特徴
付けられる。第１に、「移動される」ファイルの内容は
ストレージサーバサイトの物理ストレージ中に複製さ
れ、「移動される」ファイルの内容が、ストレージクラ
イアントサイトに対してオフサイトに保存される。スト
レージクライアントサイト中の元のロケーションに関す
る情報を保持する機構が必要である。この機構は、「移
動された」ファイルのファイル名がストレージクライア
ントサイトファイルシステム中に存在したファイル名の
ロケーションに対応するロケーションのストレージサー
バサイトファイルシステム中に置かれることを保証する
サブディレクトリをストレージサーバサイト中に作成す
ることによって提供される。
【００３８】第２に、ストレージクライアントサイト中
のファイルのローカルコピーによって占められていた物
理ストレージが、ファイルシステムによるその後の割り
当てのために利用可能になる。通常、これはファイルシ
ステムからファイルを削除することによって達成され、
ストレージクライアントサイトの物理ストレージ空間の
利用可能なストレージ容量が増大する。
のファイルのローカルコピーによって占められていた物
理ストレージが、ファイルシステムによるその後の割り
当てのために利用可能になる。通常、これはファイルシ
ステムからファイルを削除することによって達成され、
ストレージクライアントサイトの物理ストレージ空間の
利用可能なストレージ容量が増大する。
【００３９】第３に、「移動された」ファイルへの論理
参照がストレージクライアントサイト中に作成される。
論理参照は、ファイルが削除されていないかのようにス
トレージクライアントサイトのユーザがローカルファイ
ルシステムを通じてそのファイルを参照できるようにす
る参照機構である。
参照がストレージクライアントサイト中に作成される。
論理参照は、ファイルが削除されていないかのようにス
トレージクライアントサイトのユーザがローカルファイ
ルシステムを通じてそのファイルを参照できるようにす
る参照機構である。
【００４０】本発明の第１の態様における実施例によれ
ば、ストレージクライアントサイトからストレージサー
バサイトにファイルを移動する上記で説明された操作
は、ＢＳＤ ＯＳのファイルシステムによって提供され
る。ＢＳＤ ＯＳの環境では、移動されるファイルはま
ずストレージサーバサイトにコピーされる。これは、ス
トレージクライアントサイトからのファイルのコピー操
作を行う適当なシステムユーティリティを呼び出してス
トレージサーバサイト上に複製ファイルを生成すること
によって容易に達成される。
ば、ストレージクライアントサイトからストレージサー
バサイトにファイルを移動する上記で説明された操作
は、ＢＳＤ ＯＳのファイルシステムによって提供され
る。ＢＳＤ ＯＳの環境では、移動されるファイルはま
ずストレージサーバサイトにコピーされる。これは、ス
トレージクライアントサイトからのファイルのコピー操
作を行う適当なシステムユーティリティを呼び出してス
トレージサーバサイト上に複製ファイルを生成すること
によって容易に達成される。
【００４１】次に、ストレージクライアントサイト中の
ファイルのローカルコピーが削除される。その後、削除
されたファイルの代わりにストレージサーバサイトのフ
ァイルへのシンボリックリンクが作成される。図２Ｂを
参照すると、ファイル／ｌｏｃａｌ／ｆｏｏ／ｆｏｏ１
／ｏｔｅｓｔ．ｔｘｔがストレージクライアントサイト
（すなわち、「オフィスＡ」）からストレージサーバサ
イト（すなわち、「ローカルＮＡＳ」）にコピーされて
いる。破線の枠によって示されるように、古いファイル
名の代わりに同じファイル名を有するシンボリックリン
クが作成されている。すなわち、ストレージクライアン
トサイト中のユーザにとっては、ファイル「ｏｔｅｓ
ｔ．ｔｘｔ」はまだローカルファイルシステム上に存在
しているように見える。
ファイルのローカルコピーが削除される。その後、削除
されたファイルの代わりにストレージサーバサイトのフ
ァイルへのシンボリックリンクが作成される。図２Ｂを
参照すると、ファイル／ｌｏｃａｌ／ｆｏｏ／ｆｏｏ１
／ｏｔｅｓｔ．ｔｘｔがストレージクライアントサイト
（すなわち、「オフィスＡ」）からストレージサーバサ
イト（すなわち、「ローカルＮＡＳ」）にコピーされて
いる。破線の枠によって示されるように、古いファイル
名の代わりに同じファイル名を有するシンボリックリン
クが作成されている。すなわち、ストレージクライアン
トサイト中のユーザにとっては、ファイル「ｏｔｅｓ
ｔ．ｔｘｔ」はまだローカルファイルシステム上に存在
しているように見える。
【００４２】本発明によるストレージクライアントサイ
トからストレージサーバサイトにファイルを移動するこ
の態様は、ＢＳＤＯＳのファイルマウント及びシンボリ
ックリンク機能をサポートしないが同様の機能を提供す
る他のＯＳで提供できる。引き続き図３を参照すると、
「下位リスト」中に記載されたファイルがストレージサ
ーバサイト１０６に移動される（ステップ３１０）。
「下位リスト」は、（例えばシステム管理者及び／また
はユーザによって）常にストレージサーバサイトに格納
されるべきと考えられたファイルを指定する。これは、
駆動イベントが検出される都度このステップを行うこと
によって保証される。すなわち、リスト中のファイルが
まだストレージサーバサイトに移動されていない場合、
それはしかるべく移動される。「上位リスト」の場合と
同様、「下位リスト」を修正し、その内容を変更するこ
とができる。また、以下説明されるように、「下位リス
ト」中のファイルは、アクセスされるとストレージサー
バサイトからストレージクライアントサイトに移動され
る。従って、このリストはトリガイベントが発生する都
度処理しなければならない。
トからストレージサーバサイトにファイルを移動するこ
の態様は、ＢＳＤＯＳのファイルマウント及びシンボリ
ックリンク機能をサポートしないが同様の機能を提供す
る他のＯＳで提供できる。引き続き図３を参照すると、
「下位リスト」中に記載されたファイルがストレージサ
ーバサイト１０６に移動される（ステップ３１０）。
「下位リスト」は、（例えばシステム管理者及び／また
はユーザによって）常にストレージサーバサイトに格納
されるべきと考えられたファイルを指定する。これは、
駆動イベントが検出される都度このステップを行うこと
によって保証される。すなわち、リスト中のファイルが
まだストレージサーバサイトに移動されていない場合、
それはしかるべく移動される。「上位リスト」の場合と
同様、「下位リスト」を修正し、その内容を変更するこ
とができる。また、以下説明されるように、「下位リス
ト」中のファイルは、アクセスされるとストレージサー
バサイトからストレージクライアントサイトに移動され
る。従って、このリストはトリガイベントが発生する都
度処理しなければならない。
【００４３】ＢＳＤ ＯＳは、各ファイルに関連する最
終アクセス時間パラメータ「ａｔｉｍｅ」を提供する。
ファイルがアクセスされると、ＯＳは関連するａｔｉｍ
ｅパラメータを現在時間に更新し、そのファイルが現在
アクセスされたことを反映する。すなわち、ファイルが
ストレージサーバサイトに移動されると、ストレージサ
ーバサイト上の複製ファイルのａｔｉｍｅパラメータは
更新される。しかし、ストレージサーバサイトに移動さ
れる前のファイルのａｔｉｍｅ値が保持されることが望
ましい。同様に、複製ファイルがストレージクライアン
トサイトにコピーして戻される時、ストレージクライア
ントサイトに再現される複製ファイルのａｔｉｍｅ値は
複製ファイルのａｔｉｍｅ値に戻されるべきである。従
って、複製ファイルのａｔｉｍｅパラメータは、その値
がストレージサーバサイトに移動される前のファイルの
ａｔｉｍｅ値となるよう修正される。
終アクセス時間パラメータ「ａｔｉｍｅ」を提供する。
ファイルがアクセスされると、ＯＳは関連するａｔｉｍ
ｅパラメータを現在時間に更新し、そのファイルが現在
アクセスされたことを反映する。すなわち、ファイルが
ストレージサーバサイトに移動されると、ストレージサ
ーバサイト上の複製ファイルのａｔｉｍｅパラメータは
更新される。しかし、ストレージサーバサイトに移動さ
れる前のファイルのａｔｉｍｅ値が保持されることが望
ましい。同様に、複製ファイルがストレージクライアン
トサイトにコピーして戻される時、ストレージクライア
ントサイトに再現される複製ファイルのａｔｉｍｅ値は
複製ファイルのａｔｉｍｅ値に戻されるべきである。従
って、複製ファイルのａｔｉｍｅパラメータは、その値
がストレージサーバサイトに移動される前のファイルの
ａｔｉｍｅ値となるよう修正される。
【００４４】次に、「上位リスト」中のファイルがスト
レージサーバサイトからストレージクライアントサイト
に移動される（ステップ３１２）。この操作によって、
「上位リスト」中に記載されたファイルが実際にストレ
ージクライアントサイトにあることが保証される。本発
明の文脈では、ストレージサーバサイト１０６からスト
レージクライアントサイトにファイルを「移動」すると
いう概念は、ストレージクライアントサイトのローカル
ファイルシステムの物理ストレージ中にファイルのコピ
ーを作成することを含んでいる。ＢＳＤ ＯＳの観点か
ら、これは、ストレージサーバサイトからストレージク
ライアントサイトにファイルをコピーし、上記で説明さ
れたようにａｔｉｍｅパラメータを更新すると共にスト
レージクライアントサイトのファイルを再作成（再生）
することを意味する。ストレージサーバサイトのファイ
ルは削除される。その後シンボリックリンクが削除さ
れ、ローカルファイルシステム中のファイルへの参照と
置換される。
レージサーバサイトからストレージクライアントサイト
に移動される（ステップ３１２）。この操作によって、
「上位リスト」中に記載されたファイルが実際にストレ
ージクライアントサイトにあることが保証される。本発
明の文脈では、ストレージサーバサイト１０６からスト
レージクライアントサイトにファイルを「移動」すると
いう概念は、ストレージクライアントサイトのローカル
ファイルシステムの物理ストレージ中にファイルのコピ
ーを作成することを含んでいる。ＢＳＤ ＯＳの観点か
ら、これは、ストレージサーバサイトからストレージク
ライアントサイトにファイルをコピーし、上記で説明さ
れたようにａｔｉｍｅパラメータを更新すると共にスト
レージクライアントサイトのファイルを再作成（再生）
することを意味する。ストレージサーバサイトのファイ
ルは削除される。その後シンボリックリンクが削除さ
れ、ローカルファイルシステム中のファイルへの参照と
置換される。
【００４５】「下位リスト」及び「上位リスト」中に記
載されたファイルがしかるべく移動された後、マスタリ
スト中のファイルが一度に１つ、ストレージクライアン
トサイトからストレージサーバサイト１０６に移動され
る。これは、利用可能なディスク容量が所定のしきい
値、例えば２０％を越えるまで繰り返される。すなわ
ち、マスタリスト中のファイルは、利用可能なディスク
容量が（例えば）２０％を越えるまで移動される（ステ
ップ３１３）。最古のアクセスファイルは、最もアクテ
ィブでないファイルであるため最初に移動される（ステ
ップ３１４）。本発明のＢＳＤ ＯＳ実施形態の観点で
は、これはマスタリスト中のファイルをａｔｉｍｅに基
づいてソートすることによって達成できる。このパラメ
ータは、読み出しまたは書き込みの何れかで、ファイル
が最後にアクセスされた時間を表す。ストレージサーバ
サイトに移動される各ファイルについて、上述したよう
に、ストレージクライアントサイト中にシンボリックリ
ンクが作成される（ステップ３１６）。
載されたファイルがしかるべく移動された後、マスタリ
スト中のファイルが一度に１つ、ストレージクライアン
トサイトからストレージサーバサイト１０６に移動され
る。これは、利用可能なディスク容量が所定のしきい
値、例えば２０％を越えるまで繰り返される。すなわ
ち、マスタリスト中のファイルは、利用可能なディスク
容量が（例えば）２０％を越えるまで移動される（ステ
ップ３１３）。最古のアクセスファイルは、最もアクテ
ィブでないファイルであるため最初に移動される（ステ
ップ３１４）。本発明のＢＳＤ ＯＳ実施形態の観点で
は、これはマスタリスト中のファイルをａｔｉｍｅに基
づいてソートすることによって達成できる。このパラメ
ータは、読み出しまたは書き込みの何れかで、ファイル
が最後にアクセスされた時間を表す。ストレージサーバ
サイトに移動される各ファイルについて、上述したよう
に、ストレージクライアントサイト中にシンボリックリ
ンクが作成される（ステップ３１６）。
【００４６】図１及び図４を参照すると、階層マネージ
ャの別の態様が示される。図３に示される処理と同様、
トリガイベントが検出される（ステップ４０２）。ここ
ではトリガイベントとは、読み出しまたは書き込み操作
のような、ユーザまたはアプリケーションによって開始
されるファイルアクセスである。ＢＳＤ ＯＳでは、適
当なソフトウェアトラップ機構を提供してファイルアク
セスを検出することができる。当業者には理解されるよ
うに、ファイルＩ／Ｏ要求の「トラップ」は、ＯＳの適
当な修正によって容易に達成される。すなわち、ｓｙｓ
ｃａｌｌ（）関数か、またはｃｒｅａｔ（）及びｏｐｅ
ｎ（）両方のシステムライブラリ関数かの何れかを修正
することによって「ｃｒｅａｔ」及び「ｏｐｅｎ」シス
テムコールをトラップする必要がある。
ャの別の態様が示される。図３に示される処理と同様、
トリガイベントが検出される（ステップ４０２）。ここ
ではトリガイベントとは、読み出しまたは書き込み操作
のような、ユーザまたはアプリケーションによって開始
されるファイルアクセスである。ＢＳＤ ＯＳでは、適
当なソフトウェアトラップ機構を提供してファイルアク
セスを検出することができる。当業者には理解されるよ
うに、ファイルＩ／Ｏ要求の「トラップ」は、ＯＳの適
当な修正によって容易に達成される。すなわち、ｓｙｓ
ｃａｌｌ（）関数か、またはｃｒｅａｔ（）及びｏｐｅ
ｎ（）両方のシステムライブラリ関数かの何れかを修正
することによって「ｃｒｅａｔ」及び「ｏｐｅｎ」シス
テムコールをトラップする必要がある。
【００４７】決定ポイント（ステップ４０１）では、ア
クセスされるファイルがストレージサーバサイト１０６
（図１の下位ＮＡＳ）にあるかが確認される。ファイル
がストレージサーバサイトにない場合、ファイルはスト
レージクライアントサイト１０２のローカルファイルシ
ステムから簡単にアクセスされる（ステップ４０８）。
ファイルがストレージサーバサイトにある場合、ファイ
ルはストレージクライアントサイトに移動して戻され
る。これはストレージクライアントサイトのローカルス
トレージシステム中にファイルのコピーを作成すること
を伴う（ステップ４０４）。この操作にはストレージサ
ーバサイト中のファイルのコピーを削除することが含ま
れる。ストレージクライアント中のシンボリックリンク
が削除されローカルファイルへの参照に置換される（ス
テップ４０６）。次にファイルがアクセスされユーザま
たはアプリケーションによって開始されるファイルアク
セスにサービスを提供する（ステップ４０８）。
クセスされるファイルがストレージサーバサイト１０６
（図１の下位ＮＡＳ）にあるかが確認される。ファイル
がストレージサーバサイトにない場合、ファイルはスト
レージクライアントサイト１０２のローカルファイルシ
ステムから簡単にアクセスされる（ステップ４０８）。
ファイルがストレージサーバサイトにある場合、ファイ
ルはストレージクライアントサイトに移動して戻され
る。これはストレージクライアントサイトのローカルス
トレージシステム中にファイルのコピーを作成すること
を伴う（ステップ４０４）。この操作にはストレージサ
ーバサイト中のファイルのコピーを削除することが含ま
れる。ストレージクライアント中のシンボリックリンク
が削除されローカルファイルへの参照に置換される（ス
テップ４０６）。次にファイルがアクセスされユーザま
たはアプリケーションによって開始されるファイルアク
セスにサービスを提供する（ステップ４０８）。
【００４８】図４は、ファイルがストレージサーバサイ
ト１０６にある場合の代替処理を示す。図示するよう
に、ファイルの内容はストレージサーバサイトから簡単
にアクセスできる（ステップ４１８）。ファイルをスト
レージクライアントサイトにコピーして戻すことはな
い。このアプローチは状況によっては適当に行われる。
例えば、クライアントサイト（例えば、上位ＮＡＳ）の
利用可能な容量が非常に低いためサーバサイト（例え
ば、下位ＮＡＳ）から戻されるファイルがクライアント
サイトファイルシステムを急速に一杯にしてしまう場
合、移動操作は行われず、ステップ４１８が代わりに行
われる。
ト１０６にある場合の代替処理を示す。図示するよう
に、ファイルの内容はストレージサーバサイトから簡単
にアクセスできる（ステップ４１８）。ファイルをスト
レージクライアントサイトにコピーして戻すことはな
い。このアプローチは状況によっては適当に行われる。
例えば、クライアントサイト（例えば、上位ＮＡＳ）の
利用可能な容量が非常に低いためサーバサイト（例え
ば、下位ＮＡＳ）から戻されるファイルがクライアント
サイトファイルシステムを急速に一杯にしてしまう場
合、移動操作は行われず、ステップ４１８が代わりに行
われる。
【００４９】図５は、本発明のこの第１の態様における
別の実施例で開示される、ストレージサービスプロバイ
ダ（ＳＳＰ）環境で使用されるデータストレージ方法を
示す。大容量ストレージを必要とするクライアント５０
４とＳＳＰ５０２との間の機構が形成される。ＳＳＰは
ファイルシステムからクライアントへのディレクトリツ
リーのアクセスを提供する。適当なソフトウェアが提供
され、クライアントに階層マネージャの機能を提供す
る。クライアントは、クライアントに関連するＳＳＰの
ファイルシステム中にディレクトリツリーをマウントす
る。次に、クライアントサイトがファイル、参照ファイ
ル等を作成及び削除すると、階層マネージャは上述した
発明に従ってファイルを行ったり来たり移動させる。
別の実施例で開示される、ストレージサービスプロバイ
ダ（ＳＳＰ）環境で使用されるデータストレージ方法を
示す。大容量ストレージを必要とするクライアント５０
４とＳＳＰ５０２との間の機構が形成される。ＳＳＰは
ファイルシステムからクライアントへのディレクトリツ
リーのアクセスを提供する。適当なソフトウェアが提供
され、クライアントに階層マネージャの機能を提供す
る。クライアントは、クライアントに関連するＳＳＰの
ファイルシステム中にディレクトリツリーをマウントす
る。次に、クライアントサイトがファイル、参照ファイ
ル等を作成及び削除すると、階層マネージャは上述した
発明に従ってファイルを行ったり来たり移動させる。
【００５０】その間に、ＳＳＰはクライアントによる物
理ストレージの使用を監視する。ＳＳＰは、クライアン
トによって使用された物理ストレージの量に応じてクラ
イアントから（例えば、１ヶ月分料金の形態で）支払い
を要求する。この構成では、クライアントは使用する物
理ストレージ空間に対してのみ支払いを行う。例えば、
本発明のＳＳＰ実施形態の一変形では、物理ストレージ
サービスに対する月極め料金が発生することもある。こ
の料金は課金期間中にクライアントによって消費される
物理ストレージ空間の量の平均に基づくものであっても
よい。
理ストレージの使用を監視する。ＳＳＰは、クライアン
トによって使用された物理ストレージの量に応じてクラ
イアントから（例えば、１ヶ月分料金の形態で）支払い
を要求する。この構成では、クライアントは使用する物
理ストレージ空間に対してのみ支払いを行う。例えば、
本発明のＳＳＰ実施形態の一変形では、物理ストレージ
サービスに対する月極め料金が発生することもある。こ
の料金は課金期間中にクライアントによって消費される
物理ストレージ空間の量の平均に基づくものであっても
よい。
【００５１】ＳＳＰ実施形態の別の変形では、課金方法
はある期間、例えば１ヶ月の期間中の物理ストレージの
最大使用量に基づく。例えば、消費パターンが、日付
（ストレージ消費）とすると、１日目（１０ＧＢ）、２
日目（１２３ＧＢ）、３日目（８ＧＢ）．．．１０日目
（１２ＧＢ）．．．２９日目（８ＧＢ）、及び３０日目
であると想定する。この場合、クライアントは２日目に
１２３ＧＢという最大ストレージを消費している。従っ
て、最大使用課金法によれば、クライアントはその課金
期間に対して１２３ＧＢに基づいて課金される。図５に
示されるように、請求書は従来の郵便配送方法によって
か、または適切な通信ネットワーク５１２を通じて電子
的に（例えば電子メールによって）送付される。
はある期間、例えば１ヶ月の期間中の物理ストレージの
最大使用量に基づく。例えば、消費パターンが、日付
（ストレージ消費）とすると、１日目（１０ＧＢ）、２
日目（１２３ＧＢ）、３日目（８ＧＢ）．．．１０日目
（１２ＧＢ）．．．２９日目（８ＧＢ）、及び３０日目
であると想定する。この場合、クライアントは２日目に
１２３ＧＢという最大ストレージを消費している。従っ
て、最大使用課金法によれば、クライアントはその課金
期間に対して１２３ＧＢに基づいて課金される。図５に
示されるように、請求書は従来の郵便配送方法によって
か、または適切な通信ネットワーク５１２を通じて電子
的に（例えば電子メールによって）送付される。
【００５２】図６は、本発明の第２の態様に関連する実
施例の高レベル図を示す。本発明の上記で説明された態
様では、階層マネージャはクライアントサイトにあっ
た。本発明のこの第２の態様では、階層マネージャの大
部分はサーバサイトで提供される。通常のクライアント
サイト（例えば、業務、個人、等）６０２及び６０４は
各々それぞれ、総称的にＰＣと呼ばれる多様なコンピュ
ータシステム６２２及び６４２を備えている。本発明に
よって考慮される動作環境は、ＰＣが頻繁にかまたは少
なくとも時々何らかの種類の遠隔ストレージにアクセス
する必要があるものである。ＰＣはそれぞれの内部で提
供されるデータ通信ネットワーク６２８，６４８に接続
される。
施例の高レベル図を示す。本発明の上記で説明された態
様では、階層マネージャはクライアントサイトにあっ
た。本発明のこの第２の態様では、階層マネージャの大
部分はサーバサイトで提供される。通常のクライアント
サイト（例えば、業務、個人、等）６０２及び６０４は
各々それぞれ、総称的にＰＣと呼ばれる多様なコンピュ
ータシステム６２２及び６４２を備えている。本発明に
よって考慮される動作環境は、ＰＣが頻繁にかまたは少
なくとも時々何らかの種類の遠隔ストレージにアクセス
する必要があるものである。ＰＣはそれぞれの内部で提
供されるデータ通信ネットワーク６２８，６４８に接続
される。
【００５３】各クライアントサイト６０２、６０４では
それぞれ、何らかの形態のストレージ装置６２６、６４
６が提供される。本発明のこの第２の態様の実施例で
は、ストレージ装置はＮＡＳ装置であるが、一般に他の
ストレージアーキテクチャでもよい。ストレージ装置
は、クライアントサイトのＰＣにとってローカルにアク
セスできる遠隔ストレージシステムの役目を果たす。各
ストレージ装置は、データストレージ部６３４に機能的
に接続される制御装置部６３２を備える従来のアーキテ
クチャのものである。制御装置部６３２は、通常データ
サーバとして動作するために必要な動作能力を提供する
適当なソフトウェアを有するコンピュータである周知の
コンピュータ処理技術を備えている。
それぞれ、何らかの形態のストレージ装置６２６、６４
６が提供される。本発明のこの第２の態様の実施例で
は、ストレージ装置はＮＡＳ装置であるが、一般に他の
ストレージアーキテクチャでもよい。ストレージ装置
は、クライアントサイトのＰＣにとってローカルにアク
セスできる遠隔ストレージシステムの役目を果たす。各
ストレージ装置は、データストレージ部６３４に機能的
に接続される制御装置部６３２を備える従来のアーキテ
クチャのものである。制御装置部６３２は、通常データ
サーバとして動作するために必要な動作能力を提供する
適当なソフトウェアを有するコンピュータである周知の
コンピュータ処理技術を備えている。
【００５４】データストレージ部６３４の物理的構成は
任意の周知のマスストレージデータシステムでよい。例
えば、データストレージ部は任意の周知のＲＡＩＤ（独
立ディスクの冗長アレイ）クラスストレージシステムで
よい。個々のストレージシステムの種類は本発明の実施
に関連しない。本発明による制御装置部の動作の態様は
以下詳細に説明する。各クライアントサイト６０２、６
０４は、動作の外部にあるデータ通信ネットワーク６０
８、例えば、広域ネットワーク（ＷＡＮ）へのアクセス
を有する。これは例えばＴ１接続、またはさらに大容量
の接続のことがある。このデータ接続の詳細は本発明の
実施に関連しない。
任意の周知のマスストレージデータシステムでよい。例
えば、データストレージ部は任意の周知のＲＡＩＤ（独
立ディスクの冗長アレイ）クラスストレージシステムで
よい。個々のストレージシステムの種類は本発明の実施
に関連しない。本発明による制御装置部の動作の態様は
以下詳細に説明する。各クライアントサイト６０２、６
０４は、動作の外部にあるデータ通信ネットワーク６０
８、例えば、広域ネットワーク（ＷＡＮ）へのアクセス
を有する。これは例えばＴ１接続、またはさらに大容量
の接続のことがある。このデータ接続の詳細は本発明の
実施に関連しない。
【００５５】本発明のこの第２の態様では、サーバサイ
ト６０６は、通信ネットワーク６０８を通じてアクセス
できる遠隔アクセスストレージ装置６６６を提供する。
本実施例は、ＮＡＳ装置がサーバサイトでストレージ装
置として使用されることを考慮している。しかし、任意
の適当な構成のストレージ装置を使用してもよい。スト
レージ装置は、データストレージ部６５４に機能的に接
続される制御装置部６５２を備えている。ストレージ装
置６６６のための制御装置部６５２は、上述したストレ
ージ装置６２６、６４６と同様に、任意の慣用のコンピ
ュータ処理システムを備えてもよい。しかし、後述する
ように、本発明のこの第２の態様による操作のため、特
定のプログラミングコードが制御装置部６５２に含まれ
る。ストレージ装置のデータストレージ部６５４は任意
の慣用の適当なデータストレージシステムを備えてもよ
い。
ト６０６は、通信ネットワーク６０８を通じてアクセス
できる遠隔アクセスストレージ装置６６６を提供する。
本実施例は、ＮＡＳ装置がサーバサイトでストレージ装
置として使用されることを考慮している。しかし、任意
の適当な構成のストレージ装置を使用してもよい。スト
レージ装置は、データストレージ部６５４に機能的に接
続される制御装置部６５２を備えている。ストレージ装
置６６６のための制御装置部６５２は、上述したストレ
ージ装置６２６、６４６と同様に、任意の慣用のコンピ
ュータ処理システムを備えてもよい。しかし、後述する
ように、本発明のこの第２の態様による操作のため、特
定のプログラミングコードが制御装置部６５２に含まれ
る。ストレージ装置のデータストレージ部６５４は任意
の慣用の適当なデータストレージシステムを備えてもよ
い。
【００５６】図７は、本発明のこの第２の態様の実施例
による、クライアントサイト６０２、６０４及びサーバ
サイト６０６両方のファイルシステムの操作を示す。ク
ライアントサイトは、前述したのと同じ方法でサーバサ
イトのファイルシステム中にディレクトリツリー７０１
をマウントする。さらに詳しく言うと、図７の例に示さ
れるように、クライアントサイト６０２は、クライアン
トサイトのマウントポイント７０２（すなわち、「／ｍ
ｎｔ」でサーバサイトファイルシステムからディレクト
リツリー「／ｕＮＡＳａ」をマウントする。
による、クライアントサイト６０２、６０４及びサーバ
サイト６０６両方のファイルシステムの操作を示す。ク
ライアントサイトは、前述したのと同じ方法でサーバサ
イトのファイルシステム中にディレクトリツリー７０１
をマウントする。さらに詳しく言うと、図７の例に示さ
れるように、クライアントサイト６０２は、クライアン
トサイトのマウントポイント７０２（すなわち、「／ｍ
ｎｔ」でサーバサイトファイルシステムからディレクト
リツリー「／ｕＮＡＳａ」をマウントする。
【００５７】この実施例によれば、追加マウント操作が
行われる。図７に見られるように、ストレージサーバサ
イトはストレージクライアントサイト（ここでは、「／
ｌｏｃａｌ」）のローカルディレクトリツリー７０５
を、そのマウントポイント７０４（すなわち、「／ｍｎ
ｔ／ｕＮＡＳａ」にマウントする。これは、クライアン
トサイトのファイルシステム、すなわち、「／ｌｏｃａ
ｌ」の少なくとも一部へのアクセスをストレージサーバ
サイトに提供する。慣例により、この実施例による処理
の対象となる全てのファイルはディレクトリ「／ｌｏｃ
ａｌ」をルートとするディレクトリッリーの下にある。
なお、特定のクライアントサイトのディレクトリ構造は
もちろん、ファイルシステムの他の場所をルートとする
ことができる。
行われる。図７に見られるように、ストレージサーバサ
イトはストレージクライアントサイト（ここでは、「／
ｌｏｃａｌ」）のローカルディレクトリツリー７０５
を、そのマウントポイント７０４（すなわち、「／ｍｎ
ｔ／ｕＮＡＳａ」にマウントする。これは、クライアン
トサイトのファイルシステム、すなわち、「／ｌｏｃａ
ｌ」の少なくとも一部へのアクセスをストレージサーバ
サイトに提供する。慣例により、この実施例による処理
の対象となる全てのファイルはディレクトリ「／ｌｏｃ
ａｌ」をルートとするディレクトリッリーの下にある。
なお、特定のクライアントサイトのディレクトリ構造は
もちろん、ファイルシステムの他の場所をルートとする
ことができる。
【００５８】図７はまた、サーバサイトのファイルシス
テム中の第２のマウントポイント「／ｍｎｔ／ｕＮＡＳ
ｂ」をも示している。この第２のマウントポイントは別
のクライアントサイトと共に使用される。この方法で
は、追加クライアントサイトのための追加マウントポイ
ントが提供できる。
テム中の第２のマウントポイント「／ｍｎｔ／ｕＮＡＳ
ｂ」をも示している。この第２のマウントポイントは別
のクライアントサイトと共に使用される。この方法で
は、追加クライアントサイトのための追加マウントポイ
ントが提供できる。
【００５９】図８は、本発明のこの第２の態様における
実施例に関する通常の起動順序を示す。クライアントサ
イト６０２（図６）はそのブート・シーケンスを行う
（ステップ８１２）。クライアントサイトはオンライン
の時、サーバサイト６０６との通信を確立し（ステップ
８１４）、サーバサイトのファイルシステムの一部への
アクセスを得る（ステップ８１６）。逆に、本発明の態
様によれば、サーバサイトはクライアントサイトファイ
ルシステムへのアクセスを得る（ステップ８１８）。シ
ステムがＵＮＩＸ系（例えば、ＢＳＤ ＯＳ）である実
施例では、マウント操作が行われる。すなわち例えば、
図７を参照すると、サーバサイトは「／ｌｏｃａｌ」を
クライアントサイトから「／ｍｎｔ／ｕＮＡＳａ」７０
４にマウントする。同様に、クライアントサイトは「／
ｕＮＡＳａ」をサーバサイトから「／ｍｎｔ」７０２に
マウントする。
実施例に関する通常の起動順序を示す。クライアントサ
イト６０２（図６）はそのブート・シーケンスを行う
（ステップ８１２）。クライアントサイトはオンライン
の時、サーバサイト６０６との通信を確立し（ステップ
８１４）、サーバサイトのファイルシステムの一部への
アクセスを得る（ステップ８１６）。逆に、本発明の態
様によれば、サーバサイトはクライアントサイトファイ
ルシステムへのアクセスを得る（ステップ８１８）。シ
ステムがＵＮＩＸ系（例えば、ＢＳＤ ＯＳ）である実
施例では、マウント操作が行われる。すなわち例えば、
図７を参照すると、サーバサイトは「／ｌｏｃａｌ」を
クライアントサイトから「／ｍｎｔ／ｕＮＡＳａ」７０
４にマウントする。同様に、クライアントサイトは「／
ｕＮＡＳａ」をサーバサイトから「／ｍｎｔ」７０２に
マウントする。
【００６０】クライアントサイトにある階層マネージャ
に関して図３に示される処理は本発明のこの第２の態様
にも適用されるが、ここでは階層マネージャはサーバサ
イトにある。フローチャート３００によるサーバサイト
での処理は、サーバサイトがクライアントサイトのファ
イルシステムをマウントしたことによって可能になる。
従って、サーバサイトはクライアントサイトファイルシ
ステムへのアクセスを有するので、クライアントサイト
のファイルシステムを監視し、それにアクセスすること
ができる。サーバサイトがクライアントサイトのディレ
クトリをマウントすると、技術的にクライアントサイト
はサーバサイトにとっての「ファイルサーバ」となる。
従って、サーバサイトとクライアントサイトの両方は、
同時にファイルサーバとクライアントである。
に関して図３に示される処理は本発明のこの第２の態様
にも適用されるが、ここでは階層マネージャはサーバサ
イトにある。フローチャート３００によるサーバサイト
での処理は、サーバサイトがクライアントサイトのファ
イルシステムをマウントしたことによって可能になる。
従って、サーバサイトはクライアントサイトファイルシ
ステムへのアクセスを有するので、クライアントサイト
のファイルシステムを監視し、それにアクセスすること
ができる。サーバサイトがクライアントサイトのディレ
クトリをマウントすると、技術的にクライアントサイト
はサーバサイトにとっての「ファイルサーバ」となる。
従って、サーバサイトとクライアントサイトの両方は、
同時にファイルサーバとクライアントである。
【００６１】ここで図３及び図６を参照すると、処理は
サーバサイトでのトリガイベントの検出によって始まる
（ステップ３０２）。トリガイベントは、ストレージ管
理が周期的に行われるスケジュールされたイベントでも
よい。トリガイベントは、必要に応じてシステムレベル
処理によって開始される。例えば、サーバサイトのシス
テム管理者は手動でその処理を開始することがある。通
常は電算機構で許容されないが、トリガイベントはシス
テムを管理しないユーザによって開始されることさえあ
る。ディスク装置の要領が一杯に近い状態の検出といっ
た予防的な手段（例えば、ディスクの合計容量の９０％
利用がトリガしきい値として使用されることがある）が
処理を開始するトリガイベントの役目を果たすこともあ
る。例えば、サーバサイトは、クライアントサイトの利
用可能なディスク空間の検査を周期的に実行する「ｃｒ
ｏｎ」処理を実行し、利用可能なディスク容量が所定の
しきい値以下であれば処理を開始してもよい。
サーバサイトでのトリガイベントの検出によって始まる
（ステップ３０２）。トリガイベントは、ストレージ管
理が周期的に行われるスケジュールされたイベントでも
よい。トリガイベントは、必要に応じてシステムレベル
処理によって開始される。例えば、サーバサイトのシス
テム管理者は手動でその処理を開始することがある。通
常は電算機構で許容されないが、トリガイベントはシス
テムを管理しないユーザによって開始されることさえあ
る。ディスク装置の要領が一杯に近い状態の検出といっ
た予防的な手段（例えば、ディスクの合計容量の９０％
利用がトリガしきい値として使用されることがある）が
処理を開始するトリガイベントの役目を果たすこともあ
る。例えば、サーバサイトは、クライアントサイトの利
用可能なディスク空間の検査を周期的に実行する「ｃｒ
ｏｎ」処理を実行し、利用可能なディスク容量が所定の
しきい値以下であれば処理を開始してもよい。
【００６２】サーバサイトは、クライアントサイトのデ
ィレクトリツリーをマウントしており、クライアントサ
イトの利用可能なディスク空間に関する情報へのアクセ
スを有するので、これを行うことができる。例えば、Ｂ
ＳＤ実施形態では、マウントポイント（例えば、／ｍｎ
ｔ／ｕＮＡＳａ、７０４）上で「ｄｆ」システムユーテ
ィリティを実行することで、ファイルシステム（すなわ
ち、／ｌｏｃａｌ、７０５）の何パーセントのディスク
空間が消費されているかといった情報が提供される。サ
ーバサイトは複数のクライアントサイトに関するオフサ
イトストレージ機構を提供するので、トリガイベントは
クライアントサイトに関連しなければならない。
ィレクトリツリーをマウントしており、クライアントサ
イトの利用可能なディスク空間に関する情報へのアクセ
スを有するので、これを行うことができる。例えば、Ｂ
ＳＤ実施形態では、マウントポイント（例えば、／ｍｎ
ｔ／ｕＮＡＳａ、７０４）上で「ｄｆ」システムユーテ
ィリティを実行することで、ファイルシステム（すなわ
ち、／ｌｏｃａｌ、７０５）の何パーセントのディスク
空間が消費されているかといった情報が提供される。サ
ーバサイトは複数のクライアントサイトに関するオフサ
イトストレージ機構を提供するので、トリガイベントは
クライアントサイトに関連しなければならない。
【００６３】あるクライアントサイトに対するトリガイ
ベントに応答して、クライアントサイトからサーバサイ
ト６０６に「移動」すべきファイルのマスタリストが生
成される。本発明のこの第２の態様における実施例で
は、このリストは、まずクライアントサイトのローカル
ファイルシステム中の全てのファイルを記載（すなわち
指定）する第１リストを生成することによって、サーバ
サイトによって作成される（ステップ３０２）。実際に
はシンボリックリンクである第１リスト中のファイルは
第１リストから除去される（ステップ３０４）。シンボ
リックリンクであるファイルはローカルファイルシステ
ム中のストレージ空間を消費しないので、そうしたファ
イルを処理する必要はない。
ベントに応答して、クライアントサイトからサーバサイ
ト６０６に「移動」すべきファイルのマスタリストが生
成される。本発明のこの第２の態様における実施例で
は、このリストは、まずクライアントサイトのローカル
ファイルシステム中の全てのファイルを記載（すなわち
指定）する第１リストを生成することによって、サーバ
サイトによって作成される（ステップ３０２）。実際に
はシンボリックリンクである第１リスト中のファイルは
第１リストから除去される（ステップ３０４）。シンボ
リックリンクであるファイルはローカルファイルシステ
ム中のストレージ空間を消費しないので、そうしたファ
イルを処理する必要はない。
【００６４】第１リスト中に記載されたファイルのうち
「上位リスト」中にも記載されているものは第１リスト
から除去される（ステップ３０８）。この「上位リス
ト」はサーバサイトで維持され、クライアントサイト中
でサーバサイト６０６に移動すべきでないとあらかじめ
考えられたファイルを指定する。「上位リスト」によっ
て第１リストをフィルタリングすると、サーバサイトに
移動すべきファイルだけを含む第２リスト（すなわち、
マスタリスト）が得られる。「上位リスト」は、削除を
含む任意の時点で修正されるので、上記のフィルタリン
グステップは、トリガイベントが検出される都度行われ
るべきである。
「上位リスト」中にも記載されているものは第１リスト
から除去される（ステップ３０８）。この「上位リス
ト」はサーバサイトで維持され、クライアントサイト中
でサーバサイト６０６に移動すべきでないとあらかじめ
考えられたファイルを指定する。「上位リスト」によっ
て第１リストをフィルタリングすると、サーバサイトに
移動すべきファイルだけを含む第２リスト（すなわち、
マスタリスト）が得られる。「上位リスト」は、削除を
含む任意の時点で修正されるので、上記のフィルタリン
グステップは、トリガイベントが検出される都度行われ
るべきである。
【００６５】「下位リスト」中に記載されたファイルは
サーバサイト６０６に移動される（ステップ３１０）。
「下位リスト」は、（例えばシステム管理者及び／また
はユーザ）によって常にサーバサイトに格納すべきだと
考えられたファイルを指定する。これは、トリガイベン
トが検出される都度このステップを行うことによって保
証される。「上位リスト」の場合と同様、「下位リス
ト」も修正することができる。次に、「上位リスト」中
のファイルがサーバサイトからクライアントサイトに移
動される（ステップ３１２）。この操作によって、「上
位リスト」中に記載されたファイルが実際に物理的にク
ライアントサイトにあることが保証される。
サーバサイト６０６に移動される（ステップ３１０）。
「下位リスト」は、（例えばシステム管理者及び／また
はユーザ）によって常にサーバサイトに格納すべきだと
考えられたファイルを指定する。これは、トリガイベン
トが検出される都度このステップを行うことによって保
証される。「上位リスト」の場合と同様、「下位リス
ト」も修正することができる。次に、「上位リスト」中
のファイルがサーバサイトからクライアントサイトに移
動される（ステップ３１２）。この操作によって、「上
位リスト」中に記載されたファイルが実際に物理的にク
ライアントサイトにあることが保証される。
【００６６】「下位リスト」及び「上位リスト」中に記
載されたファイルがしかるべく移動された後、マスタリ
スト中のファイルが一度に１つ、クライアントサイト６
０２からサーバサイト６０６に移動される。これは、利
用可能なディスク容量が所定のしきい値、例えば２０％
を越えるまで繰り返される（ステップ３１３）。最古の
アクセスファイルは、最もアクティブでないファイルで
あるため最初に移動される（ステップ３１４）。サーバ
サイトに移動される各ファイルについて、前述したよう
にクライアントサイト中にシンボリックリンクが作成さ
れる（ステップ３１６）。
載されたファイルがしかるべく移動された後、マスタリ
スト中のファイルが一度に１つ、クライアントサイト６
０２からサーバサイト６０６に移動される。これは、利
用可能なディスク容量が所定のしきい値、例えば２０％
を越えるまで繰り返される（ステップ３１３）。最古の
アクセスファイルは、最もアクティブでないファイルで
あるため最初に移動される（ステップ３１４）。サーバ
サイトに移動される各ファイルについて、前述したよう
にクライアントサイト中にシンボリックリンクが作成さ
れる（ステップ３１６）。
【００６７】図９を参照すると、本発明のこの第２の態
様による階層マネージャの別の態様が示される。ここで
はトリガイベント（ステップ９０２）とは、以前サーバ
サイトに移動されたファイルに対してクライアントサイ
トでなされるファイルアクセス要求である。サーバサイ
トはクライアントサイトディレクトリツリーをマウント
しているので、ファイルがシンボリックリンクを通じて
アクセスされる時このイベントの検出が可能である。Ｂ
ＳＤ ＯＳでは、シンボリックリンクに対する読み取り
要求がクライアントサイトに対して発行されると、クラ
イアントサイトはサーバサイトに対する読み取り要求を
発行する。サーバサイトはクライアントサイトからのこ
のファイル要求をトラップする。上述したように、ファ
イルＩ／Ｏ要求のトラップは、サーバサイトのファイル
システムに適当な修正を行うことによって達成できる。
様による階層マネージャの別の態様が示される。ここで
はトリガイベント（ステップ９０２）とは、以前サーバ
サイトに移動されたファイルに対してクライアントサイ
トでなされるファイルアクセス要求である。サーバサイ
トはクライアントサイトディレクトリツリーをマウント
しているので、ファイルがシンボリックリンクを通じて
アクセスされる時このイベントの検出が可能である。Ｂ
ＳＤ ＯＳでは、シンボリックリンクに対する読み取り
要求がクライアントサイトに対して発行されると、クラ
イアントサイトはサーバサイトに対する読み取り要求を
発行する。サーバサイトはクライアントサイトからのこ
のファイル要求をトラップする。上述したように、ファ
イルＩ／Ｏ要求のトラップは、サーバサイトのファイル
システムに適当な修正を行うことによって達成できる。
【００６８】クライアントサイトからのファイルアクセ
ストリガイベントを検出すると、アクセス要求が行われ
る（ステップ９０４）。次に、ファイルアクセスがサー
ビスされた後、第１検出ポイントが行われ（ステップ９
０１）、ファイルアクセスがクライアントサイトからの
ものかを決定する。そうでない場合、処理は完了する
（ステップ９１０）。ステップ９０１が肯定的であれ
ば、第２決定ポイント（ステップ９０３）はクライアン
トサイトからのアクセス要求が、クライアントサイトか
らサーバサイトに移動されたファイルに対するものだっ
たかを決定する。これは、アクセスされるファイルが、
クライアントサイトに関連する（サーバサイトの）ロー
カルディレクトリ中にあるかを決定することによってな
される。例えば、図７は、クライアントサイト６０２
が、「／ｌｏｃａｌ／ｕＮＡＳａ」と名付けられたサー
バサイト６０６中の関連するローカルディレクトリを有
することを示している。すなわち、ファイルが「／ｌｏ
ｃａｌ／ｕＮＡＳａ」の下のどこかにある場合、ステッ
プ９０３の決定ポイントは肯定的であり、処理は次の決
定ポイント、ステップ９０５に進む。そうでない場合、
ファイルアクセスはサーバサイトにあるファイルに対す
るものだったので、処理は完了する（ステップ９１
０）。
ストリガイベントを検出すると、アクセス要求が行われ
る（ステップ９０４）。次に、ファイルアクセスがサー
ビスされた後、第１検出ポイントが行われ（ステップ９
０１）、ファイルアクセスがクライアントサイトからの
ものかを決定する。そうでない場合、処理は完了する
（ステップ９１０）。ステップ９０１が肯定的であれ
ば、第２決定ポイント（ステップ９０３）はクライアン
トサイトからのアクセス要求が、クライアントサイトか
らサーバサイトに移動されたファイルに対するものだっ
たかを決定する。これは、アクセスされるファイルが、
クライアントサイトに関連する（サーバサイトの）ロー
カルディレクトリ中にあるかを決定することによってな
される。例えば、図７は、クライアントサイト６０２
が、「／ｌｏｃａｌ／ｕＮＡＳａ」と名付けられたサー
バサイト６０６中の関連するローカルディレクトリを有
することを示している。すなわち、ファイルが「／ｌｏ
ｃａｌ／ｕＮＡＳａ」の下のどこかにある場合、ステッ
プ９０３の決定ポイントは肯定的であり、処理は次の決
定ポイント、ステップ９０５に進む。そうでない場合、
ファイルアクセスはサーバサイトにあるファイルに対す
るものだったので、処理は完了する（ステップ９１
０）。
【００６９】決定ポイント９０５では、アクセスされた
ファイルが「下位リスト」中に記載されているかを決定
するチェックがなされる。そうである場合、それが示す
ところによればファイルはサーバサイトにあると考えら
れていたので、処理は完了する（ステップ９１０）。そ
うでない場合、ファイルはクライアントサイトにコピー
して戻されるが（ステップ９０６）、これにはサーバサ
イトのファイルを削除するステップが含まれる。また、
クライアントサイトのシンボリックリンクは、今クライ
アントサイトにある物理ファイルへの参照に置換される
（ステップ９０８）。
ファイルが「下位リスト」中に記載されているかを決定
するチェックがなされる。そうである場合、それが示す
ところによればファイルはサーバサイトにあると考えら
れていたので、処理は完了する（ステップ９１０）。そ
うでない場合、ファイルはクライアントサイトにコピー
して戻されるが（ステップ９０６）、これにはサーバサ
イトのファイルを削除するステップが含まれる。また、
クライアントサイトのシンボリックリンクは、今クライ
アントサイトにある物理ファイルへの参照に置換される
（ステップ９０８）。
【００７０】本発明の第１の態様の場合と同様に、本発
明のこの第２の態様は容易にＳＳＰ環境に適用される。
ストレージをクライアントに割り当て、使用毎に請求す
ることができる。すなわち、クライアントは消費された
ストレージの量に応じて課金される。例えば、月極め課
金プランでは、平均ストレージ消費率が計算される。ク
ライアントは平均ストレージ消費率に基づいて課金され
る。別の課金プランでは、クライアントは期間中に使用
された最大物理ストレージに応じて課金される。
明のこの第２の態様は容易にＳＳＰ環境に適用される。
ストレージをクライアントに割り当て、使用毎に請求す
ることができる。すなわち、クライアントは消費された
ストレージの量に応じて課金される。例えば、月極め課
金プランでは、平均ストレージ消費率が計算される。ク
ライアントは平均ストレージ消費率に基づいて課金され
る。別の課金プランでは、クライアントは期間中に使用
された最大物理ストレージに応じて課金される。
【００７１】図１０は、本発明の第３の態様における実
施例の高レベル図を示す。通常のクライアントサイト１
００２及び１００４がそれぞれ示され、各々総称的にＰ
Ｃと呼ばれる多様なコンピュータシステム１０２２及び
１０４２を備えている。本発明のこの第３の態様のため
考慮される動作環境では、各コンピュータシステム、例
えば１０２２Ａ、１０４２Ｂはそれぞれ、固有のＰＣコ
ンピュータユニットサブシステム１０２１、１０４１を
備え、固有のローカルストレージ装置１０２３、１０４
３にアクセスする。ＰＣはそれぞれ内部で提供されるデ
ータ通信ネットワーク１０２８、１０４８に接続され
る。
施例の高レベル図を示す。通常のクライアントサイト１
００２及び１００４がそれぞれ示され、各々総称的にＰ
Ｃと呼ばれる多様なコンピュータシステム１０２２及び
１０４２を備えている。本発明のこの第３の態様のため
考慮される動作環境では、各コンピュータシステム、例
えば１０２２Ａ、１０４２Ｂはそれぞれ、固有のＰＣコ
ンピュータユニットサブシステム１０２１、１０４１を
備え、固有のローカルストレージ装置１０２３、１０４
３にアクセスする。ＰＣはそれぞれ内部で提供されるデ
ータ通信ネットワーク１０２８、１０４８に接続され
る。
【００７２】各データ通信ネットワーク１０２８、１０
４８は、動作の外部にある一般的なデータ通信ネットワ
ーク１００８、例えば、広域ネットワーク（ＷＡＮ）へ
のアクセスを有する。これは例えばＴ１接続、またはさ
らに大容量の接続のことがある。この実施例の考慮され
る適用業務では、データ通信ネットワーク１００８は、
小さな事業所（例えば、クライアントサイト１００２、
１００４）を相互にリンクする、大企業環境の企業バッ
クボーンである。
４８は、動作の外部にある一般的なデータ通信ネットワ
ーク１００８、例えば、広域ネットワーク（ＷＡＮ）へ
のアクセスを有する。これは例えばＴ１接続、またはさ
らに大容量の接続のことがある。この実施例の考慮され
る適用業務では、データ通信ネットワーク１００８は、
小さな事業所（例えば、クライアントサイト１００２、
１００４）を相互にリンクする、大企業環境の企業バッ
クボーンである。
【００７３】サーバサイト１００６は、遠隔アクセスさ
れるストレージ機構を提供する。例えば、企業の設定で
は、サーバサイトはその企業のコンピュータセンタでも
よい。サーバサイトはＰＣ１０５２を備え、本発明のこ
の第３の態様によれば、そのＰＣはあるバージョンの階
層マネージャ１０６２を実行する。ＰＣはローカルエリ
アネットワーク（ＬＡＮ）１０５８に接続されている。
１つかそれ以上のデータストレージシステム１０５６が
ＬＡＮに接続され大容量遠隔ストレージ能力を提供す
る。１つの実施形態では、データストレージシステムは
ＮＡＳ装置であるが、何らかの他の適切なストレージ機
構でもよい。
れるストレージ機構を提供する。例えば、企業の設定で
は、サーバサイトはその企業のコンピュータセンタでも
よい。サーバサイトはＰＣ１０５２を備え、本発明のこ
の第３の態様によれば、そのＰＣはあるバージョンの階
層マネージャ１０６２を実行する。ＰＣはローカルエリ
アネットワーク（ＬＡＮ）１０５８に接続されている。
１つかそれ以上のデータストレージシステム１０５６が
ＬＡＮに接続され大容量遠隔ストレージ能力を提供す
る。１つの実施形態では、データストレージシステムは
ＮＡＳ装置であるが、何らかの他の適切なストレージ機
構でもよい。
【００７４】図１１は、本発明の第３の態様における実
施例によるファイルシステム操作を示す。ＰＣ１０２２
Ａ、１０４２Ｂ、１０５２とストレージ装置１０５６を
含む各装置は固有のファイルシステムを有する。図１０
に示される通信ネットワーク１００８及び１０５８によ
って、ファイルシステムは図１１に示される操作をマウ
ントすることができる。特に、ＰＣＡ（１０２２Ａ）
は、ローカルディレクトリツリー１１２２を有するロー
カルファイルシステムを備えている。慣例により、ＰＣ
Ａで作成される全てのユーザファイルはディレクトリツ
リー１１２２の下に格納される。同様に、ＰＣＢ（１０
４２Ｂ）はローカルディレクトリツリー１１２４を有す
るローカルファイルシステムを備えている。やはり慣例
により、ＰＣＢで作成される全てのユーザファイルはデ
ィレクトリツリー１１２４の下に格納される。各ＰＣの
ローカルファイルシステムはまた、普通ＵＮＩＸ系ＯＳ
に見られる共通のシステムディレクトリを含む。
施例によるファイルシステム操作を示す。ＰＣ１０２２
Ａ、１０４２Ｂ、１０５２とストレージ装置１０５６を
含む各装置は固有のファイルシステムを有する。図１０
に示される通信ネットワーク１００８及び１０５８によ
って、ファイルシステムは図１１に示される操作をマウ
ントすることができる。特に、ＰＣＡ（１０２２Ａ）
は、ローカルディレクトリツリー１１２２を有するロー
カルファイルシステムを備えている。慣例により、ＰＣ
Ａで作成される全てのユーザファイルはディレクトリツ
リー１１２２の下に格納される。同様に、ＰＣＢ（１０
４２Ｂ）はローカルディレクトリツリー１１２４を有す
るローカルファイルシステムを備えている。やはり慣例
により、ＰＣＢで作成される全てのユーザファイルはデ
ィレクトリツリー１１２４の下に格納される。各ＰＣの
ローカルファイルシステムはまた、普通ＵＮＩＸ系ＯＳ
に見られる共通のシステムディレクトリを含む。
【００７５】サーバサイト１００６では、遠隔ストレー
ジ装置１０５６中のファイルシステムにはローカルディ
レクトリツリー１１４２が含まれる。このディレクトリ
ツリーの下には、「／ｌｏｃａｌ／Ｐｃａ」（１１３
２）及び「／ｌｏｃａｌ／Ｐｃｂ」（１１３４）という
名前の２つのサブツリーがある。サブツリー１１３２
は、ＰＣＡファイルシステム中のマウントポイント１１
１２（「／ｍｎｔ」）でＰＣＡ（１０２２Ａ）によって
マウントされる。同様に、サブツリー１１３４はＰＣＢ
ファイルシステム中のマウントポイント１１１４（「／
ｍｎｔ」）でＰＣＢ（１０４２Ｂ）によってマウントさ
れる。
ジ装置１０５６中のファイルシステムにはローカルディ
レクトリツリー１１４２が含まれる。このディレクトリ
ツリーの下には、「／ｌｏｃａｌ／Ｐｃａ」（１１３
２）及び「／ｌｏｃａｌ／Ｐｃｂ」（１１３４）という
名前の２つのサブツリーがある。サブツリー１１３２
は、ＰＣＡファイルシステム中のマウントポイント１１
１２（「／ｍｎｔ」）でＰＣＡ（１０２２Ａ）によって
マウントされる。同様に、サブツリー１１３４はＰＣＢ
ファイルシステム中のマウントポイント１１１４（「／
ｍｎｔ」）でＰＣＢ（１０４２Ｂ）によってマウントさ
れる。
【００７６】図１１は、以下説明される本発明の第３の
態様により、ＰＣＡ（１０２２Ａ）中のファイル１１３
１が遠隔ストレージ装置１０５６に移動されたことを示
す。従って、ファイルの物理的ロケーションは遠隔スト
レージ装置中にある。移動されたファイルのファイル名
はＰＣＡに関連する遠隔ストレージ装置のサブツリー１
１３２中の対応するロケーションを占める。さらに、シ
ンボリックリンクがＰＣＡ中に作成され、移動されたフ
ァイルのファイル名を置換する。これは図１１で破線の
矢印によって表される。同様に、ＰＣＢ（１０４２Ｂ）
中のファイル１１３３は、やはり本発明の第３の態様に
よって移動されたことが示される。物理的ファイルは遠
隔ストレージ装置１０５６中にある。遠隔ストレージ装
置中のファイルへのシンボリックリンクがＰＣＢ中に作
成される。
態様により、ＰＣＡ（１０２２Ａ）中のファイル１１３
１が遠隔ストレージ装置１０５６に移動されたことを示
す。従って、ファイルの物理的ロケーションは遠隔スト
レージ装置中にある。移動されたファイルのファイル名
はＰＣＡに関連する遠隔ストレージ装置のサブツリー１
１３２中の対応するロケーションを占める。さらに、シ
ンボリックリンクがＰＣＡ中に作成され、移動されたフ
ァイルのファイル名を置換する。これは図１１で破線の
矢印によって表される。同様に、ＰＣＢ（１０４２Ｂ）
中のファイル１１３３は、やはり本発明の第３の態様に
よって移動されたことが示される。物理的ファイルは遠
隔ストレージ装置１０５６中にある。遠隔ストレージ装
置中のファイルへのシンボリックリンクがＰＣＢ中に作
成される。
【００７７】図１１はまたへ、ＰＣＣ（１０５２）が３
つのマウントポイント１１０２（「／ｍｎｔ／ＮＡ
Ｓ」）、１１０４（「／ｍｎｔ／Ｐｃａ」）、及び１１
０６（「／ｍｎｔ／ＰＣｂ」を含むことを示す。これら
のマウントポイントはそれぞれ遠隔ストレージ装置１０
５６、ＰＣＡ（１０２２Ａ）、及びＰＣＢ（１０４２
Ｂ）のファイルシステム中の様々なディレクトリツリー
をマウントするためのものである。すなわち、ＰＣＣは
遠隔ストレージ装置の「／ｌｏｃａｌ」ディレクトリツ
リー１１４２をマウントポイント１１０２にマウントす
る。同様に、それぞれＰＣＡ及びＰＣＢの「／ｌｏｃａ
ｌ」ディレクトリツリー１１２２、１１２４はマウント
ポイント１１０４及び１１０６にマウントされる。
つのマウントポイント１１０２（「／ｍｎｔ／ＮＡ
Ｓ」）、１１０４（「／ｍｎｔ／Ｐｃａ」）、及び１１
０６（「／ｍｎｔ／ＰＣｂ」を含むことを示す。これら
のマウントポイントはそれぞれ遠隔ストレージ装置１０
５６、ＰＣＡ（１０２２Ａ）、及びＰＣＢ（１０４２
Ｂ）のファイルシステム中の様々なディレクトリツリー
をマウントするためのものである。すなわち、ＰＣＣは
遠隔ストレージ装置の「／ｌｏｃａｌ」ディレクトリツ
リー１１４２をマウントポイント１１０２にマウントす
る。同様に、それぞれＰＣＡ及びＰＣＢの「／ｌｏｃａ
ｌ」ディレクトリツリー１１２２、１１２４はマウント
ポイント１１０４及び１１０６にマウントされる。
【００７８】本発明のこの態様の実施例による階層マネ
ージャ１０６２（図１０）での処理について説明するた
め、ここで図１２を参照する。処理はサーバサイト１０
０６でのトリガイベントの検出によって開始される（ス
テップ１２０２）。トリガイベントは、例えば単にスケ
ジュールされた保守期間中の一定の量の時間の経過でも
よい。トリガイベントは利用可能なストレージ空間が少
ない状態の検出でもよい。これは、サーバサイトがその
クライアントサイト１００２、１００４の利用可能なス
トレージを周期的にチェックする「ｃｒｏｎ」処理を実
行することによって提供される。トリガイベントはサー
バサイトのシステム管理者からの明示的な要求でもよ
い。サーバサイトは複数のクライアントを処理するの
で、トリガイベントは、トリガイベントが関連するクラ
イアントを識別する情報に関連付けられる。
ージャ１０６２（図１０）での処理について説明するた
め、ここで図１２を参照する。処理はサーバサイト１０
０６でのトリガイベントの検出によって開始される（ス
テップ１２０２）。トリガイベントは、例えば単にスケ
ジュールされた保守期間中の一定の量の時間の経過でも
よい。トリガイベントは利用可能なストレージ空間が少
ない状態の検出でもよい。これは、サーバサイトがその
クライアントサイト１００２、１００４の利用可能なス
トレージを周期的にチェックする「ｃｒｏｎ」処理を実
行することによって提供される。トリガイベントはサー
バサイトのシステム管理者からの明示的な要求でもよ
い。サーバサイトは複数のクライアントを処理するの
で、トリガイベントは、トリガイベントが関連するクラ
イアントを識別する情報に関連付けられる。
【００７９】トリガイベントに応答して、階層マネージ
ャは、物理的にサーバサイト上に格納されるべきと判断
されたファイルのファイル名のリストを含む「下位リス
ト」を参照する（ステップ１２０４）。まだサーバサイ
トに移動されていない各ファイルはサーバサイトに移動
される。移動された各ファイルのａｔｉｍｅパラメータ
は移動操作の直前の時間値を反映するよう調整される。
クライアントサイトからサーバサイトへの移動操作に
は、サーバサイト上にファイルのコピーを作成するステ
ップと、クライアントサイトからファイルを削除するス
テップと、クライアントサイト中のファイル名をシンボ
リックリンクによって置換するステップとが含まれるこ
とを想起されたい。
ャは、物理的にサーバサイト上に格納されるべきと判断
されたファイルのファイル名のリストを含む「下位リス
ト」を参照する（ステップ１２０４）。まだサーバサイ
トに移動されていない各ファイルはサーバサイトに移動
される。移動された各ファイルのａｔｉｍｅパラメータ
は移動操作の直前の時間値を反映するよう調整される。
クライアントサイトからサーバサイトへの移動操作に
は、サーバサイト上にファイルのコピーを作成するステ
ップと、クライアントサイトからファイルを削除するス
テップと、クライアントサイト中のファイル名をシンボ
リックリンクによって置換するステップとが含まれるこ
とを想起されたい。
【００８０】次に、ステップ１２０６では、「上位リス
ト」が参照される。このリストは、常にクライアントサ
イト中にあるべきと考えられたファイルのファイル名を
含む。すなわち、すでにクライアントサイト中にない各
ファイルについて、それはサーバサイトからクライアン
トサイトに移動される。移動される各ファイルのａｔｉ
ｍｅパラメータは、移動操作の直前の時間値を反映する
よう調整される。サーバサイトからクライアントサイト
への移動操作には、クライアントサイトにファイルのコ
ピーを作成するステップと、クライアントサイトのシン
ボリックリンクを実際のファイル名によって置換するス
テップと、サーバサイトのファイルを削除するステップ
とが含まれることを想起されたい。
ト」が参照される。このリストは、常にクライアントサ
イト中にあるべきと考えられたファイルのファイル名を
含む。すなわち、すでにクライアントサイト中にない各
ファイルについて、それはサーバサイトからクライアン
トサイトに移動される。移動される各ファイルのａｔｉ
ｍｅパラメータは、移動操作の直前の時間値を反映する
よう調整される。サーバサイトからクライアントサイト
への移動操作には、クライアントサイトにファイルのコ
ピーを作成するステップと、クライアントサイトのシン
ボリックリンクを実際のファイル名によって置換するス
テップと、サーバサイトのファイルを削除するステップ
とが含まれることを想起されたい。
【００８１】ステップ１２０８では、クライアントサイ
トからサーバサイトに移動され現在サーバ側にあるファ
イルのリストが作成される。このリストはファイルのａ
ｔｉｍｅパラメータによってソートされる。このソート
されるリストから、「下位リスト」と「上位リスト」で
特定されるファイルがフィルタリング（または他の方法
で除外）される（ステップ１２１０）。次に、ソートさ
れフィルタリングされたリスト中の各ファイルがサーバ
サイトからクライアントサイトに移動される（ステップ
１２１２）。さらに詳しく言うと、クライアントによる
最新のアクセスファイルが移動される。これは、そのリ
ストがａｔｉｍｅパラメータによってソートされている
という事実によって促進される。ステップ１２１２は、
クライアントサイト中の利用可能なディスク容量が所定
のしきい値以下に下がるまで継続される（ステップ１２
０１）。例えば、クライアント側に残る利用可能な空間
が５％だけになるまでファイルが移動されて戻される。
トからサーバサイトに移動され現在サーバ側にあるファ
イルのリストが作成される。このリストはファイルのａ
ｔｉｍｅパラメータによってソートされる。このソート
されるリストから、「下位リスト」と「上位リスト」で
特定されるファイルがフィルタリング（または他の方法
で除外）される（ステップ１２１０）。次に、ソートさ
れフィルタリングされたリスト中の各ファイルがサーバ
サイトからクライアントサイトに移動される（ステップ
１２１２）。さらに詳しく言うと、クライアントによる
最新のアクセスファイルが移動される。これは、そのリ
ストがａｔｉｍｅパラメータによってソートされている
という事実によって促進される。ステップ１２１２は、
クライアントサイト中の利用可能なディスク容量が所定
のしきい値以下に下がるまで継続される（ステップ１２
０１）。例えば、クライアント側に残る利用可能な空間
が５％だけになるまでファイルが移動されて戻される。
【００８２】次に、ステップ１２１４では、クライアン
ト側にあるファイルのリストが作成されａｔｉｍｅによ
ってソートされる。リストは「上位」及び「下位」リス
トを使用してフィルタリングされる（ステップ１２１
６）。リストはさらにフィルタリングされ、実際にはシ
ンボリックリンクであるファイル名が除去（または他の
方法で除外）される。実際には、「下位リスト」ファイ
ルはすでにステップ１２０４でサーバサイトに移動され
ているので、それらのファイル名はシンボリックリンク
によって置換されている。ソートされフィルタリングさ
れたリスト中の各ファイルはクライアントサイトからサ
ーバサイトに移動される（ステップ１２１８）。
ト側にあるファイルのリストが作成されａｔｉｍｅによ
ってソートされる。リストは「上位」及び「下位」リス
トを使用してフィルタリングされる（ステップ１２１
６）。リストはさらにフィルタリングされ、実際にはシ
ンボリックリンクであるファイル名が除去（または他の
方法で除外）される。実際には、「下位リスト」ファイ
ルはすでにステップ１２０４でサーバサイトに移動され
ているので、それらのファイル名はシンボリックリンク
によって置換されている。ソートされフィルタリングさ
れたリスト中の各ファイルはクライアントサイトからサ
ーバサイトに移動される（ステップ１２１８）。
【００８３】さらに詳しく言うと、最古のアクセスファ
イルが最初に移動される。これは、そのリストがａｔｉ
ｍｅパラメータによってソートされているという事実に
よって促進される。ステップ１２１８は、利用可能なデ
ィスク容量が所定のしきい値に達するまで継続される、
ステップ１２０３。例えば、クライアント側の利用可能
な容量が２０％程度に達するまでファイルがサーバ側に
移動される。
イルが最初に移動される。これは、そのリストがａｔｉ
ｍｅパラメータによってソートされているという事実に
よって促進される。ステップ１２１８は、利用可能なデ
ィスク容量が所定のしきい値に達するまで継続される、
ステップ１２０３。例えば、クライアント側の利用可能
な容量が２０％程度に達するまでファイルがサーバ側に
移動される。
【００８４】ここで本発明の第４の態様における実施例
について図１３Ａ及び図１３Ｂを参照する。図１３Ａは
通信ネットワーク１３０６に接続されるストレージ機構
を示す。ストレージ機構には、例えばＮＡＳ装置のよう
な、データストレージ装置１３１４が含まれる。ストレ
ージ機構はまた、本発明のこの実施例によって動作する
階層マネージャ１３２４を含むコンピュータシステム１
３２２を含み、また通信ネットワーク１３０６に接続さ
れる。別のストレージ機構１３０１は通信ネットワーク
１３０２に接続され、ストレージ装置１３１２を含む。
また別のストレージ機構１３０５はまた別の通信ネット
ワーク１３０４に接続され、ストレージ装置１３１６を
含む。通信ネットワーク１３０６は他の２つの通信ネッ
トワーク１３０２、１３０４への通信リンクを有する。
について図１３Ａ及び図１３Ｂを参照する。図１３Ａは
通信ネットワーク１３０６に接続されるストレージ機構
を示す。ストレージ機構には、例えばＮＡＳ装置のよう
な、データストレージ装置１３１４が含まれる。ストレ
ージ機構はまた、本発明のこの実施例によって動作する
階層マネージャ１３２４を含むコンピュータシステム１
３２２を含み、また通信ネットワーク１３０６に接続さ
れる。別のストレージ機構１３０１は通信ネットワーク
１３０２に接続され、ストレージ装置１３１２を含む。
また別のストレージ機構１３０５はまた別の通信ネット
ワーク１３０４に接続され、ストレージ装置１３１６を
含む。通信ネットワーク１３０６は他の２つの通信ネッ
トワーク１３０２、１３０４への通信リンクを有する。
【００８５】図１３Ａに示されるアーキテクチャは、企
業、技術企業、教育施設等といった任意の電算機構の環
境でありうる。例えば、企業の設定では、ストレージ機
構１３０１は、互いにＬＡＮによってリンクされたオフ
ィス環境中のＰＣの小さなネットワークを備えることが
ある。ＮＡＳ装置がストレージ機構１３０１の中央デー
タ格納装置１３１２であることもある。通信ネットワー
ク１３０２は、その会社の企業ネットワークバックボー
ンである。ストレージ機構１３０３は、ＰＣと中央スト
レージ装置１３１４とを備える会社全体の中央電算セン
タである。
業、技術企業、教育施設等といった任意の電算機構の環
境でありうる。例えば、企業の設定では、ストレージ機
構１３０１は、互いにＬＡＮによってリンクされたオフ
ィス環境中のＰＣの小さなネットワークを備えることが
ある。ＮＡＳ装置がストレージ機構１３０１の中央デー
タ格納装置１３１２であることもある。通信ネットワー
ク１３０２は、その会社の企業ネットワークバックボー
ンである。ストレージ機構１３０３は、ＰＣと中央スト
レージ装置１３１４とを備える会社全体の中央電算セン
タである。
【００８６】コンピュータシステム１３２２は、本発明
のこの態様によるストレージ管理能力を提供する中央電
算機構中のコンピュータである。通信ネットワーク１３
０６は、ストレージ機構１３０３の中央データストレー
ジ１３１４へのアクセスをコンピュータシステム１３２
２に提供する中央電算センタ内のＬＡＮである。ストレ
ージ機構１３０５は、企業用大容量データストレージを
提供するストレージサービスプロバイダ（ＳＳＰ）でよ
い。この設定では、通信ネットワーク１３０４は広域ネ
ットワーク（ＷＡＮ）である。ストレージ装置１３１６
は何らかの形態の大容量ストレージシステムでよい。
のこの態様によるストレージ管理能力を提供する中央電
算機構中のコンピュータである。通信ネットワーク１３
０６は、ストレージ機構１３０３の中央データストレー
ジ１３１４へのアクセスをコンピュータシステム１３２
２に提供する中央電算センタ内のＬＡＮである。ストレ
ージ機構１３０５は、企業用大容量データストレージを
提供するストレージサービスプロバイダ（ＳＳＰ）でよ
い。この設定では、通信ネットワーク１３０４は広域ネ
ットワーク（ＷＡＮ）である。ストレージ装置１３１６
は何らかの形態の大容量ストレージシステムでよい。
【００８７】図１３Ｂは、図１３Ａで例示される構成要
素間のファイルシステムの相互関係を示す。他の実施例
の場合と同様、本実施例はＵＮＩＸ系ＯＳ（例えば、Ｂ
ＳＤＯＳ）に基づいている。すなわち、本発明の第４の
態様によれば、コンピュータシステム１３２２は、スト
レージ装置１３１２、１３１４、１３１６中に含まれる
各ファイルシステムの一部をマウントする。さらに、ス
トレージ装置１３１２中のファイルシステムはストレー
ジ装置１３１４中のファイルシステムの一部をマウント
する。一方、ストレージ装置１３１４中のファイルシス
テムはストレージ装置１３１６中のファイルシステムの
一部をマウントする。以下の議論のため、以下の命名規
則が使用される。すなわち、ストレージ装置１３１２は
上位ストレージ装置と呼ばれ、ストレージ装置１３１４
は中位ストレージ装置と呼ばれ、ストレージ装置１３１
６は下位ストレージ装置と呼ばれる。
素間のファイルシステムの相互関係を示す。他の実施例
の場合と同様、本実施例はＵＮＩＸ系ＯＳ（例えば、Ｂ
ＳＤＯＳ）に基づいている。すなわち、本発明の第４の
態様によれば、コンピュータシステム１３２２は、スト
レージ装置１３１２、１３１４、１３１６中に含まれる
各ファイルシステムの一部をマウントする。さらに、ス
トレージ装置１３１２中のファイルシステムはストレー
ジ装置１３１４中のファイルシステムの一部をマウント
する。一方、ストレージ装置１３１４中のファイルシス
テムはストレージ装置１３１６中のファイルシステムの
一部をマウントする。以下の議論のため、以下の命名規
則が使用される。すなわち、ストレージ装置１３１２は
上位ストレージ装置と呼ばれ、ストレージ装置１３１４
は中位ストレージ装置と呼ばれ、ストレージ装置１３１
６は下位ストレージ装置と呼ばれる。
【００８８】図１４は、本発明の第４の態様における実
施例の階層マネージャ中で発生する処理の概略を示す。
一般に、中間ストレージ装置（中位ストレージ装置）
は、本発明のこの第４の態様により上位ストレージ装置
のストレージ管理を提供する。ファイルは上位ストレー
ジ装置から中間ストレージ装置に移動される。下位スト
レージ装置は、本発明のこの第４の態様により中間スト
レージ装置のためのストレージ管理を提供する。
施例の階層マネージャ中で発生する処理の概略を示す。
一般に、中間ストレージ装置（中位ストレージ装置）
は、本発明のこの第４の態様により上位ストレージ装置
のストレージ管理を提供する。ファイルは上位ストレー
ジ装置から中間ストレージ装置に移動される。下位スト
レージ装置は、本発明のこの第４の態様により中間スト
レージ装置のためのストレージ管理を提供する。
【００８９】処理はトリガイベントを検出することによ
って開始される（ステップ１４０２）。トリガイベント
は、ストレージ管理を行うスケジュールされたイベント
でもよいし、上位ストレージ装置１３１２中の利用可能
なディスク容量がある所定のしきい値以下に低下したこ
と（または逆に、ストレージ装置の合計容量のある割合
がファイルに割り当てられたこと）の検出でもよいし、
また中位ストレージ装置１３１４中の利用可能なディス
ク容量がある所定のしきい値以下に低下したことの検出
でもよい。トリガイベントはシステム管理者によって開
始される明示的なイベントでもよい。
って開始される（ステップ１４０２）。トリガイベント
は、ストレージ管理を行うスケジュールされたイベント
でもよいし、上位ストレージ装置１３１２中の利用可能
なディスク容量がある所定のしきい値以下に低下したこ
と（または逆に、ストレージ装置の合計容量のある割合
がファイルに割り当てられたこと）の検出でもよいし、
また中位ストレージ装置１３１４中の利用可能なディス
ク容量がある所定のしきい値以下に低下したことの検出
でもよい。トリガイベントはシステム管理者によって開
始される明示的なイベントでもよい。
【００９０】次に、ファイルが下位ストレージ装置１３
１６から中位ストレージ装置１３１４に移動される（ス
テップ１４０４）。移動されるファイルは、図示される
ように中位ストレージ装置を介して上位ストレージ装置
１３１２から下位ストレージ装置に以前に移動されたフ
ァイル（すなわち、元々上位ストレージ装置に格納され
ていたファイル）である。さらに詳しく言うと、最古の
アクセスファイルが移動される。中位ストレージ装置中
のディスク使用量がしきい値を越える十分なファイルが
下位ストレージ装置から中位ストレージ装置に移動され
る（ステップ１４０１）。
１６から中位ストレージ装置１３１４に移動される（ス
テップ１４０４）。移動されるファイルは、図示される
ように中位ストレージ装置を介して上位ストレージ装置
１３１２から下位ストレージ装置に以前に移動されたフ
ァイル（すなわち、元々上位ストレージ装置に格納され
ていたファイル）である。さらに詳しく言うと、最古の
アクセスファイルが移動される。中位ストレージ装置中
のディスク使用量がしきい値を越える十分なファイルが
下位ストレージ装置から中位ストレージ装置に移動され
る（ステップ１４０１）。
【００９１】従って、ステップ１４０１及び１４０４の
場合、本発明のこの態様の実施例によれば、ファイルの
リストが作成され、それらのａｔｉｍｅパラメータによ
ってソートされる。上述した上位及び下位リストと同様
の中位リスト及び下位リストを提供することができる。
こうしたリストは、中位ストレージ装置１３１４（中位
リスト）または下位ストレージ装置１３１６（下位リス
ト）中にあると考えられたファイルをフィルタリングし
て除去（または他の方法で除外）するために使用され
る。ソートされ（おそらくはフィルタリングされた）リ
スト中のファイルは、中位装置中のディスク使用量がし
きい値を越えるまで、下位ストレージ装置から中位スト
レージ装置にコピーされる。最新のアクセスファイルが
最初に移動される。これは、例えば、ファイルをａｔｉ
ｍｅパラメータの降順でソートし、リストの上から始ま
る各ファイルを移動させることによって達成される。下
位装置から中位装置に移動される各ファイルについて
は、下位装置から削除され、中位装置中のシンボリック
リンクは中位装置中のファイル自体への参照によって置
換される。また、移動されるファイルのａｔｉｍｅパラ
メータは、ファイルが物理的に下位ストレージ装置中に
あった時有していた値に設定される。すなわち、ａｔｉ
ｍｅパラメータはこの操作の前に有していた値に設定さ
れる。
場合、本発明のこの態様の実施例によれば、ファイルの
リストが作成され、それらのａｔｉｍｅパラメータによ
ってソートされる。上述した上位及び下位リストと同様
の中位リスト及び下位リストを提供することができる。
こうしたリストは、中位ストレージ装置１３１４（中位
リスト）または下位ストレージ装置１３１６（下位リス
ト）中にあると考えられたファイルをフィルタリングし
て除去（または他の方法で除外）するために使用され
る。ソートされ（おそらくはフィルタリングされた）リ
スト中のファイルは、中位装置中のディスク使用量がし
きい値を越えるまで、下位ストレージ装置から中位スト
レージ装置にコピーされる。最新のアクセスファイルが
最初に移動される。これは、例えば、ファイルをａｔｉ
ｍｅパラメータの降順でソートし、リストの上から始ま
る各ファイルを移動させることによって達成される。下
位装置から中位装置に移動される各ファイルについて
は、下位装置から削除され、中位装置中のシンボリック
リンクは中位装置中のファイル自体への参照によって置
換される。また、移動されるファイルのａｔｉｍｅパラ
メータは、ファイルが物理的に下位ストレージ装置中に
あった時有していた値に設定される。すなわち、ａｔｉ
ｍｅパラメータはこの操作の前に有していた値に設定さ
れる。
【００９２】ステップ１４０３及び１４０６では、ステ
ップ１４０１及び１４０４で下位ストレージ装置と中位
ストレージ装置との間で行われるのと同様の処理が中位
ストレージ装置と上位ストレージ装置との間で行われ
る。移動されるファイルは以前上位ストレージ装置から
中位ストレージ装置に移動されたもの、すなわち、元々
上位ストレージ装置に格納されていたファイルである。
ップ１４０１及び１４０４で下位ストレージ装置と中位
ストレージ装置との間で行われるのと同様の処理が中位
ストレージ装置と上位ストレージ装置との間で行われ
る。移動されるファイルは以前上位ストレージ装置から
中位ストレージ装置に移動されたもの、すなわち、元々
上位ストレージ装置に格納されていたファイルである。
【００９３】次に、ステップ１４０５及び１４０８で
は、ファイルは上位ストレージ装置から中位ストレージ
装置１３１４に移動される。さらに詳しく言うと、最古
のアクセスファイルが移動される。上位装置から中位装
置に移動される各ファイルについては、元のファイル名
の代わりに論理参照が上位装置ファイルシステム中に作
成される。
は、ファイルは上位ストレージ装置から中位ストレージ
装置１３１４に移動される。さらに詳しく言うと、最古
のアクセスファイルが移動される。上位装置から中位装
置に移動される各ファイルについては、元のファイル名
の代わりに論理参照が上位装置ファイルシステム中に作
成される。
【００９４】本発明の態様における実施例の観点から、
ステップ１４０８は上位装置ファイルシステム中にファ
イルのソートされるリストを作成するステップを含む。
実際にはシンボリックリンクであるファイル名はこのリ
ストから除外される。また、上位ストレージ装置中にあ
ると考えられたファイルも除外される。これは、前の実
施例で説明したように、上位ストレージ装置から移動す
べきでないファイルを含む上位リストによってソートさ
れたリストをフィルタリングすることによって達成され
る。このリストは、ａｔｉｍｅパラメータによって昇順
でソートされる。ソートされ（かつ必要に応じてフィル
タリングされた）リスト中の各ファイルは、リストの上
から一度に１つ移動される。この方法で、最古のアクセ
スファイルが最初に移動される。これは、利用可能なデ
ィスク容量が所定のしきい値に達するまで継続される。
移動される各ファイルについて、ファイルのコピーが中
位装置中に作成され、ファイルが上位装置から削除さ
れ、シンボリックリンクが上位装置中のファイル名を置
換する。シンボリックリンクは中位装置中にあるファイ
ルへのものである。移動された各ファイルのａｔｉｍｅ
パラメータはそれが移動される直前に有していた値にな
るよう調整される。
ステップ１４０８は上位装置ファイルシステム中にファ
イルのソートされるリストを作成するステップを含む。
実際にはシンボリックリンクであるファイル名はこのリ
ストから除外される。また、上位ストレージ装置中にあ
ると考えられたファイルも除外される。これは、前の実
施例で説明したように、上位ストレージ装置から移動す
べきでないファイルを含む上位リストによってソートさ
れたリストをフィルタリングすることによって達成され
る。このリストは、ａｔｉｍｅパラメータによって昇順
でソートされる。ソートされ（かつ必要に応じてフィル
タリングされた）リスト中の各ファイルは、リストの上
から一度に１つ移動される。この方法で、最古のアクセ
スファイルが最初に移動される。これは、利用可能なデ
ィスク容量が所定のしきい値に達するまで継続される。
移動される各ファイルについて、ファイルのコピーが中
位装置中に作成され、ファイルが上位装置から削除さ
れ、シンボリックリンクが上位装置中のファイル名を置
換する。シンボリックリンクは中位装置中にあるファイ
ルへのものである。移動された各ファイルのａｔｉｍｅ
パラメータはそれが移動される直前に有していた値にな
るよう調整される。
【００９５】ステップ１４０７及び１４１０の処理は、
中位ストレージ装置と下位ストレージ装置との間で、上
位ストレージ装置と中位ストレージ装置との間のステッ
プ１４０５及び１４０８と同じ方法で進行する。中装置
から下位装置に移動されるファイルは、前に上位装置か
ら下位装置に移動されたファイルである。
中位ストレージ装置と下位ストレージ装置との間で、上
位ストレージ装置と中位ストレージ装置との間のステッ
プ１４０５及び１４０８と同じ方法で進行する。中装置
から下位装置に移動されるファイルは、前に上位装置か
ら下位装置に移動されたファイルである。
【００９６】ここで、本発明のさらに別の第５の態様に
おける実施例について説明するため図１５を参照する。
本発明の第５の態様によれば、複数のストレージ装置が
提供される。ストレージ装置へのアクセスを有する階層
マネージャは、各装置の利用可能なストレージ容量に応
じてストレージ装置間でファイルを移動する。図１５の
例示実施形態は複数のストレージ装置（１５２２〜１５
２８（それぞれＡ〜Ｄとする）を示す。複数のＰＣ１５
１４、１５１６（それぞれＰＣＡ及びＰＣＢとする）が
示され、１つかそれ以上のストレージ装置を例示する。
ＰＣ１５１２（ＰＣＣ）には階層マネージャ１５１３が
含まれる。装置間の通信アクセスを提供する通信ネット
ワーク１５０２が示される。本発明のこの態様によれ
ば、注意されるようにＰＣＣ（１５１２）は各ストレー
ジ装置Ａ〜Ｄのファイルシステムの少なくとも一部への
アクセスを有する。同様に、本発明のこの態様によれ
ば、各ストレージ装置Ａ〜Ｄは他のストレージ装置のフ
ァイルシステムの少なくとも一部へのアクセスを有す
る。このアーキテクチャ中の他のＰＣ（例えば、ＰＣ
Ａ、ＰＣＢ）によるユーザアクセスは、任意の組み合わ
せのユーザアクセスへのアクセスを有しうる。従って、
通信ネットワーク１５０２は一般に、装置間に何らかの
形態のデータ通信経路があることを表し、任意の特定の
実施例について、通信ネットワークはＬＡＮ、ＷＡＮ、
等の組み合わせを備えるものでよい。
おける実施例について説明するため図１５を参照する。
本発明の第５の態様によれば、複数のストレージ装置が
提供される。ストレージ装置へのアクセスを有する階層
マネージャは、各装置の利用可能なストレージ容量に応
じてストレージ装置間でファイルを移動する。図１５の
例示実施形態は複数のストレージ装置（１５２２〜１５
２８（それぞれＡ〜Ｄとする）を示す。複数のＰＣ１５
１４、１５１６（それぞれＰＣＡ及びＰＣＢとする）が
示され、１つかそれ以上のストレージ装置を例示する。
ＰＣ１５１２（ＰＣＣ）には階層マネージャ１５１３が
含まれる。装置間の通信アクセスを提供する通信ネット
ワーク１５０２が示される。本発明のこの態様によれ
ば、注意されるようにＰＣＣ（１５１２）は各ストレー
ジ装置Ａ〜Ｄのファイルシステムの少なくとも一部への
アクセスを有する。同様に、本発明のこの態様によれ
ば、各ストレージ装置Ａ〜Ｄは他のストレージ装置のフ
ァイルシステムの少なくとも一部へのアクセスを有す
る。このアーキテクチャ中の他のＰＣ（例えば、ＰＣ
Ａ、ＰＣＢ）によるユーザアクセスは、任意の組み合わ
せのユーザアクセスへのアクセスを有しうる。従って、
通信ネットワーク１５０２は一般に、装置間に何らかの
形態のデータ通信経路があることを表し、任意の特定の
実施例について、通信ネットワークはＬＡＮ、ＷＡＮ、
等の組み合わせを備えるものでよい。
【００９７】図１６は、本発明のこの第５の態様による
ファイルシステム間の相互関係を例示する。一般に、各
ストレージ装置１５２２〜１５２８には、他のストレー
ジ装置のファイルシステムの一部へのアクセスが提供さ
れる。さらに、ＰＣＣ（１５１２）は各ストレージ装置
のファイルシステムの少なくとも一部へのアクセスを有
する。図１６は、本発明のこの態様における実施例に関
連してこのことを示す。すなわち、ストレージ装置Ａ１
５２２は、それぞれ各ストレージ装置Ｂ（１５２４）、
Ｃ（１５２６）、及びＤ（１５２８）から、装置Ａ中の
ファイルシステムのマウントポイント「／ｍｎｔ／
ｂ」、「／ｍｎｔ／ｃ」、及び「／ｍｎｔ／ｄ」でディ
レクトリツリー（例えば、「／ｌｏｃａｌ」をマウント
する。
ファイルシステム間の相互関係を例示する。一般に、各
ストレージ装置１５２２〜１５２８には、他のストレー
ジ装置のファイルシステムの一部へのアクセスが提供さ
れる。さらに、ＰＣＣ（１５１２）は各ストレージ装置
のファイルシステムの少なくとも一部へのアクセスを有
する。図１６は、本発明のこの態様における実施例に関
連してこのことを示す。すなわち、ストレージ装置Ａ１
５２２は、それぞれ各ストレージ装置Ｂ（１５２４）、
Ｃ（１５２６）、及びＤ（１５２８）から、装置Ａ中の
ファイルシステムのマウントポイント「／ｍｎｔ／
ｂ」、「／ｍｎｔ／ｃ」、及び「／ｍｎｔ／ｄ」でディ
レクトリツリー（例えば、「／ｌｏｃａｌ」をマウント
する。
【００９８】図１６はさらに、ストレージ装置Ｄ１５２
８が、それぞれ各ストレージ装置Ａ（１５２２）、Ｂ
（１５２４）、及びＣ（１５２６）から、装置Ｄ中のフ
ァイルシステムのマウントポイント「／ｍｎｔ／ａ」、
「／ｍｎｔ／ｂ」、及び「／ｍｎｔ／ｃ」でディレクト
リツリー「／ｌｏｃａｌ」をマウントする。ストレージ
装置Ｂ及びＣは各々同様の方法で処理される。さらに、
階層マネージャが存在するので、ＰＣＣ（１５１２）は
各ストレージ装置Ａ〜Ｄの「／ｌｏｃａｌ」ディレクト
リツリーをマウントする。さらに、ＰＣＣ自体が、複数
のストレージ装置Ａ〜Ｄにおける別のもう１つのストレ
ージ装置であるストレージ装置Ｅ（図示せず）を含むこ
ともある。
８が、それぞれ各ストレージ装置Ａ（１５２２）、Ｂ
（１５２４）、及びＣ（１５２６）から、装置Ｄ中のフ
ァイルシステムのマウントポイント「／ｍｎｔ／ａ」、
「／ｍｎｔ／ｂ」、及び「／ｍｎｔ／ｃ」でディレクト
リツリー「／ｌｏｃａｌ」をマウントする。ストレージ
装置Ｂ及びＣは各々同様の方法で処理される。さらに、
階層マネージャが存在するので、ＰＣＣ（１５１２）は
各ストレージ装置Ａ〜Ｄの「／ｌｏｃａｌ」ディレクト
リツリーをマウントする。さらに、ＰＣＣ自体が、複数
のストレージ装置Ａ〜Ｄにおける別のもう１つのストレ
ージ装置であるストレージ装置Ｅ（図示せず）を含むこ
ともある。
【００９９】図１７Ａ及び図１７Ｂは、本発明のこの第
５の態様による処理を例示する。図１７Ａに見られるよ
うに、処理の第１部分は、「選択装置」として指定され
る最大利用可能ディスク容量を有するストレージ装置に
ファイルを移動するステップを伴う。他の装置からのフ
ァイルが選択装置に移動される。図１７Ｂは処理の第２
部分を示すが、そこでは最小利用可能ディスク容量を有
するストレージ装置が「選択装置」として指定される。
そのファイルは他のストレージ装置に移動される。
５の態様による処理を例示する。図１７Ａに見られるよ
うに、処理の第１部分は、「選択装置」として指定され
る最大利用可能ディスク容量を有するストレージ装置に
ファイルを移動するステップを伴う。他の装置からのフ
ァイルが選択装置に移動される。図１７Ｂは処理の第２
部分を示すが、そこでは最小利用可能ディスク容量を有
するストレージ装置が「選択装置」として指定される。
そのファイルは他のストレージ装置に移動される。
【０１００】図１７Ｃは、本発明のこの第５の実施態様
の実施例による処理ステップを例示するフローチャート
である。処理を開始するトリガイベントは、ＰＣＣ（１
５１２）中の階層マネージャ１５１３の検出である。ト
リガイベントは、例えば週に一度発生する、スケジュー
ルされた保守型のイベントでもよい。トリガイベント
は、ストレージ装置の１つが「ほとんど一杯」であるこ
と、例えばそのストレージの合計ディスク容量の９５％
がファイルに割り当てられていることの検出に基づいて
いる。トリガイベントはシステム管理者によって明示的
に起動されることもある。トリガイベントが発生する
と、階層マネージャがＰＣＣ（１５１２）のファイルシ
ステム中にマウントされたディレクトリツリーにアクセ
スして最大利用可能ディスク容量を有するストレージ装
置を識別することで処理が開始される（ステップ１７０
４）。最大利用可能ディスク容量を有するストレージ装
置（Ａ〜Ｄ）は「選択装置」として指定される。処理の
この部分で、「選択装置」とはファイルの移動元のスト
レージ装置を指す。
の実施例による処理ステップを例示するフローチャート
である。処理を開始するトリガイベントは、ＰＣＣ（１
５１２）中の階層マネージャ１５１３の検出である。ト
リガイベントは、例えば週に一度発生する、スケジュー
ルされた保守型のイベントでもよい。トリガイベント
は、ストレージ装置の１つが「ほとんど一杯」であるこ
と、例えばそのストレージの合計ディスク容量の９５％
がファイルに割り当てられていることの検出に基づいて
いる。トリガイベントはシステム管理者によって明示的
に起動されることもある。トリガイベントが発生する
と、階層マネージャがＰＣＣ（１５１２）のファイルシ
ステム中にマウントされたディレクトリツリーにアクセ
スして最大利用可能ディスク容量を有するストレージ装
置を識別することで処理が開始される（ステップ１７０
４）。最大利用可能ディスク容量を有するストレージ装
置（Ａ〜Ｄ）は「選択装置」として指定される。処理の
この部分で、「選択装置」とはファイルの移動元のスト
レージ装置を指す。
【０１０１】ファイルは他のストレージ装置（「非選択
装置」）から選択装置に移動して戻される。これは、図
１７Ｃに示されるステップ１７０１及び１７０６に関連
して説明される。前に選択装置から非選択装置に移動さ
れたファイル、すなわち、元々選択装置に属していたフ
ァイルのリストが生成される。処理のこの部分は、これ
らのファイルを選択装置中の元の場所に戻すよう動作す
る。すでに説明されたように、本発明の実施例によって
ファイルシステムから移動されたファイルはシンボリッ
クリンクによって置換される。すなわち、このリストは
シンボリックリンクであるファイル名を選択装置中で見
ることで容易に生成される。
装置」）から選択装置に移動して戻される。これは、図
１７Ｃに示されるステップ１７０１及び１７０６に関連
して説明される。前に選択装置から非選択装置に移動さ
れたファイル、すなわち、元々選択装置に属していたフ
ァイルのリストが生成される。処理のこの部分は、これ
らのファイルを選択装置中の元の場所に戻すよう動作す
る。すでに説明されたように、本発明の実施例によって
ファイルシステムから移動されたファイルはシンボリッ
クリンクによって置換される。すなわち、このリストは
シンボリックリンクであるファイル名を選択装置中で見
ることで容易に生成される。
【０１０２】リストはａｔｉｍｅパラメータによって降
順でソートされるのでリストの一番上が最新のアクセス
ファイルを表す。リストの上から始まって、各ファイル
が選択装置に物理的に位置するストレージ装置からコピ
ーされる。コピー操作の後、物理ファイルはコピー元の
ストレージ装置 （非選択装置）から削除され、そのス
トレージ装置中のストレージ空間を解放する。移動され
たファイルのファイル名はここでシンボリックリンクと
なる。これは、そのファイルのために利用される選択装
置の合計ストレージ容量の割合がしきい値を越えるまで
継続される。すなわち、本発明のこの第５の態様におけ
る実施例によれば、選択装置中の最新のアクセスファイ
ルは選択ストレージ装置に戻される。
順でソートされるのでリストの一番上が最新のアクセス
ファイルを表す。リストの上から始まって、各ファイル
が選択装置に物理的に位置するストレージ装置からコピ
ーされる。コピー操作の後、物理ファイルはコピー元の
ストレージ装置 （非選択装置）から削除され、そのス
トレージ装置中のストレージ空間を解放する。移動され
たファイルのファイル名はここでシンボリックリンクと
なる。これは、そのファイルのために利用される選択装
置の合計ストレージ容量の割合がしきい値を越えるまで
継続される。すなわち、本発明のこの第５の態様におけ
る実施例によれば、選択装置中の最新のアクセスファイ
ルは選択ストレージ装置に戻される。
【０１０３】処理の第２の部分では、最小利用可能空き
空間を有するストレージ装置がストレージ装置の中から
選択される（ステップ１７０８）。処理のこの部分で
は、「選択装置」とは、最小利用可能空き空間を有する
ストレージ装置を指す。見られるように、選択装置とは
ここではファイルの移動元のストレージ装置を指す。選
択装置以外のストレージ装置は「非選択装置」と呼ばれ
る。ファイルは、図１７Ｃのステップ１７０３及び１７
１０に示されるように、選択装置から非選択装置に移動
される。選択装置中のファイルのリストが生成される。
このリストは選択装置中に格納される実際のファイルを
識別する。シンボリックリンクであるファイルは、選択
装置のファイルシステムからすでに移動されているので
除外される。また、選択装置中にあると考えられるファ
イルはリストから除去（フィルタリング、または他の方
法で除外）される。こうしたファイルは「上位」リスト
中で保持されることもある。
空間を有するストレージ装置がストレージ装置の中から
選択される（ステップ１７０８）。処理のこの部分で
は、「選択装置」とは、最小利用可能空き空間を有する
ストレージ装置を指す。見られるように、選択装置とは
ここではファイルの移動元のストレージ装置を指す。選
択装置以外のストレージ装置は「非選択装置」と呼ばれ
る。ファイルは、図１７Ｃのステップ１７０３及び１７
１０に示されるように、選択装置から非選択装置に移動
される。選択装置中のファイルのリストが生成される。
このリストは選択装置中に格納される実際のファイルを
識別する。シンボリックリンクであるファイルは、選択
装置のファイルシステムからすでに移動されているので
除外される。また、選択装置中にあると考えられるファ
イルはリストから除去（フィルタリング、または他の方
法で除外）される。こうしたファイルは「上位」リスト
中で保持されることもある。
【０１０４】次に、リストはａｔｉｍｅパラメータによ
って昇順でソートされるので、リストの一番上が最古の
アクセスファイルである。リストの上から始まって、各
ファイルが非選択装置にコピーされる。本発明のこの第
５の態様の実施例によれば、ファイルの移動先の非選択
ストレージ装置は総当り方式で選択される。本実施例の
変形例では、選択は例えば利用可能な空き空間といった
基準に基づくこともある。選択装置から非選択装置にコ
ピーされる各ファイルは選択装置から削除され、今ファ
イルが物理的に存在する非選択装置へのシンボリックリ
ンクによって置換される。これは、選択装置上の利用可
能な自由空間が増大して所定のしきい値に至るまで継続
される。
って昇順でソートされるので、リストの一番上が最古の
アクセスファイルである。リストの上から始まって、各
ファイルが非選択装置にコピーされる。本発明のこの第
５の態様の実施例によれば、ファイルの移動先の非選択
ストレージ装置は総当り方式で選択される。本実施例の
変形例では、選択は例えば利用可能な空き空間といった
基準に基づくこともある。選択装置から非選択装置にコ
ピーされる各ファイルは選択装置から削除され、今ファ
イルが物理的に存在する非選択装置へのシンボリックリ
ンクによって置換される。これは、選択装置上の利用可
能な自由空間が増大して所定のしきい値に至るまで継続
される。
【０１０５】本発明の上記で開示された態様はデータス
トレージシステム中のストレージ空間管理を促進する。
様々な実施例は、クライアントとオフサイトストレージ
サーバとの間、及び他の実施例ではストレージサイト間
で必要に応じてファイルを移動させることによって、透
明な方法でストレージ空間管理を提供する。使用頻度の
低いファイルを対象にすることで、オフサイトストレー
ジの必要は低く保たれる。
トレージシステム中のストレージ空間管理を促進する。
様々な実施例は、クライアントとオフサイトストレージ
サーバとの間、及び他の実施例ではストレージサイト間
で必要に応じてファイルを移動させることによって、透
明な方法でストレージ空間管理を提供する。使用頻度の
低いファイルを対象にすることで、オフサイトストレー
ジの必要は低く保たれる。
【０１０６】上記から、改善されたストレージ管理方法
とシステムが提供されたことが明らかである。本発明の
開示された実施例と付加的用途の変形および修正が当業
者に想起されることは疑いない。従って、上記の議論は
例示的であって制限的な意味はないとみなされるべきで
ある。
とシステムが提供されたことが明らかである。本発明の
開示された実施例と付加的用途の変形および修正が当業
者に想起されることは疑いない。従って、上記の議論は
例示的であって制限的な意味はないとみなされるべきで
ある。
【０１０７】
【発明の効果】本発明によれば、改善されたストレージ
管理方法とシステムが提供される。
管理方法とシステムが提供される。
【図１】本発明の１つの態様における一実施例の高レベ
ル概略システム図である。
ル概略システム図である。
【図２】本発明の態様の実施例に関連するファイル構造
と関連処理を例示する。
と関連処理を例示する。
【図３】本発明の一実施例による動作状況における読み
出し／書き込み処理の手順を示すフローチャートであ
る。
出し／書き込み処理の手順を示すフローチャートであ
る。
【図４】本発明の一実施例による別の動作状況における
読み出し／書き込み処理の手順を示すフローチャートで
ある。
読み出し／書き込み処理の手順を示すフローチャートで
ある。
【図５】ストレージサービスプロバイダ動作の際使用さ
れる本発明を示す。
れる本発明を示す。
【図６】本発明の別の態様における一実施例の高レベル
概略システム図である。
概略システム図である。
【図７】図６の実施例によるファイルシステム操作を示
す。
す。
【図８】図６に示される本発明の態様による一実施例に
関連する処理を示す。
関連する処理を示す。
【図９】図６に示される本発明の態様による一実施例に
関連する処理を示す。
関連する処理を示す。
【図１０】本発明のさらに他の態様による一実施例の高
レベル概略システム図である。
レベル概略システム図である。
【図１１】図１０に示される一実施例によるファイルシ
ステム操作を示す。
ステム操作を示す。
【図１２】図１０に示される本発明の態様による一実施
例に関連する処理を示す。
例に関連する処理を示す。
【図１３】本発明のさらに他の態様による一実施例を示
す。
す。
【図１４】本発明の態様による一実施例に関連する処理
を示す。
を示す。
【図１５】本発明の更に他の態様による一実施例の高レ
ベル概略システム図である。
ベル概略システム図である。
【図１６】図１５の本発明の態様による一実施例による
ファイルシステム操作を示す。
ファイルシステム操作を示す。
【図１７】図１５に示される本発明の態様による一実施
例による処理を示す。
例による処理を示す。
１０２…オフィスＡ、１０４…オフィスＢ、１０６…サ
ーバサイト、１０８…通信ネットワーク、１２２…コン
ピュータシステム（ＰＣ）、１２６…ストレージ装置、
１２８…データ通信ネットワーク、１３２…制御装置
部、１３４…データストレージ部。
ーバサイト、１０８…通信ネットワーク、１２２…コン
ピュータシステム（ＰＣ）、１２６…ストレージ装置、
１２８…データ通信ネットワーク、１３２…制御装置
部、１３４…データストレージ部。
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１４年８月２８日（２００２．８．２
８）
８）
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正内容】
【図１】
【図５】
【図７】
【図２】
【図３】
【図４】
【図６】
【図１０】
【図８】
【図９】
【図１１】
【図１３】
【図１２】
【図１４】
【図１５】
【図１６】
【図１７】
フロントページの続き
(72)発明者 北村 学
神奈川県川崎市麻生区王禅寺1099番地 株
式会社日立製作所システム開発研究所内
(72)発明者 中村 勝憲
神奈川県小田原市中里332番地２号 株式
会社日立製作所ＲＡＩＤシステム事業部内
Ｆターム(参考） 5B082 CA13 HA08
Claims (82)
- 【請求項１】データ格納方法であって、 第１のストレージ装置の中に含まれる１つまたはそれ以
上のファイルをコピーして第２のストレージ装置の中に
対応するファイルを作成するステップであって、前記第
１のストレージ装置が第１のサイトに配置され、前記第
２のストレージ装置が前記第１のサイトと異なった第２
のサイトに配置されるステップと、 前記第１のストレージ装置から前記１つまたはそれ以上
のファイルを削除し前記１つまたはそれ以上のファイル
によって占有されるストレージ空間を回復して、前記第
１のストレージ装置の利用可能なストレージ空間を増大
するステップと、 前記１つまたはそれ以上のファイルの第１のファイルへ
のアクセス要求の発生を検出するステップと、 前記検出ステップに続いて、前記第１のファイルに対応
するファイルを前記第２のストレージ装置から前記第１
のストレージ装置にコピーし、前記対応するファイルを
前記第２のストレージ装置から削除するステップとを含
むデータ格納方法。 - 【請求項２】前記第１のストレージ装置の中に前記第２
のストレージ装置の中の前記対応するファイル各々への
論理参照を作成するステップであって、前記第１のファ
イルへの前記アクセス要求が前記第１のファイルに関連
する論理参照に対するアクセス要求であるステップを含
む、請求項１に記載の方法。 - 【請求項３】前記対応するファイルの最終アクセス時間
パラメータを前記１つまたはそれ以上のファイルの最終
アクセス時間パラメータに等しく設定するステップを含
む、請求項１に記載の方法。 - 【請求項４】削除される前記１つまたはそれ以上のファ
イルの数が、前記第１のストレージ装置の利用可能なス
トレージ容量を所定のしきい値まで増大するのに十分で
ある、請求項１に記載の方法。 - 【請求項５】前記第１のコピーステップと前記削除ステ
ップとが、前記第１のストレージ装置上に格納されるフ
ァイルが前記第１のストレージ装置の合計容量の所定の
割合を消費していることの検出に応答して行われる、請
求項１に記載の方法。 - 【請求項６】前記１つまたはそれ以上のファイルが前記
第１のストレージ装置上に格納される複数のファイルか
ら選択され、前記複数のファイルが前記第１のストレー
ジ装置上にあると考えられるファイル以外であり、前記
１つまたはそれ以上のファイルが前記複数のファイルの
最古のアクセスファイルである、請求項１に記載の方
法。 - 【請求項７】前記第２のコピーステップを行った後に、
前記アクセス要求にサービスを提供するステップを含
む、請求項１に記載の方法。 - 【請求項８】前記第２のコピーステップを行う前に、前
記アクセス要求にサービスを提供するステップを含む、
請求項１に記載の方法。 - 【請求項９】請求項１に記載の方法によって動作するサ
ーバコンピュータシステムを有し、クライアントにスト
レージサービスを提供するストレージサーバサイトであ
って、前記サーバコンピュータシステムが、前記クライ
アントによって使用されるデータストレージシステム
と、前記クライアントによる前記データストレージシス
テム上のストレージ空間の使用に関連して支払い要求を
生成する手段とを備えるストレージサーバサイト。 - 【請求項１０】データ格納方法であって、 少なくとも第１のファイルをクライアントファイルシス
テムからサーバファイルシステムに移動するステップで
あって、前記サーバファイルシステムで複製された第１
のファイルを生成し、前記複製された第１のファイルに
関連する最終アクセス時間情報を前記第１のファイルに
関連する最終アクセス時間情報に等しく設定し、前記第
１のファイルを前記クライアントファイルシステムから
削除して前記クライアントファイルシステムの利用可能
なストレージ容量を増大し、前記クライアントファイル
システムの中で前記第１のファイルへの論理参照を生成
し、前記論理参照が、前記第１のファイルが前記クライ
アントファイルシステムから削除されても、前記クライ
アントファイルシステムのユーザが前記第１のファイル
にアクセスできるような効果があることを含むステップ
と、 前記第１のファイルのファイルアクセス要求を検出する
ステップと、 前記ファイルアクセス要求を検出するステップに応答し
て、前記サーバファイルシステムの前記複製された第１
のファイルを前記クライアントファイルシステムにコピ
ーして前記第１のファイルを生成し、前記第１のファイ
ルの前記最終アクセス時間情報を前記複製された第１の
ファイルの最終アクセス時間情報に等しく設定し、前記
複製された第１のファイルを前記サーバファイルシステ
ムから削除し、前記クライアントファイルシステムでの
前記論理参照を前記クライアントファイルシステムでの
前記第１のファイルへのファイル参照によって置換する
ステップとを含むデータ格納方法。 - 【請求項１１】前記移動ステップが、前記第１のファイ
ルに加えて、利用可能なストレージ容量を所定のしきい
値まで増大させるのに十分な数の追加ファイルを前記ク
ライアントファイルシステムから前記サーバファイルシ
ステムに移動させるステップを含む、請求項１０に記載
の方法。 - 【請求項１２】前記移動ステップが、前記クライアント
ファイルシステムの合計ストレージ容量の所定の割合が
ファイルに割り当てられたことの検出に応答して行われ
る、請求項１１に記載の方法。 - 【請求項１３】前記追加ファイルが最古のアクセスファ
イルを構成するように、前記追加ファイルが、最初のア
クセス時間から最近のアクセス時間の順にソートされた
ファイルのリストから選択される、請求項１１に記載の
方法。 - 【請求項１４】前記クライアントファイルシステムと前
記サーバファイルシステムとが各々ＵＮＩＸ（登録商
標）型ファイルシステムである、請求項１０に記載の方
法。 - 【請求項１５】前記論理参照がシンボリックリンクであ
る、請求項１４に記載の方法。 - 【請求項１６】ストレージサーバプロバイダ（ＳＳＰ）
で使用される場合、前記ＳＳＰが前記サーバファイルシ
ステムを提供し、前記ＳＳＰが、前記クライアントファ
イルシステムからコピーされるファイルに割り当てられ
るストレージの量に基づいて支払いを請求する、請求項
１０に記載の方法。 - 【請求項１７】第１のストレージシステムと第２のスト
レージシステムとの間のデータストレージ管理の方法で
あって、 前記第２のストレージシステムから第１の複数の１つま
たはそれ以上のファイルをコピーして前記第１のストレ
ージシステムの中に対応する第１のファイルを作成する
ステップであって、前記第１の複数のファイルが前記第
１のストレージシステムから前にコピーされたものであ
り、前記第１の複数のファイルの中のファイルの数が、
前記第１のストレージシステムの中で使用されるストレ
ージ空間の量が第１のしきい値以上に増大するものであ
るステップと、 前記第１の複数のファイルを前記第２のストレージシス
テムから削除するステップと、 前記第１のストレージシステムから第２の複数の１つま
たはそれ以上のファイルをコピーして前記第２のストレ
ージシステムの中に対応する第２のファイルを作成する
ステップであって、前記第２の複数のファイルの中のフ
ァイルの数が、前記第１のストレージ装置の中の利用可
能なストレージ容量が第２のしきい値以上に増大するも
のであるステップと、 前記第１のストレージシステムから前記第２の複数のフ
ァイルを削除し前記第１のストレージシステムの中の利
用可能なストレージ容量を増大するステップであって、
前記ファイルが、前記第１のストレージシステムから削
除されたとしても、前記第１のストレージシステムを介
して参照できるように、前記第２の複数のファイルを前
記第２のストレージシステムの中の対応するファイルに
関連付ける論理参照を前記第１のストレージシステムの
中に作成することを含むステップを含む方法。 - 【請求項１８】前記対応する第１のファイルの最終アク
セス時間を前記第１の複数の１つまたはそれ以上のファ
イルの最終アクセス時間に等しく設定し、前記対応する
第２のファイルの最終アクセス時間を前記第２の複数の
１つまたはそれ以上のファイルの最終アクセス時間に等
しく設定するステップを含む、請求項１７に記載の方
法。 - 【請求項１９】前記第１の複数の１つまたはそれ以上の
ファイルが前記第２のストレージシステム上に格納され
る１組のファイルからのファイルを備え、前記１組のフ
ァイルが前に前記第１のストレージシステムからコピー
されたファイルであり、前記第１の複数の１つまたはそ
れ以上のファイルが前記１組のファイルの中の最新のア
クセスファイルである、請求項１７に記載の方法。 - 【請求項２０】前記１組のファイルが、前記第２のスト
レージシステムの中にあるべきと決定された、前記第２
のストレージシステム上に格納されるファイル以外であ
る、請求項１９に記載の方法。 - 【請求項２１】前記第２の複数の１つまたはそれ以上の
ファイルが前記第１のストレージシステム上に格納され
る１組のファイルからのファイルを備え、前記第２の複
数の１つまたはそれ以上のファイルが前記１組のファイ
ルの中の最古のアクセスファイルである、請求項１７に
記載の方法。 - 【請求項２２】第１のストレージシステムの中のクライ
アントファイルシステムと第２のストレージシステムの
中のサーバファイルシステムとの間のデータストレージ
管理のためのコンピュータプログラム製品であって、コ
ンピュータ上で実行されるのに適したコンピュータプロ
グラムコードを内部に含んだ１つまたはそれ以上のコン
ピュータ可読媒体を備え、 前記コンピュータプログラムコードが、 複数の１つまたはそれ以上のファイルを前記クライアン
トファイルシステムから前記サーバファイルシステムに
コピーし、それによって前記サーバファイルシステムの
中に複数の対応するファイルを作成するよう前記コンピ
ュータを動作させる第１の実行可能コードと、 前記複数の１つまたはそれ以上のファイルを前記クライ
アントファイルシステムから削除し、それによって前記
第１のストレージシステムの中の前記複数の１つまたは
それ以上のファイルによって占有されるストレージ空間
を回復するよう前記コンピュータを動作させる第２の実
行コードと、 前記複数の１つまたはそれ以上のファイルが、前記クラ
イアントファイルシステムから削除されたとしても、前
記クライアントファイルシステムを介して参照できるよ
うに、前記複数の対応するファイルへのアクセスを提供
する前記クライアントファイルシステムの中の論理参照
を作成するよう前記コンピュータを動作させる第３の実
行可能コードと、 前記複数の１つまたはそれ以上のファイルの第１のファ
イルへのアクセス要求を検出するよう前記コンピュータ
を動作させる第４の実行可能コードと、 前記サーバファイルシステムの中の対応するファイルに
アクセスするために前記コンピュータを操作することに
よって、前記アクセス要求に応答するよう前記コンピュ
ータを動作させる第５の実行可能コードとを備えるコン
ピュータプログラム。 - 【請求項２３】前記コンピュータプログラムコードが前
記クライアントファイルシステムに関連するコンピュー
タ上で実行される、請求項２２に記載のコンピュータプ
ログラム。 - 【請求項２４】前記コンピュータプログラムコードが前
記サーバファイルシステムに関連するコンピュータ上で
実行される、請求項２２に記載のコンピュータプログラ
ム。 - 【請求項２５】前記第１のファイルのアクセス要求を検
出するステップが、前記第１のファイルに関連する前記
論理参照を介して前記サーバファイルシステムの中の前
記対応するファイルに対するサーバクセス要求を受信
し、前記サーバクセス要求を検出するステップを含む、
請求項２４に記載のコンピュータプログラム。 - 【請求項２６】前記第１の実行可能コードがさらに、前
記対応するファイルの最終アクセス時間パラメータを前
記１つまたはそれ以上のファイルの最終アクセスパラメ
ータに等しく設定するよう前記コンピュータを動作させ
る、請求項２２に記載のコンピュータプログラム。 - 【請求項２７】前記第５の実行可能コードが、前記ファ
イルを前記サーバファイルシステムから前記クライアン
トファイルシステムに戻してコピーすることによって前
記対応するファイルにアクセスするよう前記コンピュー
タを動作させる、請求項２２に記載のコンピュータプロ
グラム。 - 【請求項２８】前記複数の１つまたはそれ以上のファイ
ルが候補ファイルのリストから選択され前記候補ファイ
ルの最古のアクセスファイルを構成し、前記複数の１つ
またはそれ以上のファイルが、前記第１のストレージシ
ステムの利用可能なストレージ容量が所定のしきい値以
上に増大する十分なファイルだけを備える、請求項２２
に記載のコンピュータプログラム。 - 【請求項２９】前記第１のストレージシステムの利用可
能なストレージ容量が所定のしきい値以下に低下した時
を検出し、それに応答して前記第１、第２、及び第３の
プログラムコードを実行するよう前記コンピュータを動
作させる第６の実行可能コードを含む、請求項２２に記
載のコンピュータプログラム。 - 【請求項３０】前記コンピュータプログラムコードがＵ
ＮＩＸ系オペレーティングシステムの中で実行されるの
に適しており、前記コンピュータプログラムコードがさ
らに、前記サーバファイルシステムの中のディレクトリ
ツリーを前記クライアントファイルシステムにマウント
し、それによって前記クライアントファイルシステムと
前記サーバファイルシステムとの間のアクセスを提供す
るよう前記コンピュータを動作させる実行可能コードを
含む、請求項２２に記載のコンピュータプログラム。 - 【請求項３１】前記１つまたはそれ以上のファイル各々
の前記論理参照が前記サーバファイルシステムの中の対
応するファイルへのシンボリックリンクである、請求項
３０に記載のコンピュータプログラム。 - 【請求項３２】クライアントファイルシステムを有する
クライアントストレージシステムのためのデータストレ
ージを提供するよう動作するデータストレージ管理コン
ピュータであって、 第１のファイルシステムを有するデータストレージシス
テムと、 前記コンピュータを動作する際有効なコンピュータプロ
グラムコードとを備え、 前記コンピュータプログラムコードが、 複数の１つまたはそれ以上のファイルを前記クライアン
トファイルシステムから前記第１のファイルシステムに
コピーし、それによって前記第１のファイルシステムの
中に複数の対応するファイルを作成するよう前記コンピ
ュータを動作させる第１の実行可能コードと、 前記複数の１つまたはそれ以上のファイルを前記クライ
アントファイルシステムから削除し、それによって前記
クライアントストレージシステムの中の前記複数の１つ
またはそれ以上のファイルによって占有されるストレー
ジ空間を回復するよう前記コンピュータを動作させる第
２の実行可能コードと、 前記複数の１つまたはそれ以上のファイルに関連する論
理参照を作成するよう前記コンピュータを動作させる第
３の実行可能コードであって、前記論理参照が前記クラ
イアントファイルシステムの中に配置され、前記複数の
１つまたはそれ以上のファイルが、前記クライアントフ
ァイルシステムから削除されたとしても、前記クライア
ントファイルシステムを介して参照できるように、前記
複数の対応するファイルへのアクセスを提供する第３の
実行可能コードと、 前記第１のファイルに関連する前記論理参照を介して前
記第１のファイルシステムの中の前記対応するファイル
に対するサーバクセス要求を受信し前記サーバクセス要
求を検出することによって、前記複数の１つまたはそれ
以上のファイルの第１のファイルへのアクセス要求を検
出するよう前記コンピュータを動作させる第４の実行可
能コードと、 前記第１のファイルシステムの中の対応するファイルに
アクセスするため前記コンピュータを操作することによ
って、前記アクセス要求に応答するよう前記コンピュー
タを動作させる第５の実行可能コードとを備えるデータ
ストレージ管理コンピュータ。 - 【請求項３３】前記第１の実行可能コードがさらに、前
記対応するファイルの最終アクセス時間パラメータを前
記複数の１つまたはそれ以上のファイルの最終アクセス
時間パラメータに等しく設定するよう前記コンピュータ
を動作させる、請求項３２に記載のデータストレージ管
理コンピュータ。 - 【請求項３４】前記第５の実行可能コードが、前記ファ
イルを前記第１のファイルシステムから前記クライアン
トファイルシステムに戻してコピーすることによって前
記対応するファイルにアクセスするよう前記コンピュー
タを動作させる、請求項３２に記載のデータストレージ
管理コンピュータ。 - 【請求項３５】前記第１の実行可能コードがさらに、前
記クライアントストレージシステムの利用可能なストレ
ージ容量が所定のしきい値以上に増大するのに十分なフ
ァイルだけ、最古のアクセスファイルを前記第１のファ
イルシステムにコピーするよう前記コンピュータを動作
させる、請求項３２に記載のデータストレージ管理コン
ピュータ。 - 【請求項３６】前記クライアントストレージシステムの
利用可能なストレージ容量が所定のしきい値以下に低下
した時を検出し、それに応答して前記第１、第２、及び
第３のプログラムコードを実行するよう前記コンピュー
タを動作させる第６の実行可能コードを含む、請求項３
２に記載のデータストレージ管理コンピュータ。 - 【請求項３７】前記コンピュータプログラムコードがＵ
ＮＩＸ系オペレーティングシステムの中で動作し、前記
コンピュータプログラムコードが、前記第１のファイル
システムの中のディレクトリツリーを前記クライアント
ファイルシステムにマウントし、それによって前記クラ
イアントファイルシステムと前記第１のファイルシステ
ムとの間のアクセスを提供するよう前記コンピュータを
動作させる実行可能コードを含む、請求項３２に記載の
データストレージ管理コンピュータ。 - 【請求項３８】前記論理参照が、前記第１のファイルシ
ステムの中の前記複数の対応するファイルへのシンボリ
ックリンクである、請求項３７に記載のデータストレー
ジ管理コンピュータ。 - 【請求項３９】第１のストレージシステムの中のクライ
アントファイルシステムと第２のストレージシステムの
中のサーバファイルシステムとの間のデータストレージ
管理のためのコンピュータプログラム製品であって、
コンピュータ上で実行されるのに適したコンピュータプ
ログラムコードを内部に含んだ１つまたはそれ以上のコ
ンピュータ可読媒体を備え、 前記コンピュータプログラムコードが、 第１の複数の１つまたはそれ以上のファイルを前記第２
のストレージシステムから前記第１のストレージシステ
ムにコピーするよう前記コンピュータを動作させる第１
の実行可能コードであって、前記第１の複数のファイル
が前記第１のストレージシステムから前にコピーされた
ものであり、前記第１の複数のファイルの中のファイル
の数が、前記第１のストレージシステムの中で消費され
るストレージ空間の量が第１のしきい値以上に増大する
ものである第１の実行可能コードと、 前記第１の複数のファイルを前記第２のストレージシス
テムから削除するよう前記コンピュータを動作させる第
２の実行可能コードと、 第２の複数の１つまたはそれ以上のファイルを前記第１
のストレージシステムから前記第２のストレージシステ
ムにコピーするよう前記コンピュータを動作させる第３
の実行可能コードと、 前記第２の複数のファイルを前記第１のストレージシス
テムから削除し、それによって前記ファイルによって占
有される前記第１のストレージシステムの中のストレー
ジ空間を回復するよう前記コンピュータを動作させる第
４の実行可能コードであって、前記第２の複数のファイ
ルの中のファイルの数が、前記第１のストレージ装置の
中の利用可能なストレージ容量が第２のしきい値以上に
増大するものである第４の実行可能コードと、 前記ファイルが、前記第１のストレージシステムから削
除されたとしても、前記第１のストレージシステムを介
して参照できるように、前記第２の複数のファイルを前
記第２のストレージシステムの中の対応するファイルに
関連付ける前記第１のストレージシステムの中の論理参
照を作成するよう前記コンピュータを動作させる第５の
実行可能コードとを備えるコンピュータプログラム。 - 【請求項４０】前記コンピュータプログラムコードがＵ
ＮＩＸ系オペレーティングシステムの中で動作する、請
求項３９に記載のコンピュータプログラム。 - 【請求項４１】前記１つまたはそれ以上のファイル各々
の前記論理参照が前記サーバファイルシステムの中の対
応するファイルへのシンボリックリンクである、請求項
４０に記載のコンピュータプログラム。 - 【請求項４２】請求項３９に記載のコンピュータプログ
ラム製品を含みそれによって動作するデータストレージ
管理コンピュータを備えるデータストレージ管理システ
ム。 - 【請求項４３】データストレージシステムであって、 クライアントサイトと、 サーバサイトと、 １つまたはそれ以上のファイルを前記クライアントサイ
トからコピーして前記サーバサイト上に対応するファイ
ルを作成する手段と、 前記クライアントサイトで前記１つまたはそれ以上のフ
ァイルを削除する手段であって、その際前記クライアン
トサイトの中の前記１つまたはそれ以上のファイルによ
って消費されるストレージ空間が回復される手段と、 前記１つまたはそれ以上のファイル各々について前記ク
ライアントサイトに論理参照を作成し、それによって前
記１つまたはそれ以上のファイル各々を前記サーバサイ
ト上の対応するファイルに関連付ける手段と、 前記１つまたはそれ以上のファイルの第１のファイルに
対するアクセス要求を検出する手段と、 前記クライアントサイトから前記第１のファイルに関連
する論理参照を削除する手段と、 前記第１のファイルを前記サーバサイトから前記クライ
アントサイトにコピーする手段と、 前記サーバサイトの前記第１のファイルを削除する手段
とを備えるデータストレージシステム。 - 【請求項４４】前記クライアントサイトの中の利用可能
なストレージ容量が所定のしきい値に達する十分なファ
イルが前記サーバサイトにコピーされる、請求項４３に
記載のデータストレージシステム。 - 【請求項４５】前記クライアントサイトから前記サーバ
サイトにコピーすべき複数のファイルを識別する手段を
含み、前記複数のファイルが、前記サーバサイトにコピ
ーすべきでないと決定されたファイル以外であり、前記
１つまたはそれ以上のファイルが前記複数のファイルか
ら取られ前記複数のファイルの最古のアクセスファイル
である、請求項４３に記載のデータストレージシステ
ム。 - 【請求項４６】データストレージシステムであって、 第１のストレージシステムと、 第２のストレージシステムと、 第１の複数の１つまたはそれ以上のファイルを前記第２
のストレージシステムから前記第１のストレージシステ
ムにコピーする手段であって、前記第１の複数のファイ
ルが前記第１のストレージシステムから前にコピーされ
たものであり、前記第１の複数のファイルのファイルの
数が、前記第１のストレージシステムの中で消費される
ストレージ空間の量が第１のしきい値以上に増大するも
のである手段と、 前記第１の複数のファイルを前記第２のストレージシス
テムから削除する手段と、 第２の複数の１つまたはそれ以上のファイルを前記第１
のストレージシステムから前記第２のストレージシステ
ムにコピーする手段であって、前記第２の複数のファイ
ルの中のファイルの数が前記第１のストレージ装置の中
の利用可能なストレージ容量が第２のしきい値以上に増
大するものである手段と、 前記第２の複数のファイルを前記第１のストレージシス
テムから削除し、それによって前記ファイルによって占
有される前記第１のストレージシステムの中のストレー
ジ空間を回復する手段と、 前記ファイルが、前記第１のストレージシステムから削
除されたとしても、前記第１のストレージシステムを介
して参照できるように、前記第２の複数のファイルを前
記第２のストレージシステムの中の対応するファイルに
関連付ける前記第１のストレージシステムの中の論理参
照を作成する手段とを備えるデータストレージシステ
ム。 - 【請求項４７】前記第１の複数の１つまたはそれ以上の
ファイルが前記第２のストレージシステム上に格納され
る１組のファイルからのファイルを備え、前記１組のフ
ァイルが前記第１のストレージシステムから前にコピー
されたものであり、前記第１の複数の１つまたはそれ以
上のファイルが前記１組のファイルの中の最新のアクセ
スファイルである、請求項４６に記載のデータストレー
ジシステム。 - 【請求項４８】前記第２の複数の１つまたはそれ以上の
ファイルが前記第１のストレージシステム上に格納され
る１組のファイルからのファイルを備え、前記第２の複
数の１つまたはそれ以上のファイルが前記１組のファイ
ルの中の最古のアクセスファイルである、請求項４６に
記載のデータストレージシステム。 - 【請求項４９】データストレージを提供する方法であっ
て、 クライアントサイトでクライアントによって維持される
コンピュータ上で実行されるのに適したコンピュータプ
ログラムコードを内部に含んだ１つまたはそれ以上のコ
ンピュータ可読媒体を前記クライアントサイトに提供す
るステップであって、前記クライアントサイトがクライ
アントサイトファイルシステムを含む第１のストレージ
システムを有するステップと、 サーバファイルシステムを有するサーバサイトを提供す
るステップと、 前記クライアントサイトによって消費されるストレージ
空間に基づく金額に対して前記クライアントから支払い
を要求するステップとを含み、 前記コンピュータプログラムコードが、 複数の１つまたはそれ以上のファイルを前記第１のスト
レージシステムから前記サーバファイルシステムにコピ
ーし、それによって前記サーバファイルシステムの中の
複数の対応するファイルを作成するよう前記コンピュー
タを動作させる第１の実行可能コードと、 前記１つまたはそれ以上のファイルを各々前記クライア
ントファイルシステムから削除し、それによって前記１
つまたはそれ以上のファイルによって占有される前記第
１のストレージシステムの中にストレージ空間を回復す
るよう前記コンピュータを動作させる第２の実行可能コ
ードと、 前記クライアントファイルシステムから削除されたとし
ても、前記クライアントファイルシステムを介してアク
セスできるように、前記１つまたはそれ以上のファイル
各々に論理参照を関連付けるよう前記コンピュータを動
作させる第３の実行可能コードと、 前記１つまたはそれ以上のファイルへのアクセス要求を
検出するよう前記コンピュータを動作させる第４の実行
可能コードと、 前記第１のファイルを前記サーバファイルシステムから
前記クライアントファイルシステムにコピーし、前記第
１のファイルを前記サーバファイルシステムから削除
し、前記第１のファイルに関連する前記論理参照を除去
するため前記コンピュータを操作することによって、前
記アクセス要求の検出に応答するよう前記コンピュータ
を動作させる第５の実行可能コードとを含む方法。 - 【請求項５０】支払いを要求する前記ステップがある期
間中前記クライアントサイトによって消費されるストレ
ージ空間の平均量に基づくものである、請求項４９に記
載の方法。 - 【請求項５１】支払いを要求する前記ステップがある期
間中前記クライアントサイトによって消費されるストレ
ージ空間の最大量に基づくものである、請求項４９に記
載の方法。 - 【請求項５２】前記第１の実行可能コードがさらに、前
記第１のストレージシステムの利用可能なストレージ容
量が所定のしきい値以上になるのに十分なファイルだ
け、最古のアクセスファイルを前記サーバファイルシス
テムにコピーするよう前記コンピュータを動作させる、
請求項４９に記載の方法。 - 【請求項５３】利用可能なストレージ容量が所定のしき
い値以下に低下した時を検出し、それに応答して前記第
１、第２、及び第３のプログラムコードを実行するよう
前記コンピュータを動作させる第６の実行可能コードを
含む、請求項４９に記載の方法。 - 【請求項５４】第１のストレージシステム上にクライア
ントファイルシステムを有するクライアントサイトのた
めのデータストレージサービスを提供する方法であっ
て、 サーバファイルシステムを有するサーバサイトを提供す
るステップと、 前記クライアントサイトのためのデータストレージを提
供するステップと、 前記クライアントサイトによって消費されるストレージ
空間に基づいて前記クライアントサイトから支払いを要
求するステップとを含み、 データストレージを提供する前記ステップが、 複数の１つまたはそれ以上のファイルを前記第１のスト
レージシステムから前記サーバファイルシステムにコピ
ーし、それによって前記サーバファイルシステムの中に
複数の対応するファイルを作成するステップと、 前記１つまたはそれ以上のファイル各々を前記クライア
ントファイルシステムから削除し、それによって前記１
つまたはそれ以上のファイルによって占有される前記第
１のストレージシステムの中のストレージ空間を回復す
るステップであって、前記１つまたはそれ以上のファイ
ルが、前記クライアントファイルシステムから削除され
たとしても、前記１つまたはそれ以上のファイルが前記
クライアントファイルシステムを介して参照できるよう
に、前記サーバファイルシステムの中の前記対応するフ
ァイルに関連する前記１つまたはそれ以上のファイルに
ついて論理参照を作成し、前記論理参照が前記クライア
ントファイルシステムの中に配置されることを含むステ
ップと、 前記１つまたはそれ以上のファイルの第１のファイルへ
のアクセス要求を検出するステップと、 前記アクセス要求の検出に応答して、前記第１のファイ
ルを前記サーバファイルシステムから前記クライアント
ファイルシステムにコピーし、前記第１のファイルを前
記サーバファイルシステムから削除し、前記第１のファ
イルに関連する前記論理参照を除去するステップとを含
む方法。 - 【請求項５５】支払いを要求する前記ステップがある期
間中前記クライアントサイトによって消費されるストレ
ージ空間の平均量に基づくものである、請求項５４に記
載の方法。 - 【請求項５６】支払いを要求する前記ステップがある期
間中前記クライアントサイトによって消費されるストレ
ージ空間の最大量に基づくものである、請求項５４に記
載の方法。 - 【請求項５７】前記第１のファイルのアクセス要求を検
出する前記ステップが、前記第１のファイルに関連する
前記論理参照を介して前記サーバファイルシステムの中
の前記対応するファイルへのサーバクセス要求を行い、
前記サーバクセス要求を検出するステップを含む、請求
項５４に記載の方法。 - 【請求項５８】前記サーバファイルシステムがＵＮＩＸ
系オペレーティングシステムである、請求項５７に記載
の方法。 - 【請求項５９】前記１つまたはそれ以上のファイル各々
の前記論理参照が、前記クライアントファイルシステム
上の前記サーバファイルシステムの中の対応するファイ
ルへのシンボリックリンクである、請求項５８に記載の
方法。 - 【請求項６０】前記第１のストレージシステムの利用可
能なストレージ容量が所定のしきい値以上になるのに十
分なファイルだけ、最古のアクセスファイルを前記サー
バファイルシステムにコピーするステップを含む、請求
項５４に記載の方法。 - 【請求項６１】前記第１のストレージシステムの中の利
用可能なストレージ容量が所定のしきい値以下に低下し
た時を検出し、それに応答して複数の１つまたはそれ以
上のファイルをコピーし、前記１つまたはそれ以上のフ
ァイル各々を削除し、論理参照を関連付けるステップを
含む、請求項５４に記載の方法。 - 【請求項６２】第２のファイルシステムと第３のファイ
ルシステムとを使用する第１のファイルシステムのスト
レージ空間管理の方法であって、 第１のファイルを前記第３のファイルシステムからコピ
ーして前記第２のファイルシステム上に複製された第１
のファイルを生成するステップであって、前記第１のフ
ァイルが１つまたはそれ以上の第１の元ファイルであ
り、前記第１の元ファイルが現在前記第３のファイルシ
ステム上に格納されているが元々前記第１のファイルシ
ステム上に格納されており、前記第１のファイルが前記
第１の元ファイルの最新のアクセスファイルであるステ
ップと、 前記第１のファイルを前記第３のファイルシステムから
削除するステップと、 第２のファイルを前記第２のファイルシステムからコピ
ーして前記第１のファイルシステム上に複製された第２
のファイルを生成するステップであって、前記第２のフ
ァイルが１つまたはそれ以上の第２の元ファイルであ
り、前記第２の元ファイルが現在第２のファイルシステ
ム上に格納されているが元々前記第１のファイルシステ
ム上に格納されており、前記第２のファイルが前記第２
の元ファイルの最新のアクセスファイルであるステップ
と、 前記第２のファイルを前記第２のファイルシステムから
削除するステップと、 第３のファイルを前記第１のファイルシステムからコピ
ーして前記第２のファイルシステム上に複製された第３
のファイルを生成するステップであって、前記第３のフ
ァイルが前記第１のファイルシステム上の１つまたはそ
れ以上の最古のアクセスファイルであるステップと、 前記第３のファイルを前記第１のファイルシステムから
削除し、その代わりに前記第２のファイルシステム上の
前記複製された第３のファイルへの論理参照を作成する
ステップと、 第４のファイルを前記第２のファイルシステムからコピ
ーして前記第３のファイルシステム上に複製された第４
のファイルを生成するステップであって、前記第４のフ
ァイルが１つまたはそれ以上の第３の元ファイルであ
り、前記第３の元ファイルが現在第２のファイルシステ
ム上に格納されているが元々前記第１のファイルシステ
ム上に格納されており、前記第４のファイルが前記第３
の元ファイルの最古のアクセスファイルであるステップ
と、 前記第４のファイルを前記第２のファイルシステムから
削除し、その代わりに前記第３のファイルシステム上の
前記複製された第４のファイルへの論理参照を作成する
ステップとを含む方法。 - 【請求項６３】各複製されたファイルの最終アクセス時
間値を前記コピー操作の前に対応するファイルの最終ア
クセス時間値に等しく設定するステップを含む、請求項
６２に記載の方法。 - 【請求項６４】前記ファイルシステムがＵＮＩＸ型ファ
イルシステムであり前記論理参照がシンボリックリンク
である、請求項６２に記載の方法。 - 【請求項６５】前記第１のファイルシステムが第１のデ
ィレクトリツリーを含み、前記第２のファイルシステム
が第２のディレクトリツリーを含み、前記第３のファイ
ルシステムが第３のディレクトリツリーを含み、前記方
法がさらに前記第２のディレクトリツリーを前記第１の
ファイルシステム上にマウントし、前記第３のディレク
トリツリーを前記第２のファイルシステム上にマウント
し、前記第１、第２、及び第３のディレクトリツリーを
制御コンピュータの中にマウントするステップとを含
み、前記制御コンピュータが上記で列挙されたコピーお
よび削除ステップによって動作するよう構成される、請
求項６４に記載の方法。 - 【請求項６６】請求項６２に記載の方法によって動作す
るようプログラムされたデータストレージ管理コンピュ
ータシステム。 - 【請求項６７】第２のファイルシステムと第３のファイ
ルシステムとを使用する第１のファイルシステムのスト
レージ空間管理のためのコンピュータプログラムであっ
て、 コンピュータ上で実行されるのに適したコンピュータプ
ログラムを含む１つまたはそれ以上のコンピュータ可読
媒体を備え、 前記コンピュータプログラムが、 第１のファイルを前記第３のファイルシステムからコピ
ーして前記第２のファイルシステム上に複製された第１
のファイルを生成するよう前記コンピュータを動作させ
る第１の実行可能プログラムコードであって、前記第１
のファイルが１つまたはそれ以上の第１の元ファイルで
あり、前記第１の元ファイルが現在第３のファイルシス
テム上に格納されているが元々前記第１のファイルシス
テム上に格納されており、前記第１のファイルが前記第
１の元ファイルの最新のアクセスファイルである第１の
実行可能プログラムコードと、 前記第１のファイルを前記第３のファイルシステムから
削除するよう前記コンピュータを動作させる第２の実行
可能プログラムコードと、 第２のファイルを前記第２のファイルシステムからコピ
ーして前記第１のファイルシステム上に複製された第２
のファイルを生成するよう前記コンピュータを動作させ
る第３の実行可能プログラムコードであって、前記第２
のファイルが１つまたはそれ以上の第２の元ファイルで
あり、前記第２の元ファイルが現在前記第２のファイル
システム上に格納されているが元々前記第１のファイル
システム上に格納されており、前記第２のファイルが前
記第２の元ファイルの最新のアクセスファイルである第
３の実行可能プログラムコードと、 前記第２のファイルを前記第２のファイルシステムから
削除するよう前記コンピュータを動作させる第４の実行
可能プログラムコードと、 第３のファイルを前記第１のファイルシステムからコピ
ーして前記第２のファイルシステム上に複製された第３
のファイルを生成するよう前記コンピュータを動作させ
る第５の実行可能プログラムコードと、 前記第３のファイルを前記第１のファイルシステムから
削除し、その代わりに前記第２のファイルシステム上の
前記複製された第３のファイルへの論理参照を作成する
よう前記コンピュータを動作させる第６の実行可能プロ
グラムコードと、 第４のファイルを前記第２のファイルシステムからコピ
ーして前記第３のファイルシステム上に複製された第４
のファイルを生成するよう前記コンピュータを動作させ
る第７の実行可能プログラムコードであって、前記第４
のファイルが１つまたはそれ以上の第３の元ファイルで
あり、前記第３の元ファイルが現在前記第２のファイル
システム上に格納されているが元々前記第１のファイル
システム上に格納されており、前記第４のファイルが前
記第３の元ファイルの最古のアクセスファイルである第
７の実行可能プログラムコードと、 前記第４のファイルを前記第２のファイルシステムから
削除し、その代わりに前記第３のファイルシステム上に
前記複製された第４のファイルへの論理参照を作成する
よう前記コンピュータを動作させる第８の実行可能プロ
グラムコードとを備えるコンピュータプログラム。 - 【請求項６８】前記コンピュータプログラムコードがＵ
ＮＩＸ型オペレーティングシステムの元で実行されるの
に適している、請求項６７に記載のコンピュータプログ
ラム。 - 【請求項６９】複数のデータストレージシステム間のデ
ータ格納の方法であって、 前記データストレージシステムの１つを第１の選択シス
テムとして指定するステップと、 前記第１の選択システム以外の前記データストレージシ
ステム上に格納された第１のファイルを前記第１の選択
システムに移動させるステップであって、前記第１のフ
ァイルを前記第１の選択システムにコピーしてコピーさ
れた第１のファイルを作成し、前記第１のファイルを削
除することを含むステップと、 前記第１の選択システムの利用可能なストレージ容量が
第１の所定のしきい値以下に低下するまで第１のファイ
ルを移動させる前記ステップを継続するステップと、 前記データストレージシステムの１つを第２の選択シス
テムとして指定するステップと、 前記第２の選択システム上に格納された第２のファイル
を前記他のデータストレージシステムに移動させるステ
ップであって、前記第２のファイルを各々他のデータス
トレージシステムの１つにコピーし、それによってコピ
ーされた第２のファイルを作成し、前記第２のファイル
を前記第２の選択ファイルから削除し、前記削除された
第２のファイルの代わりに前記コピーされた第２のファ
イルへの対応する論理参照を作成することを含むステッ
プと、 前記第２の選択システムのストレージ利用の割合が第２
の所定のしきい値以下に低下するまで第２のファイルを
移動させるステップを継続するステップとを含む方法。 - 【請求項７０】前記第１のファイルが元々前記第１の選
択システム上に格納されており、その後他のデータスト
レージシステムに移動され、第１のファイルを移動する
前記ステップがさらに前記第１のファイルに対応する論
理参照を削除するステップを含む、請求項６９に記載の
方法。 - 【請求項７１】前記データストレージシステムが各々Ｕ
ＮＩＸ系ファイルシステムを備え、前記論理参照がシン
ボリックリンクである、請求項６９に記載の方法。 - 【請求項７２】前記ファイルシステム各々の一部を第１
のファイルシステムにマウントするステップを含む、請
求項７１に記載の方法。 - 【請求項７３】前記第１のファイルシステムが前記デー
タストレージシステムの１つに配置される、請求項７２
に記載の方法。 - 【請求項７４】前記第１のファイルシステムが前記複数
のデータストレージシステム以外のデータストレージシ
ステムの中に配置される、請求項７２に記載の方法。 - 【請求項７５】前記第１の選択システムが前記データス
トレージシステム間で最高利用可能ストレージ容量を有
する、請求項６９に記載の方法。 - 【請求項７６】前記第２の選択システムが前記データス
トレージシステム間でストレージ利用の最高割合を有す
る、請求項６９に記載の方法。 - 【請求項７７】複数のデータストレージシステム間のデ
ータストレージ管理のためのコンピュータプログラムで
あって、 コンピュータシステム上で実行されるのに適したコンピ
ュータプログラムコードを含む１つまたはそれ以上のコ
ンピュータプログラムストレージ媒体を備え、 前記コンピュータプログラムコードが、 前記データストレージシステムの１つを第１の選択シス
テムとして指定するよう前記コンピュータを動作させる
第１のプログラムコードと、 前記第１の選択システム以外の前記データストレージシ
ステム上に格納された第１のファイルを前記第１の選択
システムに移動させるよう前記コンピュータを動作させ
る第２のプログラムコードであって、前記第１のファイ
ルを前記第１の選択システムにコピーして、コピーされ
た第１のファイルを作成し前記第１のファイルを削除す
ることを含み、前記第１のファイルの数が前記第１の選
択システムの中の利用可能なストレージ容量を第１の所
定のしきい値以下に低下させるのに十分である第２のプ
ログラムコードと、 前記データストレージシステムの１つを第２の選択シス
テムとして指定するよう前記コンピュータを動作させる
第３のプログラムコードと、 前記第２の選択システム上に格納された第２のファイル
を他のデータストレージシステムに移動させるよう前記
コンピュータを動作させる第４のプログラムコードであ
って、前記第２のファイルを各々他のデータストレージ
システムの１つにコピーし、それによってコピーされた
第２のファイルを作成し、前記第２のファイルを前記第
２の選択システムから削除し、前記削除された第２のフ
ァイルの代わりに前記コピーされた第２のファイルへの
対応する論理参照を作成することを含み、前記第２の選
択システムから削除された第２のファイルの数がストレ
ージ利用の割合を第２の所定のしきい値以下に低下させ
るのに十分である第４のプログラムコードとを備えるコ
ンピュータプログラム。 - 【請求項７８】前記第１のファイルが元々前記第１の選
択システム上に格納されており、その後他のデータスト
レージシステムに移動され、第１のファイルを移動する
前記ステップがさらに前記第１のファイルに対応する論
理参照を削除するステップを含む、請求項７７に記載の
コンピュータプログラム。 - 【請求項７９】前記コンピュータプログラムコードがＵ
ＮＩＸ系オペレーティングシステムで実行されるのに適
した、請求項７７に記載のコンピュータプログラム。 - 【請求項８０】前記データストレージシステムが各々Ｕ
ＮＩＸ系ファイルシステムを備え、前記論理参照がシン
ボリックリンクである、請求項７９に記載のコンピュー
タプログラム。 - 【請求項８１】前記第１の選択システムが最高利用可能
ストレージ容量を有する、請求項７７に記載のコンピュ
ータプログラム。 - 【請求項８２】前記第２の選択システムがストレージ利
用の最高割合を有する、請求項７７に記載のコンピュー
タプログラム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/013,966 | 2001-12-10 | ||
| US10/013,966 US20030110190A1 (en) | 2001-12-10 | 2001-12-10 | Method and system for file space management |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003177947A true JP2003177947A (ja) | 2003-06-27 |
| JP2003177947A5 JP2003177947A5 (ja) | 2005-09-08 |
Family
ID=21762766
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002099524A Pending JP2003177947A (ja) | 2001-12-10 | 2002-04-02 | ファイル空間管理の方法とシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030110190A1 (ja) |
| JP (1) | JP2003177947A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006126993A (ja) * | 2004-10-27 | 2006-05-18 | Hitachi Ltd | データの移行先を選択する方法及び装置 |
| WO2007032046A1 (ja) * | 2005-09-12 | 2007-03-22 | Fujitsu Limited | Ｈｓｍ制御プログラム、ｈｓｍ制御装置、ｈｓｍ制御方法 |
| JP2007157138A (ja) * | 2005-12-05 | 2007-06-21 | Internatl Business Mach Corp <Ibm> | チャージバック課金データを提供するための、ファイルシステム、ストレージ・システム、プログラム・ストレージ・デバイスおよび方法 |
Families Citing this family (68)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030172094A1 (en) * | 2002-03-06 | 2003-09-11 | International Business Machines Corporation | Automatic file system maintenance |
| US7240104B2 (en) * | 2002-08-21 | 2007-07-03 | Defywire, Inc. | Method and apparatus for managing resources stored on a communication device |
| US7086051B2 (en) * | 2002-08-21 | 2006-08-01 | Defywire, Inc. | Method and apparatus for just-in-time provisioning application-related information at a communication device |
| US6891860B2 (en) * | 2002-08-21 | 2005-05-10 | Defywire, Inc. | Method and apparatus for establishing multiple bandwidth-limited connections for a communication device |
| JP4164358B2 (ja) * | 2002-12-27 | 2008-10-15 | キヤノン株式会社 | ファイル保管装置及びプログラム |
| JP4567293B2 (ja) * | 2003-01-21 | 2010-10-20 | 株式会社日立製作所 | ファイルサーバ |
| US7216254B1 (en) | 2003-03-24 | 2007-05-08 | Veritas Operating Corporation | Method and system of providing a write-accessible storage checkpoint |
| US7877426B2 (en) * | 2003-07-17 | 2011-01-25 | International Business Machines Corporation | Performance-enhancing system and method of accessing file system objects |
| US7543296B2 (en) * | 2003-08-26 | 2009-06-02 | International Business Machines Corporation | Time based multi-tiered management of resource systems |
| WO2005064476A1 (ja) * | 2003-12-25 | 2005-07-14 | Sony Corporation | コンテンツ記録再生装置及びコンテンツ記録再生方法、情報処理装置、並びにコンテンツ記録再生システム |
| KR101022469B1 (ko) * | 2003-12-30 | 2011-03-15 | 삼성전자주식회사 | 디지털 카메라 및 그 파일관리방법 |
| JP2005228170A (ja) * | 2004-02-16 | 2005-08-25 | Hitachi Ltd | 記憶装置システム |
| US7523112B2 (en) * | 2004-02-19 | 2009-04-21 | Research In Motion Limited | System and method for searching a remote database |
| US7831561B2 (en) * | 2004-05-18 | 2010-11-09 | Oracle International Corporation | Automated disk-oriented backups |
| US20060031491A1 (en) * | 2004-06-15 | 2006-02-09 | Nielsen Peter D | Memory and memory handling for mobile phones |
| US8140786B2 (en) | 2006-12-04 | 2012-03-20 | Commvault Systems, Inc. | Systems and methods for creating copies of data, such as archive copies |
| US7711656B2 (en) * | 2005-03-25 | 2010-05-04 | Kabushiki Kaisha Toshiba | System and method for managing and charging for data storage devices |
| US20060230136A1 (en) * | 2005-04-12 | 2006-10-12 | Kenneth Ma | Intelligent auto-archiving |
| US7647359B1 (en) * | 2005-04-20 | 2010-01-12 | Novell, Inc. | Techniques for file system translation |
| US20060271538A1 (en) * | 2005-05-24 | 2006-11-30 | International Business Machines Corporation | Method and system for managing files in a file system |
| US7644046B1 (en) | 2005-06-23 | 2010-01-05 | Hewlett-Packard Development Company, L.P. | Method of estimating storage system cost |
| US7403949B2 (en) * | 2005-08-17 | 2008-07-22 | International Business Machines Corporation | Elimination of redundant objects in storage systems |
| US20080228693A1 (en) * | 2005-09-26 | 2008-09-18 | Koninklijke Philips Electronics, N.V. | Recycle Bin Function |
| US8266162B2 (en) | 2005-10-31 | 2012-09-11 | Lycos, Inc. | Automatic identification of related search keywords |
| US7840537B2 (en) | 2006-12-22 | 2010-11-23 | Commvault Systems, Inc. | System and method for storing redundant information |
| WO2009032712A2 (en) | 2007-08-29 | 2009-03-12 | Nirvanix, Inc. | Method and system for moving requested files from one storage location to another |
| US9454411B2 (en) * | 2007-08-30 | 2016-09-27 | International Business Machines Corporation | User-selectable progress bar threshold triggers and notification by detecting color change |
| US20100016074A1 (en) * | 2008-03-20 | 2010-01-21 | Gdi Game Domain International Plc | Apparatus and methods for game conversion |
| US8219524B2 (en) * | 2008-06-24 | 2012-07-10 | Commvault Systems, Inc. | Application-aware and remote single instance data management |
| US9098495B2 (en) | 2008-06-24 | 2015-08-04 | Commvault Systems, Inc. | Application-aware and remote single instance data management |
| US8166263B2 (en) * | 2008-07-03 | 2012-04-24 | Commvault Systems, Inc. | Continuous data protection over intermittent connections, such as continuous data backup for laptops or wireless devices |
| US8315996B2 (en) * | 2008-08-13 | 2012-11-20 | International Business Machines Corporation | Efficient management of customized functionality within shared data objects |
| US9015181B2 (en) | 2008-09-26 | 2015-04-21 | Commvault Systems, Inc. | Systems and methods for managing single instancing data |
| CA2729078C (en) | 2008-09-26 | 2016-05-24 | Commvault Systems, Inc. | Systems and methods for managing single instancing data |
| US8667509B1 (en) * | 2008-09-30 | 2014-03-04 | Emc Corporation | Providing context information for events to an event handling component |
| US8386443B2 (en) * | 2008-10-06 | 2013-02-26 | Dell Products L.P. | Representing and storing an optimized file system using a system of symlinks, hardlinks and file archives |
| US8412677B2 (en) * | 2008-11-26 | 2013-04-02 | Commvault Systems, Inc. | Systems and methods for byte-level or quasi byte-level single instancing |
| US8401996B2 (en) | 2009-03-30 | 2013-03-19 | Commvault Systems, Inc. | Storing a variable number of instances of data objects |
| US8918606B1 (en) * | 2009-05-01 | 2014-12-23 | Symantec Corporation | Techniques for providing incremental backups |
| US8578120B2 (en) | 2009-05-22 | 2013-11-05 | Commvault Systems, Inc. | Block-level single instancing |
| US9110918B1 (en) * | 2009-06-29 | 2015-08-18 | Symantec Corporation | Systems and methods for measuring compliance with a recovery point objective for an application |
| US20110246721A1 (en) * | 2010-03-31 | 2011-10-06 | Sony Corporation | Method and apparatus for providing automatic synchronization appliance |
| US8612682B2 (en) * | 2010-09-29 | 2013-12-17 | International Business Machines Corporation | Methods for managing ownership of redundant data and systems thereof |
| US8539165B2 (en) | 2010-09-29 | 2013-09-17 | International Business Machines Corporation | Methods for managing ownership of redundant data and systems thereof |
| US8539154B2 (en) | 2010-09-29 | 2013-09-17 | International Business Machines Corporation | Methods for managing ownership of redundant data and systems thereof |
| US8645636B2 (en) | 2010-09-29 | 2014-02-04 | International Business Machines Corporation | Methods for managing ownership of redundant data and systems thereof |
| US20120078931A1 (en) | 2010-09-29 | 2012-03-29 | International Business Machines Corporation | Methods for managing ownership of redundant data and systems thereof |
| US8935492B2 (en) | 2010-09-30 | 2015-01-13 | Commvault Systems, Inc. | Archiving data objects using secondary copies |
| KR20120041452A (ko) * | 2010-10-21 | 2012-05-02 | 삼성전자주식회사 | 멀티미디어 파일명 변환 방법 및 장치 |
| US9442671B1 (en) * | 2010-12-23 | 2016-09-13 | Emc Corporation | Distributed consumer cloud storage system |
| US9146679B2 (en) * | 2011-06-18 | 2015-09-29 | International Business Machines Corporation | Effectively limitless apparent free space on storage device |
| JP2013175132A (ja) * | 2012-02-27 | 2013-09-05 | Fuji Xerox Co Ltd | 文書管理サーバ装置、文書管理装置、文書管理システム、及び文書管理プログラム |
| US9020890B2 (en) | 2012-03-30 | 2015-04-28 | Commvault Systems, Inc. | Smart archiving and data previewing for mobile devices |
| US9633022B2 (en) | 2012-12-28 | 2017-04-25 | Commvault Systems, Inc. | Backup and restoration for a deduplicated file system |
| US10324897B2 (en) | 2014-01-27 | 2019-06-18 | Commvault Systems, Inc. | Techniques for serving archived electronic mail |
| US10324914B2 (en) | 2015-05-20 | 2019-06-18 | Commvalut Systems, Inc. | Handling user queries against production and archive storage systems, such as for enterprise customers having large and/or numerous files |
| US10185666B2 (en) | 2015-12-15 | 2019-01-22 | Facebook, Inc. | Item-wise simulation in a block cache where data eviction places data into comparable score in comparable section in the block cache |
| US20170168956A1 (en) * | 2015-12-15 | 2017-06-15 | Facebook, Inc. | Block cache staging in content delivery network caching system |
| US10579587B2 (en) * | 2017-01-03 | 2020-03-03 | International Business Machines Corporation | Space management for a hierarchical set of file systems |
| US10657102B2 (en) | 2017-01-03 | 2020-05-19 | International Business Machines Corporation | Storage space management in union mounted file systems |
| US10649955B2 (en) | 2017-01-03 | 2020-05-12 | International Business Machines Corporation | Providing unique inodes across multiple file system namespaces |
| US10585860B2 (en) | 2017-01-03 | 2020-03-10 | International Business Machines Corporation | Global namespace for a hierarchical set of file systems |
| US10579598B2 (en) | 2017-01-03 | 2020-03-03 | International Business Machines Corporation | Global namespace for a hierarchical set of file systems |
| US10592479B2 (en) * | 2017-01-03 | 2020-03-17 | International Business Machines Corporation | Space management for a hierarchical set of file systems |
| US20180286348A1 (en) * | 2017-03-30 | 2018-10-04 | Kyocera Document Solutions Inc. | Information processor and information processing method |
| US11245607B2 (en) * | 2017-12-07 | 2022-02-08 | Vmware, Inc. | Dynamic data movement between cloud and on-premise storages |
| TWI751580B (zh) * | 2020-06-10 | 2022-01-01 | 財團法人工業技術研究院 | 儲存空間暫存檔案的管理方法及用於儲存多個暫存檔案的記錄裝置 |
| US20220075830A1 (en) * | 2020-09-10 | 2022-03-10 | EMC IP Holding Company LLC | Resumable ordered recursive traversal of an unordered directory tree |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5170466A (en) * | 1989-10-10 | 1992-12-08 | Unisys Corporation | Storage/retrieval system for document |
| US5317728A (en) * | 1990-09-07 | 1994-05-31 | International Business Machines Corporation | Storage management of a first file system using a second file system containing surrogate files and catalog management information |
| US5537585A (en) * | 1994-02-25 | 1996-07-16 | Avail Systems Corporation | Data storage management for network interconnected processors |
| WO2000004483A2 (en) * | 1998-07-15 | 2000-01-27 | Imation Corp. | Hierarchical data storage management |
| US6751604B2 (en) * | 1999-01-06 | 2004-06-15 | Hewlett-Packard Development Company, L.P. | Method of displaying temporal and storage media relationships of file names protected on removable storage media |
| US6493727B1 (en) * | 2000-02-07 | 2002-12-10 | Hewlett-Packard Company | System and method for synchronizing database in a primary device and a secondary device that are derived from a common database |
| US6795834B2 (en) * | 2000-06-26 | 2004-09-21 | Fujitsu Limited | Apparatus, method, and storage medium for file management |
| JP4144727B2 (ja) * | 2001-07-02 | 2008-09-03 | 株式会社日立製作所 | 情報処理システム、記憶領域提供方法、およびデータ保持管理装置 |
-
2001
- 2001-12-10 US US10/013,966 patent/US20030110190A1/en not_active Abandoned
-
2002
- 2002-04-02 JP JP2002099524A patent/JP2003177947A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006126993A (ja) * | 2004-10-27 | 2006-05-18 | Hitachi Ltd | データの移行先を選択する方法及び装置 |
| JP4514578B2 (ja) * | 2004-10-27 | 2010-07-28 | 株式会社日立製作所 | データの移行先を選択する方法及び装置 |
| WO2007032046A1 (ja) * | 2005-09-12 | 2007-03-22 | Fujitsu Limited | Ｈｓｍ制御プログラム、ｈｓｍ制御装置、ｈｓｍ制御方法 |
| JPWO2007032046A1 (ja) * | 2005-09-12 | 2009-03-19 | 富士通株式会社 | Ｈｓｍ制御プログラム、ｈｓｍ制御装置、ｈｓｍ制御方法 |
| JP2007157138A (ja) * | 2005-12-05 | 2007-06-21 | Internatl Business Mach Corp <Ibm> | チャージバック課金データを提供するための、ファイルシステム、ストレージ・システム、プログラム・ストレージ・デバイスおよび方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030110190A1 (en) | 2003-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003177947A (ja) | ファイル空間管理の方法とシステム | |
| US11579932B2 (en) | Tiered backup archival in multi-tenant cloud computing system | |
| US11768609B2 (en) | Managing access of multiple executing programs to nonlocal block data storage | |
| US8055724B2 (en) | Selection of migration methods including partial read restore in distributed storage management | |
| US7953945B2 (en) | System and method for providing a backup/restore interface for third party HSM clients | |
| US9652335B2 (en) | Systems and methods for restoring data from network attached storage | |
| US7877357B1 (en) | Providing a simulated dynamic image of a file system | |
| US7546432B2 (en) | Pass-through write policies of files in distributed storage management | |
| US7725444B2 (en) | Method for a policy based storage manager | |
| JP5210176B2 (ja) | 複数のノードを有するストレージ・システムの保護管理方法 | |
| US8769186B2 (en) | Providing executing programs with reliable access to non-local block data storage | |
| US8812436B2 (en) | Schedule based data lifecycle management | |
| US6618736B1 (en) | Template-based creation and archival of file systems | |
| US20150039658A1 (en) | Encapsulated file management systems | |
| EP2324429B1 (en) | Providing executing programs with reliable access to non-local block data storage | |
| US20130339407A1 (en) | Avoiding client timeouts in a distributed filesystem | |
| JP2001188698A (ja) | ファイルをバックアップするための方法、システム、プログラム及びデータ構造 | |
| JP2005084963A (ja) | ファイル共有装置及びファイル共有装置間のデータ移行方法 | |
| CN101443761A (zh) | 对文件系统的支持qos的生命周期管理 | |
| EP3535955B1 (en) | Systems, devices and methods for managing file system replication | |
| JP5354768B2 (ja) | ソフトウェア自動配布システム | |
| Satyanarayanan et al. | Coda File System User and System Administrators Manual | |
| US7693954B1 (en) | System and method for direct to archive data storage |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050314 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050314 |
|
| 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: 20080530 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080610 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081111 |