(57)【要約】【課題】データ重複排除を実施する際に、高負荷のボリュームにさらに負荷が集中することを回避する。【解決手段】計算機と、ネットワークを介して計算機に接続されるストレージ装置と、を備える計算機システムにおいて、計算機は、ネットワークに接続されるインタフェースと、インタフェースに接続されるプロセッサと、プロセッサに接続されるメモリと、を備え、ストレージ装置は、ファイルが格納される複数のボリュームを備え、プロセッサは、複数のボリュームに格納されているファイルのうち、複数のボリュームに重複して格納されているファイルを集約対象ファイルとして決定し、集約対象ファイルを格納する複数のボリュームを特定し、特定された複数のボリュームの負荷に基づいて、特定された複数のボリュームの中から一つ以上のボリュームを集約ボリュームとして選択し、選択されなかったボリュームに格納されている集約対象ファイルを削除する。【選択図】図１
2009080671.tif 000002
【特許請求の範囲】
【請求項１】
計算機と、ネットワークを介して前記計算機に接続されるストレージ装置と、を備える計算機システムにおいて、
前記計算機は、前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、
前記ストレージ装置は、ファイルが格納される複数のボリュームを備え、
前記プロセッサは、
前記複数のボリュームに重複して格納されている同一内容のファイルを集約対象ファイルとして決定し、
前記集約対象ファイルを格納する複数のボリュームを特定し、
前記特定された複数のボリュームの負荷に基づいて、前記特定された複数のボリュームから一つ以上のボリュームを集約ボリュームとして選択し、
前記選択されなかったボリュームに格納されている集約対象ファイルを削除することを特徴とする計算機システム。
【請求項２】
前記プロセッサは、前記ボリュームの負荷が最も低いボリュームを集約ボリュームとして選択することを特徴とする請求項１に記載の計算機システム。
【請求項３】
前記プロセッサは、さらに、前記選択されなかったボリュームに格納されている集約対象ファイルへのアクセスを、前記集約ボリュームに格納されている集約対象ファイルへのアクセスに切り替えることを特徴とする請求項２に記載の計算機システム。
【請求項４】
前記プロセッサは、さらに、前記削除された集約対象ファイルの容量と前記削除された集約対象ファイルの数とを乗算することによって、削除された容量を算出することを特徴とする請求項１に記載の計算機システム。
【請求項５】
前記プロセッサは、前記特定されたボリュームの負荷、及び、前記特定されたボリュームに格納されている集約対象ファイルの負荷に基づいて一つ以上のボリュームを集約ボリュームとして選択することを特徴とする請求項１に記載の計算機システム。
【請求項６】
前記プロセッサは、
前記選択されたボリュームの負荷に、前記選択されなかったボリュームに格納されている集約対象ファイルの負荷を加え、
前記算出された負荷に基づいて、削除する集約対象ファイルを決定することを特徴とする請求項５に記載の計算機システム。
【請求項７】
前記ボリュームの負荷は、前記ボリュームに格納されているファイルへのアクセス回数であり、
前記集約対象ファイルの負荷は、前記集約対象ファイルへのアクセス回数であることを特徴とする請求項６に記載の計算機システム。
【請求項８】
ネットワークを介してホスト計算機とストレージ装置とに接続されるインタフェースと、前記インタフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備える管理装置であって、
前記ストレージ装置は、ファイルが格納される複数のボリュームを備え、
前記プロセッサは、
前記複数のボリュームに重複して格納されている同一内容のファイルを集約対象ファイルとして決定し、
前記集約対象ファイルを格納する複数のボリュームを特定し、
前記特定された複数のボリュームの負荷に基づいて、前記特定された複数のボリュームから一つ以上のボリュームを集約ボリュームとして選択し、
前記選択されなかったボリュームに格納されている集約対象ファイルを削除することを特徴とする管理装置。
【請求項９】
前記プロセッサは、前記ボリュームの負荷が最も低いボリュームを集約ボリュームとして選択することを特徴とする請求項８に記載の管理装置。
【請求項１０】
前記プロセッサは、前記特定されたボリュームの負荷、及び、前記特定されたボリュームに格納されている集約対象ファイルの負荷に基づいて一つ以上のボリュームを集約ボリュームとして選択することを特徴とする請求項８に記載の管理装置。
【請求項１１】
前記プロセッサは、
前記選択されたボリュームの負荷に、前記選択されなかったボリュームに格納されている集約対象ファイルの負荷を加え、
前記算出された負荷に基づいて、削除する集約対象ファイルを決定することを特徴とする請求項１０に記載の管理装置。
【請求項１２】
前記ボリュームの負荷は、前記ボリュームに格納されているファイルへのアクセス回数であり、
前記集約対象ファイルの負荷は、前記集約対象ファイルへのアクセス回数であることを特徴とする請求項１１に記載の管理装置。
【請求項１３】
前記管理装置は、前記ファイルを管理するファイルサーバに備わることを特徴とする請求項８に記載の管理装置。
【請求項１４】
計算機と、ネットワークを介して前記計算機に接続されるストレージ装置と、を備える計算機システムにおいて実行されるファイル管理方法であって、
前記計算機は、前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、
前記ストレージ装置は、ファイルが格納される複数のボリュームを備え、
前記ファイル管理方法は、
前記複数のボリュームに重複して格納されている同一内容のファイルを集約対象ファイルとして決定するステップと、
前記集約対象ファイルを格納する複数のボリュームを特定するステップと、
前記特定された複数のボリュームの負荷に基づいて、前記特定された複数のボリュームから一つ以上のボリュームを集約ボリュームとして選択するステップと、
前記選択されなかったボリュームに格納されている集約対象ファイルを削除するステップと、を含むことを特徴とするファイル管理方法。
【請求項１５】
前記集約ボリュームを選択するステップでは、前記ボリュームの負荷が最も低いボリュームを集約ボリュームとして選択することを特徴とする請求項１４に記載のファイル管理方法。
【請求項１６】
前記ファイル管理方法は、前記選択されなかったボリュームに格納されている集約対象ファイルファイルへのアクセスを、前記集約ボリュームに格納されている集約対象ファイルへのアクセスに切り替えるステップを含むことを特徴とする請求項１５に記載のファイル管理方法。
【請求項１７】
前記ファイル管理方法は、さらに、前記削除された集約対象ファイルの容量と前記削除された集約対象ファイルの数とを乗算することによって、削除された容量を算出するステップを含むことを特徴とする請求項１４に記載のファイル管理方法。
【請求項１８】
前記集約ボリュームを選択するステップでは、前記特定されたボリュームの負荷、及び、前記特定されたボリュームに格納されている集約対象ファイルの負荷に基づいて一つ以上のボリュームを集約ボリュームとして選択することを特徴とする請求項１４に記載のファイル管理方法。
【請求項１９】
前記集約ボリュームを選択するステップでは、さらに、前記選択されたボリュームの負荷に、前記選択されなかったボリュームに格納されている集約対象ファイルの負荷を加えるステップを含み、
前記ファイルを削除するステップでは、前記算出された負荷に基づいて、削除する集約対象ファイルを決定することを特徴とする請求項１８に記載のファイル管理方法。
【請求項２０】
前記ボリュームの負荷は、前記ボリュームに格納されているファイルへのアクセス回数であり、
前記集約対象ファイルの負荷は、前記集約対象ファイルへのアクセス回数であることを特徴とする請求項１９に記載のファイル管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ重複排除技術に関し、特に、集約先のファイルが格納されるボリュームの選択に関する。
【背景技術】
【０００２】
データ重複排除（Ｄａｔａ  Ｄｅ−ｄｕｐｌｉｃａｔｉｏｎ）技術（シングルインスタンス（Ｓｉｎｇｌｅ  Ｉｎｓｔａｎｃｅ）技術という場合もある）は、複数のストレージ資源に同一のファイルが複数個存在した場合、重複している同一のファイルを一つのファイルに集約し、重複するファイルを削除して参照情報に置き換える技術である。この技術によって、ストレージ資源の利用容量を削減することができる。
【０００３】
特許文献１には、複数のストレージ資源に格納されているファイルを一つのストレージ資源上のファイルに集約する技術が記載されている。
【０００４】
しかし、ファイルを集約すると、集約先のファイルにアクセスが集中するため、集約先のファイルが格納されるボリュームの負荷が高くなる。このため、高負荷のボリュームに格納されるファイルに集約した場合には、そのボリュームの負荷が更に高くなるという問題点がある。
【特許文献１】米国特許出願公開第２００２／０１２９２１６号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００５】
そこで、データ重複排除を実施する際に、高負荷のボリュームにさらに負荷が集中することを回避する。
【課題を解決するための手段】
【０００６】
本発明の代表的な一例を示せば以下の通りである。すなわち、計算機と、ネットワークを介して前記計算機に接続されるストレージ装置と、を備える計算機システムにおいて、前記計算機は、前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、前記ストレージ装置は、ファイルが格納される複数のボリュームを備え、前記プロセッサは、前記複数のボリュームに重複して格納されている同一内容のファイルを集約対象ファイルとして決定し、前記集約対象ファイルを格納する複数のボリュームを特定し、前記特定された複数のボリュームの負荷に基づいて、前記特定された複数のボリュームから一つ以上のボリュームを集約ボリュームとして選択し、前記選択されなかったボリュームに格納されている集約対象ファイルを削除する。
【発明の効果】
【０００７】
本発明の一実施形態によれば、データ重複排除制御方法は、ボリュームの負荷情報及びファイルの負荷情報を用いて、どのボリュームに格納されるファイルに集約するかを決定するため、高負荷のボリュームにさらに負荷が集中することを回避することができる。
【発明を実施するための最良の形態】
【０００８】
データ重複排除において、高負荷のボリュームにさらに負荷が集中することを回避するという目的を、できるだけ少ない手順で実現した。
【０００９】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１０】
＜第１の実施の形態＞
本発明の第１の実施の形態では、予め、管理計算機がボリュームの負荷情報をストレージシステムから収集し、ファイルサーバがデータ重複排除を実施する際に、管理計算機が収集したボリュームの負荷情報を用いて、どのボリュームに格納されるファイルの１個に集約するかを決定する。
【００１１】
まず、本発明の第１の実施の形態の計算機システムについて説明する。
【００１２】
図１は、本発明の第１の実施の形態の計算機システムの構成図である。
【００１３】
計算機システムは、ホスト計算機５００、ファイルサーバ１０００、ストレージシステム２０００及び管理計算機４０００を備える。また、ファイルサーバ１０００、ストレージシステム２０００及び管理計算機４０００は、管理ネットワーク３５００によって接続される。また、ファイルサーバ１０００及びストレージシステム２０００は、接続インタフェース３６００（例えば、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ））によって接続される。また、ホスト計算機５００及びファイルサーバ１０００は、ネットワーク６００によって接続される。
【００１４】
ファイルサーバ１０００は、ＣＰＵ１０１０、メモリ１０２０及びディスク装置１０３０を備える。
【００１５】
ＣＰＵ１０１０は、メモリ１０２０に格納されるプログラムを実行し、ファイルサーバ１０００全体を制御するプロセッサである。
【００１６】
メモリ１０２０は、ファイル管理テーブル１６００及びデータ重複排除実行部１３００を格納する。メモリ１０２０は、例えば、ＲＡＭのような半導体メモリで構成するとよい。ディスク装置１０３０に格納されたプログラム等の少なくとも一部が必要に応じてメモリ１０２０にコピーされてもよい。
【００１７】
ファイル管理テーブル１６００は、ファイルとファイル実体１２００との対応関係を管理する。ファイル実体１２００とは、ボリューム２１００に格納されるデータ（例えば、ユーザデータ）である。
【００１８】
データ重複排除実行部１３００は、重複分析部１５００を含む。データ重複排除実行部１３００は、ＣＰＵ１０１０によって実行されるプログラムによって実現される。重複分析部１５００は、ＣＰＵ１０１０によって実行されるサブプログラムによって実現される。
【００１９】
重複分析部１５００は、ボリューム２１００（２１００Ａ、２１００Ｂ、２１００Ｃ）に格納されているファイルのうち、どのファイルが同一であるかを判定する。
【００２０】
ディスク装置１０３０は、プログラム及び／又はユーザデータ等を記憶する。ディスク装置１０３０は、例えば、ハードディスクドライブ（ＨＤＤ）で構成するとよい。
【００２１】
ファイルサーバ１０００は、起動時に、ディスク装置１０３０から読み出される各種データ及びプログラムをメモリ１０２０に格納し、格納されたプログラムは、ＣＰＵ１０１０によって実行される。
【００２２】
また、ファイルサーバ１０００は、ホスト計算機５００からファイルのアクセス要求を受け付けると、ファイル管理テーブル１６００を参照し、アクセス要求を受け付けたファイルに対応するファイル実体１２００をホスト計算機５００に返す。
【００２３】
管理者３０００は、管理計算機４０００に、データ重複排除の実行の指示３１００を行い、管理計算機４０００からデータ重複排除状況報告３２００を受信する。また、管理計算機４０００は、管理者３０００からデータ重複排除の実行を指示されると、ファイルサーバ１０００にデータ重複排除開始の指示３３００を行なう。
【００２４】
管理計算機４０００は、ＣＰＵ４０１０、メモリ４０２０及びディスク装置４０３０を備える。管理計算機４０００には、コンソール装置４０４０及びキーボード装置４０５０が接続される。
【００２５】
ＣＰＵ４０１０は、メモリ４０２０に格納されるプログラムを実行し、管理計算機４０００全体を制御するプロセッサである。
【００２６】
メモリ４０２０は、ボリューム情報テーブル６０００、パリティグループ情報テーブル５５００及びデータ重複排除制御部４１００を格納する。
【００２７】
ボリューム情報テーブル６０００は、ボリューム２１００の稼動情報を格納する。パリティグループ情報テーブル５５００は、パリティグループの稼動情報を格納する。
【００２８】
データ重複排除制御部４１００は、データ重複排除状況報告部７０００、集約決定部６５００、ストレージ負荷情報収集処理部５０００及び負荷判定期間格納部５０１０を含む。データ重複排除制御部４１００は、ＣＰＵ４０１０によって実行されるプログラムである。データ重複排除状況報告部７０００、集約決定部６５００、ストレージ負荷情報収集処理部５０００及び負荷判定期間格納部５０１０は、ＣＰＵ４０１０によって実行されるサブプログラムである。
【００２９】
データ重複排除状況報告部７０００は、データ重複排除の処理の状況を管理者に報告する。集約決定部６５００は、ファイルを集約するボリューム２１００を決定する。ストレージ負荷情報収集処理部５０００は、パリティグループ及びパリティグループを構成するボリューム２１００の負荷の情報を収集する。負荷判定期間格納部５０１０は、予め初期値として負荷判定期間が記憶される。
【００３０】
ディスク装置４０３０は、プログラム及び／又はユーザデータ等を記憶する。ディスク装置１０３０は、例えば、ハードディスクドライブ（ＨＤＤ）で構成するとよい。
【００３１】
コンソール装置４０４０は、管理者に情報を表示するための装置である。コンソール装置４０４０は、液晶表示装置のようなディスプレイ装置及び／又はプリンタ等を含んでもよい。
【００３２】
キーボード装置４０５０は、管理者による情報の入力を受け付けるための装置である。
【００３３】
管理計算機４０００は、起動時に、ディスク装置４０３０から読み出される各種データ及びプログラムをメモリ４０２０に格納し、格納されたプログラムは、ＣＰＵ４０１０によって実行される。
【００３４】
管理計算機４０００は、ストレージシステム２０００から負荷情報４２００を収集する。また、管理計算機４０００は、ファイルサーバ１０００のデータ重複排除実行部１３００から重複分析データ通知４３００を受信し、ファイルサーバ１０００のデータ重複排除実行部１３００へデータ重複排除の集約指示４４００を実行し、ファイルサーバ１０００のデータ重複排除実行部１３００から結果通知４５００を受信する。
【００３５】
ストレージシステム２０００は、ディスクコントローラ２３００及びボリューム２１００（２１００Ａ、２１００Ｂ、２１００Ｃ）を備える。以下、２１００Ａ、２１００Ｂ、２１００Ｃを集約して２１００と説明することもある。
【００３６】
ディスクコントローラ２３００は、ディスク装置（図示省略）に対してデータを読み書きする。また、ディスクコントローラ２３００は、ディスク装置の記憶領域を複数のボリューム２１００（論理ボリューム）に分割又は結合し、一つの論理的なディスク装置として認識できる記憶領域としてホスト計算機５００に提供する。ディスク装置に含まれる任意の容量の物理的な記憶領域が各ボリューム２１００に割り当てられる。
【００３７】
ディスク装置は、ユーザデータを保存する。ディスク装置は、例えば、ハードディスクドライブ（ＨＤＤ）であってもよいし、フラッシュメモリのような半導体記憶装置であってもよい。ユーザデータは、計算機（例えば、ホスト計算機５００）によって書き込まれたデータである。ユーザデータは、例えば、ホスト計算機５００で稼動するアプリケーション（図示省略）によって作成された文書データ等である。
【００３８】
ボリューム２１００は、ファイル実体１２００（１２００Ａ、１２００Ｂ、１２００Ｃ）を格納する。以下、１２００Ａ，１２００Ｂ、１２００Ｃを集約して１２００と説明することもある。
【００３９】
分割又は結合された複数のボリューム２１００は、パリティグループを構成する。また、パリティグループを分割又は結合することによってＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）が構成される。
【００４０】
なお、図１にはボリューム２１００が三つ図示されているが、ストレージシステム２０００は、ボリューム２１００をいくつ備えてもよい。
【００４１】
本発明の第１の実施の形態では、ボリュームの負荷として、ＲＡＩＤを構成するパリティグループのファイルの入出力回数を用いる。なお、ボリュームの負荷として、ファイルにアクセスする場合のビジー率を用いてもよい。また、ボリュームの負荷として、ボリューム２１００に格納されるファイルを読み出す回数又はファイルに書き込む回数を用いてもよい。
【００４２】
図２は、本発明の第１の実施の形態のファイル管理テーブル１６００の構成を示す。
【００４３】
ファイル管理テーブル１６００は、ファイル名１６１０、ファイル実体名１６２０及び格納ボリューム番号１６３０を含む。
【００４４】
ファイル名１６１０は、ホスト計算機５００によって識別されるファイルの名称である。
【００４５】
ファイル実体名１６２０は、ファイルサーバ１０００によって識別されるファイル実体の名称である。つまり、ファイルサーバ１０００からみたファイルの参照先を示す。
【００４６】
格納ボリューム番号１６３０は、ファイル実体が格納されるボリュームを識別する番号である。
【００４７】
図２に示す例では、ファイル管理テーブル１６００の第１行のファイル名１６１０、ファイル実体名１６２０及び格納ボリューム番号１６３０には、それぞれ「Ａ１」、「Ｆ１」及び「００：０１」が格納されている。これは、ボリューム２１００に格納されているファイルがＡ１としてホスト計算機５００に識別されること、ボリューム２１００に格納されるファイルの参照先が「Ｆ１」であること、及び、「Ａ１」が格納されているボリューム２１００が００：０１であること、を示している。
【００４８】
また、ファイル管理テーブル１６００のファイル実体名１６２０を変更することによって、ファイルとファイル実体との対応関係を変更することができる。例えば、ファイル管理テーブル１６００の第１行のファイル実体名１６２０を「Ｆ１」から「Ｆ２」に変更した場合、ファイルサーバ１０００からみたファイル「Ａ１」の参照先が「Ｆ２」に変更され、ファイル「Ａ１」が格納されているボリューム２１００は、「Ｆ２」が格納されている００：０２に変更される。
【００４９】
ホスト計算機５００がファイルにアクセスする場合、まず、ホスト計算機５００は、ファイル名１６１０を指定してファイルサーバ１０００にアクセスする。ファイルサーバ１０００は、ファイル管理テーブル１６００を用いて、ファイル名１６１０に対応するファイル実体名１６２０に変換し、ファイル実体名１６２０を用いてストレージシステム２０００にアクセスする。
【００５０】
図３は、本発明の第１の実施の形態のパリティグループ情報テーブル５５００の構成を示す。
【００５１】
パリティグループ情報テーブル５５００は、ＰＧ（パリティグループ）番号５５１０、最大負荷５５２０、平均負荷５５３０及びボリューム番号５５４０を含む。
【００５２】
ＰＧ番号５５１０は、複数のボリュームから構成されるパリティグループを識別する番号である。
【００５３】
最大負荷５５２０は、負荷判定期間におけるパリティグループの単位時間当たりのファイルの入出力数（アクセス回数）の最大値である。負荷判定期間は、管理計算機４０００の負荷判定期間格納部５０１０によって決定される値である。
【００５４】
また、ファイルの入出力数とは、パリティグループを構成する複数のボリューム２１００に格納されているファイルを読み出す及びファイルに書き込む回数ことである。
【００５５】
平均負荷５５３０は、負荷判定期間におけるパリティグループの単位時間当たりのファイルの入出力数の平均値である。
【００５６】
ボリューム番号５５４０は、パリティグループを構成するボリューム２１００を識別する番号である。
【００５７】
図３に示す例では、パリティグループ情報テーブル５５００の第１行のＰＧ番号５５１０、最大負荷５５２０、平均負荷５５３０及びボリューム番号５５４０には、それぞれ「１−１」、「１００」、「７」及び「００：００、００：０１」が格納されている。これは、「１−１」によって識別されるパリティグループであること、負荷判定期間におけるパリティグループ「１−１」の単位時間当たりのファイルの入出力数の最大値が「１００」であること、負荷判定期間におけるパリティグループ「１−１」の単位時間当たりのファイルの入出力数の平均値が「７」であること、パリティグループ「１−１」は、「００：００」及び「００：０１」のボリューム２１００から構成されること、を示している。
【００５８】
図４は、本発明の第１の実施の形態のボリューム情報テーブル６０００の構成を示す。
【００５９】
ボリューム情報テーブル６０００は、ボリューム番号６０１０、最大負荷６０３０及び平均負荷６０４０を含む。
【００６０】
ボリューム番号６０１０は、ファイル実体が格納されるボリュームを識別する番号である。
【００６１】
最大負荷６０３０は、負荷判定期間におけるボリューム２１００の単位時間当たりのファイルの入出力数の最大値である。ファイルの入出力数とは、ボリューム２１００に格納されているファイルを読み出す及びファイルに書き込む回数のことである。
【００６２】
平均負荷６０４０は、負荷判定期間におけるボリューム２１００の単位時間当たりのファイルの入出力数の平均値である。
【００６３】
図４に示す例では、ボリューム情報テーブル６０００の第１行のボリューム番号６０１０、最大負荷６０３０及び平均負荷６０４０には、それぞれ「００：００」、「１０」及び「５」が格納されている。これは、「００：００」によって識別されるボリューム２１００であること、ボリューム「００：００」の負荷判定期間における単位時間当たりのファイルの入出力数の最大値が「１０」であること、ボリューム「００：００」の負荷判定期間における単位時間当たりのファイルの入出力数の平均値が「５」であること、を示している。
【００６４】
図５は、本発明の第１の実施の形態のパリティグループの負荷状況を示す図である。図５Ａは、パリティグループ「１−１」の負荷状況を示し、図５Ｂは、パリティグループ「１−２」の負荷状況を示す。負荷状況とは、ある時間におけるパリティグループを構成するボリューム２１００に格納されているファイルの入出力数の変化のことである。
【００６５】
なお、いずれのグラフも、横軸は時間経過（Ｔｉｍｅ）を示す。また、縦軸は負荷の値（パリティグループを構成するボリューム２１００に格納されているファイルの入出力数）である。グラフの黒丸は、観測されたデータを示す。
【００６６】
管理計算機４０００の負荷判定期間格納部５０１０によって定められた負荷判定期間Ｔ内の観測データが観測サンプルとして取得される。例えば、図５Ａによると、観測サンプルは、パリティグループ「１−１」の負荷判定期間Ｔ内の四つの観測データである。
【００６７】
取得された観測サンプルに基づいて、負荷判定期間における単位時間当たりのファイルの入出力数（アクセス回数）の最大値及び平均値を算出する。
【００６８】
図５Ａ及び図５Ｂのグラフで示されるように、パリティグループ「１−１」とパリティグループ「１−２」とでは、観測間隔が異なっている。この場合、負荷判定期間Ｔに含まれる観測データの数が異なる。例えば、パリティグループ「１−１」は、観測データ数が「４」であり、パリティグループ「１−２」は、観測データ数が「７」である。
【００６９】
図６は、本発明の第１の実施の形態のパリティグループのストレージ負荷情報収集処理のフローチャートであり、ストレージ負荷情報収集処理部５０００によって実行される。
【００７０】
まず、ストレージ負荷情報収集処理部５０００は、負荷判定期間格納部５０１０に記憶された負荷判定期間Ｔを取得する（ステップ５０３０）。
【００７１】
次に、ストレージ負荷情報収集処理部５０００は、ストレージシステム２０００から負荷情報４２００の最新の観測データを収集する（ステップ５０４０）。具体的には、ストレージシステム２０００は、ストレージシステム２０００に含まれるパリティグループを構成するボリューム２１００に格納されているファイルの入出力数（アクセス回数）を観測する。そして、ストレージ負荷情報収集処理部５０００は、ストレージシステム２０００で観測されたファイルの入出力数のデータを負荷情報４２００として収集する。
【００７２】
次に、ストレージ負荷情報収集処理部５０００は、ステップ５０４０で収集した負荷情報から、最新の負荷判定期間Ｔ内に観測された観測データを抽出する（ステップ５０５０）。
【００７３】
次に、ストレージ負荷情報収集処理部５０００は、ステップ５０５０で抽出された観測データの最大値（すなわち、最新の負荷判定期間Ｔ内に観測された観測データの最大値）をパリティグループ情報テーブル５５００の最大負荷５５２０に格納する（ステップ５０６０）。
【００７４】
次に、ストレージ負荷情報収集処理部５０００は、ステップ５０５０で取り出された観測データの平均値（すなわち、最新の負荷判定期間Ｔ内に観測された観測データの平均値）をパリティグループ情報テーブル５５００の平均負荷５５３０に格納する（ステップ５０７０）。
【００７５】
次に、ストレージ負荷情報収集処理部５０００は、データ取得インタバル時間を経過すると、ステップ５０４０に戻る（ステップ５０８０）。データ取得インタバル時間とは、パリティグループ情報テーブル５５００に格納されている最大負荷５５２０及び平均負荷５５３０の値を更新する間隔である。
【００７６】
データ取得インタバル時間が経過すると、処理はパリティグループ情報テーブル５５００の情報を更新するためにステップ５０４０に戻り、再びストレージシステム２０００から最新の負荷情報４２００を収集する。
【００７７】
図７は、本発明の第１の実施の形態のボリュームのストレージ負荷情報収集処理のフローチャートであり、ストレージ負荷情報収集処理部５０００よって実行される。
【００７８】
まず、ストレージ負荷情報収集処理部５０００は、負荷判定期間格納部５０１０に記憶された負荷判定期間Ｔを取得する（ステップ６０３０）。
【００７９】
次に、ストレージ負荷情報収集処理部５０００は、ストレージシステム２０００から負荷情報４２００の最新の観測データを収集する（ステップ６０４０）。具体的には、ストレージシステム２０００は、ストレージシステム２０００に含まれるパリティグループを構成するボリューム２１００に格納されているファイルの入出力数（アクセス回数）を観測する。そして、ストレージ負荷情報収集処理部５０００は、ストレージシステム２０００で観測されたファイルの入出力数のデータを負荷情報４２００として収集する。
【００８０】
次に、ストレージ負荷情報収集処理部５０００は、ステップ５０４０で収集した負荷情報から、最新の負荷判定期間Ｔ内に観測された観測データを抽出する（ステップ６０５０）。
【００８１】
次に、ストレージ負荷情報収集処理部５０００は、ステップ６０５０で抽出された観測データの最大値すなわち、最新の負荷判定期間Ｔ内に観測された観測データの最大値）をボリューム情報テーブル６０００の最大負荷６０３０に格納する（ステップ６０６０）。
【００８２】
次に、ストレージ負荷情報収集処理部５０００は、ステップ５０５０で取り出された観測データの平均値（すなわち、最新の負荷判定期間Ｔ内に観測された観測データの平均値）をボリューム情報テーブル６０００の平均負荷６０４０に格納する（ステップ６０７０）。
【００８３】
次に、ストレージ負荷情報収集処理部５０００は、データ取得インタバル時間を経過すると、ステップ６０４０に戻る（ステップ６０８０）。データ取得インタバル時間とは、ボリューム情報テーブル６０００に格納されている最大負荷６０３０及び平均負荷６０４０の値を更新する間隔である。
【００８４】
データ取得インタバル時間が経過すると、処理はボリューム情報テーブル６０００の情報を更新するためにステップ６０４０に戻り、再びストレージシステム２０００から最新の負荷情報４２００を収集する。
【００８５】
図８は、本発明の第１の実施の形態のデータ重複排除が実行される流れを示すフローチャートである。
【００８６】
まず、管理者３０００は、管理計算機４０００にデータ重複排除の実行を指示する（ステップ３１００）。
【００８７】
次に、管理計算機４０００は、管理者３０００からの指示に基づいてファイルサーバ１０００にデータ重複排除の開始を指示する（ステップ３３００）。
【００８８】
次に、ファイルサーバ１０００の重複分析部１５００は、重複分析を行い、その分析結果を管理計算機４０００に通知する（ステップ４３００）。重複分析とは、ボリューム２１００に格納されているファイルについて、どのファイルが同一であるかを判定する処理である。ファイルサーバ１０００が通知する分析結果には、同一のファイルであると判定されたファイルのファイル名が含まれる。
【００８９】
ファイルが同一であるか否かを判定するには、ボリューム２１００に格納されているファイル同士のファイル実体１２００を比較する。比較の結果、ファイル同士が同一であると判定された場合には、ファイルがボリューム２１００に重複して格納されていることを示す。
【００９０】
次に、管理計算機４０００の集約決定部６５００は、ファイルサーバ１０００から通知された分析結果と、ボリューム情報テーブル５５００の最大負荷５５２０及び平均負荷５５３０の情報とに基づいて、集約するファイルが格納されるボリューム２１００を決定する（ステップ４３５０）。なお、集約決定部６５００の処理は、図９を用いて後述する。
【００９１】
次に、管理計算機４０００の集約決定部６５００は、ファイルサーバ１０００にステップ４３００で同一であると判定されたファイルの集約を指示する（ステップ４４００）。集約とは、複数の同一のファイルについて重複排除を実行することによって、複数の同一のファイルを一つのファイルにすることである。具体的には、複数の同一のファイルのうち、ステップ４３５０で決定されたボリューム２１００に格納されたファイルのみが残され、その他のボリューム２１００に格納された同一のファイルは削除される。
【００９２】
次に、ファイルサーバ１０００は、管理計算機４０００からの指示に従って、集約を実行する（ステップ４４２０）。
【００９３】
次に、ファイルサーバ１０００は、実行された集約の実行結果を管理計算機４５００に通知する（ステップ４５００）。実行結果には、集約の対象となったファイルの容量、及び、集約を実行することによって削減されたファイル数等が含まれる。
【００９４】
次に、管理計算機４０００のデータ重複排除状況報告部７０００は、データ重複排除状況を管理者３０００に報告する（ステップ３２００）。管理者３０００への報告には、例えば、コンソール装置４０４０等を用いる。そして、データ重複排除の処理は終了する。
【００９５】
図９は、本発明の第１の実施の形態の集約決定処理のフローチャートであり、集約決定部６５００によって実行される。
【００９６】
まず、集約決定部６５００は、集約対象ファイル（Ｎ個）を決定する（ステップ６５１０）。集約対象ファイルとは、図８のステップ４３００でファイルサーバ１０００によって、同一のファイルであると判定されたファイルである。同一のファイルであると判定されたファイルがＮ個存在する場合には、Ｎ個のファイルを集約対象として決定する。
【００９７】
次に、集約決定部６５００は、集約対象ファイルが格納されたボリュームを検索する（ステップ６５２０）。集約決定部６５００は、予め、ファイルサーバ１０００からファイル管理テーブル１６００を取得し、集約対象ファイルのファイル名を検索キーとしてファイル管理テーブル１６００を検索する。そして、集約決定部６５００は、ファイル管理テーブル１６００のファイル名１６１０に対応する検索ボリューム番号１６３０を取得することによって、集約対象ファイルが格納されたボリューム２１００を検索することができる。
【００９８】
次に、集約決定部６５００は、ステップ６５２０で検索されたボリューム２１００の数が２以上であるか否かを判定する（ステップ６５３０）。
【００９９】
ステップ６５２０で検索されたボリューム２１００の数が２以上である場合、集約対象ファイルが複数のボリューム２１００に格納されているため、集約決定部６５００は、集約対象ファイルを集約するボリューム２１００を一つ選択する必要がある。集約対象ファイルを集約するボリューム２１００を一つ選択するのは、複数のボリューム２１００から負荷の低いボリュームを一つ選択することによって、高負荷のボリュームに負荷をさらに集中させないためである。この場合、処理はステップ６５４０に進む。
【０１００】
一方、ステップ６５２０で検索されたボリューム２１００の数が一つである場合、集約対象ファイルが一つのボリューム２１００に格納されているため、集約決定部６５００は、集約対象ファイルを集約するボリューム２１００を一つ選択する必要がない。この場合、処理はステップ６６２０に進む。
【０１０１】
次に、集約決定部６５００は、平均負荷が最も低いボリュームを検索する（ステップ６５４０）。集約決定部６５００は、ステップ６５２０で検索されたボリューム２１００のボリュームの番号を検索キーとして、ボリューム情報テーブル６０００を検索して、検索された全てのボリューム２１００の平均負荷６０４０を取得する。
【０１０２】
集約決定部６５００は、ステップ６５２０で検索された全てのボリューム２１００の平均負荷６０４０の値を比較し、平均負荷が最も低いボリューム２１００を選択する。
【０１０３】
次に、集約決定部６５００は、ステップ６５４０で検索されたボリューム２１００の数が一つであるか否かを判定する（ステップ６５５０）。
【０１０４】
検索されたボリューム２１００の数が二つ以上である場合、集約決定部６５００は、集約対象ファイルを集約するボリューム２１００を一つ選択する必要がある。これは、集約決定部６５００が、ステップ６５４０で平均負荷が最低のボリューム２１００を検索したときに、集約対象ファイルを集約するボリューム２１００を一つに選択することができなかったためである。したがって、処理はステップ６５６０に進む。
【０１０５】
一方、検索されたボリューム２１００の数が一つである場合、集約決定部６５００は、そのボリュームに集約対象ファイルを集約すればよいので、処理はステップ６５８０に進む。
【０１０６】
次に、集約決定部６５００は、平均負荷が最低のボリューム２１００のうち、最大負荷が最も低いボリュームを検索する（ステップ６５６０）。集約決定部６５００は、ステップ６５４０で検索されたボリューム２１００のボリュームの番号を検索キーとして、ボリューム情報テーブル６０００を検索する。そして、集約決定部６５００は、ステップ６５４０で検索された平均負荷が最も低いボリューム２１００全てについて、ボリューム番号６０１０に対応する最大負荷６０３０を取得する。
【０１０７】
集約決定部６５００は、取得された最大負荷６０３０の値をステップ６５４０で検索された平均負荷が最低のボリューム２１００全てについて比較し、最大負荷が最も低い値のボリューム２１００を選択する。
【０１０８】
次に、集約決定部６５００は、ステップ６５６０で検索されたボリューム２１００の数がひとつであるか否かを判定する（ステップ６５６５）。
【０１０９】
検索されたボリューム２１００の数が二つ以上である場合、集約するボリューム２１００を一つ選択する必要がある。これは、集約決定部６５００が、ステップ６５６０で最大負荷が最も低いボリューム２１００を検索したときに、集約するボリューム２１００を一つに選択することができなかったためである。したがって、処理はステップ６５７０に進む。
【０１１０】
一方、検索されたボリューム２１００の数が一つである場合、集約決定部６５００は、一つの集約するボリューム２１００を選択することができるため、さらにボリューム２１００を選択する必要がない。したがって、処理はステップ６５８０に進む。
【０１１１】
次に、集約決定部６５００は、ステップ６５６０で検索された最大負荷６０３０が最も低い値のボリューム２１００の中から、任意の一つのボリューム２１００を選択する（ステップ６５７０）。ボリューム２１００は、ボリューム番号の小さいものが選択されてもよい。また、ボリューム２１００の容量が大きいものが選択されてもよい。
【０１１２】
次に、集約決定部６５００は、一つに選択されたボリューム２１００をボリュームＡと設定する（ステップ６５８０）。
【０１１３】
次に、集約決定部６５００は、ボリュームＡ内に集約対象ファイルが複数個ある場合に、ボリュームＡ内でそれらを集約するようにファイルサーバ１０００に指示する（ステップ６５９０）。
【０１１４】
管理計算機４０００の集約決定部６５００から指示されたファイルサーバ１０００は、ボリュームＡ内に存在する集約対象ファイルのファイル名を検索キーとしてファイル管理テーブル１６００を検索し、ファイル名１６１０に対応するファイル実体名１６２０を取得する。そして、ファイルサーバ１０００は、複数個存在する集約対象ファイルの中から一つのファイルを任意に選択し、選択されなかった集約対象ファイルのファイル実体名１６２０を、選択された集約対象ファイルのファイル実体名１６２０に変更する。すなわち、ファイルサーバ１０００は、選択されなかった集約対象ファイルの参照先を、選択された集約対象ファイルの参照先に変更する。参照先を変更するとは、集約対象ファイルへのアクセス先（集約対象ファイルの読み出し先、及び、集約対象ファイルへの書き込み先）を選択されなかった集約対象ファイルから選択された集約対象ファイルに変更することである。
【０１１５】
例えば、図２のファイル管理テーブル１６００では、ファイル「Ａ１」、「Ａ２」及び「Ａ３」が集約対象ファイル（同一のファイル）であって、「Ａ１」、「Ａ２」及び「Ａ３」が同じボリューム２１００に格納されており、集約決定部６５００がファイル「Ａ２」に集約するように選択した場合、「Ａ１」のファイル実体名「Ｆ１」は、「Ｆ２」に変更される。また、「Ａ３」のファイル実体名「Ｆ３」は、「Ｆ２」に変更される。
【０１１６】
なお、ステップ６５９０は、図８のステップ４４００に対応する。
【０１１７】
次に、集約決定部６５００は、ボリュームＡのファイルに他のボリューム２１００に格納されている全ての集約対象ファイルを集約するようにファイルサーバ１０００に指示する（ステップ６６００）。
【０１１８】
管理計算機４０００の集約決定部６５００から指示されたファイルサーバ１０００は、他のボリューム２１００に格納されている全ての集約対象ファイルのファイル名を検索キーとしてファイル管理テーブル１６００を検索し、ファイル名１６１０に対応するファイル実体名１６２０及び格納ボリューム番号１６３０を取得する。そして、ファイルサーバ１０００は、他のボリューム２１００に格納されている全ての集約対象ファイルのファイル実体名１６２０及び格納ボリューム番号１６３０を、ボリュームＡに存在する集約対象ファイルのファイル実体名１６２０及び格納ボリューム番号１６３０に変更する。すなわちファイルサーバ１０００は、他のボリューム２１００に格納されている全ての集約対象ファイルの参照先を、ボリュームＡに存在する集約対象ファイルの参照先に変更する。
【０１１９】
例えば、図２のファイル管理テーブル１６００では、ファイル「Ａ１」、「Ａ２」及び「Ａ３」が集約対象ファイル（同一のファイル）であって、「Ａ１」、「Ａ２」及び「Ａ３」が別々のボリューム２１００に格納されており、集約決定部６５００がファイル「Ａ３」に集約するように選択した場合、「Ａ１」のファイル実体名「Ｆ１」及び格納ボリューム番号「００：０１」は、「Ｆ３」及び「００：０３」にそれぞれ変更される。また、「Ａ２」のファイル実体名「Ｆ２」及び格納ボリューム番号「００：０２」は、「Ｆ３」及び「００：０３」にそれぞれ変更される。
【０１２０】
なお、ステップ６６００は、図８のステップ４４００に対応する。
【０１２１】
ステップ６６２０で、集約決定部６５００は、ステップ６５２０で検索されたボリューム内に集約対象ファイルが複数個ある場合に、検索されたボリューム内でそれらを集約するようにファイルサーバ１０００に指示する（ステップ６６２０）。
【０１２２】
管理計算機４０００の集約決定部６５００から指示されたファイルサーバ１０００は、ステップ６５２０で検索されたボリューム内に存在する集約対象ファイルのファイル名を検索キーとして、ファイル管理テーブル１６００を検索し、ファイル名１６１０に対応するファイル実体名１６２０を取得する。そして、ファイルサーバ１０００は、複数個存在する集約対象ファイルの中から任意に一つのファイルを選択し、選択されなかった集約対象ファイルのファイル実体名１６２０を、選択された集約対象ファイルのファイル実体名１６２０に変更する。すなわち、ファイルサーバ１０００は、選択されなかった集約対象ファイルの参照先を、選択された集約対象ファイルの参照先に変更する。
【０１２３】
例えば、図２のファイル管理テーブルでは、ファイル「Ａ１」、「Ａ２」及び「Ａ３」が集約対象ファイル（同一のファイル）であって、「Ａ１」、「Ａ２」及び「Ａ３」が同じボリューム２１００に格納されており、集約決定部６５００がファイル「Ａ２」に集約するように選択した場合、「Ａ１」のファイル実体名「Ｆ１」は、「Ｆ２」に変更される。また、「Ａ３」のファイル実体名「Ｆ３」は、「Ｆ２」に変更される。
【０１２４】
なお、ステップ６６２０は、図８のステップ４４００に対応する。
【０１２５】
次に、集約決定部６５００は、集約されたファイルの数に「Ｎ−１」を記憶する（ステップ６６１０）。ステップ６５１０で集約対象ファイルがＮ個決定され、選択された一つのファイルを除いたＮ−１個の集約対象ファイルが選択された一つのファイルに集約されるため、集約されたファイルの数は「Ｎ−１」となる。そして、処理は終了する。
【０１２６】
図１０は、本発明の第１の実施の形態のファイルサーバ１０００がファイルを集約する指示を受けた際の処理の詳細を示す。
【０１２７】
ファイルを集約する指示を受けた際の処理は、図８のステップ４４００で管理計算機４０００がファイルサーバ１０００に集約を指示するときに実行される。
【０１２８】
まず、管理計算機４０００は、ファイルサーバ１０００に集約を指示する（ステップ４４００）。
【０１２９】
次に、ファイルサーバ１０００は、管理計算機４０００から指示された集約が実行される（ステップ４４２０）。ステップ４４２０は、ステップ４４２２及びステップ４４２５を含む。
【０１３０】
ステップ４４２２で、ファイルサーバ１０００は、ファイル管理テーブル１６００について、集約されるファイルのファイル名１６１０に対応するファイル実体名１６２０を集約先のファイルのファイル実体名１６２０に変更し、格納ボリューム番号１６３０を、集約先のファイルが格納されるボリューム２１００の格納ボリューム番号１６３０に変更する（ステップ４４２２）。
【０１３１】
ステップ４４２５で、ファイルサーバ１０００は、集約されるファイルのファイル実体１２００をボリューム２１００から削除する（ステップ４４２５）。
【０１３２】
次に、ファイルサーバ１０００は、集約の実行結果を管理計算機４０００に通知する（ステップ４５００）。そして処理を終了する。
【０１３３】
図１１は、本発明の第１の実施の形態のデータ重複排除状況報告処理のフローチャートである。
【０１３４】
管理計算機４０００のＣＰＵ４０１０がデータ重複排除状況報告部７０００のプログラムを実行することによって、データ重複排除状況報告処理は実行される。
【０１３５】
まず、データ重複排除状況報告部７０００は、ファイルサーバ１０００から集約対象ファイル容量の情報を受信する（ステップ７０１５）。
【０１３６】
具体的には、データ重複排除状況報告部７０００は、集約対象ファイルのファイル名を検索キーとして、ファイルサーバ１０００にファイル容量の情報を送信するように指示する。指示を受けたファイルサーバ１０００は、ファイル名に対応する容量を検索し、検索された結果を管理計算機４０００のデータ重複排除状況報告部７０００に送信する。
【０１３７】
次に、データ重複排除状況報告部７０００は、集約対象ファイルのファイル容量及び集約されたファイル数から削減された容量を算出する（ステップ７０２０）。具体的には、データ重複排除状況報告部７０００は、ステップ７０１５で受信した集約対象ファイルのファイル容量と、図９のステップ６６１０で記憶された集約されたファイル数とを乗算することによって、削減された容量を算出する。
【０１３８】
次に、データ重複排除状況報告部７０００は、データ重複排除によって削減された容量を管理者３０００に報告する（ステップ７０３０）。具体的には、データ重複排除状況報告部７０００は、ステップ７０２０で算出された容量を、例えば、管理計算機４０００のコンソール装置４０４０等を用いて報告する。そして、処理を終了する。
【０１３９】
図１２は、本発明の第１の形態の管理者３０００への報告のイメージ図である。
【０１４０】
図１２に示されるイメージは、図１１のステップ７０３０で管理者３０００に報告される例である。報告７０８０は、管理計算機４０００のコンソール装置４０４０に出力されてもよい。また、プリンタ（図示省略）を用いて紙に出力されてもよい。なお、報告７０８０の「＊＊」の部分には、図１１のステップ７０２０で算出された「削減された容量」の値が表示される。
【０１４１】
本発明の第１の実施の形態では、管理計算機４０００のメモリ４０２０がデータ重複排除制御部４１００を格納するように説明したが、ファイルサーバ１０００のメモリ１０２０がデータ重複排除制御部４１００を格納して計算機システムを構成してもよい。
【０１４２】
＜第２の実施の形態＞
本発明の第２の実施の形態では、管理計算機が、予め、ボリュームの負荷情報及びファイルの負荷情報を収集し、データ重複排除を実施する際に、ボリュームの負荷情報及びファイルの負荷情報を用いて、Ｎ個の集約対象ファイルをどのボリューム２１００に格納されるＭ個（１＜Ｍ＜Ｎ）のファイルに集約するかを決定する。
【０１４３】
図１３は、本発明の第２の実施の形態の計算機システムの構成図である。
【０１４４】
第２の実施の形態の計算機システムが第１の実施の形態と異なるのは、管理計算機４０００のメモリ４０２０がファイル情報テーブル８５００を格納されることと、メモリ４０２０に格納されるデータ重複排除制御部４１００がファイル負荷情報収集部８０００及びボリューム負荷しきい値格納部８７００を含む点である。また、管理計算機４０００は、ファイルサーバ１０００からファイル負荷情報８１００を受信する。
【０１４５】
ファイル情報テーブル８５００は、ボリューム２１００に格納されているファイルの情報を管理する。
【０１４６】
ファイル負荷情報収集部８０００は、ファイルサーバ１０００からファイル負荷情報８１００を収集する。
【０１４７】
ボリューム負荷しきい値格納部８７００は、負荷のしきい値が、予め初期値としてボリューム負荷しきい値格納部８７００に記憶される。
【０１４８】
本発明の第２の実施の形態では、ファイルの負荷として、ファイルの入出力回数を用いる。ファイルの入出力回数とは、ファイルを読み出す、及び、ファイルに書き込む回数である。
【０１４９】
図１４は、本発明の第２の実施の形態のファイル情報テーブル８５００の構成を示す。
【０１５０】
ファイル情報テーブル８５００は、ボリューム番号８５１０、ファイル名８５２０、最大負荷８５３０、平均負荷８５４０及びファイル容量８５５０を含む。
【０１５１】
ボリューム番号８５１０は、パリティグループを構成するボリューム２１００を識別する番号である。
【０１５２】
ファイル名８５２０は、ボリューム番号８５１０によって識別されるボリューム２１００に格納されているファイルの名称を示す。
【０１５３】
最大負荷８５３０は、負荷判定期間におけるボリューム２１００の単位時間当たりのファイルの入出力数（アクセス回数）の最大値である。
【０１５４】
平均負荷８５４０は、負荷判定期間におけるボリューム２１００の単位時間当たりのファイルの入出力数（アクセス回数）の平均値である。
【０１５５】
ファイル容量８５５０は、ファイル名８５２０によって識別されるファイルのファイル容量である。
【０１５６】
図１４に示す例では、ファイル情報テーブル８５００の第１行のボリューム番号８５１０、ファイル名８５２０、最大負荷８５３０、平均負荷８５４０及びファイル容量８５５０には、それぞれ「００：００」、「Ａ１」、「１０」、「５」及び「１０ＧＢ」が格納されている。これは、「００：００」によって識別されるボリューム２１００であること、ボリューム「００：００」に格納されているファイルの名称が「Ａ１」であること、負荷判定期間におけるファイル「Ａ１」の単位時間当たりの入出力数の最大値が「１０」であること、負荷判定期間におけるファイル「Ａ１」の単位時間当たりの入出力数の平均値が「５」であること、ファイル「Ａ１」のファイル容量が「１０ＧＢ」であること、を示している。
【０１５７】
したがって、ファイル情報テーブル８５００によって、各ファイルの負荷判定期間における負荷の最大値及び平均値がわかる。
【０１５８】
図１５は、本発明の第２の実施の形態のファイル負荷情報収集処理のフローチャートであり、ファイル負荷情報収集部８０００によって実行される。
【０１５９】
まず、ファイル負荷情報収集部８０００は、ファイルサーバ１０００で観測された最新のファイルの入出力数の観測データを、ファイル負荷情報８１００として収集する（ステップ８６４０）。ファイル負荷情報収集部８０００は、ファイル負荷情報８１００として収集する。
【０１６０】
次に、ファイル負荷情報収集部８０００は、ステップ８６４０で収集したファイル負荷情報８１００から、最新の負荷判定期間Ｔ内に観測された観測データを抽出する（ステップ８６５０）。
【０１６１】
次に、ファイル負荷情報収集部８０００は、ステップ８６５０で抽出された観測データの最大値（すなわち、最新の負荷判定期間Ｔ内に観測された観測データの最大値）をファイル情報テーブル８５００の最大負荷８５３０に格納する（ステップ８６６０）。
【０１６２】
次に、ファイル負荷情報収集部８０００は、ステップ８６５０で取り出された観測データの平均値（すなわち、最新の負荷判定期間Ｔ内に観測された観測データの平均値）をファイル情報テーブル８５００の平均負荷８５４０に格納する（ステップ８６７０）。
【０１６３】
次に、ファイル負荷情報収集部８０００は、データ取得インタバル時間を経過すると、ステップ５０４０に戻る（ステップ８６８０）。データ取得インタバル時間は、ファイル情報テーブル８５００に格納されている最大負荷８５３０及び平均負荷８５４０の値を更新する間隔である。
【０１６４】
データ取得インタバル時間が経過すると、処理は各テーブルの情報を更新するためにステップ８６４０に戻り、再びファイルサーバ１０００から最新のファイル負荷情報８１００を収集する。
【０１６５】
図１６は、本発明の第２の実施の形態のデータ重複排除が実行される流れを示すフローチャートである。
【０１６６】
第２の実施形態のデータ重複排除が実行される流れを示すフローチャートが第１の実施の形態と異なるのは、ステップ４５２０が追加されている点である。
【０１６７】
ステップ４５２０で、管理計算機４０００は、負荷の値を更新する。具体的には、管理計算機４０００は、各種テーブルに格納されている最大負荷及び平均負荷値を、集約の実行結果に基づいて更新する。
【０１６８】
図１７は、本発明の第２の実施の形態の集約決定処理のフローチャートであり、集約決定部６５００によって実行される。
【０１６９】
第２の実施の形態の集約決定処理では、ボリュームＩ（Ｉは変数）のボリューム負荷を「ＶＩ」、ファイルＩのファイル負荷を「ＦＩ」及び負荷のしきい値を「Ｚ１」とする。
【０１７０】
まず、集約決定部６５００は、集約されたファイルの数を「０」に設定する（ステップ９０１０）。集約されたファイルの数の初期値として「０」が値として設定されている。
【０１７１】
次に、集約決定部６５００は、集約対象ファイル（Ｎ個）を決定する（ステップ９０２０）。集約決定部６５００は、ファイルサーバ１０００の重複分析部１５００によって、同一のファイルであると判定されたファイルを、集約対象のファイルとして決定する。
【０１７２】
次に、集約決定部６５００は、集約対象ファイルが格納されたボリュームを検索する（ステップ９０３０）。集約決定部６５００は、予め、ファイルサーバ１０００からファイル管理テーブル１６００を取得し、集約対象ファイルのファイル名を検索キーとしてファイル管理テーブル１６００を検索する。そして、集約決定部６５００は、ファイル管理テーブル１６００のファイル名１６１０に対応する検索ボリューム番号１６３０を取得することによって、集約対象ファイルが格納されたボリューム２１００を検索することができる。
【０１７３】
次に、集約決定部６５００は、ステップ９０３０で検索されたボリューム２１００が二つ以上であるか否かを判定する（ステップ９０４０）。
【０１７４】
ステップ９０３０で検索されたボリューム２１００が二つ以上である場合、集約対象ファイルが複数のボリューム２１００に格納されているため、集約決定部６５００は、集約対象ファイルを集約するボリューム２１００を一つ選択する必要がある。集約対象ファイルを集約するボリューム２１００を一つ選択する必要があるのは、複数のボリューム２１００から、負荷の低いボリュームを一つ選択することによって、高負荷のボリュームに負荷をさらに集中させないためである。この場合、処理はステップ９０５０に進む。
【０１７５】
一方、ステップ９０３０で検索されたボリューム２１００の数が一つである場合、集約対象ファイルが一つのボリューム２１００に格納されているため、集約決定部６５００は、集約対象ファイルを集約するボリューム２１００を選択する必要がない。この場合、処理はステップ９１３０に進む。
【０１７６】
次に、集約決定部６５００は、平均負荷が最も低いボリュームを検索する（ステップ９０５０）。具体的には、集約決定部６５００は、ステップ６５２０で検索されたボリューム２１００のボリューム番号を検索キーとして、ボリューム情報テーブル６０００を検索して、検索された全てのボリューム２１００の平均負荷６０４０を取得する。
【０１７７】
集約決定部６５００は、ステップ９０３０で検索された全てのボリューム２１００の平均負荷６０４０の値を比較し、平均負荷が最も低いボリューム２１００を選択する。平均負荷が最も低いボリューム２１００が複数存在する場合、集約決定部６５００は、平均負荷が最も低いボリューム２１００の中から任意の一つのボリューム２１００を選択する。なお、ボリューム２１００は、ボリューム番号の小さいものが選択されてもよい。また、ボリューム２１００の容量の大きいものが選択されてもよい。そして、選択されたボリューム２１００がボリュームＡとして設定される。
【０１７８】
次に、集約決定部６５００は、ボリュームの負荷「ＶＡ」が負荷のしきい値「Ｚ１」より小さいか否かを判定する（ステップ９０６０）。ボリュームの負荷には、ボリューム情報テーブル６０００に格納されている最大負荷６０３０が用いられてもよし、平均負荷６０３０が用いられてもよい。
【０１７９】
「ＶＡ」が「Ｚ１」よりも低い場合、ボリュームＡは、しきい値よりも負荷が低いため、ボリュームＡ以外のボリューム２１００からファイルを集約することが可能であると判定される。このため、集約決定部６５００は、ボリュームＡに集約する集約対象ファイルを、ボリュームＡ以外のボリューム２１００から検索する必要がある。この場合、処理はステップ９０７０に進む。
【０１８０】
一方、「ＶＡ」が「Ｚ１」よりも高い場合、ボリュームＡは、しきい値よりも負荷が高いため、ボリュームＡ以外のボリューム２１００からファイルを集約することができないと判定される。この場合、処理はステップ９１３０に進む。
【０１８１】
次に、集約決定部６５００は、ボリュームＡ内に集約対象ファイルが複数個ある場合に、ボリュームＡ内で集約対象ファイルを集約するようにファイルサーバ１０００に指示する（ステップ９０７０）。
【０１８２】
管理計算機４０００の集約決定部６５００から指示されたファイルサーバ１０００は、ボリュームＡ内に存在する集約対象ファイルのファイル名を検索キーとしてファイル管理テーブル１６００を検索し、ファイル名１６１０に対応するファイル実体名１６２０を取得する。そして、ファイルサーバ１０００は、複数個（Ｋ個とする）存在する集約対象ファイルの中から任意の一つの集約対象ファイルを選択し、選択されなかった集約対象ファイルのファイル実体名１６２０を、選択された集約対象ファイルのファイル実体名１６２０に変更する。すなわち、ファイルサーバ１０００は、選択されなかった集約対象ファイルの参照先を、選択された集約対象ファイルの参照先に変更する。
【０１８３】
例えば、図２のファイル管理テーブルでは、ファイル「Ａ１」、「Ａ２」及び「Ａ３」が集約対象ファイル（同一のファイル）であって、「Ａ１」、「Ａ２」及び「Ａ３」が同じボリューム２１００に格納されており、ファイル「Ａ２」に集約するように選択した場合、「Ａ１」のファイル実体名「Ｆ１」は、「Ｆ２」に変更される。また、「Ａ３」のファイル実体名「Ｆ３」は、「Ｆ２」に変更される。
【０１８４】
次に、集約決定部６５００は、今まで集約されたファイル数にステップ９０７０で集約されたファイル数「Ｋ−１」を加算した値を、新たに集約されたファイル数とする（ステップ９０８０）。
【０１８５】
次に、集約決定部６５００は、ボリュームＡ以外のボリューム２１００に格納されている最低負荷の集約対象ファイルを検索する（ステップ９０９０）。具体的には、集約決定部６５００は、ボリュームＡ以外のボリューム２１００に格納されている集約対象ファイルのファイル名を検索キーとして、ファイル情報テーブル８５００を検索し、ファイル名８５２０に対応する平均負荷８５４０を取得する。集約決定部６５００は、取得された平均負荷８５４０の値のうち、最も値の低いファイルを選択する。そして、選択されたファイルは、ファイルＢとして設定される。
【０１８６】
なお、ステップ９０９０で、平均負荷８５４０ではなく、最大負荷８５３０を取得することによって、最大負荷８５３０の値が最も低いファイルがファイルＢとして設定されてもよい。また、最低負荷の集約対象ファイルではなく、任意の一つの集約対象ファイルを選択し、選択された集約対象ファイルがファイルＢとして設定されてもよい。
【０１８７】
次に、集約決定部６５００は、ボリュームの負荷「ＶＡ」とファイルの負荷「ＦＢ」とを加えた値が、負荷のしきい値「Ｚ１」よりも低いか否かを判定する（ステップ９１００）。ステップ９１００では、ファイル情報テーブル８５００に格納されている最大負荷８５３０に基づいて判定されてもよい。また、ファイル情報テーブル８５００に格納されている平均負荷８５４０に基づいて判定されてもよい。
【０１８８】
「ＶＡ＋ＦＢ」が「Ｚ１」よりも低い場合、ボリュームＡは、ファイルＢの負荷がさらに加えられた場合に、ボリュームＡの負荷がしきい値「Ｚ１」を超えないため、ファイルＢを集約することが可能であると判定される。この場合、集約決定部６５００は、ファイルＢをボリュームＡのファイルに集約するようファイルサーバ１０００に指示する必要があるため、処理はステップ９１１０に進む。
【０１８９】
一方、「ＶＡ＋ＦＢ」が「Ｚ１」よりも高い場合、ボリュームＡは、ファイルＢの負荷がさらに加算されたときに、ボリュームＡの負荷がしきい値「Ｚ１」を超えてしまうため、ファイルＢを集約することができないと判定される。この場合、処理はステップ９１３０に進む。
【０１９０】
次に、集約決定部６５００は、ファイルＢをボリュームＡのファイルに集約するようにファイルサーバ１０００に指示する（ステップ９１１０）。
【０１９１】
管理計算機４０００の集約決定部６５００から指示されたファイルサーバ１０００は、ファイルＢのファイル名を検索キーとしてファイル管理テーブル１６００を検索し、ファイル名１６１０に対応するファイル実体名１６２０及び格納ボリューム番号１６３０を取得する。そして、ファイルサーバ１０００は、ファイルＢのファイル実体名１６２０及び格納ボリューム番号１６３０を、ボリュームＡに存在する集約対象ファイルのファイル実体名１６２０及び格納ボリューム番号１６３０に変更する。すなわち、ファイルサーバ１０００は、ファイルＢの参照先を、ボリュームＡに存在する集約対象ファイルの参照先に変更する。
【０１９２】
例えば、図２のファイル管理テーブルでは、ファイル「Ａ１」がファイルＢであって、ファイル「Ａ２」に集約する場合、「Ａ１」のファイル実体名「Ｆ１」及び格納ボリューム番号「００：０１」は、「Ｆ２」及び「００：０２」にそれぞれ変更される。
【０１９３】
なお、ステップ９１１０は、図８のステップ４４００に対応する。
【０１９４】
ステップ９１２０で、集約決定部６５００は、今まで集約されたファイル数に１を加算した値を、新たに今まで集約されたファイル数とする。
【０１９５】
次に、集約決定部６５００は、ファイルサーバ１０００から集約の実行結果を受信したか否かを判定する（ステップ９１６０）。
【０１９６】
実行結果が受信された場合、ファイルサーバ１０００でファイルＢがボリュームＡに格納されているファイルに集約されたため、各種テーブルに格納されている負荷の情報が更新される。この場合、処理はステップ９１７０に進む。
【０１９７】
一方、実行結果が受信されていない場合、ファイルサーバ１０００でファイルＢがボリュームＡに格納されているファイルに集約されていないため、各種テーブルに格納されている負荷の情報が更新されない。この場合、集約決定部６５００は、ファイルＢが集約されるまで待機する必要があり、処理はステップ９１６０に戻る。
【０１９８】
次に、集約決定部６５００は、各種テーブルを更新する（ステップ９１７０）。具体的には、ファイルサーバ１０００が集約を実行することによって、パリティグループの負荷、ボリュームの負荷及びファイルの負荷が変更されるため、変更された負荷の値が各種テーブルの最大負荷及び平均負荷の値に格納されることによって、各種テーブルに格納されている負荷の情報が更新される。そして、各種テーブルの情報が更新されると、処理はステップ９０２０に戻る。
【０１９９】
ステップ９１３０で、集約決定部６５００は、全てのボリュームについて、同一ボリューム内に集約対象ファイルが複数個ある場合に、全てのボリューム内でそれらを集約するようにファイルサーバ１０００に指示する（ステップ９１３０）。
【０２００】
管理計算機４０００の集約決定部６５００から指示されたファイルサーバ１０００は、全てのボリューム内に存在する集約対象ファイルのファイル名を検索キーとしてファイル管理テーブル１６００を検索し、ファイル名１６１０に対応するファイル実体名１６２０を取得する。そして、ファイルサーバ１０００は、複数個（Ｋ個とする）存在する集約対象ファイルの中から任意の一つのファイルを選択し、選択されなかった集約対象ファイルのファイル実体名１６２０を、選択された集約対象ファイルのファイル実体名１６２０に変更する。すなわち、ファイルサーバ１０００は、選択されなかった集約対象ファイルの参照先を、選択された集約対象ファイルの参照先に変更する。
【０２０１】
例えば、図２のファイル管理テーブルでは、ファイル「Ａ１」、「Ａ２」及び「Ａ３」が集約対象ファイル（同一のファイル）であって、「Ａ１」、「Ａ２」及び「Ａ３」が同じボリューム２１００に格納されており、ファイル「Ａ２」に集約するように選択した場合、Ａ１のファイル実体名「Ｆ１」は、「Ｆ２」に変更される。また、「Ａ３」のファイル実体名「Ｆ３」は、「Ｆ２」に変更される。
【０２０２】
なお、ステップ６１３０は、図８のステップ４４００に対応する。
【０２０３】
ステップ９１４０で、集約決定部６５００は、今まで集約されたファイル数にステップ９１３０で集約されたファイル数「Ｋ−１」を加算した値を、新たに集約されたファイル数とする（ステップ９１４０）。そして、処理を終了する。
【０２０４】
図１８は、本発明の第２の実施の形態のファイルを集約する指示が出された際の処理を示す。
【０２０５】
第１の実施の形態と異なるのは、図１６のステップ４５２０にステップ９３４０が含まれる点である。
【０２０６】
ステップ９３４０で、管理計算機４０００は、集約先のボリューム２１００の負荷に、集約されるファイルの負荷を加算した値でパリティグループ情報テーブル５５００及びボリューム情報テーブル６０００を更新する。また、管理計算機４０００は、集約先のファイルの負荷に、集約されるファイルの負荷を加算した値でファイル情報テーブル８５００を更新する。
【０２０７】
具体的には、管理計算機４０００は、集約先のボリューム２１００のファイルの入出力数に、集約されるファイルの入出力数を加算した値を算出する。算出された値に基づいて、パリティグループ情報テーブル５５００及びボリューム情報テーブル６０００に最大負荷及び平均負荷の値が格納される。
【０２０８】
また、管理計算機４０００は、集約先のファイルの入出力数（アクセス回数）に、集約されるファイルの入出力数（アクセス回数）を加算した値を算出する。算出された値に基づいて、ファイル情報テーブル８５００に最大負荷８５３０及び平均負荷８５４０の値が格納される。
【０２０９】
このように、管理計算機４０００は、集約を実行した場合に各種テーブルの負荷の値を更新する。
【０２１０】
本発明の第２の実施の形態では、管理計算機４０００のメモリ４０２０がデータ重複排除制御部４１００を格納するように説明したが、ファイルサーバ１０００のメモリ１０２０がデータ重複排除制御部４１００を格納して計算機システムを構成してもよい。
【図面の簡単な説明】
【０２１１】
【図１】本発明の第１の実施の形態の計算機システムの構成図である。
【図２】本発明の第１の実施の形態のファイル管理テーブルの構成を示す。
【図３】本発明の第１の実施の形態のパリティグループ情報テーブルの構成を示す。
【図４】本発明の第１の実施の形態のボリューム情報テーブルの構成を示す。
【図５Ａ】本発明の第１の実施の形態のパリティグループの負荷状況を示す図である。
【図５Ｂ】本発明の第１の実施の形態のパリティグループの負荷状況を示す図である。
【図６】本発明の第１の実施の形態のパリティグループのストレージ負荷情報収集処理のフローチャートである。
【図７】本発明の第１の実施の形態のボリュームのストレージ負荷情報収集処理のフローチャートである。
【図８】本発明の第１の実施の形態のデータ重複排除が実行される流れを示すフローチャートである。
【図９】本発明の第１の実施の形態の集約決定処理のフローチャートである。
【図１０】本発明の第１の実施の形態のファイルサーバがファイルを集約する指示を受けた際の処理の詳細を示す。
【図１１】本発明の第１実施の形態のデータ重複排除状況報告処理のフローチャートである。
【図１２】本発明の第１の形態の管理者への報告のイメージ図である。
【図１３】本発明の第２の実施の形態の計算機システムの構成図である。
【図１４】本発明の第２の実施の形態のファイル情報テーブルの構成を示す。
【図１５】本発明の第２の実施の形態のファイル負荷情報収集処理のフローチャートである。
【図１６】本発明の第２の実施の形態のデータ重複排除が実行される流れを示すフローチャートである。
【図１７】本発明の第２の実施の形態の集約決定処理のフローチャートである。
【図１８】本発明の第２の実施の形態のファイルを集約する指示が出された際の処理を示す。
【符号の説明】
【０２１２】
５００  ホスト計算機
１０００  ファイルサーバ
１２００  ファイル実体
１３００  データ重複排除実行部
１５００  重複分析部
１６００  ファイル管理テーブル
２０００  ストレージシステム
２１００  ボリューム
３０００  管理者
４０００  管理計算機
４１００  データ重複排除制御部
５０００  ストレージ負荷情報収集部
５０１０  負荷判定期間格納部
５５００  パリティグループ情報テーブル
６０００  ボリューム情報テーブル
６５００  集約決定部
７０００  データ重複排除状況報告部
８０００  ファイル負荷情報収集部
８５００  ファイル情報テーブル
８７００  ボリューム負荷しきい値格納部
【図１】
2009080671.tif 000003
【図２】
2009080671.tif 000004
【図３】
2009080671.tif 000005
【図４】
2009080671.tif 000006
【図５Ａ】
2009080671.tif 000007
【図５Ｂ】
2009080671.tif 000008
【図６】
2009080671.tif 000009
【図７】
2009080671.tif 000010
【図８】
2009080671.tif 000011
【図９】
2009080671.tif 000012
【図１０】
2009080671.tif 000013
【図１１】
2009080671.tif 000014
【図１２】
2009080671.tif 000015
【図１３】
2009080671.tif 000016
【図１４】
2009080671.tif 000017
【図１５】
2009080671.tif 000018
【図１６】
2009080671.tif 000019
【図１７】
2009080671.tif 000020
【図１８】
2009080671.tif 000021
【手続補正書】
【提出日】平成19年11月15日(2007.11.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
ディスク装置４０３０は、プログラム及び／又はユーザデータ等を記憶する。ディスク装置４０３０は、例えば、ハードディスクドライブ（ＨＤＤ）で構成するとよい。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
図５Ａ及び図５Ｂは、本発明の第１の実施の形態のパリティグループの負荷状況を示す図である。図５Ａは、パリティグループ「１−１」の負荷状況を示し、図５Ｂは、パリティグループ「１−２」の負荷状況を示す。負荷状況とは、ある時間におけるパリティグループを構成するボリューム２１００に格納されているファイルの入出力数の変化のことである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００９０
【補正方法】変更
【補正の内容】
【００９０】
次に、管理計算機４０００の集約決定部６５００は、ファイルサーバ１０００から通知された分析結果と、ボリューム情報テーブル６０００の最大負荷６０３０及び平均負荷６０４０の情報とに基づいて、集約するファイルが格納されるボリューム２１００を決定する（ステップ４３５０）。なお、集約決定部６５００の処理は、図９を用いて後述する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
次に、ファイルサーバ１０００は、実行された集約の実行結果を管理計算機４０００に通知する（ステップ４５００）。実行結果には、集約の対象となったファイルの容量、及び、集約を実行することによって削減されたファイル数等が含まれる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
次に、集約決定部６５００は、集約対象ファイルが格納されたボリュームを検索する（ステップ６５２０）。集約決定部６５００は、予め、ファイルサーバ１０００からファイル管理テーブル１６００を取得し、集約対象ファイルのファイル名を検索キーとしてファイル管理テーブル１６００を検索する。そして、集約決定部６５００は、ファイル管理テーブル１６００のファイル名１６１０に対応する格納ボリューム番号１６３０を取得することによって、集約対象ファイルが格納されたボリューム２１００を検索することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１４４
【補正方法】変更
【補正の内容】
【０１４４】
第２の実施の形態の計算機システムが第１の実施の形態と異なるのは、管理計算機４０００のメモリ４０２０がファイル情報テーブル８５００を格納することと、メモリ４０２０に格納されるデータ重複排除制御部４１００がファイル負荷情報収集部８０００及びボリューム負荷しきい値格納部８７００を含む点である。また、管理計算機４０００は、ファイルサーバ１０００からファイル負荷情報８１００を受信する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１５９
【補正方法】変更
【補正の内容】
【０１５９】
まず、ファイル負荷情報収集部８０００は、ファイルサーバ１０００で観測された最新のファイルの入出力数の観測データを、ファイル負荷情報８１００として収集する（ステップ８６４０）。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１６３
【補正方法】変更
【補正の内容】
【０１６３】
次に、ファイル負荷情報収集部８０００は、データ取得インタバル時間を経過すると、ステップ８６４０に戻る（ステップ８６８０）。データ取得インタバル時間は、ファイル情報テーブル８５００に格納されている最大負荷８５３０及び平均負荷８５４０の値を更新する間隔である。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１７２
【補正方法】変更
【補正の内容】
【０１７２】
次に、集約決定部６５００は、集約対象ファイルが格納されたボリュームを検索する（ステップ９０３０）。集約決定部６５００は、予め、ファイルサーバ１０００からファイル管理テーブル１６００を取得し、集約対象ファイルのファイル名を検索キーとしてファイル管理テーブル１６００を検索する。そして、集約決定部６５００は、ファイル管理テーブル１６００のファイル名１６１０に対応する格納ボリューム番号１６３０を取得することによって、集約対象ファイルが格納されたボリューム２１００を検索することができる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１７６
【補正方法】変更
【補正の内容】
【０１７６】
次に、集約決定部６５００は、平均負荷が最も低いボリュームを検索する（ステップ９０５０）。具体的には、集約決定部６５００は、ステップ９０３０で検索されたボリューム２１００のボリューム番号を検索キーとして、ボリューム情報テーブル６０００を検索して、検索された全てのボリューム２１００の平均負荷６０４０を取得する。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１７８
【補正方法】変更
【補正の内容】
【０１７８】
次に、集約決定部６５００は、ボリュームの負荷「ＶＡ」が負荷のしきい値「Ｚ１」より小さいか否かを判定する（ステップ９０６０）。ボリュームの負荷には、ボリューム情報テーブル６０００に格納されている最大負荷６０３０が用いられてもよし、平均負荷６０４０が用いられてもよい。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０２０２
【補正方法】変更
【補正の内容】
【０２０２】
なお、ステップ９１３０は、図８のステップ４４００に対応する。
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正の内容】
【図１】
2009080671.tif 000022
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2009080671.tif 000023
【手続補正１５】
【補正対象書類名】図面
【補正対象項目名】図１３
【補正方法】変更
【補正の内容】
【図１３】
2009080671.tif 000024
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2009080671.tif 000025