JP2002082775A - 計算機システム - Google Patents

Abstract

(57)【要約】 【課題】異なるストレージサブシステム間でのデータの
再配置を適正に行えるようにする。 【解決手段】ディスクアレイ２００は、ホスト１００か
らのリード/ライトに対してディスク装置２１０の使用
状況を取得する。ホスト１００は、複数のディスクアレ
イ２００から使用状況を収集して、再配置対象LUに格納
されているデータの再配置先のLUを決定する。そして、
アプリケーションにとってのデータ位置であるデータの
論理位置名とLUとの対応を決定するLU論理位置名テーブ
ル１９１を変更する。また、ディスクアレイ２００間
で、再配置対象となったLUに格納されているデータを、
再配置先のLUに移動することで、異なるディスクアレイ
２００間でのデータの再配置を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記憶装置に記憶さ
れたデータを再配置する技術に関し、特に、複数の記憶
装置を有する計算機システムでのデータの再配置に好適
な技術に関する。

【０００２】

【従来の技術】計算機システムにおける、ストレージサ
ブシステム内に記憶されたデータを再配置する技術とし
て、特開平9-274544号公報記載のディスクアレイシステ
ムがある。ここで、ストレージサブシステムとは、複数
の記憶装置から構成される記憶装置システムのことを言
う。

【０００３】ディスクアレイシステムとは、複数のディ
スク装置をアレイ状に配置し、各ディスク装置を並列に
動作させることで、各ディスク装置に分割格納されるデ
ータのリード/ライトを高速に行うシステムのことであ
る。D．A．Patterson， G．Gibson， and R．H．Kat
s，”A Case for Redundant Arrays of Inexpensive Di
sks （RAID）”（in Proc． ACM SIGMOD， pp．109-11
6， June 1988）に記載されているように、冗長性を付
加したディスクアレイシステムには、その冗長構成に応
じてレベル１からレベル５の種別が与えられている。こ
れらの種別に加えて、冗長性無しのディスクアレイシス
テムをレベル０と呼ぶこともある。

【０００４】ディスクアレイシステムを構成するための
コスト、ディスクアレイシステムの性能や特性等は、デ
ィスクアレイシステムのレベルによって異なる。そこ
で、システムの使用目的に応じて、ディスクアレイシス
テムの構築の際にレベルの異なる複数のアレイ（ディス
ク装置の組）を混在させることも多い。このようにレベ
ルの異なるアレイを混在させたディスクアレイシステム
において、各レベルのアレイは、パリティグループと呼
ばれる。また、ディスク装置についても性能や容量等に
よりコストが異なるので、最適のコストパフォーマンス
を実現するシステムを構築するために、性能や容量の異
なる複数種のディスク装置を用いることがある。

【０００５】ディスクアレイシステムでは、データが複
数のディスク装置に分散して配置されるため、ディスク
アレイシステムに接続されるホストコンピュータが、論
理記憶領域とディスク装置の記憶領域を示す物理記憶領
域との対応付け（アドレス変換）を行っている。

【０００６】特開平9-274544号公報には、ディスクアレ
イシステム内において、物理記憶領域間におけるデータ
の再配置を実行し、データの論理記憶領域に対する物理
記憶領域への対応付けを、再配置前の物理記憶領域から
再配置後の物理記憶領域に変更する技術が開示されてい
る。また、ディスクアレイシステムがホストコンピュー
タからの各論理記憶領域に対するアクセスによる負荷状
況を管理し、その実績に応じて再配置後にデータが適正
配置となるように、再配置の内容を決定するという技術
も開示されている。

【０００７】ホストコンピュータおよびディスクアレイ
システム等のストレージサブシステム間におけるデータ
転送の技術としては、M．T．O’Keefe，”Shared File
Systems and Fibre Channel”（in Proc． Sixth Godda
rd Conference on Mass Storage Systems and Technolo
gies， pp．1-16， March 1998）に開示された技術があ
る。

【０００８】この技術は、高速のネットワークであるFi
bre Channel（以下「FC」と称する。）で複数のホスト
コンピュータと複数のストレージサブシステムとを接続
し、FC経由でデータ共有を実現するストレージ環境、い
わゆるStorage Area Network（SAN）を実現するための
技術である。このように、FC経由でデータ転送を行うこ
とにより、一般的なネットワーク経由に比べ、ホストコ
ンピュータおよびネットワークの負荷が削減される。

【０００９】高速なFCを使用しない、一般的なネットワ
ークに接続されたストレージサブシステムに保持されて
いるファイル等のデータを、複数のコンピュータで共有
する技術としては、NFS（Network File System）が広く
知られている。

【００１０】NFSを用いてネットワーク間でデータ共有
を行う場合には、FCを使用する場合に比べ、ファイルを
共有しているコンピュータや、コンピュータとストレー
ジサブシステムをつなぐネットワークに対する負荷が大
きくなる。しかし、NFSを用いると、既存のネットワー
クを使用できることから、新たにFCのネットワークを敷
設することと比較すると、新規設備コストを抑えられ、
またファイル共有等の管理が容易である等の利点があ
る。

【００１１】

【発明が解決しようとする課題】上述したように、特開
平9-274544号公報に開示された技術では、１つのストレ
ージサブシステム内におけるデータの再配置が可能とな
る。しかしながら、複数のストレージサブシステムを有
する計算機システムにおいて、異なるストレージサブシ
ステム間でのデータの再配置を行うことはできない。ま
た、ディスクアレイシステムはファイルを認識できない
ため、ファイル単位でデータの再配置を行うことができ
ない。

【００１２】一方、SANの技術を用いれば、異なるスト
レージサブシステムにおける高速なデータ転送が可能と
なる。しかしながら、従来技術においては、SANの技術
を利用してストレージサブシステム間でデータの再配置
を行うことは出来なかった。

【００１３】つまり、従来技術においては、SANを構成
する各ストレージサブシステムの各記憶領域の負荷状況
等、データの適正な配置を決定するために必要な情報
を、ホストコンピュータやシステムを使用するユーザが
得ることについて、何ら考えられていない。このため、
ホストコンピュータや、そのユーザが、どのようにして
データの再配置を行えば、データの適正な配置を実現す
ることができるのかを判断できない。

【００１４】さらに、仮にユーザが自らストレージサブ
システム間におけるデータの再配置を行おうとしても、
データを再配置するための未使用領域の管理等を、全て
ユーザが詳細に検討して行わなければならず、ユーザに
対する負担は大きいものがあった。

【００１５】また、異なるストレージサブシステム間で
データを転送すると、アプリケーションが認識するデー
タの位置、すなわち、アプリケーションが同じデータに
アクセスするために指定すべきアクセス先が再配置の前
後で変化してしまうが、この変化についても従来技術で
は何ら考慮されていない。

【００１６】さらに、一般的なネットワークで接続され
ているコンピュータ同士で、NFSを使用してデータ共有
を行う場合にも、以下の問題がある。

【００１７】すなわち、従来、NFSによるデータ共有を
実現するために使用されるホストコンピュータ（NFSサ
ーバ）が、複数のストレージサブシステムを管理してい
る場合、NFSサーバ自身は、その複数のストレージサブ
システム間でのデータの物理的再配置等を行うことはで
きなかった。このため、NFSサーバを用いてデータ共有
を行うコンピュータ毎に、共有されるデータの物理的位
置を変更するといった、ストレージサブシステムの有す
る記憶領域についてのより細かい区別および管理を行う
ことができなかった。

【００１８】本発明は上記事情に鑑みてなされたもので
あり、本発明の目的は、NFSサーバを含めたホストコン
ピュータがデータの適正配置の決定に必要な情報をスト
レージサブシステムから取得できるようにし、SAN環境
において、データの再配置を実現することにある。ま
た、異なる目的としては、ユーザのストレージサブシス
テムの管理負担を軽減することにある。また、異なるス
トレージサブシステム間におけるデータの再配置を、ア
プリケーションが認識するデータの位置が、再配置の前
後で変化しないようにして、行えるようにすることにあ
る。さらにまた、ファイルを対象とするデータの再配置
を可能とすることにある。

【００１９】

【課題を解決するための手段】前記の課題を解決するた
め、本発明は以下の構成とする。すなわち、計算機と、
前記計算機に接続される複数のストレージサブシステム
とを有し、ストレージサブシステムは、ストレージサブ
システムが有する記憶領域の各々について記憶領域の使
用状況を取得する取得手段を有し、計算機は、複数のス
トレージサブシステムから、記憶領域各々の使用状況を
取得する取得手段を有すること計算機システムという構
成とする。記憶領域は、論理的な記憶領域であってもよ
い。また、ストレージサブシステムには、計算機の指示
にしたがって、データの移動を行う移動手段を付加し、
計算機には、データの論理的な位置と、ストレージサブ
システムにおいてデータが格納される記憶領域との対応
を規定する対応テーブルと、移動手段によってストレー
ジサブシステム間でデータが移動した場合に、対応テー
ブルを更新する更新手段とを付加した構成とすることも
できる。

【００２０】ここで、各記憶領域の使用状況とは、例え
ば、その記憶領域の物理的な記憶空間の使用状況やその
記憶空間へのアクセス処理に消費された処理時間等であ
る。

【００２１】また、ストレージサブシステムで移動され
るデータの単位及び計算機で管理されるデータの単位が
ファイル単位であることも考えられる。

【００２２】さらに、全てのストレージサブシステムが
有する論理的な記憶領域全体を管理する手段と、記憶装
置の特徴と論理的な記憶領域との対応関係を管理する手
段とを計算機に付加した構成も考えられる。

【００２３】また、計算機に、ストレージサブシステム
に格納されているデータをネットワーク間で共有する手
段を付加した構成も考えられる。

【００２４】

【発明の実施の形態】図１は、本発明が適用された計算
機システムの第１実施形態の構成を示す図である。

【００２５】本実施形態の計算機システムは、ホストコ
ンピュータ（ホスト）１００、ディスクアレイ２００、
スイッチ５００、クライアント８００及びローカルディ
スク１９０を有する。

【００２６】ホスト１００は、ネットワークインタフェ
ース１７０により、ネットワーク７００を介して、クラ
イアント８００及びディスクアレイ２００に接続され
る。ホスト１００は、また、FCインタフェース１６０、
スイッチ５００及びFC６００を介して、ディスクアレイ
２００及びローカルディスク１９０に接続される。

【００２７】ホスト１００は、ファイルシステム１１
０、オペレーティングシステム（以下「OS」と称す
る。）１２０、マネージャ１３０及びアプリケーション
１４０をホスト１００自身が有する記憶領域に有する。

【００２８】アプリケーションプログラム（以下、単に
アプリケーションと呼ぶ）１４０は、OS１２０およびフ
ァイルシステム１１０を介してディスクアレイ２００に
対してリードやライトの要求を出す。

【００２９】ホスト１００及びクライアント８００とし
ては、一般的な電子計算機が用いられる。ファイルシス
テム１１０等のプログラムは、ホスト１００の外部にあ
るローカルディスク１９０に記憶され、必要に応じてホ
スト１００に読み込まれて実行される。

【００３０】ホスト１００がその内部に記憶装置を有す
る場合には、当該記憶装置をローカルディスク１９０と
して使用することも考えられる。

