JP2006268534A - 記憶装置システムの制御技術 - Google Patents

Abstract

【課題】 ＳＡＮ用データを格納する記憶装置システムにおいて、効率的にＳＡＮ用データをファイル単位で管理する。
【解決手段】 記憶装置システムは、ファイル単位で識別されるファイルデータとブロック単位で識別されるブロックデータとのの変換を実行するファイルシステムを有する第１の計算機と接続される。記憶装置システムは、第１の計算機とブロックデータを送受信する第１の送受信部と、第１の送受信部を介して送受信されるブロックデータを格納する第１の記憶領域を有する記憶部と、第１の計算機が有する前記ファイルシステムの種別を特定する種別特定部と、第１の記憶領域に格納されているブロックデータを取得すると共に、特定されたファイルシステムの種別に応じて、取得したブロックデータをファイルデータに変換する変換処理を実行するデータ変換部と、を備えている。
【選択図】 図１１

Description

本発明は、記憶装置システムの制御に関し、特に、記憶装置システムにおけるファイルデータの管理に関する。

計算機で取り扱われるデータ量の増大に伴い、計算機のデータをネットワークを介して接続された記憶装置システムに集約して管理する計算機システムの普及が進んでいる。こうした計算機システムとして、記憶装置システムと記憶装置システムに格納されるデータのやり取りを行う計算機（以下、ホスト計算機ともいう。）とのデータ通信の形式によって、以下の２つが知られている。１つは、ホスト計算機側にファイルシステムを有し、記憶装置システムとホスト計算機間のデータ通信をブロック単位で行うものであり、もう一つは、記憶装置システム側にファイルシステムを有し、記憶装置システムとホスト計算機間のデータ通信をファイル単位で行うものである。一般に、前者はＳＡＮ(Storage Area Network)と呼ばれ、後者はＮＡＳ(Network Attached Storage)と呼ばれている。

近年では、さらなる柔軟なシステム構成の実現とデータ管理コストの低減を目的として、単体の記憶装置システムにおいてブロック単位のデータ通信とファイル単位のデータ通信の両方をサポートする記憶装置システム、いわゆるＳＡＮ／ＮＡＳ統合型の記憶装置システムが知られている（例えば、特許文献１）。

特開２００３−２２２４６号公報

しかしながら、上記従来技術においては、記憶装置システム単体では、ブロック単位のデータ通信によりホスト計算機から受信したデータ（以下、ＳＡＮ用データという。）をファイル単位で管理できないという問題があった。すなわち、記憶装置システムがＳＡＮ用データをファイル単位で認識するためには、ＳＡＮ用データを一度ブロック単位のデータ通信により記憶装置システムからホスト計算機に送信し、ホスト計算機においてＳＡＮ用データをファイル単位のデータに変換し、変換されたデータをファイル単位のデータ通信によりホスト計算機から記憶装置システムに送信する必要があった。かかる場合には、例えば、ホスト計算機やネットワークの負荷の増大を招き、効率的なデータ管理が阻害されるおそれがあった。

なお、このような課題は、ＳＡＮ／ＮＡＳ統合型の記憶装置システムに限らず、ＳＡＮ用データをファイル単位で管理する場合、例えば、ＳＡＮとＮＡＳが混在するシステム環境下においてデータを一元的にファイル単位で管理する場合に共通する課題であった。

本発明は、上記課題を解決するためになされたものであり、ＳＡＮ用データを格納する記憶装置システムにおいて、効率的にＳＡＮ用データをファイル単位で管理することを目的とする。

上記課題の少なくとも一部を解決するため、本発明はファイル単位で識別されるファイルデータとブロック単位で識別されるブロックデータとの変換を実行するファイルシステムを有する第１の計算機と接続される記憶装置システムを提供する。本発明の第１の態様に係る記憶装置システムは、前記第１の計算機との間で前記ブロックデータを送受信する第１の送受信部と、前記第１の送受信部を介して送受信される前記ブロックデータを格納する第１の記憶領域を有する記憶部と、前記第１の計算機が有する前記ファイルシステムの種別を特定する種別特定部と、前記第１の記憶領域に格納されている前記ブロックデータを取得すると共に、特定された前記ファイルシステムの種別に応じて、取得した前記ブロックデータを前記ファイルデータに変換する変換処理を実行するデータ変換部と、を備えることを特徴とする。

本発明の第１の態様に係る記憶装置システムによれば、第１の計算機が有するファイルシステムの種別を特定して、特定されたファイルシステムの種別に応じてブロックデータをファイルデータに変換するので、記憶装置システム単体で、第１の記憶領域に格納されているブロックデータをファイルデータとして認識することができる。この結果、第１の計算機や第１の計算機と接続するネットワークの負荷を低減して効率的にファイル単位のデータ管理を実現できる。

本発明の第１の態様に係る記憶装置システムは、さらに、第２の計算機との間で前記ファイルデータを送受信する第２の送受信部を備え、前記データ変換部は、さらに、前記第２の送受信部を介して送受信される前記ファイルデータと前記ブロックデータとの変換を実行し、前記記憶部は、さらに、前記ファイルデータを前記データ変換部によって変換して得られた前記ブロックデータを格納する第３の記憶領域を有しても良い。すなわち、記憶装置システムは、ブロックデータを送受信する第１の送受信部とファイルデータを送受信する第２の送受信部を備える、いわゆるＳＡＮ／ＮＡＳ統合型の記憶装置システムであっても良い。かかる場合には、第１の記憶領域に格納されているデータと第３の記憶領域に格納されているデータとを、記憶装置システム単体で、ファイル単位で一元的に管理することができる。

本発明の第２の態様は、ブロック単位で識別されるブロックデータを送受信する第１の送受信部と、前記第１の送受信部を介して送受信される前記ブロックデータを格納する第１の記憶領域を有する記憶部と、を有する記憶装置システムを管理する管理計算機を提供する。本発明の第２の態様に係る管理計算機は、前記第１の記憶装置システムに格納された前記ブロックデータとファイル単位で識別されるファイルデータとの変換を前記記憶装置システムと接続される第１の計算機において実行しているファイルシステムの種別を、前記記憶装置システムに通知する種別通知部を備えることを特徴とする。

本発明の第２の態様に係る計算機によれば、第１の計算機が有するファイルシステムの種別を記憶装置システムに通知するので、記憶装置システムは、通知されたファイルシステムの種別に応じて第１の記憶装置システムに格納されているブロックデータを解釈してファイル単位で認識できる。

なお、本発明は、種々の態様で実現することが可能であり、例えば、上記態様に係る記憶装置システムと第１の計算機とを備える計算機システム、記憶装置システムの制御方法として実現することができる。さらに、本発明は、上記制御方法または装置の機能を実現するためのコンピュータプログラム、例えば、記憶装置システムの制御プログラム、ファイル単位のバックアップを実行するバックアッププログラム、ファイル単位のデータ移動を実行するマイグレーションプログラムとして実現可能であり、また、これらのコンピュータプログラムを記録した記録媒体、これらのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の形態で実現することができる。

以下、本発明の実施の形態について、図面を参照しつつ、実施例に基づいて説明する。

Ａ．実施例：
・計算機システムの構成：
図１〜図７を参照して、第１実施例に係る記憶装置システムを含む計算機システムの概略構成について説明する。図１は、本実施例における計算機システムの一構成例を模式的に示す説明図である。図２〜図５および図７は、本実施例における第１の計算機（図２）および第２の計算機（図４）、記憶装置システムを構成する第１の制御部（図３）および第２の制御部（図５）、管理計算機（図７）、それぞれのメモリの内部構成を示すブロック図である。図６は、記憶装置システム１０を構成する記憶部３００の一部の記憶領域の内部構成を示すブロック図である。

図１に示す計算機システムは、記憶装置システム１０と、第１の計算機４０と、第２の計算機５０と、管理計算機６０と、テープ装置７０とを備えている。図１において、第１の計算機４０、第２の計算機５０およびテープ装置７０は、１または２以上の任意の数とすることができる。

記憶装置システム１０と第１の計算機４０は、ＳＡＮ８１を介して接続されている。ＳＡＮ８１は、ブロック単位で識別されるブロックデータ（以下、単にブロックデータという。）の転送プロトコルであるファイバチャネルプロトコルを用いてデータ通信を行うネットワーク（ＦＣ−ＳＡＮ）である。その他にも、例えば、ｉＳＣＳＩプロトコルを用いてデータ通信を行うＩＰネットワーク（ＩＰ−ＳＡＮ）が用いられ得る。

記憶装置システム１０と第２の計算機５０は、ＬＡＮ８３を介して接続されている。ＬＡＮ８３は、一般的なＩＰネットワークである。ＬＡＮ８３を介して、記憶装置システム１０と第２の計算機５０は、ファイル単位で識別されるファイルデータ（以下、単にファイルデータという。）の転送プロトコルであるＮＦＳ(Network File System)やＣＩＦＳ(Common Internet File System)を用いてデータ通信を行うことができる。

