JP2009506399A - バックアップイメージを仮想化するシステム及び方法 - Google Patents

Abstract

バックアップソフトウェアによって作成されたイメージを使用し、バックアップが行われた過去の時点におけるマシン全体を再作成するための機能である。この機能は、１組のマシンを、クラスタ内の、または連合したサーバーとして一緒になってある論理的ビジネス機能を提供させるように育てるように拡張することができ、更にバックアップイメージからデータセンター全体を仮想化できるように拡張することもできる。仮想化されたサーバーは災害の場合に設立される代替データセンターとして、または低コスト「瞬時災害回復」を達成する保守ウィンドウズに合致させるために役立たせることができる。１組の仮想マシンは、ある時間の間物理マシンの代役を務め、次いでベアメタル回復及び仮想マシンディスクを形成している有効なＬＸＪＮからの再同期の組合せを介して物理マシンを再同期、または再シードする。
【選択図】図２

Description

本発明は情報技術の分野に関し、より詳細には、高性能な企業レベルのバックアップ及び災害回復システム、及び付加的な長所及び便益を得るための分野における仮想化技術の使用に関する。

本出願は、２００５年６月２４日に提出された米国仮出願 第６０／６９３,７１５号を引用してここに組み入れ、その出願日における利益を主張するものである。また、本出願と同日に出願された“System And Method for High Performance Enterprise Data Protection”という表題の発明であって通常出願された開示のすべてを引用してここに組み入れるものとする。

バックアップ及び災害回復技術における最新技術は、上述したような引用として組み入れた関連特許出願でリストされている文献に開示されている。仮想化サービスを提供するシステムの例は、例えば、ＶＭＷである（www.vmware.com）；マイクロソフト仮想サーバーである（www.microsoft.com/windowsserversystem/virtualserver/default.msps）；及びXenである（www.xensource.com）；を含む。

企業レベルのバックアップ及び災害回復動作には、従来技術の仮想化技術が使用されてきた。

例えば、上述したような広く使用されている仮想化サーバーは全て、新しい（空の）仮想マシン“シェル”を作成し、オペレーティングシステムを新しい仮想マシン内にインストールし、アプリケーションを新しい仮想マシン内にインストールし、そして他の仮想またはリアル（即ち、物理）マシン用のアプリケーションのために既存データをコピーすることによって、仮想マシンを作成し、保管する能力を含んでいる。

更に、バックアップクライアントソフトウェアを仮想マシンにインストールし、リアルマシンから作成されたプロセッサ及び周辺デバイスの状態を含むバックアップセットを仮想マシンへ再記録することが知られている。Trautの米国特許出願第2006/085792 A1（2006年４月20日）を参照されたい。しかしながら、これは動作的にリアルマシンへの再記録と異ならない。

更に、仮想化ソフトウェアは、サードパーティバックアップフォーマットからデータをインポートする能力を与えることができる。“他のフォーマットからの仮想マシン及びシステムイメージのインポート”（www.vmware.com/support/ws55/doc/ws new guest vm importer.html）を参照されたい。これも、リアルマシンへデータを再記録する際に外部バックアップフォーマットをインポートする時に遂行され得る“インポート”動作と基本的には同一の型である。

従来技術は、仮想化サーバーの下の仮想化環境において、バックアップイメージから、指定された時点に存在していたマシン全体を再作成することができるような技法で、リアルマシンをバックアップする何等のプロセスをも提供しない。

本発明の目的は、バックアップソフトウェアによって作成されたイメージ（または、「バックアップソフトウェア」によって再構成された他のソフトウェアによって作成されたイメージ）を使用して、マシン全体を、バックアップが行われた過去の時点に存在していたように再作成する機能を与えることである。

本発明の別の目的は、このような機能を、クラスタまたは連合したサーバー内のように一緒になって、ある論理的ビジネス機能を提供する１組のマシンを育てるように拡張することである。

本発明のさらなる目的は、バックアップイメージからデータセンター全体を仮想化することができるように、上述したアプローチを拡張することである。

