JP5260333B2

JP5260333B2 - Ｎａｓ及びｃａｓ統合体でデータをバックアップする為の方法と装置

Info

Publication number: JP5260333B2
Application number: JP2009009447A
Authority: JP
Inventors: 俊雄大谷; 秀久蔀
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2008-06-24
Filing date: 2009-01-20
Publication date: 2013-08-14
Anticipated expiration: 2029-01-20
Also published as: JP2010009573A; US20090319736A1; EP2141616A1

Description

０００１本発明は、一般的に、コンピュータでのストレージシステムに於いてデータを管理する、より具体的には、ＮＡＳ(Network Attached Storage)に保存されたデータをＣＡＳ(Content Addressed Storage)に転送してアーカイブすることに関連する。

０００２ディジタルデータ、特にファイルデータのデータ量は急速に増大している。ＮＡＳは、ネットワークを介して多数のコンピュータがファイルデータを共有するのに相応しいストレージデバイスである。現在では、ファイルデータストレージの多くがＮＡＳデバイスを利用している。

０００３データファイル含めてディジタルデータは、例えば、各種の法令要求に対応する為に、多様な目的の為に長期間に亘って保存する必要がある。ＣＡＳはデータの不変性を保証して長期的なデータアーカイブの為のソリューションを提供している。一般的に、現用データはそれが使われている限りＮＡＳデバイスに保存され、続いて、アーカイブ目的でＣＡＳデバイスに移行される。移行されたデータは又、アーカイブデータとも呼ばれる。例えば、ＮＡＳデバイス上のＥ−メールデータは、法令遵守の為にＣＡＳデバイスにアーカイブすることもある。

０００４データファイルがアーカイブされると、アーカイブされたファイルのパス名が変更される。例えば、ファイルＡのパス名は、//NAS-A/share/fileAから//CAS-A//archive/fileAに変更される。このファイルパス名変更をＮＡＳクライアントに通知する為に、ＮＡＳデバイスにスタブ情報が生成される。このスタブは、ＮＡＳデバイスに於けるソースロケーションとＣＡＳデバイスに於けるファイルデスティネーションロケーションを含む。スタブ情報によって、ＮＡＳクライアントはファイル移行とアーカイブ結果によるパス名変更を知ることが出来る。このスタブ情報は、移行後のファイルのデスティネーションファイルパスを持っている。このスタブ情報を使用して、ＮＡＳクライアントはアーカイブされたファイルデータが何処に実際に存在するかを知ることが出来る。

０００５データ損失を防止する為に、ＮＡＳデバイスのバックアップ操作が必要になる。もしＮＡＳデバイスとＣＡＳデバイスが、ＧＮＳ(Global Namespace)を使用して、名前空間を統合しておれば、バックアップ中に下記の問題が発生する。ルートＮＡＳデバイスは、ＮＡＳクライアントに単一の名前空間を提供する為に、他の多数のＮＡＳデバイスとＣＡＳデバイスを統合している。ＮＡＳクライアントはルートＮＡＳデバイスにアクセスすれば、この名前空間に保存されているどのデータでも取得出来る。ルートＮＡＳデバイスは、ＮＡＳクライアントからスタブデータの読み出しアクセスを受けると、スタブデータから導かれるＣＡＳデバイスにある実際のアーカイブデータを取得してそれをＮＡＳクライアントに送る。しかしながら、この実際のアーカイブデータはＣＡＳデバイスへのバックアップの為のみに再度リストアされるとすれば、このアーカイブデータそのものはＮＡＳでのバックアップは不要なものである。アーカイブデータをバックアップのみの為にＮＡＳデバイスにリストアするのは、バックアップ時間とバックアップボリュームの有効ストレージ容量を浪費することになる。

０００６データリストア操作の間に、実際のアーカイブデータファイルはＮＡＳデバイスにリストアされる。しかしながら、この実際のアーカイブデータファイルは長期間に亘って、ＮＡＳデバイスに保存されることなく、アーカイブ保存の目的でＣＡＳデバイスに再度移行される。このＣＡＳからのリストアとＣＡＳへの再アーカイブは又バックアップボリューム容量とバックアップ時間を浪費することになる。

０００７本発明の方法は、コンピュータ化ストレージシステム内のデータを管理する従来技術に纏わる以上に述べた又は他の問題の一つ以上を実質的に解消する方法とシステムに向けられる。

０００８本発明の多様な態様により、ＮＡＳ及びＣＡＳストレージシステム間でのデータのバックアップとリストア作業に対する統合した手段を提供する。

０００９本発明の一つの態様はＮＡＳデバイス、ＣＡＳデバイス、ＮＡＳクライアント及びＣＡＳクライアントより成るシステムを含む。ＮＡＳデバイスは、ファイル共有を司るＮＡＳヘッドとファイルデータを保存するディスクボリュームを提供するストレージシステムを持つ。ＣＡＳデバイスは、ファイルのアーカイブ化を扱うＣＡＳヘッドとアーカイブデータを保存するディスクボリュームを提供するストレージシステムを持つ。ＣＡＳクライアントは、データアーカイブ目的にデータファイルをＮＡＳデバイスからＣＡＳデバイスに移行させ、アーカイブデータのデスティネーションファイルパスを表示するスタブデータを生成する、アーカイブアプリケーションプログラム（ＡＰ）を含む。ＮＡＳクライアントがスタブデータにアクセスすると、ＮＡＳデバイスはＣＡＳデバイスから実データを取得してＮＡＳクライアントに送信する。しかしながら、バックアップサーバとして稼動しているＮＡＳクライアントがスタブデータにアクセスすると、ＮＡＳデバイスはＣＡＳデバイスから実データを取得することなく、ＮＡＳクライアントにはスタブデータを送信するのみである。これを達成する為に、ＮＡＳデバイスはＮＡＳクライアントからのアクセスタイプをクラス分けし、ＮＡＳクライアントからのアクセスが通常のＮＡＳアクセスかバックアップ目的の特殊なＮＡＳアクセスかを判定する能力を持つ。

００１０本発明の多様な態様によって、アクセスタイプのクラス分けは多様な方法で実現される。

００１１本発明の態様によるアクセスタイプのクラス分けの第一の方法では、ＮＡＳクライアントが、ＮＡＳアクセスパケットにある種の特殊な情報を埋め込む。この特殊な情報は、ＮＡＳクライアントによるアクセスがバックアップ目的の特殊なＮＡＳアクセスか否かを表示する。

００１２本発明の態様によるアクセスタイプのクラス分けの第二の方法では、ＮＡＳデバイスは認証を使用する。この方法では、ＮＡＳデバイスは認証情報を持ち、ＮＡＳクライアントによるアクセスが、通常のＮＡＳアクセスかバックアップ目的の特殊なＮＡＳアクセスかを判定する。

００１３本発明の態様によるアクセスタイプのクラス分けの第三の方法では、ＮＡＳデバイスはアクセスコントロール情報を持ち、ＮＡＳクライアントによるアクセスが、通常のＮＡＳアクセスかバックアップ目的の特殊なＮＡＳアクセスかを判定する。

００１４本発明の態様によるアクセスタイプのクラス分けの第四の方法では、ＮＡＳデバイスは、ＮＡＳデバイスの特殊なデスティネーションアドレスかデスティネーションポートを使用する。この方法では、ＮＡＳデバイスの特殊なデスティネーションアドレス又はデスティネーションポートに来るＮＡＳアクセスは、バックアップ目的の特殊なＮＡＳアクセスとして処理される。

００１５本発明の態様によるアクセスタイプのクラス分けの第五の方法では、上記四方法の任意の複数の組み合わせが使用される。

００１６本発明の一態様はＮＡＳデバイス、ＣＡＳデバイス、ＮＡＳクライアント及びＣＡＳクライアントより成るシステムを含む。アーカイブデータは、保存する必要がなくなれば、データ削除プロセスを通して消去される。ＮＡＳデバイスは、スタブデータに対応する実アーカイブデータがＣＡＳデバイスに残っているか否かを判定する。本発明の一態様では、ＮＡＳデバイスは、データのリストア操作中にＮＡＳクライアントからの書き込みアクセスが要求された時に、スタブの期限満了をチェックしても良い。本発明の一態様では、ＮＡＳデバイスは、周期的にスタブの期限満了をチェックする。本発明の一態様では、ＣＡＳデバイス又はＣＡＳクライアントが、アーカイブデータが消去されたことをＮＡＳデバイスに報告する。