管理計算機６０と記憶装置システム１０と第１の計算機４０とは、管理用ＬＡＮ８２を介して互いに接続されている。管理用ＬＡＮ８２は、管理情報のやり取りを行う種々の形式をとることができ、例えば、一般的なＩＰネットワークを用いて構成される。

第１の計算機４０は、中央演算装置（ＣＰＵ）４１と、メモリ４２と、記憶装置システム１０と接続するためのインターフェース（Ｉ／Ｆ）４３と、管理計算機６０と接続するためのＩ／Ｆ４４を備えている。メモリ４２は、図２に示すように、アプリケーションプログラム４２１、ファイルシステムプログラム４２２、論理ボリューム管理プログラム４２３、パーティション管理プログラム４２４、ブロックアクセスドライバ４２５を格納している。ブロックアクセスドライバ４２５は、記憶装置システム１０との間における書き込み／読み込み要求および応答の送受信を、ブロック単位で実行するためのプログラムである（書き込み／読み込みの処理については、後述する）。

第２の計算機５０は、ＣＰＵ５１と、メモリ５２と、記憶装置システム１０と接続するためのＩ／Ｆ５３を備えている。メモリ５２は、図４に示すように、アプリケーションプログラム５２１およびファイルプロトコルドライバ５２２を格納している。ファイルプロトコルドライバ５２２は、記憶装置システム１０との間における書き込み／読み込み要求および応答の送受信を、ファイル単位で実行するためのプログラムである（書き込み／読み込みの処理については、後述する）。

記憶装置システム１０は、第１の計算機４０および第２の計算機５０から送信されたデータを格納する装置である。記憶装置システム１０は、第１の制御部１００と、第２の制御部２００と、記憶部３００とを備えている。

第１の制御部１００は、ブロックデータの入出力制御を主に実行する制御部である。第１の制御部１００は、ＣＰＵ１１０と、メモリ１２０と、第１の計算機４０と接続するためのＩ／Ｆ（以下、ＳＡＮＩ／Ｆという。）１３０と、管理計算機６０と接続するためのＩ／Ｆ（以下、管理Ｉ／Ｆという。）１４０と、記憶部３００と接続するためのディスクＩ／Ｆ（以下、ＤＫＩ／Ｆという。）１６０と、第２の制御部２００と接続するためのブリッジ１８０とを備えている。メモリ１２０は、図３に示すように、第１の制御部１００の制御機能を実現するための第１の制御プログラム１２１を格納している。メモリ１２０には、さらに、各種データ（例えば、第１の計算機４０から受信したデータ、記憶部３００から読み出したデータ）を一時的に格納するキャッシュ領域１２２が確保されている。第１の制御プログラム１２１は、ブロックデータの入出力を制御するためのブロックデータ入出力部１２３と、記憶部３００に設定される論理ユニットの構成を管理するための構成管理部１２４とを含んでいる。

第２の制御部２００は、ファイルデータの入出力制御を主に実行する制御部である。第２の制御部２００は、ＣＰＵ２１０と、メモリ２２０と、第２の計算機５０と接続するためのＩ／Ｆ（以下、ＮＡＳＩ／Ｆという。）２５０と、管理計算機６０と接続するためのＩ／Ｆ（以下、管理Ｉ／Ｆという。）２４０と、テープ装置７０と接続するためのＩ／Ｆ（以下、ＢＣＩ／Ｆという。）２７０と、を備えている。第２の制御部２００は、第１の制御部１００のブリッジ１８０に接続されており、第１の制御部１００と各種データ（例えば、ブロックデータ）のやり取りが可能である。メモリ２２０は、図５に示すように、第２の制御部２００の制御機能を実現する第２の制御プログラム２２１を格納している。メモリ２２０には、第１の制御部１００のメモリ１２０と同様に、キャッシュ領域２２２が確保されている。第２の制御プログラム２２１は、プロトコル処理部２２５と、種別特定部２２６と、データ変換部２２７と、バックアップ実行部２２８と、データ移動実行部２２９とを含んでいる。プロトコル処理部２２５は、ファイル転送プロトコル（例えば、ＮＦＳ、ＣＩＦＳ）を解釈する。種別特定部２２６は、第１の計算機４０が有しているファイルシステムプログラム４２２、論理ボリューム管理プログラム４２３、パーティション管理プログラム４２４の種別を特定する。データ変換部２２７は、ファイルデータとブロックデータとの変換処理（以下、データ変換処理ともいう。）を主に実行する。バックアップ実行部２２８は、記憶部３００に格納されているデータをファイル単位でバックアップする。データ移動実行部２２９は、記憶部３００の所定の記憶領域に格納されているデータをファイル単位で他の記憶領域に移動させる。

データ変換部２２７は、モジュール選択部２２７１と、複数の異なる種別のファイルシステムモジュール２２７２と、複数の異なる種別の論理ボリューム管理モジュール２２７３と、複数の異なる種別のパーティション管理モジュール２２７４とから構成される。モジュール選択部２２７１は、上述したモジュール群の中からデータ変換処理に用いるべきモジュールを任意に選択する。

記憶部３００は、図示しない多数のディスク装置から構成されている。これらのディスク装置は、ブロックデータが実際に格納される物理的な記憶領域を提供する。これらのディスク装置は、第１の制御部１００の制御に従って、ブロックデータの読み出し／書き込みを実行する。ディスク装置が有する物理的な記憶領域は、第１の制御部１００によって論理的な記憶領域と対応づけられている。図１は、第１の制御部１００が認識する論理的な記憶領域の構成を示している。第１の制御部１００は、図１に示すように、記憶部３００の記憶領域を論理ユニット（ＬＵ）と呼ばれる論理的な記憶領域に分割して管理している。各論理ユニットは、それぞれ独立した記憶領域として扱われ、それぞれ独立した論理アドレスによって管理される。図１に示すように、記憶部３００には、制御情報等が格納される特殊な論理ユニットＳＬＵと、第１の計算機４０および第２の計算機５０に割り当てられる論理ユニットＬＵ０〜ＬＵ４が設定されている。ＬＵｎは、論理ユニット番号（ＬＵＮ）ｎの論理ユニットを表している。図１において、記号ＧＳで表す論理ユニット群は、第１の計算機４０に割り当てられている論理ユニット群（以下、ＳＡＮ用記憶領域という。）であり、記号ＧＮで表すものは第２の計算機５０に割り当てられている論理ユニット群（以下、ＮＡＳ用記憶領域という。）である。特殊な論理ユニットＳＬＵは、記憶装置システム１０の管理・制御に用いられる種々の情報を格納している。これらの種々の情報は、図６に示すように、論理ユニット管理テーブル３２１と論理ボリューム管理テーブル３２２を含む。これらの種々の情報は、特殊な論理ユニットＳＬＵに代えて、記憶部３００における多数のディスク装置に分散して格納されても良い。

管理計算機６０は、計算機システムの管理者が計算機システムを管理するための端末である。管理計算機６０は、汎用計算機（例えば、市販のノートパソコン）であり、ＣＰＵ６１とメモリ６２とＬＡＮＩ／Ｆ６３とを備えている。メモリ６２は、図７に示すようにストレージ管理プログラム６２１を格納している。ストレージ管理プログラム６２１は、上述した論理ユニット管理テーブル３２１および論理ボリューム管理テーブル３２２を記憶装置システム１０に設定する管理テーブル設定部６２２を含む。

テープ装置７０は、第２の制御部２００のＢＣＩ／Ｆ２７０を介して記憶装置システム１０と接続されている。テープ装置７０は、記憶装置システム１０に格納されているデータのバックアップデータをテープ媒体に格納するために用いられる。

・第１の計算機４０における論理ユニットの管理：
図８を参照して、第１の計算機４０が認識している記憶領域の構成について、説明する。図８は、第１の計算機４０が認識している記憶領域の構成の一例を示す説明図である。記憶装置システム１０は、論理ユニット群の一部を、論理ユニット単位で第１の計算機４０に割り当てる。第１の計算機４０に割り当てられる論理ユニットは、上述したＳＡＮ用論理ユニットである。第１の計算機４０は、割り当てられた論理ユニットを、第１の計算機４０が管理するデータを格納するために用いる。図８は、ある第１の計算機４０に、ＬＵ０とＬＵ２の２つの論理ユニットが割り当てられている例を示している。論理ユニットの割り当ては、第１の制御プログラム１２１の構成管理部１２４によって行われる。

第１の計算機４０は、パーティション管理プログラム４２４を用いて、割り当てられた論理ユニットを分割して複数のパーティションを設定することができる。図８に示す例では、論理ユニットＬＵ０には、３つのパーティションＰ１〜Ｐ３が設定され、論理ユニットＬＵ２には、２つのパーティションＰ１〜Ｐ２が設定されている。Ｐｎは、論理ユニット上に設定されたパーティション番号ｎのパーティションを表す。パーティション管理プログラム４２４の種別は、一般的に、ＯＳ（operating system）の仕様として決められているか、あるいは、ハードウエアの仕様（以下、アーキテクチャという。）として決められている。従って、パーティション管理プログラム４２４の種別は、ＯＳの種別あるいはアーキテクチャの種別を特定することによって特定される。

