(57)【要約】【課題】ＣＡＳの命名と機能の両方をＧＮＳに統合する方法を提供する。【解決手段】ＧＮＳにおいてＣＡＳ名前空間をＮＡＳ名前空間と統合するストレージシステムおよび方法が提供される。ストレージシステムは、次のようなアーカイブアプリケーション機能を実施する。１）ＣＡＳの名前空間をＧＮＳの下でＮＡＳと統合することができる。２）ストレージシステムが、アーカイブアプリケーションからＣＡＳコマンドを受け取るＣＡＳインターフェースを備える。３）ストレージシステムが、索引作成およびサーチ機能を備え、ＮＡＳからＣＡＳへのアーカイブ時に、詳細な索引付けを作成する。４）ＮＡＳからＣＡＳへのファイルアーカイブ時に、アーカイブファイルのデフォルトメタデータを付加する。５）ファイル復元時に、ストレージシステムが、ＣＡＳ上の場所を指し示すポインタを維持することができ、ファイル再アーカイブ時に、このポインタを使って、再アーカイブファイルの元のメタデータと索引を利用する。【選択図】図１
2009043236.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツアドレスストレージ（ＣＡＳ）システムと、ＣＡＳクライアントと、ネットワーク接続型ストレージ（ＮＡＳ）システムと、ＮＡＳクライアントとを含むストレージシステムに格納されたファイルを管理する方法であって、
ａ．前記ＮＡＳシステムにおいてグローバルネームスペース機能を設けること、
ｂ．前記ＣＡＳクライアントにおいてアーカイブアプリケーションを設けること、
ｃ．前記ＮＡＳシステムにおいてＣＡＳインターフェース機能を設けること、
ｄ．前記アーカイブアプリケーションを、ポリシー管理機能を監視するように動作させ、前記ポリシー管理機能によって管理イベントが合図されると、前記アーカイブアプリケーションから前記ＣＡＳインターフェースにターゲットファイルのファイル管理要求を送ること、
ｅ．前記ＣＡＳインターフェースを、前記アーカイブアプリケーションからファイル管理要求を受け取り、前記要求を解釈し、前記要求に応答して移行モジュールを呼び出すように動作させること、および
ｆ．前記移行モジュールを、前記ＮＡＳシステムを介して前記ターゲットファイル上で前記ファイル管理要求を実行し、それによって、前記ターゲットファイルへのＧＮＳパスを提供するように動作させること
を含む方法。
【請求項２】
メタデータ管理機能を設けること、および前記ファイル管理要求を受け取ると、前記メタデータ管理機能を呼び出して、前記ターゲットファイルにデフォルトメタデータと指定メタデータを挿入すること
をさらに含む請求項１に記載の方法。
【請求項３】
前記指定メタデータを前記ファイル管理要求に組み込み、それによって、前記指定メタデータを前記メタデータ管理機能に提供することをさらに含む請求項２に記載の方法。
【請求項４】
前記メタデータ管理機能を使ってメタデータ管理表を維持することをさらに含む請求項３に記載の方法。
【請求項５】
各ファイルごとに、前記メタデータ管理表に、少なくとも、ＧＮＳパス、ＣＡＳノード、ＣＡＳ宣誓、デフォルトメタデータ、およびカスタムメタデータを含むエントリを維持することをさらに含む請求項４に記載の方法。
【請求項６】
索引／サーチ機能を設けること、およびファイル管理要求を受け取ると、前記索引／サーチ機能を呼び出して、前記ターゲットファイルの索引を作成することをさらに含む請求項５に記載の方法。
【請求項７】
前記ファイル管理要求が、前記ターゲットファイルのファイルアーカイブを含み、前記ＮＡＳシステムを、前記ＧＮＳ機能を介して元のＮＡＳ記憶場所から前記ＣＡＳシステム上の目標アーカイブ場所に前記ターゲットファイルのアーカイブコピーを格納するように動作させること、および前記メタデータ表に前記目標場所へのＧＮＳパスを格納することをさらに含む請求項６に記載の方法。
【請求項８】
前記アーカイブコピーの編集属性を読取り専用属性に変更することをさらに含む請求項７に記載の方法。
【請求項９】
前記アーカイブアプリケーションから、前記アーカイブコピーのファイル復元を含む後続のファイル管理要求を送ること、および前記ＮＡＳシステムを、前記ＧＮＳ機能を介して前記目標アーカイブ場所から、前記元のＮＡＳ記憶場所とは異なる前記ＮＡＳシステム上の目標復元場所に前記アーカイブファイルの復元コピーを格納するように動作させることをさらに含む請求項８に記載の方法。
【請求項１０】
前記ファイル管理要求が前記アーカイブコピーのファイル復元を含むときに、前記アーカイブコピーのメタデータと索引を指し示すポインタを格納することをさらに含む請求項９に記載の方法。
【請求項１１】
前記アーカイブアプリケーションから、前記復元コピーのファイル再アーカイブを含む後続のファイル管理要求を送ること、および前記ＮＡＳシステムを、前記ＧＮＳ機能を介して前記目標復元場所から、前記目標アーカイブ場所とは異なる前記ＣＡＳシステム上の目標再アーカイブ場所に前記復元ファイルの再アーカイブコピーを格納するように動作させることをさらに含む請求項１０に記載の方法。
【請求項１２】
前記復元コピーの再アーカイブ時に、前記ポインタを利用して前記アーカイブコピーの前記メタデータと索引がフェッチされ、前記アーカイブコピーの前記メタデータと索引が、前記再アーカイブコピーに実施された編集を反映するように変更される請求項１１に記載の方法。
【請求項１３】
グローバルネームスペース（ＧＮＳ）を使ったファイルの格納を可能にし、コンテンツアドレスストレージ（ＣＡＳ）ポリシーを維持するネットワーク接続型ストレージ（ＮＡＳ）システムであって、
ネットワーククライアントと通信を行うネットワークインターフェースと、
ストレージコントローラと通信を行うストレージインターフェースと、
ファイル管理操作を実行するプロセッサと、
ＧＮＳ機能を提供するＮＡＳバーチャライザと、
ＣＡＳアーカイブアプリケーションからターゲットファイルのファイル管理要求を受け取り、前記プロセッサに、前記ターゲットファイル上で前記ファイル管理要求を実行させて、管理ファイルを生成し、前記ＮＡＳバーチャライザによる各管理ファイルごとのＧＮＳパスを提供するＣＡＳインターフェースと
を備えるストレージシステム。
【請求項１４】
各管理ファイルごとの索引を生成する索引／サーチモジュールをさらに備える請求項１３に記載のストレージシステム。
【請求項１５】
前記ファイル管理要求のそれぞれを受け取ると呼び出されて、前記ターゲットファイルのコピーを実行する移行モジュールをさらに備える請求項１４に記載のストレージシステム。
【請求項１６】
前記管理ファイルのそれぞれにデフォルトメタデータと指定メタデータを提供するメタデータ管理モジュールをさらに備える請求項１５に記載のストレージシステム。
【請求項１７】
前記管理ファイルのそれぞれのメタデータ、ＣＡＳパス、およびＧＮＳパスを格納するメタデータ表をさらに備える請求項１６に記載のストレージシステム。
【請求項１８】
前記ファイル管理要求のそれぞれが、ファイルアーカイブ、ファイル復元、およびファイル再アーカイブのうちの１つを含む請求項１７に記載のストレージシステム。
【請求項１９】
グローバルネームスペース（ＧＮＳ）を使ったファイルの格納を可能にし、コンテンツアドレスストレージ（ＣＡＳ）ポリシーを維持するネットワークで接続されたストレージシステムであって、
ネットワーク接続型ストレージ（ＮＡＳ）システムであり、
複数の記憶ボリューム、
前記複数の記憶ボリュームの動作を管理するストレージコントローラ、および
前記複数の記憶ボリュームに格納されたファイルを管理するＮＡＳヘッドであり、前記ＮＡＳヘッドが管理する各ファイルごとのＧＮＳパスを提供するＧＮＳ機能を備え、ＣＡＳクライアントからのファイル管理要求を受け取り、解釈するＣＡＳインターフェースをさらに備える前記ＮＡＳヘッド
を備える前記ＮＡＳシステムと、
複数のＣＡＳ記憶ボリュームを備えるＣＡＳシステムと、
前記ＣＡＳ記憶ボリュームに格納されたＣＡＳファイルを管理するポリシー管理機能を備え、前記ポリシー管理機能を監視し、前記ＮＡＳシステムにファイル管理要求を提供するアーカイブアプリケーションをさらに備えるＣＡＳクライアントと
を備えるストレージシステム。
【請求項２０】
前記ＮＡＳヘッドが、
各管理ファイルにデフォルトメタデータと指定メタデータを提供するメタデータ管理モジュールと、
前記管理ファイルのそれぞれのメタデータ、ＣＡＳパス、およびＧＮＳパスを格納するメタデータ表と、
各管理ファイルごとの索引を生成する索引／サーチモジュールと、
ＮＡＳからＣＡＳに、またはＣＡＳからＮＡＳにファイルを移行する移行モジュール
のうちの少なくとも１つをさらに備える請求項１９に記載のストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本発明は、概して、ストレージシステムに関し、より詳細には、ネットワーク接続型ストレージ（ＮＡＳ）およびコンテンツアドレスストレージ（ＣＡＳ）として知られているストレージシステムに関する。
【背景技術】
【０００２】
[0002]  ネットワーク接続型ストレージとは、コンピュータネットワークに直接接続して、異種混交のネットワーククライアントに、集中型のデータアクセスおよび記憶を提供することのできる専用データ記憶技術をいう。ＮＡＳは、サーバアプリケーションであるという点で、従来のファイルサービスおよび直接接続型ストレージとは異なる。ＮＡＳユニット上のオペレーティングシステムおよびその他のソフトウェアは、データ記憶およびデータアクセスの機能、ならびにこれらの機能の管理だけを、普通は、ＮＦＳ、ＣＩＦＳ、またはＨＴＴＰを介して提供する。ＮＡＳシステムは、普通、１つまたは複数のハードディスクを含み、これらは、しばしば、従来のファイルサーバが行うように、論理的な冗長記憶コンテナまたはＲＡＩＤ（独立ディスクの冗長的配列）として構成されている。ＮＡＳは、ネットワーク上の他のサーバからファイルサービスの役割を解除し、市販の組み込み式ユニットを介して、またはＮＡＳソフトウェアを走らせる標準型コンピュータを介して展開することができる。ＮＡＳは、（ＵＮＩＸ（登録商標）システムでよく見られる）ＮＦＳや、（ＭＳＷｉｎｄｏｗｓ（登録商標）システムと共に使用される）ＳＭＢ（サーバメッセージブロック）といった、ファイルベースのプロトコルを使用する。
【０００３】
[0003]  グローバルネームスペース（ＧＮＳ）機能は、クライアントが、（ＧＮＳパス名である論理的場所を使って）ファイルの物理的場所を知らずにファイルにアクセスすることを可能にする。また、ＧＮＳは、ネットワーク管理者が、異種混交の、地理的に分散した記憶装置にまたがってファイル記憶を集約し、それを単一ファイルシステムとみなし、管理することも可能にする。記憶の管理は、例えば、容量管理、負荷均衡化、ＮＡＳ交換、データライフサイクル管理などに起因する格納ファイルの移行を必然化し得る。かかる管理は、クライアントを中断させずに行われる必要がある。前述のように、ＧＮＳは、ＮＡＳによって提供される複数のファイルシステムを単一の名前空間に統合し、その名前空間をＮＡＳクライアントに提供する機能を提供する。したがって、ＧＮＳを利用すれば、システム管理者は、ファイルシステムを、あるＮＡＳノードから別のＮＡＳノードに、クライアントを中断させずに、すなわち、クライアントが、移行が行われたことを知らず、マウント点を変更する必要もなく移行させることができる。
【０００４】
[0004]  コンテンツアドレスストレージ（ＣＡＳ）は、連想型ストレージとも呼ばれ、典型的には、例えば、医療画像（Ｘ線など）や法令遵守のために保存される文書といった、固定コンテンツの検索などのアーカイブに使用される。ＣＡＳシステムは、一般に、制限付きアクセス、改ざん防止、および改ざん検出を可能にする。例えば、保存管理アルゴリズムは、保存ポリシーに従って格納データを管理する。システムは、ＷＯＲＭ（ｗｒｉｔｅ  ｏｎｃｅ  ｒｅａｄ  ｍａｎｙ、書き込みは一回限りだが読み取りは何度でもできる）データ管理を用いることもできる。加えて、格納データの改ざんの有無の検出を、各格納ファイルごとに計算されるハッシュ値を使って行うこともできる。アクセスは、アカウント管理を使って制御されてもよく、データは、暗号化および破砕ポリシーを使って管理されてもよい。メタデータとフルテキストによる索引付けとサーチを使ったサーチおよび検索機能が使用可能とされてもよい。
【０００５】
[0005]  いくつかのＣＡＳシステムで実施される１つの機構が、既存のファイルへの変更要求を処理するものであり、これは、法令遵守ポリシーによって駆動される。この機構は、少なくとも一部は、そのファイル命名方式に組み込まれている。この機構を十分に理解するために、場所ベースのアドレス指定との比較を行う。
【０００６】
[0006]  ＣＡＳには、２つの典型的なファイルアクセス法がある。一方はネットワークファイルシステム（ＮＦＳ）や、共通インターネットファイルシステム（ＣＩＦＳ、以前はサーバメッセージブロックまたはＳＭＢと呼ばれていた）といった、一般のネットワークファイルシステムプロトコルを使用するものである。他方は、ファイル名またはそのコンテンツによって計算されるコンテンツＩＤを使用するものである。
【０００７】
[0007]  情報がＣＡＳシステムに格納されるとき、システムは、その情報コンテンツ自体に一意に、永続的にリンクされる識別子である、コンテンツベースのアドレスを記録し得る。例えば、ＣＡＳシステムは、コンテンツを使ってハッシュ値を計算してもよく、ファイルお識別子は、計算されるハッシュ値である。ＣＡＳシステムから情報を検索するよう求める要求は、システムがデータの物理的場所を求め、それを検索するための、ハッシュ値などのコンテンツ識別子を提供しなければならない。識別子はコンテンツに基づくものであるため、データ要素へのどんな変更も、必然的にそのコンテンツアドレスを変更し、それによって、文書への変更を知らせる。ほとんどの場合、ＣＡＳ装置は、データが格納された後では、データの編集を許さず、プログラムされたポリシーに従って削除を制御する。データファイルは、保存ポリシーによって決定される、保存期間と呼ばれる設定期間にわたってこのように格納されるはずである。
【０００８】
[0008]  特に、ＮＦＳまたはＣＩＦＳアクセスの場合、ＣＡＳは、コンテンツベースのアドレス指定を利用する必要はなく、ファイルパス名を使ってファイルにアクセスしてもよい。しかしながら、一般に、アーカイブ型ストレージの他の機能および態様は維持される。例えば、サーチのためのメタデータ付加および索引付けが、依然として用いられる。これに関して、ＮＡＳシステムは、ｉノードメタデータ情報を利用するが、ＣＡＳシステムは、追加のメタデータ値を持つことができ、この値は、ＣＡＳ名前空間に格納される。同様に、改ざんの防止および検出、ならびに、アクセス権限の制御も、暗号化および破砕ポリシーなどと共に維持され得る。
【０００９】
[0009]  現在の最新技術では、ＧＮＳは、ＮＡＳの名前空間を統合するが、ＣＡＳは、ＧＮＳの一部とすることができない。どちらのアクセス法でも（すなわちＮＦＳ／ＣＩＦＳアクセスでもコンテンツベースのアドレス指定でも）、ＧＮＳが、ＣＡＳ名前空間をＮＡＳと統合することは可能である。しかしながら、ＧＮＳは、保存管理やカスタムメタデータの付加といったＣＡＳ機能を提供しない。したがって、ＧＮＳへのＣＡＳの統合は、名前空間レベルでのものにすぎず、機能レベルは統合されない。
【００１０】
[0010]  当分野において欠けているのは、ＣＡＳの命名と機能の両方をＧＮＳに統合する方法を提供する技術である。
【００１１】
[0011]  以下の本発明の要約は、本発明のいくつかの態様および特徴の基本的知識を提供するために示すものである。この要約は、本発明の網羅的概要ではなく、したがって、本発明の主要な、または決定的要素を詳細に特定することも、本発明の範囲を正確に叙述することも意図していない。この要約の唯一の目的は、以下で提示するより詳細な説明への前段として、本発明のいくつかの概念を簡略化した形で提示することである。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
[0012]  本発明は、ＮＡＳ／ＣＡＳ統合ストレージシステムの方法および装置を提供するものである。本発明の様々な実施形態は、ＣＡＳ名前空間を、ＧＮＳにおいてＮＡＳの名前空間と統合することのできるストレージシステムを提供する。さらに、ＮＡＳとＣＡＳの間の機能的統合を実現するために、本発明のストレージシステムは、アーカイブアプリケーション機能を実施する。ＣＡＳ名前空間をＧＮＳに統合することにより、ＣＡＳクライアントは、ファイルが物理的にどこに位置しているか知る必要がなくなる。したがって、管理者がファイルを様々な物理的記憶装置に移動させるとき、かかる移動は、ＧＮＳを使用するときに、ＮＡＳファイル移動がＮＡＳクライアントにトランスペアレントであるのと同様に、ＣＡＳクライアントにトランスペアレントである。
【課題を解決するための手段】
【００１３】
[0013]  以下でより詳細に説明するように、本発明のストレージシステムの様々な実施形態によって提供される機能には、以下が含まれる。
ＣＡＳの名前空間は、本発明のストレージシステムによって作成されるＧＮＳの下で、ＮＡＳと統合することができる。
ＮＡＳストレージシステムは、ＣＡＳクライアントのアーカイブアプリケーションからＣＡＳコマンドを受け取るＣＡＳインターフェースを備える。
ＮＡＳストレージシステムは、索引作成およびサーチ機能を備える。ファイルがＮＡＳからＣＡＳにアーカイブされるときに、詳細な索引付けが作成される。
ファイルがＮＡＳからＣＡＳにアーカイブされるとき、アーカイブファイルのデフォルトのメタデータが、本発明のストレージシステムによって付加される。
ファイル復元操作時に、ストレージシステムは、ＣＡＳ上のメタデータまたは索引の場所を指し示すポインタを維持することができ、そのため、ファイル再アーカイブ時に、そのポインタを使って、再アーカイブファイルの元のメタデータと索引が利用され得る。
【００１４】
[0014]  本発明の実施形態によれば、コンテンツアドレスストレージ（ＣＡＳ）システムと、ＣＡＳクライアントと、ネットワーク接続型ストレージ（ＮＡＳ）システムと、ＮＡＳクライアントとを含むストレージシステムに格納されたファイルを管理する方法であって、
ａ．ＮＡＳシステムにおいてグローバルネームスペース機能を設けること、
ｂ．ＣＡＳクライアントにおいてアーカイブアプリケーションを設けること、
ｃ．ＮＡＳシステムにおいてＣＡＳインターフェース機能を設けること、
ｄ．アーカイブアプリケーションを、ポリシー管理機能を監視するように動作させ、ポリシー管理機能によって管理イベントが合図されると、アーカイブアプリケーションからＣＡＳインターフェースに、ターゲットファイルのファイル管理要求を送ること、
ｅ．ＣＡＳインターフェースを、アーカイブアプリケーションからファイル管理要求を受け取り、要求を解釈し、要求に応答して移行モジュールを呼び出すように動作させること、および
ｆ．移行モジュールを、ＮＡＳシステムを介してターゲットファイル上でファイル管理要求を実行し、それによって、ターゲットファイルへのＧＮＳパスを提供するように動作させること
を含む方法が提供される。
方法は、さらに、メタデータ管理機能を設けること、およびファイル管理要求を受け取ると、メタデータ管理機能を呼び出して、ターゲットファイルにデフォルトメタデータと指定メタデータを挿入することをさらに含んでいてもよい。方法は、さらに、指定メタデータをファイル管理要求に組み込み、それによって、指定メタデータをメタデータ管理機能に提供することを含んでいてもよい。方法は、さらに、メタデータ管理機能を使ってメタデータ管理表を維持することを含んでいてもよい。方法は、さらに、各ファイルごとに、メタデータ管理表に、少なくとも、ＧＮＳパス、ＣＡＳノード、ＣＡＳ宣誓、デフォルトメタデータ、カスタムメタデータを含むエントリを維持することを含んでいてもよい。方法は、さらに、索引／サーチ機能を設けること、およびファイル管理要求を受け取ると、索引／サーチ機能を呼び出して、ターゲットファイルの索引を作成することを含んでいてもよい。ファイル管理要求は、ターゲットファイルのファイルアーカイブを含んでいてもよく、方法は、さらに、ＮＡＳシステムを、ＧＮＳ機能を介して元のＮＡＳ記憶場所からＣＡＳシステム上の目標アーカイブ場所にターゲットファイルのアーカイブコピーを格納するように動作させること、およびメタデータ表に目標場所へのＧＮＳパスを格納することを含む。方法は、さらに、アーカイブコピーの編集属性を、読取り専用属性に変更することを含んでいてもよい。方法は、さらに、アーカイブアプリケーションから、アーカイブコピーのファイル復元を含む後続のファイル管理要求を送ること、およびＮＡＳシステムを、ＧＮＳ機能を介して目標アーカイブ場所から、元のＮＡＳ記憶場所とは異なるＮＡＳシステム上の目標復元場所にアーカイブファイルの復元コピーを格納するように動作させることを含んでいてもよい。ファイル管理要求が、アーカイブコピーのファイル復元を含むときに、方法は、さらに、アーカイブコピーのメタデータと索引を指し示すポインタを格納することを含んでいてもよい。方法は、さらに、アーカイブアプリケーションから、復元コピーのファイル再アーカイブを含む後続のファイル管理要求を送ること、およびＮＡＳシステムを、ＧＮＳ機能を介して目標復元場所から、目標アーカイブ場所とは異なるＣＡＳシステム上の目標再アーカイブ場所に復元ファイルの再アーカイブコピーを格納するように動作させることを含んでいてもよい。復元コピーの再アーカイブ時に、ポインタを利用してアーカイブコピーのメタデータと索引がフェッチされ、アーカイブコピーのメタデータと索引が、再アーカイブコピーに実施された編集を反映するように変更される。
【００１５】
[0015]  本発明の別の実施形態によれば、グローバルネームスペース（ＧＮＳ）を使ったファイルの格納を可能にし、コンテンツアドレスストレージ（ＣＡＳ）ポリシーを維持するネットワーク接続型ストレージ（ＮＡＳ）システムであって、ネットワーククライアントと通信を行うネットワークインターフェースと、ストレージコントローラと通信を行うストレージインターフェースと、ファイル管理操作を実行するプロセッサと、ＧＮＳ機能を提供するＮＡＳバーチャライザと、ＣＡＳアーカイブアプリケーションからターゲットファイルのファイル管理要求を受け取り、プロセッサに、ターゲットファイル上でファイル管理要求を実行させて管理ファイルを生成し、ＮＡＳバーチャライザによる各管理ファイルごとのＧＮＳパスを提供するＣＡＳインターフェースとを備えるシステムが提供される。ストレージシステムは、さらに、各管理ファイルごとの索引を生成する索引／サーチモジュールを備えていてもよい。ストレージシステムは、さらに、ファイル管理要求のそれぞれを受け取ると呼び出されて、ターゲットファイルのコピーを実行する移行モジュールを備えていてもよい。ストレージシステムは、さらに、管理ファイルのそれぞれに、デフォルトメタデータと指定メタデータを提供するメタデータ管理モジュールを備えていてもよい。ストレージシステムは、さらに、メタデータ、ＣＡＳパス、および各管理ファイルのＧＮＳパスを格納するメタデータ表を備えていてもよい。ファイル管理要求のそれぞれは、ファイルアーカイブ、ファイル復元、およびファイル再アーカイブのうちの１つを含んでいてもよい。
【００１６】
[0016]  本発明の別の実施形態によれば、グローバルネームスペース（ＧＮＳ）を使ったファイルの格納を可能にし、コンテンツアドレスストレージ（ＣＡＳ）ポリシーを維持する、ネットワークで接続されたストレージシステムであって、
ネットワーク接続型ストレージ（ＮＡＳ）システムであり、
複数の記憶ボリューム、
複数の記憶ボリュームの動作を管理するストレージコントローラ、および
複数の記憶ボリュームに格納されたファイルを管理するＮＡＳヘッドであり、ＮＡＳヘッドが管理する各ファイルごとのＧＮＳパスを提供するＧＮＳ機能を備え、ＣＡＳクライアントからのファイル管理要求を受け取り、解釈するＣＡＳインターフェースをさらに備えるＮＡＳヘッド
を備えるＮＡＳシステムと、
複数のＣＡＳ記憶ボリュームを備えるＣＡＳシステムと、
ＣＡＳ記憶ボリュームに格納されたＣＡＳファイルを管理するポリシー管理機能を備え、ポリシー管理機能を監視し、ＮＡＳシステムにファイル管理要求を提供するアーカイブアプリケーションをさらに備えるＣＡＳクライアントと
を備えるシステムが提供される。
【００１７】
[0017]  ＮＡＳヘッドは、さらに、
各管理ファイルにデフォルトメタデータと指定メタデータを提供するメタデータ管理モジュールと、
管理ファイルのそれぞれのメタデータ、ＣＡＳパス、およびＧＮＳパスを格納するメタデータ表と、
各管理ファイルごとの索引を生成する索引／サーチモジュールと、
ＮＡＳからＣＡＳへ、またはＣＡＳからＮＡＳへファイルを移行する移行モジュール
のうちの少なくとも１つを備えていてもよい。
【００１８】
[0018]  本発明に関するその他の態様は、一部は以下の説明に示され、一部は、説明を読めば明らかになり、本発明の実施によって知ることもできる。本発明の態様は、以下の詳細な説明および添付の特許請求の範囲に詳細に指し示す様々な要素と態様の各要素およびそれらの組み合わせによって実現し、達成することができる。
【００１９】
[0019]  以上の説明も以下の説明も例示と説明のためのものにすぎず、特許請求する発明またはその適用範囲をいかなるやり方においても制限するためのものではないことを理解すべきである。
【００２０】
[0020]  本明細書に組み込まれ、その一部を構成する添付の図面は、説明と相まって本発明の実施形態を例示し、本発明の技術の原理を説明し、図示するのに使用するものである。
【００２１】
[0038]  前述の添付図面は、限定としてではなく例示として、本発明の原理と合致する具体定実施形態および実装形態を示すものである。これらの実装形態は、当分野の技術者が本発明を実施することを可能にするのに十分な詳細を記述するものであり、別の実装形態を利用してもよく、本発明の範囲および精神を逸脱することなく様々な要素の構造的変更および／または置換を行ってもよいことを理解すべきである。したがって、以下の詳細な説明は、限定された意味として解釈すべきではない。加えて、説明する本発明の様々な実施形態は、汎用コンピュータ上で走るソフトウェアとしても、専用ハードウェアとしても、ソフトウェアとハードウェアの組み合わせとしても実施され得る。
【発明を実施するための最良の形態】
【００２２】
[0039]  本発明の特徴によれば、ＣＡＳ機能を維持しながら、ＧＮＳにおけるＮＡＳアドレス指定へのＣＡＳアドレス指定の統合を可能にする方法およびシステムが提供される。背景技術の考察から理解できるように、かかる機能は、特に、ＣＡＳストレージを法令の遵守に使用するときには、決定的に重要となり得る。他方、ネットワーク管理者によって行われるどんな管理も、ユーザにトランスペアレントのままでなければならない。次に、これらの目標が本発明によってどのように達成されるかについて、本発明の例示的実施形態を使って説明する。
【００２３】
[0040]  図１に、本発明の実施形態を実施するのに適した物理ハードウェアアーキテクチャの一例を示す。システムは、ＮＡＳクライアント１０００、管理コンピュータ１１００、ＣＡＳクライアント１２００、ＮＡＳシステム２４００、３０００およびＣＡＳシステム４０００から構成されている。これらの要素の構造および動作は以下の通りである。
ＮＡＳクライアント１０００：アプリケーションおよびＮＦＳ（ネットワークファイルシステム）クライアントソフトウェア（不図示）が、ＣＰＵ１００１上で走っている。ＮＡＳクライアントは、ネットワークインターフェース（Ｉ／Ｆ）１００３を使って、ＮＡＳシステム２４００に接続し、ＮＡＳシステム２４００は、グローバルネームスペースを作成し、ネットワーク５０００を介してＮＡＳを仮想化する。ネットワーク５０００、５００１、および５００２は、物理的に別個のネットワークとすることもでき、ＶＬＡＮなどのネットワーク分割技術を利用した論理的に別個のネットワークのどちらかとすることができる。ネットワーク５０００の典型的な媒体は、イーサネット（登録商標）である。ＮＡＳクライアント１０００は、ＮＡＳシステム３０００に直接接続することができる。この場合、ＮＡＳクライアントは、ＮＡＳシステム２４００によって提供されるＮＡＳ仮想化機能を共用することができない。
ＣＡＳクライアント１２００：アーカイブアプリケーションおよびＮＦＳクライアントソフトウェアまたは独自の通信ソフトウェア（不図示）が、ＣＰＵ１２０１上で走っている。ＣＡＳクライアントは、ネットワークインターフェース（Ｉ／Ｆ）１２０３を使ってＮＡＳシステム２４００に接続し、ＮＡＳシステム２４００は、グローバルネームスペースを作成し、ネットワーク５０００を介してＮＡＳを仮想化する。ＣＡＳクライアントは、ＣＡＳシステム４０００に直接接続することができる。この場合、ＣＡＳクライアントは、ＮＡＳシステム２４００によって提供されるＮＡＳ仮想化機能を共用することができない。
管理コンピュータ１１００：管理ソフトウェアが、ＣＰＵ１１０１上で走っている。管理コンピュータは、ネットワークインターフェース（Ｉ／Ｆ）１１０３を使い、ネットワーク５００１を介してＮＡＳヘッド２５００とストレージシステム２０００に接続する。
ＮＡＳシステム２４００は、主に２つの部分、すなわち、ＮＡＳヘッド２５００とストレージシステム２０００から成る。ストレージシステム２０００は、ストレージコントローラ２１００とディスクドライブ２２００から成る。ＮＡＳヘッド２５００とストレージシステム２０００は、インターフェース２５０６と２１０４を介して接続することができる。ＮＡＳヘッド２５００とストレージシステム２０００は、フィルタと呼ばれる、１つの記憶ユニットとして存在することができる。このような場合、２つの要素は、ＰＣＩ−Ｘなどのシステムバスを介して接続される。さらに、ＮＡＳヘッドは、どんなストレージコントローラも接続せずに内部ディスクドライブを含むこともでき、これは、汎用サーバと全く同様である。他方、ＮＡＳヘッドとコントローラは、物理的に分離することもできる。このような場合、２つの要素は、ファイバチャネルやイーサネット（登録商標）といったネットワーク接続を介して接続される。様々なハードウェア実装形態があるが、本発明には、任意の実装形態を適用することができる。
ＮＡＳヘッド２５００は、ＣＰＵ２５０１、メモリ２５０２、キャッシュ２５０３、フロントエンドネットワークインターフェース（ＮＩＣ）２５０４、管理ネットワークインターフェース（ＮＩＣ）２５０５、ディスクインターフェース（Ｉ／Ｆ）２５０６、およびバックエンドネットワークインターフェース（ＮＩＣ）２５０７を備える。ＮＩＣ２５０４、２５０５、および２５０７は、物理的に別個の、または論理的に別個のインターフェースとすることができる。ＮＡＳヘッド２５００は、ＮＡＳクライアント１０００、管理ホスト１１００、およびＣＡＳクライアント１２００からの要求を処理することができる。
ＣＰＵ２５０１およびメモリ２５０２：ＮＦＳ要求またはその他の操作を処理するプログラムがメモリ２５０２に格納され、ＣＰＵ２５０１がそのプログラムを実行する。
キャッシュ２５０３：これは、ストレージシステム２０００に転送される前のＮＡＳクライアント１０００からのＮＦＳ書込みデータと、ＮＦＳクライアントによって要求されるＮＦＳ読取りデータを一時的に格納する。キャッシュ２５０３は、例えば、バッテリバックアップ式不揮発性メモリなどとすることもできる。別の実装形態では、メモリ２５０２とキャッシュ２５０３は、単一のメモリデバイスを分割した、１つに結合されたものである。
フロントエンドネットワークインターフェース２５０４：これは、ＮＡＳクライアント１０００とＮＡＳヘッド２５００の間と、ＣＡＳクライアント１２００とＮＡＳヘッド２５００の間の両方を接続するのに使用される。イーサネット（登録商標）が、典型的な接続の例である。
管理ネットワークインターフェース２５０５：これは、管理コンピュータ１１００とＮＡＳヘッド２５００の間の両方を接続するのに使用される。イーサネット（登録商標）が、典型的な接続の例である。
ディスクインターフェース２５０６：これは、ＮＡＳヘッド２５００とストレージシステム２０００の間を接続するのに使用される。ファイバチャネル（ＦＣ）およびイーサネット（登録商標）が、かかる接続の典型的な例である。ＮＡＳヘッドとコントローラの間の内部接続（すなわち、単一記憶ユニット実装形態）の場合には、システムバスが、典型的な接続の例である。
バックエンドインターフェース２５０７：これは、ＮＡＳヘッド２５００と、ＮＡＳシステム２４００によって仮想化されるＮＡＳシステム３０００およびＣＡＳシステム４０００との間を接続するのに使用される。イーサネット（登録商標）が、典型的な接続の例である。
ストレージコントローラ２１００は、ＣＰＵ２１０１、メモリ２１０２、キャッシュメモリ２１０３、フロントエンドインターフェース２１０４、管理インターフェース（Ｍ  Ｉ／Ｆ）、およびディスクインターフェース（Ｉ／Ｆ）２１０６を備える。これは、ＮＡＳヘッド２５００からの入出力要求を処理する。
ＣＰＵ２１０１およびメモリ２１０２：入出力要求またはその他の操作を処理するプログラムがメモリ２１０２に格納され、ＣＰＵ２１０１がそのプログラムを実行する。
キャッシュメモリ２１０３：これは、ＮＡＳヘッド２５００からの書込みデータを、データがディスクドライブ２２００に格納される前に一時的に格納し、ＮＡＳヘッド２５００によって要求される読取りデータを一時的に格納する。これは、例えば、バッテリバックアップ式不揮発性メモリとすることもできる。別の実装形態では、メモリ２１０２とキャッシュメモリ２１０３は、単一のメモリデバイスを分割した、１つに結合されたものである。
ホストインターフェース２１０４：これは、ＮＡＳヘッド２５００とストレージコントローラ２０００の間を接続するのに使用される。ファイバチャネル（ＦＣ）とイーサネット（登録商標）が、典型的な接続の例である。また、ＰＣＩ−Ｘなどのシステムバスを適用することもできる。
管理インターフェース（Ｍ  Ｉ／Ｆ）２１０５：これは、管理コンピュータ１１００とストレージコントローラ２０００の間を接続するのに使用される。イーサネット（登録商標）が、典型的な接続の例である。
ディスクインターフェース（Ｉ／Ｆ）２１０６：これは、ディスクドライブ２２００とストレージコントローラ２０００を接続するのに使用される。
ディスクドライブ２２００：ディスク装置は、それぞれ、ＳＣＳＩコマンドなどのディスク装置コマンドに従って入出力要求を処理する。
ＮＡＳシステム３０００：ハードウェア構成は、ＮＡＳシステム２４００と同じである。様々なハードウェア実装形態があるが、本発明には任意の実装形態を適用することができる。ＮＡＳシステム２４００とＮＡＳシステム３０００の違いは、ソフトウェア側から生じるものだけである。
ＣＡＳシステム４０００：ＣＡＳシステムは、典型的には、クラスタ化ノードで構成される。各ノードのハードウェア構成は、ＮＡＳシステム２４００と同様のものである。別の実装形態では、ＮＡＳヘッドと同様のクラスタノードが、単一のストレージシステムに接続される。様々なハードウェア実装形態があるが、本発明には任意の実装形態を適用することができる。
【００２４】
[0041]  前述の説明は、本発明と共に使用するのに適したハードウェアアーキテクチャの一例を提供するものであるが、本発明には、他の適切なハードウェアアーキテクチャも適用できることを、当分野の技術者は理解するであろう。
【００２５】
[0042]  図２に、本発明の方法および装置の実施形態が適用できるソフトウェア構成の一例を示す。この図では、太線で、新規の、本発明の実施形態を可能にする要素を表す。システムは、ＮＡＳクライアント１０００、管理コンピュータ１１００、ＣＡＳクライアント１２００、ＮＡＳシステム２４００、３０００、およびＣＡＳシステム４０００で構成されている。これらの要素の構成および動作は以下の通りである。
ＮＡＳクライアント１０００：ＮＡＳクライアント１０００は、その上で、何らかのアプリケーション（ＡＰ）１０１１がファイル操作処理を生成するコンピュータである。また、ＮＡＳクライアントノード１０００上には、ＮＦＳｖ２、ｖ３、ｖ４やＣＩＦＳ１０１２などのネットワークファイルシステム（ＮＦＳ）クライアントプログラムもある。ＮＦＳクライアントプログラムは、ＴＣＰ／ＩＰなどのネットワークプロトコルを介して、ＮＡＳシステム２４００上のＮＦＳサーバプログラムとやりとりする。ＮＦＳクライアントとＮＡＳシステムは、ＬＡＮなどのネットワーク５０００を介して接続されている。
管理ホスト１１００：管理コンピュータ１１００上には管理ソフトウェア１１１１がある。管理ソフトウェア１１１１からは、システム構成設定などのＮＡＳ管理操作を発行することができる。
ＣＡＳクライアント１２００：ＣＡＳクライアント１２００は、その上でアーカイブアプリケーション（ＡＰ）１２１１が、ファイルアーカイブ操作を生成するコンピュータである。管理者は、ポリシー管理プログラム１２１２に、アーカイブポリシー（アーカイブのタイミングなど）を設定することができる。また、ＣＡＳクライアントノード１２００上では、独自のネットワーク通信プログラム、または、ＮＦＳｖ２、ｖ３、ｖ４やＣＩＦＳ１０１２といった一般のネットワークファイルシステム（ＮＦＳ）クライアントプログラム（図２には図示されない）も走る。このプログラムは、ＴＣＰ／ＩＰなどのネットワークプログラムを介して、ＮＡＳシステム２４００上の独自の通信サーバまたはＮＦＳサーバプログラムとやりとりする。ＣＡＳクライアントおよびＮＡＳシステムは、ＬＡＮなどのネットワーク５０００を介して接続されている。
ＮＡＳシステム２４００：これは、主に、２つの部分、すなわち、ＮＡＳヘッド２５００とストレージシステム２０００から成る。
ＮＡＳヘッド２５００：ＮＡＳヘッド２５００は、ＮＡＳシステム２４００の一部である。ＮＡＳシステム２４００、３０００、およびＣＡＳシステム４０００への操作は、このモジュールで処理される。
ＮＦＳサーバプログラム２５１３は、ＮＡＳクライアント１０００上のＮＦＳクライアント１０１２およびＣＡＳクライアント１２００とやりとりし、ＮＡＳシステム２４００によって管理されるファイルシステムへのＮＦＳ操作を処理する。そのファイルがグローバルネームスペース（ＧＮＳ）の一部であるＮＡＳシステム３０００とＣＡＳシステム４０００上のファイルへの操作は、ＮＦＳサーバ２５１３において処理することができる。
ＮＡＳバーチャライザ２５１８は、ファイルレベルの移行機能を備えるグローバルネームスペース（ＧＮＳ）作成プログラムである。ＮＡＳバーチャライザは、ＮＡＳ３０００やＣＡＳ４０００といった下にあるＮＡＳシステムに対するファイル関連操作仮想化プログラムである。ＮＡＳ仮想化プログラムの詳細な説明は、その全開示が参照により本明細書に組み込まれる、２００６年１２月２１日に出願された、米国特許出願第１１／６４２５２５号明細書に記載されている。また、ＮＡＳバーチャライザのいくつかの主要コンポーネントを、以下でも説明する。
ＮＡＳバーチャライザ２５１８の転送モジュールは、ＮＦＳクライアント１０１２からＮＡＳシステム３０００へのＮＦＳ操作をフックし、操作の宛先を表すビットを含む操作内のファイルハンドラを探す。次いで、転送モジュールは、その操作を宛先ＮＡＳシステムに転送する。宛先アドレスは、マウント点管理表によって管理することができる。
ＮＡＳバーチャライザ２５１８では、ＧＮＳに加えて、ファイルレベルの移行も行うことができ、ファイルレベルの移行では、ファイル場所表（ＦＬＴ）を利用することができる。
ＮＡＳバーチャライザは、外部ＮＡＳのファイルシステムを集約し、これらをクライアントにエクスポートする。ＣＡＳがＮＦＳプロトコルを用いるときには、ＮＡＳの名前空間に加えて、ＣＡＳの名前空間もＧＮＳと統合することができる。ＣＡＳがＮＦＳプロトコルを用いず、コンテンツＩＤを利用してファイルを識別する場合でさえも、ＣＡＳの名前空間は、単一レベルのディレクトリがあり、ファイル名が、コンテンツＩＤと同一であることを意味するコンテンツＩＤのフラットな名前空間を利用してＧＮＳと統合することができる。
ＣＡＳ名前空間をＧＮＳと統合するためには、ＮＡＳバーチャライザに加えて、ＣＡＳ  Ｉ／Ｆプログラム２５２２も必要である。ＣＡＳ  Ｉ／Ｆ２５２２プログラムは、（ＧＮＳを発行する）ＮＡＳシステム２４００がＣＡＳシステム４０００とやりとりすることを可能にするＣＡＳコマンドインタプリタである。これは、保存期間設定やメタデータ付加などのＣＡＳコマンドを受け取り、それらのコマンドを実行する。コマンドは、一般のＮＦＳプロトコルまたは独自のプロトコルによって転送することができる。
メタデータ管理プログラム２５２０は、管理者によって事前に設定されるデフォルトメタデータを作成し、付加する。また、これは、ＣＡＳシステム上のメタデータの場所も管理する。
メタデータ管理表２５２３は、ＮＡＳとＣＡＳの間のファイル場所と、ファイルのメタデータの関連付けを格納する。表は、ＮＡＳシステム２４００のメモリまたはディスクドライブ上に置くことができる。
移行プログラム２５２４は、ＮＡＳからＣＡＳへ、またはＣＡＳからＮＡＳへファイルをコピーする。
索引／サーチプログラム２５１９は、サーチのための索引を作成し、サーチを実行する。索引は、メタデータまたはフルテキストによって作成することができる。索引は、ＮＡＳシステム２４００のメモリまたはディスクドライブ上に置くことができる。索引付けのタイミングは様々である。１つの選択肢は、ファイル書込み時である。別の選択肢は、指定されるタイミングにおけるバッチ操作である。本発明の１つの特徴が、ＮＡＳからＣＡＳへのファイル移行のタイミングである。その時点において、詳細な索引付け（フルテキスト索引付けなど）が行われる。というのは、アーカイブアプリケーションは、ＮＡＳクライアントより詳細なサーチを必要とし得るからである。サーチ機能は、ＮＡＳクライアント、ＣＡＳクライアント、および管理ソフトウェア上の任意のアプリケーションから呼び出すことができる。
ＣＡＳ情報プログラム２５２１は、再アーカイブ時にファイルのメタデータと詳細な索引を利用するために、ファイルがＣＡＳからＮＡＳにコピーされるときにＣＡＳ上のファイル場所を格納する。この情報は、ＮＡＳシステム２４００のメモリまたはディスクドライブ上に格納することができる。
ローカルファイルシステム２５１１は、ストレージシステム２０００上のファイルシステムに対するファイル入出力操作を処理する。
ストレージシステム２５１２のドライバは、ファイル入出力操作をブロックレベル操作に変換し、ＳＣＳＩコマンドを介してストレージコントローラ２０００とやりとりする。
ストレージシステム２０００：ストレージ制御ソフトウェア２４０１が、ＮＡＳヘッド２４００からのＳＣＳＩコマンドを処理する。ファイルシステムが、１つまたは複数のディスクドライブ２２００（図１）で構成されるボリューム２４００および２４０１として作成される。
ＮＡＳシステム３０００：ソフトウェア構成は、この例では、ＮＡＳシステム３０００がＮＡＳ仮想化の機能を持たないことを除いて、ＮＡＳシステム２４００と同様である。ＮＦＳサーバ３１２１は、ＮＡＳシステム２４００をやりとりするために、ＮＡＳシステム３０００に置かれる。ＮＦＳサーバ３１２１は、ＮＡＳクライアント１０００上のＮＦＳクライアント１０１２とやりとりすることができる。このような場合、操作は、ＧＮＳの一部ではないファイルシステムに送られる。ローカルファイルシステム３１３０が、ＮＡＳシステム３０００内のストレージシステムに対するファイル入出力操作を処理し、ストレージシステムのドライバが、ファイル入出力操作をブロックレベル操作に変換し、ＳＣＳＩコマンドを介してストレージコントローラとやりとりする。
ＣＡＳシステム４０００：ＣＡＳ  Ｉ／Ｆプログラム４１２１が、ＣＡＳコマンドを受け取り、処理するために、各クライアントノード上に置かれる。ＣＡＳコマンドは、ＮＡＳシステム２４００と、ＣＡＳクライアント１２００上のアーカイブアプリケーション１２１１から転送することができる。ローカルファイルシステム４１３０が、ＣＡＳシステム４０００内のストレージシステムへのファイル入出力操作を処理し、ストレージシステムのドライバがファイル入出力操作をブロックレベル操作に変換し、ＳＣＳＩコマンドを介してストレージコントローラとやりとりする。
【００２６】
[0043]  前述のように、従来技術では、グローバルネームスペースは、複数のＮＡＳの複数のファイルシステムによって構築される。他方、ＣＡＳは、別個の名前空間を有する。したがって、従来技術では、アーカイブ操作が実行されるとき、アーカイブアプリケーション１２１１は、ＧＮＳ２５００とＣＡＳ名前空間４５００の両方をマウントし、次いで、ＮＡＳ２４００からＣＡＳ４０００にファイルを移動する必要がある。図３には、ファイルアーカイブの既存の方法の概念図が表されており、実線の三角形ＦＳ１でファイルを格納する物理空間が表わされ、破線の三角形ＦＳ１でファイルシステムの論理空間が表されている。図示のように、ＮＡＳクライアント１０００は、ＮＡＳバーチャライザ２５１８との間でファイルの書込みと読取りを行い、ＮＡＳバーチャライザ２５１８は、ファイルのＧＮＳを生成し、それをＮＡＳ３０００装置の物理的記憶場所に格納する。ファイルをアーカイブする必要があるとき、ファイルは、以下のプロセスに従ってＣＡＳ４０００装置上にコピーされる。
１．ポリシー管理プログラム１２１２が、管理者が入力したファイルアーカイブポリシーに基づいて、移行プログラム１２１６を呼び出す。例えば、このポリシーは、定義される期間ごとの周期的アーカイブを要求してもよい。
２．移行プログラム１２１６が、ファイルを、ＧＮＳ２５００から、ＣＡＳ  Ｉ／Ｆ４１２１を介してＣＡＳ４０００上の指定場所にコピーする。ＣＡＳコマンドは、一般のＮＦＳプロトコルまたは独自のネットワークプロトコルを介してＣＡＳ  Ｉ／Ｆに転送される。移行の間、何らかのメタデータが、メタデータ管理プログラム１２１５によって付加される。さらに、何らかのアーカイブアプリケーションが、外部サーバのところで索引／サーチプログラムを含み、または呼び出すこともできる。索引／サーチプログラムは、ファイルの詳細な索引を生成する。索引は、サーチ要求が発行されるときに使用される。
３．移行を完了した後、移行プログラム１２１６は、ＣＡＳ４０００上のファイル場所（パス名やコンテンツＩＤなど）を、メタデータ管理表１２１４に登録する。
【００２７】
[0044]  上記の従来技術のアーカイブプロセスと比べるために、次に、第１の実施形態について論じ、クライアントがＣＡＳ装置を見ることができない場合の、ＮＡＳ／ＣＡＳのグローバルネームスペースとの統合を説明する。この実施形態では、ＣＡＳの名前空間がＧＮＳと統合され、アーカイブが、ＣＡＳクライアントからの要求に従ってＮＡＳシステムによって行われる。この実施形態によれば、アーカイブアプリケーション１２１１は、ＧＮＳとＣＡＳの名前空間の両方を知っている必要はない。この実施形態では、ＣＡＳ４５００の名前空間が、ＧＮＳ２５００において、ＮＡＳクライアント１０００とＣＡＳクライアント１２００から見えないが、ＮＡＳシステム２４００は、ＣＡＳの名前空間をマウントし、ＣＡＳシステム４０００へのＣＡＳコマンドを生成することができる。
【００２８】
[0045]  図４に、本発明の第１の実施形態を使ったファイルのアーカイブの概念図を示す。図３の場合と同様に、ファイルシステム１（ＦＳ１）が、ＧＮＳ２５００によって生成されるアドレスを有するＮＡＳ３０００のところで格納される。ＮＡＳ１０００上のＮＡＳクライアントアプリケーション１０１１と、ＣＡＳクライアント１２００上のアーカイブアプリケーション１２１１は、「／ｇｎｓｒｏｏｔ／ｆｓ１／」というパスを介してＦＳ１内のファイルにアクセスすることができる。ＦＳ１のアーカイブターゲットは、ＣＡＳ４０００のところのファイルシステム２（ＦＳ２）または名前空間２である。前述のように、ＣＡＳの２つの典型的なアドレス指定法がある。１つの方法は、一般のＮＡＳの方法と同じディレクトリパスを使用するものである。もう１つの方法は、単一レベルのディレクトリを有するフラットな名前空間とみなすことができるコンテンツＩＤを使用するものである。パス名およびファイル名は、コンテンツＩＤの典型的な計算（ハッシュ値など）に使用することができる。
【００２９】
[0046]  図６に、図４の構成に基づいてファイルをアーカイブする制御手順の一例を示す。特に、この実施形態では、移行が、（従来技術で行われたように）ＣＡＳクライアントによってではなく、ＮＡＳシステム２４００によって行われる。さらに、移行時に、ＮＡＳシステムは、ＣＡＳシステムが必要とするメタデータ（保存ポリシーなど）も付加し、ＣＡＳシステムが必要とする索引／サーチ操作も実行する。
１．管理者がＣＡＳクライアント１２００において設定するアーカイブポリシー１２１２に基づき、アーカイブアプリケーション１２１１が、ＮＡＳシステム２４００に、ＣＡＳ  Ｉ／Ｆプログラム２５２２を介してＧＮＳ上のファイルをアーカイブするよう要求する（ステップ１００１０）。アーカイブコマンドの典型的なパラメータは、保存期間、ＧＮＳ上のファイルパス名、ＣＡＳ上のターゲットパス名（任意選択で）、およびアーカイブのためのカスタムメタデータである。アーカイブ要求は、特殊な独自のコマンドとすることもでき、ＮＦＳのカスタマイズコマンドとすることもできる。どちらにしても、ＮＦＳサーバ２５１３は、何らかのＣＡＳコマンド解釈プログラムを有する必要があり、それは、本実施形態では、ＣＡＳ  Ｉ／Ｆ２５２２である。従来技術とは異なり、アーカイブアプリケーションは、アーカイブ操作が、ＮＡＳシステム２４００によって行われるよう要求し、ＮＡＳシステム２４００は、ＣＡＳシステムのアーカイブアプリケーションに代わってファイルをアーカイブする。
２．ＣＡＳ  Ｉ／Ｆプログラム２５２２は、アーカイブ要求を受け取ると、メタデータ管理プログラム２５２０を呼び出す（ステップ１００２０）。
３．メタデータ管理プログラム２５２０が、アーカイブアプリケーション１２１１による指定メタデータに加えて、アーカイブファイルにデフォルトメタデータを付加する（ステップ１００３０）。デフォルトメタデータは、管理者によって事前に設定されてもよく、例えば、保存期間、データ保護の種類、破砕の種類などである。
４．メタデータ管理プログラム２５２０が、移行プログラム２５２４を呼び出す（ステップ１００４０）。
５．移行プログラム２５２４が、ファイルを、ＧＮＳ２５００上の指定パスから、ＣＡＳ４０００上の適切な場所にコピーする。ＣＡＳ上の目標場所は、アーカイブアプリケーション１２１１によって指定することもでき、ＧＮＳ上の元のファイルと同じパス名など、何らかのデフォルト位置とすることもできる（例えば、「／ｇｎｓｒｏｏｔ／ｆｓ１／ａ．ｄｏｃ」→「／ｆｓ１／ａ．ｄｏｃ」など）。また、移行プログラム２５２４は、ＣＡＳ  Ｉ／Ｆ４１２１を介してＣＡＳ４０００に、ファイルのデフォルトおよびカスタムメタデータ（サーチに役立つユーザ定義のメタデータなど）も書き込む。次いで、移行プログラムは、ファイル属性を読取り専用に変更する（ステップ１００５０）。ここでは、移行プログラムは、ファイルをＮＡＳからＣＡＳにコピーし、ファイル属性を読取り専用に変更している。しかしながら、移行プログラムは、ファイルを、ＮＡＳからＣＡＳに移動することができ、スタブファイルを残す、またはＮＡＳバーチャライザ上のファイル場所表と同様のファイル場所情報を管理する。ファイルが移動されるため、ＮＡＳ３０００の使用可能容量が増大し得る。この場合、ＮＡＳクライアントがアーカイブファイルを読み取るときに、移行モジュールは、ＮＦＳ読取り操作をフックし、メタデータ管理表または別の場所情報表を検索することによってＣＡＳ上のファイル場所を解釈し、ＣＡＳから読み取る。
６．移行プログラム２５２４が、ＣＡＳ４０００上のファイルの場所、ならびにデフォルトおよびカスタムメタデータを、メタデータ管理表２５２３に登録する（ステップ１００６０）。図５に、本発明の一実施形態によるメタデータ管理表の一例を表す。図５に示すように、各ファイルごとに、メタデータ管理表は、ＧＮＳパス、ＣＡＳノード、ＣＡＳパス、デフォルトメタデータ、およびカスタムメタデータのエントリを含む。アーカイブファイルは、ＧＮＳパスの列に記載されているため、今度はこれを、そのＣＡＳパスに加えてファイルのＧＮＳを使ってアドレス指定することができる。
７．任意選択でこの実施形態では、移行プログラム２５２４が、ＣＡＳ上のファイルの場所をアーカイブアプリケーション１２１１に返してもよい。その場合、ＣＡＳクライアントは、アーカイブファイルの場所を管理し続けることができる。
８．次いで、移行プログラム２５２４が、索引／サーチプログラム２５１９を呼び出す（ステップ１００７０）。
９．索引／サーチプログラム２５１９が、メタデータ索引の代わりに、フルテキスト索引などの詳細な索引を作成する（ステップ１００８０）。ファイルは、アーカイブされた後、監査など様々なやり方で使用することができ、この際、詳細な索引付けが、管理者に役立つこともある。
【００３０】
[0047]  管理者がアーカイブファイルを見ようとする状況は様々である。しかしながら、ＣＡＳシステムの入出力スループットは、普通、ＮＡＳシステムのものより遅い。しかも、管理者が、アーカイブファイルを編集しようとする状況も生じる。かかる操作を行うには、アーカイブファイルがＮＡＳに復元される必要がある。従来技術では、アーカイブアプリケーション１２１１が、ＣＡＳ  Ｉ／Ｆを介してＣＡＳ４０００からアーカイブファイルを読み取り、次いで、そのファイルを、ＮＦＳプロトコルを介してＧＮＳ２５００の元のファイル場所とは異なる何らかの場所に書き込む必要がある。他方、本発明の一実施形態によれば、アーカイブアプリケーション１２１１は、ＮＡＳシステム２４００から復元要求を送るだけでよい。しかも、メタデータと詳細な索引を指し示すポインタを、必要に応じて再アーカイブのために記憶しておくことができる。
【００３１】
[0048]  図７に、本発明の一実施形態を使ったアーカイブファイルの復元の概念図を示す。ＮＡＳ３０００のところのファイルシステム１（ＦＳ１）は、ＧＮＳ２５００の一部である。ＮＡＳ１０００上のＮＡＳクライアントアプリケーション１０１１とＣＡＳクライアント１２００上のアーカイブアプリケーション１２１１は、「／ｇｎｓｒｏｏｔ／ｆｓ１／」というＧＮＳパスを介してＦＳ１内のファイルにアクセスすることができる。ＦＳ１のアーカイブターゲットは、ＣＡＳ４０００のところのファイルシステム２（ＦＳ２）または名前空間２である。元のファイル２５５０は、アーカイブされているため、保存ポリシーに従って更新されないはずである。したがって、復元目標場所は、（すなわち、上書きを防ぐために）ファイルの元の場所とは異なるものとすべきである。これは、バックアップストレージからのファイルが、元のファイルの場所に復元されるバックアップ復元とは異なる。アーカイブファイル４５１０は、２５７０ＧＮＳ２５００上の異なる場所（「／ｇｎｓｒｏｏｔ／ｆｓ１／ａ＿ｒｅｃｏｖｅｒ．ｄｏｃ」など）にコピーされる。このように、復元アーカイブファイルは、元のファイルとは分離される。回復場所は、アーカイブアプリケーション１２１１が決定することもでき、管理者が事前に設定することもできる。ＮＡＳクライアントアプリケーション１０１１とアーカイブアプリケーション１２１１は、復元ファイル２５７０を、ＧＮＳ上の通常のファイルとして読み取り、書き込む。すなわち、ＮＡＳクライアントは、復元ファイルの実際の記憶場所を知る必要がなく、そのＧＮＳアドレスさえ知っていればよい。
【００３２】
[0049]  図９に、図７の構成に基づいてアーカイブファイルをＣＡＳからＮＡＳに復元する制御手順の一例を表す。
１．アーカイブアプリケーション１２１１が、ＮＡＳシステム２４００のＣＡＳ  Ｉ／Ｆ２５２２を介してＣＡＳ４０００上のアーカイブファイル４５１０を復元することを要求する。典型的なパラメータは、すでにアーカイブされている、読取り専用のＧＮＳ上のファイル場所２５５０と、復元目標場所である。アーカイブアプリケーションは、どのファイルがアーカイブされたか（自動的に、または管理者入力によって）知っているものとする。
２．ＣＡＳ  Ｉ／Ｆプログラム２５２２は、復元要求を受け取ると、移行プログラム２５２４を呼び出す（ステップ１２０２０）。
３．移行プログラム２５２４が、ＧＮＳのファイル場所２５５０を使ってメタデータ管理表２５２３（図５参照）を検索することによって、ＣＡＳにおけるファイル場所を解決する（ステップ１２０３０）。
４．移行プログラム２５２４が、ＣＡＳ４０００からファイル４５１０を読み取り、それをＧＮＳ上の指定パス２５７０に書き込む（ステップ１２０４０）。
５．移行プログラム２５２４が、復元場所２５７０と、ＣＡＳの元の場所またはコンテンツＩＤ４５１０を登録するために、ＣＡＳ情報プログラム２５２１を呼び出す（ステップ１２０５０）。このために、元のファイルのメタデータと詳細な索引を利用することができ、再アーカイブ時には、差分データ（メタデータと索引など）だけが、元のデータに付加されればよい。図８に、この情報を格納するためにＣＡＳ情報プログラムによって管理されるＣＡＳ情報表の典型的な例を示す。この場合、表は、ＧＮＳパス、ＣＡＳノードおよびＣＡＳパスのエントリを含む。
６．移行プログラム２５２４が、任意選択で、ＧＮＳ上の復元ファイルの場所２５７０をアーカイブアプリケーション１２１１に返してもよい。
【００３３】
[0050]  復元ファイルの編集を完了した後、管理者がファイルを再アーカイブしようとすることもある。また、図７には、本発明の一実施形態を使った復元ファイルの再アーカイブの概念図も示されている。復元ファイル２５７０のアーカイブは、通常のファイルアーカイブとほぼ同じである。違いは、メタデータと詳細な索引の作成時に、格納された元のファイルのメタデータと詳細な索引を利用できることである。また、保存期間が満了していない場合には、ＣＡＳ４０００上の再アーカイブファイルの場所も、元のアーカイブファイルとは異なる必要がある。この場合もやはり、これを行うのは、保存期間が満了していないときに、元のアーカイブファイルの上書きを防ぐためである。保存ポリシーに応じて、再アーカイブファイルの保存期間のクロックは、再アーカイブ時に再開してもよく、元のアーカイブファイルの保存期間後に満了してもよい。
【００３４】
[0051]  図１０に、図７の構成に基づいて復元ファイルをＧＮＳからＣＡＳに再アーカイブする制御手順の一例を示す。
１．（１００１０と同じ）アーカイブアプリケーション１２１１が、ＣＡＳ  Ｉ／Ｆプログラム２５２２を介してＧＮＳ上のファイル２５７０を再アーカイブすることを要求する（ステップ１３０１０）。コマンドの典型的なパラメータは、保存期間、ＧＮＳ上のファイルパス名、（任意選択で）ＣＡＳ上のターゲットパス名、およびアーカイブのためのカスタムメタデータである。
２．（１００２０と同じ）ＣＡＳ  Ｉ／Ｆプログラム２５２２は、アーカイブ要求を受け取ると、メタデータ管理プログラム２５２０を呼び出す（ステップ１３０２０）。
３．メタデータ管理プログラム２５２０が、ＣＡＳ情報プログラム２５２１を呼び出し、復元ファイルの場所２５７０からアーカイブファイルの場所４５１０を解決する。次いで、メタデータ管理プログラムは、元のメタデータを読み取り、元のメタデータに、アーカイブアプリケーションによる指定された新規の、または更新されたメタデータを付加する（ステップ１３０３０）。
４．（１００４０と同じ）メタデータ管理プログラム２５２０が、移行プログラム２５２４を呼び出す（ステップ１３０４０）。
５．（１００５０と同じ）移行プログラム２５２４が、ファイルを、ＧＮＳ２５００上の指定パス２５７０から、（ＣＡＳクライアントによる指定の場所または管理者による事前設定の場所である）ＣＡＳ４０００上の適切な場所４５２０にコピーする。また、移行プログラム２５２４は、ＣＡＳ  Ｉ／Ｆ４１２１を介してＣＡＳ４０００に、ファイルのデフォルトおよびカスタムメタデータも書き込む。次いで、移行プログラムは、ファイル属性を読取り専用に変更する（ステップ１３０５０）。
６．（１００６０と同じ）移行プログラム２５２４が、ＣＡＳ４０００上のファイルの場所４５２０と、デフォルトおよびカスタムメタデータを、メタデータ管理表２５２３に登録する（ステップ１３０６０）。
７．移行プログラム２５２４は、任意選択で、ＣＡＳ上のファイルの場所４５２０をアーカイブアプリケーション１２１１に返してもよい。
８．（１００７０と同じ）移行プログラム２５２４が、索引／サーチプログラム２５２９を呼び出す（ステップ１３０７０）。
９．索引／サーチプログラム２５１９が、ＣＡＳ情報プログラム２５２１を呼び出し、メタデータ管理表２５２３を使って、アーカイブファイルの場所４５１０から、ＮＡＳ上のファイルの元のパス２５５０を見つける。索引／サーチプログラムは、元のファイル２５５０の詳細な索引をコピーしてもよく、差分データの索引を付加する（ステップ１３０８０）。
【００３５】
[0052]  次に、ＣＡＳ４５００の名前空間が、ＧＮＳ２５００において、ＮＡＳクライアント１０００とＣＡＳクライアント１２００から見ることのできる第２の実施形態に説明を進める。この場合、ＮＡＳクライアントおよびＣＡＳクライアントは、ＣＡＳ４０００上のファイルを直接操作することができる。図１１に、本発明の第２の実施形態を使ったアーカイブの概念図を示す。ＮＡＳ３０００のところのファイルシステム１（ＦＳ１）とＣＡＳ４０００のところのファイルシステム２（ＦＳ２）は、ＧＮＳ２５００の一部である。その場合、ＮＡＳ１０００上のＮＡＳクライアントアプリケーション１０１１とＣＡＳクライアント１２００上のアーカイブアプリケーション１２１１は、「／ｇｎｓｒｏｏｔ／ｆｓ１／」というパスを介してＦＳ１内のファイルに、「／ｇｎｓｒｏｏｔ／ｆｓ２／」というパスを介してＦＳ２内のファイルにアクセスすることができる。以下の説明では、ＦＳ１のアーカイブターゲットは、ＣＡＳ４０００のところのファイルシステム２（ＦＳ２）または名前空間２である。
【００３６】
[0053]  ＮＡＳ上のファイル２５５０をＣＡＳにアーカイブする制御手順の一例は、図６のものと同様である。
１．（１００１０と同じ）管理者が設定するアーカイブポリシー１２１２に基づいて、アーカイブアプリケーション１２１１が、ＣＡＳ  Ｉ／Ｆプログラム２５２２を介してＧＮＳ上のファイルをアーカイブすることを要求する。コマンドの典型的なパラメータは、保存期間、ＧＮＳ上のファイルパス名２５５０、（任意選択で）ＣＡＳ上のターゲットパス名２５６０、およびアーカイブのためのカスタムメタデータである。
２．（１００２０と同じ）ＣＡＳ  Ｉ／Ｆプログラム２５２２は、アーカイブ要求を受け取ると、メタデータ管理プログラム２５２０を呼び出す。
３．（１００３０と同じ）メタデータ管理プログラム２５２０が、アーカイブアプリケーション１２１１による指定メタデータに加えて、アーカイブファイルにデフォルトメタデータを付加する。
４．（１００４０と同じ）メタデータ管理プログラム２５２０が、移行プログラム２５２４を呼び出す。
５．（１００５０と同じ）移行プログラム２５２４が、ファイルを、ＧＮＳ２５００上の指定パス２５５０からＧＮＳ上の適切な場所２５６０にコピーする。ソースファイルの実際の場所は、ＮＡＳ３０００上の３５１０であり、ターゲットファイルの実際の場所は、ＣＡＳ４０００上の４５１０である。ＣＡＳ上の目標場所は、アーカイブアプリケーション１２１１によって指定することもでき、ＧＮＳ上の元のファイルと類似のパス名など、何らかのデフォルト位置とすることもできる（例えば、「／ｇｎｓｒｏｏｔ／ｆｓ１／ａ．ｄｏｃ」→「／ｇｎｓｒｏｏｔ／ｆｓ２／ａ．ｄｏｃ」など）。また、移行プログラム２５２４は、ＣＡＳ  Ｉ／Ｆ４１２１を介してＣＡＳ４０００に、ファイルのデフォルトおよびカスタムメタデータも書き込む。次いで、移行プログラムは、ファイル属性を読取り専用に変更する。ここでは、移行プログラムは、ファイルをＮＡＳからＣＡＳにコピーし、ファイル属性を読取り専用に変更している。しかしながら、移行プログラムは、ファイルを、ＮＡＳからＣＡＳに移動し、スタブファイルを残し、またはＮＡＳバーチャライザ上のファイル場所表と類似のファイル場所情報を管理することもできる。ファイルが移動されるため、ＮＡＳ３０００の使用可能容量が増大し得る。この場合、ＮＡＳクライアントがアーカイブファイルを読み取るときに、移行モジュールは、ＮＦＳ読取り操作をフックし、メタデータ管理表または別の場所情報表を検索することによってＣＡＳ上のファイル情報を解釈し、ＣＡＳから読み取る。
６．（１００６０と同じ）移行プログラム２５２４が、ＣＡＳ４０００上のファイルの場所２５６０、ならびにデフォルトおよびカスタムメタデータを、メタデータ管理表２５２３に登録する。
７．移行プログラム２５２４は、任意選択で、ＣＡＳ上のファイルの場所２５６０をアーカイブアプリケーション１２１１に返してもよい。
８．（１００７０と同じ）移行プログラム２５２４が、索引／サーチプログラム２５１９を呼び出す。
９．（１００８０と同じ）索引／サーチプログラム２５１９が、メタデータ索引の代わりに、フルテキスト索引などの詳細な索引を作成する。
【００３７】
[0054]  第２の実施形態では、アーカイブアプリケーションが、（第１の実施形態で使用される）ＧＮＳ上の元のファイル場所２５５０ではなく、ＧＮＳ上のファイル場所２５６０を指定することによってアーカイブファイル２５６０を復元することを要求する。図１２に、本発明の第２の実施形態を使ったアーカイブファイルの復元の概念図を示す。ＮＡＳ３０００のところのファイルシステム１（ＦＳ１）と、ファイルシステム２（ＦＳ２）は、ＧＮＳ２５００の一部である。その場合、ＮＡＳ１０００上のＮＡＳクライアントアプリケーション１０１１と、ＣＡＳクライアント１２００上のアーカイブアプリケーション１２１１は、「／ｇｎｓｒｏｏｔ／ｆｓ１／」というパスを介してＦＳ１内のファイルに、「／ｇｎｓｒｏｏｔ／ｆｓ２／」というパスを介してＦＳ２内のファイルにアクセスすることができる。以下の説明において、ＦＳ１のアーカイブターゲットは、ＣＡＳ４０００のところのファイルシステム２（ＦＳ２）または名前空間２である。元のファイル２５５０はアーカイブされ、更新されないため、復元目標場所は、元の場所とは異なる必要がある。この場合、アーカイブファイル４５１０は、ＧＮＳ２５００上の異なる場所２５７０（例えば、「／ｇｎｓｒｏｏｔ／ｆｓ１／ａ＿ｒｅｃｏｖｅｒ．ｄｏｃ」など）にコピーされる。回復場所は、アーカイブアプリケーション１２１１が決定することもでき、管理者が事前に設定することもできる。ＮＡＳクライアントアプリケーション１０１１とアーカイブアプリケーション１２１１は、復元ファイル２５７０を、通常のＧＮＳ上のファイルとして読み取り、書き込む。
【００３８】
[0055]  図１３に、図１２の構成に基づいてアーカイブファイルをＣＡＳからＮＡＳに復元する制御手順の一例を表す。図９との違いは、この実施形態では、ＣＡＳ上のファイル場所が指定されるため、ファイル場所を解決する（ステップ１２０３０など）必要がないことである。すなわち、この実施形態では、ＣＡＳクライアントは、ＣＡＳシステム４０００にアーカイブされたファイルを見ることができるため、復元すべきファイルを直接指定することができる。第１の実施形態では、ＣＡＳシステムは、本実施形態でのように、アーカイブファイルの識別ではなく、元のファイルの識別を提供することによって復元を要求することに留意されたい。
１．アーカイブアプリケーション１２１１が、ＮＡＳシステム２４００のＣＡＳ  Ｉ／Ｆ２５２２を介してＧＮＳ２５００上のアーカイブファイル２５６０を復元することを要求する。ファイル２５６０の物理的場所は、ＣＡＳ４０００上の４５１０である。典型的なパラメータは、ＧＮＳ上のファイル場所２５６０と、復元目標場所２５７０である。アーカイブアプリケーションは、そのパス名により、ファイル２５６０がすでにアーカイブされていることを知っている。
２．  ＣＡＳ  Ｉ／Ｆプログラム２５２２は、復元要求を受け取ると、移行プログラム２５２４を呼び出す（ステップ１４０２０）。
３．移行プログラム２５２４が、ファイル２５６０を読み取り、それを、ＧＮＳ上の指定パス２５７０に書き込む（ステップ１４０３０）。ファイル２５７０の物理的場所は、ＮＡＳ３０００上の３５２０である。目標場所は、アーカイブアプリケーション１２１１によって指定されないこともある。この場合、移行プログラム２５２４は、所定の場所規則に基づいて場所を決定することができる。
４．移行プログラム２５２４が、復元場所２５７０、および元の場所２５６０またはコンテンツ識別を登録するために、ＣＡＳ情報プログラム２５２１を呼び出す（ステップ１４０４０）。このために、元のファイル２５６０のメタデータと詳細な索引を利用することができ、差分データ（メタデータと索引など）だけが、再アーカイブ時に元のデータに付加されればよい。
５．移行プログラム２５２４は、その場所がアーカイブアプリケーションによって指定されなかった場合には、任意選択で、ＧＮＳ上の復元ファイルの場所２５６０をアーカイブアプリケーション１２１１に返してもよい。
【００３９】
[0056]  図５に、図１２の構成に基づいてアーカイブファイルをＣＡＳからＮＡＳに復元する別の制御手順の一例を示す。復元は、アーカイブアプリケーションではなくＮＡＳクライアントアプリケーション１１０１がアーカイブファイル２５６０をＮＡＳにコピーするときに呼び出される。
１．ＮＡＳクライアントアプリケーション１０１１が、アーカイブファイル２５６０をＮＡＳにコピーすることを要求する（ステップ１６０１０）。
２．ＮＡＳクライアントアプリケーションが、コピーに通常のＮＦＳコマンドを用いる場合、ＮＦＳサーバサーバプログラム２５２２が、コピー要求をフックし、移行プログラム２５２４を呼び出す（ステップ１６０２０）。
３．ＮＡＳクライアントアプリケーションが、復元にＣＡＳコマンドを用いる場合、ＣＡＳ  Ｉ／Ｆプログラム２５２２が、復元要求をフックし、移行プログラム２５２４を呼び出す（ステップ１６０２５）。
４．移行プログラム２５２４が、ファイル２５６０を読み取り、それをＧＮＳ上の指定パス２５７０に書き込む（ステップ１６０３０）。
５．移行プログラム２５２４が、復元場所２５７０と、元の場所２５６０またはコンテンツＩＤを登録するために、ＣＡＳ情報プログラム２５２１を呼び出す（ステップ１６０４０）。このために、元のファイル２５６０のメタデータと詳細な索引を利用することができ、再アーカイブ時には、差分データ（メタデータと索引など）だけが元のデータに付加されればよい。
【００４０】
[0057]  また、図１２には、本発明を使った復元ファイルの再アーカイブの概念図も示されている。復元ファイル２５７０のアーカイブは、通常のファイルアーカイブとほぼ同じである。違いは、メタデータと詳細な索引の作成時に、格納された元のファイルのメタデータと詳細な索引を利用できることである。
【００４１】
[O058]  図１４に、図１２の構成に基づいて復元ファイルを再アーカイブする制御手順の一例を示す。
１．（１００１０と同じ）アーカイブアプリケーション１２１１が、ＣＡＳ  Ｉ／Ｆプログラム２５２２を介してＧＮＳ上のファイル２５７０を再アーカイブすることを要求する（ステップ１５０１０）。このコマンドの典型的なパラメータは、保存期間、ソースファイルパス名２５７０、ターゲットパス名２５８０、およびアーカイブのためのカスタムメタデータである。
２．（１００２０と同じ）ＣＡＳ  Ｉ／Ｆプログラム２５２２は、アーカイブ要求を受け取ると、メタデータ管理プログラム２５２０を呼び出す（ステップ１５０２０）。
３．メタデータ管理プログラム２５２０が、ＣＡＳ情報プログラム２５２１を呼び出し、復元ファイルの場所か２５７０らアーカイブファイルの場所４５１０を解決する。次いで、メタデータ管理プログラムは、元のメタデータを読み取り、アーカイブアプリケーションによる指定された新規の、または更新されたメタデータを元のメタデータに付加する（ステップ１５０３０）。
４．（１００４０と同じ）メタデータ管理プログラム２５２０が、移行プログラム２５２４を呼び出す（ステップ１５０４０）。
５．（１００５０と同じ）移行プログラム２５２４が、ファイルを、指定パス２５７０から指定目標場所２５８０にコピーする。２５８０の物理的場所は、ＣＡＳ４０００上の４５２０である。次いで、実際のファイル書込み操作がＣＡＳ  Ｉ／Ｆ４１２１を介して行われる。また、移行プログラム２５２４は、ＣＡＳ  Ｉ／Ｆ４１２１を介してＣＡＳ４０００に、ファイルのデフォルトおよびカスタムメタデータも書き込む。次いで、移行プログラムは、ファイル属性を読取り専用に変更する（ステップ１５０５０）。
６．（１００６０と同じ）移行プログラム２５２４が、ファイルの場所２５８０と、デフォルトおよびカスタムメタデータを、メタデータ管理表２５２３に登録する（ステップ１５０６０）。
７．移行プログラム２５２４は、任意選択で、ＣＡＳ上のファイルの場所４５２０をアーカイブアプリケーション１２１１に返してもよい。
８．（１００７０と同じ）移行プログラム２５２４が、索引／サーチプログラム２５２９を呼び出す（ステップ１５０７０）。
９．索引／サーチプログラム２５１９が、ＣＡＳ情報プログラム２５２１を呼び出し、メタデータ管理表２５２３を使ってアーカイブファイルの場所２５６０からファイル２５７０の元のパス２５５０を見つける。索引／サーチプログラムは、元のファイル２５５０の詳細な索引をコピーし、差分データの索引を付加する（ステップ１５０８０）。
【００４２】
[0059]  上記の実施形態では、ポリシー管理を除く、アーカイブアプリケーションのほとんどすべての機能を、アーカイブアプリケーションからＮＡＳ２４００に肩代わりさせた。しかしながら、肩代わりさせる機能の選択肢は様々である。ある極端な場合には、すべての機能をＮＡＳに肩代わりさせることができ、アーカイブアプリケーションをＮＡＳ２４００に組み込むことができる。他方、アーカイブアプリケーションの多くの機能を、ＣＡＳクライアント上のアーカイブアプリケーションに留まらせることもできる。例えば、図１６に、索引／サーチ機能だけがＮＡＳ２４００に組み込まれる一例の概念図を表す。ＮＡＳ３０００のところのファイルシステム１（ＦＳ１）とファイルシステム２（ＦＳ２）は、ＧＮＳ２５００の一部である。その場合、ＮＡＳ１０００上のＮＡＳクライアントアプリケーション１０１１と、ＣＡＳクライアント１２００上のアーカイブアプリケーション１２１１は、「／ｇｎｓｒｏｏｔ／ｆｓ１／」というパスを介してＦＳ１内のファイルに、「／ｇｎｓｒｏｏｔ／ｆｓ２／」というパスを介してＦＳ２内のファイルにアクセスすることができる。ＦＳ１のアーカイブターゲットは、ＣＡＳ４０００のところのファイルシステム２（ＦＳ２）または名前空間２である。かかる条件の下でのアーカイブ、復元、および再アーカイブを、本発明の第３の実施形態に関連して説明する。
【００４３】
[0060]  第３の実施形態では、ＧＮＳ２５００において、ＣＡＳ４５００の名前空間を、ＮＡＳクライアント１０００とＣＡＳクライアント１２００から見ることができる。その場合、ＮＡＳクライアントとＣＡＳクライアントは、ＣＡＳ４０００上のファイルを直接操作することができる。しかしながら、この概念は、第１の実施形態のような、ＧＮＳ２５００においてＣＡＳ４５００の名前空間が見えない場合に適用することができる。
【００４４】
[0061]  図１７に、図１６の構成に基づくファイルアーカイブの制御手順の一例を示す。
１．管理者が設定するアーカイブポリシー１２１２に基づき、アーカイブアプリケーション１２１１が、ＧＮＳ上のファイル２５５０を読み取る（ステップ１７０１０）。
２．メタデータ管理プログラム１２１５が、管理者による指定メタデータに加えて、ファイルにデフォルトメタデータを付加する（ステップ１７０２０）。
３．メタデータ管理プログラム１２１５が移行プログラム１２１６を呼び出す（ステップ１７０３０）。
４．移行プログラム１２１６が、ＮＡＳ２４００上のＣＡＳ  Ｉ／Ｆ２５２２を介してＣＡＳ４０００上の読取りファイルとメタデータを書き込むことを要求する（ステップ１７０４０）。ＣＡＳ上の目標場所は、アーカイブアプリケーション１２１１が指定することもでき、ＧＮＳ上の元のファイルと同じパス名など何らかのデフォルト位置とすることもできる（「／ｇｎｓｒｏｏｔ／ｆｓ１／ａ．ｄｏｃ」→「／ｇｎｓｒｏｏｔ／ｆｓ２／ａ．ｄｏｃ」など）。移行プログラムは、ファイル属性を読取り専用に変更する。ここでは、移行プログラムは、ファイルをＮＡＳからＣＡＳにコピーし、ファイル属性を読取り専用に変更している。しかしながら、移行プログラムは、ファイルを、ＮＡＳからＣＡＳに移動し、スタブファイルを残し、またはＮＡＳバーチャライザ上のファイル場所表と類似のファイルの場所情報を管理することもできる。ファイルが移動されるため、ＮＡＳ３０００の使用可能容量は増大し得る。この場合、ＮＡＳクライアントがアーカイブファイルを読み取るとき、ＮＦＳサーバプログラム２５１３がＮＦＳ読取り操作をフックし、アーカイブアプリケーション１２１１上のメタデータ管理表１２１４またはＮＡＳ２４００によって管理される別の場所情報表を検索してＣＡＳ上のファイル場所を解釈し、ＣＡＳから読み取る。
５．ＮＡＳ２４００上のＣＡＳ  Ｉ／Ｆプログラム２５２２が、ＣＡＳ４０００上のファイルとメタデータを書き込み、場所情報をアーカイブアプリケーションに返す（ステップ１７０５０）。
６．ＣＡＳ  Ｉ／Ｆプログラム２５２２が、索引／サーチプログラム２５１９を呼び出す（ステップ１７０６０）。
７．ＮＡＳ２４００上の索引／サーチプログラム２５１９が、詳細な索引を作成する（ステップ１７０７０）。
８．移行プログラム１２１６が、アーカイブファイルの場所２５６０とメタデータを、メタデータ管理表１２１４に登録する（ステップ１７０８０）。
【００４５】
[0062]  本発明の実施形態の上記説明から理解できるように、本発明は、ＧＮＳ機能を使ったＮＡＳおよびＣＡＳのアーカイブ、復元、および再アーカイブ操作の改善された管理を提供する。本発明を使用すれば、保存期間などのＣＡＳポリシー、ならびにＣＡＳアクセスおよびサーチを可能にする索引付けを含めて、ＣＡＳの必要な機能を保持したままで、ＧＮＳとの効果的なＮＡＳ／ＣＡＳ統合が可能になる。実装形態によっては、機能の大部分がＮＡＳシステム上に提供されて、ＮＡＳシステムが、ＣＡＳクライアントからの簡単な呼び出し要求によってアーカイブ、復元、および再アーカイブを行う。別の実装形態では、ほとんどの機能をＣＡＳクライアントに置くことができ、ＮＡＳシステムは、主に、ＧＮＳ命名機能を提供するのに使用される。
【００４６】
[0063]  本発明の実施形態を実施することによって、本発明は、ＧＮＳ機能を使ったＣＡＳシステム内のファイルへの改善されたアクセスを提供することができる。特に、ＣＡＳ上のファイルのメタデータは、維持されるが、ＧＮＳパスにリンクされる。このように、ファイルは、そのＧＮＳパスを使って再呼び出しされるが、ファイルのメタデータを維持するという要件は保持される。一実施形態では、クライアントからのＧＮＳ場所透過性機能を利用して、ＮＡＳおよびＣＡＳクライアントが、ファイルをアーカイブ（すなわち、ＮＡＳからＣＡＳに移行）した後も、元のファイルパス名を使用し続ける。別の実施形態では、ＮＡＳおよびＣＡＳクライアントは、ＧＮＳ場所透過性機能を使用せずに、アーカイブファイルパス名を、元のパス名と区別することができる。しかも、メタデータ付加やファイル移行などいくつかの機能を、ＣＡＳクライアントからＮＡＳに肩代わりさせる。
【００４７】
[0064]  最後に、本明細書で説明するプロセスおよび技法は、どんな特定の装置にも固有のものとして関連付けられるものではなく、構成要素の任意の適切な組み合わせによって実施され得ることを理解すべきである。さらに、本明細書で説明する教示に従って、様々な種類の汎用装置が使用されてもよい。また、本明細書で説明する方法ステップを実行する専用装置を構築することが有利であることも分かる。本発明は、特定の例に関連して説明されているが、これらの例は、あらゆる点において、限定ではなく例示のためのものである。ハードウェア、ソフトウェア、およびファームウェアの多種多様な組み合わせが本発明を実施するのに適することを、当分野の技術者は理解するであろう。例えば、前述のソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）といった、多種多様なプログラミング言語またはスクリプト言語で実施されてもよい。
【００４８】
[0065]  さらに、本明細書で開示する発明の仕様および実施を考慮すれば、当分野の技術者には、本発明の別の実装形態も明らかになるであろう。前述の実施形態の様々な態様および／または構成要素が、単独で、または任意の組み合わせとして、データ複製機能を有するコンピュータ化ストレージシステムにおいて使用されてもよい。仕様および例は例示にすぎないとみなすべきであり、本発明の真の範囲および精神は、添付の特許請求の範囲によって示されるものである。
【図面の簡単な説明】
【００４９】
【図１】[0021]本発明の方法および装置の実施形態が適用され得るハードウェア構成の一例を示す図である。
【図２】[0022]本発明の方法および装置の実施形態が適用されるソフトウェア構成の一例を示す図である。
【図３】[0023]ファイルアーカイブの既存の方法を示す概念図である。
【図４】[0024]本発明を使ったファイルのアーカイブを示す概念図である。
【図５】[0025]メタデータ管理表の一例を示す図である。
【図６】[0026]図４の構成に基づいてファイルをアーカイブする制御手順の一例を示す図である。
【図７】[0027]本発明の一実施形態を使ったアーカイブファイルの復元を示す概念図である。
【図８】[0028]情報を格納するためにＣＡＳ情報プログラムによって管理されるＣＡＳ情報表の典型的な例を示す図である。
【図９】[0029]図７の構成に基づいてＣＡＳからＮＡＳにアーカイブファイルを復元する制御手順の一例を示す図である。
【図１０】[0030]図７の構成に基づいてＧＮＳからＣＡＳに復元ファイルを再アーカイブする制御手順の一例を示す図である。
【図１１】[0031]本発明の一実施形態を使ったファイルのアーカイブを示す概念図である。
【図１２】[0032]本発明の一実施形態を使ったアーカイブファイルの復元を示す概念図である。
【図１３】[0033]図１２の構成に基づいてＣＡＳからＮＡＳにアーカイブファイルを復元する制御手順の一例を示す図である。
【図１４】[0034]図１２の構成に基づいて復元ファイルを再アーカイブする制御手順の一例を示す図である。
【図１５】[0035]図１２の構成に基づいてＣＡＳからＮＡＳにアーカイブファイルを復元する別の制御手順の一例を示す図である。
【図１６】[0036]索引／サーチ機能がＮＡＳに組み込まれている一例を示す概念図である。
【図１７】[0037]図１６の構成に基づくファイルアーカイブの制御手順の一例を示す図である。
【図１】
2009043236.tif 000003
【図２】
2009043236.tif 000004
【図３】
2009043236.tif 000005
【図４】
2009043236.tif 000006
【図５】
2009043236.tif 000007
【図６】
2009043236.tif 000008
【図７】
2009043236.tif 000009
【図８】
2009043236.tif 000010
【図９】
2009043236.tif 000011
【図１０】
2009043236.tif 000012
【図１１】
2009043236.tif 000013
【図１２】
2009043236.tif 000014
【図１３】
2009043236.tif 000015
【図１４】
2009043236.tif 000016
【図１５】
2009043236.tif 000017
【図１６】
2009043236.tif 000018
【図１７】
2009043236.tif 000019
【外国語明細書】
2009043236000001.pdf