JP2013541763A - 重要セクタからデータを得ることによる物理ディスクから仮想ディスクへの作成（ｐ２ｖ）方法 - Google Patents

Abstract

仮想ディスクは、主要物理ディスクの重要セクタからのデータを使用することによって作成することができる。仮想ディスクの作成は、主要コンピューティングシステム上の主要物理ディスクの重要セクタに関するセクタ番号および対応データを受信することと、セクタを含む仮想ディスクを作成することと、主要物理ディスクの重要セクタから、仮想ディスクのそれぞれのセクタへとデータを書き込むこととを伴う。

Description

本発明は、ディスクの作成に関し、特に、物理ディスクから仮想ディスクを作成することに関する。

物理ディスクから仮想ディスクを作成する従来の方法は、仮想化プログラムの使用を含む。これらの仮想化プログラムは、物理ディスクから仮想ディスクを作成することができ、セクタ毎にデータを仮想ディスクへとコピーできる。

一般的に、データは、セクタ毎とは異なるファイル毎に編成およびバックアップされる。従って、ファイル毎にバックアップデータを仮想ディスクにコピーする際に問題が生じ得る。

重要セクタからデータを得ることにより、物理ディスクから仮想ディスクを作成する様々なシステムおよび方法を開示する。

例えば、方法は、主要コンピューティングシステム上の第１の物理ディスクの重要セクタのセクタ番号を受信するステップと、第１の物理ディスクの重要セクタから対応データを受信するステップと、仮想ディスクを作成するステップであって、仮想ディスクはセクタを含むステップと、第１の物理ディスクの重要セクタから、仮想ディスクのそれぞれのセクタへとデータを書き込むステップであって、それぞれのセクタは、セクタ番号によって識別されるステップとを伴う。

一部の実施形態では、この方法は、主要コンピューティングシステム上の第２の物理ディスクに対しても行うことができる。この方法は、主要コンピューティングシステム上の第２の物理ディスクの第２の重要セクタの第２のセクタ番号を受信するステップと、第２の物理ディスクの第２の重要セクタから第２の対応データを受信するステップと、第２の仮想ディスクを作成するステップであって、第２の仮想ディスクはセクタを含むステップと、第２の物理ディスクの第２の重要セクタから、第２の仮想ディスクのそれぞれのセクタへとデータを書き込むステップであって、それぞれのセクタは、第２のセクタ番号によって識別されるステップとを伴う。

ある実施形態では、この方法は、主要コンピューティングシステムまたは第１の物理ディスクにおける故障の際に、仮想マシンにアクセスするステップであって、仮想マシンは、仮想ディスクにアクセスするステップも伴い得る。

ある実施形態では、第１の物理ディスクの重要セクタからのセクタ番号および対応データは、バックアップ動作中に受信される。

一部の実施形態では、この方法は、第１の物理ディスクに保存されたファイル内のユーザデータのバックアップを行うステップであって、ユーザデータはファイルとしてバックアップされ、バックアップサーバに保存されるステップも伴い得る。ある実施形態では、ユーザデータは、バックアップサーバから受信され、仮想ディスクに書き込まれる。

一部の実施形態では、この方法は、仮想ディスクにボリュームをマウントするステップ、およびファイルシステムに準じてボリュームをフォーマットするステップも伴い得る。

システムの一例は、１つまたは複数のプロセッサと、１つまたは複数のプロセッサに連結されたメモリとを含み得る。メモリは、上記のような方法を行うために実行可能なプログラム命令を保存する。同様に、このようなプログラム命令は、コンピュータ可読ストレージ媒体に保存することができる。

上記のものは、要約であり、従って、必然的に、詳細の単純化、一般化、および省略を含み、そのため、当業者であれば、この要約が一例に過ぎず、決して限定的であることを意図したものではないことを理解するであろう。特許請求の範囲によってのみ定義される本発明の他の態様、発明的特徴、および利点は、以下の非限定的な、発明を実施するための形態において、明らかとなるであろう。

添付の図面を参照することにより、本発明をより深く理解することができ、その数多くの目的、特徴、および利点が、当業者には明らかとなるであろう。

本発明の一実施形態による、ビジネス継続性を提供するためのシステムの関連する構成要素を示すブロック図である。 本発明の１つまたは複数の実施形態による、仮想ディスクを作成する方法例の関連する態様を示すフローチャートである。 本発明の１つまたは複数の実施形態による、仮想ディスクを作成するためのバックアップサーバの関連する構成要素を示すブロック図である。 本発明の１つまたは複数の実施形態による、物理ディスク例および対応する作成された仮想ディスク例の関連する構成要素を示すブロック図である。 本発明の１つまたは複数の実施形態による、ビジネス継続性を提供するための方法例の関連する局面を示すフローチャートである。 コンピューティングシステムのブロック図である。 ネットワーク化システムのブロック図である。

本発明は、様々な変更および代替形態が可能であるが、本発明の具体的な実施形態を例として、図面および発明を実施するための形態において提供する。図面および発明を実施するための形態は、本発明を開示される特定の形態に限定することを意図したものではないことを理解されたい。本発明は、添付の特許請求の範囲によって規定される本発明の精神および範囲内に含まれる全ての変更形態、均等物、および代替形態を包含するものである。