【００３１】ローカルディスク１９０には、OS１２０及
びファイルシステム１１０が使用する論理ユニット（以
下、「LU」と称する）論理位置名テーブル１９１及びLU
内アドレス論理位置名テーブル１９５等の各種管理情報
が格納されている。LU論理位置名テーブル１９１は、ア
プリケーション１４０がディスクアレイシステム２００
のデータにアクセスするときに指定する論理位置名と、
論理位置名により特定されるデータを格納するLUとの対
応を示す情報を保持したテーブルである。

【００３２】LU内アドレス論理位置名テーブル１９５
は、アプリケーション１４０がディスクアレイシステム
２００のデータにアクセスするときに指定する論理位置
名と、論理位置名により特定されるデータのLU内アドレ
スとの対応を示す情報を保持したテーブルである。

【００３３】ディスクアレイ２００は、制御部３００、
複数のディスク装置２１０、ネットワークインタフェー
ス２７０及びFCインタフェース２６０を有する。

【００３４】制御部３００は、処理を実行するためのCP
U３１０、メモリ３２０及びキャッシュメモリ３３０を
有する。

【００３５】メモリ３２０には、論理/物理対応情報３
２１、論理ボリューム使用状況３２２及びコピー領域管
理テーブル３２３が格納される。これらの情報の詳細に
ついては後述する。

【００３６】本実施形態では、n台（nは２以上の整数）
のディスク装置２１０でアレイ（以下「RAID」と称す
る。）が構成されており、このn台のディスク装置２１
０によるRAIDをパリティグループ２２０と呼ぶ。

【００３７】RAIDとしては、１つのパリティグループ２
２０に含まれるn台のディスク装置２１０のうち、n-１
台のディスク装置２１０の格納内容から生成される冗長
データ（以下「パリティ」と称する。）を残りの１台に
格納する構成や、n/２台に格納されている内容を残りの
n/２台がコピーしたミラーディスク（RAIDレベル１）構
成が考えられる。また、各パリティグループ２２０を、
ホスト１００からのアクセス対象の１単位とみなすこと
ができる。

【００３８】本実施形態においては、ディスクアレイ２
００を構築する各パリティグループ２２０の性能、信頼
性、特性などの属性は、同一であってもよいし、あるい
は、異なっていてもかまわない。

【００３９】制御部３００は、ホスト１００がリード/
ライトする論理ボリュームとディスク装置２１０の記憶
領域を示す物理アドレスとの対応付け（アドレス変換）
を行い、ホスト１００に論理ボリュームを提供する。デ
ィスクアレイ２００は、アドレス変換において、複数の
論理ボリュームを結合して１つのLUとしてホスト１００
に提供することもできる。すなわち、ディスクアレイ２
００は、少なくとも１つの論理ボリュームからなるLUを
ホスト１００に提供する。ホスト１００は、LUに対して
リード/ライトを行う。

【００４０】本実施形態では、複数のディスクアレイ２
００間における、ディスクアレイ２００の使用状況を考
慮したデータの物理的再配置を可能とする。具体的に
は、ディスクアレイ２００は、ホスト１００からのリー
ド/ライトに対するディスク装置２１０の使用状況を取
得する。ホスト１００は、複数のディスクアレイ２００
各々が取得した使用状況を収集し、ユーザに提示する。
さらに、ホスト１００は、ディスクアレイ２００の使用
状況の提示を受けたユーザからの指示等に応じ、ローカ
ルディスク１９０内のLU論理位置名テーブル１９１を変
更すると共に、ディスクアレイ２００がLUに格納してい
るデータをコピーする。これにより、複数のディスクア
レイ２００間におけるLUの再配置が行われる。そして、
ディスクアレイ２００の使用状況を考慮したデータの再
配置を可能とすることにより、データの適正配置が可能
となる。

【００４１】図２は、ディスクアレイ２００が、ホスト
１００からのリード/ライト要求に応答して行うリード/
ライト処理、及びディスクアレイ２００が、ディスク装
置２１０の使用状況を取得する使用状況取得の処理の手
順を示すフロー図である。使用状況取得の処理は、随
時、又はホスト１００からのリード/ライト要求時に行
われる。

【００４２】ホスト１００のアプリケーション１４０
は、ファイル論理位置名によってファイルを指定し、フ
ァイルに対するリード/ライトをOS１２０に要求する。O
S１２０は、ファイルシステム１１０にファイルのリー
ド/ライトを要求する。

【００４３】ファイルシステム１１０は、FCインターフ
ェース１６０を介してローカルディスク１９０にアクセ
スし、指定されたファイルが格納されているLU番号をLU
論理位置名テーブル１９１から求める。ファイルシステ
ム１１０は、指定されたファイルが格納されているLU内
アドレス等を、LU内アドレス論理位置名テーブル１９５
から求める。

【００４４】ホスト１００は、FCインターフェース１６
０を介して、求めたLU番号のLUを提供するディスクアレ
イ２００に対し、LU番号やLU内アドレスを伴うSmall Co
mputer System Interface（SCSI）規格のリードコマン
ド、あるいはライトコマンドを発行する。

【００４５】アプリケーション１４０が、論理ドライブ
名、ディレクトリ名及びファイル名によるファイルの論
理位置までのパスの記述によりファイルを指定するシス
テムでは、論理位置（論理ドライブやディレクトリやフ
ァイル）へのパスの記述が、ファイルの論理位置の論理
位置名となる。一般的には、論理位置名とは、アプリケ
ーションがアクセス対象の指定に使用する論理位置の情
報である。

【００４６】ファイルシステム１１０は、各論理位置を
管理するため、ディレクトリ構造などの各論理位置間の
階層的な論理構造を管理する他、各論理位置の論理位置
名とLU番号との対応をLU論理位置名テーブル１９１に記
述し管理する。また、各論理位置の論理位置名とLU内ア
ドレスとの対応をLU内アドレス論理位置名テーブル１９
５に記述し管理する。なお、LU番号は、そのLU番号のLU
を提供するディスクアレイ２００も表す（ステップ１０
００）。

【００４７】ホスト１００からリード/ライトのコマン
ドを受領した制御部３００は、メモリ３２０内の論理/
物理対応情報３２１を用いて、コマンドで指定されてい
るLU番号により特定されるLUを構成する論理ボリューム
を特定する。制御部３００は、論理ボリュームに対応す
るディスク装置２１０の領域を求め、コマンドで指定さ
れているLU内アドレスの物理アドレスへの変換を行う。

【００４８】論理/物理対応情報３２１は、図３に示す
ように、LUとディスク装置２１０の物理アドレスとの対
応関係についての情報を保持するテーブルである。

【００４９】図中、LU番号５００１およびLU内アドレス
５００２は、ホスト１００のファイルシステム１１０が
リード/ライト処理で指定するLU番号及びLU内アドレス
を示す。論理ボリューム番号５００３は、LU番号５００
１で特定されるLUに対応する論理ボリュームの番号であ
る。論理ボリュームアドレス５００４は、LU内アドレス
５００２に対応する論理ボリューム内のアドレスであ
る。

【００５０】物理アドレスは、データとパリティが格納
されるディスク装置２１０上の領域を示すアドレスであ
る。物理アドレスは、パリティグループ番号５００５、
データおよびパリティ各々に対するディスク装置番号５
００６及びディスク装置内アドレス５００７を有する。
パリティグループ番号５００５は、個々のパリティグル
ープ２２０を示す。ディスク装置番号５００６は、個々
のディスク装置２１０を示す。ディスク装置内アドレス
５００７は、ディスク装置２１０内での領域を示すアド
レスである（ステップ１０１０）。

【００５１】データのリードの場合、制御部３００は、
アドレス変換で得た物理アドレスに基づいて、ディスク
装置２１０のデータを読み出し、ホスト１００に転送す
る。データのライトの場合、制御部３００は、ホスト１
００から転送されたデータ及びデータに関連して生成し
たパリティを、アドレス変換で得たディスク装置２１０
の物理アドレスの位置に格納する（ステップ１０２
０）。

【００５２】、リード/ライト処理を終了した制御部３
００は、使用状況取得処理を実行する。この処理では、
制御部３００は、リード/ライト処理でのリード/ライト
種別やシーケンシャル/ランダムアクセス種別を判別
し、メモリ３２０のリード/ライト対象となった論理ボ
リュームの論理ボリューム使用状況３２２を更新する。
論理ボリューム使用状況３２２は、ディスクアレイ２０
０に含まれるLUの使用状況についての情報を保持したテ
ーブルである。論理ボリューム使用状況３２２の一例
を、図４に示す。

【００５３】論理ボリューム使用状況３２２には、論理
ボリューム毎に、論理ボリューム番号５１０１及びリー
ド/ライト種別およびシーケンシャル/ランダムアクセス
種別毎のディスク使用時間（マイクロ秒単位）５１０２
が記述される。ここでは、リード/ライト対象となった
論理ボリュームの論理ボリューム番号５１０１に対応す
る、ディスク使用時間５１０２に、リード/ライトに要
した時間が加算される（ステップ１０３０）。

【００５４】図５は、ホスト１００が、各ディスクアレ
イ２００からディスク装置２１０の使用状況を収集する
使用状況収集処理の手順を示すフロー図である。この処
理は、随時行われる。

【００５５】ホスト１００のマネージャ１３０は、FCイ
ンターフェース１６０を介し、コマンドボリュームに対
して、情報収集用のパラメータをライトデータとするSC
SI規格のライトコマンドを発行する。コマンドボリュー
ムは、ディスクアレイ２００が有する情報転送用のLUで
あって、対応する物理領域が指定されない論理ボリュー
ムである。（ステップ１１００）。

【００５６】制御部３００は、発行されたコマンドがコ
マンドボリュームに対するライトコマンドであることを
確認すると、ホスト１００から転送された情報収集用の
パラメータに含まれるオペレーションコードから、要求
された情報を判別する。制御部３００は、要求された情
報をメモリ３２０上に用意する（ステップ１１１０）。
制御部３００は、FCインターフェース２６０を介して、
ホスト１００にライトの完了を報告する（ステップ１１
２０）。

【００５７】完了報告を受けたホスト１００のマネージ
ャ１３０は、FCインターフェース１６０を介して、ディ
スクアレイ２００のコマンドボリュームに、SCSI規格の
リードコマンドを発行する（ステップ１１３０）。

【００５８】制御部３００は、コマンドボリュームに対
するリードコマンドを受領すると、メモリ３２０上に用
意した情報を、FCインターフェース２６０を介してホス
ト１００に転送する（ステップ１１４０）。制御部３０
０は、FCインターフェース２６０を介してホスト１００
にリードの完了を報告する（ステップ１１５０）。

【００５９】ステップ１１００でライトされる情報収集
用のパラメータ及びステップ１１１０で用意される情報
には、論理ボリューム情報、パリティグループ情報及び
使用状況情報の３種類の情報が含まれる。

【００６０】ステップ１１００でライトされる情報収集
用のパラメータが、図６に示すような論理ボリューム情
報のパラメータである場合、制御部３００は、その０〜
１バイト目で指定された論理ボリューム番号５２０１で
特定される論理ボリュームについて、図７に示すような
論理ボリューム情報（ディスクアレイ２００内のその論
理ボリュームの構成を示す情報）を用意する。