本発明の別の目的は、バックアップから作成した仮想マシンを、対応する物理マシンと再同期させる機能を提供することである。

本発明によって提供される仮想化サーバーは、災害の場合に設立される代替データセンターとして、または低コスト「瞬間災害回復」を達成する保守ウィンドウズに合致させるために役立たせることができる。１組の仮想マシンは、ある期間の間物理マシンの代役を務め、次いでベアメタル（bare metal）回復と仮想マシンディスクを形成する生きたＬＵＮからの再同期の組合せを介して物理マシンを再同期または再シード(re-seed)することができる。

一実施の形態では、構成及び仮想化ソフトウェアが予測する構成及びイメージフォーマットでバックアップイメージを作成し、これらのマシンを仮想化ソフトウェア内で再始動させることによって、上述した機能を、１つのサーバーに、または所望の如何なる多数のサーバーにも提供する能力を与えることができる。データ移動または従来の再記録が含まれないので、これはほぼ瞬時のプロセスである。仮想マシンは、実際には、変化したデータだけのための付加的空間を使用して読出し専用バックアップイメージを取除いて行くバックアップソフトウェアによって作成された読出し・書込みＬＵＮによって支援される。根幹をなすオペレーティングシステムソフトウェアも、物理ハードウェアから仮想ハードウェアへの移行を行うことができるように適当に変更される。

本発明の一実施の形態は、Syncsort IncorporatedのソフトウェアプロダクトであるBackup Express（登録商標）（ＢＥＸ）の一部として利用可能にされている。

本発明の他の目的及び長所は、以下の添付図面に基づく詳細な説明から明白になるであろう。

以下の、本発明の種々の面の幾つかの好ましい実施の形態の説明は、本発明を遂行するシステムを如何にして構築するか、及びこれらのシステムが使用し、これらの方法を実現するための諸ステップを示している。これらの実施の形態は単なる例示に過ぎず、説明する特定の例に本発明を限定する意図がないことを理解されたい。例えば、若干の好ましい実施の形態を特定の記憶装置ハードウェア、オペレーティングシステム、及び仮想化ソフトウェアに関連付けて説明するが、当業者ならばこの教示を他の記憶装置ハードウェア、オペレーティングシステム、及び仮想化環境に容易に適用することができよう。特定の実施の形態の特定の特色が、特許請求の範囲に記載されている範囲を限定するものではないことを理解されたい。

「定義」：本明細書において使用される用語を以下のように定義する。

「バックアップソフトウェア」；増分的な変化を入手し、過去の時点を二次記憶装置内に保存するバックアップイメージを作成する。バックアップソフトウェアは、アプリケーションと矛盾しないイメージを作成し、付加的に、持続性及び揮発性状態を含むマシン構成を入手する。

「二次記憶装置」；一次記憶装置（これは、プロダクションデータが常駐する場所）とは異なり、これはバックアップの行き先、並びに仮想マシンディスクを形成するＬＵＮのためのデータリポジトリである。変化だけが付加的な記憶装置を必要とするので、バックアップに必要とされる容量を僅かに越える二次記憶装置が必要になる。この記憶装置は、法で定めた要求に合致させるために変更不能なコンテンツ保持をサポートするため、「１回書込み・多数回読出し」（ＷＯＲＭ）であることができる。

「仮想化ハードウェア」；仮想化ソフトウェア及び仮想マシンをオンデマンドで走らせる単一のマシン、または１組のマシンである。構成に依存して、同一のハードウェアをバックアップのための行き先として役立たせることも、バックアップインテリジェンスを走らせることもできる。

「仮想化ソフトウェア」；物理ハードウェアを仮想化し、多くの仮想マシンをハードウェアの所与の部分で走らせることを可能にする。各仮想マシンは、仮想ハードウェア上で動作する。ＯＳは、物理ハードウェアから切り離される。