ビジネス継続性は、主要コンピューティングシステムが故障した後に、ビジネスが最小限のダウンタイムで取引の処理を再開することを可能にする特性である。主要コンピューティングシステムは、一般的に、商取引を処理するために共に使用される、コンピュータシステム（例えば、サーバ）、オペレーティングシステム、少なくとも１つのアプリケーション、データ、およびメモリを含む。ビジネス継続性は、１つまたは複数の二次サーバ上で動作する仮想マシンを用いることにより可能である。主要コンピューティングシステムが故障すると、仮想マシンが、可能な限り迅速かつ途切れなく商取引の処理を行うための代用品として機能するように呼び出される。

図１は、ビジネス継続性を提供するためのシステムの関連する構成要素を示すブロック図である。図示されるように、システムは、主要コンピューティングシステム１００を含む。図示はされないが、追加の主要コンピューティングシステムが含まれてもよい。主要コンピューティングシステム１００は、一般的に、他のコンピュータシステム（例えば、クライアント）から受信した商取引を処理するために、ビジネスによって用いられる。主要コンピューティングシステム１００は、ディスクアレイ１０４と通信するサーバ１０２を含む。サーバ１０２とディスクアレイ１０４との通信は、ＳＡＮ１０６を介して生じ得る。ディスクアレイ１０４は、主要物理ディスク１０８を含む。さらに、図示はされないが、ディスクアレイ１０４は、追加の物理ディスクを含んでいてもよい。ある実施形態では、物理ディスクは、ディスクアレイ１０４内の１つまたは複数のディスクからの物理メモリの論理的集合体として形を成し得る。

所定の時期に、主要物理ディスク１０８上のデータのバックアップは、バックアップサーバ１１０によって行われる。バックアップデータ１１２は、その後、バックアップサーバ１１０によってメモリ１１４に保存される。

図１のシステムは、二次コンピューティングシステム１２０も含む。二次コンピューティングシステム１２０は、主要コンピューティングシステム１００に対するフェイルオーバーとして機能する仮想マシン１２４を実装するサーバ１２２を含む。図示はされないが、サーバ１２２は、これもまた図示されていない別の主要コンピューティングシステムに対するフェイルオーバーとして機能する別の仮想マシンを実装することが可能である。仮想マシン１２４は、主要コンピューティングシステム１００が故障した場合に使用される。主要コンピューティングシステム１００が故障すると、商取引は、仮想マシン１２４へとリダイレクトされることが可能である。

故障した場合には、ビジネスは、フェイルオーバーが可能な限り迅速かつ途切れない状態であることを望む。仮想マシンがリダイレクトされた商取引の処理を行う前に、対応する仮想ディスクは、理想的には、主要物理ディスクと同じ編成を有するようにセットアップされる。

一般的には、主要コンピューティングシステムは、１つまたは複数の主要物理ディスクから構成される。説明を容易にするために、主要コンピューティングシステム１００は、１つの物理ディスク１０８を有するものとして記載する。主要物理ディスクは、１つまたは複数のボリュームを保存し、これが、今度は、ファイルシステムを保存し得る。

仮想マシンがリダイレクトされた商取引の処理を開始する前に、それぞれの主要物理ディスク毎に対応する仮想ディスクが作成される。仮想ディスクは、１つまたは複数の基になる二次物理ディスクから形成可能である。二次コンピューティングシステム１２０は、ＳＡＮ１２８を介してサーバ１２２と通信する二次ディスクアレイ１２６を有するものとして図示されている。二次ディスクアレイ１２６は、それを基に仮想ディスク１３２が作成され得る二次物理ディスク１３０を含む。二次物理ディスク１３０を用いて、２つ以上の仮想ディスクを作成してもよい。ある実施形態では、仮想ディスクは、二次ディスクアレイ１２６内の１つまたは複数のディスクからの物理メモリの論理的集合体として形を成し得る。

仮想ディスクを作成する一般的な方法は、仮想化プログラムと、それに対応するアプリケーションプログラムインタフェース（ＡＰＩ）との使用を伴う。このＡＰＩにより、空の仮想ディスクの作成が可能となり、その後に、セクタ毎の仮想ディスクへのバックアップデータのストレージが続く。

この手法の問題点は、多くのビジネスが、セクタ毎ではなく、ファイル毎にデータをバックアップすることを好む点である。セクタ情報は、ファイル情報と比較して、より基本的な情報である。さらに、ファイル情報は、連続的ではない場合があり、従って、ファイル情報とセクタ情報との簡単なマッピングが可能ではない。従って、利用可能な仮想化プログラムのＡＰＩは、ファイル毎ではなく、セクタ毎に動作するバックアップシステムの使用を必要とする。

従って、利用可能な仮想化プログラムを用いて、ファイル毎のバックアップデータの仮想ディスクへの保存が可能となるように、仮想ディスクを作成する方法を持つことが望ましい。これを行うことにより、もし仮想ディスクが既にそのようなフォーマットでデータを受信するように構成されているならば、ファイル毎に編成されたバックアップデータが、仮想ディスク内の対応するファイルおよびフォルダへと迅速に書き込まれることが可能となる。