【００６１】図７に示す論理ボリューム情報において、
８〜４７バイト目には、その０〜１バイト目に記述され
ている論理ボリューム番号５２０１で特定される論理ボ
リュームの各種情報５２０２が記述される。４９〜１２
１バイト目には、その論理ボリュームが属するLUを構成
する各論理ボリュームの情報５２０３が記述される。

【００６２】情報収集用のパラメータが、パリティグル
ープ情報のパラメータの場合、制御部３００は、パラメ
ータで指定された論理ボリュームが属するパリティグル
ープ２２０のパリティグループ情報（RAIDの構成、ディ
スク装置２１０の型名等、ディスクアレイ２００内のそ
のパリティグループ２２０の構成を示す情報）を用意す
る。

【００６３】情報収集用のパラメータが、ディスク装置
２１０の使用状況を確認するためのパラメータの場合、
制御部３００は、パラメータで指定された論理ボリュー
ムの使用状況情報（ディスクアレイ２００内のリソース
の使用状況、例えば論理ボリュームが占有される時間、
論理ボリュームの各種コマンド受領回数やキャッシュメ
モリ３３０のヒット回数等の情報、プロセッサ３１０の
占有時間及び内部バスの占有時間等の情報等）を用意す
る。

【００６４】制御部３００は、あらかじめ、論理ボリュ
ーム毎に、各種コマンド受領回数やキャッシュメモリ３
３０のヒット回数やプロセッサ３１０の占有時間や内部
バスの占有時間等を取得している。マネージャ１３０
は、例えば複数回取得した占有時間の平均を取得間隔で
割ることにより、単位時間あたりの占有時間率を求める
ことができる。

【００６５】制御部３００は、論理ボリューム情報やパ
リティグループ情報を生成する際に、論理/物理対応情
報３２１の一部あるいは全部を使用する。マネージャ１
３０は、各型のディスク装置２１０の性能に関する情報
を保持しており、ディスク装置２１０の型名を基に、パ
リティグループ２２０を構成するディスク装置２１０の
性能を得ることができる。

【００６６】また、ホスト１００のマネージャ１３０
は、LUに対しSCSI規格のINQUIRYコマンドを発行して応
答データを得ることで、この応答データからLUに属する
論理ボリューム番号を得ることもできる。

【００６７】図８は、ホスト１００が再配置すべきデー
タを決定する再配置対象決定処理の手順を示すフロー図
である。本処理は、ユーザが再配置すべきデータを検索
する際に使用するアプリケーションが実行された時に実
行される。

【００６８】ホスト１００のマネージャ１３０は、OS１
２０が使用しているLU及び使用していないLU（空きLU）
を、例えばローカルディスク１９０に格納されているLU
論理位置名テーブル１９１から判定する。マネージャ１
３０は、OS１２０が使用している各LUについて、LUが属
するディスクアレイ２００における各論理ボリュームの
使用状況や、LUに対応する論理ボリュームの使用状況等
を計算する。この計算には、INQUIRYコマンドを発行し
て得られるLUに属する論理ボリューム番号、使用状況収
集処理で得られる各ディスクアレイ２００における論理
ボリューム情報、パリティグループ情報および論理ボリ
ュームの使用状況等が使用される（ステップ１２０
０）。

【００６９】マネージャ１３０は、使用状況等の計算結
果を、各論理ボリュームが属するパリティグループ２２
０の属性（RAID構成、ディスク装置２１０の型名又はデ
ィスク装置２１０の性能等）等と共にユーザに提示する
（ステップ１２１０）。

【００７０】マネージャ１３０は、各LUについて、INQU
IRYコマンドを発行して得られた各LUに属する論理ボリ
ューム番号、使用状況収集処理で得られた各ディスクア
レイ２００における論理ボリューム情報、パリティグル
ープ情報及び論理ボリュームの使用状況等とから、各空
きLUが対応する各論理ボリュームの使用状況等を計算す
る（ステップ１２２０）。この計算結果が、各空きLUに
関連するパリティグループ２２０の属性等と共にユーザ
に分類されて提示される（ステップ１２３０）。

【００７１】使用状況等の情報は、ホスト１００あるい
はホスト１００にネットワーク接続された他の計算機で
表示することもできる。

【００７２】ユーザは、各ディスクアレイ２００の各LU
についての情報を参照し、データを再配置すべきLU（再
配置元LU）及びデータの再配置先のLUを決定する。ただ
し、ユーザではなく、ホスト１００のマネージャ１３０
が、各LUについての情報から自動的にデータ再配置元又
は再配置先を決定してもよい。再配置の決定は、たとえ
ば、再配置後に、ディスクアレイ２００間での負荷分
散、パリティグループ２２０間での負荷分散、高性能を
要求するファイルが存在するLUの高性能パリティグルー
プ２２０への配置等が実現されるように行なわれる。再
配置先LUのサイズは、再配置元LUのサイズ以上でなけれ
ばならない。各LUのサイズは、SCSI規格のREAD CAPACIT
Yコマンドで取得することができる（ステップ１２４
０）。

【００７３】図９は、ホスト１００が行う、データの再
配置処理の手順を示すフロー図である。ホスト１００
は、再配置を決定したユーザの指示、例えば再配置を指
示する実行コマンドの入力等があった場合に本処理を実
行する。

【００７４】ユーザからの指示が入力されたホスト１０
０のマネージャ１３０は、ファイルシステム１１０に再
配置元LUのロックを指示する（ステップ１３００）。フ
ァイルシステム１１０は、ロック指示に応じて、再配置
元LUへのリード/ライト要求の受付を禁止する（ステッ
プ１３１０）。

【００７５】次に、マネージャ１３０は、ファイルシス
テム１１０に、再配置元LUについてのキャッシュメモリ
のフラッシュを指示する（ステップ１３２０）。ファイ
ルシステム１１０は、再配置元LUに格納されるデータで
あって、ホスト１００上のメモリにキャッシュされてい
て且つディスクアレイ２００に未だライトされていない
データを、ディスクアレイ２００の再配置元LUにライト
する（ステップ１３３０）。

【００７６】マネージャ１３０は、ファイルシステム１
１０に、再配置元LUについてのキャッシュの無効化を指
示する（ステップ１３４０）。ファイルシステム１１０
は、再配置元LUに格納されるデータであってホスト１０
０上のメモリにキャッシュされているデータを無効にす
る（ステップ１３５０）。

【００７７】LUのロック、キャッシュメモリのフラッシ
ュ及び無効化の処理は、LUのアンマウントの処理に相当
する。

【００７８】マネージャ１３０は、再配置先LUが存在す
るディスクアレイ２００に、再配置元LUから再配置先LU
へのデータのコピーを指示する。この指示は、使用状況
収集処理と同様、再配置先LUが存在するディスクアレイ
２００のコマンドボリュームに、コピー指示オペレーシ
ョンコードや再配置元LUや再配置先LU等のコピー指示の
パラメータを含んだライトコマンドを発行することで行
われる（ステップ１３６０）。ディスクアレイ２００
は、後述のコピー処理を開始し、コピー指示の受領をマ
ネージャ１３０に通知する（ステップ１３７０）。

【００７９】マネージャ１３０は、ローカルディスク１
９０に格納されているファイルシステム１１０が使用す
るLU論理位置名テーブル１９１を書き換え、再配置元LU
と再配置先LUとの論理位置名を入れ替える。入れ替えら
れるLU論理位置名テーブル１９１の例を、図１０及び図
１１に示す。

【００８０】図中、ディスクアレイ番号、IDおよびLUN
は、LU番号６００１を特定するために必要な情報であ
る。図１０は、論理位置名をディレクトリ形式で示した
ものであり、図１１は、論理位置名をドライブ形式で示
したものである。いずれも、アプリケーション１４０が
使用する記憶領域としてのLUの論理位置を示している
（ステップ１３８０）。マネージャ１３０は、ファイル
システム１１０に、LU論理位置名テーブル１９１の更新
（再読み込み）及びステップ１３００で指示したロック
の解除を指示する（ステップ１３９０）。

【００８１】ファイルシステム１１０は、LU論理位置名
テーブル１９１を再度読み込んで情報を更新する（ステ
ップ１４００）。ファイルシステム１１０は、ロックを
解除してリード/ライト要求の受け付けを再開する（ス
テップ１４１０）。

【００８２】ステップ１４００及び１４０１の処理は、
LUのマウント処理に相当する。

【００８３】ステップ１４０１の処理が実行された後
は、ファイルシステム１１０のリード/ライトの対象と
なるLUが再配置の対象であるLUであれば、ファイルシス
テム１１０のリード/ライト処理は、ステップ１３８０
において情報が入れ替えられた再配置先LUに対して行わ
れる。

【００８４】図１２は、再配置処理において、ディスク
アレイ２００が、ホスト１００からコピー指示を受けた
際に行うコピー処理の手順を示すフロー図である。

【００８５】再配置先LUが存在するディスクアレイ２０
０が、FCインターフェース２６０を介してホスト１００
からコピー指示を受け取ると、制御部３００は、コピー
指示で指定された再配置先LUについてのコピー領域管理
テーブル３２３をメモリ３２０上に用意する。

【００８６】図１３は、コピー領域管理テーブル３２３
の内容を示す図である。コピー領域管理テーブル３２３
は、コピーされるデータの範囲、大きさ等の情報が登録
されているテーブルである。

【００８７】図中、コピー先LU番号６１０１及びコピー
元LU番号６１０２は、FC６００のネットワーク内におい
て再配置先LUと再配置元LUを一義的に示す番号を格納す
る領域である。具体的には、ホスト１００からコピー指
示のパラメータとして指定された８バイトの番号（WORL
D WIDE NAME）、３バイトの番号（N_PORT ID）、SCSI規
格のターゲットIDもしくはLUNが格納される。コピーブ
ロック数６１０３には、コピーする領域のブロック（最
小リード/ライト単位）の数であり、コピー領域の大き
さを示すデータが格納される。ビットマップ６１０４の
ビットには、LUのコピー対象領域の各ブロックが割り当
てられる。ビットが「１」である場合は未コピーを示
し、「０」である場合はコピー済を示す。初期時は、コ
ピー対象領域に対応するすべてのビットが１に設定され
る（ステップ１５００）。

【００８８】制御部３００は、コピー指示の受領をホス
ト１００に通知する。この通知は、コピー指示を実際に
受領してから、コピー領域管理テーブル３２３の設定
後、実際にコピーを行う前の時点で行われる。このた
め、コピー指示の受領から当該通知までの時間は短い
（ステップ１５１０）。

【００８９】制御部３００は、FCインターフェース２６
０を介して再配置元LUから格納すべきデータをリード
し、再配置先LUに格納するコピーを行う（ステップ１５
２０）。

【００９０】制御部３００は、LUのコピー対象領域につ
いて、コピー済の領域に対応するビットマップ６１０４
のビットを順次０に変更する（ステップ１５３０）。制
御部３００は、対象となるLU全体のコピーが終了した
ら、コピー処理を終了する（ステップ１５４０）。

【００９１】再配置元LUが存在するディスクアレイ２０
０と再配置先LUが存在するディスクアレイ２００とが同
一の場合には、ディスクアレイ２００内でLUのコピーが
行われる。