「ボリューム」；バックアップの単位である単一のファイルシステムは、ブロックレベルでバックアップされる多くのファイル及びディレクトリを含む。

バックアップメカニズム
バックアップイメージは、第１のバックアップのための割当てられたブロックと、後続するその後のバックアップのための変化したブロックとを転送することによって作成される。アプリケーションと矛盾しないスナップショットが１組のボリュームのために作成され、得られたデータは一斉に二次記憶装置へ移動させられる。第１のバックアップの後に、最後のバックアップ以降の変化だけが入手され、既存の二次イメージに適用される。データと共にマシン構成及び状態が二次記憶装置へ転送され、所与のマシンのためのメタデータとして保管される。バックアップマシンのソースボリューム毎に分離したバックアップイメージが存在する。メタデータと共に、これらのイメージを取ったスナップショットは、将来の仮想化のためにこの時点状態を保管する。入手されたメタデータは、ジオメトリ、サイズ論理ボリューム特徴などを含むハードドライブ構成を、記憶装置、及びネットワークコントローラの詳細と共に含む。スナップショットは、後のある時点にオンデマンドでマシン全体を仮想化するのに十分なデータ及び状態を入手する。このようにして作成されたバックアップイメージは、指定された仮想化サーバーが要求するフォーマットで保管される。

図１に、このプロセスを示す。一次システム１００は、バックアップソフトウェアによって作成された読出し・書込みＬＵＮ １１１へバックアップされる。バックアップソフトウェアは、変化したデータだけのための付加的な空間１６２を使用して、読出し専用バックアップイメージ１６１を取除いて行く。プロセスの一部として入手されたメタデータは、メタデータファイル１１３内に格納される。

ある状況では、バックアップイメージは予め存在することも、またはＳＡＮまたはＮＡＳ記憶装置上に複製されたボリューム上のＬＵＮとして外部的に作成することもできる。この状況においては、メタデータを生成し、仮想化に適するマシン状態をカプセル化するために、バックアップソフトウェアはこれらのＬＵＮ（または、イメージ）に対して動作する必要がある。

バックアップ記憶装置は、規則または堅牢性の要求に合致させるために、ＷＯＲＭ（１回書込み・多数回読出し）であることもできる。

仮想化ステップ
ユーザが望む場合、これらのバックアップイメージは“生き返らせる”（カム・トゥ・ライフ）か、または容易に入手可能な仮想化ソフトウェアの援助で仮想化することができる。あるマシンのためのバックアップイメージは仮想化ソフトウェアが要求した形式で保管されているから、仮想マシンは、マシン状態をバックアップの時点（通常は最新である）に復元するために、バックアップイメージから直接再始動させることができる。データ移動は存在しないから、全プロセスは極めて迅速である。合計時間は、仮想マシンをブート(boot)させるのに要する時間によって完全に支配される。

図２及び以下の説明は、一実施の形態において、このプロセスが如何に動作するかを示している。

１．ユーザは、最新の、または他の何れかの時点におけるスナップショットから有効なデータセンター機能を構成する個々のマシン、クラスタ、または１組のマシンを表す１つのノード（または、１組のノード）を選択する。（簡易化のために、図２では単一のノード（この場合には図１の「一次システム」１００）から選択が行われたものとしている。） もし仮想化する要望が検証のためであるか、もしくは他の軽い解析的機能を満たすためであるか、またはこれらのマシンが故障したマシンの代役としてパブリック・コーポレート・ネットワーク上で候補になることができれば、これらのマシンはそれら自体のプラーベート・ネットワーク上で候補になることができる。メモリ及びＣＰＵ数のデフォルト値は、目標ハードウェア上で使用可能な物理ハードウェアの量に依存して、ソフトウェアによって自動的に選択されるか、またはユーザがこれらの値を適合させることができる。選択、仮想化、そして納得のいくプロセスは、繰り返し、洗練、記憶、そして習熟することができる。多くの実行からテンプレートを保管し、要望が生じた時に瞬時に適用することができる。