図２は、仮想ディスクを作成する方法例の関連する局面を示す。図２の方法により、仮想ディスクの作成が可能となり、周知の仮想化プログラムのＡＰＩを用いて、ファイル毎にバックアップデータを仮想ディスクへとコピーすることが可能となる。

この方法は、コンピュータシステム上の受信モジュール（例えば、バックアップサーバ）が、主要セクタに関するセクタ番号および対応データを主要物理ディスクから受信する２１０で開始される。重要セクタは、主要コンピューティングシステム上で行われるバックアッププロセス中に識別され得る。重要セクタは、主要物理ディスクを動作させるため、および主要物理ディスクのジオメトリを特定するために使用される情報を有する主要物理ディスク内のセクタを含み得る。ディスクジオメトリは、ブートコード、ディスク署名、物理ディスク上のパーティションレイアウト、およびダイナミックディスクの場合のボリューム情報等の要素を含む。

重要セクタの例には、マスターブートレコード（ＭＢＲ）、拡張パーティションブートレコード（ＥＢＲ）、論理ディスクマネージャ（ＬＤＭ）、およびエクステンシブルファームウェアインタフェース（ＥＦＩ）セクタが含まれ得る。ＭＢＲは、一般的に、物理ディスクの第１のセクタである。ＥＰＢＲは、主要物理ディスク内で論理ボリュームを扱うために使用される。ＬＤＭは、ダイナミックディスクを扱うために使用される。そして、ＥＦＩセクタは、ＧＵＩＤパーティションテーブルを扱うために使用される。

一旦重要セクタが識別されると、各重要セクタに対応するセクタ番号およびデータが収集され、バックアップサーバによってアクセス可能なストレージ内に保存される。主要物理ディスク用に収集された重要データの一例は、４つの重要セクタを含む：（１）セクタ番号０およびデータＤ１を有するＭＢＲ、（２）セクタ番号４９５４４５０およびデータＤ２を有するＥＢＲ１、（３）セクタ番号１９３３９０４７０およびデータＤ３を有するＥＢＲ２、および（４）セクタ番号２１４４３９０６５６およびデータＤ４を有するＥＢＲ３。

この方法は、バックアップサーバが空の仮想ディスク２２０を作成する２２０に進む。この空の仮想ディスクは、仮想化プログラムのＡＰＩおよびバックアップサーバと通信する二次物理ディスクアレイを用いて作成することができる。仮想化プログラムの例には、ＶＭｗａｒｅおよびＨｙｐｅｒ−Ｖが含まれる。これらの仮想化プログラムの１つによって作成された空の仮想ディスクの一例は、ｖｉｒｔｕａｌ＿ｄｉｓｋ．ｖｍｄｋまたはｖｉｒｔｕａｌ＿ｄｉｓｋ．ｖｈｄ等の拡張子を有するファイルであろう。

２３０に示すように、重要データは、次に、空の仮想ディスクに書き込まれる。重要データは、２１０で受信したセクタ番号を用いて、仮想ディスクのそれぞれのセクタ位置に書き込まれる。

２４０において、バックアップサーバは、主要コンピューティングシステム上の主要物理ディスクの数（すなわち、幾つかのハードディスクを含む主要ディスクアレイによって示される）が、仮想マシン用に作成された仮想ディスクの数（すなわち、幾つかのハードディスクを含む二次ディスクアレイによって示される）と等しいか否かを決定する。主要コンピューティングシステム内の主要ディスクアレイは、複数の主要物理ディスクを含み得る。主要コンピューティングシステム内に存在する主要物理ディスク毎に、主要コンピューティングシステムのジオメトリを保存するために、対応する仮想ディスクが望まれる。

１つの主要コンピューティングシステム内に２つ以上の主要物理ディスクが存在する場合には、２５０に示すように、バックアップサーバは、第２の仮想ディスクを作成する。２３０に示されるように、この第２の主要物理ディスクを対象とする重要データは、それぞれのセクタ位置において、第２の仮想ディスクへと書き込まれる。

この手法（すなわち、２５０および２３０に至る決定を有する２４０によって表される）は、主要コンピューティングシステム上の各主要物理ディスクが二次ディスクアレイ内に対応する仮想ディスクを有し、従って、主要物理ディスクの数が仮想ディスクの数に等しいことをバックアップサーバが決定するまで、繰り返される。

各仮想ディスクに重要データを書き込むことによって、各仮想ディスク内に適切なボリュームが作成される。２６０に示されるように、次に、各仮想ディスク内のボリュームがマウントされる。この時点で、ボリュームは、未フォーマット状態である。

２７０において、各仮想ディスク内のボリュームがフォーマットされる。仮想ディスク内の各ボリュームは、ファイルシステムに準じてフォーマットされる。ファイルシステムの例には、ファイルアロケーションテーブル（ＦＡＴ）、３２ビットファイルアロケーションテーブル（ＦＡＴ３２）、またはニューテクノロジーファイルシステム（ＮＴＦＳ）が含まれる。

２８０において、ユーザデータがバックアップから読み出される。ユーザデータは、所定時間に、定期的に収集され、バックアップされる。例えば、あるビジネスは、一日の内のある特定の時間に、日々ユーザデータのバックアップを行うことを選択することができる。このバックアップデータは、一般的に、バックアップサーバによってアクセス可能なメモリ内に保存されるが、主要コンピューティングシステムによってアクセス可能なメモリ内に保存することも可能である。