第１の計算機４０は、さらに、論理ボリューム管理プログラム４２３を用いて、論理ユニット上に設定されたパーティションを統合して１つの論理ボリュームとして管理することができる。図８に示す例において、第１の計算機４０は、論理ユニットＬＵ０のパーティションＰ３と、論理ユニットＬＵ２のパーティションＰ１およびＰ２と、を統合して論理ボリュームＬＶ１を設定している。ＬＶｎは、論理ボリューム番号ｎの論理ボリュームを表す。論理ボリューム管理プログラム４２３の種別は複数あり、例えば、ＬＶＭ、ＶｘＶＭ、Windows Disk ADM（Windowsは登録商標）が知られている。

第１の計算機４０は、さらに、論理ボリューム管理プログラム４２３を用いて、設定された論理ボリュームをさらに分割した複数のパーティションを設定することができる。図８に示す例において、第１の計算機４０は、論理ボリュームＬＶ１を、３つに分割してパーティションＶＰ１〜ＶＰ３を設定している。ＶＰｎは、論理ボリューム上に設定されたパーティション番号ｎのパーティションを表すものとする。以下、２種類のパーティションを区別するため、論理ユニット上に設定されたパーティションをユニットパーティションと呼び、論理ボリューム上に設定されたパーティションをボリュームパーティションと呼ぶ。ユニットパーティション、論理ボリューム、ボリュームパーティションは、それぞれが独立した論理アドレスで管理される論理記憶領域である。下層の論理記憶領域と上層の論理記憶領域（例えば、ユニットパーティションとユニットパーティション上に設定される論理ボリューム、あるいは、論理ボリュームと論理ボリューム上に設定されるボリュームパーティション）との論理アドレス間の対応関係は、上層の論理記憶領域を設定したプログラムが管理している。従って、ボリュームパーティションの所定の論理アドレスに格納されたデータが、最終的に論理ユニットのどの論理アドレスに格納されたかを解釈するためには、パーティション管理プログラム４２４と論理ボリューム管理プログラム４２３が必要である。なお、ユニットパーティションは請求項における第１の分割記憶領域に相当し、論理ボリュームは請求項における第２の記憶領域に相当し、ボリュームパーティションは請求項における第２の分割記憶領域に相当する。

第１の計算機４０は、最も上層に設定されている論理記憶領域ごとに、その論理記憶領域を管理するファイルシステムプログラム４２２を設定する。図８に示す例において、論理ユニットＬＵ０上のユニットパーティションＰ１およびＰ２と、論理ボリュームＬＶ１上のボリュームパーティションＶＰ１〜ＶＰ３が最上層の論理記憶領域である。ファイルシステムプログラム４２２には複数の種別がある。ファイルシステムプログラム４２２は、例えば、「ｅｘｔ２」、「ｅｘｔ３」、「ＸＦＳ」、「ＮＴＦＳ」と呼ばれるものをはじめ数多くの種類が知られている。第１の計算機４０は、１種類のファイルシステムプログラム４２２を備えていても良いし、複数種類のファイルシステムプログラム４２２を備えていても良いが、最上層の論理記憶領域につき１種類のファイルシステムプログラム４２２を設定することができる。図８には、最上層の各論理記憶領域ごとに各論理記憶領域を管理するファイルシステムプログラム４２２の種別が示されている。なお、図８において、「ＬＶＰ」と記されたユニットパーティションは、上層に論理ボリュームが設定されていることを示している。

図９および図１０を参照して、上述した論理ユニット管理テーブル３２１および論理ボリューム管理テーブル３２２について説明する。図９は、論理ユニット管理テーブル３２１の一例を示す説明図である。図１０は、論理ボリューム管理テーブル３２２の一例を示す説明図である。図９および図１０に示す各テーブル３２１、３２２は、図８に示した第１の計算機４０における論理記憶領域の構成に対応している。各テーブル３２１、３２２は、管理計算機６０によって、記憶装置システム１０の論理ユニットＳＬＵに格納される。管理計算機６０は、ストレージ管理プログラム６２１の管理テーブル設定部６２２を用いて、これらのテーブル３２１，３２２を論理ユニットＳＬＵに格納する。以上の説明から解るように、管理テーブル設定部６２２は、請求項における種別情報設定部に相当する。簡単に説明すると、論理ユニット管理テーブル３２１および論理ボリューム管理テーブル３２２は、第１の計算機４０に設定されている論理記憶領域（ユニットパーティション、論理ボリューム、ボリュームパーティション）の構成と関連付けて、パーティション方式および論理ボリューム方式およびファイルシステムのそれぞれの種別が記録されたテーブルである。以下、詳しく説明する。

論理ユニット管理テーブル３２１は、記憶部３００に設定された論理ユニットに関する情報が記録されたテーブルであり、メインテーブル３２１ａとサブテーブル３２１ｂとを含む。メインテーブル３２１ａに記録される項目は、論理ユニットごとの論理ユニット番号、容量、論理ユニット管理情報、ユニットパーティション方式、サブテーブル番号を含んでいる。論理ユニット管理情報は、例えば、論理ユニットとディスク装置との対応関係（例えば、ＲＡＩＤ構成を規定する情報）を含む。

ユニットパーティション方式の項目は、第１の計算機４０において、論理ユニット上に上述したユニットパーティション（図８）を設定する方式が記録されるであり、具体的にはパーティション管理プログラム４２４の種別が記録される。上述のとおりパーティション管理プログラム４２４の種別は、一般的にＯＳまたはアーキテクチャの種別によって決まっているので、ユニットパーティション方式の項目には、第１の計算機４０に搭載されているＯＳ名が記録される（図９参照：なお、図９における「Solaris」は登録商標）。ユニットパーティション方式の項目は、例えば、論理ユニットがホスト計算機（例えば、第１の計算機４０または第２の計算機５０）に割り当てられたときに、管理計算機６０によって記録される。サブテーブル番号は、論理ユニットごとに作成されるサブテーブル３２１ｂの番号を示している。サブテーブル３２１ｂに記録される項目は、論理ユニットに設定されているユニットパーティションを特定する項目と、ユニットパーティションに設定されているファイルシステムの種別である。なお、上層に論理ボリュームが設定されているユニットパーティションについて、ファイルシステム種別の項目は「ＬＶＰ」と記録される。ファイルシステムの種別の項目は、例えば、第１の計算機４０が、所定のユニットパーティション上にファイルシステムを設定したときに、管理計算機６０によって記録される。

論理ボリューム管理テーブル３２２は、第１の計算機４０に設定されている論理ボリュームに関する情報が記録されたテーブルである。論理ボリューム管理テーブル３２２は、メインテーブル３２２ａと、第１のサブテーブル３２２ｂと、第２のサブテーブル３２２ｃとを含む。メインテーブル３２２ａに記録される項目は、論理ボリュームごとの論理ボリューム番号、論理ボリューム方式、第１のサブテーブル番号、第２のサブテーブル番号を含む。論理ボリューム方式の項目は、第１の計算機４０において、ユニットパーティションを統合して論理ボリュームを設定する方式および論理ボリュームに上述したボリュームパーティション（図８）を設定する方式が記録される項目である。具体的には、論理ボリューム方式の項目には、論理ボリューム管理プログラム４２３の種別、例えば、上述した「ＬＶＭ」「ＶｘＶＭ」が記録される。第１および第２のサブテーブル番号に記録される項目は、論理ボリュームごとに作成される第１および第２のサブテーブル３２２ｂ、３２２ｃを特定する番号が記録される。第１のサブテーブル３２２ｂは、論理ボリュームを構成しているユニットパーティションのリストであり、記録される項目は、論理ボリュームを構成しているユニットパーティションを特定する情報、具体的には、論理ユニット番号とユニットパーティション番号である。第２のサブテーブル３２２ｃに記録さる項目は、論理ボリュームに設定されているボリュームパーティションを特定する情報と、ボリュームパーティションに設定されているファイルシステム種別である。論理ボリューム方式およびファイルシステムの種別の項目は、例えば、第１の計算機４０において論理ボリュームが設定されたとき、ボリュームパーティションにファイルシステムが設定されたときに、それぞれ記録される。

・計算機システムの動作：
続いて、上述の計算機システムのデータの書き込み／読み出し動作について説明する。先ず、上述したボリュームパーティションＶＰ１上で管理されているファイルに対する書き込みを具体例として、第１の計算機４０から記憶装置システム１０のＳＡＮ用記憶領域ＧＳに対する書き込み動作を説明する。第１の計算機４０のアプリケーションプログラム４２１は、データの書き込み／読み出しをファイル単位で行う。アプリケーションプログラム４２１は、ファイルデータを書き込む場合、ファイルを識別するファイル識別子（例えば、ディレクトリ名とファイル名）により書き込み対象のファイルを指定して、書き込み要求を発行する。第１の計算機４０は、ファイル単位での書き込み要求および書き込むべきファイルデータを、ブロック単位での書き込み要求およびブロックデータに変換する。かかる変換は、ファイルシステムプログラム４２２と、論理ボリューム管理プログラム４２３と、パーティション管理プログラム４２４とを用いて、実行される。

