JP5422298B2 - 階層管理ストレージシステムおよびストレージシステムの運用方法 - Google Patents

Description

本発明は、ストレージシステム、及びストレージシステムの管理方法に関するものであり、特にスタブを用いた階層型ストレージ管理を実行するストレージシステムにおいて、ストレージ装置の各階層間でのスタブと、その指し示すファイルとの情報の不整合を効率よく修復し、ストレージシステムの適切な運用を図るための技術に関する。

ストレージシステムの容量を効率的に利用するための方法の１つとして、階層型ストレージ管理（ＨＳＭ：Ｈｉｅｒａｒｃｈｉｃａｌ Ｓｔｏｒａｇｅ Ｍａｎａｇｅｍｅｎｔ）がある（特許文献1）。ＨＳＭは一般に高速・低容量のストレージ装置と、低速・大容量のストレージ装置と、の２台以上のストレージ装置で構成され、それぞれのストレージ装置は階層関係を構成する。各階層のことをＴｉｅｒと呼ぶ。また、高速・低容量のストレージ階層を上位のＴｉｅｒ、低速・大容量のストレージ階層を下位のＴｉｅｒと称する。ＨＳＭでは、データをまず上位のＴｉｅｒに格納し、利用頻度の低いデータは下位のＴｉｅｒに移動（マイグレーション）することにより、ストレージ容量の効率的利用を図る。

下位のＴｉｅｒに移動されたデータの参照を容易にするために、しばしばスタブが用いられる。スタブは上位のＴｉｅｒに配置され、移動したデータの下位Ｔｉｅｒにおける格納場所を指し示す。ユーザは上位Ｔｉｅｒのスタブを参照することで下位Ｔｉｅｒに移動したデータを参照することができる。このようなスタブを用いるＨＳＭにおいては、上位Ｔｉｅｒに存在するスタブと、スタブにより指し示される下位Ｔｉｅｒに存在するファイル等のデータと、の間での情報の不整合が時折問題となる。ここで、不整合とは、上位Ｔｉｅｒのスタブが適切な下位Ｔｉｅｒのファイルを指示しない場合や、下位Ｔｉｅｒのファイルを指示するべきスタブが上位Ｔｉｅｒに存在しない場合などをいう。

特許文献2では、スタブの参照を要するアクセスの受信時に上位Ｔｉｅｒのストレージ装置が当該スタブの不整合を検出し場合に、当該アクセスの発行元にエラーを通知した後、エラーの修復を実行する技術が開示されている。

米国特許第７２２５２１１号明細書 米国特許第６０２３７０９号明細書

上述の不整合は、例えば、上位Ｔｉｅｒでバックアップデータからのリストアを実行した場合、下位Ｔｉｅｒでファイルを削除した場合に多く発生しうる。

特許文献２に開示される方法では、スタブにユーザがアクセスしたタイミングで、スタブの指し示すデータのエラーを検出・修復するため、スタブ自体が消失した場合に対処できない上、ユーザがアクセスするまで対処しないためユーザに不便を強いることになるといった課題がある。

本発明ではデータのリカバリやその他の契機で発生した不整合を速やかに検知し、これを修復することが可能なストレージシステム、及びストレージシステムの運用方法を提供することを目的とする。

本発明のストレージシステムは、クライアント計算機に接続され、第１のストレージ装置と、第２のストレージ装置と、を有する。第１のストレージ装置は、クライアント計算機のアクセス対象となる複数のファイルデータを記憶する第１の記憶領域と、ファイルデータのバックアップデータを記憶する第２の記憶領域と、を備える。また、第２のストレージ装置は、第１のストレージ装置に接続され、第１の記憶領域から移行されファイルデータを記憶する第３の記憶領域を備える。第１の記憶領域から第２の記憶領域への複数のファイルデータのバックアップの際、バックアップデータが作成された時刻である第１の時刻を管理し、第１の記憶領域から第３の記憶領域へ複数のファイルデータに含まれるファイルデータを移行する際、ファイルデータ毎に当該ファイルデータの移行時刻である第２の時刻を管理する。そして、第２の記憶領域のバックアップデータを用いて、第１の記憶領域のデータをリカバリする際、第3の記憶領域に記憶される前記複数のファイルデータの中から前記第２の時刻が前記第１の時刻より新しいファイルデータを抽出し、前記抽出されたファイルデータの前記第３の記憶領域における格納先を指し示すスタブを復元し、前記第１の記憶領域に記憶させる。

その他、本願が開示する課題、及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。

本発明によれば、スタブによるＨＳＭを実行するストレージシステムにおいて、上位Ｔｉｅｒのスタブと、下位Ｔｉｅｒのデータと、の不整合を容易に検出・修正することができる。

本発明におけるストレージシステムの構成図である。 ＮＡＳ装置（Ａ）の構成図である。 ＮＡＳ装置（Ｂ）の構成図である。 ＮＡＳ装置（Ａ）のファイルの持つメタデータの図である。 ＮＡＳ装置（Ａ）のスタブの持つ情報の図である。 ＮＡＳ装置（Ｂ）のファイルの持つメタデータの図である。 削除ファイルテーブルの図である。 ファイルやスタブの読み込みを要求された際の処理を説明するフローチャート図である。 ファイルやスタブの書き込みを要求された際の処理を説明するフローチャート図である。 ＮＡＳ装置（Ａ）でユーザボリューム１１４をバックアップする際の処理を説明するフローチャート図である。 ファイルのマイグレーションを実行する処理を説明するフローチャート図である。 ＮＡＳ装置（Ｂ）のファイルを削除する処理を説明するフローチャート図である。 マイグレーションとリカバリを実行した際の時系列と両ＮＡＳ装置の状況を表した模式図である。 ファイルの削除とリカバリを実行した際の時系列と両ＮＡＳ装置の状況を表した模式図である。 ＮＡＳ装置（Ａ）のスタブとＮＡＳ装置（Ｂ）のファイルの不整合を修復する処理を説明するフローチャート図である。 リストア実行によって生じた不整合を修復するため、スタブを復元する処理を説明するフローチャート図である。 リストア実行によって生じた不整合を修復するため、スタブを復元する処理を説明するフローチャート図である。 リストア実行によって生じた不整合を修復するため、スタブを復元する処理を説明するフローチャート図である。 リストア実行によって生じた不整合を修復するため、不要なスタブを削除する処理を説明するフローチャート図である。 リストア実行によって生じた不整合を修復するため、不要なスタブを削除する処理を説明するフローチャート図である。

以下、各図を用いて本発明の実施形態について説明する。

図１は本発明のシステムの構成図である。ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）装置（Ａ）１１とＮＡＳ装置（Ｂ）１２はマイグレーションＬＡＮ１５を経由して互いに接続されている。また管理用計算機１３は、管理用ＬＡＮ１４を経由してＮＡＳ装置（Ａ）１１及びＮＡＳ装置（Ｂ）１２に接続されている。クライアント計算機１７はユーザＬＡＮ１６を経由してＮＡＳ装置（Ａ）１１に接続されている。

図２はＮＡＳ装置（Ａ）１１の構成図である。ＮＡＳ装置（Ａ）１１は実行時のプログラムを格納するメモリ１１１、プログラムの演算を行うＣＰＵ１１２、ＮＡＳ装置のクライアントユーザがデータを格納するためのユーザボリューム１１３、ユーザボリュームのバックアップデータを格納するためのバックアップボリューム１１４、管理ＬＡＮ１４を経由して管理計算機に接続するための管理用Ｉ／Ｆ１１５、ＮＡＳ装置（Ｂ）とマイグレーションＬＡＮ１５を経由して接続するためのマイグレーション用Ｉ／Ｆ１１６、ユーザＬＡＮ１６を経由してクライアント計算機に接続するためのユーザ用Ｉ／Ｆ１１７から構成される。ユーザボリューム１１３、バックアップボリューム１１４は、ＮＡＳ装置（Ａ）がクライアント計算機１７へ提供する記憶領域である。ユーザボリューム１１３、バックアップボリューム１１４は、ＮＡＳ装置（Ａ）１１内に備えられていてもよいし、例えばＮＡＳ装置（Ａ）１１と接続されるストレージ装置のディスクドライブやフラッシュメモリによってＮＡＳ装置に提供されるものであってもよい。管理ＬＡＮ１４、マイグレーションＬＡＮ１５及びユーザＬＡＮ１６は１つのＬＡＮであっても良い。ＬＡＮに接続されるＩ／Ｆも同様に、管理用Ｉ／Ｆ１１５、マイグレーション用Ｉ／Ｆ１１６及びユーザ用Ｉ／Ｆ１１７が１つのＩ／Ｆであっても良い。ＣＰＵ１１とボリューム１１４及び１１５はＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）等のバスインタフェースで接続されていても良いし、ファイバーチャネルによるＳＡＮで接続されていても良い。

メモリ１１１にはＯＳ１１１１が保持される。

ＯＳ１１１１で動作するプログラムとして、ファイルアクセス制御プログラム１１１１０、ファイル送信プログラム１１１１１、スタブ復元プログラム１１１１２、スタブ削除プログラム１１１１３、データバックアッププログラム１１１１４、データリカバリプログラム１１１１５、ファイルシステム１１１１６、及びスタブ制御プログラム１１１１７、削除ファイルテーブル１１１１がメモリ１１１に保持される。プログラムはＣＰＵ１１２により実行される。

ファイルアクセス制御プログラム１１１１０は、ユーザからのファイルアクセス要求に応じて、対象のファイルをユーザに公開する。対象のファイルがマイグレートされていたならば、スタブを通じてマイグレートされたファイルへアクセスさせる。

ファイル送信プログラム１１１１１は、ユーザの指示や事前に設定したスケジュールに応じて、事前に設定された条件に合致するファイル１１１１６１を、マイグレーション用Ｉ／Ｆ１１６を通じてＮＡＳ装置（Ｂ）１２へ送信し、送信が完了したファイルを削除して代わりにスタブ１１１１６３を作成する機能を持つ。

スタブ復元プログラム１１１１２は、ＮＡＳ装置（Ｂ）１２から受信したファイルのメタデータ情報を元に、ファイルに対応するスタブ１１１１６３を作成する機能を持つ。

スタブ削除プログラム１１１１３は、ＮＡＳ装置（Ｂ）１２から受信した削除済みファイル情報を元に、削除済みファイルに対応したスタブ１１１１６３を削除する機能を持つ。

データバックアッププログラム１１１１４は、ユーザからの指示や事前に設定されたスケジュールに応じて、ユーザボリューム１１３のバックアップデータをバックアップボリューム１１４に作成する機能を持つ。

データリカバリプログラム１１１１５は、ユーザからの指示に応じて、バックアップボリューム１１４に格納されているバックアップデータを用いてユーザボリューム１１３のリカバリを実行する機能を持つ。

ファイルシステム１１１１６では、複数のファイル１１１１６１、各ファイルのメタデータ１１１１６２、及びＮＡＳ装置（Ｂ）１２へマイグレートされたファイルの位置を指し示すための特殊なファイルであるスタブ１１１１６３が管理され、これらのデータの実態はユーザボリューム１１３で保持される。

スタブ制御プログラム１１１１７は、ユーザがスタブ１１１１６３にアクセスした際に、そのスタブが指し示すＮＡＳ装置（Ｂ）１２上のファイル１２１１６１を取得する。これによりユーザはＮＡＳ装置（Ａ）１１からＮＡＳ装置（Ｂ）１２へマイグレートされたファイル１２１１６１に、スタブ１１１１６３を経由してアクセスすることが可能となる。

図３はＮＡＳ装置（Ｂ）１２の構成図である。ＮＡＳ装置（Ａ）１２は実行時のプログラムを格納するメモリ１２１、プログラムの演算を行うＣＰＵ１２２、ＮＡＳ装置のクライアントユーザがデータを格納するためのユーザボリューム１２３、管理ＬＡＮ１４を経由して管理計算機に接続するための管理用Ｉ／Ｆ１２５、ＮＡＳ装置（Ｂ）とマイグレーションＬＡＮ１５を経由して接続するためのマイグレーション用Ｉ／Ｆ１２６、ユーザＬＡＮ１６を経由してクライアント計算機に接続するためのユーザ用Ｉ／Ｆ１２７から構成される。管理ＬＡＮ１４、マイグレーションＬＡＮ１５及びユーザＬＡＮ１６は１つのＬＡＮであっても良い。ＬＡＮに接続されるＩ／Ｆも同様に、管理用Ｉ／Ｆ１２５、マイグレーション用Ｉ／Ｆ１２６及びユーザ用Ｉ／Ｆ１２７が１つのＩ／Ｆであっても良い。ＣＰＵ１２とボリューム１２４及び１２５はＰＣＩ等のバスインタフェースで接続されていても良いし、ファイバーチャネルによるＳＡＮで接続されていても良い。

メモリ１２１にはＯＳ１２１１が保持される。

ＯＳ１２１１で動作するプログラムとして、ファイル受信プログラム１２１１１、ファイル制御プログラム１２１１２、ファイル削除プログラム１２１１３、データ保護プログラム１２１１４、データアーカイブプログラム１２１１５、ファイルシステム１２１１６、及びファイル共有プログラム１２１１７がメモリ１２１に保持される。プログラムはＣＰＵ１２２により実行される。

ファイル受信プログラム１２１１１は、マイグレーション実行時にＮＡＳ装置（Ａ）１１のファイル送信プログラム１１１１１により送信されたファイルをマイグレーション用Ｉ／Ｆ１２６を通じて受信し、ファイルシステム１２１１６にファイルを格納する。
ファイル制御プログラム１２１１２は、ＮＡＳ装置（Ａ）１１でのスタブ復元時、必要となるファイルのメタデータをＮＡＳ装置（Ａ）１１へ送信する。

ファイル削除プログラム１２１１３は、ファイル１２１１６１を削除する際にスタブを削除するようＮＡＳ装置（Ａ）１１のスタブ削除プログラム１１１１２へ命令し、削除されたファイルの情報を削除ファイルリスト１２１１６３へ記録する。また、ＮＡＳ装置（Ａ）１１で不整合の生じたスタブを削除する際に、削除ファイルリスト１２１１６３に記録された情報をＮＡＳ装置（Ａ）１１へ送信する。

データ保護プログラム１２１１４は、アーカイブ用ストレージであるＮＡＳ装置（Ｂ）１２のデータが損失するのを防止するため、データのミラーリング等の手段でデータを保護する。

データアーカイブプログラム１２１１５は、アーカイブ用ストレージであるＮＡＳ装置（Ｂ）１２のデータを長期間にわたって保全するために、書き込み防止や削除防止を行う。
ファイルシステム１２１１６上には複数のファイル１２１１６１、各ファイルのメタデータ１２１１６２、及び削除ファイルテーブル１２１１６３が保持される。

ファイル共有プログラム１２１１７は、ＮＡＳ装置（Ａ）１１上のスタブ制御プログラム１１１１７より要求のあったファイルをＮＡＳ装置（Ａ）１１へ送信する。

図４に、ＮＡＳ装置（Ａ）１１のファイルシステム１１１１６の保持するメタデータ１１１１６２の一例を示す。メタデータはファイルシステム１１１１６の保持するファイル１１１１６１ごとに保持される。メタデータ１１１１６２は少なくとも、ファイルの作成日時Ｔ１６２０１、更新日時Ｔ１６２０２、最終アクセス日時Ｔ１６２０３、サイズＴ１６２０４、といったファイルに関する情報の他に、ファイルがスタブかどうかを判別するためのスタブフラグＴ１６２０５を保持する。

図５に、ファイルシステム１１１１６の保持するスタブ１１１１６３が保持する情報の一例を示す。スタブは少なくとも、スタブに対応したＮＡＳ装置（Ｂ）１２上のファイルの作成日時Ｔ１６３０１、更新日時Ｔ１６３０２、最終アクセス日時Ｔ１６３０３、サイズＴ１６３０４、マイグレーション先であるＮＡＳ装置（Ｂ）１２を特定するためのホスト名やＩＰアドレスなどを記録したマイグレート先１６３０７、ディレクトリパスなどマイグレーションされたファイルのＮＡＳ装置（Ｂ）１２上における格納箇所を特定するためのマイグレート先格納箇所Ｔ１６３０８、を保持する。また、マイグレーション実行時に一意に割り当てられるＩＤであるマイグレーションＩＤＴ１６３０５、マイグレート日時Ｔ１６３０６，を保持しても良い。
図６に、ＮＡＳ装置（Ｂ）１２のファイルシステム１２１１６の保持するメタデータ１２１１６２の一例を示す。メタデータはファイルシステム１２１１６の保持するファイル１２１１６１ごとに保持される。メタデータ１２１１６２は少なくとも、ファイルの作成日時Ｔ２６２０１、更新日時Ｔ２６２０２、最終アクセス日時Ｔ２６２０３、サイズＴ２６２０４、といったファイルに関する情報の他に、マイグレーション実行時に一意に割り当てられるＩＤであるマイグレーションＩＤＴ２６２０５、ファイルがＷＯＲMかどうかを判別するためのＷＯＲＭフラグＴ２６２０６、マイグレート日時Ｔ２６２０７、マイグレーション元であるＮＡＳ装置（Ａ）１１を特定するためのホスト名やＩＰアドレスなどを記録したマイグレート元Ｔ２６２０８、ディレクトリパスなどマイグレーション実行前におけるＮＡＳ装置（Ａ）１１上でのファイルの格納箇所を特定するためのマイグレート元格納箇所Ｔ２６２０９、といったファイルのアーカイブとマイグレーションに関する情報を保持する。スタブは、前述のとおり、ファイルシステム１１１１６によって管理され、その実体はユーザボリューム１１３に保持されている。

図７に、ファイルシステム１２１１６の保持する削除ファイルテーブル１２１１６３の一例を示す。本テーブルはファイル削除プログラム１２１１３がファイル１２１１６１を削除するごとに更新され、削除されたファイルに関する情報を記録する。削除ファイルテーブル１２１１６３は少なくとも、削除されたファイル名Ｔ２６３０１、マイグレーションＩＤＴ２６３０２、マイグレート元Ｔ２６３０３、マイグレート元格納箇所Ｔ２６３０４、削除日時Ｔ２６３０５、を保持する。

ユーザはＮＡＳ装置（Ａ）１１を介してファイルにアクセスすることができる。マイグレートされたファイルへは、スタブ１１１１６３を参照することでアクセスできる。ＮＡＳ装置（Ａ）のファイルまたはスタブへの読み込み時の処理手順の一例を表したフローチャートが図８である。最初にユーザがＮＡＳ装置（Ａ）１１へファイルの読み込みを要求する（Ｓ８０１）。次にＮＡＳ装置（Ａ）１１のファイルアクセス制御プログラム１１１１０が、ユーザがアクセスを要求した対象のファイルがスタブか否かを判別する（Ｓ８０２）。もしスタブでないならば（Ｓ８０３：Ｎｏ）、Ｓ８０７の処理に進む。もしスタブならば（Ｓ８０３：Ｙｅｓ）、スタブ制御プログラム１１１１７はスタブに記録された情報を参照し、スタブの指すファイルがマイグレートされた先のＮＡＳ装置（Ｂ）１２を特定する情報及びそこでの格納箇所の情報を特定する（Ｓ８０４）。特定した情報を元にスタブ制御プログラム１１１１７は、対象のファイルをＮＡＳ装置（Ａ）１１へ送信（リコール）するようＮＡＳ装置（Ｂ）へ要求する（Ｓ８０５）。要求を受けたＮＡＳ装置（Ｂ）１２のファイル共有プログラム１２１１７は、要求されたファイルをＮＡＳ装置（Ａ）１１へ送信（リコール）し（Ｓ８０６）、Ｓ８０７の処理へ進む。Ｓ８０７の処理でＮＡＳ装置（Ａ）のファイルアクセス制御プログラム１１１１０はユーザに対して要求されたファイルを公開し、読み込み可能な状態にする。

図９はＮＡＳ装置（Ａ）のファイルまたはスタブへの書き込み時の処理手順の一例を表したフローチャートである。最初にユーザがＮＡＳ装置（Ａ）１１へファイルへの書き込みを要求する（Ｓ９０１）。次にＮＡＳ装置（Ａ）１１のファイルアクセス制御プログラム１１１１０が、ユーザがアクセスを要求した対象のファイルがスタブか否かを判別する（Ｓ９０２）。もしスタブでないならば（Ｓ９０３：Ｎｏ）、ファイルアクセス制御プログラム１１１１０が対象のファイルに対して書き込みを行い（Ｓ９０７）、処理を終了する。もしスタブならば（Ｓ９０３：Ｙｅｓ）、ファイルアクセス制御プログラム１１１１０は対象のファイルをＮＡＳ装置（Ｂ）よりリコールし、リコールされたファイルにたいして書き込みを実行する（Ｓ９０４）。その後スタブ制御プログラム１１１１７はリコールされたファイルをＮＡＳ装置（Ｂ）１２へ送信する（Ｓ９０５）。ＮＡＳ装置（Ｂ）１２のファイル共有プログラム１２１１７は、送信されてきたファイルを元のファイルと置き換え（Ｓ９０６）、処理を終了する。

図１０はＮＡＳ装置（Ａ）におけるバックアップの処理手順の一例を示したフローチャートである。まずデータバックアッププログラム１１１１４がユーザボリューム１１４のデータをバックアップボリューム１１５へコピーし、バックアップデータを作成する（Ｓ１００１）。その後データバックアッププログラム１１１１４はバックアップデータを作成した日時を記録し（Ｓ１００２）、処理を終了する。なおリカバリは、バックアップデータをユーザボリューム１１４へコピーすることで行う。バックアップ処理は、例えば、ユーザの設定したスケジュールに合わせて定期的に実行してもよい、ユーザの指示を契機に実行してもよい。また、バックアップは、ユーザボリューム単位に行ってもよいし、ファイル単位で行ってもよい。

本実施例では、ＮＡＳ装置（Ａ）１１とＮＡＳ装置（Ｂ）１２の間でのマイグレーションやファイルの削除、ＮＡＳ装置（Ａ）１１でのバックアップデータを利用したリカバリを実行した際に発生する、ＮＡＳ装置（Ａ）上に作成されたスタブ１１１１６３と、スタブの指し示すＮＡＳ装置（Ｂ）上のファイル１２１１６１の間の情報の不整合を修復する方法について例示する。

図１１はＮＡＳ装置（Ａ）１１からＮＡＳ装置（Ｂ）１２へのマイグレーション実行時の処理手順を表したフローチャートである。ＮＡＳ装置（Ａ）は、Ｔｉｒｅ１に相当する高速、低容量ストレージ装置である。ＮＡＳ装置（Ｂ）は、Ｔｉｅｒ２に相当する低速、大容量ストレージ装置であり、主にアーカイブの用途に用いられる。つまり、ＮＡＳ装置（Ａ）１１からＮＡＳ装置（Ｂ）１２へのマイグレーションは、例えば、ＮＡＳ装置（Ａ）１１に格納されているアクセス頻度の低いファイル、更新されてから一定期間が経過したファイル、を対象として行われる。

ＮＡＳ装置（Ａ）１１からＮＡＳ装置（Ｂ）１２へのマイグレーションは、最初にＮＡＳ装置（Ａ）１１上のファイル送信プログラム１１１１１と、ＮＡＳ装置（Ｂ）１２上のファイル受信プログラム１２１１１により、ファイル１１１１６１のマイグレーションが実行される（Ｓ１１０１）。マイグレーションはユーザが指定したファイルを対象としてユーザの指示したタイミングで実行されても良いし、予め設定された条件に合致するファイルを対象として予め設定されたスケジュールに従って実行されても良い。例えば、あるファイルに対して、最新の更新時から一定期間経過したこと契機として、当該ファイルをマイグレーションしてもよい。マイグレートされたファイルはＮＡＳ装置（Ｂ）１２上のファイルシステム１２１１６上のファイル１２１１６１として格納される。同時にマイグレートされたファイル１１１１６１はスタブ１１１１６３に置き換えられ、マイグレート先のファイルを指し示すよう情報が記録される。次にファイル送信プログラム１１１１１は、マイグレーションの実行ごとに一意となるマイグレートＩＤを生成し、スタブ１１１１６３に記録する（Ｓ１１０２）。さらにファイル送信プログラム１１１１１は、生成したマイグレートＩＤ、マイグレート元格納箇所、マイグレート日時をＮＡＳ装置（Ｂ）１２へ送信する（Ｓ１１０３）。ＮＡＳ装置（Ｂ）１２のマイグレーションプログラム１２１１１は、送信されてきた情報をマイグレートされたファイル１２１１６１のメタデータ１２１１６２へ格納する（Ｓ１１０４）。

以上により、ＮＡＳ装置（Ｂ）１２のファイル１２１１６１からスタブを復元するための情報をメタデータとして保持することができる。

図１２はＮＡＳ装置（Ｂ）１２上のファイルを削除する際の処理手順を表したフローチャートである。ファイルの削除はユーザが指定したファイルを対象としてユーザの指示したタイミングで実行されても良いし、予め設定された条件に合致するファイルを対象として予め設定されたスケジュールに従って実行されても良い。たとえば、あるファイルがＮＡＳ装置（Ｂ）に記憶されてから一定期間が経過したことや、当該ファイルの法定保障期間を経過したことを契機に、当該ファイルの削除処理を実行してもよい。最初にファイル削除プログラム１２１１３は削除対象のファイルのファイル名とメタデータ１２１１６２をＮＡＳ装置（Ａ）１１へ送信する（Ｓ１２０１）。次にＮＡＳ装置（Ａ）１１のスタブ削除プログラム１１１１３はＳ１２０１で送信されてきたファイル名及びメタデータ中のマイグレート元格納箇所を確認し、合致するスタブ１１１１６３を削除する（Ｓ１２０２）。次にＮＡＳ装置（Ｂ）１２上のファイル削除プログラム１２１１３が削除対象のファイル１２１１６１の削除を実行する（Ｓ１２０３）。さらにファイル削除プログラム１２１１３は、ファイルの名称とマイグレート元サイト名、マイグレート元格納箇所、削除日時を削除テーブル１２１１６３に記録する（Ｓ１２０４）。

以上により、ＮＡＳ装置（Ｂ）１２で削除したファイルに対応したＮＡＳ装置（Ａ）１１のスタブ１１１１６３の削除と、削除されたスタブが復元されてしまった場合などにそのスタブを削除するための情報を削除ファイルテーブル１２１１６３に保持することができる。

ＮＡＳ装置（Ａ）１１では、ＮＡＳ装置（Ａ）の有するファイル等データに障害が発生すると、前述のバックアップ処理で作成したバックアップボリューム１１４に記憶されるＮＡＳ装置（Ａ）１１のある時点でのバックアップデータをＮＡＳ装置（Ａ）１１のユーザボリューム１１３にコピーすることで、リカバリ処理を実行する。つまり、リカバリ処理を実行すると、ＮＡＳ装置（Ａ）のデータが、過去のある時点のデータに戻ってしまうことになる。なお、リカバリは、ユーザボリューム単位に行ってもよいし、ファイル単位で行ってもよい。マイグレーションやＮＡＳ装置（Ｂ）１２でのファイルの削除と、ＮＡＳ装置（Ａ）でのバックアップデータを用いたリカバリを実行すると、ＮＡＳ装置（Ａ）１１のスタブとＮＡＳ装置（Ｂ）１２のファイルで不整合が生じる。代表的な不整合が発生したときの時系列と各ＮＡＳ装置内のファイルとスタブの状況を表したのが図１３及び図１４である。

図１３はマイグレーションとリカバリを実行した場合の不整合発生状況の一例を表している。この図では操作を実行した各時刻に置ける、ＮＡＳ装置（Ａ）１１及びＮＡＳ装置（Ｂ）１２のファイル及びスタブの配置状況を示しており、バックアップを実行しバックアップデータを作成した時刻ｔ０では両ＮＡＳ装置には何も存在していない。時刻ｔ１でファイルｆ０を格納すると、ＮＡＳ装置（Ａ）にファイルが格納される。時刻ｔ２でｆ０のマイグレーションを実行すると、ＮＡＳ装置（Ａ）のファイルｆ０がスタブｆ０に置き換わり、ＮＡＳ装置（Ｂ）１２にファイルｆ０が格納される。その後、時刻ｔ３でバックアップデータを使用してＮＡＳ装置（Ａ）のリカバリを実行すると、ＮＡＳ装置（Ａ）１１の状態はバックアップデータを作成した時刻ｔ０の状態に戻るため、ＮＡＳ装置（Ａ）１１には何も存在しない状態となる。ＮＡＳ装置（Ｂ）１２には依然としてファイルｆ０が存在しているが、ｆ０を指し示すスタブがＮＡＳ装置（Ａ）１１に存在しないという不整合の状態に陥る。また、時刻ｔ1〜時刻ｔ2の間にバックアップを実行していた場合、当該バックアップデータを用いてＮＡＳ装置（Ａ）のリカバリを実行すると、ＮＡＳ装置（Ａ）にｆ０を指し示すスタブの代わりにファイルｆ0が格納されることになる。この場合、クライアント計算機からは、ＮＡＳ装置（Ａ）のファイルｆ０へアクセスすることは可能であるが、ＮＡＳ装置（Ａ）とＮＡＳ装置（Ｂ）の双方にファイルｆ0が存在することとなってしまい、ＮＡＳ装置（Ｂ）の容量を無駄に消費してしまうこととなる。

図１４はファイルの削除とリカバリを実行した場合の不整合の発生状況の一例を表している。バックアップを実行しバックアップデータを作成した時刻ｔ４ではＮＡＳ装置（Ａ）１１にスタブｆ１が、ＮＡＳ装置（Ｂ）１２にファイルｆ１が存在している。時刻ｔ５でファイルｆ１を削除すると、両ＮＡＳ装置には何も存在しない状態になる。この後、時刻ｔ６でバックアップデータを利用してＮＡＳ装置（Ａ）１１のリカバリを実行すると、ＮＡＳ装置（Ａ）１１の状態はバックアップデータを作成した時刻ｔ４の状態に巻き戻るため、ＮＡＳ装置（Ａ）１１にはスタブｆ１が再び存在する状態となるが、ＮＡＳ装置（Ｂ）１２にはスタブｆ１の指すファイルｆ１が存在しないという不整合の状態に陥る。

図１５はＮＡＳ装置（Ａ）１１のスタブ１１１１６３とＮＡＳ装置（Ｂ）１２のファイル１２１１６１との間の情報の不整合を修復する際の処理手順を表したフローチャートである。不整合の修復はユーザの指示したタイミングで実行されても良いし、予め設定されたスケジュールに従って実行されても良い。最初にＮＡＳ装置２のファイルに対応したスタブをＮＡＳ装置１で復元する処理を実行する（Ｓ１５０１）。処理の詳細は図１６〜１８を用いて後述する。次にＮＡＳ装置２に対応したファイルが存在しないスタブをＮＡＳ装置１から削除する処理を実行する（Ｓ１５０２）。処理の詳細は図１３、１４を用いて後述する。

以上により、ＮＡＳ装置（Ａ）１１のスタブとＮＡＳ装置（Ｂ）１２の間の不整合を検出し、修復することができる。

当該不整合は、前述のとおり過去のある時点のバックアップデータを用いたＮＡＳ装置（Ａ）のリカバリ処理の際に、多く発生しうる。そのため、不整合を迅速に解消するためには、リカバリ処理と合わせて、不整合の検出および修復処理を実行することが、好ましい。以下に、ＮＡＳ装置（Ａ）のリカバリ処理に合わせて、不整合の検出および修復処理を実行する方法について説明する。

図１６〜１８はマイグレーションとリカバリの実行によって発生した不整合を修復するために、ＮＡＳ装置（Ｂ）１２のファイルに対応したスタブをＮＡＳ装置（Ａ）１１で復元する処理の詳細の処理手順を表したフローチャートである。最初にＮＡＳ装置（Ａ）１１のデータリカバリプログラム１１１１５がバックアップボリューム１１４のデータを用いて、ユーザボリューム１１３のリカバリ処理を実行する（Ｓ１６０１）。このときリカバリに用いたバックアップボリューム１１４のバックアップデータ作成日時をデータリカバリプログラム１１１１５がＮＡＳ装置（Ｂ）１２へ送信する（Ｓ１６０２）。ＮＡＳ装置（Ｂ）１２のファイル制御プログラム１２１１２は、ファイルシステム１２１１６上のファイル１２１１６１を検索し、メタデータ１２１１６２に記録されたマイグレート日時Ｔ２６２０７が受け取ったバックアップデータ作成日時よりも新しいファイルを抽出する（Ｓ１６０３）。この抽出では、ＮＡＳ装置（Ｂ）におけるファイルデータの格納場所を指し示すスタブがＮＡＳ装置（Ａ）に格納されているべきところ、当該スタブがバックアップデータを用いたＮＡＳ装置（Ａ）のリカバリ処理により消失してしまった可能性のあるファイルデータを抽出する。つまり、前述の図１４の不整合が生じているファイルを抽出する。ここで１つもファイルが抽出されなかった場合は（Ｓ１６０４：ＮＯ）、スタブを復元するべきファイルは存在しないとみなし処理を終了する。１つ以上のファイルが抽出された場合は（Ｓ１６０４：ＹＥＳ）、これらのファイルに対応するスタブがＮＡＳ装置（Ａ）１１に存在しないとみなすことができるため、ファイル制御プログラム１２１１２が、抽出したファイルのメタデータ１２１１６２をＮＡＳ装置（Ａ）１１へ送信する（Ｓ１６０５）。ここで送信されたメタデータを以下送信メタデータと称する。次にＮＡＳ装置（Ａ）のスタブ復元プログラム１１１１２がある１つの送信メタデータの内容を確認し（Ｓ１６０６）、送信メタデータに記録されたマイグレート元格納箇所に、送信メタデータと対応するファイルの名称と同じファイルが存在するかどうかを確認する（Ｓ１６０７）。

Ｓ１６０７で同一名称のファイルが存在しないと判断された場合（Ｓ１６０７：ＮＯ）、ＮＡＳ装置（Ｂ）１２上にあるファイル１２１１６１に対応するスタブが存在しないものとみなされるため、ＮＡＳ装置（Ａ）のスタブ復元プログラム１１１１２が送信メタデータに記録されたマイグレート元格納箇所に、送信メタデータと対応するファイルを指し示すスタブを作成する（Ｓ１８０１）。その後スタブ復元プログラム１１１１２は、未処理の送信メタデータが存在するかどうかを判別する（Ｓ１８０２）。存在する場合（Ｓ１８０２：ＹＥＳ）は、Ｓ１６０３へ戻って、別の送信メタデータについて再度処理を実行する。存在しない場合（Ｓ１８０２：ＮＯ）、スタブ復元プログラム１１１１２はスタブの復元処理が完了したことをＮＡＳ装置（Ｂ）１２へ通知し（Ｓ１８０３）、処理を終了する。

Ｓ１６０７で同一名称のファイルが存在すると判断された場合（Ｓ１６０７：ＹＥＳ）、スタブ復元プログラム１１１１２はさらにそのファイルがスタブかどうかを、ファイルのメタデータ中にあるスタブフラグＴ２６２１０を調べて判別する（Ｓ１７０１）。ファイルがスタブであった場合（Ｓ１７０１：ＹＥＳ）、スタブ復元プログラム１１１１２はファイルのメタデータに記録されているマイグレーションＩＤ Ｔ２６２０５と、スタブに記録されたマイグレーションＩＤ Ｔ１６３０５と、を比較し等しいかどうか確認する（Ｓ１７０２）。異なる場合（Ｓ１７０２：ＮＯ）は、スタブとファイルが同一名称を持つものの、異なるマイグレーション実行契機で生成された無関係のものであると判断される。スタブ復元プログラム１１１１２はＮＡＳ装置（Ｂ）１２へ、スタブが指すファイルが存在するかどうかを問い合わせる（Ｓ１７０３）。存在しない場合（Ｓ１７０３：ＮＯ）、このスタブは無効なファイルを指すものであるため、スタブ復元プログラム１１１１２はこのスタブを削除する（Ｓ１７０４）。その後、前述の処理Ｓ１２０１を実行する。

Ｓ１７０２でスタブと送信メタデータの持つマイグレーションＩＤが等しいと判断された場合（Ｓ１７０２：ＹＥＳ）、スタブと送信メタデータに対応したファイルとが、両者ともにあるマイグレーション処理の過程で生成された関連のあるものであると判断される。スタブとファイル間で情報が整合していないケースを鑑み、スタブの削除と新規作成を行うことで情報の整合性を取る。そのためにＳ１７０４の処理を行いスタブを削除し、その後Ｓ１８０１の処理を行いスタブを作成する。

Ｓ１７０１でファイルがスタブではないと判断された場合（Ｓ１７０１：ＮＯ）や、Ｓ１７０３でスタブに対応するファイルがＮＡＳ装置（Ｂ）１２に存在すると判断された場合、復元しようとしているスタブと同名のファイルが存在するため、スタブを復元することができない。そのため、ＮＡＳ装置（Ａ）１１が、同一名称のファイルが存在したことをＮＡＳ装置（Ｂ）１２へ通知する（Ｓ１７０５）。これを受けてＮＡＳ装置（Ｂ）１２はユーザに対して同一名称のファイルが存在したことを通知し、同一名称のファイルの名称の変更か、移動か、或いは削除を実行することを要求する（Ｓ１７０６）。その後ユーザによる操作が実行された後、Ｓ１８０１の処理を実行する。

以上により、バックアップデータ作成日時より後にマイグレートされたファイルのみを不整合の発生したファイルとみなせるため、該当するファイルを検索することにより不整合の発生を検知することができる。そして、検出した不整合について、ＮＡＳ装置（Ｂ）からＮＡＳ装置（Ａ）が受信したメタデータに基づき、ＮＡＳ装置（Ｂ）のファイルと整合のとれたスタブを復元することにより、当該不整合を解消することができる。

図１９、２０はＮＡＳ装置（Ａ）１１でリカバリを行うことで不要なスタブが復元してしまった場合、ＮＡＳ装置（Ｂ）１２に対応したファイルが存在しないスタブをＮＡＳ装置（Ａ）１１から削除する際の処理手順を表したフローチャートである。最初にＮＡＳ装置（Ａ）１１のデータリカバリプログラム１１１１５がバックアップボリューム１１４のデータを用いて、ユーザボリューム１１３のリカバリ処理を実行する（Ｓ１９０１）。このときリカバリに用いたバックアップボリューム１１４のバックアップデータ作成日時をデータリカバリプログラム１１１１５がＮＡＳ装置（Ｂ）１２へ送信する（Ｓ１９０２）。ＮＡＳ装置（Ｂ）１２のファイル削除プログラム１２１１３は、削除ファイルテーブル１２１１６３を検索し、削除日時Ｔ２６３０５がバックアップデータ作成日時よりも新しいエントリを抽出する（Ｓ１９０３）。ここで１つもエントリが抽出されなかった場合は（Ｓ１９０４：ＮＯ）、削除されるべきスタブは存在しないとみなし処理を終了する。１つ以上のエントリが抽出された場合は（Ｓ１９０４：ＹＥＳ）、図１4で示した不整合状態が発生しているとみなすことができる。つまり、これらのエントリのファイルはＮＡＳ装置（Ｂ）で既に削除されているにもかかわらず、これらのファイルを指し示す不要なスタブがＮＡＳ装置（Ａ）に存在しているとみなすことができる。そこでＮＡＳ装置（Ｂ）のファイル削除プログラム１２１１３が、抽出したエントリをＮＡＳ装置（Ａ）１１へ送信する（Ｓ１９０５）。ＮＡＳ装置（Ａ）１１のスタブ削除プログラム１１１１３は、受け取った削除ファイルテーブルの未確認のエントリを参照し（Ｓ２００１）、エントリに該当するファイルがＮＡＳ装置（Ａ）１１のファイルシステム１１１１６上に存在するかどうかを確認する（Ｓ２００２）。該当するファイルが存在しない場合（Ｓ２００２：ＮＯ）、スタブ削除プログラム１１１１３は削除ファイルテーブルに未確認のエントリが残っているか確認する。未確認のエントリが残っていなければ（Ｓ２００３：ＮＯ）、処理を終了する。未確認のエントリが存在するならば（Ｓ２００３：ＹＥＳ）、Ｓ２００１に戻り、別のエントリについて再度処理を実行する。