２９０に示されるように、ユーザデータは、次に、それぞれのファイルおよびフォルダ位置において、それぞれの仮想ディスクに書き込まれる。一旦ユーザデータが各仮想ディスクに書き込まれると、プロセスが終了する。図２の方法は、新しい仮想ディスクを作成するため、または既存の仮想ディスクを更新するために、主要コンピューティングシステムの各バックアップ中に繰り返され得る。

図２の方法が終了すると、仮想ディスクは、主要コンピューティングシステムの故障時に仮想マシンによってアクセスされる準備が整う。従って、図２の動作により、仮想マシン（すなわち、中央処理装置およびメモリ）がウォームスタンバイモードで動作することが可能となり、それによって、コンピューティング資源の節約が可能となる。

故障時には、仮想マシンが、動作を開始し、仮想ディスクへの即時アクセスを行い、リダイレクトされた商取引の処理を開始し得る。仮想マシンによってアクセスされた時の仮想ディスクは、主要コンピューティングシステム上で行われた最後のバックアップ時点まで最新のユーザデータを含む。この時点で、故障が生じる直前に存在した最新バージョンにユーザデータを更新するために、追加のユーザデータ（最後のバックアップ後に作成された）を追加してもよい。

図３は、仮想ディスクを作成するためのバックアップサーバの関連する構成要素を示す。図示されるように、バックアップサーバ３１０は、１つまたは複数のプロセッサ上で実行するソフトウェア命令の形をとり得る複数のモジュールを含む。

第１に、３２０に示されるように、バックアップサーバ３１０は、重要データを受信するための受信モジュールを含み得る。この重要データは、各主要物理ディスクの重要セクタに関するセクタ番号および対応データを含む。一旦受信されると、この重要情報は、重要データ３３５として仮想ディスク３３０内に保存され得る。

第２のモジュールは、３４０に示されるように、仮想ディスクの作成および処理を行うためのディスク処理モジュールである。ディスク処理モジュール３４０は、空の仮想ディスクを作成し、重要データを各仮想ディスクに書き込むことによって適切なボリュームを作成し、これらのボリュームをマウントし、ファイルシステムに準じてボリュームをフォーマットすることができる。ディスク処理モジュール３４０は、これらの動作を行うために、仮想化プログラムおよびそのＡＰＩを用いることができる。

バックアップサーバ３１０は、ファイル毎にバックアップデータを仮想ディスクに対して読み書きするための、３５０等の変換モジュールも含み得る。変換プロセスは、バックアッププロセスの一部として行われ、各バックアップで繰り返されてもよい。

図４は、主要物理ディスク例および対応する仮想ディスク例の関連する構成要素を示すブロック図である。図示されるように、主要物理ディスク４１０は、重要セクタ４２０、４２２、４２４、および４２６を有する。さらに、主要物理ディスク４１０は、ボリューム毎に特定のファイルシステムを用いてファイルおよびフォルダ内に保存されたユーザデータも含む。

重要セクタ４２０、４２２、４２４、および４２６は、一般的に、物理ディスク４１０のバックアップ中に識別される。セクタ番号は、各重要セクタに割り当てられ、各重要セクタ内の対応データは、割り当てられたセクタ番号と共にセーブされる。この重要データは、次に、二次ディスクアレイ内の二次物理ディスクを用いて対応する仮想ディスクが作成された後に、この対応する仮想ディスクにコピーされる。

仮想ディスク４３０は、理想的には、特に図２の方法がバックアップサーバによって実施された後に、主要物理ディスク４１０と同じ重要データ（すなわち、同じ数の重要セクタおよび各重要セクタ内の同じデータ）を含む。図示されるように、仮想ディスクは、コンテンツおよびセクタ位置の両方において、重要セクタ４２０、４２２、４２４、および４２６と一致する重要セクタ４４０、４４２、４４４、および４４６を有する。

さらに、変換が生じた後には、仮想ディスク４３０は、理想的には、メモリから読み出されたユーザデータを含み、主要物理ディスクの各ボリューム内で実施されたのと同じファイルシステムを用いて、該データをファイルおよびフォルダ内に保存する。

図５は、ビジネス継続性を提供するための方法例の関連する態様を示す。この方法は、主要物理ディスク上のユーザデータのバックアップが行われる５１０において開始される。

５２０では、各主要物理ディスクから重要データの識別および収集が行われる。主要コンピューティングシステム上の各主要物理ディスクの重要セクタが識別され、対応するセクタ番号およびデータが収集される。この重要データは、次に、空の仮想ディスクの作成後に、その空の仮想ディスクに書き込まれる。５２０で行われる識別、収集、および書き込みは、バックアッププロセスが行われるのと同時に生じ得る。

５３０に示されるように、二次コンピューティングシステム内の仮想マシンは、コールドスタンバイモードで維持される。コールドスタンバイモードでは、各仮想ディスク内のユーザデータは、（ウォームスタンバイモードの場合のように）バックアップ時には読み出されない。代わりに、ユーザデータは、主要コンピューティングシステムにおいて故障が生じた後に、それぞれの仮想ディスクに書き込まれる。

５４０では、故障が主要コンピューティングシステム内で生じたか否かに関する決定が行われる。主要コンピューティングシステム内の故障は、ディスクの故障によるものである可能性があり、主要コンピューティングシステムを部分的または完全に使用不能の状態にし得る。主要コンピューティングシステム上で故障が検出されると、５５０に示されるように、仮想マシンが稼働を開始する。次に、仮想マシンは、主要物理ディスクに対応するように作成された仮想ディスクにアクセスし得る。

５６０に示されるように、故障が生じた後、かつ仮想マシンの稼働が開始された後に、ユーザデータは、バックアップから読み出される。５７０に示されるように、ユーザデータは、次に、それぞれのファイルおよびフォルダ位置において、それぞれの仮想ディスクへと書き込まれる。一旦ユーザデータが各仮想ディスクへと書き込まれると、プロセスが終了する。それぞれの仮想ディスクへのユーザデータの書き込みは、完了までにかなりの時間がかかり得る。仮想マシンをウォームスタンバイモードで動作させる（例えば、図２に示すように）ことが好ましいのは、このためである。

図６は、上記のような仮想ディスクの作成の実施に適したコンピューティングシステム６１０のブロック図である。コンピュータシステム６１０は、中央処理装置６１４、システムメモリ６１７（一般的にＲＡＭであるが、ＲＯＭ、フラッシュＲＡＭ等も含んでいてもよく、ディスク処理モジュール３４０も含んでいてもよい）、入出力制御装置６１８、音声出力インタフェース６２２を介したスピーカーシステム６２０等の外部オーディオ装置、ディスプレイアダプタ６２６を介したディスプレイスクリーン６２４等の外部装置、シリアルポート６２８および６３０、キーボード６３２（キーボード制御装置６３３とインタフェースを取る）、ストレージインタフェース６３４、フロッピーディスク６３８を受容するように機能するフロッピーディスクドライブ６３７、ファイバーチャンネルネットワーク６９０と接続するように機能するホストバスアダプタ（ＨＢＡ）インタフェースカード６３５Ａ、ＳＣＳＩバス６３９に接続するように機能するホストバスアダプタ（ＨＢＡ）インタフェースカード６３５Ｂ、および光ディスク６４２を受容するように機能する光ディスクドライブ６４０等のコンピュータシステム６１０の主なサブシステムを相互接続するバス６１２を含む。同様に含まれるのは、マウス６４６（またはシリアルポート６２８を介してバス６１２に連結された他のポイント・アンド・クリック方式のデバイス）、モデム６４７（シリアルポート６３０を介してバス６１２に連結されている）、およびネットワークインタフェース６４８（バス６１２に直接連結されている）である。

バス６１２により、中央処理装置６１４と、上述のように読み出し専用メモリ（ＲＯＭ）またはフラッシュメモリ（どちらも不図示）、およびランダムアクセスメモリ（ＲＡＭ）（不図示）を含み得るシステムメモリ６１７とのデータ通信が可能となる。ＲＡＭは、一般的に、オペレーティングシステムおよびアプリケーションプログラムがロードされるメインメモリである。ＲＯＭまたはフラッシュメモリは、数あるコードの中でも、周辺構成要素とのインタラクション等の基本的ハードウェア動作を制御する基本入出力システム（ＢＩＯＳ）を含み得る。コンピュータシステム６１０に常駐するアプリケーションは、一般的に、ハードディスクドライブ（例えば、固定ディスク６４４）、光学式ドライブ（例えば、光学式ドライブ６４０）、フロッピーディスク装置６３７、または他のストレージ媒体等のコンピュータ可読媒体に保存され、それを介してアクセスされる。さらに、アプリケーションは、ネットワークモデム６４７またはインタフェース６４８を介してアクセスされた際にアプリケーションおよびデータ通信技術に準じて変調された電子信号の形態でもよい。

コンピュータシステム６１０の他のストレージインタフェースと同様に、ストレージインタフェース６３４は、固定ディスクドライブ６４４等の、情報のストレージおよび／または読み出し用の標準的なコンピュータ可読媒体に接続することができる。固定ディスクドライブ６４４は、コンピュータシステム６１０の一部でもよく、あるいは、別個のもので、他のインタフェースシステムを介してアクセスされてもよい。モデム６４７は、電話リンクを介してリモートサーバへの、または、インターネットサービスプロバイダ（ＩＳＰ）を介してインターネットへの直接接続を提供し得る。ネットワークインタフェース６４８は、ＰＯＰ（ｐｏｉｎｔ ｏｆ ｐｒｅｓｅｎｃｅ）を介したインターネットへの直接ネットワークリンクによるリモートサーバへの直接接続を提供し得る。ネットワークインタフェース６４８は、デジタル携帯電話接続、Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ（ＣＤＰＤ）接続、デジタル衛星データ接続等を含む無線技術を用いてこのような接続を提供し得る。

多くの他のデバイスまたはサブシステム（不図示）を同様に接続してもよい（例えば、文書スキャナ、デジタルカメラ等）。反対に、本発明を実施するために、図６に示した全てのデバイスが存在する必要はない。これらのデバイスおよびサブシステムは、図６に示したのとは異なる方法で相互接続することができる。コンピュータシステムの動作は、当該分野では容易に分かり、本出願において詳細な説明は行わない。本発明を実施するためのコードは、システムメモリ６１７、固定ディスク６４４、光ディスク６４２、またはフロッピーディスク６３８の内の１つまたは複数等のコンピュータ可読ストレージ媒体に保存することができる。コンピュータシステム１０１０に設けられるオペレーティングシステムは、ＭＳ−ＤＯＳ（登録商標）、ＭＳ−ＷＩＮＤＯＷＳ（登録商標）、ＯＳ／２（登録商標）、ＵＮＩＸ（登録商標）、Ｌｉｎｕｘ（登録商標）、または他の公知のオペレーティングシステムでもよい。

さらに、本明細書に記載の信号に関して、当業者であれば、信号が第１のブロックから第２のブロックへと直接送信可能であること、あるいは、ブロック間で信号を変更（例えば、増幅、減衰、遅延、ラッチ、バッファリング、反転、フィルタリング、または別の方法で変更）することが可能であることを認識するであろう。上記の実施形態の信号は、あるブロックから次のブロックへと送信されるものと特徴付けられているが、本発明の他の実施形態では、信号の情報および／または機能面がブロック間で送信される限り、このような直接送信される信号の代わりに、変更された信号を含んでいてもよい。ある程度、第２のブロックにおける信号入力は、関与する回路の物理的制約（例えば、必ず多少の減衰および遅延が存在する）により、第１のブロックから出力された第１の信号から得られた第２の信号として概念化することができる。従って、本明細書において、第１の信号から得られた第２の信号は、回路の制約によるもの、または第１の信号の情報および／または最終的な機能面を変更しない他の回路要素を通過することによるものであろうと、第１の信号または第１の信号の任意の変更形態を含む。

図７は、クライアントシステム７１０、７２０、および７３０と、サーバ７４０および７４５とが、ネットワーク７５０に連結され得るネットワークアーキテクチャ７００のブロック図である。クライアントシステム７１０、７２０、および７３０は、一般的に、図６のコンピューティングシステム６１０等の任意の種類または形式のコンピューティングデバイスまたはシステムを表す。

同様に、サーバ７４０および７４５は、一般的に、様々なデータベースサービスを提供する、および／または特定のソフトウェアアプリケーションを実行するように構成された、アプリケーションサーバまたはデータベースサーバ等のコンピューティングデバイスまたはシステムを表す。ネットワーク７５０は、一般的に、例えばイントラネット、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、またはインターネットを含む、任意の通信またはコンピュータネットワークを表す。一例では、クライアントシステム７１０、７２０、および／または７３０、および／またはサーバ７４０および／または７４５は、図３および図６に示すようなディスク処理モジュール３４０を含み得る。

図７に示されるように、１つまたは複数のストレージデバイス７６０（１）〜（Ｎ）は、サーバ７４０に直接接続されてもよい。同様に、１つまたは複数のストレージデバイス７７０（１）〜（Ｎ）は、サーバ７４５に直接接続されてもよい。ストレージデバイス７６０（１）〜（Ｎ）およびストレージデバイス７７０（１）〜（Ｎ）は、一般的に、データおよび／または他のコンピュータ可読命令を保存可能な任意の種類または形式のストレージデバイスまたは媒体を表す。特定の実施形態では、ストレージデバイス７６０（１）〜（Ｎ）およびストレージデバイス７７０（１）〜（Ｎ）は、ネットワークファイルシステム（ＮＦＳ）、サーバメッセージブロック（ＳＭＢ）、または共通インターネットファイルシステム（ＣＩＦＳ）等の様々なプロトコルを用いてサーバ７４０および７４５と通信するように構成されたネットワーク接続ストレージ（ＮＡＳ）デバイスを表し得る。

サーバ７４０および７４５は、ストレージエリアネットワーク（ＳＡＮ）ファブリック７８０にも接続され得る。ＳＡＮファブリック７８０は、一般的に、複数のストレージデバイス間の通信を促進することが可能な任意の種類または形式のコンピュータネットワークまたはアーキテクチャを表す。ＳＡＮファブリック７８０は、サーバ７４０および７４５、および複数のストレージデバイス７９０（１）〜（Ｎ）および／またはインテリジェントストレージアレイ７９５間の通信を促進し得る。ＳＡＮファブリック７８０はまた、ネットワーク７５０およびサーバ７４０および７４５を介して、デバイス７９０（１）〜（Ｎ）およびアレイ７９５が、クライアントシステム７１０、７２０、および７３０に対してローカル接続されたデバイスとして見えるように、クライアントシステム７１０、７２０、および７３０およびストレージデバイス７９０（１）〜（Ｎ）および／またはインテリジェントストレージアレイ７９５間の通信を促進し得る。ストレージデバイス７６０（１）〜（Ｎ）およびストレージデバイス７７０（１）〜（Ｎ）と同様に、ストレージデバイス７９０（１）〜（Ｎ）およびインテリジェントストレージアレイ７９５は、一般的に、データおよび／または他のコンピュータ可読命令を保存可能な任意の種類または形式のストレージデバイスまたは媒体を表す。

特定の実施形態において、図６のコンピューティングシステム６１０を参照すると、通信インタフェースを用いて、クライアントシステム７１０、７２０、および７３０の各々と、ネットワーク７５０との接続性を提供することができる。クライアントシステム７１０、７２０、および７３０は、例えば、ウェブブラウザまたは他のクライアントソフトウェアを用いて、サーバ７４０または７４５の情報にアクセスすることができ得る。このようなソフトウェアにより、クライアントシステム７１０、７２０、および７３０が、サーバ７４０、サーバ７４５、ストレージデバイス７６０（１）〜（Ｎ）、ストレージデバイス７７０（１）〜（Ｎ）、ストレージデバイス７９０（１）〜（Ｎ）、またはインテリジェントストレージアレイ７９５によってホストされるデータにアクセスすることが可能となり得る。図７は、データを交換するためのネットワーク（インターネット等）の使用を描くが、本明細書に記載および／または図示される実施形態は、インターネットまたはどのような特定のネットワークベースの環境にも限定されることはない。

少なくとも１つの実施形態では、本明細書に開示した実施形態の内の１つまたは複数の全てまたは一部は、コンピュータプログラムとして符号化され、サーバ７４０、サーバ７４５、ストレージデバイス７６０（１）〜（Ｎ）、ストレージデバイス７７０（１）〜（Ｎ）、ストレージデバイス７９０（１）〜（Ｎ）、インテリジェントストレージアレイ７９５、またはこれらの任意の組み合わせにロードされ、それによって実行され得る。本明細書に開示した実施形態の内の１つまたは複数の全てまたは一部は、コンピュータプログラムとして符号化され、サーバ７４０に保存され、サーバ７４５によって実行され、ネットワーク７５０上でクライアントシステム７１０、７２０、および７３０へと配布されてもよい。

一部の例では、図１、３、４、６、および７のコンピューティングデバイスの全てまたは一部は、クラウドコンピューティングまたはネットワークベースの環境の一部を表し得る。クラウドコンピューティング環境は、インターネットを介して様々なサービスおよびアプリケーションを提供し得る。これらのクラウドベースのサービス（例えば、サース（ｓｏｆｔｗａｒｅ ａｓ ａ ｓｅｒｖｉｃｅ）、パース（ｐｌａｔｆｏｒｍ ａｓ ａ ｓｅｒｖｉｃｅ）、イアース（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ ｓｅｒｖｉｃｅ）等）は、ウェブブラウザまたは他のリモートインタフェースを介してアクセス可能であり得る。本明細書に記載の様々な機能は、リモートデスクトップ環境または他のクラウドベースのコンピューティング環境を介して提供することができる。

さらに、本明細書に記載の構成要素の内の１つまたは複数は、ある形態から別の形態へと、データ、物理デバイス、および／または物理デバイスの表現を変換することができる。例えば、図３のディスク処理モジュール３４０は、受信した重要データを仮想ディスクへと変換することができる。

本発明を幾つかの実施形態に関連して説明したが、本発明は、本明細書に記載の特定の形態に限定されることを意図したものではない。それどころか、添付の特許請求の範囲に規定される本発明の範囲内に合理的に包含可能であるので、このような代替形態、変更形態、および均等物を包含することを意図している。

Claims (20)

1. 主要コンピュータシステム上の第１の物理ディスクの重要セクタのセクタ番号を受信するステップと、
   前記第１の物理ディスクの前記重要セクタから対応データを受信するステップと、
   仮想ディスクを作成するステップであって、
   前記仮想ディスクはセクタを含む、ステップと、
   前記第１の物理ディスクの前記重要セクタから、前記仮想ディスクのそれぞれのセクタへとデータを書き込むステップであって、
   前記それぞれのセクタは、前記セクタ番号によって識別される、ステップと、
   を含む方法。
2. 前記主要コンピューティングシステム上の第２の物理ディスクの第２の重要セクタの第２のセクタ番号を受信するステップと、
   前記第２の物理ディスクの前記第２の重要セクタから第２の対応データを受信するステップと、
   第２の仮想ディスクを作成するステップであって、
   前記第２の仮想ディスクはセクタを含む、ステップと、
   前記第２の物理ディスクの前記第２の重要セクタから、前記第２の仮想ディスクのそれぞれのセクタへとデータを書き込むステップであって、
   前記それぞれのセクタは、前記第２のセクタ番号によって識別される、ステップと、
   をさらに含む、請求項１に記載の方法。
3. 前記主要コンピューティングシステムまたは前記第１の物理ディスクにおける故障の際に、仮想マシンにアクセスするステップであって、
   前記仮想マシンは、前記仮想ディスクにアクセスするステップをさらに含む、請求項１に記載の方法。
4. 前記重要セクタは、マスターブートレコードセクタ、拡張ブートパーティションセクタ、論理ディスクマネージャセクタ、およびエクステンシブルファームウェアインタフェースの内の１つを含む、請求項１に記載の方法。
5. 前記仮想ディスクにボリュームをマウントするステップと、
   ファイルシステムに準じて前記ボリュームをフォーマットするステップと、
   をさらに含む、請求項１に記載の方法。