具体的に説明すると、ファイルシステムプログラム４２２は、指定されたファイル識別子から書き込み対象のファイルを認識して、当該ファイルに対応付けられている論理記憶領域の論理アドレスを割り出す。ファイルシステムプログラム４２２が割り出す論理アドレスは、ファイルシステムプログラム４２２が設定されている最上層の記憶領域の論理アドレス、本具体例では、ボリュームパーティションＶＰ１の論理アドレスである。ファイルシステムプログラム４２２は、さらに、書き込むファイルデータを、割り出された論理アドレスに対応付けられたブロックデータに変換する。

論理ボリューム管理プログラム４２３は、割り出されたボリュームパーティションＶＰ１の論理アドレスを、ボリュームパーティションＶＰ１と論理ボリュームＬＶ１との対応関係および論理ボリュームＬＶ１とユニットパーティションとの対応関係に従って、ユニットパーティションの論理アドレスに変換する。

パーティション管理プログラム４２４は、変換されたユニットパーティションの論理アドレスを、論理ユニットの論理アドレスに変換する。この結果、記憶装置システム１０の第１の制御部１００が識別できるブロックデータ、すなわち、論理ユニットの論理アドレスと対応付けられたブロックデータが生成される。言い換えれば、アプリケーションプログラム４２１が書き込みを要求するファイルデータは、ファイルシステムプログラム４２２と論理ボリューム管理プログラム４２３とパーティション管理プログラム４２４を介して、記憶装置システム１０の第１の制御部１００に転送されるブロックデータに変換される。

ブロックアクセスドライバ４２５は、上述した論理ユニットの論理アドレスと対応付けられたブロックデータをブロックデータの書き込み要求と共に、記憶装置システム１０に対して発行する。発行されたブロックデータおよび書き込み要求は、ＳＡＮ８１を介して記憶装置システム１０の第１の制御部１００に転送される。第１の制御部１００において、ブロックデータ入出力部１２３は、ＳＡＮＩ／Ｆ１３０を介してブロックデータおよび書き込み要求を受信すると、受信したブロックデータと対応付けられた論理ユニットの論理アドレスに従って、ブロックデータを格納すべきディスク装置の物理アドレスを割り出す。ブロックデータ入出力部１２３は、記憶部３００にブロックデータを転送し、割り出した物理アドレスに従ってブロックデータをディスク装置に格納する。

第１の計算機４０が、記憶装置システム１０のＳＡＮ用記憶領域ＧＳからデータを読み出す動作を簡単に説明する。第１の計算機４０のアプリケーションプログラム４２１は、ファイルデータを読み出す場合、ファイル識別子により読み出すファイルを指定して読み出し要求を発行する。第１の計算機４０は、ファイルシステムプログラム４２２を用いて、ファイルデータの読み出し要求を、ファイルシステムプログラム４２２が設定されている論理記憶領域の論理アドレスに対応付けられたブロックデータの読み出し要求に変換する。第１の計算機４０は、論理ボリューム管理プログラム４２３とパーティション管理プログラム４２４を用いて、ファイルシステムプログラム４２２が設定されている論理記憶領域の論理アドレスを論理ユニットの論理アドレスに変換する。第１の計算機４０は、論理ユニットの論理アドレスと対応づけられたブロックデータの読み出し要求を、ブロックアクセスドライバ４２５を用いて、記憶装置システム１０の第１の制御部１００に転送する。第１の制御部１００は、ブロックデータ入出力部１２３を用いて、論理ユニットの論理アドレスに対応する物理アドレスを割り出し、記憶部３００のディスク装置から割り出した物理アドレスに対応するブロックデータを読み出す。第１の制御部１００は、ブロックデータ入出力部１２３を用いて、読み出したブロックデータを論理ユニットの論理アドレスと対応付けると共に、読み出し応答として第１の計算機４０に転送する。第１の計算機４０は、ブロックアクセスドライバ４２５を用いて、読み出し応答を受信する。第１の計算機４０は、論理ボリューム管理プログラム４２３およびパーティション管理プログラム４２４を用いて、ブロックデータに対応付けられた論理ユニットの論理アドレスをファイルシステムプログラム４２２が設定されている論理記憶領域の論理アドレスに変換する。第１の計算機４０は、ファイルシステムプログラム４２２を用いて、ファイルシステムプログラム４２２が設定されている論理記憶領域の論理アドレスに対応付けられたブロックデータを、ファイル識別子に対応付けられたファイルデータに変換する。アプリケーションプログラム４２１は、ファイルデータの読み出し要求に対する応答として、ファイル識別子に対応付けられたファイルデータを受け取る。

続いて、第２の計算機５０から記憶装置システム１０のＮＡＳ用記憶領域ＧＮに対する書き込み動作を簡単に説明する。第２の計算機５０のアプリケーションプログラム５２１は、第１の計算機４０のアプリケーションプログラム４２１と同様に、データの書き込み／読み出しをファイル単位で行う。アプリケーションプログラム５２１は、ファイルデータの書き込み要求を発行する。ファイルプロトコルドライバ５２２は、アプリケーションプログラム５２１によって発行されたファイルデータの書き込み要求および書き込むべきファイルデータを、所定のファイル転送プロトコル（例えば、ＣＩＦＳまたはＮＦＳ）に従った書き込み要求およびファイルデータに変換する。ファイルプロトコルドライバ５２２は、変換された書き込み要求およびファイルデータをＬＡＮ８３を介して記憶装置システム１０の第２の制御部２００に転送する。

第２の制御部２００は、ファイル転送プロトコルによる書き込み要求および書き込むべきファイルデータを受信すると、プロトコル処理部２２５を用いて、書き込み要求および書き込むべきファイルデータを認識する。第２の制御部２００は、データ変換部２２７を用いて、ファイル単位での書き込み要求および書き込むべきファイルデータを、ブロック単位での書き込み要求およびブロックデータに変換する。データ変換部２２７が有する、ファイルシステムモジュール２２７２、論理ボリューム管理モジュール２２７３、パーティション管理モジュール２２７４は、上述した第１の計算機４０におけるファイルシステムプログラム４２２、論理ボリューム管理プログラム４２３、パーティション管理プログラム４２４と同様の機能を有している。第２の制御部２００は、ブロック単位での書き込み要求およびブロックデータを、ブリッジ１８０を介して記憶装置システム１０の第１の制御部１００に転送する。これらのブロックデータおよび書き込み要求を受信した第１の制御部１００は、上述した第１の計算機４０からブロックデータおよび書き込み要求を受信した場合と同様の処理を実行して、ブロックデータを記憶部３００のディスク装置に格納する。

第２の計算機５０が、記憶装置システム１０のＮＡＳ用記憶領域ＧＮからデータを読み出す動作を簡単に説明する。先ず、第２の計算機５０のアプリケーションプログラム５２１は、ファイルデータを読み出す場合、第１の計算機４０のアプリケーションプログラム４２１同様、ファイル識別子により読み出すファイルを指定して読み出し要求を発行する。ファイルプロトコルドライバ５２２は、発行された読み出し要求を、書き込み要求と同様に、ファイル転送プロトコルを用いて第２の制御部２００に転送する。第２の制御部２００は読み出し要求を受信すると、プロトコル処理部２２５を用いて、読み出し要求を解釈する。第２の制御部２００は、データ変換部２２７を用いて、ファイル単位での読み出し要求を、論理ユニットの論理アドレスと対応づけられたブロックデータの読み出し要求に変換する。第２の制御部２００は、ブロックデータの読み出し要求を、記憶装置システム１０の第１の制御部１００に転送する。第１の制御部１００は、上述した第１の計算機４０から受信した読み出し要求に対する処理と同様の処理により、記憶部３００からブロックデータを読み出し、第２の制御部２００に転送する。第２の制御部２００は、受信したブロックデータを、データ変換部２２７を用いてファイルデータに変換する。第２の制御部２００は、プロトコル処理部２２５を用いて、ファイルデータを第２の計算機５０に転送する。ここで、第２の制御部２００のデータ変換部２２７は、選択可能な複数種類のファイルシステムモジュール２２７２の１つとして、記憶装置システム１０に固有のファイルシステムモジュール（以下、専用ファイルシステムモジュールという。）を有している。専用ファイルシステムモジュールは、記憶装置システム１０のＮＡＳとしての機能のみに特化して設計することによって処理を効率化したファイルシステムである。上述した書き込み／読み出し処理において、第２の制御部２００は、ファイルデータとブロックデータとの変換処理にかかる専用ファイルシステムモジュールを用いる。これにより、記憶装置システム１０のＮＡＳとしての機能の向上が図られる。