００１７本発明の方法の一態様によって、現用データを保存する現用データストレージユニットと保存された現用データの共有を可能にする現用データ共有デバイスより成る現用データストレージデバイス及びアーカイブデータを保存するアーカイブデータストレージユニットと現用データをアーカイブデータストレージユニットにアーカイブするアーカイブデバイスより成るアーカイブデータストレージデバイスを含む、コンピュータ化データストレージシステムが提供される。本発明のシステムは更に第一のクライアントと第二のクライアントを含む。第一のクライアントは、現用データをアーカイブ目的の為に現用データストレージデバイスからアーカイブデータストレージデバイスに移行し、更に移行された現用データに対応する、アーカイブデータのアーカイブデータストレージデバイスでのデスティネーションを表示するスタブデータを作成する、アーカイブモジュールを含む。第二のクライアントは、現用データストレージデバイスに対してデータアクセスコマンドを送信し、この現用データストレージデバイスは、第二のクライアントから受信したデータアクセスコマンドのタイプをクラス分け可能で、受信したデータアクセスコマンドのタイプに対応して、スタブデータかアーカイブデータが第二のクライアントに提供される。

００１８本発明のもう一つの方法の態様によって、現用データを保存する現用データストレージユニットと保存された現用データの共有を可能にする現用データ共有デバイスより成る現用データストレージデバイス及びアーカイブデータを保存するアーカイブデータストレージユニットと現用データをアーカイブデータストレージユニットにアーカイブするアーカイブデバイスより成るアーカイブデータストレージデバイスを含む、コンピュータ化データストレージシステムが提供される。本発明のシステムは更に第一のクライアントと第二のクライアントを含む。第一のクライアントは、現用データをアーカイブ目的の為に現用データストレージデバイスからアーカイブデータストレージデバイスに移行し、更に移行された現用データに対応するアーカイブデータのアーカイブデータストレージデバイスでのデスティネーションを表示するスタブデータを作成するアーカイブモジュールを含む。第二のクライアントは、現用データストレージデバイスにデータアクセスコマンドを発行し、アーカイブデータストレージデバイスは事前設定された時間が経過したスタブデータに対応するアーカイブデータを消去でき、現用データストレージデバイスはスタブデータに対応するアーカイブデータがアーカイブデータストレージデバイスに存在することを検証するように構成される。

００１９本発明の方法の更なる他の態様によれば、現用データストレージデバイスとアーカイブデータストレージデバイスを含むコンピュータ化ストレージシステムに於いて、実行される方法が提供される。本発明の方法は、現用データを現用データストレージデバイスに保存し；現用データをアーカイブデータとしてアーカイブデータストレージデバイスにアーカイブし；アーカイブされた現用データに対応するアーカイブデータのアーカイブデータストレージデバイスでのデスティネーションを表示するスタブデータを現用データストレージデバイスに書き込み；データアクセスコマンドを受信し；受信したデータアクセスコマンドのタイプをクラス分けして、この受信したデータアクセスコマンドのタイプに従って、スタブデータ又はアーカイブデータを返送することを含む。

００２０本発明の方法の更なる態様によれば、現用データストレージデバイスとアーカイブデータストレージデバイスを含むコンピュータ化ストレージシステムに於いて、実行される方法が提供される。本発明の方法は、現用データを現用データストレージデバイスに保存し；現用データをアーカイブデータとしてアーカイブデータストレージデバイスにアーカイブし；アーカイブされた現用データに対応するアーカイブデータのアーカイブデータストレージデバイスでのデスティネーションを表示するスタブデータを現用データストレージデバイスに書き込み；データアクセスコマンドを受信し；事前設定された期間の経過後にはスタブデータに対応するアーカイブデータを消去し；スタブデータに対応するアーカイブデータがアーカイブデータストレージデバイスに存在するかを検証することを含む。

００２１本発明の方法の更なる態様によれば、現用データストレージデバイスとアーカイブデータストレージデバイスを含むコンピュータ化ストレージシステムの一つ以上のプロセッサによって実行されると、一つ以上のプロセッサが、現用データを現用データストレージデバイスに保存し；現用データをアーカイブデータとしてアーカイブデータストレージデバイスにアーカイブし；アーカイブされた現用データに対応するアーカイブデータのアーカイブデータストレージデバイスでのデスティネーションを表示するスタブデータを現用データストレージデバイスに書き込み；データアクセスコマンドを受信し；受信したデータアクセスコマンドのタイプをクラス分けして、この受信したデータアクセスコマンドのタイプに従って、スタブデータ又はアーカイブデータを返送することを含む、方法を実現する命令セットを格納したコンピュータ読み取り可能な媒体が提供される。

００２２本発明の方法の更なる態様によれば、現用データストレージデバイスとアーカイブデータストレージデバイスを含むコンピュータ化ストレージシステムの一つ以上のプロセッサによって実行されると、一つ以上のプロセッサが、現用データを現用データストレージデバイスに保存し；現用データをアーカイブデータとしてアーカイブデータストレージデバイスにアーカイブし；アーカイブされた現用データに対応するアーカイブデータのアーカイブデータストレージデバイスでのデスティネーションを表示するスタブデータを現用データストレージデバイスに書き込み；データアクセスコマンドを受信し；事前設定された期間の経過後にはスタブデータに対応するアーカイブデータを消去し；スタブデータに対応するアーカイブデータがアーカイブデータストレージデバイスに存在するかを検証することを含む、方法を実現する命令セットを格納したコンピュータ読み取り可能な媒体が提供される。

００２３本発明に関連する更なる態様は、以降に続く記述に一部は明記され一部は本記述から明らかになり、或は本発明の実施により学ぶことが出来る。本発明の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付されるクレームの様態により達成され実現される。

００２４前述及び後述の記述は典型的で説明の為であり、本発明のクレーム又はアプリケーションを如何なる意味に於いても限定するものではないことを理解する必要がある。

００４２以下の詳細な記述に於いて添付図面が参照されるが、ここでは、機能的に同じ要素は同じ番号で表示される。前述の添付図面は本発明の原理に合致する具体的な実施例と実装を示すが、これらは説明の為であり決してこれらに限定するものではない。これらの実装は同業者が本発明を実施するのに十分に詳細に述べるが、他の実装も可能で、構造変更や多様な要素の置き換えが本発明の精神と範囲を逸脱することなくなし得ることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。更に、本発明の実施に於いては、記述されるように、汎用コンピュータ上で稼動するソフトウエアで実装しても良いし専用ハードウエア又はソフトウエアとハードウエアの組み合わせで実装しても良い。

００４３本発明の態様によれば、ＮＡＳとＣＡＳの統合ストレージシステムに於いて、データバックアップ操作でのストレージボリューム容量とバックアップ時間を低減する。本発明の態様は、ＮＦＳ(Network File System)プロトコルの採用に限定されず、他のＣＩＦＳ(Common Internet File System)、ＨＴＴＰ(Hypertext Transfer Protocol)等を含むファイル共有プロトコルを採用することも可能である。

００４４図１、図２（ａ）、図２（ｂ）、図３（ａ）、及び図３（ｂ）はシステム構成の態様に向けられる。図４、図５、図６、図７（ａ）、図７(ｂ)、図７(ｃ)、図８、図９、図１０（ａ）、図１０(ｂ)、図１１、図１２、図１３（ａ）及び図１３（ｂ）は、通常及びバックアップＮＡＳアクセスでのクラス分け方法の態様に向けられる。図１４、図１５及び図１６はバックアップ操作での読み出しアクセスの処理に向けられる。図１７、図１８、図１９、図２０及び図２１はスタブ期限満了チェックに向けられる。

００４５図１、図２（ａ）及び図２（ｂ）は、本発明の物理的及び論理的な典型的システム構成を示す。

００４６典型的なシステム構成は、ＮＡＳヘッド１０００、ストレージシステム２０００、ＣＡＳヘッド３０００、ストレージシステム４０００、第一のＮＡＳクライアント６０００、第二のＮＡＳクライアント７０００及びＣＡＳクライアント８０００を含む。ネットワーク５０００は典型的システムの多様な要素を互いに結合する。図示する典型的なシステムでは、第一のＮＡＳクライアント６０００は通常のＮＡＳクライアントとして、第二のＮＡＳクライアント７０００はバックアップサーバとして稼動する。

