ファイルのデータを格納するストレージシステムを制御するストレージシステムコントローラであって、制御ユニットと記憶装置とを含み、前記制御ユニットは、第1ファイル内の第1アクセス位置を指定する前記第1ファイルへのアクセスコマンドを受け取り、前記記憶装置は、前記第1ファイルの管理情報と、前記第1ファイルを分割した複数のサブファイルのそれぞれの管理情報と、を格納し、前記第1ファイルの管理情報は、前記第1ファイル内のデータ位置と、当該データ位置のデータが含まれるサブファイルの管理情報と、を関連づける情報を含み、前記複数のサブファイルのそれぞれの管理情報は、対応するサブファイル内のデータ位置と物理記憶位置とを関連付ける情報を含み、前記制御ユニットは、前記第1ファイルの管理情報を参照して、前記第1アクセス位置のデータが含まれるサブファイルの管理情報を特定し、前記制御ユニットは、前記特定されたサブファイルの管理情報を参照して、前記第1アクセス位置の物理記憶位置を特定する、ストレージシステムコントローラ。前記制御ユニットは、前記複数のサブファイルにおける第1サブファイルへのアクセスコマンドを受け取り、前記制御ユニットは、前記第1サブファイルの管理情報を参照して、前記第1サブファイルへのアクセスを制御する、請求項1に記載のストレージシステムコントローラ。前記第1ファイルの管理情報は、前記複数のサブファイルの作成前において、前記第1ファイル内のデータ位置と物理記憶位置とを関連付ける第1情報を含み、前記制御ユニットは、前記第1ファイルからのサブファイルの作成において、前記第1情報における関連付けを、前記第1ファイル内のデータ位置と当該データ位置のデータを含むサブファイルの管理情報との関連付けに変更する、請求項1に記載のストレージシステムコントローラ。前記制御ユニットは、前記第1ファイルが予め定められた条件を満たしている場合に、前記第1ファイルを分割することを決定し、前記予め定められた条件は、前記第1ファイルの、パス、ファイルサイズ、ファイルタイプ、アクセス頻度の少なくとも一つについての条件を含む、請求項1に記載のストレージシステムコントローラ。前記第1ファイルの管理情報は、前記第1ファイルのサブファイルが存在するか否かを示すサブファイル化情報を含み、前記制御ユニットは、前記サブファイル化情報を参照して、前記第1ファイルが複数のサブファイルに分割されているか否かを判定する、請求項1に記載のストレージシステムコントローラ。前記制御ユニットは、アクセスコマンドが指定する前記第1ファイル内の第2アクセス位置と前記第2アクセス位置のデータを含むサブファイルとを関連付ける情報が、前記第1ファイルの前記管理情報内に存在しない場合、前記第2アクセス位置と前記第2アクセス位置のデータを含むサブファイルとを関連付ける情報と、前記第2アクセス位置のデータを含むサブファイルの管理情報と、を作成する、請求項1に記載のストレージシステムコントローラ。前記第1ファイルは、第2ファイルのサブファイルである、請求項1に記載のストレージシステムコントローラ。前記制御ユニットは、前記複数のサブファイルのそれぞれへのアクセス頻度を監視し、前記制御ユニットは、前記複数のサブファイルにおける第1サブファイルのアクセス頻度が閾値を超える場合に、前記第1サブファイルを複数のサブファイルに分割することを決定する、請求項1に記載のストレージシステムコントローラ。前記制御ユニットは、前記複数のサブファイルのそれぞれの管理情報におけるサブファイル内データ位置と物理記憶位置とを関連付ける情報を、前記第1ファイルの管理情報に反映し、前記複数のサブファイルのそれぞれの管理情報を削除して、前記複数のサブファイルを前記第1ファイルに統合する、請求項1に記載のストレージシステムコントローラ。前記制御ユニットは、前記複数のサブファイルにおいて更新されたサブファイルを選択して、前記第1ファイルのバックアップ先に送信する、請求項1に記載のストレージシステムコントローラ。前記第1ファイル内のデータ位置と当該データ位置のデータが含まれるサブファイルの管理情報とを関連づける情報は、前記サブファイルのファイル名である、請求項1に記載のストレージシステムコントローラ。複数のファイルを格納する記憶装置と、前記複数のファイルへのアクセスを制御するストレージシステムコントローラと、を含むストレージシステムであって、前記記憶装置は、第1ファイルのデータを格納し、前記ストレージシステムコントローラは、前記第1ファイル内の第1アクセス位置を指定する前記第1ファイルへのアクセスコマンドを受け取り、前記ストレージシステムコントローラは、前記第1ファイルの管理情報と、前記第1ファイルを分割した複数のサブファイルのそれぞれの管理情報と、を有し、前記第1ファイルの管理情報は、前記第1ファイル内のデータ位置と、当該データ位置のデータが含まれるサブファイルの管理情報と、を関連づける情報を含み、前記複数のサブファイルのそれぞれの管理情報は、対応するサブファイル内のデータ位置と物理記憶位置とを関連付ける情報を含み、前記ストレージシステムコントローラは、前記第1ファイルの管理情報を参照して、前記第1アクセス位置のデータが含まれるサブファイルの管理情報を特定し、前記ストレージシステムコントローラは、前記特定されたサブファイルの管理情報を参照して、前記第1アクセス位置の物理記憶位置を特定する、ストレージシステム。複数のサブファイルに分割されているファイルを格納するストレージシステムにおけるアクセス制御方法であって、第1ファイル内の第1アクセス位置を指定する前記第1ファイルへのアクセスコマンドを受け取り、前記第1ファイル内のデータ位置と、当該データ位置のデータが含まれる前記第1ファイルのサブファイルの管理情報と、を関連づける情報を含む、前記第1ファイルの管理情報を参照して、前記第1アクセス位置のデータが含まれるサブファイルの管理情報を特定し、前記特定されたサブファイル内のデータ位置と物理記憶位置とを関連付ける情報を含む、前記特定されたサブファイルの管理情報を参照して、前記第1アクセス位置の物理記憶位置を特定する、アクセス制御方法。上記従来技術は、元のディスクイメージファイルを複数の領域に分割し、それぞれの領域を別々のファイルにコピーすることで、元のディスクイメージファイルをサブファイル化する。そのため、ファイルのデータブロックのコピーが発生し、サブファイル化処理に時間がかかってしまう。また、上記従来技術は、ディスクイメージファイルと呼ぶ特殊なファイルフォーマットのみを対象としているため、VMDKファイルやデータベースファイルなどにサブファイル化を適用する場合、ディスクイメージファイルを一度何らかのファイルシステムへフォーマットし、そのファイルシステムの中にVMDKファイルやデータベースファイルなどを格納する必要がある。そのため、ファイルのパス名が変更となるなど運用の柔軟性に欠けている。本発明の一態様は、ファイルを格納するストレージシステムを制御するストレージシステムコントローラである。前記ストレージシステムコントローラは、制御ユニットと記憶装置とを含む。前記制御ユニットは、第1ファイル内の第1アクセス位置を指定する前記第1ファイルへのアクセスコマンドを受け取る。前記記憶装置は、前記第1ファイルの管理情報と、前記第1ファイルを分割した複数のサブファイルのそれぞれの管理情報と、を格納する。前記第1ファイルの管理情報は、前記第1ファイル内のデータ位置と、当該データ位置のデータが含まれるサブファイルの管理情報と、を関連づける情報を含む。前記複数のサブファイルのそれぞれの管理情報は、サブファイル内のデータ位置と物理記憶位置とを関連付ける情報を含む。前記制御ユニットは、前記第1ファイルの管理情報を参照して、前記第1アクセス位置のデータが含まれるサブファイルの管理情報を特定する。前記制御ユニットは、前記特定されたサブファイルの管理情報を参照して、前記第1アクセス位置の物理記憶位置を特定する。本発明によれは、効率的にファイルへのアクセスを制御することができる。以下、図面を参照して本発明の実施形態を説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略及び簡略化がなされている。本発明が本実施形態に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。特に限定しない限り、各構成要素は複数でも単数でも構わない。以下の説明では、例えば、xxx表の表現にて各種情報を説明することがあるが、各種情報は表以外のデータ構造で表現されていてもよい。各種情報がデータ構造に依存しないことを示すために、xxx表をxxx情報と呼ぶことがある。管理システムは、一又は複数の計算機で構成することができる。例えば、管理計算機が情報を処理及び表示する場合、管理計算機が管理システムである。例えば、複数の計算機で管理計算機と同等の機能が実現されている場合、当該複数の計算機表示を表示用計算機が行う場合は表示用計算機を含んでよいが、管理システムである。本実施形態では、管理計算機が管理システムである。以下の説明では、プログラムを主語として処理を説明する場合があるが、プログラムは、プロセッサ例えばCPUCentralProcessingUnitによって実行されることで、定められた処理を、適宜に記憶資源例えばメモリ及び/又は通信インタフェース装置例えば通信ポートを用いながら行うため、処理の主語がプロセッサであってもよい。プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。プロセッサを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。プログラム又はプロセッサを主語として説明された処理は、計算機例えば、Unifiedストレージシステム、管理計算機、クライアント又はホストを主語として説明できる。プロセッサは、プロセッサが行う処理の一部又は全部を行うハードウェア回路を含んでもよい。コンピュータプログラムは、プログラムソースから各計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ例えば管理計算機又は記憶メディアでよい。本実施形態において、ファイルシステムは、ファイルのサブファイル化処理を行う。ファイルのサブファイル化処理は、サブファイル化対象となるファイル親ファイルと呼ぶから、親ファイルを分割した複数のサブファイルを生成する。ファイルシステムは、サブファイル化処理において、親ファイルのデータブロックの管理情報を基に、サブファイルの管理情報を生成する。親ファイルのブロックデータは、各サブファイルに割り当てられる。これにより、親ファイルに割り当てられたデータブロックをコピーすることなく、サブファイルを生成することができる。本実施形態のファイルシステムは、親ファイルへのI/Oを受けて、サブファイルへのI/Oへ変更する。ファイルシステムは、アプリケーションの処理内容に応じて、親ファイル又はサブファイルへのアクセスインタフェースを提供する。本実施形態において、サブファイルはファイルの一種であり、サブファイルをさらにサブファイル化することができる。本実施形態により、例えば、ディスクイメージファイル、VMDKVirtualMachineDiskファイル、データベースファイルなどの大容量の単一ファイル大サイズファイルについて、更新されたサブファイル単位でバックアップを行うことが可能となる。これにより、大サイズファイルの一部が変更になっただけで大サイズファイル全体をバックアップする必要がなく、バックアップ時間を短縮することができる。本実施形態は、バックアップ以外にも、一般的なファイルを操作するアプリケーションに対応可能である。例えば、本実施形態により、サブファイル単位で、重複排除処理、階層化管理処理、暗号化処理、圧縮処理を行うことが可能となる。本実施形態は、ファイルサーバ、NASなどのファイルストレージシステムに広く適用可能である。本実施形態は、サブファイル化処理においてデータブロックをコピーすることが不要であるため、短時間でサブファイル化処理を行うことができる。ファイルシステムによるサブファイル化処理は、ディスクイメージファイル、VMDKファイル、データベースファイルを含む一般的な全てのファイルをサブファイル化することが可能である。ファイルを他のファイルシステムに移動することなくサブファイル化できるため、サブファイル化の前後でファイルのパスの変更が不要である。図1は、本実施形態のコンピュータシステムの構成例を示すブロック図である。コンピュータシステムは、Unifiedストレージシステム100と、ホスト計算機110と、クライアント計算機120と、管理計算機130と、SANStorageAreaNetwork140と、LANLocalAreaNetwork150と、バックアップサーバ計算機160を有する。Unifiedストレージシステム100は、複数又は1つのホスト計算機以下、ホスト110と、SAN140を介して接続する。また、Unifiedストレージシステム100は、複数又は1つのクライアント計算機以下クライアント120、複数又は1つの管理計算機130、及び複数又は1つのバックアップサーバ計算機以下バックアップサーバ160と、LAN150を介して接続する。Unifiedストレージシステム100は、複数のデータ通信プロトコルを処理可能なストレージシステムである。例えば、Unifiedストレージシステム100は、FCFibreChannel、iSCSIinternetSmallComputerSystemInterface、FCoEFibreChanneloverEthernetなどのブロックボリュームを提供する通信プロトコルを使い、ホスト110やクライアント120とデータ通信を行う。又は、Unifiedストレージシステム100は、NFSNetworkFileSystem、CIFSCommonInternetFileSystem、FTPFileTransferProtocol、HTTPHyperTextTransferProtocolなどのファイル共有サービスを提供する通信プロトコルを使い、ホスト110やクライアント120とデータ通信を行う。Unifiedストレージシステム100は、例えば、ホスト110からのブロックボリュームへのI/O要求を、SAN140を介して受け取り、その処理結果をホスト110へ返す。Unifiedストレージシステム100は、クライアント120からのファイル共有サービスへのI/O要求を、LAN150を介して受け取り、その処理結果をクライアント120へ返す。Unifiedストレージシステム100は、管理計算機130からの指示を受け取り、Unifiedストレージシステム100の設定を変更する。Unifiedストレージシステム100は、LAN150を介して、Unifiedストレージシステム100に格納しているデータを、バックアップサーバ160へバックアップする。Unifiedストレージシステム100は、例えば、管理計算機130から指示された時点又は定期的に、バックアップを行う。Unifiedストレージシステム100は、複数のSAN140や複数のLAN150と接続していてもよい。また、クライアント120と管理計算機130とバックアップサーバ160とは、それぞれ異なるLAN150経由でUnifiedストレージシステム100と接続してもよい。また、Unifiedストレージシステム100は、SAN経由で管理計算機130やバックアップサーバ160と接続してもよい。また、SAN140やLAN150は、WANWideAreaNetworkやインターネットなど他種の通信ネットワークでもよい。図2は、Unifiedストレージシステム100のハードウェア構成例を示すブロック図である。Unifiedストレージシステム100は、ストレージヘッド200とストレージ装置210を含む。ストレージヘッド200とストレージ装置210は、通信路220で接続される。ストレージヘッド200は、Unifiedストレージシステム100及びストレージ装置210の管理及び制御を行う。ストレージヘッド200は、メモリ202、HBAHostBusAdaptor203、204、NICNetworkInterfaceCard205及びそれらに接続された制御演算ユニットであるCPU201を有する。メモリ202に代えて又は加えて別種の記憶資源が採用されてもよい。HBA203、204及びNIC205に代えて、別種の通信インタフェースデバイスが採用されてもよい。HBA203は、SAN140に接続される。HBA204は、通信路220を介してストレージ装置210に接続される。NIC205は、LAN150に接続される。CPU201は、メモリ202に格納されているコンピュータプログラムを実行する。メモリ202は、コンピュータプログラム及びその他のデータを記憶する。また、メモリ202は、ホスト110から受信したデータ及びホスト110に送信するデータを一時的に記憶するキャッシュ領域を含んでいてもよい。メモリ202は、クライアント120から受信したファイル及びクライアント120に送信するファイルを一時的に記憶するキャッシュ領域を含んでいてもよい。ストレージ装置210は、ストレージヘッド200が使用するプログラムやファイルを格納するための記憶装置である。ストレージ装置210は、ストレージキャッシュ211、ストレージコントローラ212、SSDSolidStateDisk213、SASSerialAttachedSCSIディスク214、SATASerialATAディスク215を含む。それぞれの構成部位は、内部バスまたは内部ネットワークにて接続される。ストレージキャッシュ211、ストレージコントローラ212、SSD213、SASディスク214、SATAディスク215は、それぞれ図2に示した数に限定されない。また、ストレージ装置210についても、図2に示した数に限定されない。以下では、SSD213、SASディスク214及びSATAディスク215を、総称してディスク装置と呼ぶ。ストレージコントローラ212は、ストレージヘッド200と通信し、ストレージ装置210を制御する。具体的には、ストレージコントローラ212は、ストレージヘッド200と通信し、ストレージヘッド200からの要求に従って後述のストレージキャッシュ211を用いつつディスク装置にデータを書き込み、又はストレージキャッシュ211を用いつつディスク装置からデータを読み出す。前述の通り、本例において、ストレージコントローラ212が受信するアクセス要求又は送信するデータは、ブロックアドレス形式によって指定されるブロックデータ単にブロックと呼ぶことがあるである。ストレージキャッシュ211は、例えば、半導体メモリであり、ディスク装置に書き込むデータ又はディスク装置から読み出したブロックデータを一時的に格納するために用いる。なお、ストレージキャッシュ211の一部として、半導体メモリより低速な記憶装置を用いてもよい。ディスク装置は、データを格納する装置である。図2では、ストレージ装置210は、SSD213、SASディスク214、SATAディスク215をそれぞれ1個持っているが、ストレージ装置210には、任意の数のディスク装置を設置できる。なお、ディスク装置は、典型的には、SSD213、SASディスク214、SATAディスク215であるが、ブロック形式のデータを格納できるのであれば何でもよいため、例えばDVDやCDや磁気テープを記憶媒体として使用する装置でもよい。なお、高速化や冗長化や高信頼化等の理由から、ストレージコントローラ212は、複数のディスク装置を、アクセス可能な一つ以上の仮想的なディスク装置として、ストレージヘッド200に提供してもよいより具体的にはRAID技術を使用する。以後の説明では、この仮想的なディスク装置をボリュームと呼び、ストレージ装置又はストレージコントローラがボリュームにブロックデータを書き込むとの説明は、実際はストレージコントローラ212がストレージキャッシュ211又はディスク装置にブロックデータを書き込むことを意味する。同様に、ストレージ装置またはストレージコントローラがボリュームからブロックデータを読むと説明した場合は、実際はストレージコントローラ212がストレージキャッシュ211またはディスク装置からブロックデータを読み出すことを意味する。一般に、ストレージコントローラ212は、ストレージヘッド200からボリュームに対するデータを書き込む要求を受信した場合、アクセス速度の速いストレージキャッシュ211に一時的にデータを書き込んだ後、ストレージヘッド200に書き込み完了を通知する。そして、ストレージコントローラ212は、ストレージヘッド200からの書き込み要求とは非同期にディスク装置にストレージキャッシュ211に格納されているデータを書き込むことで、ストレージキャッシュ211に比較してディスク装置の性能が低い場合でも、ストレージ装置210全体としての性能を向上する。ストレージヘッド200のHBA204とストレージ装置210のストレージコントローラ212と間の通信路220は、スイッチを介して繋がっていてもよい。ストレージヘッド200とストレージ装置210とは、それぞれ複数台あってもよい。複数のストレージヘッド200が一台のストレージ装置210に接続する構成であってもよい。ストレージヘッド200と複数のストレージ装置210が、SANを構成してもよい。HBA204とストレージ装置210間の通信路220は、例えばファイバーチャネルFCで構成される。通信路220として、通信可能であればこれ以外のネットワーク例えばEthernetを採用してもよい。図3は、管理計算機130のハードウェア構成例を示すブロック図である。管理計算機130は、メモリ302、入力装置303、NIC304、二次記憶デバイス305、表示デバイス306及びそれらに接続されたCPU301を有する。メモリ302及び二次記憶デバイス305の少なくとも1つに代えて別種の記憶資源が採用されもよい。NIC304に代えて別種の通信インタフェースデバイスが採用されてもよい。二次記憶デバイス305からメモリ302にコンピュータプログラムがロードされる。CPU301は、メモリ302に格納されているコンピュータプログラムを実行する。入力デバイス303は、管理者に操作されるデバイスであり、例えば、キーボード及びポインティングデバイスである。NIC304は、LAN150に接続される。二次記憶デバイス305は、例えば、HDDである。表示デバイス306は、例えば、液晶ディスプレイである。管理計算機130は、管理者からの操作に従い、Unifiedストレージシステム100に情報を設定することができる。Unifiedストレージシステム100に設定される情報は、例えば、後述のサブファイル化ポリシ管理テーブル550を含む。図4は、本発明の概要を示す模式図である。図4は、ファイル共有プログラム510によって共有されている大サイズファイル400の定期的なバックアップを示している。ここで、大サイズファイル400は、40MBのファイルであり、10MBずつの4つのサブファイル401A、401B、401C、401Dに、サブファイル化されている。サブファイルは、大サイズファイルが格納されているファイルシステム内の特定のディレクトリに記憶される。ファイルシステムは、ファイルを管理操作する機能であり、そのためのプログラム及び情報を含む。例えば、下記例では、Unifiedストレージシステム100が管理する仮想ファイルシステムの/mnt/fs1に、ファイルシステムがマウントされており、大サイズファイルlinux-disk1.vmdkが格納されている。linux-disk1.vmdkのサブファイルは、/mnt/fs1/.subfiles/1230/以下に格納されている。ここで、.subfilesは、ファイルシステム内のサブファイルを記憶する場所を示すディレクトリであり、1230は、大サイズファイルのinode番号を名前としたディレクトリである。4つのサブファイルの名前は、大サイズファイルを10MB単位に区切ったオフセットを16進数で示している。大サイズファイル:/mnt/fs1/linux-diks1.vmdk400サブファイル:/mnt/fs1/.subfiles/1230/0000000000000000401A/mnt/fs1/.subfiles/1230/0000000000A00000401B/mnt/fs1/.subfiles/1230/0000000001400000401C/mnt/fs1/.subfiles/1230/0000000001E00000401Dここで挙げたサブファイルの格納場所は一例である。例えば、サブファイルの記憶場所は、.subfiles以外のディレクトリ名を使ってもよいし、複数のディレクトリを用いてもよいし、複数のファイルシステムに横断して複数のディレクトリを用いてもよい。.subfiles以下の大サイズファイルごとにサブファイルの格納場所を分類するディレクトリ名は、inode番号以外の名前として、UUIDUniversallyUniqueIdentifierや大サイズファイルのファイル名などを用いてもよい。ただし、大サイズファイルのファイル名を使う場合、大サイズファイルの名前変更に合わせてディレクトリ名も変更するなどの処理が必要となるため、一般的にはinode番号やUUIDなどの変更することのないユニークな名前を割り当てることが望ましい。サブファイル名は、大サイズファイルのオフセットを16進数で示す名前である必要はない。大サイズファイル中のどの領域がどのサブファイルに対応しているのか分かる名前であればよいため、例えば、オフセットを10進数で表現したサブファイル名でもよい。オフセットではなく、大サイズファイル中のサブファイルの通し番号にしてもよい。若しくは、前述した.subfiles以下のinode番号などを用いたディレクトリを無くし、代わりにサブファイル名の接頭子や接尾子に大サイズファイル名や大サイズファイルのinode番号などのキーワードを付けて大サイズファイルとサブファイルの対応を管理してもよい。図4を参照して、ファイル400へのI/Oからバックアップまでの流れを以下に説明する。1クライアント120から大サイズファイル400/mnt/fs1/linux-disk1.vmdkのオフセット15MBの位置に対して1MBのサイズのWrite要求410が発生すると、ファイル共有プログラム510がそのWrite要求を受け取る410。2ファイル共有プログラム510は、クライアント120からのWrite要求を基に、大サイズファイル400のオフセット15MBの位置に対して1MBのサイズのWrite処理を行う。ファイルがサブファイル化されている場合、以下に説明するように、このWrite処理は、対応するサブファイルへの処理となる。420。3ファイルI/Oプログラム540は、大サイズファイル400がサブファイル化されていることを検知する。また、ファイルI/Oプログラム540は、オフセット15MBの位置に対して1MBのサイズのWrite要求は、サブファイル401Bが担当する領域のI/O処理と判断し、サブファイル401Bに対してWrite処理を行う430。4サブファイル転送プログラム560は、/mnt/fs1/.subfiles/1230/以下にある大サイズファイル400のサブファイル401A~401Dの更新を定期的に監視している。サブファイル転送プログラム560が、401Bの更新を検知する。サブファイル転送プログラム560は、大サイズファイル400のメタ情報ファイル名、サイズ、アクセス制御情報などと、サブファイル401Bのデータと、を読み取る440。5サブファイル転送プログラム560は、バックアップサーバ160に対して大サイズファイル400のメタ情報とサブファイル401Bのデータをセットとしてバックアップする450。4において、サブファイル転送プログラム560は、サブファイルを定期的に監視して更新を検出するが、更新の検出方法はこれに限定しない。例えば、ファイルI/Oプログラム540がサブファイルを更新した時に、ファイルI/Oプログラム540がサブファイルを更新したことをサブファイル転送プログラム560に通知してもよい。以上1~5で説明したように、大サイズファイル400が更新されたとしても、大サイズファイル400全体をバックアップせず、大サイズファイル400のメタ情報とサブファイル401Bとだけをバックアップすることで、バックアップ時間を削減できる。ここで、4つのサブファイル401A~401Dにサブファイル化してバックアップした大サイズファイル400のリストア方法の一例を示す。大サイズファイル400をリストアするために、Unifiedストレージシステム100は、バックアップサーバ160から大サイズファイル400のメタ情報と、大サイズファイル400のメタ情報とセットとして格納したサブファイル401A~401Dをダウンロードする。Unifiedストレージシステム100は、サブファイル401A~401Dを順番に結合して、一つのファイルとし、大サイズファイル400のメタ情報ファイル名アクセス制御情報をその結合ファイルに付与する。以上でサブファイル化した大サイズファイル400のリストアが完了できる。ただし、リストア方法はこれに限定しない。図4の模式図では、サブファイル転送プログラム560の転送先は、Unifiedストレージシステム100の外部にあるバックアップサーバ160であるが、本願はこれに制限されるものではない。例えば、バックアップサーバ160は、Unifiedストレージシステム内にあってもよい。更新サブファイルを、重複排除機能、圧縮機能、暗号化機能などを備えるバックアップサーバ160に転送してもよい。サブファイルのデータを他のストレージシステムやUnifiedストレージシステム100の内部にある他のファイルシステムに転送して、サブファイルを階層化管理してもよい。以下、本実施形態を詳細に説明する。図5は、ストレージヘッド200のソフトウェア構成例を示している。ストレージヘッド200のソフトウェアは、ファイルシステム管理情報500、ファイル共有プログラム510、ブロックファイルI/O変換プログラム520、サブファイル化プログラム530、ファイルI/Oプログラム540、サブファイル化ポリシ管理テーブル550、サブファイル転送プログラム560を含む。これらは、不揮発性の記憶装置からメモリ202にロードし格納される。ファイルシステム管理情報500は、ファイルシステムの情報やファイルシステムで管理しているファイルの情報を有する。ファイルシステム管理情報500は、ファイルシステムと1対1に対応する。ストレージ装置210が複数のボリュームを提供している場合、それぞれのボリュームをファイルシステムとしてフォーマットするとそれぞれのファイルシステム管理情報500が作られてメモリ202へ格納される。図5の各プログラムは、複数のファイルシステムに対して共通である。ファイルI/Oプログラム540及びサブファイル化プログラム530は、ファイルシステムに含まれるプログラムである。一つのファイルシステム管理情報500が、一つのファイルシステムに作られる。ファイル共有プログラム510は、通信プロトコルNFS/CIFS/FTP/HTTP等を用いて、ファイル共有サービスをクライアント120へ提供する。ブロックファイルI/O変換プログラム520は、通信プロトコルFC/FCoE/iSCSI等を用いて、ブロックボリュームをホスト110へ提供する。また、ブロックファイルI/O変換プログラム520は、ホスト110から受け取ったブロックボリュームへのI/O要求をファイルへのI/O要求へ変換する。ブロックファイルI/O変換プログラム520は、Unifiedストレージシステム100が管理する特定のファイルをあたかもブロックボリュームとしてホスト110へ提供する。以下では、ブロックボリュームとして提供するファイルをブロックボリュームファイルと呼ぶ。サブファイル化プログラム530は、指定したファイルをサブファイル単位でアクセス可能とするための処理を行う。ファイルI/Oプログラム540は、ファイルシステム管理情報500が管理するファイルに対するI/Oを処理する。サブファイル化ポリシ管理テーブル550は、サブファイル化処理対象ファイルを自動決定するためのポリシに関する情報を有する。サブファイル転送プログラム560は、ファイルシステム管理情報500から更新があったサブファイルを検出し、バックアップサーバ160へバックアップする。更新されたサブファイルの検出方法は、例えば後述するファイルシステム管理情報500が管理する全てのinode情報600のタイムスタンプ604の更新を定期的に確認してもよい。また、例えば、ファイルI/Oプログラム540が、更新があったサブファイルをサブファイル転送プログラム560へ通知してもよい。サブファイル転送プログラム560は、バックアップサーバ160との連携に限定されない。例えば、ストレージ装置210は、SSD213で作ったボリュームA、SASディスク214で作ったボリュームB、SATAディスク215で作ったボリュームCを提供し、ストレージヘッド200が各ボリュームをファイルシステムA、ファイルシステムB、ファイルシステムCとして管理する。サブファイル転送プログラム560は、ファイルシステムBに格納しているあるサブファイルに対するI/O負荷が高くなれば、そのサブファイルをファイルシステムBから高速なファイルシステムAに移動することで、サブファイル単位の階層化管理を実現してもよい。また、サブファイル転送プログラム560は、バックアップデータの重複排除機能を有するバックアップサーバと連携してもよい。また、サブファイル転送プログラム560は、ストレージヘッド200で動作する重複排除プログラムと連携して、自身が重複排除機能を有するバックアップサーバの機能を持ってもよい。図6は、ファイルシステム管理情報500の例である。ファイルシステム管理情報500は、1個以上のinode情報600、FS番号610、接続パス名620を含む。inode情報600は、ファイルシステム内で管理しているファイル単位に作られるファイルの管理情報を示す。inode情報600は、inode番号601、ファイルパス名602、ファイルサイズ603、タイムスタンプ604、アクセス制御情報605、サブファイル化フラグ606、サブファイルサイズ607、最大サブファイル数608、0個以上のExtent情報609を含む。inode番号601は、ファイルシステム管理情報500が管理する各ファイルに対して付与されるユニークな番号を示す。ファイルパス名602は、ファイルシステム内のファイルの所在及びファイル名を示す。ファイルサイズ603は、ファイルのサイズを示す。ファイルサイズ603に応じて、ストレージ装置210が提供するボリュームのブロックを消費する。タイムスタンプ604は、ファイルの更新時刻を示す。ファイルI/Oプログラム540は、ファイルに対するI/Oを処理した際に、タイムスタンプ604をI/Oを処理した時刻で上書きする。アクセス制御情報605は、ファイルのアクセス制御情報を示す。アクセス制御情報605は、特定のユーザだけがファイルへアクセス可能とする場合に用いる。パーミッションや、パーミッションよりも高度なアクセス制御が可能なACLAccessControlListと呼ばれることもある。サブファイル化フラグ606は、ファイルがサブファイル化されているか否かを示す情報である。サブファイルサイズ607は、ファイルがサブファイル化されている場合に、サブファイルを作成する単位を示す。最大サブファイル数608は、このファイルに対して作成可能なサブファイル数の上限を示す。Extent情報609は、一般的には、ファイルに割り当てられたボリュームのブロックの位置を示す。本実施形態のExtent情報609には、ファイルがサブファイル化しているかいないかによって、後述する609A、609Bの2種類の情報のどちらかが含まれている。詳細は後述する。FS番号610は、Unifiedストレージシステム100内の複数のファイルシステム管理情報500及びファイルシステム管理情報500に対応するファイルシステムを識別するためのユニークな番号を示す。接続パス名620は、Unifiedストレージシステム100内の複数のファイルシステムで形成する仮想ファイルシステムとの接続パスを示す。例えば、/mnt/fs1、/mnt/fs2である。通常、クライアント120は、仮想ファイルシステム上のパスフルパスを指定してファイルにアクセスする。例えば、/mnt/fs1/linux-disk1.vmdkである。ファイル共有プログラム510は、クライアント120の要求するファイルのパスと、各ファイルシステム管理情報500の接続パス名620を比較することで、どのファイルシステムに対するI/Oか検出できる。また、ファイル共有プログラム510は、クライアント120の要求するファイルのパスと、ファイルシステム管理情報500の持つinode情報600のファイルパス名602を比較することで、どのファイルシステムのどのファイルに対するI/Oか特定できる。同様に、ブロックファイルI/O変換プログラム520は、ホスト110へ提供するブロックボリュームファイルのパスと、各ファイルシステム管理情報500の接続パス名620を比較することで、どのファイルシステムに対するI/Oか検出できる。また、ブロックファイルI/O変換プログラム520は、ブロックボリュームファイルのパスと、ファイルシステム管理情報500の持つinode情報600のファイルパス名602を比較することで、どのファイルシステムのどのファイルに対するI/Oか特定できる。図7Aは、サブファイル化前のExtent情報609Aの例である。Extent情報609Aは、オフセット701、サイズ702、ブロック番号703を含む。オフセット701は、Extent情報609Aが管理するファイル内のオフセット値を示す。言いかえると、ファイル内でこのExtent情報609Aが管理する開始位置を示す。サイズ702は、Extent情報609Aが管理する領域のサイズを示す。ブロック番号703は、Extent情報609Aが管理するブロックボリューム内のブロック番号を示す。言いかえると、ブロックボリューム内でこのExtent情報609Aが管理する開始位置を示す。Extent情報609Aは、ファイル内の領域の位置とストレージ装置210が提供するボリューム内の領域の位置物理記憶位置関連づけ、それらの対応を管理する。Extent情報609Aが管理するファイル内の領域は、ファイルのオフセット701を起点として、サイズ702の領域である。また、Extent情報609Aが管理するブロックボリューム内の領域は、ブロック番号703を起点として、サイズ702に相当するブロック数の領域である。ファイルに対するI/Oは、対象ファイルのオフセット及びサイズを伴って発生する。従って、I/Oのオフセットとサイズから、ファイル中のI/O対象領域の位置が分かり、ファイルを管理するinode情報600から、I/O対象領域を管理する1個以上のExtent情報609Aが抽出される。例えば、I/O対象ファイルのinode情報600が4つのExtent情報609Aを持っているとする。ここでは4つのExtent情報609Aを便宜上、EA0、EA1、EA2、EA3と表記する。EA0のオフセット701が0MB、EA1のオフセット701が1MB、EA2のオフセット701が2MB、EA3のオフセット701が3MBで、EA0~EA3の各サイズ702が1MBのとき、I/Oのオフセットが1.5MB、サイズ1MBならば、EA1、EA2の2つのExtent情報609Aが抽出される。次に、抽出した1個以上のExtent情報609Aから、サイズ702及びブロック番号703を取り出し、ボリューム内のI/O対象領域の位置物理記憶位置が確定される。なお、ファイルサイズ全ての範囲を充足するようにExtent情報609Aが必ず用意されている必要はない。例えば、ファイルサイズは10MBあるが、Extent情報609Aは全く無くてもよい。このようなファイルは、一般にホールファイル又はスパースファイルと呼ばれることもある。このようなファイルには、ファイルへのI/Oが発生し、実際にファイルへブロック領域を割り当てる段階になってから、必要に応じてExtent情報609Aを作成し、ボリュームの中のブロック領域を割り当てる。図7Bは、サブファイル化後のExtent情報609Bの例である。Extent情報609Bは、親ファイル内の位置とサブファイルの管理情報とを関連づけ、それらの対応を管理する。Extent情報609Bは、オフセット701、サイズ702、FS番号704、inode番号705を含む。オフセット701、長さ702は、図7Aと同じ情報である。FS番号704は、Extent情報609Bが管理するサブファイルを管理するファイルシステム管理情報500を識別する番号である。inode番号705は、FS番号704で特定されるファイルシステム管理情報500内のinode情報600を特定するinode番号601である。サブファイル化したファイル親ファイルに対するI/Oは、通常のファイルに対するI/Oと同様に、I/O対象のファイル親ファイルのオフセット及びサイズを伴って発生する。従って、ストレージヘッド200は、オフセット値とサイズから、親ファイル中のI/O対象領域の位置が分かり、ファイルを管理するinode情報600から、I/O対象領域を管理する1個以上のExtent情報609Bを抽出できる。次に、ストレージヘッド200は、抽出した1個以上のExtent情報609Bから、それぞれFS番号704及びinode番号705を取り出し、それぞれのinode番号705を持つサブファイルに対するI/Oを発行できる。ストレージヘッド200は、Extent情報609Aと同様に、Extent情報609Bを、I/O発生時に必要に応じて作成してもよい。例えばI/O対象の親ファイルのオフセットとサイズに対応するExtent情報609Bが無かった場合には、まずI/O対象ファイルのinode情報600に含まれているサブファイルサイズ607と同じサイズのサブファイルを作成する。さらに、ストレージヘッド200は、サブファイルが管理するI/O対象の親ファイル内のオフセット701、サブファイルのサイズ702、サブファイルを作成したファイルシステムのFS番号704及びサブファイルのinode番号705を用いて、Extent情報609Bを作成し、I/O対象の親ファイルのinode情報600へ登録する。ここでサブファイルを作成するとは、ファイルシステム管理情報500の中にサブファイルのinode情報600を作成することである。図7Bでは、FS番号704、inode番号705を用いてサブファイルを特定する方法を示した。しかし、サブファイルを特定する方法は、これに限定しない。例えば、FS番号704とinode番号705の代わりに、システム内で一意の名前を付けたサブファイルの名前を記憶する方法でもよい。また、Extent情報609Bを使わずに、親ファイルのExtent情報609Aによって管理される記憶領域ファイルのデータや拡張属性ExtendedAttributeを記憶する領域、親ファイルとは別のファイルやファイルシステム管理情報500、RDBRelationalDataBaseやKVSKeyValueStoreなどのDBDataBaseに、オフセット701、サイズ702、FS番号704、inode番号705の組を複数記憶する方法でもよい。また、親ファイルのExtent情報609Aが管理する記憶領域、親ファイルとは別のファイルやファイルシステム管理情報500、DBを使う場合であっても、FS番号704とinode番号705の代わりに、システム内で一意の名前を付けたサブファイルの名前を記憶する方法でもよい。また、親ファイルのinode情報600にExtent情報609Aや609Bを記憶せずに、サブファイル名やサブファイルを保存するパス名に制約を設けることで、親ファイルへのI/Oのオフセットから実際にアクセスされるサブファイルの名前を特定する方法でも良い。例えば、親ファイル/mnt/fs1/linux-disk1.vmdkのサブファイルは、linux-disk1.vmdkのinode番号601の値1230を使った、/mnt/fs1/.subfiles/1230/以下のパスに保存すると決める。また、親ファイルlinux-disk1.vmdkのサイズが40MBでサブファイルサイズが10MBの場合、各サブファイル名を、親ファイルのオフセットを16進数で示した数値0000000000000000、0000000000A00000、0000000001400000、0000000001E00000と決める。すると、親ファイルlinux-disk1.vmdkのオフセット15MB0xF0000016進数へのI/Oならば、オフセット0xA0000016進数以上で0x140000016進数未満の領域に対するI/Oとなるため、サブファイル/mnt/fs1/.subfiles/1230/0000000000A00000へのI/Oと特定することができる。ただし、Extent情報609Bにシステム内で一意な名前をつけたサブファイル名を記憶する方法や、オフセット値からサブファイル名を特定する方法の場合、I/Oが発生するたびにサブファイル名からサブファイルのinode情報600を特定するlookup処理ファイルシステム管理情報500やinode情報600の検索処理が必要となる。図8は、サブファイル化ポリシ管理テーブル550の例である。サブファイル化ポリシ管理テーブル550は、パス801、閾値802、タイプ803、初期サブファイルサイズ804、最大サブファイル数805の列を含む。パス801、閾値802、タイプ803は、サブファイル化の条件に含まれる。パス801は、ファイルのパスを示す。パス801で指定したパス以下に格納しているファイルがサブファイル化の対象となる。閾値802は、ファイルサイズを示す。閾値802で指定したファイルサイズ以上のファイルがサブファイル化の対象となる。タイプ803は、ファイルの種類を示す。例えばタイプ803には、仮想マシンの仮想ディスクに用いるVMDKファイル図8ではVMDKと示す、データベースファイル、ブロックボリュームファイル図8ではVOLと示すなどがある。タイプ803で指定した種類のファイルがサブファイル化の対象となる。前記条件を同時に満たしたファイルがサブファイル化される。初期サブファイルサイズ804、最大サブファイル数805は、上記条件を満たしたファイルをサブファイル化する時に設定される。初期サブファイルサイズ804は、親ファイルが持つ個々のサブファイルの初期サイズを示す。最大サブファイル数805は、親ファイルが持てるサブファイル数の限界を示す。もし、最大サブファイル数805を超えそうな場合には、サブファイルのサイズを拡張することで、サブファイル数を抑えることができる。ストレージヘッド200は、定期的にサブファイル化ポリシ管理テーブル550とファイルシステム管理情報500を確認し、条件を満たすファイルをサブファイル化する。図8の例では、各行に示すポリシ810、820、830のいずれかの条件に当てはまった場合に、サブファイル化を行う。1行目のポリシ810は、/mnt/vm以下に格納しているVMDKファイルをサブファイル化の対象とし、サブファイル化する時に、初期サブファイルサイズ804として8MBを設定することを意味する。2行目のポリシ820は、/mnt/vol以下に格納しているブロックボリュームファイルをサブファイル化の対象とし、サブファイル化する時に、初期サブファイルサイズ804として42MBを設定すること意味する。3行目のポリシ830は、1GB以上のファイルを対象として、サブファイル化する時に、初期サブファイルサイズ804として16MBを設定し、また最大サブファイル数805として65536個を設定することを意味する。なお、ここで示したサブファイル化条件におけるパス801、閾値802、タイプ803は一例である。例えば、特定のユーザのファイル、特定のアクセス制御情報を持つファイル、ファイルへのアクセス頻度などをサブファイル化の条件に含めてもよい。アクセス頻度は、所定の単位時間当たりのI/O数リードコマンド及び/又はライトコマンドの数で表すことができる。例えば、ストレージヘッド200は、サブファイルへの単位時間当たりのI/O数を測定し、その平均値を算出して条件判定に使用することができる。サブファイル化は、複数の条件が満たされることを必要としてもよい。アクセス頻度をサブファイル化の条件に含める場合、例えば、ストレージヘッド200は、アクセス頻度に応じてサブファイルのファイルサイズを決定してもよい。アクセス頻度が高い、例えばアクセス頻度が所定の閾値を超えるファイルの初期サブファイルサイズ804を小さくし、アクセス頻度が低い、例えばアクセス頻度が所定の閾値以下であるファイルの初期サブファイルサイズ804を大きくする。これにより、inode情報600の数を抑えつつ、頻繁に更新されるファイルのみ粒度の細かいサブファイルで管理することが可能となる。例えば、ストレージヘッド200は、二つの異なるサブファイルサイズを用意し、閾値よりもアクセス頻度が大きいファイルのサブファイルに対して小さいサブファイルサイズを割り当て、閾値以下のアクセス頻度のファイルのサブファイルに対して大きいサブファイルサイズを割り当てる。選択できるサブファイルサイズの数は設計に依存する。ストレージヘッド200は、サブファイルのサイズ決定のために1又は複数のアクセス頻度の閾値を使用することができる。inode情報600の数が少なくなれば、それだけストレージ装置210のボリュームに格納しているファイルシステム管理情報500の中のinode情報600の数も少なくなり、容量効率の向上につながる。また、ファイルシステム管理情報500の中で管理できるinode情報600の数の上限が決まっている場合にも、inode情報600の数の節約につながる。図8のサブファイル化ポリシ管理テーブル550は、サブファイルに対して適用してもよい。例えば、サブファイル化ポリシ管理テーブル550がアクセス頻度を管理してもよい。ストレージヘッド200は、サブファイルへのアクセス頻度が高くなり、所定の閾値を超えた場合は、サブファイルを更にサブファイル化して管理してもよい。このサブファイルのサブファイル化をサブファイルの分割と呼ぶ。サブファイルをより小さなサイズのサブファイルへと分割することで、大元の親ファイルのアクセス頻度の高い領域の更新をより細かい粒度で管理可能となる。例えば、細粒度で更新管理を行うことで、バックアップ対象となるサブファイルのトータルサイズを小さくすることができる。サブファイルの分割処理については、図10を参照して後述する。また、アクセス頻度が低くなり、所定の閾値サブファイル化のための上記閾値よりも小さいより小さくなった場合は、ストレージヘッド200は、サブファイルのサブファイル化を解除して元に戻してもよい。このサブファイル化の解除をサブファイルの統合と呼ぶ。サブファイルの統合は、例えば、親サブファイルサブファイル化したサブファイルのExtent情報609Bを全て消去し、子サブファイル親サブファイルから作成したサブファイルが持つ全てのExtent情報609Aを親サブファイルにコピーし、子サブファイルを削除する。子サブファイルを削除するとは、ファイルシステム管理情報500から子サブファイルのinode情報600を消去することである。図9は、サブファイル化処理のフローチャートである。サブファイル化プログラム530は、サブファイル化ポリシ管理テーブル550の条件を満たすファイルを見つける、又は、管理者から直接サブファイル化の指示があると、処理対象のファイルのパス、サブファイルサイズ、最大サブファイル数を伴ってサブファイル化処理を開始するS900。サブファイル化プログラム530は、ファイルシステム管理情報500から、サブファイル化処理対象ファイルのinode情報600を検索するS910。サブファイル化プログラム530は、inode情報600から、サブファイル化フラグ606のON/OFFを判定するS920。ステップS920の判定結果が肯定的の場合S920:YES、サブファイル化プログラム530は、サブファイル化処理を終了するS970。ステップS920の判定結果が否定的の場合S920:NO、サブファイル化プログラム530は、サブファイル化処理対象ファイルのExtent情報609Aを基に、ステップS900で受け取ったサブファイルサイズの大きさのサブファイルを1つ以上作成する。ここでサブファイルを作成するとは、ファイルシステム管理情報500の中にサブファイルのExtent情報609Aを含むサブファイルのinode情報600を作成することであるS930。一例として、inode番号601には、ファイルシステム管理情報500中でユニークなinode番号を設定する。ファイルパス名602には、/mnt/fs1/.subfiles/<親ファイルのinode番号601>/<サブファイルが対応する親ファイル内のオフセット>を設定する。ファイルサイズ603には、親ファイルのサブファイルサイズ607を設定する。タイムスタンプ604には、現在の時刻を設定する。アクセス制御情報605には、親ファイルのアクセス制御情報605を設定する。サブファイル化フラグ606には、OFFを設定する。サブファイルサイズ607には、0を設定する。最大サブファイル数608には、0を設定する。Extent情報609には、Extent情報609Aを作成して設定する。Extent情報609Aの作成例については後述する。上記サブファイルのinode番号601の設定例では、アクセス制御情報605として親ファイルのアクセス制御情報605を設定したが、設定方式は必ずしもこれに限定しない。アクセス制御情報605として、親ファイルのアクセス制御情報605の保存場所をポイントして参照する方式でも良い。また、親ファイルのアクセス制御情報605とは異なるアクセス制御情報を設定しても良い。上記サブファイルフラグ606がOFFであり、サブファイルサイズ607と最大サブファイル数608に0を設定しているのは、サブファイルが一般のサブファイル化していないファイルと変わらないためである。そのため、サブファイル化プログラム530は、サブファイルをサブファイル化サブファイルの分割することも可能である。サブファイル化プログラム530は、サブファイル化処理対象ファイルのinode情報600から全てのExtent情報609Aを削除するS940。サブファイル化プログラム530は、ステップS930で作成した各サブファイルに対応するExtent情報609Bを作成する。サブファイルの情報を基に、オフセット701、サイズ702、サブファイルのFS番号704とinode番号705を記載したExtent情報609Bを作成し、サブファイル化処理対象ファイルのinode情報600へ記録するS950。以上、ステップS930からステップS950によって、サブファイル化処理対象ファイルのExtent情報609AからExtent情報609Bへの変換及び、サブファイルの作成処理が完了する。例として、サブファイル化処理対象ファイルが4つのExtent情報609Aを持っているとする。それぞれのExtent情報609Aを便宜上、EA00MB、0.5MB、0、EA10.5MB、1MB、2048、EA21.5MB、1MB、8192、EA32.5MB、1.5MB、16384と表現する。EA1の括弧内には、左からオフセット701の0.5MB、サイズ702の1MB、ブロック番号703の2048を記載している。また、サブファイルサイズが1MBとする。この時、サブファイルが4つ作成され、それぞれのサブファイルに対応するExtent情報609Bが、サブファイル化対象ファイルのinode情報600内に4つ作成される。作成した4つのサブファイルは全て同じFS番号0を持つファイルシステム内に作成され、そのinode番号は、1000、1001、1002、1003とする。この時、Extent情報609Bは、EB00MB、1MB、0、1000、EB1[1MB、1MB、0、1001]、EB22MB、1MB、0、1002、EB3[3MB、1MB、0、1003]と表現できる。EB1の括弧内には、左からオフセット701の1MB、サイズ702の1MB、FS番号704の0、inode番号705の1001を記載している。inode番号1000を持つサブファイルのinode情報600には、EA40MB、0.5MB、0、EA5[0.5MB、0.5MB、2048]が作られる。inode番号1001を持つサブファイルのinode情報600には、EA60MB、0.5MB、3072、EA70.5MB、0.5MB、8192が作られる。inode番号1002を持つサブファイルのinode情報600には、EA80MB、0.5MB、9216、EA90.5MB、0.5MB、16384が作られる。inode番号1003を持つサブファイルのinode情報600には、EA100MB、1MB、17408が作られる。ただし、このときボリュームは1ブロックあたり512Bytesと仮定している。サブファイル化プログラム530は、ステップS900で受け取ったサブファイルサイズ、最大サブファイル数をサブファイル化処理対象ファイルのinode情報600のサブファイルサイズ607と最大サブファイル数608にそれぞれ設定し、サブファイル化フラグ606をONにするS960。サブファイル化プログラム530は、処理を終了するS970。以上、ステップS900~ステップS970によって、ブロック自体をコピーせず、Extent情報609を書き換えるだけでサブファイル化を実現している。図10は、ファイルに対するI/O処理のフローチャートである。ファイルI/Oプログラム540は、ファイル共有プログラム510やブロックファイルI/O変換プログラム520から、ファイルに対してI/O要求が発生すると、I/O対象のファイルのパス、ファイルのオフセット、I/Oサイズを伴ってファイルI/O処理を開始するS1000。ファイルI/Oプログラム540は、I/O対象のファイルのパスをキーとして、ファイルシステム管理情報500から、I/O対象ファイルのinode情報600を検索するS1010。ファイルI/Oプログラム540は、inode情報600から、サブファイル化フラグ606のON/OFFを判定するS1020。ステップS1020の判定結果が肯定的の場合S1020:YES、ファイルI/Oプログラム540は、I/O対象ファイルのオフセットとサイズからI/O対象ファイルのExtent情報609Bを検索する。この時Extent情報609Bが無い場合は、サブファイルを作成し、そのサブファイルを作成したFS番号704とinode番号705を含むExtent情報609Bを作成するS1030。ファイルI/Oプログラム540は、I/O対象ファイルのオフセットから、実際のI/O対象となるサブファイルを特定する。更に、Extent情報609Bのオフセット701を引き算することで、特定したサブファイルのオフセットを計算する。次にファイルI/Oプログラム540は、Extent情報609Bに格納してあるサブファイルのFS番号、inode番号からサブファイルのinode情報600を検索する。次にファイルI/Oプログラム540は、サブファイルのinode情報600、サブファイルのオフセット、I/Oサイズを伴ってステップS1020からリトライするS1040。つまり、I/O対象ファイルを親ファイルから、サブファイルに切り替えて、I/O処理をリトライする。また、この処理は、サブファイル化されていないファイルを検出するまでステップS1020~ステップS1040を繰り返すことになるため、サブファイルが更にサブファイル化されているような、再帰的なケースにも対応できる。ステップS1020の判定結果が否定的の場合S1020:NO、ファイルI/Oプログラム540は、I/O対象ファイルのオフセットからExtent情報609Aを特定し、I/O対象のブロック番号703を特定するS1050。ファイルI/Oプログラム540は、特定したブロック番号703に対してI/Oを発行するS1060。I/O発行時、I/O対象ファイルのタイムスタンプ604を現在時刻に更新する。ファイルI/Oプログラム540は、処理を終了するS1070。図11は、サブファイル化ポリシを管理するGUIGraphicalUserInterface1100を示す。GUI1100は、サブファイル化ポリシ一覧部1110、新規ポリシ入力部1120、追加ボタン1130、削除ボタン1140、OKボタン1150を含む。サブファイル化ポリシ一覧部1110には、ストレージヘッド200に設定しているサブファイル化ポリシ550が表示される。新規ポリシ入力部1120は、パス801入力欄1121、閾値802入力欄1122、タイプ803入力欄1123、初期サブファイルサイズ804入力欄1124、最大サブファイル数805入力欄1125を含む。管理者が追加ボタン1130を押すと、管理計算機130は、新規ポリシ入力部1120に入力したそれぞれの値を新規ポリシとしてサブファイル化ポリシ表550に追加するようにUnifiedストレージシステム100に指示を出す。なお、新規ポリシは、チェックボックス1111の指定が無ければ最も下の行に追加される。また、新規ポリシは、チェックボックス1111の指定があれば、指定した行のすぐ下の行に追加される。管理者が削除ボタン1140を押すと、管理計算機130は、チェックボックス1111で指定した行のサブファイル化ポリシをサブファイル化ポリシ表550から削除するようにUnifiedストレージシステム100に指示を出す。管理者がOKボタン1150を押すと、管理計算機130は、サブファイル化ポリシの設定を終了し、GUI1100を閉じる。以上、本発明の実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲を上記構成に限定する趣旨ではない。本発明は、他の種々の形態でも実施する事が可能である。