２．上述した選択が行われた後に、仮想化ソフトウェアのための適切な仮想マシン構成が仮想マシン２００のために作成され、仮想化サーバー２２０内にロードされる。ＣＰＵ数、メモリ量、ネットワーク及びＳＣＳＩコントローラの型、及びハードドライブ数のための指示文が構成の一部として、メタデータファイル１１３のコンテンツに基づいて作成される。

３．ソースボリュームの各バックアップイメージは、バックアップイメージ１１１のトップの外枠を提示する擬似ファイル２０２を作成することによってＬＵＮ内へ変形される。仮想マシンは、このＬＵＮを、通常の読出し／書込みＳＣＳＩハードドライブとして見る。ＬＵＮへの書込みがバックアップイメージ１６１の完全性に影響することはないが、新記憶装置１６２上に別々に残存する（特に、二次記憶装置がＷＯＲＭであれば、機械的及びビジネス的理由から書込みは不可能である）。これらのＬＵＮが存在することは、それに対して行われた全ての書込みを再ブートし、保持する。

ソースマシンが独立型（スタンドアロン）であったのか、またはクラスタであったのかに依存して、ＬＵＮは異なって作成される。スタンドアロンマシンの場合、ソース上に如何に多くの物理ハードドライブが存在するかには拘わりなく、単一のパーティションＬＵＮが各ボリュームの範囲を越えて作成される。論理的ボリューム管理者によって制御されるボリュームは、その品質が奪われる。（仮想ディスクの性能及び／または信頼性基準は、仮想化ボックス上の基幹記憶装置の品質を通して達成される。）クラスタの場合には、クラスタリングソフトウェアが機能することができるように、１組の多重パーティションＬＵＮとして共用ハードドライブの正確な数が再作成される。

注目すべき重要なことは、これを達成するために付加的な記憶装置を必要としないことである。新たに作成されたデータ、及び／または変化したデータだけが新しい記憶装置（１６２）を必要とする。（これは、典型的に、元々の記憶装置の５％である。）多くのマシンを仮想化するのに付加的なハードウェアを必要としないだけではなく、これを達成するために僅かな付加的記憶装置を必要とするだけである。（通常は、二次記憶装置上で典型的にオーバー使用される容量で十分である。）
注：多くの仮想マシンを、各々がそれら自体の独立したライフサイクルを有している同一セットのバックアップイメージから作成することはできるが、それでも元々のイメージは変更されずに残される。

４．これらの仮想マシンをブートできるようにするために、ブート及びシステムドライブは、「オペレーティングシステム」のために適切なブートレコードで満たされ、パーティションテーブルジャンプが作成され、そしてもし必要ならば、ファイルシステムのブートセクタが固定される。これにより仮想マシンＢＩＯＳは、制御をＬＵＮ上のブートストラップコード(boot strap code)へ移行させることができるので、バックアップマシン上のオペレーティングシステムを開始させることができ、それによってデータベース、一連のビジネスアプリケーション等を育成する。（このステップは、仮想化されるオペレーティングシステムイメージに特有である。）

５．目標ＶＭのシステムドライブは仮想化ボックスに可視にされ、仮想ハードウェア内への先行ブーティングステップを継承することができるように、ＯＳフィクサー(OSfixer)と呼ばれるプロセス（システムドライブ上のファイル及び／または構成を変更する）が動作する。これは、システムドライブを仮想マシンブーティングのために再び企てるために、ソース及び目標の両者に依存するＯＳ特有のステップを含む。

６．次いで、１つまたは複数の仮想マシンがプロセスを完了させ始める。これらのマシンは、これらのマシンが何故育成されたのかに依存して、パプリックネットワーク上に、または分離したネットワーク上に現れることができる。次に何が起こるかは、満たされるべきビジネス機能に依存する。これについて、以下に説明する。