００４７図１はシステムのハードウエア面を示す。ＮＡＳヘッド１０００、ＣＡＳヘッド３０００、ＮＡＳクライアント６０００、７０００及びＣＡＳクライアント８０００は、各々、ＣＰＵ１００１、３００１，６００１，８００１及びメモリ１００２，３００２，６００２，８００２を含む。ＮＡＳヘッド１０００及びＣＡＳヘッド３０００は更にキャッシュ１００３，３００３を含む。ストレージシステム２０００，４０００は各々、ストレージコントローラ２０１１，４０１１及びディスクドライブ１００６，４００６を含む。ストレージコントローラ２０１１，４０１１は各々又、ＣＰＵ２００１，４００１、メモリ２００２，４００２及びキャッシュ２００３，４００３を含む。各要素は自らをネットワーク又は他のデバイスに結合させる為に一つ以上のインターフェース（Ｉ／Ｆ）を含む。ＮＡＳヘッド１０００はＩ／Ｆ１００５を、ＣＡＳヘッド３０００はＩ／Ｆ３００５を、ストレージコントローラ２０１１はＩ／Ｆ２００４，２００５を、ストレージコントローラ４０１１はＩ／Ｆ４００４，４００５を、ＮＡＳクライアント６０００はＩ／Ｆ６００３を及びＮＡＳクライアント８０００はＩ／Ｆ８００３を含む。

００４８図２（ａ）はシステムの各種要素に乗っているファイルやアプリケーションを示す。ＮＡＳクライアント６０００はＡＰ６０１１及びＮＦＳクライアント６０１２を含む。ＣＡＳクライアント８０００はアーカイブＡＰ８０１１及びＮＦＳクライアント８０１２を含む。ＮＡＳヘッド１０００はＮＦＳサーバプログラム１０１１及びローカルファイルシステム１０１２を含む。スタブテーブル１０１３及びスタブＡｃｔテーブル１０１４も又ＮＡＳヘッド１０００に存在する。ＣＡＳヘッド３０００はＮＦＳ／ＣＡＳサーバ３０１１及びローカルファイルシステム３０１２を含む。ストレージシステム２０００はスタブが乗るボリューム２０２１を含む。ストレージシステム４０００はファイルが乗るボリューム４０２１を含む。

００４９ＮＡＳヘッド１０００とストレージシステム２０００は合わせてＮＡＳデバイスとして稼動する。ＮＡＳヘッド１０００はファイル共有機能を有し、ファイルデータを保存するディスクボリュームを提供するストレージシステム２０００と結合する。ＮＦＳサーバプログラム１０１１はＮＦＳ機能を提供するアプリケーションプログラムである。ローカルファイルシステム１０１２はＮＡＳヘッド１０００のファイルシステムで、ＮＴＦＳ(Windows NT file system)、Ｌｉｎｕｘ向けのｅｘｔ２(second extended file system)又はｅｘｔ３(third extended file system)でよい。ストレージコントローラ２０１１はＦＣ−ＳＡＮ(Fibre Channel Storage Area Network)等のブロック形式のストレージ機能を提供する。

００５０ＣＡＳヘッド３０００とストレージシステム４０００は合わせてＣＡＳデバイスとして振舞う。ＣＡＳヘッド３０００はデータアーカイブ機能を提供し、データ保存の為のディスクボリュームを提供するストレージシステム４０００と結合する。

００５１ボリューム２０２１は、ボリューム４０２１に保存されている実ファイルにリンクするスタブデータを保存する。スタブは、例えば、ソフトリンクのシンボリックリンクとして表現される。シンボリックリンクはボリューム２０２１に保存され、ＮＦＳサーバ１０１１経由でＮＡＳヘッド１０００により共有されるファイルオブジェクトである。シンボリックリンクは、他のファイルオブジェクト又は他のディレクトリオブジェクトのロケーション情報を持つ。ＮＡＳクライアントがシンボリックリンクをアクセスすると、本シンボリックリンクが示す他の、実データを保有する、ロケーションが参照される。

００５２図２（ｂ）はシステム動作を示す。ＮＡＳクライアント６０００は、ＮＡＳヘッド１０００のＮＦＳファイルサーバプログラム１０１１にアクセスしている。ＮＦＳファイルサーバプログラム１０１１は代わって、ＮＡＳヘッド１０００に結合するストレージシステム２０００上のボリューム２０２１にアクセスする。ボリューム２０２１は、ボリューム４０２１上で保存されている実データのロケーション情報を提供するスタブを含む。ボリューム４０２１従って、実データはＣＡＳシステムの一部であるストレージシステム４０００に存在する。実データファイルは、ＣＡＳシステムのボリューム４０２１からＮＡＳヘッド１０００のＮＦＳサーバプログラム１０１１に提供され、そこから、データファイルを最初に要求したＮＡＳクライアント６０００に提供される。図２（ｂ）の矢印はこのプロセスを示す。

００５３ＣＡＳクライアント８０００はアーカイブＡＰ８０１１を含む。アーカイブＡＰはデータのアーカイブ機能を有する。ＮＡＳデバイスのデータファイル内で利用可能なデータをアーカイブする為に、アーカイブＡＰはデータをＮＡＳデバイスからＣＡＳデバイスに移動する。この時に、アーカイブＡＰはスタブデータを生成して、ＮＡＳデバイス内の移行したデータファイルが存在した場所に残す。このスタブデータのロケーションはアーカイブＡＰによって移動されたファイルのロケーションと同じである。スタブデータと移行済みファイルの関係は図３（ａ）で示すスタブテーブル１０１３で管理される。

００５４ＮＡＳクライアント６０００、７０００はＮＦＳプロトコルを介して、ＡＰ６０１１がＮＡＳデバイス上のデータファイル内のデータにアクセス可能にする、ＮＦＳクライアント機能６０１２を含む。ＮＡＳクライアントとＮＡＳデバイスはＬＡＮ(Local Area Network)とすることができるネットワーク５０００で結合される。

００５５ＮＡＳとＣＡＳデバイスを統合する為には、ＧＮＳ技術を採用できる。他の技術も又この統合に採用可能である。ＧＮＳを使用する場合は、ＮＡＳクライアントはＮＡＳヘッドにアクセスして、スタブデータ経由でＣＡＳ上のアーカイブデータを取得する。かように、ＮＡＳクライアントは直接ＣＡＳヘッドにアクセスはしない。このことにより、ＮＡＳクライアントは、多数のＮＡＳ及びＣＡＳデバイスより成る統合した単一の名前空間を見れるようになる。

００５６図３（ａ）は、本発明の態様による典型的なスタブテーブルを示す。

００５７図３（ａ）で示すスタブテーブル１０１３は、ＣＡＳシステム内に保存されている各データファイルの、ソース、デスティネーション及び状態をリストする三個のコラムを含む。ソースコラムは、データファイルがＣＡＳシステムにアーカイブされる前に存在していたＮＡＳシステムでのデータファイルのソースロケーションへのファイルパスを含む。デスティネーションコラムはＣＡＳシステム内でデータファイルが実際に保存されているデスティネーションロケーションへのファイルパスを示す。状態コラムはスタブと実際のファイルがリンクされているか又は両者間のリンクは喪失しているかを示す。このリンクは、例えば、アーカイブデータが消去されてＣＡＳデバイス上で不在になると喪失する。

００５８図３（ｂ）は、本発明の態様による典型的なスタブＡｃｔテーブルを示す。

００５９図３（ｂ）で示されるスタブＡｃｔテーブル１０１４は、ＮＡＳシステム上のデータファイルへのパスとデータファイルに対して望まれるアクションを示す二つのコラムを含む。このアクションコラムは、ＳＥＮＤＳＴＵＢ、ＳＥＮＤＤＡＴＡ及びＨＩＤＥの三つのタイプのアクションを含む。ＳＥＮＤＳＴＵＢのアクションは、ＣＡＳシステムでのデータファイルの実ストレージのロケーションを示すスタブのみを要求ＮＡＳクライアントに送信する。ＳＥＮＤＤＡＴＡのアクションは、ＣＡＳシステムから実データを取得して、この実データをＮＡＳクライアントに送信する。

００６０図４、図５、図６、図７（ａ）、図７(ｂ)、図７(ｃ)、図８、図９、図１０(a)、図１０(ｂ)、図１１、図１２、図１３（ａ）及び図１３（ｂ）は、本発明の態様による通常と特殊なＮＡＳアクセスへのクラス分け方法を示す。特殊なＮＡＳアクセスはバックアップ操作の為の読み出しアクセスである。

００６１本発明の異なった態様による通常と特殊なＮＡＳアクセスのクラス分け方法は、四つの異なる方法として記述される。これらの方法の如何なる組み合わせも又本発明の態様であり、四つの方法への分割も単に記述を簡単にする為である。

