JP5592493B2 - ストレージネットワークシステム及びその制御方法 - Google Patents

ストレージネットワークシステム及びその制御方法 Download PDF

Info

Publication number
JP5592493B2
JP5592493B2 JP2012532170A JP2012532170A JP5592493B2 JP 5592493 B2 JP5592493 B2 JP 5592493B2 JP 2012532170 A JP2012532170 A JP 2012532170A JP 2012532170 A JP2012532170 A JP 2012532170A JP 5592493 B2 JP5592493 B2 JP 5592493B2
Authority
JP
Japan
Prior art keywords
storage
policy
data
tier
file
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.)
Expired - Fee Related
Application number
JP2012532170A
Other languages
English (en)
Other versions
JP2013517536A (ja
Inventor
裕 小笠原
隆裕 中野
仁志 亀井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Publication of JP2013517536A publication Critical patent/JP2013517536A/ja
Application granted granted Critical
Publication of JP5592493B2 publication Critical patent/JP5592493B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • 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
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • 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
    • 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/061—Improving I/O performance
    • 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/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0685—Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明はストレージネットワークシステムに係り、特に、エッジとコアがネットワークによって接続したシステムに関するものである。
ストレージネットワークシステムの一つの形態として、コア・エッジからなるシステムが知られている。これは複数のストレージサイトをネットワークによって互いに接続するものであり、中心的な役割を果たすサイトがコアに相当し、コア以外のサイトがエッジに相当する。コア・エッジシステムの具体的な形態に、コアがデータセンタに相当し、エッジがリモートオフィスに相当するものがある。
データファイルは、先ず、エッジにおいて生成され、コアは、複数のエッジのデータやファイルを集中的にバックアップしたり、これらをアーカイブしたりする役割を果たす。ファイルを作成、使用、加工するなどのファイル操作はエッジにおいて実行される。そこで、エッジに存在するストレージシステムには、複数のクライアント端末が接続している。
コア・エッジシステムのさらに具体的な形態として、病院における医療データの管理システムがある。エッジは、大小さまざまな医療機関であり、コアは、例えば、行政によって設置される、地域に存在する大規模なデータセンタである。
コアは、エッジである各病院から医療データを受け取ってバックアップしたり、アーカイブをしたり、あるいは他の病院からの医療データに対する参照を可能にならしめる役割を果たす。
エッジ・コアの双方のサイトにおいて、データ管理の効率化のために、階層型ストレージ管理（HSM：Hierarchical Storage Management）が適用されている。例えば、デジタルデータを、その作成から活用・保存・破棄に至るまでの一連のライフサイクルとしてとらえ、時間の経過とともに変化するデータの利用価値に応じて、1st Tier（第１階層）（オンライン）、2nd Tier（第２階層）（ニアライン）、３rd Tier（第３階層）（アーカイブ）などの多階層の中から、その時々で最適なストレージをデータの階層管理に適用する手法が実現されている。
なお、本発明に関連する従来技術として、特開２００４―１３９４７１号公報、特開２００５―３２２０２０号公報に記載されたものが存在する。
特開２００４―１３９４７１号公報 特開２００５―３２２０２０号公報
コア・エッジシステムを実現していく上で最も大切なことは、データの記憶管理における統合的なポリシーを確立し、そのポリシーに基づいてストレージ・ネットワークを効率よく運用することである。
しかしながら、従来のストレージネットワークシステムでは、複数のエッジ間で各エッジのポリシーに相違が出ざるを得ないにもかかわらず、この相違を埋めるために、コアのポリシーが過剰に設定されていたために、コアの制御資源や記憶資源が不必要に浪費され、ストレージネットワークを効率良く運用することができなかった。
そこで、本発明は、コアの資源の浪費を防ぎ、以って、効率良く運用されるストレージネットワークシステム及びその制御方法を提供することを目的とするものである。
前記目的を達成するために、本発明は、複数のエッジ側でのデータ記憶の階層制御と、コア側でのデータ記憶の階層制御とを連携させることよって、コア側で複数のエッジ間のポリシーの相違を緩衝し、緩衝されたポリシーをコア側でのデータ記憶の階層制御に適用することを特徴とするものである。
以上説明したように、本発明によれば、コアの資源の浪費を防ぎ、以って、効率良く運用されるストレージネットワークシステム及びその制御方法を提供することができる。
本発明に係るストレージネットワークの実施形態のブロック構成図である。 エッジを構成するストレージシステムのハードウエアブロック図である。 コアを構成するストレージシステムハードウエアブロック図である。 エッジのポリシーファイルの構成に係るテーブルである。 医療データファイルのメタデータの構成に係るテーブルである。 コアのポリシーファイルの構成に係るテーブルである。 コアによって設定された基本ポリシーファイル１の構成に係るテーブルである。 コアによって設定された基本ポリシーファイル２の構成に係るテーブルである。 コアによって設定された各エッジ用のポリシーファイルの構成に係るテーブルである。 エッジ側及びコア側のそれぞれにおいてポリシーファイルが新規作成される際の動作を説明するフローチャートである。 エッジが作成した側ポリシーファイルをコア側に適用する動作を説明するフローチャートである。 コア側のポリシーファイルにエッジ側のポリシーファイルを適用して、コアに追加されたエッジのエッジ用ポリシーファイルを作成する動作に係るフローチャートである。 エッジからコアへのデータの送信時に、コアの記憶容量が不足している場合の動作に係るフローチャートである。 コア側のアーカイブ処理において、コア側の第２階層、及び／又は、第３階層の記憶容量が不足した場合の動作に係るフローチャートである。 エッジにおけるアーカイブ処理、コアへのバックアップ処理に係るフローチャートである。 コア側のアーカイブの処理に係るフローチャートである。 エッジがコアのデータを参照する動作に係るフローチャートである。 エッジがコアに自己のバックアップータにアクセスする際での、ストレージネットワークシステムのブロック図である。 エッジが他エッジのバックアップデータにアクセスする場合のブロック図である。
次に本発明の実施形態について説明する。図１は、本発明に係るストレージネットワークの実施形態のブロック構成を示すものである。このシステムは、複数のストレージシステムがWANなどのネットワークを介して互いに接続するように構成されている。
複数のストレージシステムのうち、通信システムの中心に存在し、データセンタなどの中心的な役割をするストレージシステムからなるサイトがコア１００であり、その他のストレージシステムからなるサイトがエッジ１０２である。
図１において、１０２Ａはエッジ１のサイトを構成するストレージシステムであり、１０２Ｂはエッジ２のサイトを構成するストレージシステムであり、１０２Ｃはエッジ３のサイトを構成するストレージシステムである。
エッジを構成するストレージシステムとコアを構成するストレージシステムのハードウエア及びソフトウエア構成は、エッジ又はコアという点を別にすれば大きくは相違しない。
エッジ１０２Ａを構成するストレージシステムは、記憶制御装置としてのファイルサーバ１０８と、管理端末１０６と、を備えている。そして、複数のクライアントコンピュータ１０４がファイルサーバ（ＮＡＳ）１０８に接続している。ストレージシステム１０２Ａは、後述のとおり、ファイルサーバ１０８に接続するストレージ装置（図２の符号２２０，２２２）を備えている。ストレージ装置は、記憶制御装置として、ユーザデータを複数の階層に分けて管理している。
ファイルサーバ１０８は、それぞれが既述の記憶階層に対応する複数の論理デバイス（LU:Logical Unit）をクライアント装置１０４に提供している。論理デバイスとして、ストレージ装置の第１階層（Tier１）に対して設定されたLU１と、第２階層（Tier２）に対して設定されたLU２と、第３階層（Tier３）に対して設定されたLU３とが存在する。クライアント装置１０４は、論理デバイスを介して、ストレージ装置のユーザデータの記憶領域である各階層にアクセスする。
コアを構成するストレージシステム１００も、エッジと同様に、ファイルサーバ１１２と、管理端末１１０を備えている。ストレージシステム１００も、後述のとおり、ファイルサーバ１１２に接続するストレージ装置（図３の符号３２０，３２２）を備えている。
ストレージ装置は、複数のエッジからバックアップされたユーザデータを複数の階層に分けて管理している。ファイルサーバ１１２は、それぞれ記憶階層によって構成される複数の論理デバイスLUをクライアント装置１０４又はエッジ１０２のファイルサーバ１０８に提供している。クライアント装置１０４はエッジ１０２の論理デバイスを介して、エッジのストレージ装置に存在するデータに加えて、このデータがコア１００にバックアップされた後では、コア１００のストレージ装置に存在するバックアップデータにアクセスすることができる。データがコアへマイグレーションされた後は、このデータに対しては、論理デバイスではなく、１０８のファイルサーバを介して、または、直接ＷＡＮを介して」、クライアントからアクセスされる。
複数のエッジ１０２及びコア１００に、それぞれ存在するストレージ装置は、階層型ストレージ管理構造に基づいて、データを複数の階層に分類して格納している。例えば、階層化ストレージ構造は、デジタルデータを、その作成から活用・保存・破棄に至るまでの一連のライフサイクルとしてとらえ、時間の経過とともに変化するデータの利用価値に応じて、1st Tier（第１階層）、2nd Tier（第２階層）、３rd Tier（第３階層）など、データを複数の階層に順番に分類して格納するものである。
第１階層の記憶領域は、クライアントによって頻繁にアクセスされるオンラインストレージによって構成される。オンラインストレージの例としては、内蔵インターフェースとして、ファイバーチャネルやシリアルアタッチドスカジーを用いたハードディスクドライブがある。その他、ＳＳＤ（Solid State Disk、いわゆるフラッシュメモリを使った高速デバイス）でもよい。第３階層の記憶領域は、テープドライブなどアーカイブに適したメディアによって構成される。
第２階層は、クライアントコンピュータ１０４によって頻繁にアクセス/更新されるサーバ向けストレージ「オンライン」と、データの長期保存に適したテープドライブなどの「アーカイブ」の中間である、信頼性の点で一般的な、例えば、内蔵インターフェースとしてATAやSATAを利用したハードディスクドライブによって提供される。複数の階層の各々が既述の論理ボリューム（ＬＤＥＶ）として論理化され、ファイルサーバの論理デバイスに対応されてクライアント装置に提供される。
ファイルサーバ１０８,１１２は、ポリシーに定める条件が成立したと判断すると、第１階層（1st Tier）のファイルデータを第２階層（2nd Tier）にマイグレーションする。同様に、ファイルサーバは、ポリシーに定める他の条件が成立したと判断すると、第２階層のファイルデータを第３階層（３rd Tier）にマイグレーションする。
図２は、エッジを構成するストレージシステム（図１の１０２Ａ）のハードウエアブロック図である。ストレージシステムは、ファイルサーバ１０８と、複数のストレージ装置２２０，２２２とを備えている。
ファイルサーバ１０８にはＬＡＮ２００，２０１を介してクライアント端末１０４と、ＷＡＮと接続するためのルータ２０２、そして、管理端末１０６が接続している。ＷＡＮには既述の図１のように、他のエッジ１０２Ｂ，Ｃ・・、又はコア１００が接続する。
管理端末１０６は、ファイルサーバ１０８にポリシーファイルを設定、あるいは、設定したポリシーファイルを変更、又は更新する機能を達成する。
ファイルサーバ１０８は、ネットワーク接続部２０４Ａ，２０４Ｂ、プログラムメモリ２０８、演算処理装置２１０、内蔵ディスク装置２１２、そして、ストレージ接続部２１４を備えている。
ネットワーク制御部２０４Ａ，２０４Ｂは、ＬＡＮアダプタを備え、ＬＡＮとの接続を制御するインターフェースである。ネットワーク接続部２０４ＡはＬＡＮ２００に接続し、ネットワーク接続部２０４ＢはＬＡＮ２０１に接続している。
プログラムメモリ２０８は、ファイル管理プログラム２０８Ａと、データ送受信プログラム２０８Ｂと、通信プログラム２０８Ｃと、ファイル位置情報管理プログラム２０８Ｄと、マイグレーションプログラム２０８Ｅと、ポリシーファイル読み書きプログラム２０８Ｆ、そして、ポリシー制御プログラム２０８Ｇとを備えている。演算処理装置はこれらプログラムを実行して、各プログラムが目的とする諸機能を実現する。
ファイル管理プログラム２０８Ａは、ストレージ装置２２０，２２２に格納するデータをファイルとして扱うための諸機能を実現するものであり、例えば、ファイルのメタデータを作成・管理し、ストレージ装置の記憶領域を論理化してこれを論理的記憶領域としてファイルサーバに提供し、ファイルのディレクトリ毎の容量制限機能を実現し、そして、WORM属性（Write Once Read Many）を持つファイルのリード・ライトを制御するなどの機能を達成する。
データ送受信プログラム２０８Ｂは、ネットワーク接続部２０４Ａ，２０４Ｂ、ストレージ接続部２１４を介してデータ、メタデータの送受信を実行する。さらに、データ送受信プログラム２０８Ｂは、コア１００に対してポリシーファイルを送信する。
通信プログラム２０８Ｃは、管理端末１０６、コア１００との通信に関する諸機能を達成する。例えば、管理端末１０６からポリシーファイルを作成することの指示を受信する。さらに、通信プログラム２０８Ｃは、コア１００のファイルサーバと通信して、ポリシーファイル２１２Ｃの更新状況を確認する。
ファイル位置情報管理プログラム２０８Ｄは、ポリシーに従いデータのマイグレーションを行った後、ファイルが存在するストレージとLUとの関連に関する情報を管理する。
マイグレーションプログラム２０８Ｅは、ポリシーに従い、データを複数の階層間で移動させる。ポリシーファイル読み書きプログラム２０８Ｆは、通信プログラム２０８Ｃと連携し、ポリシーファイル２１２Ｃを作成・更新する。ポリシーファイル読み書きプログラム２０８Ｆはさらに、コア１００からの指示に基づき、ポリシーファイルを更新する。ポリシー制御プログラム２０８Ｇは、ポリシーファイルの書き換えを判断し、ポリシーファイル読み書きプログラム２０８Ｆに指示を与えることによってポリシーの書き換えを行う。
内蔵ディスク装置２１２は、ファイルサービスを実行するＯＳ２１２Ａと、ファイルの位置情報２１２Ｂと、ポリシーファイル２１２Ｃと、メタデータ２１２Ｄを保存する領域を有している。ファイル位置情報とは、データのマイグレーションが複数の記憶階層間で行われた際、ファイルが実際に存在する位置である、LU及びディレクトリ等を特定するための情報である。
ストレージ接続部２１４は、ファイバチャネルネットワーク２１８を経由した、ストレージ装置２２０,２２２とのデータの送受信を制御するインターフェースである。ストレージ装置２２０，２２２とファイルサーバ１０８のストレージ接続部２１４との間にはファイバチャネルスイッチ２１６が設けられている。
ファイバチャネルスイッチ２１６は、ファイルサーバ１０８から送信されたコマンドに基づいて、ファイルサーバ１０８が複数のストレージ装置のうちのどのストレージ装置に接続かを決定し、決定されたものに切り替える。なお、ファイルサーバ１０８は、さらに、データの一時記憶領域としてのキャッシュメモリを有している。
既述のプログラムメモリ２０８、演算処理装置２１０などの種々の素子や回路はシステムバス２０６によって互いに接続されている。
ストレージ装置２２０はファイバチャネルスイッチ２１６に接続するサーバ接続部２２４と、ファイルデータを複数の階層に分類して記憶する制御処理を実行するプログラムやデータの一時記憶処理を実行するシステムメモリ２２６と、制御プログラムの実行やデータ処理のための演算処理回路２２８と、これらを互いに接続するシステムバス２２７を備えている。
さらに、ストレージ装置２２０は、ファイルサーバ１０８に対して、既述の複数の階層からなる記憶領域を提供する。Tier１は、第１階層に属するストレージをファイルサーバ１０８に提供するための論理領域であり、Tier２は、第２階層に属するストレージをファイルサーバ１０８に提供するための論理領域であり、Tier３は、第３階層に属するストレージをファイルサーバ１０８に提供するための論理領域である。
エッジが各医療機関に存在するシステムであるとすると、クライアント装置の一例は医療用診断装置に接続するコンピュータである。Ｘ線画像データなどの医療データはクライアント装置から最初にTier１に格納される。Tier２は、Tier１に格納後規定の期間を過ぎたデータ、又は、クライアント装置からのアクセス頻度が低下したデータなどポリシーに定める所定の条件が成立したときに、データがTier１からマイグレーションされる領域である。
Tier３も、同様に、ポリシーに定めた条件が成立したときにデータがTier２からマイグレーションされる領域である。なお、Tier１からTier３に直接データがマイグレーションされることを妨げるものではない。
各階層を構成するストレージデバイスは、一つのストレージ装置に存在してもよく、複数のストレージ装置に分かれて存在してもよい。図２及び図３の形態では、オンラインストレージ（Tier１）、及び、ニアラインストレージ（Tier２）は第１のストレージ装置２２０に存在し、アーカイブストレージ（Tier３）は第２のストレージ装置２２２に存在する。
図３はコアを形成するストレージシステム１００のハードウエアブロック図である。これは、エッジを形成するストレージシステムのハードウエアブロック(図２)とほぼ同様であるので、相違点についてのみ説明する。
コアのストレージシステム１００は、エッジ１０２から送信されたバックアップデータを階層化して管理を行う。ＬＡＮ３００には、クライアント装置が接続されていない。WANにはエッジが接続している。
データ送受信プログラム３０８Ｂは、エッジ１０２からポリシーファイル２１２Ｃを受信する。通信プログラム３０８Ｃは、エッジ１０２のファイルサーバ１０８と通信して、ポリシーファイル３１２Ｃの更新状況を確認する。ポリシーファイル読み書きプログラム３０８Ｆは、エッジ１０２から取得したポリシーファイル２１２Ｃに従い、コアのポリシーファイル３１２Ｃを更新する。ストレージ装置３２０のTier１にはエッジ１０２から受信した医療画像データが最初に格納される。
既述のとおりデータの階層化管理は、コア１００とエッジ１０２のそれぞれにおいて、演算処理装置２１０,３１０がポリシーを参照して、プログラムメモリ２０８,３０８の各種の制御プログラムを実行することによって達成される。
ポリシーとは、エッジ１０２及びコア１００のそれぞれにおいて、データの階層制御の規約、規定等の取り決めであり、例えば、ストレージシステムが、いつ、どのようなファイルを、どの階層に配置するか、各階層におけるデータの保管期間をどうするか、複数のエッジの夫々に対する、コアの記憶領域の割り当て量をどうするかなどに関する命令群である。エッジ１０２のポリシーは、複数のエッジそれぞれに独立して決定され、エッジ間では互いに依存しないように規定されている。なお、所定のエッジ間でポリシーを関連させることを妨げない。
一方、コア１００はエッジ１０２のデータセンタとしての役割を果たすものであるため、コアのポリシーは、コア独自のポリシーをそもそも持つものとなっている。このポリシーは、たとえばシステム全体がユーザに提供するサービスのレベルについての合意に基づいて決定される。この合意をサービスレベルアグリーメント（Service Level Agreement,SLA）と呼び、たとえばバックアップ頻度の最長間隔を保証する「復旧時点目標」（Recovery Point Objective、RPO）や、システムに障害が発生した場合の復旧時間を保証する「復旧時間目標」（Recovery Time Object、RTO）に基づき決定される。ここで「復旧時点目標」「復旧時間目標」の単位は時間であり、それぞれたとえば１日（1日に最低１回バックアップを作成する）、１時間（障害発生時には１時間以内にデータを復旧する）というような値が決定される。本発明のコアは、コアのポリシーに複数のエッジのポリシーを反映する機能を有している。
例えば、コア１００は、複数のエッジ毎に、コアの独自ポリシーとエッジのポリシーの差分を求め、この差分を各エッジのポリシーに補償して各エッジ用のポリシーを作成し、これをコアの各エッジ用ポリシーファイルとして各エッジに適用する。又は、コア１００は、複数のエッジに適用可能な規定をコアのポリシーとして複数のエッジに適用する。以上のように、コアは複数のエッジのポリシーを最適化しようとする。
エッジ１０２の管理者は、管理装置１０６において、ポリシーを設定し、設定されたポリシーを内蔵ディスク装置２１２にポリシーファイル２１２Ｃとして格納する。ファイルサーバ１０８はポリシーファイル２１２Ｃを参照して、ユーザデータの階層管理を実行する。
コアのシステム１００の管理者は、管理装置１１０において、最初に基本となるポリシーを設定し、これをファイルサーバの内蔵ディスク装置にポリシーファイルとして格納する。さらに、サーバ１１２は、エッジ１０２からポリシーファイルを取得して、これを内蔵ディスクにコピーする。したがって、ポリシーファイル３１２Ｃとしては、コア１００が設定するコア側ポリシーファイルと、各エッジ１０２が設定するエッジ側ポリシーファイルとがあり、コアは、両方に基づいて、各エッジに対して適用されるポリシーを設定、あるいは修正して各エッジ用ポリシーファイルを設定する。
コアのポリシーを、エッジのポリシーに依存させる理由は、例えば、次の通りである。エッジが病院、コアが地域にある医療データを取り纏めるセンタであるとすると、エッジのシステムの規模は病院毎に異なり、エッジ毎でポリシーも異なることが通例である。例えば、エッジ１のポリシーは、データを２年間保持することとし、エッジ２のポリシーはデータを３年間保持するというごとくである。
ここで、Ｘ線画像などの医療データの保存年月は法令によって、例えば、１０年間と定められている。コア１００のシステムは、複数のエッジ１０２のデータを法令に合う年限で保持しようとすると、エッジ毎のポリシーの差異を勘案し、コア側で法令を満たすようなポリシーを設定してデータを管理する必要がある。
すなわち、コア１００のポリシーは、エッジ１から送られてきたデータをエッジ１でそれまで保存されていた期間にコア側での保存期間を加えて、合計で１０年になるようにし、エッジ２に対しても同様にする。コアのシステム１００が、コアのポリシーをエッジのポリシーに基づいて、作成あるいは更新することによって、複数の全てのエッジに対して、法令によるデータ保存期間についての義務を遵守できるようになる。
次に、エッジ１０２のポリシーファイルについて説明する。ポリシーファイルは、エッジ及びコア側とも、プログラムメモリ内の制御・管理プログラムに対して、ファイルデータの階層化管理、ファイルデータのマイグレーション、ファイルデータの送受信に関する命令群である。
図４は、エッジのポリシーファイルの構成を説明するテーブルである。以後、エッジが自己の記憶管理用として設定するポリシーファイルを「エッジ側ポリシーファイル」と呼ぶ。
エッジ側ポリシーファイルは、大項目と、中項目と、小項目とから構成されている。大項目は、エッジ情報と、ファイルの保管期限と、コアへの転送方法と、容量不足時の動作と、そして、ポリシーを実行する時期とからそれぞれなる複数のブロックを有している。
このうち、エッジにおける「容量」（＃２〜＃４）、「ファイルの保管期限」（＃５〜＃１３）は、階層毎に設定され、保管期限はさらにファイルの種別毎に設定されている。
「ファイルの種別」とは、医療分野を例とすると、Ｘ線画像などの画像ファイルか、カルテ情報か、テキストファイルか、アノテーションか、などの区別である。ファイルサーバ１０８は、ファイルの拡張子を認識してファイルの種別を判断する。例えば、画像データにTier１での保存を長くする。
そして、「コアへの転送方法」（＃１４）とは、エッジ１０２が、ユーザデータをデータバックアップのために、コア１００に転送するタイミングを規定するものである。例えば、エッジ側のファイルサーバ１０８は、最初にデータを、ストレージ装置２２０の第１階層（Tier１）に保存し、次に、このデータを第２階層（Tier２）にマイグレーションし、さらに、第２階層（Tier２）のデータを、ストレージ装置２２２の第３階層（Tier３）にマイグレーションするが、どのタイミングでデータをコアに転送するかが、「コアへの転送方法」によって決定される。
例えば、エッジ１０２がデータをエッジ側の第２階層から第３階層へマイグレーション後、エッジでのデータ保管期限満了の所定期間前に、データをコア側にバックアップするなどである。あるいは、エッジが、「第一階層から第二階層（第二階層から第三階層でもよい。）へのマイグレーションが完了した時点で、完了をトリガーとして、そのデータをコアへバックアップしてもよい。
「容量不足時のアクション」（＃１４）は、エッジ側において、記憶容量が不足した際において、実行されるアクションを決めるための規定であり、これには、クライアントの書き込み要求に対してエラーを介して書込み要求を強制終了させるパターンと、所定の階層でのデータの保存期間を強制的に短縮した上で書込み要求を許容するパターンとがある。
後者のパターンの例としては、第１階層の記憶容量が不足した状況である。この際、ファイルサーバ１０８は、データの第１階層における保存期間を短縮して、その分、早くデータを第２階層にマイグレーションするようにして第１階層における記憶領域を迅速に開放する。管理端末１０６は、複数パターンを管理者に提供し、管理者は複数のパターンのうち一つ又は複数を選択することができる。このことは、第２階層の記憶容量が不足した場合についても同様である。すなわち、第２階層でのデータ保存期間を短縮する。一方、第３階層の記憶容量が不足した場合には、第１記憶階層及び／又は第２記憶階層でのデータの保存期間を増加させる。これら記憶階層の容量の不足が生じる場合には、管理端末はファイルサーバから不足情報を入手して、記憶容量を増設するための必要なメッセージを管理者に提供する。ファイルサーバは、データ保存期間や記憶容量を更新・変更した際にはエッジ側のポリシーファイルを更新する。
「容量不足時のアクション」（＃１５）は、コア側に対しても所定のパターンでの処理を要求できる。所定のパターンには、既述のようなデータの保存期間の短縮、あるいは、コアに対して、自分（エッジ）に対する記憶容量の割り当てを変更する要求がある。これら変更の要求に際しては、エッジ１０２の管理者は変更後の比率を管理端末１０６において指定する。
「ポリシー実行時期」（＃１７）は、エッジのファイルマイグレーションプログラム２０８Ｅに対して、どの程度の間隔、例えば、毎日の指定時刻毎でファイルデータのマイグレーションを実行すべきか否かを判定させるものである。なお、図５に、医療データファイルのメタデータの構成を説明するためのテーブルを示す。
エッジ側ファイル及びエッジ用ファイルでの、データ保管期限がファイルの種類別、ファイルのアクセス頻度によって異なる。たとえば、ファイル種別が「画像情報」の場合、ファイル作成日付が２年前ならTier2へ移動する。ファイル種別が「患者情報（年齢・氏名など）」の場合、ファイルの最終アクセス日が１ヶ月前ならTier2へ移動する。ファイル種別が「テキストデータ（メモなど）」の場合、ファイルのアクセス頻度が直近１ヶ月で2回以下ならTier2へ移動する。このように、それぞれのファイル種別に対して、どの判定基準を適用するかをここで決める。
「エッジ側ポリシーファイル」は、エッジから収集した、いわば素のエッジ情報である。このままだとエッジの全体に対しては最適にはならないので、コア側で調整したのち、「エッジ用ポリシーファイル」に新たな値が書き込まれる。たとえば、コア側で割り当て容量が足りなくなった場合などには、コア側で再度ポリシーに従って対処法を決める。このとき、はやく下階層へファイルを追い出すことを対処法として選択する場合は、結果としてTier1にファイルが滞留する期間を短く設定し直すことになる。
次に、コアのシステム１００のポリシーファイルについて説明する。図６は、ポリシーファイルの概要を説明するテーブルである。コア側のシステムのポリシーファイルには、コア側基本ポリシーファイル１（６００）と、コア側基本ポリシーファイル２(６０２)と、各エッジ側で作成されたポリシーファイル６０４（図６）のコピーファイルと、コア側のシステムが各エッジ用として設定したエッジ用ポリシーファイル６０６と、がある。これらのファイルは、内蔵ディスク装置３１２にポリシーファイル３１２Ｃとしてまとめて格納されている。
基本ポリシーファイル１（６００）は、コア１００側におけるファイルの保管に関する基本方針を既述したものである。これは管理端末１１０によって設定される。基本ポリシーファイル１(６００)の例が図７に示されている。
基本ポリシーファイル１は、「コア情報」（コア側の各階層の記憶容量）の設定に関するブロック（＃１〜＃３）と、ファイルの保管期限（コア側の各階層での保管期限、通算での保管期限／ファイルの種別毎）の設定に関するブロック（＃４〜＃１５）と、ポリシー実行時期の指定（＃１６）（どの程度の間隔で複数の階層間でファイルデータのマイグレーションを行うかの判定時期）に関するブロックと、を備えている。
コアでは、トータル保存期間１０年といった、法規制を念頭においた設定を実行する。エッジ側は、全体で何年保存するかどうかについては特段の考慮をしなくてもよい。コア側は、エッジ全体を勘案し、コア上での適切な保存年限を調整する。
基本ポリシーファイル２は、コアが収集したエッジ側のポリシー（コピー）ファイル（図６の６０４）から計算した記憶容量を備えている。図８に基本ポリシーファイル２の一例を示す。基本ポリシーファイル２は、エッジ情報として、全てのエッジの第１階層の総容量、全てのエッジの第２階層の総容量、全てのエッジの第３階層の総容量を設定している。
エッジ側ポリシー(コピー)ファイルは、コアが複数エッジのそれぞれから受信したエッジ側のポリシーファイルのコピーである。コア側のファイルサーバ１１２は、このポリシーファイルをコアのストレージ装置３２０、３２２における階層化管理には利用しない。
エッジ用ポリシーファイル(図６の６０６)は、コア１００がポリシー（コピー）ファイルに基づいて、各エッジ用に設定又は修正したポリシーを設定するものである。
データの階層制御は、エッジ１０２及びコア１００において、ファイルサーバ又はストレージ装置によって実行される。コア１００のファイルサーバ１１２、又は、ストレージ装置３２０,３２２は、ファイルの階層制御に、各エッジ用ポリシーファイルを参照する。図９は、各エッジ用のポリシーファイルの一例である。「エッジ情報」は、「エッジの識別用のエッジ名」（＃１）と、「エッジ用の領域」と、を備え、後者は、エッジ名で作成された「エッジ用ディレクトリ名」（＃２）と、「各階層のエッジ用のディレクトリの容量の上限」（＃３〜＃５）のブロックと、を備えている。
さらに、「ファイルの保管期限」（＃６〜＃１１）は、各エッジ用に割り当てられた、コア側の記憶領域について、各階層の保管期限を定めるものである。保管期限は、ファイル基本情報別（図５）、ファイル統計情報別（図５）毎に定められる。
さらに、「容量不足時のアクション」（＃１２）は、各エッジ用の割り当て領域に不足が発生した場合における、コア側での処理内容を示すものである。その内容は、エッジ側のもの(図４の)と同様である。
次に、エッジ及びコア側の動作について説明する。図１０は、エッジ１０２側及びコア１００側のそれぞれにおいてポリシーファイルが新規作成される際の動作を説明するフローチャートである。
管理端末１０６（１１０）がファイルサーバ１０８（１１０）にログインし（１０００）、ファイルサーバ１０８（１１０）の内蔵ディスク２１２（３１２）に新規ポリシーファイルを設定する（１００２）。
次いで、管理端末１０６（１１０）は、新規ポリシーファイルにエッジなどのエントリを作成し、ポリシーファイルの各ブロックに所定の値を入力する（１００４）。次いで、管理端末１０６（１１０）は、ファイルサーバ１０８（１１０）の内蔵ディスク２１２（３１２）に新規ポリシーファイルを保存する（１００６）。
ストレージネットワークシステムは、所定のタイミングで、エッジ側ポリシーファイルをコア側に送信して、両方のポリシーファイルの同期化を図る。この同期処理を図１１に示すフローチャートに基づいて説明する。
エッジ１０２側の演算処理装置２１０はデータ送受信プログラム２０８Ｂを実行して、内蔵ディスク装置２１２のポリシーファイル２１２Ｃをコア１００側へ送信する（１１００）。コア１００側のファイルサーバ１１２の演算処理装置３１０はデータ送受信プログラム３１２Ｃを実行してエッジ１００からポリシーファイルを受信する（１１０２）。
コア側の演算処理装置３１０は、ファイル管理プログラム３０８Ａを実行して、内蔵ディスク３１２に格納されている、送信元エッジと同一なエッジのコピー済みポリシーファイルが内蔵ディスク装置３１２の領域３１２Ｃに存在するか否かを検索する（１１０４）。
コア側の演算処理装置３１０がこれを否定判定すると（１１０６）、コア側ポリシーファイル３１２Ｃに同一エッジのポリシーファイルのコピーを設定する（１１１４）。
一方、この判定（１１０６）を肯定すると、コア側の演算処理装置３１０は、今回受信したポリシーファイルとコピー済みのポリシーファイルとを比較して同一であれば（１１１２）、コア側の通信プログラム３０８Ｃが同期化処理の終了（１１１６）をエッジ側の通信プログラム２０８Ｃに送信する（１１１８）。
一方、コア側のファイル管理プログラム３０８Ａは、両者に差分があれば、この差分をコピー済みのエッジ側のポリシーファイルに対して更新を掛ける（１１１４）。
コア側のポリシーファイルをエッジ側のポリシーファイルに基づいて設定する動作を図１２のフローチャートに基づいて説明する。コア側の演算処理装置３１０は、各プログラムを実行することによって、図１２のフローチャートを処理する。なお、エッジのシステムにはエッジ１とエッジ２が存在することを前提として説明する。エッジ３以上が存在することを妨げるものではない。
コアは、コアに新たなエッジが追加される都度図１２のフローチャートを実行して、新たなエッジ用のポリシーを設定する。ファイル管理プログラム３０８Ａは、内蔵ディスク３１２に格納されているコア側ポリシーファイル１（図７）と、ポリシーファイル２（図８）とを開く（１２００,１２０２）。
次いで、データ送受信プログラム３０８Ｂは、コアに既に接続している複数のエッジ、及び、新たにコアに接続したエッジ、即ち、全エッジからエッジ側ポリシーファイルを受信して、これを内蔵メモリ３１２のポリシーファイル格納領域３１２Ｃに、エッジ側ポリシー（コピー）ファイルとして格納する（１２０４）。このようにするのは、コア１００に新たにエッジに追加され、当該エッジ用のポリシーファイルをコアが設定する、全てのエッジ側のポリシーファイルの情報が必要であるからである。
次いで、ファイル管理プログラム３０８Ａは、エッジ側ポリシーファイルのコピーを解析し（１２０６）、各エッジ側の第１階層、第２階層、第３階層のそれぞれの容量を取得する（１２０８）。そして、全エッジ側の第１階層の総容量、第２階層の総容量、第３階層の総容量を計算し、計算結果に基づいて、コア側ポリシーファイル２（図８）を更新する（１２１０）。
次いで、ファイル管理プログラム３０８Ａは、ストレージ装置（コア）３２０にチェックコマンドを発行して、その第１階層(Tier１)の空き容量を取得する（１２１２）。次いで、全エッジ側の第１階層の総容量（Ａ）と、コア１００に追加される対象エッジ側の第１階層の容量（Ｂ）との比（Ｂ／Ａ）を算出する(１２１４)。
次いで、ポリシーファイル読み書きプログラム３０８Ｆは、コア１００側の第１階層の空き容量に、比（Ｂ／Ａ）を乗じた容量を、対象エッジ用に割り当てられる第１階層の容量として決定する(１２１６)。
さらに、ポリシーファイル読み書きプログラム３０８Ｆは、決定された容量を対象エッジ用ポリシーファイル（図９）の「第１階層容量上限」（＃３）に書き込む（１２１８）さらに、以上の処理（１２１２〜1２１６）は、第２階層以下の他の階層についても同様に実行される。
以上のステップによって、コアはエッジ側のポリシーにしたがってコア側のエッジ用ポリシーを設定するが、その際に、コア側の空き容量を複数のエッジ間での記憶容量の割り合い関連させて各エッジ用の割り当て容量を決定しているために、複数のエッジのポリシーがコアに適用される際に、複数のエッジ間でのポリシーの相違がコアにおいて緩衝されることにある。
全ての階層に対する処理（１２１２〜1２１６）が終了すると、ファイル管理プログラム３０８Ａは、対象エッジ側のポリシー（コピー）ファイルをさらに解析して、当該対象エッジの各階層の保管期限を取得する(１２２０)。
そして、ファイル管理プログラム３０８Ａは、各階層の保管期限の合計（Ｃ）を求め(１２２２)、第１階層から第３階層までの各階層の保管期限（Ｄ）との比（Ｄ／Ｃ）とを計算する（１２２４）。
さらに、ファイル管理プログラム３０８Ａは、コア側ポリシーファイル１(図７)から、法令などによって定まっていることが多いデータの必要保管期限（Ｅ）を取得する(１２２６)。
次いで、ファイル管理プログラム３０８Ａは、必要保管期限（Ｅ）と対象エッジの全階層を通しての合計保管期限（Ｃ）との差（Ｆ）を計算する(１２２８)。さらに、ファイル管理プログラム３０８Ａは、この差（Ｆ）に比（Ｄ／Ｃ）を乗じてコア側における対象エッジ用の各階層に対応する保管期限を算出し、内蔵ディスク装置３１２のエッジ用ポリシーファイル１(図７の＃４〜＃１５)に書き込む(１２３０)。
以上の処理によって、データの保管期限が複数のエッジ間で相違していても、コア側でその相違点を緩衝して、法令などによって要求される必要保管期限を順守することができる。
なお、ステップ１２０６〜ステップ１２１８を、対象エッジに対してのみ適用するばかりでなく、対象エッジとともに、コアに既に接続している他の全てのエッジに適用し直すようにしてもよい。図１２において説明した実施形態では、対象エッジに対する記憶容量の割り当てが、既にコアに接続している既存のエッジに比較して少なくなるのに対して、全てのエッジに対して記憶容量の割り当て処理を実行することにより、全エッジに対して均衡に記憶容量を設定することができる。
これに対して、なお、エッジをコアに追加される場合の他、エッジのポリシーにおいて、記憶階層に対する記憶容量の割り当てや保管期限が変更された場合に図１２のフローチャートを適用するようにしてもよい。
さらに、これらの処理を施した後のコア側の情報をエッジ側へ返信し、その情報に基づいてエッジ側が自らのポリシーファイルを改めて書きなおすといった処理を実施してもよい。
また、図６、図７、図８、図９のコア側ポリシーファイルを手動で更新した後、その情報をエッジ側へ送信し、その情報に基づいてエッジ側が自らのポリシーファイルを改めて書きなおすといった処理を実施してもよい。
次に、エッジからコアへのデータの送信時に、コアの記憶容量が不足している場合の動作を図１３のフローチャートに基づいて説明する。エッジ１０２のデータ送受信プログラム２０８Ｂはポリシーに従ってデータファイルをコア１００に送信する（１３００）。
コアのファイル管理プログラム３０８Ａは、エッジから受信したデータファイルをストレージ装置３２０の第１階層（Tier１）に格納する処理（１３０２）を実行しようとするが、送信元エッジに対して割り当てられた、コアの第１階層の容量が不足していることを検知する(１３０４)と、通信プログラム３０８Ｃが第１階層の容量の不足をエッジ１００に通知する。
さらに、通信プログラム３０８Ｃは、第１階層の容量の不足を管理端末１１０に通知し、記憶ディスクの増設を促す出力を管理端末１００から管理者に提供させようとする（１３０８）。
次いで、ファイル管理プログラム３０８Ａは、データファイルの送信元であるエッジ用のポリシーファイル(図９)を参照する(１３１０)。そして、プログラム３０８Ａは、ポリシーファイルの容量不足時のアクション（図９の＃１２）のブロックをチェックして、容量不足時のアクションがデータの格納期間を変更するものを含むか否かをチェックする（１３１２）。
ファイル管理プログラム３０８Ａがこれを肯定する場合、データファイルの送信元エッジ用ポリシーファイル（図９）にアクセスして、ポリシーファイルに指定された変更比率に従い、コア１００側のストレージ装置３２０の第１階層（Tier１）におけるデータファイルの保管期限を短縮するよう当該ポリシーファイルを更新し（１３１４）、データファイルの第２階層（Tier２）及び／又は、第３階層（Tier３）でのデータファイルの保管期限を相対的に延長する。
ファイル管理プログラム３０８Ｆは、送信元エッジ用のポリシーファイルにおける容量不足時のアクションが格納期間を変更するものでないと判断した場合には（１３１２）、データ送信元エッジに対する、ストレージ装置３２０の第１階層（Tier１）の割り当て容量を変更できるかどうかを送信元エッジ用ポリシーファイルに基づいてチェックする（１３１６）。
この判定が肯定されると、ファイル管理プログラム３０８Ａは、送信元エッジ用ポリシーファイル（図９）の容量不足時のアクションのブロック（＃１２）に設定されている変更比率に従い、送信元エッジに対するコア側ストレージ装置における第１階層の割り当て容量の上限値（＃３）を増加させるよう、エッジ用ポリシーファイルを更新する(１３１８)。
なお、ステップ１３１６の判定が否定される場合は、コア側での容量の拡張処理は行われず、後述のとおり、エッジ側での拡張処理に対応が委ねられることになる。
コア１００から、第１階層の容量不足に係るエラーを、エッジのデータ送受信プログラム２０８Ｂが受信すると（１３２０）、エッジ１０２のファイル管理プログラム２０８Ａは、内蔵ディスク装置２１２内に格納されている自身のポリシーファイルを参照する（１３２１）。
次いで、データ送受信プログラム２０８Ｂは、エッジ１０２からコア１００へのデータファイルの転送がエッジの第１階層から行われるか否かを判定する（１３２２）。これを肯定する場合、エッジ側のデータ送受信プログラム２０８Ｂは、コア側でのステップ１３１４又は１３１８の処理が完了した後、再度、データファイルの送信を実行する。
一方、この判定（１３２２）を否定する場合には、データ送受信プログラム２０８Ｂは、データファイルの転送がエッジの第２階層から行われたか否かを判定する(１３２４)。これが肯定された場合には、通信プログラム２０８Ａは、エッジ用の管理端末１０６に、エッジ側の第２階層に対してディスクの増設を促すメッセージを管理者に出力させるためのコマンドを送信する(１３２６)。
さらに、ファイル管理プログラム２０８Ａは、自身のポリシーファイル２１２Ｃ（図４）を参照して、容量不足時のアクションのエッジ側に対応するブロック（＃１５）に格納期間の変更が設定されているか否かを判定し（１３３０）、これを肯定する場合には、ポリシーファイル読み書きプログラム２０８Ｆは、ポリシーファイル（図４の＃１５）に設定されている変更比率にしたがって、ストレージ装置２２０の第１階層（Tier１）における保管期限を延長するよう、自身のポリシーファイルを更新する（１３３２）。
一方、データファイルがストレージ装置２２０の第２階層（Tier２）から転送されたものでない場合は、通信プログラム２０８Ａはエッジの管理端末１０６に、ストレージ装置２２２の第３階層（Tier３）の記憶容量の増加を促すメッセージを管理者に出力させるためのコマンドを送信する(１３２８)。
なお、ステップ１３２６、１３２８によって、第２階層又は第３階層の記憶容量が増設された場合には、ステップ１３３０、ステップ１３３２を省略することは可能である。
図１３は、エッジからコアへのバックアップ処理において、コア側の当該エッジに対して割り当てられた、第１階層の記憶容量が不足した場合の処理について説明したものであるのに対して、図１４はコア側のアーカイブ処理において、コア側の第２階層、及び／又は、第３階層の記憶容量が不足した場合の動作を説明するフローチャートである。
コア側のマイグレーションプログラム３０８Ｅは、エッジから送信されて、ストレージ装置３２０の第１階層（Tier１）にバックアップされたデータを第２階層（Tier２）にマイグレーションする処理を実行する(１４００)。
その過程で、ファイル管理プログラム３０８Ａが、送信元エッジへの当該第２階層の割り当て済み記憶容量（図９の＃８，９）の不足を検知すると(１４０２)、通信プログラム３０８Ｃは、コア側の管理端末１１０に第２階層の記憶容量が不足していることを通知する（１４０４）。この通知を受けた管理端末１１０は、管理者に対してディスクの増設を促す出力を実行する(１４０６)。
次いで、ファイル管理プログラム３０８Ａは、データファイル送信元エッジ用のポリシーファイル（図９）の「容量不足時アクション」（＃１２）の設定を参照して、格納期間の変更を許容する設定があるか否かをチェックする（１４１０）。この判定を肯定する場合には、ポリシーファイル読み書きプログラム３０８Ｆは、エッジ用ポリシーファイル(図９)において指定されている変更比率に従って、第２階層におけるデータの保管期間を短縮し、エッジ用ポリシーファイルを更新する(１４１２)。
一方、格納期間の変更を可能にする設定がない場合（１４１０）には、ポリシーファイル読み書きプログラム３０８Ｆは、ステップ１４１２と同様に、エッジ用ポリシーファイルを参照して、容量割り当ての変更を可能とする設定があるか否かをチェックし（１４１４）、この設定がある場合には、同プログラムは、データ送信元エッジに対する第２階層（ストレージ装置３２０のTier２）の割り当て比率を他のエッジ対して増加させるよう、当該エッジ用ポリシーファイルを更新する(１４１８)。
次に、エッジにおけるアーカイブ処理、コアへのバックアップ処理を図１５のフローチャートに基づいて説明する。エッジのファイル管理プログラム２０８Ａは、データファイルの重要度を判定するために、アーカイブまたはバックアップ処理の対象ファイルについて、その基本情報、拡張情報、統計情報をエッジ側のストレージ装置から取得する（１５００〜１５０４）。
次いで、ファイル管理プログラム２０８Ａはポリシーファイル（２１２Ｃ）（図４）にアクセスし（１５０６）、ファイルの種別毎にポリシーファイルの内容を参照する（１５０８）。ファイル管理プログラム２０８Ａは、ポリシーファイルに基づいて、そのデータファイルが現在格納されている記憶階層での保管期限が到来したか否かを判定する(１５１０)。これを肯定判定すると、記憶階層が第１階層（ストレージ装置２２０のTier１）か又は第２階層（Tier２）かを判定する（１５１２）。
記憶階層が第３階層（ストレージ装置２２２のTier３）である場合には、既に、ファイルデータはコア側にバックアップされているとして、ファイル管理プログラム２０８Ａは、対象ファイルを削除する（１５２４）。
ファイル管理プログラム２０８Ａは、さらに、エッジ側の内蔵ディスク２１２にある、削除されたファイルのファイル位置情報２１２Ｂを削除する(１５２６)。
一方、ファイル管理プログラム２０８Ａが、記憶階層が第１階層又は第２階層であると判定すると、マイグレーションプログラム２０８Ｅは、対象ファイルを下位の階層に移動する（１５１４）。ファイル位置情報管理プログラム２０８Ｄは、内蔵ディスク２１２のファイル位置情報２１２Ｂを対象ファイルが上位の階層から下位の階層に移動された様に変更する(１５１６)。
次いで、マイグレーションプログラム２０８Ｅが上位の階層にある元ファイルを削除すると（１５１８）、ファイル管理プログラム２０８Ａは、コア側のストレージ装置にバックアップするか否かをポリシーファイル２１２Ｃ（図４）のポリシーファイル実行時期のブロック（＃１７）に基づいて判定する（１５２０）。これを肯定すると、データ送受信プログラム３０８Ｂは、対象ファイルをコア１００のファイルサーバ１１２にバックアップのために送信する(１５２２)。
次に、コア側のアーカイブの処理を図１６に基づいて説明する。コア側のファイル管理プログラム３０８Ａは、データファイルの重要度を判定するために、アーカイブまたはバックアップ処理の対象ファイルについて、その基本情報、拡張情報、統計情報をコア側のストレージ装置３２０、３２２から取得する（１６００〜１６０４）。
次いで、ファイル管理プログラム３０８Ａは、ポリシーファイル３１２Ｃ（図７）にアクセスして（１６０６）、ファイルの種別を判定し、ファイル種別毎に設定されている、ポリシーファイルのポリシー(図７の＃４〜＃１５)を参照する（１６０８）。
ファイル管理プログラム３０８Ａは、ポリシーファイルに基づいて、アーカイブを実行しようとしているデータファイルについて、当該ファイルが現在格納されている記憶階層での保管期限が到来しているか否かを判定する（１６０9）。これを肯定すると、記憶階層が第１階層（ストレージ装置３２０のTier１）か又は第２階層（Tier２）かを判定する（１６１０）。
記憶階層が第３階層（ストレージ装置３２２のTier３）である場合には、既に、データファイルの保管の必要性はないとして、ファイル管理プログラム３０８Ａが対象ファイルを削除する（１６１２）。ファイル管理プログラム３０８Ａはさらに、内蔵ディスク３１２のファイル位置情報３１２Ｂを削除する(１６１４)。
一方、記憶階層が第１階層又は第２階層であると判定すると、マイグレーションプログラム３０８Ｅは対象ファイルを下位の階層に移動する（１６１６）。ファイル位置情報管理プログラム３０８Ｄは、内蔵ディスクのファイル位置情報３１２Ｂに対して、対象ファイルが上位の階層から下位の階層に移動された様に変更する（１６１８）。次いで、マイグレーションプログラム３０８Ｅが上位の階層にある元ファイルを削除する（１６２０）。
エッジがコアのデータを参照する動作を図１７のフローチャートに基づいて説明する。クライアント端末１０４が、エッジ名に基づいて特定のエッジのファイルサーバにアクセスし、さらに、ディレクトリ配下のファイル名を指定する。エッジ側のファイル管理プログラム２０８Ａが内蔵ディスク２１２のファイル位置情報２１２Ｂを参照して、目的ファイルがコア１００のストレージ装置３２０，３２２に存在すると判定すると、エッジのデータ送受信プログラム２０８Ｂは、コアのファイルサーバ１１２にファイルデータを要求するコマンドを送信する（１７００）。
コア側の通信プログラム３０８Ｃがこのコマンドを受信すると（１７０２）、コアのファイル位置情報管理プログラム３０８Ｄが内蔵ディスクのファイル情報位置３１２Ｂを参照して目的のファイル位置が、ストレージ装置３２０の１階層（Tier１）にあるか、第２階層（Tier２）にあるか、第３階層（ストレージ装置３２２のTier３）にあるかを判別して、目的の階層の要求元エッジ用のディレクトリにアクセスする（１７０６〜１７１６）。
次いで、コアのファイル管理プログラム３０８Ａが、要求元のエッジに目的ファイルに対するアクセス権限があるか否かを判定する（１７１８）。アクセス権限が無いと判定すると、コア側の通信プログラム３０８Ｃは、アクセスエラーを要求元エッジのファイルサーバ１０８に送信する(１７２０)。このエラー結果をデータ送受信プログラム２０８Ｂが受信すると、クライアント端末１０４は通信プログラム２０８Ｃを介してエラーを受信する（１７２２）。
ファイル管理プログラム３０８Ａが、アクセス権限があると判定すると、ディレクトリ配下の目的ファイルにアクセスし（１７２６）、データ送受信プログラム３０８Ｂが目的ファイルを要求元エッジ側のファイルサーバ１０８に送信する(１７２８)。エッジ側の通信プログラム２０８Ｃは、目的ファイルのデータをクライアント端末１０４に送信する(１７２４)。
エッジからコアデータにアクセスする際のファイルの位置管理の動作の詳細について説明する。図１８は、エッジ１０２がコアに自己のバックアップータにアクセスする際での、ストレージネットワークシステムのブロック図である。先ず、エッジのクライアント１０４がエッジのファイルサーバ１０８にファイルを要求すると（Ｓ１）、Tire１にスタブ１８００を発見する（Ｓ２）。次に、エッジはスタブの位置情報にしたがい、コア１００にアクセス（Ｓ３）する。
コアのファイルサーバ１１２は、Tire１にファイルを探しにいくと、スタブ１８０２を発見する（Ｓ４）。ファイルサーバ１１２は、ファイル実体１８０６がTire１からTire２にマイグレーションされているために（１８０４）、タブの位置情報Ｊ１に従いTire２のファイルの実体にアクセスする（Ｓ５）。ファイルサーバ１１２はＬＵ（Tire２）からファイルを読み込み（Ｓ６）、これをエッジのファイルサーバ１０８に転送し、クライアント１０４はエッジからファイルを取得する。
図１９は、エッジが他エッジのバックアップデータにアクセスする場合のブロック図である。コアのファイルサーバはTire１からディレクトリをエクスポートして（Ｓ８）、複数のエッジに対しファイル情報を共有にする。次いで、クライアント１０４はＷＡＮを経由してコアのファイルサーバ１１２にアクセスする（Ｓ９）。
ファイルサーバ１１２はTire１にファイルを探しに行くとスタブ１８０２を発見し（Ｓ１０）、スタブの位置情報（Ｊ１）に従いTire２のファイル実体１８０６にアクセスする（Ｓ１２）。次いで、ファイルサーバ１１２は、Tire２からファイルを読み込み（Ｓ１４）、エッジ１０２にファイルを転送して、クライアントで取得できるようにする。
１００ コア
１０２ エッジ
１０８、１１２ ファイルサーバ
２２０，２２２，３２０，３２２ ストレージ装置
Tier１ 第１の記憶階層
Tier２ 第２の記憶階層
Tier３ 第３の記憶階層
１０６，１１０ 管理端末

Claims (10)

  1. コアに複数のエッジが接続し、前記複数のエッジの少なくとも一つにはコンピュータ装置が接続しているストレージネットワークシステムであって、
    前記複数のエッジのそれぞれを構成する第１のストレージシステムと、
    前記コアを構成する第２のストレージシステムと、
    前記複数の第１のストレージシステムと前記第２のストレージシステムとを接続する通信経路と、
    を備え、
    前記第１のストレージシステムは、
    前記コンピュータ装置から送信される第１のデータを記憶するための複数の階層を備える第１の記憶装置と、
    前記第１の記憶装置の前記複数の階層に前記第１のデータを格納する形態を規定するとともに前記第１の記憶装置の各階層における記憶容量を含む第１のポリシーに基づいて、当該第１のデータに対する制御を実行する第１の記憶制御装置と、を備え、
    前記第２のストレージシステムは、
    前記第１のデータのバックアップデータからなる第２のデータを記憶するための複数の階層を備える第２の記憶装置と、
    前記第２の記憶装置の前記複数の階層に前記第２のデータを保管する形態を規定するとともに前記第２の記憶装置の各階層における記憶容量を含む第２のポリシーに基づいて、当該第２のデータに対する制御を実行する第２の記憶制御装置と、を備え、
    前記第２の記憶制御装置は、
    前記複数のエッジから前記第１のポリシーを取得し、
    前記第２の記憶装置の前記複数の階層の各階層について、前記第１のポリシーから、前記コアに新たに接続されるエッジの記憶容量の前記複数のエッジの全記憶容量に対する割り合いを求め、前記コアの記憶領域の空き容量に当該割り合いを適用して、前記コアに新たに接続されるエッジに対する前記第２の記憶装置の記憶容量の割り当て量を得、これに基づいて前記第２のポリシーを変更する、ストレージネットワークシステム。
  2. 前記第２のポリシーは、
    前記コアでの基本ポリシーを定める基本ポリシーファイルと、
    前記複数のエッジのそれぞれにおいて作成された前記第１のポリシーのコピーファイルと、
    前記基本ポリシーファイルと前記コピーファイルと基づいて前記第２の記憶制御装置が前記複数のエッジの各々用に設定したエッジ用のポリシーファイルと、からなり、
    前記第１のポリシーは、前記第１の記憶装置の各階層における記憶容量に加えて、当該各階層における前記第１のデータの保管期限と、を有し、
    前記第２のポリシーは、前記第２の記憶装置の各階層における記憶容量に加えて、当該各階層における前記第２のデータの保管期限と、を有し、
    さらに、前記第２の記憶制御装置は、
    前記コアに新たに接続されるエッジから前記第１のポリシーを取得して、前記第１の記憶装置の複数の階層における前記第１のデータの合計保管期限を求め、さらに、当該複数の階層の各階層について、前記第１のデータの保管期限の前記合計保管期限との割り合いを求め、
    必要保管期限と前記合計保管期限との差分に当該割り合いを適用して前記各階層の保管期限を得て、これに基づいて前記第２のポリシーを変更する、請求項１記載のストレージネットワークシステム。
  3. 前記第２のポリシーは、
    前記コアでの基本ポリシーを定める基本ポリシーファイルと、
    前記複数のエッジのそれぞれにおいて作成された前記第１のポリシーのコピーファイルと、
    前記基本ポリシーファイルと前記コピーファイルと基づいて前記第２の記憶制御装置が前記複数のエッジの各々用に設定したエッジ用のポリシーファイルと、
    からなる、請求項１記載のストレージネットワークシステム。
  4. 前記第２の記憶制御装置は、
    前記第１の記憶制御装置から前記第１のデータを受信した際、前記第２の記憶装置において前記第１のデータが転送される第１の階層の容量の不足を検知すると、前記第２のポリシーに基づいて、前記第２のデータの前記第１の階層での保管期限を短縮して前記第２のデータを前記第１の階層から第２の階層にマイグレーションするように前記第２のポリシーを設定する、請求項１記載のストレージネットワークシステム。
  5. 前記第２の記憶制御装置は、
    前記第１の記憶制御装置から前記第１のデータを受信した際、前記第２の記憶装置において前記第１のデータが転送される第１の階層の容量の不足を検知すると、前記第１のデータの転送元エッジの第１のポリシーに設定されている変更比率にしたがって前記第１の階層の転送元エッジに対する記憶容量の割り当てを増加するように第２のポリシーを設定する、請求項１記載のストレージネットワークシステム。
  6. 前記第２の記憶制御装置が前記第１のデータを受信した際、前記第２の記憶装置において前記第１のデータが転送される第１の階層の容量の不足を検知すると、前記第１の記憶制御装置は、前記第１のデータが送信された階層での前記第１のデータの保管期限を延長するよう第１のポリシーを設定する、請求項１記載のストレージネットワークシステム。
  7. コアに複数のエッジが接続し、前記複数のエッジの少なくとも一つにはコンピュータ装置が接続しているストレージネットワークシステムのデータ制御方法において、
    前記ストレージネットワークシステムが、
    前記複数のエッジのそれぞれを構成する第１のストレージシステムと、
    前記コアを構成する第２のストレージシステムと、
    前記複数の第１のストレージシステムと前記第２のストレージシステムとを接続する通信経路と、
    を備え、
    前記第１のストレージシステムは、
    前記コンピュータ装置から送信される第１のデータを記憶するための複数の階層を備える第１の記憶装置と、
    前記第１の記憶装置の前記複数の階層に前記第１のデータを格納する形態を規定するとともに前記第１の記憶装置の各階層における記憶容量を含む第１のポリシーに基づいて、当該第１のデータに対する制御を実行する第１の記憶制御装置と、を備え、
    前記第２のストレージシステムは、
    前記第１のデータのバックアップデータからなる第２のデータを記憶するための複数の階層を備える第２の記憶装置と、
    前記第２の記憶装置の前記複数の階層に前記第２のデータを保管する形態を規定するとともに前記第２の記憶装置の各階層における記憶容量を含む第２のポリシーに基づいて、当該第２のデータに対する制御を実行する第２の記憶制御装置と、を備え、
    前記第２の記憶制御装置は、
    前記複数のエッジから前記第１のポリシーを取得し、
    前記第２の記憶装置の前記複数の階層の各階層について、前記第１のポリシーから、前記コアに新たに接続されるエッジの記憶容量の前記複数のエッジの全記憶容量に対する割り合いを求めるステップと、
    前記コアの記憶領域の空き容量に当該割り合いを適用して、前記コアに新たに接続されるエッジに対する前記第２の記憶装置の記憶容量の割り当て量を得、これに基づいて前記第２のポリシーを変更するステップと、
    を実行するストレージネットワークシステムのデータ制御方法。
  8. 前記第２のポリシーは、
    前記コアでの基本ポリシーを定める基本ポリシーファイルと、
    前記複数のエッジのそれぞれにおいて作成された前記第１のポリシーのコピーファイルと、
    前記基本ポリシーファイルと前記コピーファイルと基づいて前記第２の記憶制御装置が前記複数のエッジの各々用に設定したエッジ用のポリシーファイルと、からなり、
    前記第１のポリシーは、前記第１の記憶装置の各階層における記憶容量に加えて、当該各階層における前記第１のデータの保管期限と、を有し、
    前記第２のポリシーは、前記第２の記憶装置の各階層における記憶容量に加えて、当該各階層における前記第２のデータの保管期限と、を有し、
    さらに、前記第２の記憶制御装置が、
    前記コアに新たに接続されるエッジから前記第１のポリシーを取得して、前記第１の記憶装置の複数の階層における前記第１のデータの合計保管期限を求め、さらに、当該複数の階層の各階層について、前記第１のデータの保管期限の前記合計保管期限との割り合いを求めるステップと、
    必要保管期限と前記合計保管期限との差分に当該割り合いを適用して前記各階層の保管期限を得て、これに基づいて前記第２のポリシーを変更するステップと
    を実行する、請求項７記載のストレージネットワークシステムのデータ制御方法。
  9. 前記第２の記憶制御装置が、
    前記第１の記憶制御装置から前記第１のデータを受信した際、前記第２の記憶装置において前記第１のデータが転送される第１の階層の容量の不足を検知すると、前記第２のポリシーに基づいて、前記第２のデータの前記第１の階層での保管期限を短縮して前記第２のデータを前記第１の階層から第２の階層にマイグレーションするように前記第２のポリシーを設定するステップを実行する、請求項７記載のストレージネットワークシステムのデータ制御方法。
  10. 前記第２の記憶制御装置が、
    前記第１の記憶制御装置から前記第１のデータを受信した際、前記第２の記憶装置において前記第１のデータが転送される第１の階層の容量の不足を検知すると、前記第１のデータの転送元エッジの第１のポリシーに設定されている変更比率にしたがって前記第１の階層の転送元エッジに対する記憶容量の割り当てを増加するように第２のポリシーを設定するステップを実行する、請求項７記載のストレージネットワークシステムのデータ制御方法。
JP2012532170A 2010-04-13 2010-04-13 ストレージネットワークシステム及びその制御方法 Expired - Fee Related JP5592493B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/002674 WO2011128935A1 (en) 2010-04-13 2010-04-13 Data storage network system and its control method

Publications (2)

Publication Number Publication Date
JP2013517536A JP2013517536A (ja) 2013-05-16
JP5592493B2 true JP5592493B2 (ja) 2014-09-17

Family

ID=43125608

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012532170A Expired - Fee Related JP5592493B2 (ja) 2010-04-13 2010-04-13 ストレージネットワークシステム及びその制御方法

Country Status (3)

Country Link
US (1) US9235354B2 (ja)
JP (1) JP5592493B2 (ja)
WO (1) WO2011128935A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8396905B2 (en) 2010-11-16 2013-03-12 Actifio, Inc. System and method for improved garbage collection operations in a deduplicated store by tracking temporal relationships among copies
US8843489B2 (en) 2010-11-16 2014-09-23 Actifio, Inc. System and method for managing deduplicated copies of data using temporal relationships among copies
US8299944B2 (en) 2010-11-16 2012-10-30 Actifio, Inc. System and method for creating deduplicated copies of data storing non-lossy encodings of data directly in a content addressable store
US8417674B2 (en) 2010-11-16 2013-04-09 Actifio, Inc. System and method for creating deduplicated copies of data by sending difference data between near-neighbor temporal states
US9858155B2 (en) * 2010-11-16 2018-01-02 Actifio, Inc. System and method for managing data with service level agreements that may specify non-uniform copying of data
US8904126B2 (en) 2010-11-16 2014-12-02 Actifio, Inc. System and method for performing a plurality of prescribed data management functions in a manner that reduces redundant access operations to primary storage
US8788769B2 (en) 2010-11-16 2014-07-22 Actifio, Inc. System and method for performing backup or restore operations utilizing difference information and timeline state information
US8402004B2 (en) 2010-11-16 2013-03-19 Actifio, Inc. System and method for creating deduplicated copies of data by tracking temporal relationships among copies and by ingesting difference data
WO2017138620A1 (ja) * 2016-02-09 2017-08-17 株式会社 東芝 メモリデバイス、蓄積可能データを扱うエッジ装置及びデータ管理方法
US10146439B2 (en) 2016-04-13 2018-12-04 Samsung Electronics Co., Ltd. System and method for high performance lockless scalable target
US11232871B1 (en) * 2018-07-31 2022-01-25 Veeva Systems Inc. System and method for exchanging clinical data

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5634072A (en) * 1993-11-01 1997-05-27 International Business Machines Corporation Method of managing resources in one or more coupling facilities coupled to one or more operating systems in one or more central programming complexes using a policy
US7269612B2 (en) * 2002-05-31 2007-09-11 International Business Machines Corporation Method, system, and program for a policy based storage manager
JP2004139471A (ja) 2002-10-18 2004-05-13 Toshiba Corp コンテンツ価格管理システム及び方法並びにプログラム
US20040243699A1 (en) * 2003-05-29 2004-12-02 Mike Koclanes Policy based management of storage resources
JP4491273B2 (ja) 2004-05-10 2010-06-30 株式会社日立製作所 ストレージシステム、ファイルアクセス制御プログラム及びファイルアクセス制御方法
EP1782287A2 (en) * 2004-07-21 2007-05-09 Beach Unlimited LLC Distributed storage architecture based on block map caching and vfs stackable file system modules
US7096338B2 (en) * 2004-08-30 2006-08-22 Hitachi, Ltd. Storage system and data relocation control device
US20060101084A1 (en) * 2004-10-25 2006-05-11 International Business Machines Corporation Policy based data migration in a hierarchical data storage system
US7937393B2 (en) * 2005-11-28 2011-05-03 Commvault Systems, Inc. Systems and methods for classifying and transferring information in a storage network
US8229897B2 (en) * 2006-02-03 2012-07-24 International Business Machines Corporation Restoring a file to its proper storage tier in an information lifecycle management environment
US7831793B2 (en) * 2006-03-01 2010-11-09 Quantum Corporation Data storage system including unique block pool manager and applications in tiered storage
US20070220029A1 (en) * 2006-03-17 2007-09-20 Novell, Inc. System and method for hierarchical storage management using shadow volumes
JP5082310B2 (ja) 2006-07-10 2012-11-28 日本電気株式会社 データ移行装置及びプログラム
US7783956B2 (en) * 2006-07-12 2010-08-24 Cronera Systems Incorporated Data recorder
US7680991B2 (en) * 2007-05-31 2010-03-16 International Business Machines Corporation Correlated analysis of wasted space and capacity efficiency in complex storage infrastructures
US8239479B2 (en) * 2007-06-22 2012-08-07 Microsoft Corporation Server-assisted and peer-to-peer synchronization
US7818535B1 (en) * 2007-06-30 2010-10-19 Emc Corporation Implicit container per version set
US20090144341A1 (en) * 2007-12-03 2009-06-04 Apple Inc. Ad Hoc Data Storage Network
US8635196B2 (en) * 2008-01-04 2014-01-21 Apple Inc. Systems and methods for providing pre-populated media devices
TWI476610B (zh) * 2008-04-29 2015-03-11 Maxiscale Inc 同級間冗餘檔案伺服器系統及方法
US8275815B2 (en) * 2008-08-25 2012-09-25 International Business Machines Corporation Transactional processing for clustered file systems
US8219711B2 (en) * 2008-11-24 2012-07-10 Juniper Networks, Inc. Dynamic variable rate media delivery system
US9071624B2 (en) * 2009-05-13 2015-06-30 Dell Products L.P. System and method for providing accessibility for access controller storage media
CN101909069A (zh) * 2009-06-04 2010-12-08 鸿富锦精密工业（深圳）有限公司 数据处理系统

Also Published As

Publication number Publication date
US9235354B2 (en) 2016-01-12
JP2013517536A (ja) 2013-05-16
WO2011128935A1 (en) 2011-10-20
US20110252198A1 (en) 2011-10-13

Similar Documents

Publication Publication Date Title
JP5592493B2 (ja) ストレージネットワークシステム及びその制御方法
US10296494B2 (en) Managing a global namespace for a distributed filesystem
JP4890048B2 (ja) 記憶制御装置及び記憶制御装置を用いたデータマイグレーション方法
JP4124331B2 (ja) Ｄｂｍｓ向け仮想ボリューム作成・管理方法
US9361034B2 (en) Transferring storage resources between snapshot storage pools and volume storage pools in a distributed network
EP2411918B1 (en) Virtualized data storage system architecture
US8639899B2 (en) Storage apparatus and control method for redundant data management within tiers
US9852150B2 (en) Avoiding client timeouts in a distributed filesystem
US8204858B2 (en) Snapshot reset method and apparatus
JP4568502B2 (ja) 情報処理システムおよび管理装置
JP5068081B2 (ja) 管理装置および管理方法
US8639876B2 (en) Extent allocation in thinly provisioned storage environment
JP5991701B2 (ja) ストレージ管理方法、ストレージ管理システム、コンピュータ・システムおよびプログラム
US20140006357A1 (en) Restoring an archived file in a distributed filesystem
US20080256141A1 (en) Method and apparatus for separating snapshot preserved and write data
JP2006072789A (ja) ストレージシステム及びストレージシステムのデータ管理装置
US20120297156A1 (en) Storage system and controlling method of the same
JP2008242788A (ja) 重複したファイルの記憶を防ぐコンピュータシステム
US20070061540A1 (en) Data storage system using segmentable virtual volumes
EP2286344A1 (en) Ranking and prioritizing point in time snapshots
EP3353627B1 (en) Adaptive storage reclamation
US10757191B2 (en) System and method for client policy assignment in a data storage system
US8627126B2 (en) Optimized power savings in a storage virtualization system

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20131008

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131206

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140513

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140610

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140701

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140731

R150 Certificate of patent or registration of utility model

Ref document number: 5592493

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees