(57)【要約】【課題】ファイルグループに対して特定のアクションが発生したときには、ファイルグループに属するファイルを最上位階層に集めること。【解決手段】ディスクアダプタ１６の管理プロセッサが管理サーバとし、ホスト２４がエージェントとして、ファイル昇格処理を行うときに、キーファイルに対するアクションが発生したときに、管理サーバは、マイクロプログラム２６にしたがって管理ソフトウエアを起動し、アクションの内容が昇格条件を満たすときには、キーファイルと同じファイルグループに属するファイルを最上位階層（Ｔｉｅｒ１）に昇格し、利用開始時からキーファイルと同じファイルグループに属するファイルを最上位階層に配置する。【選択図】図２
2008102590.tif 000002
【特許請求の範囲】
【請求項１】
ストレージの記憶領域を論理的に階層化し、各階層にファイル群を分散して配置するとともに、前記いずれかの階層に属するファイルの集まりを単位ごとにファイルグループとして、各ファイルグループに属するファイルの配置を管理するストレージシステムの運用管理方法において、前記各ファイルグループに属するファイルのうち最上位階層に属するファイルを監視対象ファイルに設定する第１のステップと、前記いずれかの監視対象ファイルに対して、特定のアクションが生じたときに、昇格条件を満たすか否かを判定する第２のステップと、前記第２のステップで昇格条件を満たすと判定したときに、前記アクションを受けた監視対象ファイルと同じファイルグループに属するファイルを前記最上位階層に昇格する第３のステップと、を有することを特徴とするストレージシステムの運用管理方法。
【請求項２】
前記第２のステップは、前記特定のアクションの発生時に、前記最上位階層の容量に余裕があるか否かを前記昇格条件の一要素として判定するステップを含むことを特徴とする請求項１に記載のストレージシステムの運用管理方法。
【請求項３】
前記特定のアクションは、新規作成、更新、参照またはコピーのいずれかであることを特徴とする請求項１に記載のストレージシステムの運用管理方法。
【請求項４】
前記各ファイルグループの監視対象ファイル以外のファイルの中に降格条件を満たすものが存在するか否かを判定する第４のステップと、前記第４のステップで前記降格条件を満たすと判定したときに、前記降格条件を満たすファイルを現時点の階層よりも低位の階層に降格する第５のステップと、を有することを特徴とする請求項１に記載のストレージシステムの運用管理方法。
【請求項５】
前記各ファイルグループの監視対象ファイル以外の降格対象ファイルの属性情報を基に前記降格対象ファイルの中に降格条件を満たすものが存在するか否かを判定する第４のステップと、前記第４のステップで前記降格条件を満たすと判定したときに、前記降格条件を満たすファイルを現時点の階層よりも低位の階層に降格する第５のステップと、を有することを特徴とする請求項１に記載のストレージシステムの運用管理方法。
【請求項６】
前記各ファイルグループの監視対象ファイル以外の降格対象ファイルの属性情報のうち前記降格対象ファイルの処理に関連する時間と重み係数を基に前記降格対象ファイルの中に降格条件を満たすものが存在するか否かを判定する第４のステップと、前記第４のステップで前記降格条件を満たすと判定したときに、前記降格条件を満たすファイルを現時点の階層よりも低位の階層に降格する第５のステップと、を有することを特徴とする請求項１に記載のストレージシステムの運用管理方法。
【請求項７】
記憶領域が論理的に階層化されて、各階層にファイル群が分散して配置され、前記いずれかの階層に属するファイルの集まりが単位ごとにファイルグループとして設定されたストレージと、ホストと通信ネットワークを介して情報の授受を行って前記ストレージのファイルの配置を管理する管理プロセッサと、を備え、前記管理プロセッサは、前記各ファイルグループに属するファイルのうち最上位階層に属するファイルを監視対象ファイルに設定する設定部と、前記いずれかの監視対象ファイルに対して、前記ホストから特定のアクションが生じたときに、昇格条件を満たすか否かを判定する昇格条件判定部と、前記昇格条件判定部で昇格条件を満たすと判定したときに、前記アクションを受けた監視対象ファイルと同じファイルグループに属するファイルを前記最上位階層に昇格する昇格部と、を有するストレージシステム。
【請求項８】
前記昇格判定部は、前記特定のアクションの発生時に、前記最上位階層の容量に余裕があるか否かを前記昇格条件の一要素として判定してなることを特徴とする請求項７に記載のストレージシステム。
【請求項９】
前記特定のアクションは、新規作成、更新、参照またはコピーのいずれかであることを特徴とする請求項７に記載のストレージシステム。
【請求項１０】
前記管理プロセッサは、前記各ファイルグループの監視対象ファイル以外のファイルの中に降格条件を満たすものが存在するか否かを判定する降格条件判定部と、前記降格条件判定部で前記降格条件を満たすと判定したときに、前記降格条件を満たすファイルを現時点の階層よりも低位の階層に降格する降格部と、を有することを特徴とする請求項７に記載のストレージシステム。
【請求項１１】
前記管理プロセッサは、前記各ファイルグループの監視対象ファイル以外の降格対象ファイルの属性情報を基に前記降格対象ファイルの中に降格条件を満たすものが存在するか否かを判定する降格条件判定部と、前記降格条件判定部で前記降格条件を満たすと判定したときに、前記降格条件を満たすファイルを現時点の階層よりも低位の階層に降格する降格部と、を有することを特徴とする請求項７に記載のストレージシステム。
【請求項１２】
前記管理プロセッサは、前記各ファイルグループの監視対象ファイル以外の降格対象ファイルの属性情報のうち前記降格対象ファイルの処理に関連する時間と重み係数を基に前記降格対象ファイルの中に降格条件を満たすものが存在するか否かを判定する降格条件判定部と、前記降格条件判定部で前記降格条件を満たすと判定したときに、前記降格条件を満たすファイルを現時点の階層よりも低位の階層に降格する降格部と、を有することを特徴とする請求項７に記載のストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージの記憶領域を論理的に階層化し、各階層にファイル群を分散して配置するとともに、いずれかの階層に属するファイルの集まりをファイルグループとして各ファイルグループに属するファイルの配置を管理する技術に関する。
【背景技術】
【０００２】
ストレージシステムは、例えば、ディスクアレイサブシステムなどとして呼ばれるストレージ装置を少なくとも1つ以上備えて構成されている。この種のストレージ装置は、例えば、ハードディスクドライブや半導体メモリドライブなどのディスクドライブをアレイ状に配置し、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）に基づく記憶領域を提供することができる。ホストコンピュータは、ストレージ装置により提供される論理的な記憶領域にアクセスし、データの読み書きを行うようになっている。
【０００３】
従来、ストレージシステムとして、少なくとも、１つ以上のボリュームを有する複数のストレージ装置と、各ストレージ装置の有するボリュームを仮想的に一元管理する仮想化部と、各ボリュームの属性情報を管理するためのボリューム属性情報を記憶する記憶部と、予め設定された複数のポリシーとボリューム属性情報とに基づいて生成される複数のストレージ階層間で、指定された移動元ボリュームを指定されたストレージ階層に再配置する再配置部とを備えたものが提案されている（特許文献１参照）。      
【０００４】
【特許文献１】特開２００６−９９７４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のストレージシステムにおける階層構造のストレージ環境では、そのデータの利用頻度や重要性を考慮してファイルを各階層に最適に配置する必要がある。
【０００６】
すなわち、従来のストレージシステムでは、ファイルあるいは複数のファイルをまとめたファイルグループ単位のアクセス頻度を基準として、その単位毎にいずれかの階層にファイルを配置する構成を採用しているため、ファイルをファイルグループに対して最適に配置するには十分ではない。
【０００７】
具体的には、ファイルグループは不定期に利用され、1度毎の利用は比較的短時間である。しかも、ストレージシステムでは、グループ内のファイルを全体的に利用する形態を採用しているので、ファイルグループの１度の利用で最初に使用するファイルが決まっていることを考慮しなければ、以下のような課題が生じる。
【０００８】
例えば、ファイルグループに属するファイルを最上位階層に昇格させるためには、ある程度のアクセスが必要であり、最上位階層で使用できるようになるまでにはタイムラグが発生する。そのため、ファイルグループのファイルが最上位階層に昇格したときには、そのファイルグループを使用する業務がある程度進行したあとになってしまうことが多い。しかも、アクセス頻度が低下すると、ファイルグループの使用中でも、このファイルグループに属するファイルは下位階層に降格される可能性がある。さらに、グループ全体が最上位階層または下位階層に交互に再配置されるので、ファイルの移動時に移動元と移動先で、記憶領域に関して比較的大きな容量減が発生したり、容量増が発生したりすることがある。
【０００９】
そこで、本発明は、ファイルグループに対して特定のアクションが発生したときには、ファイルグループに属するファイルを最上位階層に集めることを目的とするものである。また、本発明は、ファイルグループ内の監視対象ファイル（キーファイル）を動的に変更することで、ファイルグループに対して、常に最適なファイル昇格条件または降格条件を維持することを他の目的とするものである。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明は、ファイルグループに属するファイルのうち最上位階層に属するファイルを監視対象ファイル（キーファイル）に設定し、監視対象ファイルに対して特定のアクションが生じたときに、昇格条件を満たすときには、監視対象ファイルと同じファイルグループに属するファイルを互いに関連性を有するファイルとして最上位階層に昇格させることとしている。一方、最上位階層のファイルのうち、降格条件を満たすものが存在するときには、最上位階層よりも低位の階層に降格することとしている。
【００１１】
ファイルグループに属するファイルのうち１番最初に使用するファイルを監視対象ファイル（キーファイル）に設定し、監視対象ファイルに対するアクションに応答して、監視対象ファイルと同じファイルグループのファイルを最上位階層に昇格させることで、利用開始時から監視対象ファイルを含むファイルグループのファイルを全て最上位階層に配置することができる。一方、最上位階層に属するファイルについて降格条件を満たすときには、そのファイルを降格させることで、意図しないタイミングでファイルが降格するのを防止できる。また監視対象ファイル（キーファイル）の条件を指定することで、監視対象ファイルを動的に変更することができ、ファイルグループの昇格または降格条件を常に最適に保つことができる。
【発明の効果】
【００１２】
本発明によれば、利用開始時から監視対象ファイルを含むファイルグループのファイルを全て最上位階層に配置することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面に基づいて説明する。図１は本発明の一実施形態を示すストレージシステムのブロック構成図、図２はストレージのファイルの階層化構造を説明するための構成図である。図１および図２において、ストレージシステムは、ストレージ装置として、チャネルアダプタ（ＣＨＡ）１０、共有メモリ１２、キャッシュメモリ１４、ディスクアダプタ（ＤＫＡ）１６と、ストレージとしての内部ディスク（Ｆｉｂｅｒ）１８と、を備え、ディスク装置にはサービスプロセッサ（ＳＶＰ）２０が接続されている。チャネルアダプタ１０は、通信ネットワーク２２を介してホスト（上位計算機）２４に接続され、共有メモリ１２を介してディスクアダプタ１６に接続されているとともに、キャッシュメモリ１４を介してディスクアダプタ１６に接続されている。ディスクアダプタ１６は、マイクロプログラム（ＭＰ）２６にしたがって各種の演算処理を行う管理プロセッサ（図示せず）を備えており、管理プロセッサは内部ディスク１８に接続されているとともに、外部ストレージシステムの外部ディスク２８やテープライブラリのテープ３０に接続されるようになっている。すなわち、外部接続ディスク２８、テープ３０は、ストレージの一要素として管理プロセッサに接続可能になっている。内部ディスク１８は複数のハードディスクドライブ（ＨＤＤ）３２を備え、ＲＡＩＤグループを構成するようになっている。
【００１４】
内部ディスク１８、外部接続ディスク２８、テープ３０をストレージとしたときに、ストレージの記憶領域を論理的に階層化し、例えば、最上位階層Ｔｉｅｒ１と、中位階層Ｔｉｅｒ２と、最下位階層Ｔｉｅｒ３の３階層に階層化し、各階層にファイルＦ１１からＦ３３を分散して配置するようになっている。この場合、ファイルＦ１１、Ｆ１２，Ｆ１３は、内部ディスク１８のファイルとして設定され、ファイルＦ２１，Ｆ２２，Ｆ２３は外部接続ディスク２８のファイルとして設定され、Ｆ３１、Ｆ３２、Ｆ３３は、テープ３０のファイルとして設定されている。これらＦ１１〜Ｆ３３は、ホスト２４に対しては、１つのボリューム３４として処理可能となっている。
【００１５】
さらに、ファイルＦ１１〜Ｆ３３は、いずれかの階層に属するファイルの集まりとして、単位毎に、例えば、アプリケーション単位、業務単位毎にファイルグループ毎に分けられている。例えば、図３に示すように、ファイルＦ１１は、Ａファイル０１、ファイルＦ１２は、Ａファイル０２、ファイルＦ２１は、Ａファイル０３、ファイル３１は、Ａファイル０４として、ファイルグループＡに属するファイルとして配置され、ファイルＦ１３は、Ｂファイル０１、ファイルＦ３２は、Ｂファイル０２、ファイルＦ３３は、Ｂファイル０３として、ファイルグループＢに属するファイルとして配置されている。
【００１６】
これらファイルの配置を管理するための管理プロセッサは、図４に示すように、ファイルグループ管理テーブルＴ１，キーファイル管理テーブルＴ２、階層（Ｔｉｅｒ）管理テーブルＴ３を基に各ファイルの配置を管理するようになっている。このとき、管理プロセッサを管理サーバとし、ホスト２４をエージェントとした場合、ホスト２４には、図４（ｄ）に示すように、ファイルグループ管理テーブルＴ４上のファイルを監視対象として、このファイル名の列に記載されたファイルに対してアクションがあったときに、その情報を管理サーバとしての管理プロセッサに通知するようになっている。
【００１７】
ファイルグループ管理テーブルＴ１には、ファイルグループ名３４、重み３６、ファイル名３８、キーファイル４０、所在階層（Ｔｉｅｒ）４２、容量４４、ファイル降格条件４６に関する情報が格納され、キーファイル管理テーブルＴ２には、ファイルグループ名４８、キーファイル条件５０、昇格条件５２、降格条件５４、キーファイル名５６に関する情報が格納されている。また階層管理テーブルＴ３には、階層（Ｔｉｅｒ）名５８、階層（Ｔｉｅｒ）総容量６０、階層（Ｔｉｅｒ）使用容量６２に関する情報が格納されている。さらに、ホスト用ファイルグループ管理テーブルＴ４には、ファイルグループ名６４、ファイル名６６、キーファイル６８、所在階層（Ｔｉｅｒ）７０、ファイル降格条件７２に関する情報が格納されている。
【００１８】
ディスクアダプタ１６に内蔵された管理プロセッサは、各ファイルグループＡ、Ｂに属するファイルのうち最上位階層（Ｔｉｅｒ１）に属するファイルを監視対象ファイル（キーファイル）に設定する設定部と、監視対象ファイルに対して、ホスト２４から特定のアクションが生じたときに、昇格条件を満たすか否かを判定する昇格条件判定部と、昇格条件判定部で昇格条件を満たすと判定したときに、アクションを受けた監視対象ファイルと同じファイルグループに属するファイルを最上位階層に昇格する昇格部と、監視対象ファイル（キーファイル）以外の降格対象ファイルの属性情報のうち降格対象ファイルの処理に関連する時間と重み計数を基に降格対象ファイルの中に降格条件を満たすものが存在するか否かを判定する降格条件判定部と、降格条件判定部で降格条件を満たすと判定したときに、降格条件を満たすファイルを現時点の階層でも低位の階層に降格する降格部とを備えて構成されている。
【００１９】
次に、ホスト２４をエージェントとし、ディスクアダプタ１６の管理プロセッサを管理サーバとして、キーファイルに対して昇格条件を満たすアクションが発生し、そのキーファイルを含むファイルグループのファイルを最上位階層に昇格させるときの処理を図５のフローチャートにしたがって説明する。まず、ホスト２４は、監視対象のファイル（キーファイル）に対するアクションを待機し（Ｓ１）、監視対象のファイルに対するアクションを検出したときには（Ｓ２）、監視対象のファイルに対するアクションの発生を管理サーバに通知する（Ｓ３）。例えば、Ａファイル０１をキーファイルとして設定したときに、Ａファイル０１に対して、特定のアクションとして、新規作成、更新、参照あるいはコピーのいずかが発生したときには、ホスト２４はアクションの内容を管理サーバに通知する。
【００２０】
管理サーバは、管理ソフトウエアにしたがってファイル昇格処理を実行する（Ｓ４）。管理ソフトウエアは、ファイルグループ管理テーブルＴ１、キーファイル管理テーブルＴ２、階層管理テーブルＴ３を基に、ファイルの移動階層の決定、キーファイルの決定、ホスト２４からのメッセージの受信、ホスト２４に対するファイルの階層移動命令発信、ホスト２４へのキーファイル変更命令の発信などの処理を行うようになっている。
【００２１】
具体的には、管理サーバは、管理ソフトウエアからのファイル昇格命令を受信すると（Ｓ５）、ファイルグループ管理テーブルＴ４からファイル名６６、所在階層７０をそれぞれ１つ取得し、取得したファイルがＴｉｅｒ１に存在するか否かを判定する（Ｓ７）。例えば、ファイルグループＡに属するファイルのうちＡファイル０３、Ａファイル０４はそれぞれＴｉｅｒ２、Ｔｉｅｒ３に存在するため、これらのファイルをＴｉｅｒ１へ昇格する（Ｓ８）。このあと管理サーバは、ファイルグループＡに属するファイルが全てＴｉｅｒ１に存在するとして、ファイルグループ管理テーブルＴ４の情報を更新する（Ｓ９）。このあと、管理サーバは未処理のファイルがあるか否かを判定し（Ｓ１０）、未処理のファイルがあるときにはステップＳ６の処理に戻り、全てのファイルの処理が終了したときには、更新ソフトウエアにテーブル更新を通知し（Ｓ１１）、このルーチンでの処理を終了する。
【００２２】
一方、ステップＳ４におけるファイル昇格処理では、図６に示すように、管理サーバは、エージェントであるホスト２４からの通知を待機し（Ｓ２１）、ホスト２４からの通知を受信したときには（Ｓ２２）、受信した通知の指すファイル名をファイルグループ管理テーブルＴ１にしたがって検索する（Ｓ２３）。例えば、管理サーバは、Ａファイル０１に対するアクションが発生したときに、ファイルグループ管理テーブルＴ１を検索し、ファイルグループＡに属するＡファイル０１はキーファイルか否かを判定する（Ｓ２４）。このとき、管理サーバは、ファイルグループ管理テーブルＴ１を検索し、Ａファイル０１がキーファイルであると判定したときには、キーファイル管理グループＴ２を検索し、通知内容のアクションは、昇格条件５２の内容を満たしているか否かを判定する（Ｓ２５）。次に、管理サーバは、通知内容のアクションが昇格条件を満たしているときには、該当キーファイル（Ａファイル０１）が所属するファイルグループＡ内の全てのファイルを昇格させるための命令をホスト２４に発信し（Ｓ２６）、このルーチンでの処理を終了する。
【００２３】
このように、本実施形態によれば、ファイルグループＡに属するファイルのうち１番最初に使用するＡファイル０１をキーファイルに設定することで、利用開始時から、ファイルグループＡに属する全てのファイルをＴｉｅｒ１に配置することができる。
【００２４】
次に、ホスト２４をエージェントとし、ディスクアダプタ１６の管理プロセッサを管理サーバとして、ファイルグループのファイルが降格条件を満たしたときに、現時点の階層よりも下位の階層に降格するときの処理を図７のフローチャートにしたがって説明する。この処理は、一定時間毎にホスト２４によって実行され、ホスト２４は、監視対象ファイルグループの降格条件をファイルグループ管理テーブルＴ４を検索して確認する（Ｓ３１）。このあとホスト２４は、監視対象ファイル（キーファイル）の状態をファイルグループ管理テーブルＴ１を検索して確認する（Ｓ３２）。次に、ホスト２４は、該当ファイルはキーファイルか否かを判定する（Ｓ３３）。例えば、ホスト２４は、ファイルグループ管理テーブルＴ１を検索し、ファイルグループＡに属するファイルのうちＡファイル０３はキーファイルか否かを判定し、Ａファイル０３がキーファイルでないと判定したときには、Ａファイル０３が降格条件を満たしているか否かを判定する（Ｓ３４）。Ａファイル０３が降格条件を満たしていると判定したときには、ホスト２４は、該当ファイルであるＡファイル０３を１つ下の階層へ降格する（Ｓ３５）。すなわち、ホスト２４は、Ａファイル０３をＴｉｅｒ２からＴｉｅｒ３へ降格し、このルーチンでの処理を終了する。
【００２５】
ここで、ファイルが降格条件を満たしたときの処理は、時間×重み係数が閾値を超えた時点で実行される。この場合の時間は、例えば、最終更新日時からの時間、最終参照日時からの時間、最終の最上位階層昇格日時からの時間、最終の下位階層への降格日時からの時間が用いられ、重み係数は、ユーザの指定したファイルグループの重み値、ファイルサイズ、作成年月日、ＷＯＲＭ属性が用いられる。
【００２６】
ここで、重みの値を小さくすると、ファイルグループの重要度は高くなり、重みの値が小さい程重み係数が小さくなり、閾値を超えにくくなる。つまり、重要度が高いファイルグループのファイル程下位階層への降格がしにくくなる。またファイルサイズが大きい程、閾値を超えやすくなる。つまり、サイズが大きい程下位階層へ降格しやすくなる。これにより最上位階層での使用容量を削減できることになる。また重み係数における作成年月日は作成年月日が古い程下位階層への降格がしやすくなっている。ＷＯＲＭ属性としては、例えばＲｅａｄ／Ｗｒｉｔｅ／Ｅｘｅｃｕｔｅごとに値を指定し、これらを組み合わせて計算する。例えば、Ｒｅａｄ；１、Ｗｒｉｔｅ；２、Ｅｘｅｃｕｔｅ；３とし、これらの和を分母とした係数を用いると、降格のしやすさは、Ｒｅａｄ  ｏｎｌｙ＞Ｒｅａｄ  Ｗｒｉｔｅ＞Ｒｅａｄ  Ｗｒｉｔｅ  Ｅｘｅｃｕｔｅとなる。
【００２７】
次に、キーファイル決定処理を図８のフローチャートにしたがって説明する。このキーファイルの決定は、一定時間毎の監視や、新規ファイルの追加などのファイルグループに対する特定アクションをきっかけとして実行される。具体的には、ディスクアダプタ１６の管理プロセッサは、キーファイル管理テーブルＴ２のキーファイル条件５０、キーファイル名５６を検索し、監視対象ファイルグループのキーファイル条件を確認し（Ｓ４１）、ファイルグループ管理テーブルＴ４を検索し、ファイルグループ内のファイルを１つ選択する（Ｓ４２）。例えば、管理プロセッサは、ファイルグループ管理テーブルＴ４のファイル名６６、キーファイル６８、所在階層７０を基に、ファイルグループＡ内のファイルとして、例えば、Ａファイル０３を選択し、現時点のキーファイルであるＡファイル０１と選択したファイルＡファイル０３とを比較し（Ｓ４３）、選択したファイルが現時点のキーファイルと同じか否かを判定する（Ｓ４３）。選択したファイルＡファイル０３が現時点のキーファイルであるＡファイル０１と異なるときには、選択したＡファイル０３はキーファイルであるＡファイル０１よりキーファイル条件を満たしているか否かを判定し（Ｓ４５）、満たしていないときには、未比較のファイルが残っているか否かを判定し（Ｓ４６）、ステップＳ４２の処理に戻る。一方、管理プロセッサは、条件を満たしていると判定したときには、現時点のキーファイルであるＡファイル０１と、選択したファイルであるＡファイル０３のキーファイルフラグを変更する（Ｓ４７）。すなわち、管理プロセッサは、ファイルグループ管理テーブルＴ４のキーファイル６８に対して、Ａファイル０１については「Ｆａｌｓｅ」に変更し、Ａファイル０３についてはキーファイル６８を「Ｔｒｕｅ」に変更する。次に、管理プロセッサは、キーファイル管理テーブルＴ２のうちキーファイル条件５０のキーファイル条件Ａ１に対応したキーファイル名５６を「Ａファイル０３」に更新し、ホスト２４に対して更新情報を発信し（Ｓ４９）、このルーチンでの処理を終了する。
【００２８】
このように、キーファイルの条件を指定することで、動的にキーファイルを変更することができ、キーファイルに代表されるファイルグループに属するファイルの昇格・降格条件を常に最適に保つことができる。
【００２９】
ファイルを昇格するに際しては、図９（ａ）に示すように、例えば、Ｔｉｅｒ２に属するファイルＦ２１をファイルの昇格時に、Ｔｉｅｒ２上のファイルＦ２１を削除し、ファイルＦ２１をファイルＦ１１として、Ｔｉｅｒ１に移動する移動方式を採用したり、あるいは図９（ｂ）に示すように、Ｔｉｅｒ２に存在するファイルＦ２１を、ファイル昇格時に、Ｔｉｅｒ２上のファイルＦ２１’の実態を残した状態で、Ｔｉｅｒ１にファイルＦ１１としてコピーしたりするコピー方式を採用することができる。
【００３０】
一方、ファイルを降格するに際しては、図１０（ａ）に示すように、Ｔｉｅｒ１に存在するファイルＦ１１を、ファイルの降格時に、Ｔｉｅｒ２にファイルＦ２１として移動し、Ｔｉｅｒ１のファイルＦ１１を削除する移動方式を採用したり、図１０（ｂ）に示すように、Ｔｉｅｒ１上に存在するファイルＦ１１’をＴｉｅｒ２のファイルＦ２１として変更し、変更後のファイルＦ２１をＴｉｅｒ２上の実態ファイルＦ２１’として更新したりする更新方式を採用することができる。さらに、図１０（ｃ）に示すように、ファイル昇格時のコピー方式に対応する降格の削除方式を採用することができる。この場合、Ｔｉｅｒ１に存在するファイルＦ１１’は、Ｔｉｅｒ２のファイルＦ２１として変更されたあと、Ｔｉｅｒ２の実態ファイルＦ２１として降格される。この場合、変更後のファイルＦ２１は削除され、Ｔｉｅｒ２上の実態ファイルＦ２１のみが処理対象のファイルとなる。
【００３１】
次に、本発明を病院における患者管理システムに適用したときの実施形態を図１１に基づいて説明する。本実施形態におけるストレージシステムでは、ファイルグループを患者Ａ情報を管理するためのファイルグループＡと、患者Ｂ情報を管理するためのファイルグループＢに分け、各ファイルグループＡ、Ｂに属する情報をＴｉｅｒ１とＴｉｅｒ２の２階層に分けて格納することとしている。
【００３２】
ファイルグループＡに属するファイルのうちＴｉｅｒ１には、キーファイルである受付帳票ＡファイルＦ１１、会計帳票ファイルＦ１２が配置され、Ｔｉｅｒ２には、カルテＡ１ファイルＦ２１、カルテＡ２ファイルＦ２２、カルテＡ３ファイルＦ２３、検査記録ＡファイルＦ２４、入院記録ＡファイルＦ２５が配置されている。ファイルグループＢに属するファイルのうちＴｉｅｒ１には、キーファイルである受付帳票ＢファイルＦ１３、カルテＢ１ファイルＦ１４、カルテＢ２ファイルＦ１５、会計帳票ＢファイルＦ１６が配置されている。
【００３３】
このとき、管理サーバで用いるファイルグループ管理テーブルＴ１の構成を図１２（ａ）に、キーファイル管理テーブルＴ２の構成を図１２（ｂ）に、Ｔｉｅｒ管理テーブルＴ３の構成を図１２（ｃ）に、ホストにおけるファイルグループ管理テーブルＴ４の構成を図１２（ｄ）にそれぞれ示す。ファイルグループ管理テーブルＴ１には、ファイルグループ名３４、重み３６、ファイル名３８、キーファイル４０、所在階層（Ｔｉｅｒ）４２、容量４４、ファイル降格条件４６に関する情報が格納され、キーファイル管理テーブルＴ２には、ファイルグループ名４８、キーファイル条件５０、昇格条件５２、降格条件５４、キーファイル名５６に関する情報が格納されている。また階層管理テーブルＴ３には、階層（Ｔｉｅｒ）名５８、階層（Ｔｉｅｒ）総容量６０、階層（Ｔｉｅｒ）使用容量６２に関する情報が格納されている。さらに、ホスト用ファイルグループ管理テーブルＴ４には、ファイルグループ名６４、ファイル名６６、キーファイル６８、所在階層（Ｔｉｅｒ）７０、ファイル降格条件７２に関する情報が格納されている。この場合、ファイルグループ名３４、４８、６４には、患者Ａ情報と患者Ｂ情報が記載され、ファイルグループ名３４、６４の患者Ａ情報に対応したファイル名３８には、受付帳票Ａ、カルテＡ１、カルテＡ２、カルテＡ３、検査記録Ａ、入院記録Ａ、会計帳票Ａが記載され、ファイルグループ名３４、６４の患者Ｂ情報に対応したファイル名３８、６６には、受付帳票Ｂ、カルテＢ１、カルテＢ２、会計帳票Ｂが記載される。
【００３４】
ここで、キーファイルである受付帳票ＡファイルＦ１１に対して、更新のアクションが生じたときには、エージェントであるホスト２４は、受付帳票ＡファイルＦ１１に更新のアクションが発生したことを管理サーバ（管理プロセッサ）に通知する。管理サーバは、ファイルグループＡに属するキーファイルに昇降条件を満たす更新アクションが発生したことを確認する。続いて、管理サーバは、Ｔｉｅｒ１の容量をＴｉｅｒ管理テーブルＴ３（Ｔｉｅｒ１の総容量５０ＧＢに対して、Ｔｉｅｒ１の使用容量４９ＧＢ）で確認し、現状のままでは、Ｔｉｅｒ２に存在するファイルＦ２１、Ｆ２２、Ｆ２３、Ｆ２４、Ｆ２５を全てＴｉｅｒ１に昇格させることができないと判断する。そこで、管理サーバは、Ｔｉｅｒ１の容量を確保するために、患者Ａ情報よりも重みの軽い（低い）患者Ｂ情報のファイルをＴｉｅｒ２に降格させた上で、ファイルＦ２１、Ｆ２２、Ｆ２３、Ｆ２４、Ｆ２５を全てＴｉｅｒ１に昇格させることを判断し、患者Ｂ情報のファイルを降格させる命令をホスト２４に発信する。
【００３５】
ホスト２４は、患者Ｂ情報のファイルとして、カルテＢ１ファイルＦ１４、カルテＢ２ファイルＦ１５、会計帳票ＢファイルＦ１６をＴｉｅｒ２に降格させる。このとき、ホスト２４は、カルテＢ１ファイルＦ１４、カルテＢ２ファイルＦ１５には、ＷＯＲＭ属性が付与されているので、削除方式でカルテＢ１ファイルＦ１４とカルテＢ２ファイルＦ１５をＴｉｅｒ２に降格し、会計帳票ＢファイルＦ１６を更新方式でＴｉｅｒ２に降格させる。ホスト２４は、患者Ｂ情報のファイルを全てＴｉｅｒ２に降格したときには、その旨を管理サーバに通知する。この通知を受けた管理サーバは、患者Ａ情報のファイルをＴｉｅｒ１に昇格させる命令をホスト２４に発信する。ホスト２４は、ファイルグループＡに属するファイルのうちＴｉｅｒ２に存在するファイルＦ２１、Ｆ２２、Ｆ２３、Ｆ２４、Ｆ２５を全てＴｉｅｒ１に昇格させる処理をコピー方式で実行する。全てのファイルの移動が終了したときには、ホスト２４は、全てのファイルの昇格が終了した旨を管理サーバに通知し、ファイル昇格処理を完了する。
【００３６】
ファイル昇格処理を完了したときのストレージシステムのファイルの状態を図１３に示す。カルテＢ１ファイルＦ１４、カルテＢ２ファイルＦ１５、会計帳票ＢファイルＦ１６がＴｉｅｒ２に降格され、代わりに、カルテＡ１ファイルＦ２１、カルテＡ２ファイルＦ２２、カルテＡ３ファイルＦ２３、検査記録ＡファイルＦ２４、入院記録ＡファイルＦ２５がＴｉｅｒ１に昇格されている。このとき、ファイルグループ管理テーブルＴ１の所在Ｔｉｅｒ４２のうちカルテＡ１、カルテＡ２、カルテＡ３、検査記録Ａ、入院記録Ａの欄の「Ｔｉｅｒ２」が『Ｔｉｅｒ１』に変更され、ホスト用ファイルグループ管理テーブルＴ４の所在Ｔｉｅｒ７０のうちカルテＡ１、カルテＡ２、カルテＡ３、検査記録Ａ、入院記録Ａの欄の「Ｔｉｅｒ２」が『Ｔｉｅｒ１』に変更される。
【００３７】
本実施形態によれば、患者Ａに関するアクションが発生したときには、患者Ａに関するファイルを全てＴｉｅｒ１に配置することができるので、患者Ａに関する情報をＴｉｅｒ１から迅速に抽出して利用することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態を示すストレージシステムのブロック構成図である。
【図２】ストレージシステムとホストにファイルを割当てる方法を説明するための図である。
【図３】ストレージシステム内のファイルを階層化したときの階層構造を説明するための図である。
【図４】ファイルグループ管理テーブル、キーファイル管理テーブルおよび階層管理テーブルの構成説明図である。
【図５】エージェントのファイル昇格処理を説明するためのフローチャートである。
【図６】管理ソフトウエアのファイル昇格処理を説明するためのフローチャートである。
【図７】エージェントのファイル降格処理を説明するためのフローチャートである。
【図８】管理ソフトウエアのキーファイル決定処理を説明するためのフローチャートである。
【図９】ファイルの昇格パターンを説明するための図である。
【図１０】ファイルの降格パターンを説明するための図である。
【図１１】本発明を病院における患者管理システムに適用したときのファイルの階層化構造を説明するための構成図である。
【図１２】患者管理システムに用いられるファイルグループ管理テーブル、キーファイル管理テーブルおよび階層管理テーブルの構成説明図である。
【図１３】患者管理システムにおいてファイル昇格処理を実施したときのファイルの階層化構造を説明するための構成図である。
【符号の説明】
【００３９】
１０  チャネルアダプタ
１２  共有メモリ
１４  キャッシュメモリ
１６  ディスクアダプタ
１８  内部ディスク
２４  ホスト
２８  外部接続ディスク
３０  テープ
【図１】
2008102590.tif 000003
【図２】
2008102590.tif 000004
【図３】
2008102590.tif 000005
【図４】
2008102590.tif 000006
【図５】
2008102590.tif 000007
【図６】
2008102590.tif 000008
【図７】
2008102590.tif 000009
【図８】
2008102590.tif 000010
【図９】
2008102590.tif 000011
【図１０】
2008102590.tif 000012
【図１１】
2008102590.tif 000013
【図１２】
2008102590.tif 000014
【図１３】
2008102590.tif 000015