００６２図４は本発明の態様によるデータファイルアクセスの第一の方法で使用される典型的なＮＡＳアクセスパケットを示す。図５は本発明の典型的な態様による、データファイルにアクセスする第一の方法に従って実行される通常の読み出し手順を示す。図６は本発明の典型的な態様による、データファイルにアクセスする第一の方法に従って実行される特殊な読み出し手順を示す。

００６３データファイルにアクセスする第一の方法は、ＮＡＳアクセスパケットに特殊な情報を追加することを含む。ＮＡＳクライアントはＮＡＳアクセスパケットに特殊な情報を埋め込む。ＮＡＳクライアントは、アクセスはバックアップ目的の特殊なＮＡＳアクセスであることを、ＮＡＳアクセスパケットに表示する。図４は、ＮＦＳｖ２で使用される典型的なＮＡＳアクセスパケットである。ＲＦＣ１０９４（http://www.ietf.org/
/rfc/rfc1094.txt)で記述されている様に、ＮＦＳサーバ手順に幾つかのタイプが有る。例えば、新タイプの手順１８（ＲＥＡＤＦＯＲＢＡＣＫＵＰ）がバックアップサーバとして稼動するＮＡＳクライアントから発行される。これによって、ＮＡＳデバイスは通常とバックアップＮＡＳアクセスをクラス分けしてこの二つを互いに分離することが可能になる。

００６４図５に於いて、ＮＡＳクライアントは読み出しコマンドたる通常の手順６を送信して、ＮＡＳデバイスは、手順は通常であると特定して、その手順を通常のＮＡＳ読み出しアクセスとして処理する。矢印はプロセスの進行方向を示す。ＮＡＳクライアント６０００のＮＦＳクライアント６０１２はＮＡＳヘッド１０００のＮＦＳサーバ１０１１に通常の読み出し手順のコマンドを送信する。ＮＦＳサーバ１０１１は、スタブテーブル１０１３のスタブを特定して、ボリューム２０２１の特定されたスタブをチェックして、ＣＡＳヘッド３０００より実データファイルを取得する。

００６５図６に於いては、ＮＡＳクライアントは特殊な手順１８（ＲＥＡＤＦＯＲＢＡＣＫＵＰ）をＮＡＳデバイスに送信する。ＮＡＳデバイスはこの手順をバックアップＮＡＳ読み出しアクセスとして処理する。ＮＦＳサーバ１０１１は、ＣＡＳデバイスを参照してＣＡＳデバイスから実データを取得することなく、ＮＡＳクライアントにスタブデータを送信する。ＲＥＡＤＦＯＲＢＡＣＫＵＰ手順１８は、バックアップサーバとして稼動するＮＡＳクライアント７０００から要求される。ＮＡＳヘッド１０００のＮＦＳサーバ１０１１はこの要求を受信して、この要求はバックアップのみの為の特殊な要求であることを識別する。このケースでは、ＮＦＳサーバ１０１１はストレージシステム２０００のボリューム２０２１からスタブデータのみを取り出し、このスタブデータをＮＡＳクライアント７０００に提供する。実データを取得する目的でＣＡＳシステムのボリューム４０２１をアクセスする必要はない。従ってこの方法は、ＣＡＳシステムのストレージボリュームから実データファイルを取得する為に消費される時間とこれらをＮＡＳクライアントに送信する為に必要な時間の双方を削減する。（実データの）代わりに、遥かに短いスタブ情報が取得されバックアップサーバ業務で稼動しているＮＡＳクライアントに送信される。

００６６特殊な読み出しアクセス、図６の別名ＲＥＡＤＦＯＲＢＡＣＫＵＰ手順として知られる方法は、以降の図１４，図１５及び図１６で説明する異なった方法で実行可能である。スタブＡｃｔテーブル１０１４のエントリが実行される特殊な読み出し手順のタイプを判定する。

００６７図７（ａ）、図７（ｂ）及び図７（ｃ）は、本発明の態様による、データファイルにアクセスする第二と第三の方法で使用される、認証とアクセスコントロール情報の典型的な例を示す。図８は、本発明の典型的な態様による、データファイルにアクセスする第二と第三の方法で使用される通常の手順を示す。図９は、本発明の典型的な態様による、データファイルにアクセスする第二と第三の方法で使用される特殊な手順を示す。

００６８データファイルアクセスの第二の方法は認証を使用し、データファイルアクセスの第三の方法はアクセスコントロールの使用を含む。第二と第三の方法は、図７（ａ）、図７（ｂ）、図７（ｃ）、図８及び図９を参照して纏めて記述する。

００６９ＮＡＳデバイスは、ＮＡＳシステムへのアクセスが通常のＮＡＳアクセスかバックアップ目的の特殊なＮＡＳアクセスかを決定する、認証又はアクセスコントロール情報を含む。図７（ａ）、図７(b)及び図７（ｃ）は認証又はアクセスコントロール情報の多様な典型的なセットを示す。図７（ａ）はデイレクトリを示すコラムとＮＡＳクライアントのサイトアドレスを示す第二のコラムを含む。第二のコラムに示されるサイトアドレスのＮＡＳクライアントは第一のコラムに示されるデイレクトリ内の情報にアクセスが許可される。図７（ｂ）は異なったクライアントのＩＰアドレスをリストするコラムと各ＩＰアドレスのクライアントの役割をリストするもう一つのコラムを含む。図７（ｃ）は、ユーザ識別をリストするコラムと各ユーザに対するパスワードをリストする第二のコラム及び各ユーザの役割をリストする第三のコラムを含む。

００７０図７（ａ）に於いて、ＮＡＳクライアントｂａｃｋｕｐ.ｅｘａｍｐｌｅ.ｃｏｍからのＮＡＳアクセスはバックアップ目的だと識別される。図７（ｂ）に於いて、ＩＰアドレス１０.１.１.３を持つＮＡＳクライアントからのＮＡＳアクセスはバックアップ目的だと識別される。図７（ｃ）に於いて、ユーザ=“ｂａｃｋｕｐ”として認証されるＮＡＳクライアントからのＮＡＳアクセスはバックアップ目的だと識別される。

００７１図８は、認証又はアクセスコントロール法を用いて、実データが必要な通常のユーザとしてＮＡＳシステムにより識別されるＮＡＳクライアントからのアクセスの処理プロセスを示す。図８に於いて、ＮＡＳクライアントがユーザ=“ｕｓｅｒＡ”として認証されたら、ＮＡＳデバイスは、このＮＡＳクライアントからのアクセス要求を通常のＮＡＳ読み出しアクセスとして処理する。図示の通り、ＮＦＳサーバ１０１１は要求されたデータファイルに繋がるスタブをチェックして、ＣＡＳヘッド３０００より実ファイルを取得する。

００７２図９は、認証又はアクセスコントロール法を用いて、バックアップ目的のみでデータにアクセスしているユーザとしてＮＡＳシステムにより識別されるＮＡＳクライアントからのアクセスの処理プロセスを示す。図９に於いて、ＮＡＳクライアントがユーザ=“ｂａｃｋｕｐ”として認証されたら、ＮＡＳデバイスはこのＮＡＳクライアントからのアクセス要求をバックアップＮＡＳ読み出しアクセスとして処理する。このケースでは、ＮＦＳサーバ１０１１は、ＣＡＳデバイスを参照してＣＡＳデバイスから実データを取得することなく、スタブデータのみをＮＡＳクライアントに送信する。

００７３図８に於いては、データファイルへのアクセスはＮＡＳクライアント６０００から要求され、一方図９に於いては、アクセスはバックアップサーバとして稼動するＮＡＳクライアント７０００から要求されている。各矢印の方向は要求又はデータ又はスタブの進行方向を示す。

００７４図１０（ａ）及び図１０（ｂ）は、本発明の態様による、データファイルにアクセスする第四の方法で使用される、ＮＡＳデバイスの特定のデスティネーションアドレスとポートの例を示す。図１１は、本発明の典型的な態様による、データファイルにアクセスする第四の方法で実行される通常の手順を示す。図１２は、本発明の典型的な態様による、データファイルにアクセスする第四の方法で実行される特殊な手順を示す。

００７５バックアップ目的の特殊なアクセスからＮＡＳデバイスへの通常のアクセスを分離する第四の方法は図１０（ａ）、図１０（ｂ）、図１１及び図１２で説明する。

００７６第四の方法は、ＮＡＳデバイスの特定のデスティネーションアドレス又はポートに関する情報を使用する。ＮＡＳデバイスの特定のデスティネーションアドレス又はポートへのＮＡＳアクセスは、バックアップ目的の特殊なＮＡＳアクセスとして処理される。図１０（ａ）は、ＮＡＳへのバックアップ目的で使用されるＮＡＳデバイスの特定のデスティネーションアドレスの例を、図１０（ｂ）は特定のポートの例を示す。