ビジネスアプリケーション
Ａ．「サイト災害またはウィルス攻撃及び他のローリング(rolling)破損に対する代役」：マシンの臨界的な組（クラスタを含む）は、ビジネス連続性の理由から、一時的な基準で、バックアップイメージから代替サイトにおける規模縮小のハードウェア上に仮想化することができる（モバイルデータセンター内の、または技術を知るある基部内の、共用機能における、ディスクバックアップに割当てられているもの以外に付加的な記憶装置は殆ど使用しない）。ウィルス攻撃及びローリング破損の場合には、選択される時点は必ずしも最新である必要はないが、攻撃または破損の前である。ローリングまたはクリーピング(creeping)破損が存在する場合には、種々のマシンを種々の時点へロールバック(roll back)させることができる。機能停止からのダウン時間を、数分程度に短縮することができる。

Ｂ．「規則遵守」：マシン、及び／またはマシンの組を、過去の規則的に重要な時点から最小のハードウェアコストで仮想化できるので、遵法性（コンプライアンス）が促進される。全てのデータが利用できるだけではなく、関連アプリケーションを有する全てのマシンを全体として復活させることができるが、これは決算の面ではビジネス部分における究極の誠実さを表している。法的な発見、遵法、及び／または会計検査プロセスは、数ヶ月から数日に、数時間にさえも短縮されよう。

Ｃ．「ＤＲドリル／バックアップ検証」：殆どのバックアップでは、費用及び時間的な制約の故に、これらの日々が検証されることはない。ＤＲドリルも高価であり、且つ拷問的である。バックアップ仮想化は、これを簡単に、効果的に、極めて迅速に、そしてビジネスが有していなければならないようにする。これは、より効果的なビジネスデータ及び構成のプロテクタとして、ルーチンビジネス実行に使用することができる。

Ｄ．「後世にとってのレガシーデータと共にあるNear-liningレガシーアプリケーション」：典型的にバックアップはデータだけを保護するが、「バックアップ仮想化」はデータ及び構成の両者を保護する。これらは仮想マシン内で再作成することができ、そしてレガシーアプリケーションを作成した会社がビジネスから退き、支援を停止した後も長い間に亘ってレガシーアプリケーションによって理解することができる。（「バックアップ仮想化」は、もしバックアップが期限切れになれば、テープからディスクへの再記録を必要とはするが、テープから実現することもできる。）

Ｅ．「データウェアハウス化、及び汎用のWHAT-IF」：データベースに基づく一連のビジネスアプリケーションが、季節的予測、解析、報告、試験等のために使用されるデータをエクスポートする必要がある場合には、莫大な量の付加的記憶装置及び管理オーバーヘッドがもたらされる（高給の分析者が待機する間に失われる創造性は言うまでもない）。「バックアップ仮想化」は、データを使用可能にするだけではなく、マシン及びホストのデータベースを、所望の（分析的に適切な）時点から、ハードウェア及び記憶装置コストの何分の一かで、そして殆ど瞬時に再作成することができる。ビジネスのコスト節約は莫大である。

Ｆ．「物理マシンから仮想マシンへの移動」：物理マシンをバックアップイメージから仮想化した後に、これらは恒久的になり始め、従ってレガシーハードウェアからの移動が可能になる。

Ｇ．「１つからのクローン化（cloning）、即ち多数のマシン化」：所与の時点からの単一セットのイメージから多くの仮想マシンを作成することができるので、これは、容易に“良好な”構成のクローン化を可能にし、そして多くのユーザが、それぞれが同一セットのイメージを共用する多くの仮想マシンを使用すること、及び個々の仮想マシン上でなされた実際の変化のためだけに記憶装置を使用することを可能にする。

仮想化後
何故バックアップ仮想化が使用されたのかに依存して、本質的に以下の３つのシナリオが存在する。

１．「要望が短期である」：この場合、“仮想へのバックアップ”（Ｂ２Ｖ）がビジネス目的でそれを提供した後にそれは取壊されて忘れ去られ、資源及び記憶空間を自由にすることができる。バックアップイメージの組は（それらが満期になるまで）、もし要望が発生すれば、さらなる仮想化のためにそれらの元の形状で利用できるように留まっている。

２．「要望が長期である」：「仮想マシン」は、有用であることを証明することができ、より多くの影響力を必要とする。これは、根幹をなすＬＵＮをそれらのバックアップスナップショットから自由にし、次いでそれらを移動させる及び／またはそれらにより多くの仮想ハードウェアを与えることによって達成することができる。これは、バックグランド(background)内の全てのブロックを、バックアップイメージからＬＵＮ上へコピーすることによって影響される。他のオプションは、物理マシンを同一時点バックアップイメージからベアメタル(bare-metal)復元を介してシード(seed)し、次いで最小のダウン時間で、それを有効な仮想マシンと同期させることである。

３．「要望は短期であるが、ライフ同期が必要である」：障害を起こしたマシンの代役に「バックアップ仮想化」を使用する場合、またはスケジュールされた保守中に、ある将来時点で再同期が必要である。これは、仮想マシンがこの期間中有効であったのであり、データがバックアップイメージの時点から散逸するからである。今は仮想マシン内に存在する新しい状態及びデータは、本来の障害を起こしたマシンがベアメタル復元を介して修復された後に、またはスケジュールされた保守が完了した後に再同期させる必要がある。再同期プロセスは、仮想マシンの切り替え準備が整うまで仮想マシンを動作させ続けることによってアプリケーションダウン時間を最小にする。これを如何にして達成するかを以下に説明する。

「仮想マシンはどのようにリアルで収束するか」：仮想マシンの仮想ハードディスクの根幹をなしているＬＵＮは、仮想マシンを通して発生する書込みを追跡し、それらをバックアップイメージから分離して格納する。ＬＵＮ上の変化するデータを後の時点で（ユーザによって指示される）再同期させる必要があるような状況は、これらのＬＵＮを頻繁にチェックポイントすることが要求される。これは、チェックポイントが生じた時に、ある間隔中の全ての変化をタグ付きファイルに保管し、次いで新しいチェックポイントファイルへ切り替えることを含む。ボリューム毎の各ＬＵＮは、チェックポイント間の変化を含む一連のチェックポイントファイルを有している。再同期プロセスは、ベアメタルプロセスの終わりに開始されるか、またはユーザが開始させ、そのボリュームのための既存の、または再記録されたデータのトップのこれらのチェックポイントファイルからデータをコピーする。

もしＯＳフィクサー(OSFixer)が、仮想ハードウェアの下で、システムドライブをブート可能ならしめるように変更していれば、この特定チェックポイントファイルは再同期に関しては無視される。目標ハードウェアがソースハードウェアとは異なるような状況においては、イメージを目標ハードウェアに順応させるのに付加的なＯＳフィクサー(OSFixer)ステップが必要である。全てのチェックポイントファイルがコピーされた後に仮想マシンは停止し、最終チェックポイントファイルが適用される。次いで、リアルマシンが引き継ぐ。これで、仮想マシンはリサイクルし、資源を再利用することができるようになる。

上述した実施の形態が、本発明の前述した目的を達成していることが明白である。現在は好ましい実施の形態詳細に説明したが、当業者ならば、特許請求の範囲に記載の本発明の範囲及び思想から逸脱することなく、本発明の原理を他のデバイス、システム、及び方法によって実現できることは理解できよう。

本発明と共に使用するためのバックアップイメージの作成を表すブロック図である。 仮想化サーバーの下で仮想マシンを開始させるために、図１に示す動作から得られたバックアップイメージの使用を表すブロック図である。

Claims (12)

1. 物理マシンのバックアップイメージから、前記物理マシンを仮想化する方法であって、
   ａ）前記物理マシンのバックアップイメージを、仮想化サーバーのための仮想マシンイメージのためのフォーマットで作成するステップと、
   ｂ）前記バックアップイメージを、前記仮想化サーバーの下の１つの仮想マシンイメージとしてロードするステップと、
   を含むことを特徴とする方法。
2. 前記バックアップイメージは、前記物理マシンのある時点のスナップショットであることを特徴とする請求項１に記載の方法。
3. 前記物理マシンの前記バックアップを作成するステップは、
   i)前記物理マシンのベースレベルスナップショットを取るステップと、
   ii)前記スナップショットイメージを記憶デバイス上に格納するステップと、
   iii)前記物理マシンのブロックレベル増分スナップショットを取るステップと、
   を含み、
   前記増分スナップショットは、先行スナップショット以降に変化したブロックのみを表し、
   iv)取付けられた記憶ユニットとして直接使用することができるような手法で、前記増分スナップショットを構築するステップと、
   v)前記スナップショットと共に、前記各スナップショットイメージの時点における前記物理マシンの状態を表す情報を保管するステップと、
   を更に含むことを特徴とする請求項１に記載の方法。
4. 前記バックアップイメージをロードする方法は、
   i)前記物理マシンを表す１つの、または１組のノードを、前記最新の、または他の何れかの時点のスナップショットから選択するステップと、
   ii)前記バックアップイメージのトップの外形を提示する擬似ファイルを作成することによって、前記バックアップイメージをＬＵＮに変換するステップと、
   iii)前記バックアップイメージと共に提示されたファイルからメタデータを読出し、前記メタデータを使用して仮想マシンを作成するための指示文を発行するステップと、
   iv)前記仮想マシンを前記ＬＵＮからブート(boot)するステップと、
   を含むことを特徴とする請求項１に記載の方法。
5. 新たに作成した、及び／または変化したデータを別々に書込むことによって、前記バックアップイメージの完全性を維持するステップを更に含むことを特徴とする請求項４に記載の方法。
6. 前記ＬＵＮをオペレーティングシステムに適切なブートレコードで満たし、パーティションテーブルジャンプを作成し、そしてもし必要ならば、前記ファイルシステムのブートセクターを固定するステップを更に含むことを特徴とする請求項４に記載の方法。
7. 前記ＬＵＮからのブーティング(booting)を継承することができるように、前記ＬＵＮ上のデータ及び／または構成を変更するステップを更に含むことを特徴とする請求項４に記載の方法。
8. 複数の物理マシンを仮想化する方法であって、
   ａ）前記物理マシンのバックアップイメージを、仮想化サーバーのための仮想マシンイメージのためのフォーマットで作成するステップと、
   ｂ）前記バックアップイメージを、前記仮想化サーバーの下の複数の仮想マシンイメージとしてロードするステップと、
   を含むことを特徴とする方法。
9. ａ）前記各バックアップイメージを、前記対応物理マシンのある時点のスナップショットとして作成するステップと、
   ｂ）前記各スナップショットイメージと共に、前記スナップショットイメージの時点における前記対応物理マシンの状態を表す情報を保管するステップと、
   を更に含み、
   前記状態は、前記物理マシンのネットワーク接続を含み、
   ｃ）前記保管した前記ネットワーク接続に関する情報を前記バックアップイメージと共にロードし、前記仮想化サーバー内において前記情報を使用して前記各物理マシンのネットワーク接続を再作成するステップ、
   を更に含むことを特徴とする請求項８に記載の方法。
10. 前記複数の物理マシンはデータセンター内の複数のコンピュータを表し、前記方法は前記データセンターの仮想化を作成するために使用されることを特徴とする請求項９に記載の方法。
11. ａ）新しい入力を処理するために前記仮想マシンを実行させるステップと、
    ｂ）前記バックアップに続く時点に前記物理マシンを再始動させるステップと、
    ｃ）前記物理マシン上のデータを前記仮想マシン上のデータと同期させるステップと、
    を更に含むことを特徴とする請求項１に記載の方法。
12. バックグランド(background)内の全てのブロックを、前記イメージから前記ＬＵＮへコピーするステップを更に含むことを特徴とする請求項４に記載の方法。

Images