Ｓ２００２で該当するファイルが存在する場合（Ｓ２００２：ＹＥＳ）、スタブ削除プログラム１１１１３は、該当のファイルがスタブかどうかを確認する（Ｓ２００４）。該当のファイルがスタブならば（Ｓ２００４：ＹＥＳ）、スタブ削除プログラム１１１１３は、スタブの保持するマイグレーションＩＤと、削除ファイルテーブルのエントリに記録してあるマイグレーションＩＤと、が同一であるかを確認する（Ｓ２００５）。同一であるならば（Ｓ２００５：ＹＥＳ）、スタブ削除プログラム１１１１３がスタブを削除する（Ｓ２００６）。その後Ｓ２００３の処理を行う。Ｓ２００４で該当のファイルがスタブでなかった場合（Ｓ２００４：ＮＯ）や、Ｓ２００５でマイグレーションＩＤが同一で無かった場合（Ｓ２００５：ＮＯ）、該当のファイル乃至はスタブは、削除ファイルテーブルに記録された削除済みファイルとは無関係であると判断され、Ｓ２００３の処理に遷移する。

以上により、バックアップデータ作成日時より後に削除されたファイルに対応したスタブのみを不整合の発生したスタブとみなせるため、削除されたファイルの情報を検索することにより不整合の発生を検知し、不要なスタブを削除することができる。

ここで用いた削除ファイルテーブル１２１１６３の最古の削除日時よりも古い作成日時のバックアップデータでリカバリを行うと、スタブの削除に必要なエントリが不足して、全ての不要なスタブを削除することができない場合が起こりうる。これは削除ファイルテーブルを格納する領域が不足している場合などに発生する。この場合、データリカバリプログラム１１１１５は、ユーザがバックアップデータを用いてリカバリを実行しようとしたときにＮＡＳ装置（Ｂ）１２から最古の削除日時を取得し、バックアップデータ作成日時が最古の削除日時よりも古い場合はユーザに警告することで、不要なスタブが残る場合があることを知らせても良い。また、古いバックアップデータでリカバリを実行した場合に、スタブ削除プログラム１１１１３が全てのスタブについて対応するファイルが存在するかどうかＮＡＳ装置（Ｂ）１２に問い合わせて確認し、対応するファイルが存在しないスタブを削除しても良い。

本実施例ではリカバリ実行によって生じる不整合の修復について述べたが、リカバリ以外の契機で修復を実行しても良い。例えばバックアップデータが存在しない場合、ＮＡＳ装置（Ｂ）１２のファイルのメタデータの情報を利用することにより、全てのファイルに対応するスタブをＮＡＳ装置（Ａ）１１に作成することができる。これはリカバリによって不整合の発生したファイルのみを対象としていた処理を、全てのファイルについて実行すればよい。これはＮＡＳ装置（Ｂ）１２のみで運用しているシステムに、新規にＮＡＳ装置（Ａ）１１を導入するようなケースで有用である。

本実施例によると、バックアップデータによるリストアの実行により発生する両ＮＡＳ装置間のファイルとスタブの不整合を、リストアに用いたバックアップデータの作成日時から不整合の発生したファイルやスタブを特定した上で修復することができる。

１１：ＮＡＳ装置（Ａ）
１２：ＮＡＳ装置（Ｂ）
１３：管理計算機
１４：管理ＬＡＮ
１５：マイグレーションＬＡＮ
１６：ユーザＬＡＮ
１７：クライアント計算機
１１１、１２１：メモリ
１１２、１２２：ＣＰＵ
１１３、１２３：ユーザボリューム
１１４：バックアップボリューム
１１５、１２５：管理用Ｉ／Ｆ
１１６、１２６：マイグレーション用Ｉ／Ｆ
１１７、１２７：ユーザ用Ｉ／Ｆ
１１１１、１２１１：ＯＳ
１１１１０：ファイルアクセス制御プログラム
１１１１１：ファイル送信プログラム
１１１１２：スタブ復元プログラム
１１１１３：スタブ削除プログラム
１１１１４：データバックアッププログラム
１１１１５：データリカバリプログラム
１１１１６、１２１１６：ファイルシステム
１１１１７：スタブ制御プログラム
１１１１６１、１２１１６１：ファイル
１１１１６２、１２１１６２：メタデータ
１１１１６３：スタブ
１２１１１：ファイル受信プログラム
１２１１２：ファイル制御プログラム
１２１１３：ファイル削除プログラム
１２１１４：データ保護プログラム
１２１１５：データアーカイブプログラム
１２１１７：ファイル共有プログラム
１２１１６３：削除ファイルテーブル

Claims (10)

1. ストレージシステムであって、
   クライアント計算機に接続され、
   第１のプロセッサと、
   前記第１のプロセッサにより実行されるプログラムを格納する第１のメモリと、
   前記クライアント計算機のアクセス対象となる複数のファイルデータを記憶する第１の記憶領域と、
   前記第１のプロセッサにより、前記複数のファイルデータのバックアップデータを記憶する第２の記憶領域と、 を備える第１のストレージ装置と、
   前記の第１のストレージ装置に接続され、
   第２のプロセッサと、
   前記第２のプロセッサにより実行されるプログラムを格納する第２のメモリと、
   前記第１のプロセッサおよび前記第２のプロセッサの制御により、前記複数のファイルデータのうち前記第１の記憶領域から移行される第１のファイルデータを記憶する第３の記憶領域と、
   を備える第２のストレージ装置とを有し、
   前記第１の記憶領域から前記第２の記憶領域への前記複数のファイルデータをバックアップする際、
   前記第１のプロセッサは、
   前記ファイルデータのコピーデータをバックアップデータとして作成して前記第２の記憶領域に送信し、
   前記バックアップデータが作成された時刻である第１の時刻を管理し、
   前記第２のプロセッサは前記バックアップデータを前記第２の記憶領域に記憶させ、
   前記第１の記憶領域から前記第３の記憶領域へ前記第１のファイルデータを移行する際、
   前記第１のプロセッサは、
   前記第３の記憶領域における前記第１のファイルデータの格納先を指し示すスタブを作成し、
   前記第１のファイルデータと置き換えて前記第１の記憶領域に記憶させ、
   前記第１のファイルデータを前記第３の記憶領域に送信し、
   前記第２のプロセッサは、
   前記第１のファイルデータを前記第３の記憶領域に記憶させ、
   前記第１のファイルデータの移行時刻である第２の時刻を管理し、
   前記第２の記憶領域の前記バックアップデータを用いて、前記第１の記憶領域のデータをリカバリする際、
   前記第１のプロセッサは、
   前記第１の記憶領域のデータを前記バックアップデータに置き換え、
   前記第１の時刻を前記第２のストレージ装置に送信し、
   前記第２のプロセッサは
   前記第１の時刻と前記第２の時刻を比較し、
   前記第１のファイルデータが前記第２の時刻が前記第１の時刻より新しい場合には、
   前記第１のファイルデータのメタデータを前記第１のストレージ装置に送信し、
   前記第１のプロセッサは、前記メタデータをもとに前記第１のファイルデータの前記第３の記憶領域における格納先を指し示すスタブを復元し、前記第１の記憶領域に記憶させることを特徴とするストレージシステム。