6. 前記第１の物理ディスクの前記重要セクタからの前記セクタ番号および対応データは、バックアップ動作中に受信される、請求項１に記載の方法。
7. 前記第１の物理ディスクに保存されたファイル内のユーザデータのバックアップを行うステップであって、
   前記ユーザデータはファイルとしてバックアップされるステップと、
   前記ユーザデータをバックアップサーバに保存するステップと、
   をさらに含む、請求項１に記載の方法。
8. 前記ユーザデータを前記バックアップサーバから受信するステップと、
   前記ユーザデータを前記仮想ディスクに書き込むステップと、
   をさらに含む、請求項７に記載の方法。
9. 主要コンピューティングシステム上の第１の物理ディスクの重要セクタのセクタ番号を受信することと、
   前記第１の物理ディスクの前記重要セクタから対応データを受信することと、
   仮想ディスクを作成することであって、
   前記仮想ディスクはセクタを含むことと、
   前記第１の物理ディスクの前記重要セクタから、前記仮想ディスクのそれぞれのセクタへとデータを書き込むことであって、
   前記それぞれのセクタは、前記セクタ番号によって識別されることと、
   を実行可能なプログラム命令を含む、コンピュータ可読ストレージ媒体。
10. 前記プログラム命令が、
    前記主要コンピューティングシステム上の第２の物理ディスクの第２の重要セクタの第２のセクタ番号を受信することと、
    前記第２の物理ディスクの前記第２の重要セクタから第２の対応データを受信することと、
    第２の仮想ディスクを作成することであって、
    前記第２の仮想ディスクはセクタを含むことと、
    前記第２の物理ディスクの前記第２の重要セクタから、前記第２の仮想ディスクのそれぞれのセクタへとデータを書き込むことであって、
    前記それぞれのセクタは、前記第２のセクタ番号によって識別されることと、
    をさらに実行可能である、請求項９に記載のコンピュータ可読ストレージ媒体。
11. 前記プログラム命令は、
    前記主要コンピューティングシステムまたは前記第１の物理ディスクにおける故障の際に、仮想マシンにアクセスすることであって、
    前記仮想マシンは、前記仮想ディスクにアクセスすることをさらに実行可能な、請求項９に記載のコンピュータ可読ストレージ媒体。
12. 前記プログラム命令は、
    前記仮想ディスクにボリュームをマウントすることと、
    ファイルシステムに準じて前記ボリュームをフォーマットすることと、
    を実行可能な、請求項９に記載のコンピュータ可読ストレージ媒体。
13. 前記第１の物理ディスクの前記重要セクタからの前記セクタ番号および対応データは、バックアップ動作中に受信される、請求項９に記載のコンピュータ可読ストレージ媒体。
14. 前記命令は、
    前記第１の物理ディスクに保存されたファイル内のユーザデータのバックアップを行うことであって、
    前記ユーザデータはファイルとしてバックアップされることと、
    前記ユーザデータをバックアップサーバに保存することと、
    をさらに実行可能な、請求項９に記載のコンピュータ可読ストレージ媒体。
15. 前記プログラム命令は、
    前記ユーザデータを前記バックアップサーバから受信することと、
    前記ユーザデータを前記仮想ディスクに書き込むことと、
    をさらに実行可能な、請求項１４に記載のコンピュータ可読ストレージ媒体。
16. 仮想マシンと、
    １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサに連結されたメモリであって、
    主要コンピューティングシステム上の第１の物理ディスクの重要セクタのセクタ番号を受信することと、
    前記第１の物理ディスクの前記重要セクタから対応データを受信することと、
    仮想ディスクを作成することであって、
    前記仮想ディスクはセクタを含むことと、
    前記第１の物理ディスクの前記重要セクタから、前記仮想ディスクのそれぞれのセクタへとデータを書き込むことであって、
    前記それぞれのセクタは、前記セクタ番号によって識別されることと、
    を前記１つまたは複数のプロセッサによって実行可能なプログラム命令を保存するメモリと、
    を含む、システム。
17. 前記プログラム命令が、
    前記主要コンピューティングシステム上の第２の物理ディスクの第２の重要セクタの第２のセクタ番号を受信することと、
    前記第２の物理ディスクの前記第２の重要セクタから第２の対応データを受信することと、
    第２の仮想ディスクを作成することであって、
    前記第２の仮想ディスクはセクタを含むことと、
    前記第２の物理ディスクの前記第２の重要セクタから、前記第２の仮想ディスクのそれぞれのセクタへとデータを書き込むことであって、
    前記それぞれのセクタは、前記第２のセクタ番号によって識別されることと、
    をさらに実行可能である、請求項１６に記載のシステム。
18. 前記プログラム命令は、
    前記主要コンピューティングシステムまたは前記第１の物理ディスクにおける故障の際に、仮想マシンにアクセスすることであって、
    前記仮想マシンは、前記仮想ディスクにアクセスすることをさらに実行可能である、請求項１６に記載のシステム。
19. 前記プログラム命令は、
    前記仮想ディスクにボリュームをマウントすることと、
    ファイルシステムに準じて前記ボリュームをフォーマットすることと、
    をさらに実行可能な、請求項１６に記載のシステム。
20. 前記第１の物理ディスクの前記重要セクタからの前記セクタ番号および対応データは、バックアップ動作中に受信される、請求項１６に記載のシステム。