【００９２】ホスト１００からの再配置対象LUへのリー
ド/ライトは、再配置対象LUのデータがコピー中であっ
ても、再配置先LU、すなわち再配置先LUの存在するディ
スクアレイ２００に対して行われる。

【００９３】図１４は、再配置先LUの存在するディスク
アレイ２００が、データの再配置におけるコピー処理の
最中に、再配置の対象となるLUに対するリード/ライト
コマンドを受けた場合における処理の手順について示す
フロー図である。

【００９４】ディスクアレイ２００が、FCインターフェ
ース２６０を介してリードコマンドを受け取ると、制御
部３００は、リード対象範囲とテーブル３２３のビット
マップ６１０４とを比較する（ステップ１６１０）。リ
ード対象領域に未コピーの領域が含まれている場合に
は、制御部３００は、リード対象領域のデータを優先し
て読み出してコピーを済ませる（ステップ１６３０）。
制御部３００は、ビットマップ６１０４のリード対象領
域に対応するビットをコピー済みに更新する（ステップ
１６４０）。制御部３００は、ディスクアレイ２００内
のコピーしたデータをホスト１００に転送する（ステッ
プ１６５０）。リード対象領域がすべてコピー済であれ
ば、制御部３００は、ディスクアレイ２００内のコピー
済みのデータをホスト１００に転送する（ステップ１６
５０）。

【００９５】制御部３００は、FCインターフェース２６
０を介してライトコマンドを受け取ると、ホスト１００
から転送されたデータについて、ライト対象領域にライ
トを行う（ステップ１６７０）。制御部３００は、コピ
ー領域管理テーブル３２３のビットマップ６１０４のラ
イト対象領域に対応するビットをコピー済に更新する
（ステップ１６８０）。制御部３００は、残りの未コピ
ー領域のコピーを継続する（ステップ１６９０）。

【００９６】以上の処理により、再配置先LUが存在する
ディスクアレイ２００は、データ再配置におけるコピー
処理中であっても、ホスト１００からのリード/ライト
を処理することができる。

【００９７】なお、このリード/ライトの処理の際、制
御部３００は、同時に、先に説明した使用状況取得処理
も行う。

【００９８】また、ホスト１００のマネージャ１３０
は、データ再配置におけるコピー処理中に、ディスクア
レイ２００のコマンドボリュームにコピー進捗取得のた
めのパラメータを含むデータのライトコマンドを発行
し、ディスクアレイ２００が用意したデータをリードす
ることで、コピーの進捗情報等をディスクアレイ２００
に問い合わせることができる。

【００９９】具体的には、コマンドボリュームに対する
ライトコマンドを受け付けた制御部３００は、コマンド
ボリュームにライトされたパラメータを確認する。制御
部３００は、コピー領域管理テーブル３２３を参照して
パラメータに対応するコピーの進捗率などの情報をメモ
リ３２０上に用意し、ライト完了をホスト１００に通知
する。マネージャ１３０は、コマンドボリュームに対す
るリードを行う。制御部３００は、ホスト１００のリー
ドに対して、メモリ３２０上に用意したデータを転送す
ることによって、コピーの進捗等の問い合わせに答え
る。

【０１００】本実施形態によれば、複数のディスクアレ
イ２００間におけるLUの再配置によるデータの適正配置
を、アプリケーション１４０にとって再配置前後で論理
的に等価となるように、すなわち、アクセス対象のアク
セスにアプリケーションが使用すべき論理位置名が変化
しないようにしつつ実現できる。

【０１０１】また、本態様によれば、計算機は、ディス
クアレイから取得した、各記憶領域の物理的な記憶装置
資源の使用状況を、例えば記憶装置資源の負荷分散等の
観点による、データの適正配置の決定に用いることがで
きる。したがって、この情報を用いて、例えば異なるス
トレージサブシステム間でデータを再配置することによ
り、データの適正配置を行うことができる。

【０１０２】なお、本実施形態では、複数のディスクア
レイ２００間におけるデータの再配置について説明し
た。しかし、再配置対象データを格納するストレージサ
ブシステムは、ディスクアレイサブシステムでなくても
よい。磁気ディスク装置、光磁気ディスク装置、磁気テ
ープ装置又は半導体ディスク装置などを用いた他の種類
のストレージサブシステムであってもよい。

【０１０３】尚、マネージャ１３０は、FC６００経由で
はなく、ネットワーク７００経由で、例えばSimple Net
work Management Protocol（SNMP）で規定されているプ
ロトコルを用いて情報の収集や指示を行ってもよい。

【０１０４】本実施形態では、ディスクアレイ２００の
制御部３００が取得する論理ボリューム使用状況３２２
が使用時間の累積値である場合について説明した。しか
し、制御部３００が単位時間毎の使用時間を使用率の形
式にしてメモリ３２０に蓄積し、これを論理ボリューム
使用状況３２２として、ホスト１００のマネージャ１３
０が収集するようにしてもよい。

【０１０５】図１５は、本発明が適用された計算機シス
テムの第２実施形態の構成を示す図である。

【０１０６】図示するように、本実施形態の計算機シス
テムは、ローカルディスク１９０にLU領域範囲テーブル
１９２を格納し、スイッチ５００にコピー制御部５１０
を設けた構成を有している点が、第１実施形態の計算機
システムと異なる。

【０１０７】本実施形態では、ディスクアレイ２００が
ディスク装置２１０の使用状況を取得し、ホスト１００
が複数のディスクアレイ２００から使用状況を収集し、
使用状況を計算機システムのファイルに基づく分析も含
めてユーザに提示する。ホスト１００は、ファイル管理
のためのデータ（以下「メタデータ」と称する）を変更
する。スイッチ５００は、ホスト１００の指示に基づい
て、ディスクアレイ２００に格納されているデータをコ
ピーする。これにより、複数のディスクアレイ２００間
におけるファイルの再配置を可能とし、データの適正配
置を行えるようにする。

【０１０８】第１実施形態においては、ホスト１００の
ファイルシステム１１０は、各LUを、使用中のものと使
用していないものとに区別して管理した。本実施形態で
は、ファイルシステム１１０は、全てのLUを使用し、全
てのLUの領域の集合を単一領域（以下、「統合領域」と
称する。）として管理する。また、統合領域上のファイ
ルを、後述するメタデータで管理する。メタデータは、
統合領域の既定の位置に格納される。

【０１０９】図１６は、本実施形態において、ファイル
システム１１０が統合領域を管理するために用いるLU領
域範囲テーブル１９２の例を示した図である。LU領域範
囲テーブル１９２は、統合領域の範囲と各LU内領域の範
囲との対応を示す情報を保持している。

【０１１０】図中、領域内アドレス６３０１には、統合
領域内でのアドレスが格納される。LU番号６３０２は、
ディスクアレイ番号、ID及びLUNを含み、領域内アドレ
ス６３０１に格納されるLUを示す。LU内アドレス６３０
３は、対応するLU番号６３０２で特定されるLU内でのア
ドレスが格納される図１７は、ホスト１００がリード/
ライトを行う場合の処理の手順を示すフロー図である。

【０１１１】前提として、ホスト１００のアプリケーシ
ョン１４０は、ファイルシステム１１０が管理するファ
イルの論理位置を指定して、ディスクアレイ２００が格
納するデータにリードやライトを行うものとする。ま
た、ファイルシステム１１０は、データをファイルとし
て管理するために、メタデータをディスクアレイ２００
に格納している。

【０１１２】なお、メタデータはディスクアレイ２００
に格納されているが、ファイルシステム１１０の管理に
基づき、ホスト１００上のメモリにキャッシュされてい
る場合もある。以下、メタデータがホスト１００上のメ
モリにキャッシュされている場合で説明する。

【０１１３】図１８は、メタデータの内容を示す図であ
る。

【０１１４】図示するように、メタデータには、各ファ
イルの作成日時、更新日時、アクセス日時、属性、ファ
イル論理位置名、セキュリティ情報、及びファイル位置
等が含まれる。各ファイルに対応する統合領域内の範囲
は、ファイル位置６４０７に格納された情報で示され
る。

【０１１５】ホスト１００のアプリケーション１４０
は、ファイル論理位置名によってファイルを指定し、フ
ァイルに対するリード/ライトをOS１２０に要求する
（ステップ１７００）。OS１２０は、ファイルシステム
１１０に、ファイルのリード/ライトを要求する（ステ
ップ１７１０）。ファイルシステム１１０は、キャッシ
ュメモリされているメタデータを参照し、メタデータ及
びLU領域範囲テーブル１９２の情報から、指定されたフ
ァイルの位置（LUおよびLU内アドレス）を得る（ステッ
プ１７２０）。

【０１１６】要求がライト要求である場合、ファイルシ
ステム１１０は、さらにメタデータの更新を行う（ステ
ップ１７４０）。ファイルシステム１１０は、ステップ
１７２０で得たファイルの位置が示す領域内のリード/
ライトをディスクアレイ２００に対して行い（ステップ
１７５０）、キャッシュされたメタデータ及びディスク
アレイ２００のメタデータを更新する（ステップ１７６
０）。

【０１１７】ステップ１７４０及び１７６０でのメタデ
ータの更新は、アクセスされたファイルについて、作成
日時６４０１、更新日時６４０２、アクセス日時６４０
３、属性６４０４、ファイル論理位置名６４０５、セキ
ュリティ情報６４０６０、及びファイル位置６４０７等
に格納された情報を、アクセス内容に応じて更新するこ
とで行われる。例えば、ライトによりファイルサイズが
増減する場合は、これに合わせて、メタデータのファイ
ル位置６４０７が示す領域内の範囲が増減される。ま
た、ファイルが新規に作成される場合は、メタデータに
新規ファイルのエントリが追加され、ファイルが削除さ
れる場合は対応するエントリが削除される。

【０１１８】本実施形態において、制御部３００は、第
１実施形態と同様の使用状況取得処理を行う。また、ホ
スト１００のマネージャ１３０は、第１実施形態と同様
の使用状況収集処理を行う。

【０１１９】図１９は、ホスト１００が行うファイル単
位の再配置対象決定処理の手順を示すフロー図である。

【０１２０】ホスト１００のマネージャ１３０は、統合
領域に存在する各ファイルについて、ファイルとLUとの
対応を、ファイルシステム１１０に問い合わせる（ステ
ップ１８００）。ファイルシステム１１０は、キャッシ
ュされたメタデータ及びLU領域範囲テーブル１９２を用
いて、問い合わせに答える（ステップ１８１０）。

【０１２１】マネージャ１３０は、ディスクアレイ２０
０毎の各論理ボリュームの使用状況、各LUの各論理ボリ
ュームの使用状況及びファイル毎の各論理ボリュームの
使用状況等を計算する。この計算には、INQUIRYコマン
ドによって得られた各ディスクアレイ２００における各
LUに属する論理ボリューム番号、使用状況収集処理で得
られた各ディスクアレイ２００における論理ボリューム
情報及びパリティグループ情報及び論理ボリュームの使
用状況等が使用される（ステップ１８２０）。マネージ
ャ１３０は、計算結果を、各論理ボリュームが属するパ
リティグループ２２０の属性等と共にユーザに提示す
る。すなわち、ホスト１００は、使用状況に関する情報
を、ディスクアレイ２００、論理ボリューム、LU、ファ
イルといった各種の視点でユーザに提供する（ステップ
１８３０）。