2. 請求項１に記載のストレージシステムであって、
   前記第１のファイルデータは複数存在し、
   前記第２のプロセッサは、前記第１のファイルデータ毎に前記第２の時刻をそれぞれ管理し、
   前記第２の記憶領域の前記バックアップデータを用いて、前記第１の記憶領域のデータをリカバリする際、
   前記複数の第１のファイルデータのうち前記第２の時刻が前記第１の時刻より新しいファイルデータである第２のファイルデータを抽出し、
   前記第１のプロセッサは前記第２のファイルデータの前記第３の記憶領域における格納先を指し示すスタブを復元する
   ことを特徴とするストレージシステム。
3. 請求項２に記載のストレージシステムであって、
   前記第２のストレージ装置は、前記第１のストレージ装置よりも低性能もしくは大容量のストレージ装置であり、
   前記第１のプロセッサは、前記複数のファイルデータのうち最後の更新時刻から一定期間経過したファイルデータを前記第１のファイルデータとして前記第１の記憶領域から前記第３の記憶領域へ移行する
   ことを特徴とするストレージシステム。
4. 請求項２に記載のストレージシステムであって、
   前記第１のストレージ装置のスタブは、前記第１の記憶領域から前記第３の記憶領域に移行された前記第１のファイルデータ毎に有するものであり、当該ファイルデータの移行毎の識別子、移行日時、当該ファイルデータの第３の記憶領域における格納場所を指し示す情報を含む情報であり、
   前記第２のプロセッサは、前記抽出された前記第２の時刻が前記第１の時刻より新しい第１のファイルデータと対応する、ファイルデータの移行毎の識別子、移行日時、当該ファイルデータの第３の記憶領域における格納場所を指し示す情報に関する情報を前記第１のストレージ装置に送信し、
   前記第１のプロセッサは、前記第２のストレージ装置より受信したデータに基づいて、前記抽出された第１のファイルデータのスタブを復元して、前記第１の記憶領域に格納することを特徴とするストレージシステム。
5. 請求項２に記載のストレージシステムであって、
   前記第２のプロセッサは、前記第３の記憶領域が記憶する前記第１のファイルデータを削除した場合には、前記第１のファイルデータの削除時刻を第３の時刻として管理し、前記第１のファイルデータと対応するスタブを削除するように制御し、
   前記第２の記憶領域の前記バックアップデータを用いて、前記第１の記憶領域のデータをリカバリする際、
   前記第１のプロセッサは、前記第１の記憶領域のデータを前記第２の記憶領域の前記バックアップデータに置き換え、複数の前記第１のファイルデータについて前記第１の時刻と前記第３の時刻をそれぞれ比較し、前記第１のファイルデータのうち前記第３の時刻が前記第１の時刻より新しい第３のファイルデータを抽出し、前記第３のファイルデータと対応する前記第１の記憶領域に記憶されるスタブを削除する
   ことを特徴とするストレージシステム。
6. 請求項２に記載のストレージシステムであって、
   前記第1のファイルデータが前記第１の記憶領域から前記第３の記憶領域へ移行した後、
   前記第１のプロセッサは、
   前記クライアント計算機から前記第１のファイルデータに対するアクセスを受信した場合には、
   前記第１の記憶領域に格納される前記第１のファイルデータがスタブに置き換えられたファイルデータか否かを判定し、
   前記第１の記憶領域に格納される前記第１のファイルデータがスタブに置き換えられたファイルデータであった場合には、前記スタブの有する情報により、前記第１のファイルデータの前記第３の記憶領域における格納先を特定し、特定された前記第１のファイルデータを前記クライアント計算機に提供する
   ことを特徴とするストレージシステム。
7. クライアント計算機に接続され、前記クライアント計算機のアクセス対象となる複数のファイルデータを記憶する第１の記憶領域と、前記ファイルデータのバックアップデータを記憶する第２の記憶領域と、を備える第１のストレージ装置と、
   前記の第１のストレージ装置に接続され、前記第１の記憶領域から移行される第１のファイルデータを記憶する第３の記憶領域と、を備える第２のストレージ装置と、
   を有するストレージシステムの運用方法であって、
   前記第１の記憶領域から前記第２の記憶領域への前記複数のファイルデータのバックアップの際、
   前記ファイルデータのコピーデータをバックアップデータとして作成して前記第２の記憶領域に記憶させ、前記バックアップデータが作成された時刻である第１の時刻を管理し、
   前記第１の記憶領域から前記第３の記憶領域へ前記第１のファイルデータを移行する際、
   前記第３の記憶領域における前記第１のファイルデータの格納先を指し示すスタブを作成し、前記第１のファイルデータと置き換えて前記第１の記憶領域に記憶させ、前記第１のファイルデータを前記第３の記憶領域に記憶させ、前記第１のファイルデータの移行時刻である第２の時刻を管理し、
   前記第２の記憶領域の前記バックアップデータを用いて、前記第１の記憶領域のデータをリカバリする際、
   前記第１の記憶領域のデータを前記第２の記憶領域の前記バックアップデータに置き換え、前記第１の時刻と前記第２の時刻を比較し、前記第２の時刻が前記第１の時刻より新しい場合には、前記第１のファイルデータの前記第３の記憶領域における格納先を指し示すスタブを復元し、前記第１の記憶領域に記憶させる
   ことを特徴とするストレージシステムの運用方法。
8. 請求項７に記載のストレージシステムの運用方法であって、
   前記第１のファイルデータは複数存在し、
   前記第１のファイルデータ毎に前記第２の時刻をそれぞれ管理し、
   前記第２の記憶領域の前記バックアップデータを用いて、前記第１の記憶領域のデータをリカバリする際、
   複数の前記第１のファイルデータの中から前記第２の時刻が前記第１の時刻より新しい第１のファイルデータである第２のファイルデータを抽出し、
   前記第２のファイルデータの前記第３の記憶領域における格納先を指し示すスタブを復元する、
   ことを特徴とするストレージシステムの運用方法。
9. 請求項７に記載のストレージシステムの運用方法であって、
   前記第２のストレージ装置は、前記第１のストレージ装置よりも低性能もしくは大容量のストレージ装置であり、
   前記第１の記憶領域に記憶された前記複数のファイルデータのうち最後の更新時刻から一定期間経過したファイルデータを前記第１のファイルデータとして前記第１の記憶領域から前記第３の記憶領域へ移行する
   ことを特徴とするストレージシステムの運用方法。
10. 請求項８に記載のストレージシステムの運用方法であって、
    前記第３の記憶領域が記憶する前記第１のファイルデータを削除する場合には、前記第１のファイルデータの削除時刻を第３の時刻として管理し、前記削除した前記第１のファイルデータと対応するスタブを削除するように制御し、
    前記第２の記憶領域の前記バックアップデータを用いて、前記第１の記憶領域のデータをリカバリする際、
    前記第１の記憶領域のデータを前記第２の記憶領域の前記バックアップデータに置き換え、前記複数の前記第１のファイルデータについて、前記第１の時刻と前記第３の時刻をそれぞれ比較し、前記第３の時刻が前記第１の時刻より新しい第３のファイルデータを抽出し、前記第３のファイルデータと対応するスタブを削除する
    ことを特徴とするストレージシステムの運用方法。

Images