以上の説明から解るように、ＳＡＮ用記憶領域ＧＳに格納されているデータの書き込み／読み出し処理において、ブロックデータの入出力処理は、記憶装置システム１０によって実行され、ブロックデータとファイルデータとの変換（以下、データ変換処理という。）は、第１の計算機４０によって実行される。一方で、ＮＡＳ用記憶領域ＧＮに格納されているデータの書き込み／読み出し処理においては、ブロックデータの入出力処理およびデータ変換処理は、共に記憶装置システム１０によって実行される。本実施例における記憶装置システム１０は、後述するバックアップ処理やデータ移動処理のために、ＳＡＮ用記憶領域ＧＳに格納されているデータについても記憶装置システム１０側においてデータ変換処理を実行する機能を備えている。図１１を参照して、かかる機能の概要を説明する。図１１は、ＳＡＮ用記憶領域ＧＳに格納されているデータに対するデータ変換処理の概要についての説明図である。

図１１において、矢印Ａは、上述した第１の計算機４０によるＳＡＮ用記憶領域ＧＳに格納されているデータの読み出し動作におけるデータ変換処理を、概念的に示している。この場合、ファイルデータを認識するのは、第１の計算機４０である。矢印Ｂは、ＳＡＮ用記憶領域ＧＳに格納されているデータのバックアップ処理およびデータ移動処理のためのデータ変換処理を概念的に示している。この場合、ファイルデータを認識するのは、記憶装置システム１０の第２の制御部２００である。矢印Ｂに示すデータ変換処理を実現するために、第２の制御部２００は、第１の計算機４０が、データ変換処理に用いているファイルシステムプログラム４２２、論理ボリューム管理プログラム４２３、パーティション管理プログラム４２４の種別を特定する機能を備える。かかる種別の特定は、上述した種別特定部２２６が実行する。さらに、第２の制御部２００は、特定された第１の計算機４０の各プログラムの種別と同一種別の有するモジュールを、データ変換部２２７が有する複数種類のモジュール群２２７２、２２７３、２２７４の中から選択する機能を備える。かかるモジュールの選択は、上述したモジュール選択部２２７１が実行する。データ変換部２２７は、選択された各モジュールを用いて、ＳＡＮ用記憶領域ＧＳに格納されている処理対象のブロックデータに対してデータ変換処理を実行して、ファイルデータを取得する。これによって、記憶装置システム１０は、第１の計算機４０にブロックデータを転送することなく、単体でＳＡＮ用記憶領域ＧＳに格納されているデータをファイル単位で認識することができる。以上の説明から解るように、ファイルシステムプログラム４２２およびファイルシステムモジュール２２７２は請求項におけるファイルシステムに相当し、パーティション管理プログラム４２４およびパーティション管理モジュール２２７４は請求項における第１の記憶領域管理部に相当し、論理ボリューム管理プログラム４２３および論理ボリューム管理モジュール２２７３は請求項における第２の記憶領域管理部に相当する。また、上述のＳＡＮ用記憶領域ＧＳは請求項における第１の記憶領域に相当し、ＮＡＳ用記憶領域ＧＮは請求項における第３の記憶領域に相当する。以下、矢印Ｂに示すデータ変換処理を、ＳＡＮ用記憶領域ＧＳに格納されているデータをファイル単位でバックアップするバックアップ処理を具体例として、さらに詳しく説明する。

図１２〜図１４を参照して、本実施例に係るバックアップ処理について説明する。図１２は、バックアップ処理の処理ルーチンを示すフローチャートである。図１３および図１４は、バックアップ処理の処理対象であるパーティション（以下、処理対象パーティションという。）のマウント処理の処理ルーチンを示すフローチャートである。

バックアップ処理は、バックアップ実行部２２８およびデータ変換部２２７を用いて第２の制御部２００（ＣＰＵ２１０）が実行する処理である。バックアップ処理は、管理計算機６０からバックアップの実行要求が第２の制御部２００に対して送信されたときに開始される。バックアップ処理が開始されると、第２の制御部２００は、管理計算機６０からバックアップの実行要求と共に送信される処理対象パーティションを特定するための情報を取得し、バックアップすべき処理対象パーティションを特定する（ステップＳ１０２）。取得される情報は、処理対象パーティションが上述したユニットパーティションである場合には、論理ユニット番号とユニットパーティション番号である。処理対象パーティションが上述したボリュームパーティションである場合には、論理ボリューム番号とボリュームパーティション番号である。

第２の制御部２００は、特定された処理対象パーティションが第１の計算機４０にマウントされているか否かを判断する（ステップＳ１０４）。「処理対象パーティションが第１の計算機４０にマウントされている」とは、第１の計算機４０からアクセス可能なように、処理対象パーティションが第１の計算機４０にソフトウエア的に接続されていることを指す。具体的には、第２の制御部２００に搭載されているＯＳがＵＮＩＸ（登録商標）またはＷｉｎｄｏｗｓ（登録商標）である場合、第１の計算機４０のネットワークアドレスを指定してｐｉｎｇコマンドを発行して、応答を確認する手法を使うことができる。第２の制御部２００は、処理対象パーティションが第１の計算機４０にマウントされていると判断すると（ステップＳ１０４：ＹＥＳ）、バックアップ処理の失敗を管理計算機６０に通知し（ステップＳ１０６）、本処理を終了する。一方、第２の制御部２００は、処理対象パーティションが第１の計算機４０にマウントされていないと判断すると（ステップＳ１０４：ＮＯ）、処理対象パーティションを第２の制御部２００にマウントする処理（以下、マウント処理という。）を実行する（ステップＳ１０８）。

第２の制御部２００は、マウント処理を開始すると、処理対象パーティションがユニットパーティションであるか、ボリュームパーティションであるかを判断する（ステップＳ２０２）。先ず、処理パーティションがユニットパーティションである場合の処理について説明する。

第２の制御部２００は、処理対象パーティションがユニットパーティションであると判断すると、上述した論理ユニット管理テーブル３２１を参照して、処理対象パーティションのパーティション方式およびファイルシステムの種別を特定するステップＳ２０４）。すなわち、第２の制御部２００は、処理対象パーティションを設定した第１の計算機４０が用いたパーティション管理プログラム４２４およびファイルシステムプログラム４２２の種別を特定する。第１の制御部１００が論理ユニット管理テーブル３２１を管理する場合には、第２の制御部２００は、第１の制御部１００と通信することによって、論理ユニット管理テーブル３２１に格納されている情報を取得する。第２の制御部２００と第１の制御部１００との通信方法としては、以下の方法を用いることができる。
１）ＳＣＳＩの照会コマンド（inquiry comand）要求／応答を用いた通信
２）ＳＣＳＩコマンドデバイス（ＳＣＳＩコマンドの入出力先として用いられる仮想的な論理ユニット）を介した通信
３）共有メモリを介した通信方法（共有メモリは、例えば、ブリッジ１８０に設ける。）
４）管理用ＬＡＮ８２を介した通信

一方、第２の制御部２００が論理ユニット管理テーブル３２１を管理する場合には、第２の制御部２００は、論理ユニット管理テーブル３２１を記憶部３００から読み出すことによって、必要な情報を取得する。

第２の制御部２００は、特定されたパーティション方式およびファイルシステムの種別をサポートしているか否かを判断する（ステップＳ２０６）。具体的には、第２の制御部２００のデータ変換部２２７が、特定されたパーティション方式およびファイルシステムの種別と同一種別のモジュールを備えている場合は、特定されたパーティション方式およびファイルシステムの種別はサポートされていると判断される。

第２の制御部２００は、特定された特定されたパーティション方式およびファイルシステムの種別がサポートされていないと判断すると（ステップＳ２０６：ＮＯ）、非サポートによるバックアップ処理の失敗を管理計算機６０に通知し（ステップＳ２０８）、本処理を終了する。

第２の制御部２００は、特定されたパーティション方式およびファイルシステムの種別をサポートしていると判断すると（ステップＳ２０６：ＹＥＳ）、特定された種別と同一種別のファイルシステムモジュール２２７２およびパーティション管理モジュール２２７４を選択する（ステップＳ２１０）。具体的には、例えば、第２の制御部２００に搭載されているＯＳ（例えば、ＵＮＩＸ）のローダブル・モジュールとして実装されている複数種別のファイルシステムモジュール２２７２およびパーティション管理モジュール２２７４の中から、ステップＳ２１０において特定された種別のモジュールをロードして使用可能な状態にする。