【０１２２】マネージャ１３０は、各ディスクアレイ２
００が提供するLUや論理ボリュームについて利用可能な
空き領域を計算し、ユーザに提示する（ステップ１８４
０）。マネージャ１３０は、各ディスクアレイ２００が
提供するLUや論理ボリュームについて利用可能な空き領
域を、ファイルシステム１１０に問い合わせる（ステッ
プ１８５０）。ファイルシステム１１０は、キャッシュ
されたメタデータ及びLU領域範囲テーブル１９２を参照
して、ファイルが存在しない空き領域を特定し、マネー
ジャ１３０に答える（ステップ１８６０）。マネージャ
１３０は、使用状況収集処理で得た各種使用状況等か
ら、空き領域の論理ボリュームの使用状況等を、論理ボ
リュームやパリティグループ２２０の属性等と共にユー
ザに分類して提示する（ステップ１８７０）。

【０１２３】使用状況や空き領域の情報は、ホスト１０
０またはホスト１００にネットワークで接続された他の
計算機で表示することができる。ユーザは、これらの情
報より再配置すべきファイルと再配置先の空き領域とを
決定する。マネージャ１３０は、これらの情報から、自
動的に同様の再配置対象や空き領域を決定してもよい
（ステップ１８８０）。

【０１２４】ホスト１００のファイルシステム１１０
が、OS１２０やアプリケーション１４０からの各ファイ
ルへのリード/ライト要求頻度（アクセス頻度）を監視
して統計情報を生成し、ステップ１８３０でユーザに提
示しするようにしてもよい。

【０１２５】これにより、ユーザは、ホスト１００での
各ファイルのアクセス頻度を勘案して再配置すべきファ
イルを決定することができる。

【０１２６】図２０は、ホスト１００が、再配置対象決
定処理の結果を受けて行う再配置処理の手順を示すフロ
ー図である。本処理は、基本的には、図９に示すLU単位
の再配置決定処理の手順において、LUをファイルに、デ
ィスクアレイ２００をスイッチ５００に読み替えた処理
と同じである。以下、図９とは異なる部分についてのみ
説明する。

【０１２７】マネージャ１３０は、ファイルシステム１
１０に、再配置先の空き領域についての領域の使用予約
を指示する（ステップ１９４０）。ファイルシステム１
１０は、指定された再配置先領域が確保されるよう、キ
ャッシュされたメタデータを更新する（ステップ１９５
０）。マネージャ１３０は、ファイルシステム１１０
に、メタデータのキャッシュメモリのフラッシュを指示
する（ステップ１９６０）。ファイルシステム１１０
は、ホスト１００上のメモリにキャッシュメモリしてあ
るメタデータを、ディスクアレイ２００にライトする
（ステップ１９７０）。

【０１２８】マネージャ１３０は、メタデータを書き換
え、指定されたファイルの位置を、再配置元領域から再
配置先領域へ入れ替える。これにより、再配置元の領域
を空き領域とする（ステップ２０１０）。マネージャ１
３０は、ファイルシステム１１０に、メタデータについ
て、キャッシュの無効化を指示する（ステップ２０２
０）。ファイルシステム１１０は、ホスト１００上のメ
モリにキャッシュしてあるメタデータを無効にする（ス
テップ２０３０）。

【０１２９】以降、ファイルシステム１１０が、ファイ
ルにリード/ライトする場合には、再配置先領域にコピ
ーされたデータに対して正常にリード/ライトを行うこ
とができる。

【０１３０】本実施形態によれば、複数のディスクアレ
イ２００間でのファイルの適正配置を、アプリケーショ
ン１４０にとって再配置前後で論理的に等価となるよう
に行うことが可能となる。

【０１３１】図２１は、本発明が適用された計算機シス
テムの第３実施形態の構成を示す図である。

【０１３２】本実施形態の計算機システムは、クライア
ント８００が、FCインタフェース８６０及びネットワー
クインタフェース８７０を有する。そして、クライアン
ト８００がFCインターフェース８６０を介してFC６００
経由でホスト１００、ディスクアレイ２００及びスイッ
チ５００に接続され、かつネットワークインターフェー
ス８７０を介してネットワーク７００経由でホスト１０
０およびディスクアレイ２００に接続される点が、第２
実施形態の計算機システムと異なる。本実施形態では、
複数のクライアント８００とホスト１００とが、ディス
クアレイ２００上のファイルを共有する。クライアント
８００は、OS８２０とアプリケーション８４０を有す
る。クライアント８００は一般的な電子計算機である。

【０１３３】第２実施形態と同様に、本実施形態のファ
イルシステム１１０は、全てのLUを使用し、全てのLUの
領域を集合して単一の統合領域として管理する。そし
て、統合領域上のファイルを、第２実施形態と同様にメ
タデータにより管理する。

【０１３４】クライアント８００が、ディスクアレイ２
００に格納されているファイルへアクセスする処理につ
いて説明する。

【０１３５】図２２は、クライアント８００がディスク
アレイ２００に格納されているファイルのリードを行う
場合の処理の手順を示すフロー図である。

【０１３６】クライアント８００のアプリケーション８
４０は、ＯＳ８２０にファイルのリードを要求する（ス
テップ２１００）。ＯＳ８２０は、ネットワークインタ
ーフェース８７０あるいはFCインターフェース８６０を
介して、ホスト１００のファイルシステム１１０にファ
イルのリードを通知する（ステップ２１１０）。

【０１３７】ファイルのリードの通知を受けたファイル
システム１１０は、ファイルが格納されているLUおよび
LU内アドレスを、メタデータとLU領域範囲テーブル１９
２とを参照して求める（ステップ２１２０）。ファイル
システム１１０は、ファイルが格納されているLUのLU内
アドレスを他のクライアント８００からのライトに対し
てロックする（ステップ２１３０）。ファイルシステム
１１０は、ホスト１００のキャッシュメモリにあるメタ
データをフラッシュする（ステップ２１４０）。ファイ
ルシステム１１０は、クライアント８００のOS８２０
に、ファイルが格納されているLUおよびLU内アドレス
と、メタデータの格納されているLUおよびLU内アドレス
とを返答する（ステップ２１５０）。

【０１３８】返答を受けたクライアント８００のOS８２
０は、リードの対象となるファイルが格納されているLU
が存在するディスクアレイ２００に対し、FCインターフ
ェース８６０を介して、ファイルが格納されているLU内
アドレスに対するリードを行って、アプリケーション８
４０からの要求を処理する（ステップ２１６０）。

【０１３９】クライアント８００から要求されたデータ
のリード処理が終了したら、OS８２０は、ホスト１００
のファイルシステム１１０から通知されたLUおよびLU内
アドレスにあるメタデータ上のファイルのアクセス日時
を更新する（ステップ２１７０）。OS８２０は、ファイ
ルシステム１１０に、ネットワークインターフェース８
７０またはFCインターフェース８６０を介して、処理の
完了を通知する（ステップ２１８０）。

【０１４０】完了通知を受けたファイルシステム１１０
は、ホスト１００上のメタデータのキャッシュメモリを
無効化し（ステップ２１９０）、ステップ２１３０で行
ったロックを解除する（ステップ２２００）。

【０１４１】図２３は、ライトを行う場合の処理の手順
を示すフロー図である。

【０１４２】ライト処理は、図２２のリード処理におい
て、リードをライトに置き換えた処理とほぼ同一であ
る。以下、異なる部分について説明する。

【０１４３】ファイルシステム１１０は、ライトで増加
する可能性のあるファイル使用領域のための領域の予約
をメタデータに記述する（ステップ２３４０）。ファイ
ルシステム１１０は、クライアント８００のOS８２０
に、ファイルが格納されているLUおよびLU内アドレス
（ライトで増加する可能性のあるファイル使用領域のた
めに予約した領域を含める）と、メタデータが格納され
ているLU及びLU内アドレスとを返答する。なお、ライト
で増加する可能性のあるファイル使用領域の増加量は、
クライアント８００のOS８２０からのライトの通知に含
まれているものとする（ステップ２３６０）。

【０１４４】返答を受けたOS８２０は、ライトの対象と
なるファイルが格納されているLUが存在するディスクア
レイ２００に対し、FCインターフェース８６０を介し
て、ファイルが格納されているLU内アドレスに対するラ
イトを行い、アプリケーション８４０からの要求を処理
する（ステップ２３７０）。

【０１４５】このようにして、クライアント８００のア
クセスを処理することにより、クライアント８００およ
びホスト１００は、ディスクアレイ２００に格納されて
いるファイルを矛盾なく共有して使用することができ
る。なお、ホスト１００自身のファイルアクセスも、ク
ライアント８００によるファイルアクセスと同様に処理
される。

【０１４６】次に、本実施形態でのファイルの再配置に
ついて説明する。

【０１４７】本実施形態でのファイルの再配置に関する
処理（使用状況取得処理、使用状況収集処理、再配置対
象決定処理および再配置処理）は、第２実施形態と同様
である。ただし、アプリケーション８４０が要求するデ
ータのリード/ライト処理でファイルがロックされてい
る間、再配置処理は実行されない。また、図２０に示す
再配置処理のステップ１９２０及び１９３０におけるフ
ァイルのキャッシュメモリのフラッシュと、ディスクア
レイへ２００への書き戻しは、ファイルシステム１１０
がそのファイルをキャッシュメモリしているクラインア
ント８００に対して指示し、これを行わせる。

【０１４８】本実施形態によれば、ディスクアレイ２０
０に格納されているデータを共有して使用する環境にお
いても、複数のディスクアレイ２００間におけるファイ
ルの物理的な再配置を、アプリケーション１４０、８４
０に対して、再配置前後で論理的に等価となるように行
うことができる。

【０１４９】本実施形態においても、ホスト１００のフ
ァイルシステム１１０が、OS１２０、８２０やアプリケ
ーション１４０、８４０からの各ファイルへのリード/
ライト要求頻度を監視し、統計情報を生成して、再配置
対象決定処理においてユーザに提示するようにしてもよ
い。

【０１５０】本実施形態において、クライアント８００
上にマネージャ１３０のプログラムが格納され、そのマ
ネージャ１３０が、FCインターフェース８６０あるいは
ネットワークインターフェース８７０を用いて、使用状
況等の情報の収集や指示などの処理を、ホスト１００の
ファイルシステム１１０やディスクアレイ２００に要求
するようにしてもよい。

【０１５１】図２４は、本発明が適用された計算機シス
テムの第４実施形態の構成を示す図である。

【０１５２】本実施形態の計算機システムは、ホスト１
００がＬＵプールマネージャ９００及びＬＵ管理テーブ
ル９１０を有する点で、第１実施形態の計算機システム
と異なる。

【０１５３】本実施形態によれば、ＬＵの再配置先の選
択を容易にすることができる。

【０１５４】図２５は、ＬＵ管理テーブル９１０を示す
図である。

【０１５５】ＬＵ管理テーブル９１０は、システム全体
のＬＵの状態に関する情報が登録されているテーブルで
ある。