００７７図１０（ａ）は、ＮＡＳデバイスのＩＰアドレス、ポート番号、デバイスアクセスに使用されるインターネット又はイントラネットプロトコル、及び当該ＩＰアドレスからアクセスされた場合のＮＡＳデバイスの役割をリストする四つのコラムを含む。図１０（ａ）の役割コラムにリストされている情報は“ＮＡＳ＿ＳＶＲ”か“ＢＫＵＰ”である。この情報によって、ＮＡＳデバイスは通常のＮＡＳアクセスとバックアップＮＡＳアクセスをクラス分けできる。本テーブルの同じ行の全ての情報はＮＡＳデバイスの同じポートに帰属する。このポートは、異なったＩＰアドレスをアサインでき又異なったプロトコルでアクセスすることも可能である。ＮＡＳデバイスはポートを通してアクセスされる。ＮＡＳデバイスがアクセスされるポートのＩＰアドレスは、アクセスが実データの取得目的か又はバックアップ目的のみかを決定する。例えば、ＮＡＳデバイスが、ＩＰアドレス１０.１.１.１を持ちインターネットアクセスプロトコルＵＤＰを使用するポート２０４９を通してアクセスされたら、ＮＡＳデバイスは通常のサーバとして使用されており、アクセスを起動したＮＡＳクライアントには実データファイルを提供する。ＮＡＳデバイスが、ＩＰアドレス１０.１.１.３を持ち同じインターネットアクセスプロトコルＵＤＰを使用する同じポート２０４９を通してアクセスされたら、ＮＡＳデバイスはバックアップの役割がアサインされている。この時には、同一ポート２０４９経由でのＮＡＳデバイスへのアクセスは、ＮＡＳデバイスはバックアップ目的でアクセスされていることをＮＡＳデバイスに示し、アクセスを起動したＮＡＳクライアントには実データファイルが転送されることはない。

００７８図１０（ｂ）はＮＡＳデバイスのポート番号とＮＡＳデバイスの、当該ポートからアクセスされた場合の役割をリストする二つのコラムのみを含む。例えば、ＮＡＳクライアントがｅｔｈｅｒ１、ｅｔｈｅｒ２又はｅｔｈｅｒ３としてラベルされたポート経由でアクセスすると、ＮＡＳデバイスは通常のサーバとして応答し、ＮＡＳクライアントから要求された実データファイルをＮＡＳクライアントに提供する。反対に、ＮＡＳデバイスがｅｔｈｅｒ４のポート経由でアクセスされたら、ＮＡＳデバイスはこのアクセスをバックアップ目的のみであると判断して、アクセス要求するＮＡＳクライアントに実データファイルを提供することはない。

００７９図１１は、ＮＡＳクライアント６０００が、ＮＡＳデバイスが所有するＩＰアドレス１０.１.１.１でＮＡＳデバイスにアクセスすると、ＮＡＳデバイスはこのアクセスを通常のＮＡＳ読み出しアクセスとして処理することを示す。アクセス要求に応答して、ＮＦＳサーバ１０１１は、スタブデータをボリューム２０２１に送信し対応するファイルはＣＡＳデバイスのボリューム４０２１からＮＦＳサーバ１０１１に送られ、要求クライアント６０００に戻される。

００８０図１２は、ＮＡＳクライアント７０００が、ＮＡＳデバイスが所有するＩＰアドレス１０.１.１.３にアクセスすると、ＮＡＳデバイスはこのアクセスを特殊なＮＡＳ読み出しアクセスとして処理することを示す。このアクセス要求に応答して、ＮＦＳサーバ１０１１は、ＣＡＳデバイスを参照してＣＡＳデバイスから実データを取得することなく、ＮＡＳクライアントに対してスタブデータのみを送信する。

００８１ＮＡＳクライアントからのアクセスが、実データを取得する為の通常のアクセスかバックアップ目的の特殊なアクセスかを判別するのに上記四方法の任意の組み合わせを使用可能である。更に、二つ以上の組み合わせによりアクセスをより正確にすることも可能である。

００８２図１３（ａ）は、本発明の一態様によるクラス分けの手順を示す。図１３（ｂ）は、本発明のもう一つの態様によるクラス分けの手順を示す。

００８３図１３（ａ）は、リストされた四つの条件のうち一つが該当すれば、ＮＡＳデバイスは受領したＮＡＳ読み出しアクセスをバックアップ目的の特殊なＮＡＳアクセスとして処理する状況を示す。これに対して、図13（ｂ）は、リストされた四条件のすべてが合致した時に限ってＮＡＳデバイスは受領したＮＡＳ読み出しアクセスをバックアップ目的の特殊なＮＡＳアクセスとして処理する状況を示す。

００８４図１３（ａ）に於いて、ＮＡＳクライアントからのアクセス要求はＮＡＳデバイスが受信する。１０３１にて、ＮＡＳデバイスは要求のデスティネーションはＮＡＳ＿ＳＶＲかＢＫＵＰかを判定する。デスティネーションがＢＫＵＰなら、アクセス要求はバックアップ目的の特殊要求だと判定する。次いで、１０３５にて、ＮＡＳデバイスはＮＡＳクライアントにスタブデータを送信してプロセスは終了する。１０３１にて、デスティネーションがＢＫＵＰでなく要求がバックアップ要求だとは決定されなかったら、プロセスは１０３２に移り、要求の送信者がＢＫＡＤＭＩＮとして又はＡＤＭＩＮＵＳＥＲとして認証されるかを判定する。ＢＫＡＤＭＩＮユーザに対しては、要求はバックアップ要求だと判定してプロセスは１０３５に移る。通常ユーザの要求に対してはプロセスは１０３３に移り、要求を送信しているＮＡＳクライアントはＮＡＳＣＬＩＥＮＴかＢＡＣＫＵＰＮＡＳクライアントかを判定する。ＢＡＣＫＵＰＮＡＳクライアント送信者に対しては、要求はバックアップ目的のみの特殊アクセスと判定される為、プロセスは１０３５に移る。要求が通常のＮＡＳＣＬＩＥＮＴの場合は、プロセスは１０３４に移りアクセスタイプがＲＥＡＤかＲＥＡＤＦＯＲＢＡＣＫＵＰかが判定される。ＲＥＡＤＦＯＲＢＡＣＫＵＰアクセスに対しては、要求はバックアップ目的のみの特殊アクセスと判定される為に、プロセスは１０３５に移る。１０３４にて、アクセスタイプがＲＥＡＤと判定されたら、プロセスは１０３６に移り、スタブテーブル１０１３を参照して、ＣＡＳデバイスから実データを取得して、このデータが要求するＮＡＳクライアントに送信される。

００８５図１３（ａ）でのプロセスの順序は、実データが取得されＮＡＳクライアントに送信される以前に、四つの異なった可能性が尽きてしまうようになっている。

００８６図１３（ｂ）に於いて、ＮＡＳクライアントからのアクセス要求はＮＡＳデバイスが受信する。１０４１にて、ＮＡＳデバイスは要求のデスティネーションはＮＡＳ＿ＳＶＲ又はＢＫＵＰかを判定する。デスティネーションがＮＡＳ＿ＳＶＲであれば、アクセス要求は通常のデータ要求だと判定される。次いで、１０４５にて、ＮＡＳデバイスはＣＡＳデバイスをアクセスし実データ又は実データファイルを取得してこの実データを要求ＮＡＳクライアントに送信してプロセスは終了する。１０４１にて、デスティネーションがＮＡＳ＿ＳＶＲではなく要求が通常要求だと決定できない場合は、プロセスは１０４２に移り、要求の送信者がＢＫＡＤＭＩＮとして又はＡＤＭＩＮＵＳＥＲとして認証されるかを判定する。通常のＡＤＭＩＮ或はＵＳＥＲユーザに対しては、要求は通常要求だと判定されプロセスは１０４５に移る。ＢＫＡＤＭＩＮユーザ要求に対しては、プロセスは１０４３に移り、要求を送信しているＮＡＳクライアントがＮＡＳＣＬＩＥＮＴかＢＡＣＫＵＰＮＡＳクライアントかを判定する。ＮＡＳＣＬＩＥＮＴ送信者に対しては、要求は実データに対する通常要求だと判定され、プロセスは１０４５に移る。要求がＢＡＣＫＵＰＮＡＳクライアントの場合はプロセスは１０４４に移り、アクセスタイプがＲＥＡＤ又はＲＥＡＤＦＯＲＢＡＣＫＵＰかが判定される。ＲＥＡＤアクセスに対しては、アクセスは実データに対する通常アクセスだと判定される為に、プロセスは１０４５に移る。１０４４にて、アクセスタイプがＲＥＡＤＦＯＲＢＡＣＫＵＰだと判定されたら、プロセスは１０４６に移り、要求はバックアップのみの為の特殊要求だと最終的に判定されスタブデータのみが要求ＮＡＳクライアントに送信される。

００８７図１３（ｂ）に於けるプロセスの順序は、通常のアクセス要求の識別を優先的に行い、要求が通常要求だと判定され次第実データが取得されＮＡＳクライアントに送信される、様になされる。換言すれば、プロセスは通常要求の識別をいち早く行うことに重点をおき、特殊なアクセス要求の識別により多くの時間とステップを費やすことと言える。

００８８図１４、図１５及び図１６は、本発明の態様によるバックアップ操作での読み出しアクセスの処理を示す。

００８９バックアップ操作での読み出しアクセスの処理には幾つかの変形がある。本操作の一般的な形は図６に示した。第一の変形に於いては、スタブデータがＮＡＳクライアントに送信される。第二の変形に於いては、スタブデータから導かれた実際のアーカイブデータがＮＡＳクライアントに送信される。最後の第三の変形に於いては、スタブデータの存在をＮＡＳクライアントに対して隠蔽する。本発明の態様によれば、ストレージ管理者は、図３（ｂ）に示すスタブＡｃｔテーブル１０１４の構成時に選択するオプションを決定できる。スタブＡｃｔテーブル１０１４は、各スタブが示す多様なアクションを表示する。スタブＡｃｔテーブル１０１４にリストされている三タイプのアクションは、スタブ送信（ＳＥＮＤＳＴＵＢ）、データ送信（ＳＥＮＤＤＡＴＡ）及び隠蔽（ＨＩＤＥ）である。各アクションは、ＮＡＳデバイス上のファイルのソースを示すパスに対応してリストされている。

００９０図１４は、スタブデータ“１”がスタブＡｃｔテーブル１０１４で“ＳＥＮＤＳＴＵＢ”として設定されている状態を示す。その場合は、ＮＡＳクライアント７０００によるバックアップの為の読み出しアクセスに応答して、ＮＦＳサーバ１０１１は、バックアップサーバとして稼動しているＮＡＳクライアントにスタブデータのみを送信する。スタブデータは点線の境界で示される。ＮＡＳクライアント７０００はＮＦＳサーバ１０１１から読み出しアクセスを要求する。ＮＦＳサーバは、スタブＡｃｔテーブル１０１４を参照して、要求されたスタブに対してリストされたアクションをチェックする。アクションがスタブ送信なら、ＮＦＳサーバは、点線で示されるように、スタブデータ１のみをＮＡＳクライアント７０００に送信する。

００９１図１５は、スタブデータ“１”がスタブＡｃｔテーブル１０１４で“ＳＥＮＤＤＡＴＡ”として設定されている状態を示す。その場合は、ＮＦＳサーバ１０１１は、スタブデータから導かれた実際のアーカイブデータをバックアップサーバとして稼動しているＮＡＳクライアントに送信する。実データは実線の境界で示される。ＮＡＳクライアント７０００は、ＮＦＳサーバ１０１１に読み出しアクセスを要求する。ＮＦＳサーバはスタブＡｃｔテーブル１０１４を参照して、要求スタブに対してリストされているアクションをチェックする。アクションがデータ送信なら、ＮＦＳサーバは、ＣＡＳシステムのボリューム４０２１に保存されている対応するアーカイブデータにアクセスして、実データファイル１を、実線で示されるように、ＮＡＳクライアント７０００に送信する。

００９２図１６は、スタブデータ“１”がスタブＡｃｔテーブル１０１４で“ＨＩＤＥ”として設定されている場合の状態を示す。その場合は、ＮＦＳサーバ１０１１は、ＮＡＳクライアントからのコマンド“ｌｓ”により取得したファイルリストにスタブを示すことはしない。“ｌｓ”コマンドは、ユーザに指定されたディレクトリのファイル／ディレクトリを与えるＵＮＩＸ（登録商標）コマンドである。

００９３図１７、図１８、図１９、図２０及び図２１は、本発明の態様による、スタブ期限満了チェックの各種の方法を示す。

００９４図３（ａ）に示すスタブテーブル１０１３は、各スタブに対して“Ｌｉｎｋｅｄ”、“Ｌｏｓｔ”の二つの可能な状態をリストしている。Ｌｉｎｋｅｄ状態はスタブと実際のアーカイブデータがリンクしている状態に適用する。Ｌｏｓｔ状態はスタブと実際のアーカイブデータの間のリンクが失われている状態に適用する。書き込みアクセスがデータリストア操作の一部の場合は、書き込みアクセスがバックアップサーバから発生する。データリストアの間に、実際のアーカイブデータはバックアップサーバとして稼動しているＮＡＳクライアントにリストアされる。本発明の態様は、スタブに対応する実際のアーカイブデータがＮＡＳデバイスに取得されリストアされる時にスタブ期限満了をチェックする方法を提供する。スタブの状態がＬｏｓｔとしてリストされているならこのスタブデータから導かれる実際のアーカイブデータは既に消去されている、からである。この場合は、このスタブデータをＮＡＳデバイスに書き込むのは無意味であろう。

００９５図１７はスタブ期限満了チェックの為の手順を示す。このプロセスでは、スタブデータの書き込みアクセス要求はバックアップサーバから来る。要求はスタブデータをリストア時に書き込むことである。１０５１にて、ＮＡＳデバイスはスタブテーブル１０１３をチェックして、スタブデータと実際のアーカイブデータ間のリンクが依然として存在するか否かを判定する。リンクが喪失しているなら、プロセスは１０５４に進みエラーメッセージをＮＡＳクライアントに送信しても良い。スタブデータと実際のアーカイブデータのリンクが継続しておれば、プロセスは１０５２に移る。１０５２にて、ＮＡＳデバイスは実際のアーカイブデータにアクセスを試み、必要なら、スタブテーブル１０１３を更新する。スタブデータと実際のアーカイブデータがリンクを喪失しておれば、１０５３にて、スタブテーブルはリンク喪失を反映するように更新される。リンクが喪失されたと判定されたら、プロセスは１０５４に移り、エラーメッセージをＮＡＳクライアントに送信しても良い。ＮＡＳデバイスは、バックアップサーバとして稼動しているＮＡＳクライアントに、スタブデータと実際のアーカイブデータ間のリンク状態を報告することが出来る。リンク状態を判定することにより、バックアップサーバは特定のスタブデータに対応するアーカイブデータをリストアすべきか否かを決定することが出来る。

００９６図１８は、スタブデータの書き込みアクセスが起きた時に、ＮＦＳサーバがスタブ期限満了チェックをする状態を示す。図１８に於いて、バックアップサーバとして稼動しているＮＡＳクライアント７０００は、アーカイブデータをリストアする為に、ＮＡＳデバイスのＮＦＳサーバ１０１１をアクセスする。ＮＦＳサーバ１０１１は、スタブテーブル１０１３を参照して、スタブデータと実際のアーカイブデータ間のリンク状態を判定する。リンクが良好でスタブとデータがリンクされておれば、スタブに対応するアーカイブデータがＣＡＳデバイスのボリューム４０２１から取得され、ＮＡＳクライアント７０００にリストアされる。スタブデータも又ＮＡＳクライアント７０００にリストアされる。

００９７図１９は、ＮＦＳサーバがスタブ期限満了を周期的にチェックする状態を示す。期限満了が検出されると、ＮＦＳサーバはスタブテーブル１０１３を更新する。ＮＦＳサーバ１０１１は、ボリューム２０２１のスタブにアクセスし、スタブに対応する実データがＣＡＳシステムのボリューム４０２１に検出できない場合には、ＮＦＳサーバ１０１１は、スタブテーブル１０１３を更新してスタブとデータ間のリンクが喪失したことを表示する。

００９８図２０は、ＣＡＳサーバがスタブデータの期限満了をＮＦＳサーバに報告する状態を示す。実際のアーカイブデータが消去されたら、ＣＡＳサーバはデータの消失をＮＦＳサーバに報告する。ＣＡＳシステムのボリューム４０２１は実際のアーカイブデータを含む。ボリューム４０２１のファイルが消去されたら、ＣＡＳシステムはＮＦＳサーバ１０１１に通知して、ＮＦＳサーバ１０１１はスタブテーブル１０１３を更新して、消去ファイルに対応するスタブは最早ファイルへはリンクしていないことを表示する。