続いて、第２の制御部２００は、処理対象パーティションをマウントして、第２の制御部が処理対象パーティションにアクセス可能にする（ステップＳ２１２）。この結果、第２の制御部２００は、処理対象パーティションに対応する記憶部３００のＳＡＮ用記憶領域ＧＳに格納されているブロックデータを、ステップＳ２０６において選択されたファイルシステムモジュール２２７２およびパーティション管理モジュール２２７４を用いてファイル単位で認識することができる。以上の説明から解るとおり、ブロックデータをファイルデータに変換するとは、ブロック単位で識別されるブロックデータとして格納されているデータを、ファイル単位で識別されるファイルデータとして認識できるようにすることを指している。

次に、図１４を参照して、処理対象パーティションがボリュームパーティションである場合の処理について説明する。第２の制御部２００は、処理対象パーティションがボリュームパーティションであると判断すると、上述した論理ボリューム管理テーブル３２２（図１０参照）および論理ユニット管理テーブル３２１（図９参照）を参照して、処理対象パーティションの論理ボリューム方式と、ファイルシステムの種別と、論理ボリュームを構成するユニットパーティションのパーティション方式を特定する（ステップＳ３０２）。すなわち、第２の制御部２００は、処理対象パーティションを設定した第１の計算機４０が用いた論理ボリューム管理プログラム４２３およびファイルシステムプログラム４２２およびパーティション管理プログラム４２４の種別を特定する。各テーブルの参照方法は、上述したステップＳ２０４における論理ユニット管理テーブル３２１の参照方法と同一である。

第２の制御部２００は、特定された論理ボリューム方式、パーティション方式、ファイルシステムの種別をサポートしているか否かを判断する（ステップＳ３０４）。具体的には、第２の制御部２００のデータ変換部２２７が、特定された種別と同一の各モジュールを備えている場合は、サポートされていると判断される。第２の制御部２００は、サポートされていない判断すると（ステップＳ３０４：ＮＯ）、非サポートによるバックアップ処理の失敗を管理計算機６０に通知し（ステップＳ３０６）、本処理を終了する。第２の制御部２００は、サポートされていると判断すると（ステップＳ３０４：ＹＥＳ）、特定された種別と同一種別の各モジュールを選択する（ステップＳ３０８）。

続いて、第２の制御部２００は、論理ボリューム管理テーブル３２２の第１のサブテーブル３２２ｂを参照して、処理対象パーティションが設定されている論理ボリュームを構成しているユニットパーティションを特定する（ステップＳ３１０）。そして、第２の制御部２００は、ステップＳ３０８において選択されたパーティション管理モジュール２２７４を用いて、第１の計算機４０が設定したユニットパーティションを認識し、特定されたユニットパーティションが全て存在するか否かを判断する（ステップＳ３１２）。第２の制御部２００は、特定されたユニットパーティションが全て存在しないと判断すると（ステップＳ３１２：ＮＯ）、論理ユニット管理テーブル３２１の異常によるバックアップ処理の失敗を管理計算機６０に通知し（ステップＳ３１４）、本処理を終了する。

第２の制御部２００は、特定されたユニットパーティションが全て存在すると判断すると（ステップＳ３１２：ＹＥＳ）、ステップＳ３０８において選択された論理ボリューム管理モジュール２２７３を用いて、処理対象パーティションが設定されている論理ボリュームを認識する（ステップＳ３１６）。

第２の制御部２００は、続いて、処理対象パーティションをマウントして、第２の制御部が処理対象パーティションにアクセス可能にする（ステップＳ３１８）。この結果、第２の制御部２００は、処理対象パーティションに対応する記憶部３００のＳＡＮ用記憶領域ＧＳに格納されているブロックデータを、ステップＳ２０６において選択された各モジュールを用いて、ファイル単位のファイルデータとして認識することができる。

図１２に戻って説明を続けると、処理対象パーティションのマウント処理を終了すると、第２の制御部２００は、処理対象パーティションに存在するファイルやディレクトリのうち、指定されたものを、テープ装置７０に出力してファイル単位のバックアップデータを作成する（ステップＳ１１０）。ファイル単位のバックアップデータとは、第２の制御部２００がファイル単位でアクセス可能なフォーマットで格納されたバックアップデータである。

以上説明したように、本実施例に係る記憶装置システム１０は、ＳＡＮ用記憶領域ＧＳに格納されているブロックデータを、記憶装置システム１０単体で、ファイル単位で識別されるファイルデータとして認識することができる。したがって、第１の計算機４０のリソースを消費することなく、ファイル単位のバックアップデータを作成することができる。例えば、第１の計算機４０が停止中である場合であっても、ファイル単位のバックアップデータを作成でき、バックアップ処理によって第１の計算機４０や第１の計算機４０と接続するためのネットワーク（ＳＡＮ８１）に負荷をかけることもない。

この結果、ＳＡＮ用記憶領域ＧＳに格納されているデータとＮＡＳ用記憶領域ＧＮに格納されているデータとを共にファイル単位で一元化して管理することが、記憶装置システム１０単体で実行できる。

Ｂ．変形例：
・第１変形例：
上記実施例におけるバックアップ処理に加えて、記憶装置システム１０は、記憶装置システム１０単体でＳＡＮ用記憶領域ＧＳに格納されているデータを、ＮＡＳ用記憶領域ＧＮに移動させるマイグレーション処理を実行することもできる。以下、第１変形例として、図１５を参照しながらマイグレーション処理について説明する。図１５は、第１変形例に係るマイグレーション処理の処理ルーチンを示すフローチャートである。

マイグレーション処理は、データ移動実行部２２９およびデータ変換部２２７を用いて第２の制御部２００が実行する処理である。マイグレーション処理は、管理計算機６０からマイグレーションの実行要求が第２の制御部２００に対して送信されたときに実行される。図１５に示すように、マイグレーション処理のステップＳ１０２〜Ｓ１０８は、上述したバックアップ処理のステップと同一であるので、図１５において図１２と同一の符号を付し、その説明を省略する。マイグレーション処理がバックアップ処理と異なる点は、バックアップ処理におけるステップＳ１１０（図１２）に代えて、ステップＳ１２０およびＳ１２２（図１５）を実行する点である。以下、マイグレーション処理におけるステップＳ１２０およびＳ１２２の処理についてのみ説明する。

マイグレーション処理において、マイグレーション元である処理対象パーティションがマウントされると、第２の制御部２００は、マイグレーション先となるパーティションをＮＡＳ用記憶領域ＧＮの論理ユニット上に生成する。さらに、第２の制御部２００は、生成されたパーティションをマウントする（ステップＳ１２０）。具体的には、第２の制御部２００は、任意の論理ボリューム管理モジュール２２７３またはパーティション管理モジュール２２７４を用いて、ＮＡＳ用記憶領域ＧＮの論理ユニット上にパーティションを生成する。第２の制御部２００は、生成されたパーティションを、記憶装置システム１０のために特化された専用ファイルシステムモジュールを用いて、ファイル単位の管理を行うように設定する。そして、第２の制御部２００は、生成されたパーティションをマウントし、アクセス可能な状態にする。

続いて、第２の制御部２００は、指定されたファイルやディレクトリを、処理対象パーティションから新たに生成されたマイグレーション先のパーティションに移動させる（ステップＳ１２２）。すなわち、第２の制御部２００は、処理対象パーティションに対応するＳＡＮ用記憶領域ＧＳに格納されているブロックデータを読み出し、読み出したブロックデータをファイル単位で識別されるファイルデータに変換する。さらに、第２の制御部２００は、変換されたファイルデータを専用ファイルシステムモジュールを用いて、ブロックデータに変換する。そして、第２の制御部２００は、論理ボリューム管理モジュール２２７３またはパーティション管理モジュール２２７４を用いて、マイグレーション先のパーティションに対応するＮＡＳ用記憶領域ＧＮの論理ユニットのアドレスを割り出す。第２の制御部２００は、第１の制御部１００を介して、割り出された論理アドレスにブロックデータを格納する。

以上説明したように、変形例に係るマイグレーション処理によれば、記憶装置システム１０は、第１の計算機４０のリソースを消費することなく、単体でＳＡＮ用記憶領域ＧＳのデータをＮＡＳ用記憶領域ＧＮに移動させることができる。また、第２の制御部２００は、移動後のデータを、専用ファイルシステムモジュールを用いてファイル単位で管理することができる。

第２の制御部２００は、ＳＡＮ用記憶領域ＧＳに格納されているデータを、そのまま、選択されたファイルシステムモジュール２２７２、論理ボリューム管理モジュール２２７３、パーティション管理モジュール２２７４を用いて管理することとしても良い。このようにして、ＳＡＮ用記憶領域ＧＳの一部をＮＡＳ用記憶領域ＧＮに変更すれば、データ移動のためのダウンタイムが低減される利点がある。