【０１５６】ＬＵ番号３３１０には、各ＬＵに一意に割
り当てられた番号が登録される。この番号は、ＬＵプー
ルマネージャ９００が各ＬＵを管理するために使用され
る。サイズ３３２０には、対応するＬＵの容量が登録さ
れる。構成３３３０には、ＲＡＩＤ構成の種別が格納さ
れる。構成３３３０には、ＬＵがキャッシュメモリ３３
０や単体ディスクで構成されている場合には、その情報
も格納される。

【０１５７】状態３３４０には、ＬＵの状態を示す情報
が格納される。その種別として、「オンライン」、「オ
フライン」、「未実装」及び「障害オフライン」が設け
られている。「オンライン」は、ＬＵが正常な状態であ
り、ホスト１００からアクセス可能であることを示す。
「オフライン」は空きＬＵ、すなわちＬＵは正常に存在
するが、ホスト１００からはアクセス不能の状態におか
れていることを示す。「未実装」は、このＬＵは定義さ
れておらず、ホスト１００からアクセス不能であること
を示す。「障害オフライン」は、ＬＵに障害が発生して
ホスト１００からのアクセスができないことを示す。

【０１５８】ディスクアレイ番号３３５０には、対応す
るＬＵが存在するディスクアレイ２００を示す情報が格
納される。

【０１５９】パス３３６０には、各ディスクアレイ２０
０に複数接続するＦＣ６００のどれにＬＵが割り当てら
れているかを示す番号が格納される。ＩＤ３３７０及び
ＬＵＮ３３８０には、ＬＵを示す番号が格納される。

【０１６０】ディスク性能３３９０には、対応するＬＵ
が現在配置されているディスク装置２１０の性能を示す
指標が格納される。具体的には、図２９に示すとおり、
ディスク装置２１０の平均シーク時間、平均回転待ち時
間及び構成から、ディスク装置２１０の性能が高性能、
中性能、低性能の指標に分類されて格納されている。キ
ャッシュメモリ上のＬＵは、超高性能に分類される。

【０１６１】エミュレーションタイプ３４００には、デ
ィスクアレイ２００がホスト１００に提供する各ＬＵの
ディスク装置としての型を示す情報が格納される。

【０１６２】再配置可能フラグ３４１０には、ＬＵの再
配置を行う際に、ＬＵの再配置先として使用できるか否
かを指定するためのフラグが格納される。ユーザは、こ
のフラグを用いて再配置用のＬＵとその他のＬＵを区別
することができる。ユーザはフラグのオン／オフを変更
することができる。

【０１６３】図２５は、ディスクアレイ番号０について
のＬＵ管理テーブルを示す図である。マネージャ１３０
は、すべてのディスクアレイ２００についてのＬＵ管理
テーブルを保持している。

【０１６４】本実施形態における再配置対象の決定は、
以下のようにして行われる。

【０１６５】ユーザは、マネージャ１３０に対して、再
配置元ＬＵの指定及び再配置先ＬＵとして必要とされる
条件を指定する。具体的な条件としては、性能条件や信
頼性レベル等がある。

【０１６６】例えば、あるＬＵが過度に使用され、その
ＬＵを含むディスク装置の能力を超えて負荷がかかって
いる場合、そのＬＵの再配置先としてより高性能のディ
スク装置を指定すれば、ＬＵの処理能力が増大し、計算
機システムの性能向上が期待できる。

【０１６７】又、重要なデータを格納しているＬＵが単
体ディスクや冗長なしＲＡＩＤ（ＲＡＩＤ０）上に存在
する場合、再配置先としてＲＡＩＤ５やＲＡＩＤ１を指
定すれば、冗長性による耐障害性を確保できる。

【０１６８】マネージャ１３０は、ＬＵ管理テーブル９
１０に登録された情報を用いて再配置先のＬＵを決定
し、ユーザに通知した上で、ＬＵの再配置を行う。

【０１６９】図２６は、本実施形態における再配置対象
決定処理の手順を示すフロー図である。本処理は、ユー
ザの指示に対応して実行される。ユーザは、マネージャ
１３０に対して再配置元ＬＵのディスクアレイ番号、パ
ス、ＩＤ及びＬＵＮを指定する。この場合、パス及びＩ
Ｄ等の代わりに、ディスクアレイ番号及びＬＵ番号を指
定してもよい（ステップ２５００）。

【０１７０】ユーザは、マネージャ１３０に対して、再
配置先についての要求条件として性能条件や信頼性レベ
ルを指定する（ステップ２５１０）。

【０１７１】マネージャ１３０は、再配置元ＬＵ、およ
び再配置先についての要求条件をＬＵプールマネージャ
９００に通知する（ステップ２５２０）。ＬＵプールマ
ネージャ９００は、ＬＵ管理テーブル９１０内を検索し
て、要求された条件を満たすＬＵの有無を確認する（ス
テップ２５３０）。

【０１７２】この場合、検索条件は、「状態がオフライ
ン」かつ「サイズが再配置元ＬＵ以上」かつ「エミュレ
ーションタイプが再配置元ＬＵと同じ」かつ「再配置可
能フラグがオン（真）すなわち可能」かつ「性能条件が
要求を満たす」かつ「信頼性レベルが要求を満たす」で
なければならない。

【０１７３】ステップ２５４０において条件を満たすＬ
Ｕが存在した場合、ＬＵプールマネージャは、該当する
ＬＵをマネージャ１３０に通知する（ステップ２５５
０）。マネージャ１３０は、通知されたＬＵを再配置先
ＬＵとして決定する（ステップ２５６０）。

【０１７４】ステップ２５４０で条件を満たすＬＵが存
在しなかった場合、ＬＵプールマネージャ９００は、Ｌ
Ｕ管理テーブル９１０内を検索して「状態が未実装」の
ＬＵ番号３３１０を探す（ステップ２５７０）。

【０１７５】未実装のＬＵ番号３３１０が存在しなかっ
た場合は、ＬＵプールマネージャ９００は、マネージャ
１３０に条件を満たすＬＵの利用不可を通知する（ステ
ップ２５８０）。通知を受けたマネージャ１３０は、ユ
ーザに再配置先ＬＵ決定不可を通知する（ステップ２５
９０）。

【０１７６】ステップ２５７０で未実装のＬＵが存在し
た場合は、ＬＵプールマネージャ９００は、未実装のＬ
Ｕ番号と再配置先ＬＵについての条件を指定して、該当
するディスクアレイ２００に再配置先ＬＵの構築を指示
する（ステップ２６００）。

【０１７７】この場合の再配置先ＬＵについての条件
は、「サイズが再配置元ＬＵ以上」かつ「エミュレーシ
ョンタイプが再配置元ＬＵと同じ」かつ「性能条件が要
求を満たす」かつ「信頼性レベルが要求を満たす」であ
る。

【０１７８】ＬＵの構築を指示されたディスクアレイ２
００は、ＬＵ構築処理を行う（ステップ２６１０）。構
築が成功した場合は、ディスクアレイ２００は、ＬＵプ
ールマネージャ９００に、構築したＬＵについてのディ
スクアレイ番号、パス、ＩＤ及びＬＵＮなどを含む一連
の情報を通知する（ステップ２６２０）。構築が失敗し
た場合には、ディスクアレイ２００は、ＬＵプールマネ
ージャ９００に構築不可の通知を行う（ステップ２６１
０）。

【０１７９】ＬＵプールマネージャ９００は、通知され
たＬＵの情報をＬＵ管理テーブル９１０に登録し（ステ
ップ２６３０）、マネージャ１３０に通知する（ステッ
プ２５５０）。マネージャ１３０は、このＬＵを再配置
先ＬＵとして決定する（ステップ２５６０）。

【０１８０】構築不可の通知を受けたＬＵプールマネー
ジャ９００は、マネージャ１３０に条件を満たすＬＵの
利用不可を通知する（ステップ２５８０）。通知を受け
たマネージャ１３０は、ユーザに再配置先ＬＵ決定不可
を通知する（ステップ２５９０）。

【０１８１】図２７は、ディスクアレイ２００が行うＬ
Ｕ構築処理の手順を示すフロー図である。この処理は、
ＬＵプールマネージャ９００の指示を受けた時に行われ
るディスクアレイ２００は、ＬＵプールマネージャ９０
０からの指示により、未実装のＬＵ番号と再配置先ＬＵ
についての条件を受け取る（ステップ２７００）。

【０１８２】ディスクアレイ２００は、ディスク装置２
１０やキャッシュメモリ３３０などの内部資源割り当て
状況等と受け取った条件を比較して、要求された条件の
ＬＵが構築可能かどうかを判断する（ステップ２７１
０）。ＬＵが構築可能な場合は、ディスクアレイ２００
は、内部資源を割り当て、フォーマット／初期化処理を
行ってＬＵを構築する。ディスクアレイ２００は、構築
したＬＵに、ＬＵプールマネージャー９００から受けと
った未実装のＬＵに対応するＬＵ番号を割り当てる（ス
テップ２７２０）。

【０１８３】ディスクアレイ２００は、ＦＣインタフェ
ース２６０を設定し、ＬＵにパス、ＩＤ、ＬＵＮを割り
当てる（ステップ２７３０）。ディスクアレイ２００
は、構築したＬＵについての、ディスクアレイ番号、パ
ス、ＩＤ及びＬＵＮ等を含む一連の情報をＬＵプールマ
ネージャ９００に通知する（ステップ２７４０）。

【０１８４】ステップ２７１０においてＬＵが構築不可
能だった場合は、ディスクアレイ２００は、構築不可を
ＬＵプールマネージャ９００に通知する（ステップ２７
５０）。

【０１８５】再配置先ＬＵが決定されたら、マネージャ
１３０は、第一の実施の形態と同様に再配置元ＬＵと再
配置先ＬＵについての再配置処理を行う。

【０１８６】図２８は、再配置元ＬＵのオフライン化処
理の手順を示すフロー図である。

【０１８７】マネージャ１３０は、第一の実施の形態で
説明した方法でコピーの進捗を取得し、コピーが終了し
た場合は、ＬＵプールマネージャ９００に再配置元ＬＵ
のオフライン化を指示する（ステップ２８００）。

【０１８８】オフライン化の指示を受けたＬＵプールマ
ネージャ９００は、再配置元ＬＵのディスクアレイ２０
０に、再配置元ＬＵのオフライン化を指示する（ステッ
プ２８１０）。オフライン化の指示をうけたディスクア
レイ２００は、ＦＣインタフェース２６０を設定してＬ
Ｕにロックをかけることで、ＬＵをオフラインにする
（ステップ２８２０）。ディスクアレイ２００は、オフ
ライン化したことをＬＵプールマネージャ９００に通知
する（ステップ２８３０）。

【０１８９】オフライン化の通知を受けたＬＵプールマ
ネージャは、ＬＵ管理テーブル９１０のＬＵの状態３３
４０の内容をオフラインに更新する（２８４０）。

【０１９０】ここでは、マネージャ１３０がコピーの進
捗情報を取得する例を説明したが、ディスクアレイ２０
０がコピー終了をマネージャ１３０に通知してもよい。

【０１９１】また、マネージャ１３０がオフライン化を
指示する代わりにディスクアレイ２００がコピー終了時
点で再配置元ＬＵをオフライン化し、オフライン化した
ことをＬＵプールマネージャ９００に通知してもよい。

