JP2007334878A - データを長期間アーカイブするシステムと方法 - Google Patents

Abstract

【課題】長期間に亘るデータアーカイブシステムが必要とされている。ストレージシステムのアクセス法が変わっても、旧アプリケーションが長期間に亘るアーカイブデータにアクセスする方法を提供する。
【解決手段】旧ストレージシステムのデータは新ストレージシステムに移行される。この移行中に旧ストレージシステム内のデータストレージユニットに関する表示形式は一式以上の変換規則を使用して新ストレージシステムの表示形式に変換される。この方法により、新ストレージシステムでの移行先データに対する適切なロケーションが決定される。移行が完了すると移行済データの新ロケーションが保存される。
【選択図】図１

Description

発明の分野
本発明は一般的にはデータストレージシステムに関連し、より具体的には長期間のアーカイブシステムに関連する。

関連技術の記述
現在の数多くの政府規制により、ある種の業務及び医療情報は長期間に亘って保存する必要がある。例えば、ある種の医療記録には、１００年にも達する、人間の全生存期間の間保持する必要があるものが存在する。一方に於いて、磁気及び光ディスク又は磁気テープを含めて、現存するデータ保存媒体の有効寿命は１００年より遥かに短い。データを存続する為には、上記媒体の有効寿命が尽きる前に一つの媒体から次の媒体にデータを移行させなければならない。更に、上記の移行を何回も実行する必要が発生する場合がある。

データ自身は他の媒体に転送できるとしても、旧媒体からデータを読んで新媒体に正しく移行させるには、相応しいソフトウエアアプリケーションを保存して移行時点で再起動することが必要である。この目的の為に仮想マシン技術が最近浸透してきた。代表的な仮想マシンアプリケーションの一つはＶＭｗａｒｅ ＥＳＸサーバでhttp://www.vmware.com/pdf/esx_specs.pdf、で詳細に記述され、ここで参照する。

仮想マシンは新コンピューティングプラットフォーム上で旧アプリケーションの実行環境をエミュレートできる。旧ソフトウエアアプリケーションを利用する為に、そこでのアプリケーション環境は多くの年月の後でもエミュレートすることは可能である。しかしながら、データの生存期間の間に、ストレージシステムのアクセス法は、ＳＣＳＩプロトコル等の旧方式からファイルアクセスプロトコル等の新方式に変わることがあり得る。かくの如く、旧アプリケーションは新ストレージ／コンピューティングプラットフォーム上では稼動できない可能性のある、旧ストレージシステムのアクセスプロトコルに依存している。現在のところ、ソフトウエアアプリケーションに対するストレージシステムのアクセス法の変化をトランスペアレントにエミュレートする方法は存在しない。

従って、ストレージシステムのアクセス法が変わっても、旧アプリケーションが長期間アーカイブされたデータにアクセスする為の方法が必要である。長期間に亘ってデータをアーカイブするシステムには、このような方法を使用できるであろう。

発明の要約
本発明の方法は、データの長期間アーカイブに対する現行技術が持つ前記の又はその他の問題の一つ以上を実質的に解決する方法とシステムに向けられる。

本発明のコンセプトの一態様では、旧ストレージシステムから新ストレージシステムにデータを移行する方法が提供される。本発明の方法は、旧ストレージシステムでデータを保存しているソース論理ユニットの情報を含む移行要求を受信することを含む。本発明の方法は更に、旧ストレージシステムのインターフェースを介してこの移行要求で指定されたソース論理ユニットからデータを読み出し、このソース論理ユニットに関するユーザホストの記述を含む、ソース論理ユニットの情報を取得することを含む。本発明の方法は更に、少なくとも一式の変換規則を取得して、この取得された変換規則をソース論理ユニット情報に適用して、新ストレージシステム内のデータロケーション情報を取得し；データを新ストレージシステム内のこの取得されたロケーションに書き込み；書き込まれたデータと書き込まれたデータのロケーションの情報を保存することを含む。

本発明のコンセプトの第二態様によれば、データを第一のストレージシステムから第二のストレージシステムに移行する為の方法が提供される。本発明の方法は、第一のストレージシステム内のデータのソースストレージアドレス情報とファイルパス名を含む移行要求を受信し、第一のストレージシステムのファイルインターフェースを介して移行要求で指定されたデータを読み出すことを含む。本発明の方法は更に、第一のストレージシステムに関するロケーション情報を取得し；少なくとも一式の変換規則を取得し、取得した変換規則をロケーション情報に適用して第二のストレージシステム内のデータのロケーションの情報を導き；第二のストレージシステム内の導かれたロケーションにデータを書き込み；書き込まれたデータのロケーションを含む書き込まれたデータの情報を格納することを含む。

本発明のコンセプトの更なる態様によれば、旧アプリケーションの実行環境を新ストレージシステムに結合した新ホストでエミュレートする方法が提供される。本発明の方法は、旧オペレーティングシステムのブートレコードのロケーションの情報を受信し、新ホストで仮想マシンを開始することを含む。本発明の方法は更に、ロケーション情報をロードし；ロードしたロケーション情報を使用して旧オペレーティングシステムのブートレコードのロケーションを旧表示形式から新表示形式に翻訳し、翻訳された表示形式に従って、旧オペレーティングシステムのブートレコードを新ストレージシステムからロードすることを含む。

本発明のコンセプトの更なる態様によれば、旧アプリケーションを新ストレージシステムに結合して動作する新ホストで実行する方法が提供される。本発明の方法は、新ホストの仮想実行環境で旧アプリケーションを開始させ；仮想実行環境に於いて旧アプリケーションから開始される少なくとも一式の入出力要求を取り込み；ロケーション情報を取得し、本ロケーション情報を使用して取り込んだ入出力要求に関する少なくとも一式のロケーション属性を旧表示形式から新表示形式に翻訳することを含む。本発明の方法は更に、翻訳されたロケーション属性を使用して新ストレージシステムに於ける入出力要求に関するデータを管理し、入出力要求に対する応答を仮想実行環境に提供することを含む。

本発明のコンセプトの更なる態様によれば、データ移行システムが提供される。本発明のシステムは、旧アプリケーションを実行する第一のホスト；前記の旧ホスト（第一のホスト）に結合し旧アプリケーションに関するデータをソース論理ユニットに保存するために構成された旧ストレージシステム；第二のホスト；及び前記の新ホスト（第二のホスト）に結合した新ストレージシステムを含む。新ストレージシステムは、旧ストレージシステムにデータを保存するソース論理ユニットの情報を含む移行要求を受信し；移行要求で指定されたデータを旧ストレージシステムのインターフェースを介してソース論理ユニットから読み出し；旧ホストの記述を含むソース論理ユニットの情報を取得し；少なくとも一式の変換規則を取得しソース論理ユニット情報に取得した変換規則を適用して新ストレージシステム内のデータのロケーションの情報を導き；新ストレージシステムの導かれたロケーションにデータを書き込み；書き込まれたデータと書き込まれたデータのロケーション情報を格納するために構成された移行モジュールを含む。

本発明に関する更なる態様は、一部は以下に説明され、一部は以下の記述より明らかになり、或は本発明の実施によって教授されるであろう。本発明の態様は、以下の詳細説明と添付される請求項によって特に明確になる要素及び多様な要素と様態の組み合わせにより実現され達成可能である。

これまでと以下の説明は代表的及び説明的であって本発明の請求範囲と出願を如何なる意味でも限定するものではないことを理解する必要がある。

発明の詳細な説明
以下の詳細な説明に於いては添付図面が参照されるが、本図面では機能的に同じ要素は同じ番号で参照される。前記した添付図面は本発明の原理に合致する具体的実施例と具体化を示すが、これは説明の為であって限定の為ではない。これらの具体化は、当業者が本発明を実施するのに十分に詳細に説明されるが、本発明の範囲と精神を離れることなく、別の具体化が実施可能で、構造的変更及び／又は多様な要素の置き換えができることを理解する必要がある。従って、以下の詳細な説明は限定的な意味で理解してはならない。加えて、以下に説明される本発明の多様な実施例は、汎用コンピュータ上で動作するソフトウエアや専用ハードウエア、或はソフトウエアとハードウエアの組み合わせで具体化可能である。

本発明のコンセプトは、長期間に亘ってデータをアーカイブするシステムを扱う。本発明によって、ストレージシステムインターフェースが変更になっても、旧アプリケーションは長期間アーカイブされたデータにアクセスすることが可能になる。本発明のコンセプトを以下の代表的実施例により詳細に説明する。

１ 第一の実施例
ＳＣＳＩプロトコルに従って具体化されたアクセス法を持つストレージシステム（旧ストレージシステム）からファイルアクセスプロトコルを有するストレージシステム（新ストレージシステム）にデータを移行させる事例を用いて、本発明のコンセプトをここで説明する。然しながら、当業者には理解されるように、本発明の機構は、特定のインターフェース即ち旧ストレージシステム及び／又は新ストレージシステムのインターフェースに限定されるものではない。実際、本発明の方式は如何なる二つのタイプのストレージシステム間でのデータ移行にも適用可能である。

１．１．代表的なシステム構成
図１は本発明のコンセプトが具体化されるハードウエア構成の代表的な実施例を示す。示された実施例は、例えばブロックベースストレージシステムの旧ストレージシステム４０００、例えばファイルベースストレージシステムの新ストレージシステム５０００、旧ストレージシステム４０００に結合するホスト１０００、新ストレージシステム５０００に結合するホスト２０００、及び管理ホスト６０００を含む。

旧ストレージシステム４０００は一組のディスクドライブ４５０８に結合したストレージコントローラ４５０１を有する。ストレージコントローラ４５０１は、ＣＰＵ４５０２、メモリ４５０３、キャッシュメモリ４５０４、ホストインターフェース４５０５、管理インターフェース４５０６、及びディスクインターフェース４５０７を含む。ストレージコントローラはホスト１０００から受信した入出力（Ｉ／Ｏ）要求を処理する。

旧ストレージシステム４０００のコントローラ４５０１のメモリ４５０３は、旧ストレージシステムに保存されるデータに関するＩ／Ｏ動作を処理する、ソフトウエアプログラムを格納する。前記のプログラムは旧ストレージコントローラ４５０１のＣＰＵ４５０２により実行される。キャッシュメモリ４５０４は、ホスト１０００から旧ストレージシステムに書き込まれるデータを、ディスクドライブ４５０８に書き込む前に一時的に保存する。キャッシュメモリは又ホスト１０００から要求された読み出しデータを一時的に保存する。キャッシュメモリはバッテリバックアップされた不揮発メモリとして具体化され、電源障害でのキャッシュデータを保護することもできる。メモリ４５０３とキャッシュメモリ４５０４は同じメモリユニット内に結合して組み込まれる、別の具体化もある。

ホストインターフェース４５０５はホスト１０００とコントローラ４５０１間のネットワーク結合を可能にする。ファイバチャネル（ＦＣ）とイーサネット（登録商標）プロトコルは、ホストとコントローラ間の前記の結合をする為に使用可能な二つの代表的なプロトコルである。管理インターフェース４５０６は、管理ホスト６０００がストレージコントローラ４５０１に結合して管理する為に使用される。ディスクドライブインターフェース４５０７は、ディスクドライブ４５０８をストレージコントローラ４５０１に相互結合する為に装備される。各ディスクドライブ４５０８は、当業者には公知のＳＣＳＩデバイスコマンドセットに従って旧ストレージシステム４０００が受信した入出力（Ｉ／Ｏ）要求を処理する。

新ストレージシステム５０００は、ファイルヘッド５５０１とストレージシステム５５１０の二つの主要要素を含む。ファイルヘッド５５０１とストレージシステム５５１０はインターフェース５５０７を介して結合される。ファイルヘッド５５０１とストレージシステム５５１０は一つのストレージユニット内に実装しても良い。この場合には、前記の二つの要素はＰＣＩの如きシステムバスを介して結合できる。ファイルヘッドとストレージシステムは物理的に分離して実装するもう一つの実装もある。この場合には、前記の二つの要素はファイバチャネル又はイーサネット（登録商標）等のネットワーク結合により相互接続できる。

ファイルヘッド５５０１はＣＰＵ５５０２、メモリ５５０３、キャッシュメモリ５５０４、上位ネットワークインターフェース（ＮＩＣ）５５０５、管理インターフェース５５０６、ディスクインターフェース（Ｉ／Ｆ）５５０７、及びストレージ間ネットワークインターフェース５５０８を含む。ファイルヘッドはホスト２０００及び管理ホスト６０００からの各種の要求を処理する。

旧ストレージシステムと同様に、新ストレージシステム５０００のファイルヘッド５５０１のメモリ５５０３は、新ストレージシステムに保存されるデータに関するＩ／Ｏ動作を処理するソフトウエアプログラムを格納する。前記のプログラムはファイルヘッド５５０１のＣＰＵ５５０２によって実行される。

キャッシュ５５０４は、ホスト２０００からの書き込みデータがストレージシステム５５１０に転送される前に、該書き込みデータを一時的に保存し、又はホスト２０００から要求された読み出しデータを保存する。キャッシュはバッテリバックアップされた不揮発記憶ユニットとして実装しても良い。別の実装として、メモリ５５０３とキャッシュメモリ５５０４は同じメモリユニットで結合されても良い。上位インターフェース５５０５は、ホスト２０００とファイルヘッド５５０１間のデータ結合の為に使用される。上位インターフェース５５０５の一つの共通的実装は、当業者には公知のイーサネット（登録商標）プロトコルをベースにするインターフェースである。

管理インターフェース５５０６は、ファイルヘッド５５０１とストレージシステム５５１０を管理する為に管理ホストが使用する。ディスクインターフェース５５０７は、ファイルヘッド５５０１とストレージシステム５５１０間のデータ転送を可能にする為に提供される。ファイバチャネル（ＦＣ）とイーサネット（登録商標）はインターフェース５５０７を具体化する為に使用される二つの典型的なプロトコル例である。ファイルヘッドとストレージシステム間の結合を内部的に具体化する場合には、システムバス形式のインターフェースを使用できる。

ストレージ間ネットワークインターフェース５５０８はファイルヘッド５５０１と旧ストレージシステム４０００を相互結合する為に提供される。ストレージシステム５５１０はストレージシステム４０００と同様なハードウエア構成を持つ。本システムはファイルヘッド５５０１からのＩ／Ｏ要求を処理する。同じ旧ソフトウエアアプリケーションがホスト１０００と２０００の双方で動作する。このアプリケーションは図１には示されてはいない。このアプリケーションコードはメモリユニット１５０１と１５０２に格納され、ＣＰＵ１５００と２５００によって実行される。アプリケーションは、インターフェース１５０２又は２５０２を用いて、ストレージシステム４０００又は新ストレージシステム５０００に保存されたデータにアクセスする。ホストとストレージシステムはネットワーク３０００等のデータネットワークを介して相互接続可能である。

管理ホスト６０００は、メモリ６５０２に格納されＣＰＵ６５０１上で動作する管理ソフトウエア（図１には示していない）を実行する。管理ホストは、管理ネットワーク７０００に結合したインターフェース６５０３を介して新、旧のストレージシステムに結合する。当業者には分かるように、本発明のコンセプトはここで説明したハードウエアアーキテクチュアに限定されず、他の相応しいハードウエア構成が本発明の具体化に使用可能である。

図２は本発明の方式の方法と装置が適用可能な代表的なソフトウエア構成を示す。システムは、ブロックベースストレージシステムのような旧ストレージシステム４０００、ファイルベースストレージシステムのような新ストレージシステム５０００、旧ストレージシステム４０００に結合したホスト１０００、新ストレージシステム５０００に結合したホスト２０００、及び管理ホスト６０００より成る。

旧ストレージシステム４０００は、ホスト１０００より送付されたＳＣＳＩコマンドを処理するストレージコントローラ４５０１を有する。各ボリューム４６００は一台以上のディスクドライブにより形成される。新ストレージシステム５０００はファイルヘッド５５０１とストレージシステム５５１０の二つの主要要素を有する。

ファイルヘッド５５０１は新ストレージシステム５０００に向けられたファイル関連の動作を処理する。新ストレージシステム５０００のローカルファイルシステム５１０６は、ホスト２０００から起動されたファイルＩ／Ｏ動作を処理する。特に、ローカルファイルシステム５１０６は、ファイルＩ／Ｏ動作をブロックレベル動作に翻訳し、ＳＣＳＩコマンドを用いてストレージシステム５５１０と交信する。移行モジュール５００４は、ＳＣＳＩドライバ等の、適切なＩ／Ｏドライバ５００２を用いて、ストレージシステム４０００等の、他のストレージシステムからデータを読み出し、ファイルシステム５１０６を介してストレージシステム５５１０に読み出されたデータを書き込む機能がある。この書き込み動作の間に、移行モジュール５００４はストレージシステム５５１０内のデータ配置方式を決める為に変換規則テーブル５５０５を利用する。変換規則テーブル５００５は、ストレージシステムの管理者がストレージ管理ホスト６０００から手動で組み込むことができる。前記のテーブルは物理的にストレージシステム５５１０に保存しても良い。データ移行が終了すると、移行モジュール５００４は、移行済データの新ロケーションをロケーションテーブル５００６に格納する。ロケーションテーブル５００６も又ストレージシステム５５１０に物理的に保存しても良い。

ここで、ストレージシステム５５１０を説明する。ストレージコントローラ５６０１はファイルヘッド５５０１からのＳＣＳＩコマンドを処理する。ファイルフォーマットでデータを保存するファイルシステムは、ストレージシステム５５１０のボリューム５６００上に生成される。

ホスト１０００は、ＯＳ１０１１下で動作する旧アプリケーション（ＡＰ）１０１０を実行するコンピュータプラットフォームである。この旧アプリケーションは旧ストレージシステム４０００に向けたＩ／Ｏ動作を生成する。アプリケーション１０１０と旧ストレージシステム４０００との交信はソフトウエアドライバ１０１２を介して実行される。ホスト１０００とストレージシステム４０００の間の結合は、当業者には公知の、ファイバチャネルプロトコル（ＦＣＰ）をベースにしたストレージエリアネットワーク等のネットワーク３０００を介してなされる。ホスト１００１は一般的にホスト１０００に類似している。本ホストは旧アプリケーション１０２０、ＯＳ１０２１、及びスフトウエアドライバ１０２２を有する。

ホスト２０００は、ＯＳ２００４下で仮想マシン（ＶＭ）２００１と２００２（図８を参照）が実行されるコンピュータプラットフォームである。各ＶＭは旧アプリケーション実行環境をエミュレートする。ＶＭ２００１を用いると、ホスト１０００の環境の如き旧実行環境に対して予め設計されたソフトウエアアプリケーションは、無修正で実行可能である。ＶＭ２００１上で動作するアプリケーションは同様にＩ／Ｏ動作を生成する。然しながら、仮想マシン上で動作する旧アプリケーションより生成されるこれらのＩ／Ｏ動作は、新ストレージシステム５０００のデータアクセスプロトコルに合致するとは限らない。従って、ＳＣＳＩ／ファイル変換モジュール２００３が、Ｉ／Ｏ動作を旧データアクセスフォーマットから新ストレージシステムで使用されるデータアクセスフォーマットに変換する。ドライバプログラム２００５は、新ストレージシステム５０００と交信し、ＶＭ２００１下で動作するアプリケーションから起動されたＩ／Ｏ動作を転送する。ホスト２０００とストレージシステム５０００はイーサネット（登録商標）又はＦＣ等のネットワークを介して相互結合される。

ここで管理ホスト６０００を説明する。管理ホスト６０００は、管理インターフェース４００２を介して旧ストレージシステム４０００に、管理インターフェース５００３を介して新ストレージシステム５０００に結合する。図３を参照。管理ソフトウエア６００１は管理ホスト６０００に存在する。管理ホスト６０００はイーサネット（登録商標）等の管理ネットワーク７０００を介してストレージシステム４０００と５０００に結合する。ストレージ管理動作は管理ソフトウエアによって起動される。加えて、管理ソフトウエア６００１は、管理ホスト６０００のローカルディスクに格納されているストレージ構成情報テーブルを管理する。前記のストレージ構成情報テーブルは、ＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）とポートのマッピングの情報を持つＬＵＮ管理テーブル６００２及びＬＵＮの内容の説明を含むＬＵＮ情報テーブル６００２を含む。ＬＵＮ管理テーブル６００２は、ストレージシステム構成のパス定義フェーズで生成可能である。ＬＵＮ情報テーブル６００３はストレージシステム管理者が手動で組み込むことができる。本テーブルは管理ホスト６０００のローカルディスクに物理的に格納できる。

１．２．移行プロセス
図３は、保存データをアクセスするのに例えばＳＣＳＩプロトコルを採用する旧ストレージシステムから、例えばファイルアクセスプロトコルを採用する新ストレージシステムに、データ移行させるプロセスの実施例の概念図を表す。

旧ストレージシステム４０００の寿命終了時に、ストレージ管理者は旧ストレージシステム４０００の論理ユニット４１００−４１０３に保存されたＯＳ／アプリケーションのバイナリコードとデータを、新ストレージシステム５０００に移行させる。この目的の為に、管理者は、ストレージ管理ホスト６０００上で稼動するストレージ管理ソフトウエア６００１を利用して新ストレージシステム５０００の移行モジュール５００４を起動する。

図４は、全体的に又は部分的に、移行モジュール５００４が実行するデータ移行プロセスの代表的実施例の動作シーケンスを示す。
１． 最初に、ステップ８１０１にて、移行モジュール５００４は管理ソフトウエア６００１から移行要求を受信する。移行要求は、ソースストレージポート番号（４０００：０）とソースデータのロケーションを特定するＬＵＮ（０００）を提供することにより移行対象のデータを指定できる。ストレージポート番号はストレージポートインターフェース４００１のＷＷＮアドレスでよい。
２． ステップ８１０２にて、移行モジュールは、旧ストレージシステム４０００のストレージシステムインターフェース４００１を介して移行要求で指定されたＬＵ（０００）からソースデータを読み出す。
３． ステップ８１０３にて、移行モジュールはソースＬＵＮに関するＬＵＮ用途情報を要求する。用途情報要求は、ポート番号（４０００：０）とＬＵＮ（０００）と共に移行モジュール５００４によって管理ソフトウエア６００１に送信される。
４． ステップ８１０４にて、ＬＵＮ用途情報要求の受信を契機に、管理ホスト６０００上の管理ソフトウエア６００１は、管理ホスト６０００に保存されているＬＵＮ情報テーブル６００３を検索して指定されたＬＵＮ情報を取得する。取得した情報は、これに限定されないが、移行対象データがオペレーティングシステム／アプリケーションのバイナリコード又は他のタイプのデータを含むか、を示すデータ用途情報と共にホストのＷＷＮを含むことができる。この情報はＬＵＮ情報テーブル６００３の記述欄に格納しても良い。既に述べたように、ＬＵＮ情報テーブル６００３は、ストレージシステム管理者が手動で組み込むことができる。図５はＬＵＮ情報テーブルの一例を示す。テーブルの典型的情報にはストレージポート番号、ＬＵ番号（ＬＵＮ）と説明がある。ストレージポート番号とＬＵＮ情報は、対応エントリがＬＵＮ管理テーブル６００２に生成される時に、ＬＵＮ管理テーブル６００２の情報に基づいて自動的に組み込むことができる。ＬＵＮ管理テーブル６００２はストレージシステム構成のパス定義フェーズで生成可能である。テーブルの説明列の情報は、ホスト名とデータ用途情報（ＯＳ／ＡＰバイナリ又はデータ）を含み、ストレージ名、ストレージポート、及びＬＵＮエントリが生成された後の何時かの時点でストレージ管理者が手動で入力可能である。
５． ステップ８１０５にて、管理ソフトウエア６００１から応答を得た後に、移行モジュール５００４は変換規則テーブル５００５を検索してデータを書き込むためのロケーションを検出する。変換規則テーブル５００５も又ストレージ管理者が、ストレージ管理ソフトウエア６００１を使用して、手動で組み込むことができる。図６は変換規則テーブル５００５の一例を示す。既に述べた通り、記述例はＳＣＳＩプロトコルからファイルアクセスプロトコルへの変換を意味している。ＳＣＳＩプロトコルでは、ブロックデバイスのデータはホストインターフェースＷＷＮ、ストレージポート番号、ＬＵＮ、及びＬＢＡで指定される。ＳＣＳＩプロトコルに従って書き込まれた各データユニットは、前記変換規則テーブルで指定された規則によって、ファイルアクセスプロトコルの何らかのデータユニットに対応可能である。
６． ステップ８１０６にて変換規則に従って、移行モジュールは、ソースデータの前記用途に対応する特定のファイルフォーマットを用いて移行データを新ストレージシステムの相応しいロケーションに書き込む。例えば、ＬＵ４１００に関するホスト名はＷＷＮ１で、ストレージポート番号は４０００：０で、更にＬＵ４１００のＬＵＮは０の為、ホスト１ １０００（ＷＷＮ１）に関するＯＳ／アプリケーションのバイナリを持つＬＵ４１００は、ファイル名“／１／４０００：０／ＬＵＮ０”を持つファイルに置かれることが可能である。
７． ステップ８１０７にて、移行モジュールは、移行データのロケーション情報をロケーションテーブル５００６に格納する。図７はロケーションテーブル５００６の一例を示す。テーブル５００６の代表的エントリは、ＬＵにマッピングされたストレージポート、ＬＵ番号、ファイルロケーション、及びデータ用途説明を含む。

１．３．アプリケーションからのデータアクセスプロセス
図８は、仮想マシン２００１上でエミュレートされる旧アプリケーションがアーカイブ済みデータにアクセスする方法を示す概念図である。新ホスト２０００上で稼動する仮想マシン２００１に旧アプリケーション１０１０を展開することにより、旧アプリケーション１０１０のコンピュータ環境は新ホスト２０００に移植される。仮想マシン２００１により提供される仮想実行環境を利用することにより、元のアプリケーション１０１０、オペレーティングシステム１０１１、及びドライバ１０１２には如何なる変更も必要ない。図９は新ホスト２０００上で旧アプリケーションの実行環境を再現するコントロールフローを示す。
１． 最初に、ステップ８２０１にて、ホスト２０００の管理者はＯＳのブートレコードのロケーション（例えば、ｖｍ＿ｓａｔｒｔ ｈｏｓｔ＿ＷＷＮ ｓｔｏｒａｇｅ＿ｐｏｒｔ ＬＵＮ ＬＢＡ）を指定して、ＶＭ２００１を手動で起動する。
２． 次いで、ステップ８２０２にて、ＳＣＳＩ／ファイル変換モジュール２００３は、ファイルアクセスプロトコル２００５を介して、ロケーションテーブル５００６を新ストレージシステム５０００に読み込むことを要求する。ロケーションテーブルの読み込みは、ＳＣＳＩ／ファイル変換モジュール２００３と新ストレージシステム５０００間の専用インターフェースコマンドを介して要求できる。読み込まれたロケーションテーブル情報は、ステップ８２０３にて、ホスト２０００のローカルディスクに保存できる。
３． 次いで、ステップ８２０４にて、ＳＣＳＩ／ファイル変換モジュールはＯＳのロケーションをブロック形式（例えば、ｈｏｓｔ＿ＷＷＮ＝１， ｐｏｒｔ＝４０００：０， ＬＵＮ＝０， ＬＢＡ＝０）からファイル形式（例えば、／１／４０００：０／ｌｕｎ０， ｏｆｆｓｅｔ＝０）に翻訳する。
４． 次いで、仮想マシン２００１は新ストレージシステムの指定領域から旧ＯＳのブートレコードをロード可能である。ステップ８２０５を参照。

ＶＭ２００１による旧アプリケーション環境を構築後、ＶＭ２００１下の旧アプリケーションの実行は、新ストレージシステムに保存されたデータを要求するＩ／Ｏ動作を発行するようになる。図１０は、ＳＣＳＩ／ファイル変換モジュール２００３がアプリケーションの各Ｉ／Ｏ動作を処理する代表的なコントロールフローを示す。
１． 仮想マシン２００１上の旧アプリケーション１０１０は、ＳＣＳＩプロトコル１０１２等の旧アクセス法を使用して、データをアクセスする為にデータアクセス要求を発行する。ステップ８３０１を参照。
２． ステップ８３０２にて、ＳＣＳＩ／ファイル変換２００３は、仮想マシン２００１からのＩ／Ｏ動作を取り込む。
３． ＳＣＳＩ／ファイル変換は、ホスト２０００のローカルディスクに保存されたロケーションテーブルを読み出し、ＳＣＳＩプロトコルのロケーション情報をファイルアクセスプロトコル情報に翻訳する。図１０のステップ８３０３を参照。
４． 仮想マシンの起動時にロケーション情報テーブルを保存していなかった場合には、ＳＣＳＩ／ファイル変換はロケーションテーブル情報を新ストレージシステム５０００から読み出しホスト２０００に格納することが可能である。ステップ８３０４を参照。ロケーションテーブルをホストに格納しないで、ＳＣＳＩ／ファイル変換モジュール２００３は各Ｉ／Ｏ動作毎にロケーション情報テーブルを読み出しても良い。

２． 第二の実施例
２．１．第三世代のストレージ
当業者には分かる通り、新ストレージシステム５０００に於けるデータアーカイブ期間中に他のストレージインターフェースの変遷が起きる可能性がある。特に、技術遷移は、オブジェクトベースのインターフェースのような第三世代のデータアクセスインターフェースに向けて発生するであろう。図１１は、このような第三世代のデータアクセス法に基づくストレージシステムへのデータ移行の概念図を示す。この例では、データ移行とデータアクセスの手順の殆どは第一の実施例に関してこれ迄に説明した手順と同じである。相違点は以下に記す。特に図１１に示す実施例では、ホスト９０００が旧アプリケーション１０１０と１０２０の旧実行環境をエミュレートする仮想マシン９００１と９００２を実行する。前記仮想マシンはＯＳ９００４を用いてホスト９０００上で実行される。第三世代のストレージシステム１００００は管理ホスト６０００に管理インターフェース１０００３を介して結合する。データ転送の目的の為の、第三世代のストレージシステム１００００の新ストレージシステム５０００及びホスト９０００への相互接続は、各々、インターフェース１０００２及び１０００１によって達成される。

図１２に示す移行プロセスに従い、
１． ステップ１１００１にて、移行モジュール１０００４は、関連するソースデータアドレス（５０００）とファイルパス名（／１／４０００：０／ｌｕｎ０）を伴った移行要求を管理ソフトウエア６００１から受信する。
２． ステップ１１００２にて、移行モジュール１０００４は、ファイルアクセスインターフェース５００１を介してストレージシステム５０００上の指定ファイル（／１／４０００：０／ｌｕｎ０）からデータを読み出す。
３． 移行モジュール１０００４は、ストレージシステム５０００上のロケーションテーブル５００６を読み出す。ステップ１１００３を参照。
４． ステップ１１００４にて、移行モジュール１０００４は変換規則テーブル１０００５を検索して移行データを書き込むべきロケーションを検出する。変換規則テーブル１０００５は、ストレージ管理者がストレージ管理ソフトウエア６００１を使用して手動で組み込める。第三世代のストレージシステムに対する新規情報は移行時点には追加されている必要がある。
５． ステップ１１００５にて、変換規則に従って、移行モジュールは、第三世代のストレージシステムフォーマットに従ってストレージシステム１１００６の所定のロケーションにデータを書き込む。
６． 移行モジュールは、このデータロケーション情報をロケーションテーブル１０００６に追加する。ステップ１１００６を参照。

ホスト９０００での旧アプリケーション環境の再構築に関するコントロールフローに於いて、ＳＣＳＩ／ファイル変換モジュールに代わるＳＣＳＩ／第三世代変換モジュール９００３が、第三世代インターフェース９００５を介して新（第三世代）ストレージシステム１００００にロケーションテーブル１０００６を読み込むことを要求する。

最後に、ここで説明したプロセスと技術は、特定の装置に固有に関連する訳ではなく、コンポーネントの如何なる相応しい組み合わせによっても具体化できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで述べた技術に従って使用可能である。ここで述べた方法のステップを実行する専用装置を構成することが有用なこともあろう。本発明について具体的な例に関連して説明したが、これらは如何なる観点からも説明目的であり、制限を意図しているわけではない。当業者は、本発明を実行するのに相応しいハードウエア、ソフトウエア、及びファームウエアの多様な組み合わせが存在することを理解するであろう。例えば、ここで述べたソフトウエアはアセンブラ、Ｃ／Ｃ＋＋、パール、シェル、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で具体化可能である。

加えて、ここで開示した本発明の明細書と実行を考慮すると、当業者には、本発明の他の具体化法が明らかになるであろう。記述した実施例の多様な態様とコンポーネントは、データ複製機能を持つコンピュータストレージシステムに於いて、単独で又如何なる組み合わせによっても使用可能である。本明細書と事例は単に代表的なものに過ぎず、本発明の真の範囲と精神は請求項で示される通りである。

本明細書に組み込まれ、本明細書の一部を成す添付図面は、本発明の実施例を例示し、更に記述と共に、本発明の技術の原理を説明し図示する役割を果たす。具体的には：
図１は本発明によるシステムの一実施例の代表的なハードウエア構成を示す。 図２は本発明の方法と装置が適用される代表的なソフトウエア構成の例を示す。 図３は、ＳＣＳＩアクセスプロトコルを採用する旧ストレージシステムからファイルアクセスプロトコルを採用する新ストレージシステムに、本発明のデータ移行プロセスの一実施例の概念図を示す。 図４は本発明のデータ移行プロセスの代表的な実施例での動作シーケンスを示す。 図５はＬＵＮ情報テーブルの代表的な実施例を示す。 図６は変換規則テーブルの代表的な実施例を示す。 図７はロケーションテーブルの代表的な実施例を示す。 図８は仮想マシン上でエミュレートされた旧アプリケーションがアーカイブデータにアクセスする様子を示す代表的な概念図を表す。 図９は新ホストにて旧アプリケーションの実行環境を再現するための代表的なコントロールフローを示す。 図１０はＳＣＳＩ／ファイル変換モジュールの代表的な動作シーケンスを示す。 図１１は本発明のシステムのもう一つの実施例の概念図を示す。 図１２は本発明のデータ移行プロセスのもう一つの代表的な実施例の動作シーケンスを示す。 図１３は本発明のシステムが具体化されるコンピュータプラットフォームの代表的な実施例を示す。

Claims (38)

1. クライアントホストに単一のディレクトリツリーを提供するように相互に通信する各ファイルサーバのネットワークファイルシステムを、それぞれが有する複数のファイルサーバを有するクラスタ化ファイルシステムにおいて、
   （ａ）前記のファイルサーバのうちの第一のファイルサーバでバックアップ要求を受信するステップと、
   （ｂ）前記の第一のファイルサーバにより管理されるデータをバックアップストレージデバイスにコピーするステップと、
   （ｃ）前記のファイルサーバのうちの第二のファイルサーバに、前記のファイルサーバにより管理されるデータを前記のファイルサーバがバックアップストレージデバイスにコピーするように要求を送信するステップと、
   （ｄ）前記の単一のディレクトリツリーで参照された全てのデータがバックアップストレージデバイスにコピーされるまで、複数のファイルサーバの各々にステップ（ｃ）を繰り返すステップと、
   から成ることを特徴とするクラスタ化ファイルシステムにおいてデータをバックアップする方法。
2. 前記のクラスタ化ファイルシステムがクラスタ化ネットワーク接続ストレージ（ＮＡＳ）システムであることを特徴とする請求項１に記載の方法。
3. 前記のデータの全てが前記のバックアップストレージデバイスに一度コピーされると、前記のバックアップストレージデバイスは、アーカイブファイルの総数が前記のファイルサーバの数と同じになるように、前記の複数のファイルサーバの各々に対して１つの前記のアーカイブファイルを含むことを特徴とする請求項１に記載の方法。
4. 前記のバックアップストレージがテープドライブであることを特徴とする請求項１に記載の方法。
5. 前記の第一のファイルサーバが、前記の複数のファイルサーバの各々からバックアップ情報を収集する要求を発行するステップと、
   前記の複数のファイルサーバからファイルシステム情報を受信するステップと、
   前記のファイルシステム情報を前記のバックアップストレージデバイスに書き込むステップと、をさらに備えることを特徴とする請求項１に記載の方法。
6. ファイル属性情報が、前記の複数のファイルサーバの中のどのサーバにファイルが保存されているかに関連して保存され、
   前記のファイルシステム情報が、サーバ上でバックアップされる各々のファイルに対して、
   バックアップするファイルの絶対パスネームである仮想パスと、
   前記の複数のファイルサーバの各々のローカルファイルシステム内のバックアップするファイルのパスネームと
   を含むファイルリストを含むことを特徴とする請求項５に記載の方法。
7. 前記の第一のファイルサーバにより管理される前記のデータを前記のバックアップストレージデバイスにコピーする前に、前記の第一のファイルサーバにより管理されるデータのスナップショットをとるステップをさらに含むことを特徴とする請求項１に記載の方法。
8. 前記のファイルサーバのうちの前記の第二のファイルサーバから第三のファイルサーバに、前記の第三のファイルサーバが管理するデータを前記の第三のファイルサーバが前記のバックアップストレージデバイスにコピーをとる要求を送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
9. クライアントホストに単一のディレクトリツリーを提供するように相互に通信する各ファイルサーバのネットワークファイルシステムをそれぞれが有する複数のファイルサーバを有するクラスタ化ファイルシステムにおいて、
   （ａ）第一のファイルサーバにおいて、少なくとも前記の第一のファイルサーバと第二のファイルサーバが管理するファイルをバックアップする要求を受信するステップと、
   （ｂ）前記の第一のファイルサーバの第一のファイルシステムのデータのスナップショットを生成するステップと、
   （ｃ）前記の第一のファイルシステムのデータをバックアップストレージデバイスにコピーするステップと、
   （ｄ）前記の第二のファイルサーバの第二のファイルシステムのデータのスナップショットを生成するステップと、
   （ｅ）前記の第二のファイルシステムのデータを前記のバックアップストレージデバイスにコピーするステップと、
   から成ることを特徴とする前記のクラスタ化ファイルシステムにおいてデータをバックアップする方法。
10. 前記のステップ（ｃ）の後に、前記の第一のファイルサーバが前記の第二のファイルサーバにバックアップ要求を送信することを特徴とする請求項９に記載の方法。
11. 前記のステップ（ｂ）の前に、前記の第一のファイルサーバが前記の第二のファイルサーバにバックアップ要求を送信することを特徴とする請求項９に記載の方法。
12. 前記のステップ（ｂ）を実行中に前記の第一のファイルサーバが前記の第二のファイルサーバにバックアップ要求を送信することを特徴とする請求項９に記載の方法。
13. 前記の第二のファイルサーバが前記の第一のファイルサーバから指示を受信した後に前記のステップ（ｅ）が実行されることを特徴とする請求項９に記載の方法。
14. 前記の全てのデータが前記のバックアップストレージデバイスにコピーされると、前記のバックアップストレージデバイスに保存された２つのアーカイブファイルが存在するように、前記のバックアップストレージデバイスが前記の第一と第二のファイルサーバの各々に対して１つのアーカイブファイルを含むことを特徴とする請求項９に記載の方法。
15. 複数のファイルサーバと、
    前記の複数のファイルサーバと結合している複数のストレージデバイスと、
    前記の複数のストレージデバイスに保存され、単一ネームスペースにおいてクライアントホストに提供される複数のファイルと、を備え、
    クラスタ化ファイルシステムのファイルのデータをバックアップするために、前記のクライアントホストが前記のファイルサーバの１つにバックアップ要求を発行し、
    前記の要求を受信した前記の１つのファイルサーバがバックアップ要求を前記のファイルサーバのうちの１つ以上の他のファイルサーバにデータが完全にバックアップされるまで送信することを特徴とするクラスタ化ファイルシステム。
16. 各々のファイルサーバがローカルファイルシステムとネットワークファイルシステムを備え、前記のクライアントホストに単一のネームスペースを提供するために前記のファイルサーバの前記のネットワークファイルシステムが相互に通信することを特徴とする請求項１５に記載のクラスタ化ファイルシステム。
17. 前記のファイルの前記のバックアップデータを保存するバックアップストレージデバイスをさらに備えることを特徴とする請求項１５に記載のクラスタ化ファイルシステム。
18. 前記のバックアップストレージデバイス、前記のファイルサーバ及び前記のストレージデバイスがファイバチャネル（ＦＣ）スイッチで相互接続していることを特徴とする請求項１７に記載のクラスタ化ファイルシステム。
19. ネットワークを介して接続し単一のネームスペースのデータをファイルサーバで分割して保存する前記の複数のファイルサーバを備えるシステムにおいて、前記のネームスペースの前記のデータがどのように前記のファイルサーバに保存されたかに応じて別々のファイルに保存されたバックアップデータを復元する方法であって、
    前記のファイルサーバのうちの第一のファイルサーバで復元要求を受信するステップと、
    復元先が前記の第一のファイルサーバ内であるかを判定するステップと、
    復元先が前記の第一のファイルサーバ内でなかった場合、前記の第一のファイルサーバが前記のファイルサーバのうちの第二のファイルサーバに別の復元要求を発行するステップと、
    から成ることを特徴とするシステム内のバックアップデータを復元する方法。
20. 復元要求を受信した前記のファイルサーバの１つが、受信した復元要求の復元先でもあったとき、前記のファイルサーバは前記のバックアップデータのルートファイルシステムに対応するデータを前記のファイルサーバのローカルファイルシステムに復元することを特徴とする請求項１９に記載の方法。
21. 単一のディスクに対して復元が要求されているかを判定するステップと、
    単一のディスクに対して復元が要求されているのではない場合、バックアップデータからファイルシステムデータを他のディスクに復元するステップと、をさらに含むことを特徴とする請求項２０に記載の方法。
22. 前記管理するステップは前記入出力要求に関する前記データを読み出すステップを含み、前記応答を提供するステップは前記仮想実行環境に前記読み出しデータを提供するステップを含むことを特徴とする請求項２０に記載の方法。
23. ａ． 旧アプリケーションを実行する第一のホストと、
    ｂ． 前記の旧ホストに結合して動作し前記旧アプリケーションに関するデータをソース論理ユニットに保存できる旧ストレージシステムと、
    ｃ． 第二のホストと、
    ｄ． 前記の新ホストに結合して動作する新ストレージシステムと、
    を備え、該新ストレージシステムは、
    ｉ． 前記データを保存する前記旧ストレージシステム内の前記ソース論理ユニットの情報を含む移行要求を受信し、
    ｉｉ． 前記移行要求で指定された前記データを前記旧ストレージシステムのインターフェースを介して前記ソース論理ユニットから読み出し、
    ｉｉｉ． 前記旧ホストの記述情報を含むソース論理ユニット情報を取得し、
    ｉｖ． 少なくとも一式の変換規則を取得して該取得した変換規則を前記ソース論理ユニット情報に適用して、前記新ストレージシステム内の前記データのロケーション情報を取得し、
    ｖ． 前記新ストレージシステム内の前記取得されたロケーションに前記データを書き込み、
    ｖｉ． 前記書き込まれたデータと前記書き込まれたデータの前記ロケーションに関する情報を保存する、
    ことが可能な移行モジュールを含む、ことを特徴とするデータ移行システム。
24. 前記ソース論理ユニットに関するストレージポート番号と前記ソース論理ユニットの論理ユニット番号を特定する前記移行要求を送信できる管理ホスト、を更に含むことを特徴とする請求項２３に記載のシステム。
25. 前記管理ホストは前記ソース論理ユニット情報を格納する論理ユニット情報テーブルを含むことを特徴とする請求項２４に記載のシステム。
26. 前記論理ユニット情報テーブルはストレージポート番号情報、論理ユニット番号情報、ホスト名情報及びデータ用途情報を含む、ことを特徴とする請求項２５に記載のシステム。
27. 前記データ用途情報は、前記データがオペレーティングシステムかアプリケーションバイナリか又はテキストデータであることを示す、ことを特徴とする請求項２６に記載のシステム。
28. 前記管理ホストは、管理者からの入力を受信し、該受信入力に基づいて前記論理ユニット情報テーブルを組み込むことができる管理ソフトウエアを含む、ことを特徴とする請求項２５に記載のシステム。
29. 前記ソース論理ユニット情報の前記取得中に、前記移行モジュールが、
    ａ． 前記ソース論理ユニットを特定する要求を管理ソフトウエアに送信し、
    ｂ． 前記ソース論理ユニットの前記論理ユニット情報を含む応答を前記管理ソフトウエアから受信する、
    ために動作可能なことを特徴とする請求項２３に記載のシステム。
30. 前記新ストレージシステムは、前記論理ユニットに関するホスト名、前記論理ユニットにマッピングされたストレージポート、前記論理ユニットの識別番号、ファイルロケーション、及びファイル用途記述を含む、配置情報を保存できるロケーションテーブルを含む、ことを特徴とする請求項２３に記載のシステム。
31. 前記移行要求は、前記旧ストレージシステムに於ける、ソースストレージポート番号と前記データの論理ユニット番号を含む、ことを特徴とする請求項２３に記載のシステム。
32. 前記旧ストレージシステムはブロックベースのストレージシステムであり、前記新ストレージシステムはファイルベースのストレージシステムである、ことを特徴とする請求項２３に記載のシステム。
33. 前記新ストレージシステムは、データストレージ属性の、前記旧ストレージシステムと前記新ストレージシステム間の、マッピングを含む変換規則テーブルを含む、ことを特徴とする請求項２３に記載のシステム。
34. 前記書き込みデータと前記書き込みデータの前記ロケーションの情報を保存するロケーションテーブルを更に含むことを特徴とする請求項２３に記載のシステム。
35. 前記移行モジュールは、更に、前記書き込みデータを前記新ストレージシステムにデータファイルとして保存でき、前記ロケーションテーブルは前記データファイルの名前、前記データファイルのパス、前記ソース論理ユニットに関するストレージポート番号と前記ソース論理ユニットの論理ユニット番号の情報を含む、ことを特徴とする請求項３４に記載のシステム。
36. 前記新ホストシステムは前記旧アプリケーションを実行でき、前記新ストレージシステムは前記旧アプリケーションからの入出力要求に応答して前記書き込みデータを提供できる、ことを特徴とする請求項２３に記載のシステム。
37. 前記新ホストシステムは、前記入出力要求に関するロケーション情報をロケーションテーブルの内容に基づいて、旧表示形式から新表示形式に翻訳できる変換モジュール、を更に含むことを特徴とする請求項３６に記載のシステム。
38. 前記旧ストレージシステムはファイルベースのストレージシステムであり、前記新ストレージシステムはオブジェクトベースのストレージシステムである、ことを特徴とする請求項２３に記載のシステム。

Images