・第２変形例：
図１６を参照して、第２変形例に係る記憶装置システム１０について説明する。図１６は、第２変形例における計算機システムの構成の一例を示す説明図である。図１６に示すように、第２変形例に係る記憶装置システム１０の統合制御部９００は、上記実施例において第１の制御部１００と第２の制御部２００とが有している機能を全て備えている。すなわち、統合制御部９００は、上記実施例において第１の制御部１００が有していた各種Ｉ／Ｆ（ＳＡＮＩ／Ｆ１３０、ＤＫＩ／Ｆ１６０、管理Ｉ／Ｆ１４０）および第２の制御部２００が有していた各種Ｉ／Ｆ（ＮＡＳＩ／Ｆ２５０、管理Ｉ／Ｆ２４０、ＢＣＩ／Ｆ２７０）に対応するＩ／Ｆ９３０、９４０、９５０、９６０、９７０を備える。さらに、統合制御部９００のメモリ９２０は、上記実施例における第１の制御プログラム１２１および第２の制御プログラム２２１が有する機能が統合された統合制御プログラム９２１を格納している。統合制御プログラム９２１は、第１の制御プログラム１２１が有する各機能部（ブロックデータ入出力部１２３、構成管理部１２４）および第２の制御プログラム２２１が有する各機能部（プロトコル処理部２２５、種別特定部２２６、データ変換部２２７、バックアップ実行部２２８、データ移動実行部２２９）に対応する機能部９２３〜９２９を有している。かかる場合には、実施例より簡易な構成によって、実施例と同様の作用・効果を得ることができる。

・その他の変形例：
論理ユニット管理テーブル３２１および論理ボリューム管理テーブル３２２は、管理計算機６０に格納されても良い。かかる場合には、管理計算機６０は、バックアップまたはマイグレーションの実行要求を記憶装置システム１０に発行する際に、論理ユニット管理テーブル３２１および論理ボリューム管理テーブル３２２を参照する。そして、管理計算機６０は、バックアップまたはマイグレーションに必要な種別情報を、記憶装置システム１０に通知する。

上記実施例においては、管理計算機６０を独立した計算機としているが、第１の計算機４０または第２の計算機５０にストレージ管理プログラム６２１を格納して、第１の計算機４０または第２の計算機５０に管理計算機６０が有する機能を持たせても良い。第１の計算機４０にストレージ管理プログラム６２１が格納される場合には、第１の計算機４０において新たな論理ボリュームやファイルシステムが設定されたときに、自動的に論理ユニット管理テーブル３２１および論理ボリューム管理テーブル３２２を更新することとしても良い。こうすれば、管理者が管理計算機６０を操作して、論理ユニット管理テーブル３２１および論理ボリューム管理テーブル３２２を設定・更新する負担が軽減される。

上記実施例におけるバックアップ処理において、第１の計算機４０が処理対象パーティションをマウントしている場合には、第２の制御部２００はバックアップ処理を中止している。これに代えて、第１の計算機４０が処理対象パーティションをマウントしている場合には、第２の制御部２００は、いわゆるスナップショット機能を用いて、処理対象バックアップ処理を行っても良い。すなわち、第２の制御部２００は、スナップショット機能によって処理対象パーティションの仮想的な複製を作成し、作成された仮想的な複製を処理対象としてバックアップを実行する。

上記実施例においては、記憶装置システム１０はいわゆるＳＡＮ／ＮＡＳ統合型のストレージであるが、それ以外の記憶装置システムであっても良い。例えば、１つのＩＰネットワークに、ＩＰネットワーク接続型のＳＡＮストレージ（ＩＰ−ＳＡＮ）と、ＮＡＳストレージと、第１の計算機４０と、第２の計算機５０とが混在している計算機システムにおいて、ＳＡＮストレージ（ＩＰ−ＳＡＮ）の制御部に、上述の種別特定部２２６、データ変換部２２７、バックアップ実行部２２８を備えることとしても良い。こうすれば、かかる計算機システムにおいて、ＳＡＮストレージのデータを、ＮＡＳストレージのデータと共にファイル単位で一元的に管理することができる。

以上、実施例、変形例に基づき本発明について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれる。

実施例における計算機システムの一構成例を模式的に示す説明図。 実施例における第１の計算機のメモリの内部構成を示すブロック図。 実施例における第１の制御部のメモリの内部構成を示すブロック図。 実施例における第２の計算機のメモリの内部構成を示すブロック図。 実施例における第２の制御部のメモリの内部構成を示すブロック図。 記憶装置システム１０を構成する記憶部３００の一部の記憶領域の内部構成を示すブロック図。 実施例における管理計算機のメモリの内部構成を示すブロック図。 第１の計算機４０が認識している記憶領域の構成の一例を示す説明図。 論理ユニット管理テーブル３２１の一例を示す説明図。 論理ボリューム管理テーブル３２２の一例を示す説明図。 ＳＡＮ用記憶領域ＧＳに格納されているデータに対するデータ変換処理の概要についての説明図。 バックアップ処理の処理ルーチンを示すフローチャート。 処理対象パーティションのマウント処理の処理ルーチンを示す第１のフローチャート。 処理対象パーティションのマウント処理の処理ルーチンを示す第２のフローチャート。 第１変形例に係るマイグレーション処理の処理ルーチンを示すフローチャート。 第２変形例における計算機システムの構成の一例を示す説明図。

符号の説明

１０...記憶装置システム
４０...第１の計算機
４１...ＣＰＵ
４２...メモリ
４３、４４...Ｉ／Ｆ
４２１...アプリケーションプログラム
４２２...ファイルシステムプログラム
４２３...論理ボリューム管理プログラム
４２４...パーティション管理プログラム
５０...第２の計算機
５１...ＣＰＵ
５２...メモリ
５２１...アプリケーションプログラム
５３...Ｉ／Ｆ
６０...管理計算機
６１...ＣＰＵ
６２...メモリ
６２１...ストレージ管理プログラム
６２２...管理テーブル設定部
６３...Ｉ／Ｆ
７０...テープ装置
８１...ＳＡＮ
８２...管理用ＬＡＮ
８３...ＬＡＮ
１００...第１の制御部
１１０...ＣＰＵ
１２０...メモリ
１２１...第１の制御プログラム
１２２...キャッシュ領域
１２３...ブロックデータ入出力部
１２４...構成管理部
１３０...ＳＡＮＩ／Ｆ
１４０...管理Ｉ／Ｆ
１６０...ＤＫＩ／Ｆ
１８０...ブリッジ
２００...第２の制御部
２１０...ＣＰＵ
２２０...メモリ
２２１...第２の制御プログラム
２２２...キャッシュ領域
２２５...プロトコル処理部
２２６...種別特定部
２２７...データ変換部
２２７１...モジュール選択部
２２７２...ファイルシステムモジュール
２２７３...論理ボリューム管理モジュール
２２７４...パーティション管理モジュール
２２８...バックアップ実行部
２２９...データ移動実行部
２４０...管理Ｉ／Ｆ
２５０...ＮＡＳＩ／Ｆ
２７０...ＢＣＩ／Ｆ
３００...記憶部
３２１...論理ユニット管理テーブル
３２２...論理ボリューム管理テーブル
ＬＵ０〜ＬＵ４...論理ユニット
G１...ＳＡＮ用記憶領域ＧＳ
Ｇ３...ＮＡＳ用記憶領域ＧＮ
９００...統合制御部
９２０...メモリ
９２１...統合制御プログラム

Claims (19)

1. ファイル単位で識別されるファイルデータとブロック単位で識別されるブロックデータとの変換を実行するファイルシステムを有する第１の計算機と接続される記憶装置システムであって、
   前記第１の計算機との間で前記ブロックデータを送受信する第１の送受信部と、
   前記第１の送受信部を介して送受信される前記ブロックデータを格納する第１の記憶領域を有する記憶部と、
   前記第１の計算機が有する前記ファイルシステムの種別を特定する種別特定部と、
   前記第１の記憶領域に格納されている前記ブロックデータを取得すると共に、特定された前記ファイルシステムの種別に応じて、取得した前記ブロックデータを前記ファイルデータに変換する変換処理を実行するデータ変換部と、
   を備える記憶装置システム。
2. 請求項１に記載の記憶装置システムにおいて、
   前記データ変換部は、
   複数の異なる種別の前記ファイルシステムと、
   複数の前記ファイルシステムの中から前記種別特定部によって特定された種別の前記ファイルシステムを選択する選択部と、を有し、
   前記データ変換部は、
   選択された前記ファイルシステムを用いて、前記変換処理を実行する記憶装置システム。
3. 請求項１に記載の記憶装置システムは、さらに、
   予め前記第１の計算機が有する前記ファイルシステムの種別を特定するための第１の種別情報を記憶しており、
   前記種別特定部は、前記第１の種別情報を参照して前記ファイルシステムの種別を特定する記憶装置システム。
4. 請求項２に記載の記憶装置システムにおいて、
   前記第１の計算機は、前記ファイルシステムに加えて、前記第１の記憶領域を分割して複数個の第１の分割記憶領域を設定する第１の記憶領域管理部を有し、
   前記種別特定部は、前記ファイルシステムに加えて、前記第１の計算機が有する前記第１の記憶領域管理部の種別を特定し、
   前記データ変換部は、複数の異なる種別の前記ファイルシステムに加えて、複数の異なる種別の前記第１の記憶領域管理部を有し、
   前記選択部は、前記ファイルシステムに加えて、複数の前記第１の記憶領域管理部の中から前記種別特定部によって特定された種別の前記第１の記憶領域管理部を選択し、
   前記データ変換部は、選択された前記ファイルシステムと前記第１の記憶領域管理部とを用いて、前記変換処理を実行する記憶装置システム。