００９９図２１は、ＮＦＳサーバがスタブテーブル１０１３から得た期限満了情報を提供する為にＡＰＩ(Application Programming Interface)を備える状態を示す。ＮＦＳサーバは、スタブデータと実際のアーカイブデータ間のリンク状態に関して、ＮＡＳクライアントに報告する。

０１００図２２は、本発明の方法を実装できるコンピュータ／サーバシステム２２００の実施例を示すブロック図である。システム２２００は、コンピュータ／サーバプラットフォーム２２０１、周辺デバイス２２０２及びネットワーク資源２２０３を含む。

０１０１コンピュータプラットフォーム２２０１は、コンピュータプラットフォーム２２０１内の多様な部品間で情報を交換する為のデータバス２２０４又は他の通信機構、及びバス２２０４に結合して情報を処理し、他の計算及び制御タスクを実行するプロセッサ２２０５を含む。コンピュータプラットフォーム２２０１は又バス２２０４に結合して、プロセッサ２２０５で実行される命令や各種情報を格納するＲＡＭ(random access memory)や他のダイナミックストレージデバイス等の揮発ストレージ２２０６を含む。揮発ストレージ２２０６は、プロセッサ２２０５による命令実行時の一時的変数や中間的情報を保存する為にも使用される。コンピュータプラットフォーム２２０１は更に、多様なシステム構成パラメータやＢＩＯＳ(basic input-output system)等の、プロセッサ２２０５に対する静的情報や命令を格納し、バス２２０４に結合するＲＯＭ又はＥＰＲＯＭ(read only memory)２２０７又は他の静的ストレージデバイスを含んでも良い。磁気ディスク、光ディスク、又は半導体フラッシュメモリデバイス等の永続ストレージデバイス２２０８はバス２２０４に結合し情報や命令を格納する為に存在する。

０１０２コンピュータプラットフォーム２２０１は、コンピュータプラットフォーム２２０１のシステム管理者やユーザに情報を表示する為に、ＣＲＴ(cathode ray tube)，プラズマディスプレイ、液晶ディスプレイＬＣＤ等のディスプレイ２２０９にバス２２０４を経由して結合しても良い。数字及び他のキーを有する入力デバイス２２１０は、プロセッサ２２０５に対する情報とコマンド選択を伝える為にバス２２０４に結合する。他のタイプのユーザ入力デバイスには、プロセッサ２２０５に対して方向情報とコマンド選択を伝えディスプレイ２２０９でのカーソルの動きをコントロールするマウス、トラックボール、或はカーソル方向キー等のカーソルコントロールデバイス２２１１が有る。この入力デバイスは、典型的に、第一軸(例えば、ｘ)及び第二軸(例えば、ｙ)の二軸による二次元の自由度を持ち、平面上でデバイスに位置を指定することが出来る。

０１０３外部ストレージデバイス２２１２は、バス２２０４を経由してコンピュータプラットフォーム２２０１に結合して、コンピュータプラットフォーム２２０１に対して追加又は可搬形ストレージ容量を提供する。コンピュータシステム２２００の実施例では、外部可搬形ストレージデバイス２２１２は、他のコンピュータシステムとのデータ交換装置として使用される。

０１０４本発明は、ここで述べた技術を実装する為にコンピュータシステム２２００を使用することに関連する。一実施例では、本発明のシステムは、コンピュータプラットフォーム２２０１の如きマシーン上に実装出来る。本発明の一実施例では、ここで述べた技術は、揮発メモリ２２０６に格納されている一つ以上の命令の一つ以上のシーケンスを実行するプロセッサ２２０５に応答して、コンピュータシステム２２００で実行される。このような命令は、永続ストレージデバイス２２０８等の他のコンピュータ読み出し可能な媒体から揮発メモリ２２０６に読み込むことが出来る。揮発メモリ２２０６に格納された命令シーケンスの実行が、プロセッサ２２０５に対して、ここで述べたプロセスステップを実行させることになる。代わりの実施例では、ソフトウエア命令の代わりに又はソフトウェア命令と組み合わせて、ハード結線の回路を本発明の実装の為に使用することも出来る。かように、本発明の実施には、ハードウエア回路とソフトウエアの如何なる具体的組み合わせにも限定されない。

０１０５ “コンピュータ読み出し可能媒体”なる用語は、ここでは、プロセッサ２２０５が実行する命令を提供することに関わる如何なる媒体をも示すものとして使用される。コンピュータ読み出し可能媒体は、ここで述べた任意の方法や技術を実装する為の命令を運ぶことが出来る、機械読み出し可能媒体の一例にすぎない。このような媒体は不揮発媒体、揮発媒体、及び通信媒体等をこれに限定することなく含む、多数の形を持つことが出来る。不揮発媒体は、例えば、ストレージデバイス２２０８の光又は磁気ディスク等を含む。揮発媒体は、揮発ストレージ２２０６のダイナミックメモリを含む。通信媒体は、データバス２２０４を構成する導線を含む同軸ケーブル、銅線及び光学ファイバを包含する。通信媒体は更に、ラジオ波及び赤外線データ通信中に生成される音波または光波の形をとることが出来る。

０１０６コンピュータ読み出し可能媒体の共通的な形としては、例えば、フロッピィディスク、フレキシブルディスク、ハードディスク、磁気テープ、又は他の任意の磁気媒体、ＣＤ−ＲＯＭ、他の任意の光学媒体、パンチカード、紙テープ、穴形式の他の任意の物理媒体、ＲＡＭ，ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、フラシュドライブ、メモリカード、他の任意のメモリチップ又はカートリッジ、以降に述べる搬送波、或はコンピュータが読める任意の媒体をも包含する。

０１０７コンピュータ読み出し可能媒体の多様な形は、一つ以上の命令の一つ以上のシーケンスを伝えてプロセッサ２２０５に実行させる。例えば、命令は最初に遠隔コンピュータから磁気ディスクに伝送されても良い。或は、遠隔コンピュータが命令を自らのダイナミックメモリにロードして、この命令をモデムを使用して電話回線を通して送信することが出来る。コンピュータシステム２２００のローカルモデムは電話回線上のデータを受信して、赤外線送信機を使用してデータを赤外線信号に変換することが出来る。赤外線受信機が赤外線信号で伝えられたデータを受信して、適切な回路がこのデータをデータバス２２０４に載せることが出来る。バス２２０４がデータを揮発メモリ２２０６に運び、ここからプロセッサ２２０５が命令を取り出して実行する。揮発メモリ２２０６に受信された命令は、プロセッサ２２０５による実行の前後で、永続ストレージデバイス２２０８に任意に保存しても良い。命令は又、多様な公知のネットワークデータ通信プロトコルを用いるインターネットを経由して、コンピュータプラットフォーム２２０１にダウンロードしても良い。

０１０８コンピュータプラットフォーム２２０１は又、データバス２２０４に結合する、ネットワークインタフェースカード２２１３等の通信インタフェースを含む。通信インタフェース２２１３は、ローカルネットワーク２２１５に繋がるネットワークリンク２２１４に結合して二方向通信を可能にする。例えば、通信インタフェース２２１３は、電話回線タイプに対応するデータ通信結合を提供するＩＳＤＮ(integrated service digital network)カード又はモデムでよい。他の例として、通信インタフェース２２１３は、ＬＡＮ互換のデータ通信結合を可能にするＬＡＮＮＩＣ(local erea network interface card)でよい。公知の８０２.１１ａ、８０２.１１ｂ、８０２.１１ｇ及びブルートゥース等の無線リンクも又ネットワーク実装に使用可能である。以上の如何なる実装であろうとも、通信インタフェース２２１３は、多様なタイプの情報を表現するデイジタルデータストリームを搬送する電気的、電磁気的或は光学的信号を送受信する。

０１０９ネットワークリンク２２１４は、一つ以上のネットワークを通して他のネットワーク資源に対してデータ通信を可能にする。例えば、ネットワークリンク２２１４は、ローカルネットワーク２２１５を通してホストコンピュータ２２１６、又はネットワークストレージ／サーバ２２２２との結合を可能にする。加えて又は代わりとして、ネットワークリンク２２１４は、ゲートウエイ／ファイアウォール２２１７を通して、インターネット等のワイドエリア又はグローバルネットワーク２２１８に結合する。かくして、コンピュータプラットフォーム２２０１は、リモートネットワークストレージ／サーバ２２１９等のインターネット２２１８上の何処にも存在するネットワーク資源にアクセス可能である。反対に、コンピュータプラットフォーム２２０１は、ＬＡＮ２２１５又は／及びインターネット２２１８上の何処のクライアントからもアクセス可能である。ネットワーククライアント２２２０及び２２２１自身も、プラットフォーム２２０１に類似するコンピュータプラットフォームをベースに実装することが出来る。