【０１９２】本実施形態においては、マネージャ１３０
が、SCSI規格のEXTENDED COPYコマンドを用いてスイッ
チ５００のコピー制御部５１０へのコピー指示を行う場
合について説明したが、他のコマンドを用いてもよい。
他のコマンドとは、例えば、コマンドボリュームへのラ
イトコマンド等である。また、図１５に示すように、デ
ィスクアレイ２００がコピー制御部５１０を有し、マネ
ージャ１３０がディスクアレイ２００のコピー制御部５
１０に、コピー指示を行って、ディスクアレイ２００が
コピー処理を行うようにしてもよい。

【０１９３】本実施形態では、再配置先ＬＵとして要求
する条件などの情報はユーザが指定しているとしたが、
マネージャ１３０が自動的に判断して指定してもよい。

【０１９４】本実施形態では、ＬＵプールマネージャ９
００とマネージャ１３０が同じホスト１００に存在する
としたが、ＬＵプールマネージャ９００がリモートコン
ピュータ４００といった、マネージャ１３０とは異なる
コンピュータに存在してもよい。この場合、ＬＵプール
マネージャ９００とマネージャ１３０は、ＦＣ６００や
ネットワーク７００を介してＳＣＳＩやＳＮＭＰや他の
プロトコルやコマンド体系で指示や通知を行う。

【０１９５】本実施形態によれば、ＬＵの再配置の処理
において、再配置先のＬＵの管理や選択を容易にしてユ
ーザの負荷を削減し、計算機システムの管理を容易にす
ることができる。

【０１９６】図２９は、本発明を適用した計算機システ
ムの第５実施形態を示す図である。本実施形態の計算機
システムは、ＬＵ領域範囲テーブル１９２に新たな項目
を付加したＬＵ領域範囲テーブル１９３を用いて、クラ
イアント８００からのリード／ライト要求に基づき、ホ
スト１００がファイルをリード／ライトする。そして、
クライアント８００との間でネットワーク７００を介し
てデータを転送する処理を行う点が、第３実施形態の計
算機システムと異なる。ネットワーク７００を経由した
ファイル共有のためのプロトコルとしては、Ｎｅｔｗｏ
ｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ（ＮＦＳ）やＣｏｍｍｏ
ｎ Ｉｎｔｅｒｎｅｔ Ｆｉｌｅ Ｓｙｓｔｅｍ（ＣＩ
ＦＳ）が広く用いられている。これらのプロトコルや広
く普及しているネットワーク７００を用いることによ
り、容易にファイル共有環境を実現することができる。
本実施形態においても、ＮＦＳ又はＣＩＦＳを使用する
ことを考える。

【０１９７】図３０は、ＬＵ領域範囲テーブル１９３を
示す図である。ＬＵ領域範囲テーブル１９３には、ＬＵ
領域に対するアクセスがネットワークを使用するか否か
に関する情報が格納される。

【０１９８】使用種別３５１０には、ＬＵ領域が、リー
ド／ライトの処理が第３実施形態のようにＦＣ６００を
介して行われるＬＵ領域であるか、本実施形態で説明す
るようにネットワーク７００を介してリード／ライトの
処理が行われるＬＵ領域であるかを示す情報が格納され
る。

【０１９９】使用種別３５１０には、ＬＵ領域が、第１
実施形態のようにＬＵを再配置する構成および方法に用
いる領域（この場合のリード／ライト要求はＦＣ６００
を経由する）であるか、ＬＵへのリード／ライトの処理
が、ネットワーク７００を介して行う領域であるかの情
報を格納することができる。使用種別３５１０には、未
使用領域の情報を格納することもできる。その他、領域
内アドレス、ディスクアレイ番号、ＩＤ、ＬＵＮ、ＬＵ
内アドレスは、第３実施形態で説明したものと同様なの
で、説明を省略する。

【０２００】ＬＵ領域範囲テーブル１９３を用いてＬＵ
を集中して管理することで、ファイルシステム１１０
は、ＬＵを少なくとも使用種別毎に区別された、複数の
領域として管理することができる。

【０２０１】ＬＵ領域範囲テーブル１９３が設定される
ことによって、ホスト１００は、クライアント８００か
らの要求が、第３実施形態で説明した方法でのアクセス
か、ネットワークを介した形でのアクセスかを、要求で
用いられるプロトコルなどで区別する。ホスト１００
は、この種別に応じて、ＬＵ領域を使用種別３５１０毎
に区別して扱う。

【０２０２】ホスト１００は、第３実施形態の方法でア
クセスされるファイルおよび領域と、本実施形態の方法
でアクセスされるファイルおよび領域を区別して処理す
る。したがって、同一のファイルおよび領域へアクセス
する方法が混在することはない。

【０２０３】ホスト１００は、アクセス可能なファイル
の検索においても、同様の区別を行う。つまり、同一の
ディスクアレイ２００に存在する各ファイルに、クライ
アント８００からのアクセス要求があった場合、クライ
アント８００からの使用種別を識別することにより、ク
ライアント８００の使用種別とは異なる他の使用種別の
ファイルをクライアント８００に対して返答しない。し
たがって、クライアント８００には、自己が使用するア
クセス方法でのみアクセス可能なファイルだけが通知さ
れる。このことにより、本システムにおいては、共有フ
ァイルの管理を容易に行うことができる。

【０２０４】さらに、第１実施形態のように、ＬＵを再
配置する構成および方法に用いる領域（リード／ライト
はＦＣ６００経由）と、ＬＵへのリード／ライトをホス
ト１００およびネットワーク７００を介して行う領域と
の区別を行うことによって、上述したような効果をこれ
ら全ての使用種別に対して得ることができる。又、ユー
ザは、ホスト１００またはリモートコンピュータ４００
を介して、ＬＵ領域範囲テーブル１９３を自由に設定す
ることができる。

【０２０５】本実施形態では、ＮＦＳやＣＩＦＳのよう
なファイル共有プロトコルをネットワーク７００経由で
使用し、ホスト１００とクライアント８００間のデータ
転送をネットワーク７００経由で行うとしたが、ネット
ワーク７００の代わりに、ＦＣ８００経由で行う処理も
考えられる。更に、クライアント８００が行う各ＬＵへ
のリード／ライト要求を、ホスト１００およびネットワ
ーク７００を介して行う処理も考えられる。この場合、
ホスト１００は、クライアント８００が要求するリード
／ライト対象領域を、ＬＵ領域範囲テーブル１９２を用
いて求める。ホスト１００は、対象となるデータをリー
ドしてクライアント８００にネットワーク７００経由で
転送する。あるいは、ホスト１００は、クライアント８
００からデータをネットワーク７００経由で受領してラ
イトする。

【０２０６】図３１は、クライアント８００のアプリケ
ーション８４０が、ディスクアレイ２００に格納されて
いるファイルに対してリードを行う場合における、ホス
ト１００の処理の手順を示すフロー図である。

【０２０７】第３実施形態と同様に、リード通知をうけ
たホスト１００のファイルシステム１１０は、ＬＵ領域
範囲テーブル１９３とメタデータを参照することで、フ
ァイルの格納されているＬＵ及びＬＵ内領域を求める
（ステップ２９００）。ファイルシステム１１０は、他
のライト要求に対してリード対象となるファイルをロッ
クする（ステップ２９１０）。ファイルシステム１１０
は、ファイル内のデータをリードして（ステップ２９２
０）、クライアント８００にネットワーク７００を介し
てリードした内容を転送する（ステップ２９３０）。フ
ァイルシステム１１０は、メタデータ上のファイルアク
セス日時を更新する（ステップ２９４０）。ファイルシ
ステム１１０は、ファイルのロックを解除し（ステップ
２９５０）、リード処理の完了をクライアント８００に
通知する（ステップ２９６０）。

【０２０８】図３２は、アプリケーション８４０が、ラ
イトを行う場合の処理の手順を示すフロー図である。

【０２０９】ライト通知を受けたホスト１００は、ネッ
トワーク７００経由でクライアント８００からライトデ
ータを受け取る（ステップ３０００）。ホスト１００
は、ＬＵ領域範囲テーブル１９３とメタデータを参照す
ることで、ファイルの格納されているＬＵとＬＵ内領域
を求める（ステップ３０１０）。ホスト１００は、ファ
イルをロックし（ステップ３０２０）、ファイルにデー
タをライトする。このとき、必要ならばメタデータを更
新してファイル使用領域の追加を行う（ステップ３０３
０）。

【０２１０】ホスト１００は、メタデータ上のファイル
更新日時とアクセス日時を更新する（ステップ３０４
０）。ホスト１００は、ロックを解除し（ステップ３０
５０）、ライト完了をクライアント８００に通知する
（ステップ３０６０）。

【０２１１】図３３は、クライアント８００のアプリケ
ーション８４０またはＯＳ８２０が、アクセス可能なフ
ァイルの存在についてホスト１００に問い合わせた場合
の処理の手順を示すフロー図である。

【０２１２】アプリケーション８４０またはＯＳ８２０
自身の要求があった時、ＯＳ８２０は、ネットワーク７
００を介してホスト１００にアクセス可能なファイルの
存在を問い合わせる（ステップ３１００）。

【０２１３】通知をうけたホスト１００のファイルシス
テム１１０は、アクセス可能なファイルを、ＬＵ領域範
囲テーブル１９３とメタデータを参照して求める（ステ
ップ３１１０）。ファイルシステム１１０は、各ファイ
ルのファイル名などの情報をクライアント８００に通知
する（ステップ３１２０）。

【０２１４】本実施形態では、クライアント８００およ
びホスト１００は、ディスクアレイ２００に格納されて
いるファイルをホスト１００経由で共有して使用するこ
とができる。データの再配置の方法等は第３実施形態と
同様である。ただし、再配置処理は各使用種別の領域内
で行われる。

【０２１５】本実施形態では、ディスクアレイ２００に
格納されているデータを共有して使用する環境において
も、アプリケーション１４０およびアプリケーション８
４０が関与することなく、複数のディスクアレイ２００
間でのファイルの物理的再配置を行うことができる。

【０２１６】本発明は、各実施形態に限定されるもので
はなく、その要旨の範囲内で数々の変形が可能である。

【０２１７】たとえば、図１、図１５および図２１に示
すように、マネージャ１３０を、ネットワークインタフ
ェース４７０とFCインタフェース４６０とを有するリモ
ートコンピュータ４００上のプログラムとして、ホスト
１００の外部に配置してもよい。ホスト１００外部のマ
ネージャ１３０がFC６００あるいはネットワーク７００
経由で情報の収集や指示を行い、各実施形態と同様の処
理を行って、複数のディスクアレイ２００間におけるLU
の再配置によるデータの適正配置を、アプリケーション
１４０に対して透過的に行うことができる。

【０２１８】また、第１実施形態において、第３実施形
態と同様に、ファイルの共有等を行うようにしてもよ
い。この場合も、記第１実施形態と同様に、複数のディ
スクアレイ２００間でのデータの物理的再配置を、アプ
リケーション１４０、８４０に対し、再配置前後で論理
的に等価となるように透過的に行うことができる。

【０２１９】