5. 請求項４に記載の記憶装置システムは、さらに、
   予め前記第１の計算機が有する前記第１の記憶領域管理部の種別を特定するための第２の種別情報を記憶しており、
   前記種別特定部は、前記第２の種別情報を参照して前記第１の記憶領域管理部の種別を特定する記憶装置システム。
6. 請求項４に記載の記憶装置システムにおいて、
   前記第１の計算機は、前記ファイルシステムと前記第１の記憶領域管理部に加えて、複数個の前記第１の分割記憶領域を用いて第２の記憶領域を設定する、または、前記第２の記憶領域を設定してさらに前記第２の記憶領域を分割した第２の分割記憶領域を設定する、第２の記憶領域管理部を有し、
   前記種別特定部は、前記ファイルシステムと前記第１の記憶領域管理部に加えて、前記第１の計算機が有する前記第２の記憶領域管理部の種別を特定し、
   前記データ変換部は、
   複数の異なる種別の前記ファイルシステムと前記第１の記憶領域管理部に加えて、複数の異なる種別の前記第２の記憶領域管理部を有し、
   前記選択部は、前記ファイルシステムと前記第１の記憶領域管理部に加えて、複数の前記第２の記憶領域管理部の中から前記種別特定部によって特定された種別の前記第２の記憶領域管理部を選択し、
   前記データ変換部は、選択された前記ファイルシステムと前記第１の記憶領域管理部と前記第２の記憶領域管理部を用いて、前記変換処理を実行する記憶装置システム。
7. 請求項６に記載の記憶装置システムは、さらに、
   予め前記第１の計算機が有する前記第２の記憶領域管理部の種別を特定するための第３の種別情報を記憶しており、
   前記種別特定部は、前記第３の種別情報を参照して前記第２の記憶領域管理部の種別を特定する記憶装置システム。
8. 請求項６に記載の記憶装置システムは、さらに、
   前記第１の計算機が有する前記ファイルシステムと前記第１の記憶領域管理部と前記第２の記憶領域管理部のそれぞれの種別が、前記第１の計算機において設定されている前記第１の分割記憶領域および前記第２の分割記憶領域および第２の記憶領域の構成を表す情報と関連付けて記録されている種別管理テーブルを、備える記憶装置システム。
9. 請求項１に記載の記憶装置システムは、さらに、
   バックアップデータを格納するための外部記憶装置と接続される外部記憶装置接続部と、
   前記変換処理によって得られた前記ファイルデータを前記外部記憶装置にバックアップするバックアップ実行部と、
   を備える記憶装置システム。
10. 請求項１に記載の記憶装置システムは、さらに、
    第２の計算機との間で前記ファイルデータを送受信する第２の送受信部を備え、
    前記データ変換部は、さらに、前記第２の送受信部を介して送受信される前記ファイルデータと前記ブロックデータとの変換を実行し、
    前記記憶部は、さらに、前記ファイルデータを前記データ変換部によって変換して得られた前記ブロックデータを格納する第３の記憶領域を有する記憶装置システム。
11. 請求項１０に記載の記憶装置システムにおいて、
    前記変換処理によって得られた前記ファイルデータを、前記第３の記憶領域に格納するデータ移動実行部を備える記憶装置システム。
12. 請求項１０に記載の記憶装置システムにおいて、
    前記データ変換部は、さらに、
    前記記憶装置システムに固有の専用ファイルシステムを有し、
    前記第３の記憶領域に格納される前記ブロックデータは、前記専用ファイルシステムを用いて変換された前記ブロックデータである記憶装置システム。
13. 請求項１０に記載の記憶装置システムにおいて、
    前記記憶部が有する前記第１の記憶領域は、前記第３の記憶領域に変更されることができ、
    前記第１の送受信部を介して前記ブロックデータが格納されている前記第１の記憶領域の少なくとも一部の領域に対して、前記データ変換部と前記第２の送受信部を介して前記第２の計算機がアクセス可能とし、
    前記一部の領域を前記第１の記憶領域から前記第３の記憶領域に変更する記憶装置システム。
14. ブロック単位で識別されるブロックデータを送受信する第１の送受信部と、前記第１の送受信部を介して送受信される前記ブロックデータを格納する第１の記憶領域を有する記憶部と、を有する記憶装置システムを管理する管理計算機であって、
    前記第１の記憶装置システムに格納された前記ブロックデータとファイル単位で識別されるファイルデータとの変換を前記記憶装置システムと接続される第１の計算機において実行しているファイルシステムの種別を、前記記憶装置システムに通知する種別通知部を備える管理計算機。
15. 請求項１４に記載の管理計算機において、
    前記種別通知部は、さらに、
    前記第１の計算機において前記第１の記憶領域を分割した複数個の第１の分割記憶領域を設定している第１の記憶領域管理部の種別を、前記記憶装置システムに通知する管理計算機。
16. 請求項１５に記載の管理計算機において、
    前記種別通知部は、さらに、
    前記第１の計算機において複数個の前記第１の分割記憶領域を用いて第２の記憶領域を設定している、または、前記第２の記憶領域を設定してさらに前記第２の記憶領域を分割した第２の分割記憶領域を設定している、第２の記憶領域管理部の種別を、前記記憶装置システムに通知する管理計算機。
17. 請求項１６に記載の管理計算機において、
    前記種別通知部は、
    前記ファイルシステムの種別と、前記第１の記憶領域管理部の種別と、前記第２の記憶領域管理部の種別とを、前記第１の計算機において設定されている前記第１の分割記憶領域および前記第２の分割記憶領域および第２の記憶領域の構成を表す情報と関連付けて、前記記憶装置システムの記憶部に格納する種別情報設定部である管理計算機。
18. ファイル単位で識別されるファイルデータとブロック単位で識別されるブロックデータとの変換を実行するファイルシステムを有する第１の計算機と接続されると共に、前記第１の計算機から受信した前記ブロックデータを格納する第１の記憶領域を有する記憶装置システムの制御プログラムであって、
    前記第１の計算機が有する前記ファイルシステムの種別を特定する第１の機能と、
    複数の前記ファイルシステムの中から前記種別特定部によって特定された種別の前記ファイルシステムを選択する第２の機能と、
    選択された前記ファイルシステムを用いて、前記第１の記憶領域に格納されている前記ブロックデータと前記ファイルデータとの変換を実行する第３の機能と、
    を前記記憶装置システムに実現させる制御プログラム。
19. ファイル単位で識別されるファイルデータとブロック単位で識別されるブロックデータとの変換を実行するファイルシステムと、前記ブロックデータが格納される第１の記憶領域を分割して複数個の第１の分割記憶領域を設定する第１の記憶領域管理部と、複数個の前記第１の分割記憶領域を用いて第２の記憶領域を設定する、あるいは、前記第２の記憶領域を設定してさらに前記第２の記憶領域を分割した第２の分割記憶領域を設定する第２の記憶領域管理部と、を有する第１の計算機に、前記第１の記憶領域を提供する記憶装置システムであって、
    前記第１の記憶領域に格納される前記ブロックデータを送受信する第１の送受信部と、
    前記第１の記憶領域を有する記憶部と、
    前記第１の計算機が有する前記ファイルシステムと前記第１の記憶領域管理部と前記第２の記憶領域管理部のそれぞれの種別が、前記第１の計算機において設定されている前記第１の分割記憶領域および前記第２の分割記憶領域および第２の記憶領域の構成を表す情報と関連付けて記録されている種別管理テーブルと、
    前記第１の計算機が有する前記ファイルシステムと前記第１の記憶領域管理部と前記第２の記憶領域管理部のそれぞれの種別を、前記種別管理テーブルを参照して特定する種別特定部と、
    複数の異なる種別の前記ファイルシステムと、
    複数の異なる種別の前記第１の記憶領域管理部と、
    複数の異なる種別の前記第２の記憶領域管理部と、
    複数の前記ファイルシステムの中から前記種別特定部によって特定された種別の前記ファイルシステムを選択し、複数の前記第１の記憶領域管理部の中から前記種別特定部によって特定された種別の前記第１の記憶領域管理部を選択し、複数の前記第２の記憶領域管理部の中から前記種別特定部によって特定された種別の前記第２の記憶領域管理部を選択する選択部と、
    前記第１の記憶領域に格納されている前記ブロックデータを取得すると共に、選択された前記ファイルシステムと選択された前記第１の記憶領域管理部と選択された前記第２の記憶領域管理部とを用いて、取得した前記ブロックデータを前記ファイルデータに変換するデータ変換部と、
    を備える記憶装置システム。

Images