０１１０ローカルネットワーク２２１５とインターネット２２１８は何れも、ディジタルデータストリームを伝えるのに電気的、電磁気的又は光学信号を使用する。コンピュータプラットフォーム２２０１間でディジタルデータを搬送する、多様なネットワークを通過する信号及びネットワークリンク２２１４上に存在して通信インタフェース２２１３を通過する信号は、情報を搬送する搬送波の典型的な形である。

０１１１コンピュータプラットフォーム２２０１は、プログラムコードを含めて、インターネット２２１８、ＬＡＮ２２１５、ネットワークリンク２２１４及び通信インタフェース２２１３を含む、多様なネットワークを通してメッセージを送信しデータを受信する。インターネットの例では、コンピュータプラットフォーム２２０１がネットワークサーバとして稼動している場合には、インターネット２２１８、ゲートウエイ／ファイアウォール２２１７、ＬＡＮ２２１５及び通信インタフェース２２１３を通して、クライアント２２２０及び／又は２２２１上で走行するアプリケーションプログラムに要求されたコード又はデータを送信できる。同様に、他のネットワーク資源からコードを受信できる。

０１１２受信したコードは、受信時にプロセッサ２２０５が実行しても良く、或は又永続ストレージデバイス２２０８又は揮発ストレージデバイス２２０６に又は他の不揮発ストレージに保存して、後に実行しても良い。この方法で、コンピュータプラットフォーム２２０１は、搬送波の形でアプリケーションコードを取得できる。

０１１３ＮＡＳ及びＣＡＳ統合のデータバックアップシステムの文脈で、本発明をこれまで図解し述べてきたが、本分野に技術のある人には、本発明はこの記述に限定されるものではないことが理解されるであろう。本発明の方法は任意の現用データストレージデバイスとアーカイブデータストレージデバイスにも適用可能である。

０１１４本発明は、如何なる特別なファイアウォールシステムにも限定されないことに注意する必要がある。本発明のポリシーベースのコンテント処理システムは、具体的にＮＡＴ、ルーテッド(rooted)及び透過(transparent)の三つのファイアウォールの動作モードのいずれでも使用可能である。

０１１５最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある人には、本発明を実施するのに相応しいハードウエア、ソフトウエア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウエアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ，ＰＨＰ，Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

０１１６加えて、本分野にスキルの有る人には、本発明のその他の実装がここに開示された本発明の明細書及び実施例の考察から明らかになるであろう。記述された実施例の多様な態様及び／又はコンポーネントは、データを管理する機能を有するコンピュータ化ストレージシステムに於いて、単独又は如何なる組み合わせでも使用することが出来る。明細書と具体例は典型的なものに過ぎず、本発明の範囲と精神は後続する請求範囲で示される。

本発明の典型的な物理的及び論理的なシステム構成を示す。本発明の典型的な物理的及び論理的なシステム構成を示す。本発明の典型的な物理的及び論理的なシステム構成を示す。本発明の態様による典型的スタブテーブルを示す。本発明の態様による典型的スタブテーブルを示す。本発明の態様による、データファイルにアクセスする第一の方法で使用される典型的なＮＡＳアクセスパケットを示す。本発明の典型的態様による、データファイルにアクセスする第一の方法に従って実行される通常の読み出し手順を示す。本発明の典型的態様による、データファイルにアクセスする第一の方法に従って実行される特殊な読み出し手順を示す。本発明の態様による、データファイルにアクセスする第二及び第三の方法で使用される認証とアクセスコントロール情報を例示する。本発明の態様による、データファイルにアクセスする第二及び第三の方法で使用される認証とアクセスコントロール情報を例示する。本発明の態様による、データファイルにアクセスする第二及び第三の方法で使用される認証とアクセスコントロール情報を例示する。本発明の典型的態様による、データファイルにアクセスする第二及び第三の方法に従って実行される通常の手順を示す。本発明の典型的態様による、データファイルにアクセスする第二及び第三の方法に従って実行される特殊な手順を示す。本発明の態様による、データファイルにアクセスする第四の方法と共に使用されるＮＡＳデバイスの特殊なデスティネーションアドレスとポートを例示する。本発明の態様による、データファイルにアクセスする第四の方法と共に使用されるＮＡＳデバイスの特殊なデスティネーションアドレスとポートを例示する。本発明の典型的態様による、データファイルにアクセスする第四の方法に従って実行される通常の手順を示す。本発明の典型的態様による、データファイルにアクセスする第四の方法に従って実行される特殊な手順を示す。本発明の一態様による、典型的なクラス分け手順を示す。本発明のもう一つの態様による、典型的なクラス分け手順を示す。本発明の態様による、バックアップ操作での読み出しアクセスの典型的処理を示す。本発明の態様による、バックアップ操作での読み出しアクセスの典型的処理を示す。本発明の態様による、バックアップ操作での読み出しアクセスの典型的処理を示す。本発明の態様による、スタブ期限満了チェックでの各種の典型的方法を示す。本発明の態様による、スタブ期限満了チェックでの各種の典型的方法を示す。本発明の態様による、スタブ期限満了チェックでの各種の典型的方法を示す。本発明の態様による、スタブ期限満了チェックでの各種の典型的方法を示す。本発明の態様による、スタブ期限満了チェックでの各種の典型的方法を示す。本発明のシステムが実装されるコンピュータプラットフォームの典型的な構成例を示す。

Claims

データを保存するデータストレージユニットと、前記保存されたデータへのアクセスを制御するデータ共有デバイスとを含む、データストレージシステムと、
アーカイブデータストレージユニットと、アーカイブデバイスとを含む、アーカイブデータストレージシステムと、
前記データストレージシステムから前記アーカイブデータストレージシステムに、前記データを移行し、前記移行したデータに対応するアーカイブデータへの前記アーカイブデータストレージデバイスでのデスティネーションを示すスタブデータを生成する、アーカイブモジュールを含む第一のクライアントと、
前記データストレージシステムにデータアクセスコマンドを送信する複数の第二クライアントと、を含み、
前記データストレージシステムは、前記複数の第二クライアントに含まれる第二のクライアントから前記データアクセスコマンドを受信した際、バックアップ目的のアクセスである否かを判定し、
前記データアクセスコマンドがバックアップ目的のアクセスである場合には前記スタブデータを前記第二クライアントに提供し、
前記データアクセスコマンドがバックアップ目的のアクセスでない場合には前記スタブデータに基づいて前記アーカイブデータストレージシステムから前記アーカイブデータを取得し、前記アーカイブデータを前記第二クライアントに提供する、
ことを特徴とするコンピュータシステム。
前記データストレージシステムが、前記データアクセスコマンドがバックアップ目的のアクセスである否かを判定する際、前記データアクセスコマンドに含まれる情報に基づいて判断する、ことを特徴とする請求項１に記載のコンピュータシステム。
前記情報は、前記データアクセスコマンドがバックアップ関連コマンドか非バックアップ関連コマンドかを示す、ことを特徴とする請求項２に記載のコンピュータシステム。
前記データストレージシステムは、前記複数の第二クライアントのIPアドレスとその役割との関係を示す情報を有し、
前記データストレージシステムが、前記データアクセスコマンドがバックアップ目的のアクセスである否かを判定する際、前記情報と前記第二クライアントのIPアドレスとに基づいて判断する、ことを特徴とする請求項１のコンピュータシステム。
前記データストレージシステムは、前記複数の第二クライアントのユーザとその役割との関係を示す情報を有し、
前記データストレージシステムが、前記データアクセスコマンドがバックアップ目的のアクセスである否かを判定する際、前記情報と前記第二クライアントのユーザとに基づいて判断する、ことを特徴とする請求項１のコンピュータシステム。
前記データストレージシステムは、前記データ共有デバイスのポート番号と前記ポート番号を経由してアクセスされた場合の役割との関係を示す情報を有し、
前記データストレージシステムが、前記データアクセスコマンドがバックアップ目的のアクセスである否かを判定する際、前記情報と前記第二クライアントから前記データアクセスコマンドを受信したポート番号とに基づいて判断する、ことを特徴とする請求項１のコンピュータシステム。