【発明の効果】以上説明したように、本発明によれば、
ストレージサブシステム間におけるデータの再配置を容
易に行うことが出来る。また、本発明によれば、ホスト
コンピュータが適正配置の決定に必要な情報を複数のス
トレージサブシステムから取得することができる。ま
た、異なるストレージサブシステム間におけるデータの
再配置を、アプリケーションにとってのデータ位置が、
再配置の前後で変化しないように行うことができる。さ
らに、異なるストレージサブシステム間におけるファイ
ルを対象とするデータの再配置を行うことができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態が適用された計算機シス
テムの構成を示す図である。

【図２】本発明の第１実施形態でのリード/ライト処理
および使用状況取得処理の手順を示すフロー図である。

【図３】本発明の第１実施形態で用いる論理/物理対応
情報を示す図である。

【図４】本発明の第１実施形態で用いる論理ボリューム
使用状況を示す図である。

【図５】本発明の第１実施形態での使用状況収集処理の
手順を示すフロー図である。

【図６】本発明の第１実施形態で用いる論理ボリューム
情報のパラメータを示す図である。

【図７】本発明の第１実施形態で用いる論理ボリューム
情報を示す図である。

【図８】本発明の第１実施形態での再配置対象決定処理
の手順を示すフロー図である。

【図９】本発明の第１実施形態での再配置処理の手順を
示すフロー図である。

【図１０】本発明の第１実施形態で用いるLU論理位置名
テーブルを示す図である。

【図１１】本発明の第１実施形態で用いるLU論理位置名
テーブルを示す図である。

【図１２】本発明の第１実施形態でのコピー処理の手順
を示すフロー図である。

【図１３】本発明の第１実施形態で用いるコピー領域管
理テーブルを示す図である。

【図１４】本発明の第１実施形態での、図１６に示す処
理によるコピー中における、再配置先LUへのリード/ラ
イトコマンドに対する処理の手順を示すフロー図であ
る。

【図１５】本発明の第２実施形態が適用された計算機シ
ステムの構成を示す図である。

【図１６】本発明の第２実施形態で用いるLU領域範囲テ
ーブルを示す図である。

【図１７】本発明の第２実施形態でのリード/ライト処
理の手順を示すフロー図である。

【図１８】本発明の第２実施形態で用いるメタデータを
示す図である。

【図１９】本発明の第２実施形態での再配置対象決定処
理の手順を示すフロー図である。

【図２０】本発明の第２実施形態での再配置処理の手順
を示すフロー図である。

【図２１】本発明の第３実施形態が適用された計算機シ
ステムの構成を示す図である。

【図２２】本発明の第３実施形態において、クライアン
トのアプリケーションがファイルのリードを行う際の処
理の手順を示すフロー図である。

【図２３】本発明の第３実施形態において、クライアン
トのアプリケーションがファイルのライトを行う際の処
理の手順を示すフロー図である。

【図２４】本発明の第４実施形態が適用された計算機シ
ステムの構成を示す図である。

【図２５】本発明の第４実施形態でのＬＵ管理テーブル
９１０を示す図である。

【図２６】本発明の第４実施形態での再配置対象決定処
理の手順を示すフロー図である。

【図２７】本発明の第４実施形態でのＬＵ構築処理の手
順を示すフロー図である。

【図２８】本発明の第４実施形態での再配置元ＬＵオフ
ライン化処理の手順を示すフロー図である。

【図２９】本発明の第５実施形態が適用された計算機シ
ステムの構成を示す図である。

【図３０】本発明の第５実施形態でのＬＵ領域範囲テー
ブル１９３を示す図である。

【図３１】本発明の第５実施形態でのクライアント８０
０のアプリケーション８４０がファイルのリードを行う
際の処理の手順を示したフロー図である。

【図３２】本発明の第５実施形態でのクライアント８０
０のアプリケーション８４０がファイルのライトを行う
際の処理の手順を示すフロー図である。

【図３３】本発明の第５実施形態でのアクセス可能ファ
イル応答処理の手順を示すフロー図である。

【符号の説明】

１００…ホスト、１１０…ファイルシステム、１２０、
８２０…OS、１３０…マネージャ、１４０、８４０…ア
プリケーション、１６０、２６０、４６０、８６０…FC
インタフェース、１７０、２７０、４７０、８７０…ネ
ットワークインタフェース、１９０…ローカルディス
ク、１９１…LU論理位置名テーブル、１９２…LU領域範
囲テーブル、２００…ディスクアレイ、２１０…ディス
ク装置、２２０…パリティグループ、３００…制御部、
３１０…CPU、３２０…メモリ、３２１…論理/物理対応
情報、３２２…論理ボリューム使用状況、３２３…コピ
ー領域管理テーブル、３３０…キャッシュメモリ、４０
０…リモートコンピュータ、５００…スイッチ、５１０
…コピー制御部、６００…Fibre Channel（FC）、７０
０…ネットワーク、８００…クライアント。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 江口 賢哲 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 荒井 弘治 神奈川県小田原市国府津2880番地 株式会 社日立製作所ストレージシステム事業部内 Ｆターム(参考） 5B065 CA30 CH18

Claims (14)

【特許請求の範囲】
1. 【請求項１】計算機と、前記計算機に接続される複数の
   ストレージサブシステムとを有し、 前記複数のストレージサブシステムの各々は、 該ストレージサブシステムが有する記憶領域の各々につ
   いて、前記記憶領域の使用状況を取得する取得手段を有
   し、 前記計算機は、 前記複数のストレージサブシステムの各々から、前記取
   得手段によって取得された記憶領域各々の使用状況を収
   集する収集手段を有することを特徴とする計算機システ
   ム。
2. 【請求項２】前記記憶領域は、ディスク装置を用いて形
   成される論理的な記憶領域であることを特徴とする請求
   項１記載の計算機システム。
3. 【請求項３】前記複数のストレージサブシステムの各々
   は、前記計算機の指示にしたがって、他の前記複数のス
   トレージサブシステムのうちのいずれかからデータの移
   動を行う移動手段と、前記移動手段が完了したことを前
   記計算機に通知する手段とを有し、 前記計算機は、 前記データの論理的な位置と、前記ストレージサブシス
   テムにおいて前記データが格納される記憶領域との対応
   を記憶する対応記憶部と、 前記通知手段によって前記ストレージサブシステム間で
   のデータの移動が完了した通知を受け取った場合に、前
   記対応記憶部を更新する更新手段とを有することを特徴
   とする請求項２記載の計算機システム。
4. 【請求項４】前記計算機は、前記複数のストレージサブ
   システム各々から収集された各々の前記記憶領域の使用
   状況を表示する表示部と、 該計算機システムの使用者に、前記表示部に表示された
   各々の前記記憶領域のいずれかを選択させる選択手段と
   を有し、 前記指示には、前記選択手段によって選択された記憶領
   域を指定する情報が含まれていることを特徴とする請求
   項３記載の計算機システム。
5. 【請求項５】前記計算機は、前記複数のストレージサブ
   システム各々から収集された各々の前記記憶領域の使用
   状況に基づいて、所定の条件を満たす前記記憶領域を選
   択する手段を有し、前記指示には、前記選択手段によっ
   て選択された記憶領域を指定する情報が含まれているこ
   とを特徴とする請求項３記載の計算機システム。
6. 【請求項６】前記所定の条件とは、前記記憶領域へのア
   クセスの頻度が一定値以上であるという条件であること
   を特徴とする請求項５記載の計算機システム。
7. 【請求項７】前記計算機は、前記データと前記計算機で
   実行されるファイルシステムが管理するファイルとの対
   応関係を保持するファイル対応関係記録部と、 前記ファイル対応関係記録部を使用して前記ファイルご
   とに前記記憶領域の使用状況を収集する手段とを有し、 前記複数のストレージサブシステムの各々は、前記指示
   にしたがって、指定された前記ファイルを他の前記複数
   のストレージサブシステムのうちのいずれかから移動す
   る手段と前記移動する手段が完了したことを前記計算機
   に通知する手段を有することを特徴とする請求項３記載
   の計算機システム。
8. 【請求項８】前記計算機は、前記通知する手段によっ
   て、ストレージサブシステム間のファイルの移動が完了
   したことを通知されると、前記ファイル対応関係記録部
   を更新する手段を有することを特徴とする請求項７記載
   の計算機システム。
9. 【請求項９】前記使用状況には、データを読み出す際に
   前記記憶領域が占有される時間が含まれることを特徴と
   する、請求項１〜８記載の計算機システム。
10. 【請求項１０】ホストコンピュータと接続される接続部
    と、複数の記憶装置と、 前記複数の記憶装置を制御する制御部と、前記複数の記
    憶装置の使用状況を示す情報が格納される記憶部とを有
    し、 前記制御部は、前記接続部を介して、前記複数の記憶装
    置の使用状況を示す情報の転送を要求する命令を受け取
    った場合には、前記記憶部から前記複数の記憶装置の使
    用状況を示す情報を読み出し、前記ホストコンピュータ
    に転送することを特徴とするストレージサブシステム。
11. 【請求項１１】複数のストレージサブシステムと接続さ
    れる接続部と、前記複数のストレージサブシステムから
    取得した前記複数のストレージサブシステム各々が有す
    る記憶領域の使用状況が格納される記憶部と、中央演算
    処理装置とを有し、 前記中央演算処理装置は、前記記憶部に格納された前記
    複数のストレージサブシステムの使用状況の情報に基づ
    いて、移動すべきデータを決定する決定手段と、 前記決定手段によって決定されたデータの情報を前記接
    続部を介して、移動先となる前記複数のストレージサブ
    システムのうちのいずれか一つに通知する通知手段とを
    有することを特徴とする計算機。
12. 【請求項１２】複数のストレージサブシステム間におい
    てデータを移動する方法であって、前記複数のストレー
    ジサブシステムにおいて収集された情報を前記複数のス
    トレージシステムに接続される計算機で収集し、 移動対象となるデータを前記計算機で決定し、前記決定
    されたデータの位置を、移動先となる前記複数のストレ
    ージサブシステムのうちの一つに通知し、 通知を受けたストレージサブシステムで前記通知された
    データの移動を行うことを特徴とするデータの移動方
    法。
13. 【請求項１３】複数のストレージサブシステム間におい
    てデータを移動する方法であって、前記複数のストレー
    ジサブシステムにおいて収集された情報を前記複数のス
    トレージシステムに接続される計算機で収集し、 移動対象となるデータを前記計算機で決定し、前記決定
    されたデータの位置を、移動先となる前記複数のストレ
    ージサブシステムのうちの一つに通知し、 通知を受けたストレージサブシステムで前記通知された
    データの移動を行うことを特徴とするデータの移動方
    法。
14. 【請求項１４】複数のストレージサブシステム間におい
    てデータを移動するコンピュータプログラムであって、
    前記複数のストレージサブシステムにおいて収集された
    情報を前記複数のストレージシステムに接続される計算
    機で収集し、 移動対象となるデータを前記計算機で決定し、前記決定
    されたデータの位置を、移動先となる前記複数のストレ
    ージサブシステムのうちの一つに通知するプログラム
    と、 通知を受けたストレージサブシステムで前記通知された
    データの移動を行うプログラムとから構成されることを
    特徴とするコンピュータプログラム。