JP6950442B2 - バックアップ方法、バックアップシステム、およびバックアップ装置 - Google Patents

Description

本発明は、バックアップ方法、バックアップシステム、およびバックアップ装置に関する。

仮想基盤をＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）が起動していない状態（オフライン状態）でバックアップする技術が用いられている。仮想基盤は、仮想化基盤や仮想ホスト等とも称される。

関連する技術として、オフラインのバックアップの際に、データバックアッププロセスを管理するアーカイビングオペレーティングシステムで目標システムを再起動する技術が提案されている（例えば、特許文献１を参照）。

コンピュータブートストラップモードに関する情報が、バックアップ／回復機能の起動を表す場合にバックアップ／回復処理を実行する技術が提案されている（例えば、特許文献２を参照）。

特開２００６−１２０１３２号公報 特開２００４−３８９３１号公報

オフライン状態の仮想基盤のバックアップを行う場合、仮想基盤上で動作する仮想マシンはオフライン状態、電源オフ、またはサスペンド状態にされる。従って、バックアップを管理する仮想マシンが仮想基盤上で動作している場合、該仮想基盤のバックアップを行うことは制限される。

１つの側面として、本発明は、バックアップを管理する仮想マシンが動作する仮想基盤のバックアップを可能とすることを目的とする。

１つの態様では、バックアップ方法は、仮想基盤を含む第１装置は、バックアップを管理する仮想マシンが動作する前記仮想基盤がバックアップ対象である場合、前記第１装置と通信可能な第２装置に、前記仮想基盤のバックアップの実行に関する処理を実行する制御プログラムを送信し、前記第１装置は、前記仮想マシンを停止し、前記第２装置は、前記制御プログラムに基づいて、前記仮想基盤の起動時にバックアッププログラムを含む起動ディスクを実行するようにブートオーダを変更し、前記起動ディスクのマウントを実行する処理を、前記第１装置に実行させ、前記第１装置は、前記仮想基盤を再起動させ、変更された前記ブートオーダに基づいて、前記バックアッププログラムによる前記仮想基盤のバックアップを実行させることを特徴とする。

１つの側面によれば、バックアップを管理する仮想マシンが動作する仮想基盤のバックアップが可能となる。

比較例のシステムの全体構成の一例を示す図である。 第１の実施形態のシステムの全体構成の一例を示す図である。 バックアップ情報の一例を示す図である。 バックアップ処理開始時のバックアップ情報の一例を示す図である。 １回目の再起動前のバックアップ情報の一例を示す図である。 バックアップ開始時のバックアップ情報の一例を示す図である。 バックアップ終了時のバックアップ情報の一例を示す図である。 ２回目の再起動前のバックアップ情報の一例を示す図である。 ２回目の再起動後のバックアップ情報の一例を示す図である。 バックアップ履歴情報の一例を示す図である。 第１の実施形態の処理の流れの一例を示すフローチャート（その１）である。 第１の実施形態の処理の流れの一例を示すフローチャート（その２）である。 第１の実施形態の処理の流れの一例を示すフローチャート（その３）である。 第１の実施形態の処理の流れの一例を示すフローチャート（その４）である。 第２の実施形態のシステムの全体構成の一例を示す図である。 第２の実施形態の処理の流れの一例を示すフローチャート（その１）である。 第２の実施形態の処理の流れの一例を示すフローチャート（その２）である。 第２の実施形態の処理の流れの一例を示すフローチャート（その３）である。 第２の実施形態の処理の流れの一例を示すフローチャート（その４）である。 第１装置のハードウェア構成の一例を示す図である。 第２装置のハードウェア構成の一例を示す図である。

＜比較例のシステムの全体構成の例＞
図１は、比較例におけるシステムの全体構成の一例を示す。実施形態のシステムは、装置Ａ（１ａ）と装置Ｂ（１ｂ）とを含む。装置Ａ（１ａ）および装置Ｂ（１ｂ）は、物理的なコンピュータである。

装置Ａ（１ａ）は、仮想基盤１１と、仮想基盤１１上で動作する複数の仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：ＶＭ）１３とを含む。仮想基盤１１上で動作するＶＭ１３は一つであってもよい。また、装置Ａ（１ａ）は、初期状態において、仮想基盤１１のバックアップを実行する管理ＶＭ１２を含む。

装置Ｂ（１ｂ）は、仮想基盤１１と、仮想基盤１１上で動作する複数のＶＭ１３とを含む。仮想基盤１１上で動作するＶＭ１３は一つであってもよい。実施形態では、仮想基盤１１およびＶＭ１３は、仮想化技術を用いて、装置Ａ（１ａ）または装置Ｂ（１ｂ）により実現される。

図１に示すシステムにおいて、装置Ａ（１ａ）内の仮想基盤１１のバックアップを実行することを想定する。仮想基盤１１のバックアップを実行する前に、装置Ａ（１ａ）は、仮想基盤１１上で動作する全ての仮想マシンをオフライン状態、電源オフ、またはサスペンド状態にする。以下、仮想マシンをオフライン状態、電源オフ、またはサスペンド状態にすることを、仮想マシンを停止すると記載することがある。

しかし、管理ＶＭ１２を停止すると、管理ＶＭ１２が仮想基盤１１にバックアップを指示する機能も停止する。従って、バックアップの際に、管理ＶＭ１２を動作可能にするために、装置Ａ（１ａ）は、装置Ａ（１ａ）内の管理ＶＭ１２を停止させずに、該管理ＶＭ１２の機能を装置Ｂ（１ｂ）に移動させる（ライブマイグレーションを実行する）。

装置Ａ（１ａ）内の仮想基盤１１は、仮想基盤１１上で動作する全てのＶＭ１３を停止させる。そして、装置Ｂ（１ｂ）に移動後の管理ＶＭ１２は、仮想基盤１１がオフラインの状態（ＯＳが起動していない状態）で、装置Ａ（１ａ）内の仮想基盤１１のバックアップを行う。

しかし、上記の方法を用いる場合、バックアップ対象の仮想基盤１１とは別の仮想基盤１１が使用されるため、仮想基盤１１を設置するコストがかかる。また、ライブマイグレーションを行うため、ネットワーク設定などの事前準備の手間がかかる。

また、別の方法として、複数の管理ＶＭ１２を用意し、それぞれを異なる仮想基盤１１上で動作させることも考えられる。そして、バックアップ対象の仮想基盤１１以外の仮想基盤１１上で動作する管理ＶＭ１２がバックアップを実行することにより、ライブマイグレーションを行わなくても、仮想基盤１１のバックアップを実行することができる。

しかし、複数の管理ＶＭ１２を用いた場合、仮想基盤１１のバックアップおよびリストアの履歴の一元管理を行うことが困難となる。従って、管理ＶＭ１２は、システム全体の中で１つであることが好ましい。

＜第１の実施形態のシステムの全体構成の一例＞
図２は、第１の実施形態のシステムの全体構成の一例を示す。第１の実施形態のシステムは、第１装置１と第２装置２とファイルサーバ３とを含む。

第１装置１は、仮想基盤１１と、仮想基盤１１上で動作する管理ＶＭ１２および複数のＶＭ１３と、管理部１６とを含む。仮想基盤１１上で動作するＶＭ１３は、１つであってもよい。第１装置１は、ＶＭではなく、物理的な装置であり、例えば、物理サーバである。

管理ＶＭ１２は、バックアップを管理する。管理ＶＭ１２は、自身が動作する仮想基盤１１がバックアップ対象である場合、第２装置２にバックアップの実行に関する処理を行う代理実行部２１の機能を送信する。実施形態では、代理実行部２１の機能は、所定の制御プログラムにより実現される。

管理部１６は、制御部１４と記憶部１５とを含む。制御部１４は、第１装置１の起動時における各種の制御を行う。制御部１４は、例えば、Ｂａｓｉｃ Ｉｎｐｕｔ/Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ（ＢＩＯＳ）により実現される。

記憶部１５は、バックアップの状況を示すバックアップ情報、および仮想基盤１１のブートオーダを記憶する。記憶部１５は、仮想基盤１１がバックアップを行った際に生成されるイメージファイルを記憶する。記憶部１５の位置を示す情報は、管理ＶＭ１２に記憶される。

記憶部１５は、仮想基盤１１、管理ＶＭ１２、およびＶＭ１３が使用する記憶部（図示せず）とは論理的または物理的に分離されている。ただし、管理ＶＭ１２は、記憶部１５にアクセスすることが可能であるとする。

通信部１７は、第２装置２、およびファイルサーバ３と各種情報の送受信を行う。
第２装置２は、代理実行部２１を含む。第２装置２は、該代理実行部２１（制御プログラム）は、管理ＶＭ１２から受信する。第２装置２は、ＶＭではなく、物理的な装置であり、例えば、物理サーバである。

代理実行部２１は、仮想基盤１１のバックアップに関する処理を、管理ＶＭ１２の代わりに実行する。

ファイルサーバ３は、起動ディスク３１を含む。該ファイルサーバ３は、仮想的なサーバではなく、物理サーバである。起動ディスク３１は、仮想基盤１１のバックアップを実行するバックアッププログラムを含む。また、起動ディスク３１は、記憶部１５の論理的な位置を示す情報を含む。

代理実行部２１は、仮想基盤１１のブートオーダについて、起動時に最初にファイルサーバ３の起動ディスク３１を実行するように設定変更する指示を管理部１６に送信する。管理部１６の制御部１４は、代理実行部２１からの指示に応じて、仮想基盤１１のブートオーダについて、起動時に最初にファイルサーバ３の起動ディスク３１を実行するように設定変更する。

代理実行部２１は、起動ディスク３１のマウントを行う指示を管理部１６に送信する。制御部１４は、代理実行部２１からの指示に基づいて、ファイルサーバ３の起動ディスクをマウントする。

仮想基盤１１は、管理ＶＭ１２およびＶＭ１３が停止している間に再起動し、起動ディスク３１のバックアッププログラムに基づいて、自身のバックアップを実行する。仮想基盤１１は、バックアップデータとして生成したイメージファイルを、記憶部１５に記憶する。

図３は、バックアップ情報の一例を示す図である。バックアップ情報には、仮想基盤１１のバックアップ状況が記録される。バックアップ情報は、記憶部１５に記憶される。

図３に示すように、バックアップ情報は、バックアップの成否、バックアップ処理フェーズ、バックアップ開始時刻、バックアップ終了時刻、イメージ名、およびイメージ保存先を含む。

図４は、バックアップ処理開始時のバックアップ情報の一例を示す図である。管理ＶＭ１２は、イメージ名に、仮想基盤１１のバックアップデータとして生成されるイメージファイルのファイル名を記録する。管理ＶＭ１２は、イメージ保存先に、バックアップデータが保存される場所を示す情報を記録する。

図５は、１回目の再起動前のバックアップ情報の一例を示す図である。管理ＶＭ１２は、例えば、仮想基盤１１が１回目の再起動を実行する前に、図５に示すように、バックアップ処理フェーズを「（１）再起動１」に更新する。

図６は、バックアップ開始時のバックアップ情報の一例を示す図である。仮想基盤１１は、バックアップを開始する際に、図６に示すように、バックアップ処理フェーズに「（２）バックアップ」を記録し、バックアップ開始時刻を記録する。

図７は、バックアップ終了時のバックアップ情報の一例を示す図である。仮想基盤１１は、バックアップが正常に終了した場合、バックアップの成否に「成功」を記録し、バックアップ終了時刻を記録する。なお、仮想基盤１１は、バックアップが異常終了した場合、バックアップの成否に「失敗」を記録する。

図８は、２回目の再起動前のバックアップ情報の一例を示す図である。仮想基盤１１は、バックアップが終了した後、２回目の再起動を行う前に、図８に示すようにバックアップ処理フェーズを「（３）再起動２」に更新する。

図９は、２回目の再起動後のバックアップ情報の一例を示す図である。管理ＶＭ１２は、仮想基盤１１のバックアップが終了し、２回目の再起動を行った後、図９に示すようにバックアップ処理フェーズを「（４）終了」に更新する。

図１０は、バックアップ履歴情報の一例を示す図である。図１０に示すバックアップ履歴情報は、管理ＶＭ１２が保持する情報である。バックアップ履歴情報には、過去に行われたバックアップに関するバックアップ情報が記録される。管理ＶＭ１２は、仮想基盤１１のバックアップ処理の終了後、記憶部１５のバックアップ情報を取得し、取得したバックアップ情報を図１０に示すバックアップ履歴情報に追加する。

＜第１の実施形態の処理の流れの一例＞
図１１〜図１４は、第１の実施形態の処理の流れの一例を示すフローチャートである。例えば、第１装置１が、管理者から所定の操作を受け付けた場合に、図１１〜図１４に示す処理が開始される。

管理ＶＭ１２は、バックアップ対象の仮想基盤１１から、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）アドレスを取得する（ステップＳ１０１）。管理ＶＭ１２は、例えば、バックアップ対象の仮想基盤１１にＭＡＣアドレスを取得するためのコマンドを送信することにより、ＭＡＣアドレスを取得する。

管理ＶＭ１２は、取得したバックアップ対象の仮想基盤１１のＭＡＣアドレスと、自身が動作する仮想基盤１１のＭＡＣアドレスとを比較する（ステップＳ１０２）。なお、管理ＶＭ１２は、自身が動作する仮想基盤１１のＭＡＣアドレスを予め記憶しているとする。

バックアップ対象の仮想基盤１１のＭＡＣアドレスと、管理ＶＭ１２が動作する仮想基盤１１のＭＡＣアドレスとが一致しない場合（ステップＳ１０３でＮＯ）、管理ＶＭ１２は、通常のバックアップ処理を実行する（ステップＳ１０４）。通常のバックアップ処理では、管理ＶＭ１２は停止せず、管理ＶＭ１２からの指示に基づいて、バックアップ対象の仮想基盤１１がバックアップを実行する。

バックアップ対象の仮想基盤１１のＭＡＣアドレスと、管理ＶＭ１２が動作する仮想基盤１１のＭＡＣアドレスとが一致する場合（ステップＳ１０３でＹＥＳ）、管理ＶＭ１２は、バックアップ情報を作成する（ステップＳ１０５）。管理ＶＭ１２は、バックアップ情報に、バックアップデータとして作成されるイメージファイルのファイル名と、イメージファイルの保存先を示す情報を追加する（例えば、図４）。イメージファイルの保存先は、記憶部１５である。また、管理ＶＭ１２は、作成したバックアップ情報を記憶部１５に記憶する。

管理ＶＭ１２は、仮想基盤１１に、管理ＶＭ１２以外のＶＭ（ＶＭ１３）の電源をオフにする指示情報を送信する（ステップＳ１０６）。仮想基盤１１は、受信した指示情報に基づいて、ＶＭ１３の電源（論理的な電源）をオフにする（ステップＳ１０７）。管理ＶＭ１２は、管理ＶＭ１２の代わりにバックアップの実行を管理する代理実行部２１の機能を第２装置２に送信する（ステップＳ１０８）。

図１２において、第２装置２が受信した代理実行部２１は、管理ＶＭ１２の電源状態の監視を開始する（ステップＳ１０９）。代理実行部２１は、ステップＳ１０９以降、管理ＶＭ１２と定期的に（例えば、１０秒毎に）通信を行い、管理ＶＭ１２の電源状態を監視する。

管理ＶＭ１２は、仮想基盤１１にＶＭ１３の電源状態を問い合わせることで、ＶＭ１３の電源状態を取得する（ステップＳ１１０）。いずれかのＶＭ１３の電源がオンであった場合（ステップＳ１１１でＮＯ）、処理は次に進まない。

全てのＶＭ１３の電源がオフであった場合（ステップＳ１１１でＹＥＳ）、管理ＶＭ１２は、バックアップ情報において、バックアップ処理のフェーズを「（１）再起動１」に更新する（ステップＳ１１２）（例えば、図５）。そして、管理ＶＭ１２は、自身の電源をオフにする（ステップＳ１１３）。管理ＶＭ１２は、自身をオフラインにするか、サスペンド状態にしてもよい。

第２装置２は、管理ＶＭ１２の電源がオフになっているかを判定する（ステップＳ１１４）。管理ＶＭ１２の電源がオフになっていない場合（ステップＳ１１４でＮＯ）、処理は次に進まない。

管理ＶＭ１２の電源がオフになっている場合（ステップＳ１１４でＹＥＳ）、第２装置２の代理実行部２１は、管理部１６内の記憶部１５から現在の仮想基盤１１のブートオーダを取得し、記憶する（ステップＳ１１５）。取得したブートオーダにおいて、起動時に最初に仮想基盤１１内のプログラム（例えば、ＯＳ）を実行する設定がされていたとする。

第２装置２の代理実行部２１は、仮想基盤１１のブートオーダについて、起動時に最初にファイルサーバ３の起動ディスク３１を実行するように設定変更する指示を管理部１６に送信する（ステップＳ１１６）。管理部１６の制御部１４は、代理実行部２１からの指示に応じて、仮想基盤１１のブートオーダについて、起動時に最初にファイルサーバ３の起動ディスク３１を実行するように設定変更する。

第２装置２の代理実行部２１は、起動ディスク３１のマウントを行う指示を管理部１６に送信する（ステップＳ１１７）。管理部１６内の制御部１４は、代理実行部２１からの指示に基づいて、ファイルサーバ３の起動ディスクをマウントする（ステップＳ１１８）。制御部１４は、例えば、ファイルサーバ３にアクセスしてファイルサーバ３の起動ディスクを認識し、起動ディスクを使用可能な状態とする。

図１３において、第２装置２の代理実行部２１は、仮想基盤１１に、再起動の実行指示を示す情報を送信する（ステップＳ１１９）。仮想基盤１１は、受信した指示情報に基づいて、再起動を実行する（ステップＳ１２０）。

ステップＳ１１６の処理により、仮想基盤１１の起動時にファイルサーバ３の起動ディスク３１が実行するようにブートオーダが設定されている。従って、管理部１６の制御部１４は、マウントされているファイルサーバ３の起動ディスク３１を実行する（ステップＳ１２１）。上述のようにブートオーダを変更し、起動時に起動ディスク３１を実行させることにより、仮想基盤１１は、オフライン状態で起動する。

管理部１６の制御部１４は、通信部１７を介して、仮想基盤１１に、起動ディスク３１内のバックアッププログラムの実行を指示する情報を仮想基盤１１に送信する（ステップＳ１２２）。

仮想基盤１１は、ファイルサーバ３の起動ディスク３１から、バックアッププログラムを取得する（ステップＳ１２３）。仮想基盤１１は、バックアップ情報を更新する（ステップＳ１２４）。ステップＳ１２４において、仮想基盤１１は、バックアップ情報のバックアップ処理のフェーズを「（２）バックアップ」に更新し、バックアップ開始時刻に現在時刻を記録する（例えば、図６）。

仮想基盤１１は、バックアップを実行する（ステップＳ１２５）。仮想基盤１１は、バックアップ処理において、自身のイメージファイルを作成し、記憶部１５に記憶する。

仮想基盤１１は、バックアップ情報のうち、バックアップの成否とバックアップ終了時刻とを更新する（ステップＳ１２６）（例えば、図７）。仮想基盤１１は、例えば、バックアップが成功であれば、バックアップの成否に「成功」を記録し、バックアップが失敗であれば、バックアップの成否に「失敗」を記録する。

仮想基盤１１は、バックアップが完了したことを示すバックアップ完了通知を、第２装置２に送信する（ステップＳ１２７）。

なお、ステップＳ１２３〜Ｓ１２７の処理の間、仮想基盤１１は、オフライン状態であり、ステップＳ１２３〜Ｓ１２７の処理は、仮想基盤１１上にロードされたバックアッププログラムにより実行される。

第２装置２の代理実行部２１は、バックアップ完了通知を受信すると、管理部１６にマウントされている起動ディスクのアンマウントを行う（ステップＳ１２８）。そして、第２装置２の代理実行部２１は、仮想基盤１１のブートオーダをステップＳ１１６の変更以前の設定に戻す変更を行う（ステップＳ１２９）。第２装置２の代理実行部２１は、例えば、ブートオーダを、起動時に最初に仮想基盤１１内のプログラム（例えば、ＯＳ）を実行する設定に変更する。

図１４において、第２装置２は、バックアップ情報のバックアップ処理のフェーズを、「（３）再起動」に更新する（ステップＳ１３０）（例えば、図８）。

仮想基盤１１は、自身の再起動を実行する（ステップＳ１３１）。仮想基盤１１は、管理ＶＭ１２の電源をオンにする制御を行う（ステップＳ１３２）。管理ＶＭ１２は、ステップＳ１３２における仮想基盤１１からの制御に基づいて、起動する（ステップＳ１３３）。

管理ＶＭ１２は、バックアップ情報を参照し、バックアップの成否が「成功」であれば、バックアップ処理のフェーズを「（４）終了」に更新する（ステップＳ１３４）（例えば、図９）。管理ＶＭ１２は、バックアップ情報を取得し、記憶する（ステップＳ１３５）。管理ＶＭ１２は、例えば、管理ＶＭ１２が記憶するバックアップ履歴情報に、取得したバックアップ情報を追加する（例えば、図１０）。

管理ＶＭ１２は、ＶＭ１３の電源をオンにする指示を仮想基盤１１に送る（ステップＳ１３６）。仮想基盤１１は、管理ＶＭ１２から受けた指示に基づいて、各ＶＭ１３の電源をオンにする（ステップＳ１３７）。

管理ＶＭ１２は、代理実行部２１の削除指示を示す情報を第２装置２に送信する（ステップＳ１３８）。第２装置２は、管理ＶＭ１２から送信された削除指示に基づいて、代理実行部２１を削除する（ステップＳ１３９）。

以上の処理により、仮想基盤１１は、起動ディスク３１により起動し、起動ディスクのバックアッププログラムによりバックアップを実行する。また、バックアップデータは、論理的に仮想基盤１１の外部に存在する記憶部１５に記憶される。従って、管理ＶＭ１２が動作する仮想基盤１１のバックアップを、オフライン状態で実行することができる。

また、代理実行部２１は、管理ＶＭ１２が停止中であっても処理を実行できるため、管理ＶＭ１２が停止中に、ブートオーダの変更や起動ディスク３１のマウントを実行することができる。

また、管理ＶＭ１２は、管理ＶＭ１２が停止中に仮想基盤１１により更新されたバックアップ情報を取得し、記憶するため、管理ＶＭ１２がバックアップ情報を一元管理することができる。

また、第２装置２は、仮想基盤１１等を含なくてもよいため、コストが低い情報処理装置（例えば、第１装置１よりも処理性能が低い情報処理装置）を適用することができる。

＜第２の実施形態のシステムの全体構成の一例＞
図１５は、第２の実施形態のシステムの全体構成の一例を示す。図１５に示すシステムは、第２装置２が含まれておらず、第１装置１がコントローラ１８を含む点で、図２に示す第１の実施形態のシステムと異なる。第１の実施形態と同様の構成については、説明を省略する。

コントローラ１８は、第１装置１に搭載され第１装置１のハードウェアを管理する。コントローラ１８は、例えば、Ｉｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ（ＩＰＭＩ）を利用し、リモート操作により、第１装置１の電源制御、ハードウェアの状態確認等を実行する。

コントローラ１８は、管理ＶＭ１２からの指示情報に基づいて、仮想基盤１１の起動時にバックアッププログラムを含む起動ディスク３１を実行するようにブートオーダを変更する。また、コントローラ１８は、管理ＶＭ１２からの指示情報に基づいて、第１装置１に起動ディスク３１のマウントを実行させる。

＜第２の実施形態の処理の流れの一例＞
図１６〜図１９は、第２の実施形態の処理の流れの一例を示すフローチャートである。例えば、管理ＶＭ１２が、管理者から所定の操作を受け付けた場合に、図１６〜図１９に示す処理が開始される。

管理ＶＭ１２は、バックアップ対象の仮想基盤１１から、ＭＡＣアドレスを取得する（ステップＳ２０１）。管理ＶＭ１２は、例えば、バックアップ対象の仮想基盤１１にＭＡＣアドレスを取得するためのコマンドを送信することにより、ＭＡＣアドレスを取得する。

管理ＶＭ１２は、取得したバックアップ対象の仮想基盤１１のＭＡＣアドレスと、自身が動作する仮想基盤１１のＭＡＣアドレスとを比較する（ステップＳ２０２）。なお、管理ＶＭ１２は、自身が動作する仮想基盤１１のＭＡＣアドレスを予め記憶しているとする。

バックアップ対象の仮想基盤１１のＭＡＣアドレスと、管理ＶＭ１２が動作する仮想基盤１１のＭＡＣアドレスとが一致しない場合（ステップＳ２０３でＮＯ）、管理ＶＭ１２は、通常のバックアップ処理を実行する（ステップＳ２０４）。通常のバックアップ処理では、管理ＶＭ１２は停止せず、管理ＶＭ１２からの指示に基づいて、バックアップ対象の仮想基盤１１がバックアップを実行する。

管理ＶＭ１２は、管理部１６内の記憶部１５から現在の仮想基盤１１のブートオーダを取得し、記憶する（ステップＳ２０５）。取得したブートオーダにおいて、起動時に最初に仮想基盤１１内のプログラム（例えば、ＯＳ）を実行する設定がされていたとする。

管理ＶＭ１２は、仮想基盤１１のブートオーダについて、起動時に最初にファイルサーバ３の起動ディスク３１を実行するように設定変更する指示をコントローラ１８に送信する（ステップＳ２０６）。コントローラ１８は、管理部１６にアクセスし、仮想基盤１１のブートオーダについて、起動時に最初にファイルサーバ３の起動ディスク３１を実行するように設定変更を行う（ステップＳ２０７）。

図１７において、管理ＶＭ１２は、管理部１６に起動ディスク３１のマウントを実行させる指示を示すコマンドをコントローラ１８に送信する（ステップＳ２０８）。コントローラ１８は、起動ディスク３１のマウントを行う指示を管理部１６に送信する（ステップＳ２０９）。

管理部１６内の制御部１４は、コントローラ１８からの指示に基づいて、ファイルサーバ３の起動ディスクをマウントする（ステップＳ２１０）。制御部１４は、例えば、ファイルサーバ３の起動ディスクを認識し、使用可能な状態とする。

管理ＶＭ１２は、バックアップ情報を作成する（ステップＳ２１１）。管理ＶＭ１２は、バックアップ情報に、バックアップデータとして作成されるイメージファイルのファイル名と、イメージファイルの保存先を示す情報を追加する（例えば、図４）。イメージファイルの保存先は、記憶部１５である。また、管理ＶＭ１２は、作成したバックアップ情報を記憶部１５に記憶する。

管理ＶＭ１２は、仮想基盤１１に、管理ＶＭ１２以外のＶＭ（ＶＭ１３）の電源をオフにする指示情報を送信する（ステップＳ２１２）。仮想基盤１１は、受信した指示情報に基づいて、ＶＭ１３の電源（論理的な電源）をオフにする（ステップＳ２１３）。

管理ＶＭ１２は、仮想基盤１１にＶＭ１３の電源状態を問い合わせることで、ＶＭ１３の電源状態を取得する（ステップＳ２１４）。いずれかのＶＭ１３の電源がオンであった場合（ステップＳ２１５でＮＯ）、処理は次に進まない。

全てのＶＭ１３の電源がオフであった場合（ステップＳ２１５でＹＥＳ）、管理ＶＭ１２は、バックアップ情報において、バックアップ処理のフェーズを「（１）再起動１」に更新する（ステップＳ２１６）（例えば、図５）。

図１８において、管理ＶＭ１２は、仮想基盤１１に再起動を実行する指示を行う（ステップＳ２１７）。そして、仮想基盤１１は、管理ＶＭ１２を電源オフにする（ステップＳ２１８）。ステップＳ２１８において、仮想基盤１１は、管理ＶＭ１２をサスペンド状態またはオフライン状態にしてもよい。

仮想基盤１１は、ステップＳ２１７で受けた指示に基づいて、再起動を実行する（ステップＳ２１９）。

ステップＳ２０７の処理により、仮想基盤１１の起動時にファイルサーバ３の起動ディスク３１が実行するようにブートオーダが設定されている。従って、管理部１６の制御部１４は、マウントされているファイルサーバ３の起動ディスク３１を実行する（ステップＳ２２０）。起動ディスク３１を用いることにより、仮想基盤１１は、オフライン状態で起動する。

管理部１６の制御部１４は、通信部１７を介して、仮想基盤１１に、起動ディスク３１内のバックアッププログラムの実行を指示する情報を仮想基盤１１に送信する（ステップＳ２２１）。

そして、仮想基盤１１は、ファイルサーバ３の起動ディスク３１から、バックアッププログラムを取得する（ステップＳ２２２）。仮想基盤１１は、バックアップ情報を更新する（ステップＳ２２３）。ステップＳ２２３において、仮想基盤１１は、バックアップ情報のバックアップ処理のフェーズを「（２）バックアップ」に更新し、バックアップ開始時刻に現在時刻を記録する（例えば、図６）。

仮想基盤１１は、バックアップを実行する（ステップＳ２２４）。仮想基盤１１は、バックアップ処理において、自身のイメージファイルを作成し、記憶部１５に記憶する。

仮想基盤１１は、バックアップ情報のうち、バックアップの成否とバックアップ終了時刻とを更新し、バックアップ処理のフェーズを、「（３）再起動」に更新する（ステップＳ２２５）（例えば、図８）。仮想基盤１１は、例えば、バックアップが成功であれば、バックアップの成否に「成功」を記録し、バックアップが失敗であれば、バックアップの成否に「失敗」を記録する。

なお、ステップＳ２２２〜Ｓ２２５の処理の間、仮想基盤１１は、オフライン状態であり、ステップＳ２２２〜Ｓ２２５の処理は、仮想基盤１１上にロードされたバックアッププログラムにより実行される。

仮想基盤１１は、自身の再起動を実行する（ステップＳ２２６）。仮想基盤１１は、管理ＶＭ１２の電源をオンにする制御を行う（ステップＳ２２７）。

図１９において、管理ＶＭ１２は、ステップＳ２２７における仮想基盤１１からの制御に基づいて、起動する（ステップＳ２２９）。

管理ＶＭ１２は、バックアップ情報を参照し、バックアップの成否が「成功」であれば、バックアップ処理のフェーズを「（４）終了」に更新する（ステップＳ２３０）（例えば、図９）。管理ＶＭ１２は、バックアップ情報を取得し、記憶する（ステップＳ２３１）（例えば、図１０）。管理ＶＭ１２は、例えば、管理ＶＭ１２が記憶するバックアップ履歴に、取得したバックアップ情報を追加する。

管理ＶＭ１２は、ＶＭ１３の電源をオンにする指示を仮想基盤１１に送る（ステップＳ２３２）。仮想基盤１１は、管理ＶＭ１２から受けた指示に基づいて、各ＶＭ１３の電源をオンにする（ステップＳ２３３）。

管理ＶＭ１２は、コントローラ１８に、管理部１６にマウントされている起動ディスクのアンマウントを行う指示を送る（ステップＳ２３４）。コントローラ１８は、管理部１６にマウントされている起動ディスクのアンマウントを行う（ステップＳ１２８）。

管理ＶＭ１２は、コントローラ１８に、仮想基盤１１のブートオーダをステップＳ２０７の変更以前の設定に戻す変更を行う指示を送る（ステップＳ２３６）。コントローラ１８は、仮想基盤１１のブートオーダをステップＳ２０７の変更以前の設定に戻す変更を行う（ステップＳ２３７）。第２装置２の代理実行部２１は、例えば、ブートオーダを、起動時に最初に仮想基盤１１内のプログラム（例えば、ＯＳ）を実行する設定に変更する。

以上の処理により、仮想基盤１１は、起動ディスク３１により起動し、起動ディスクのバックアッププログラムによりバックアップを実行する。従って、管理ＶＭ１２が動作する仮想基盤１１のバックアップを、オフライン状態で実行することができる。

また、第１装置１は、コントローラ１８を用いることにより、第１装置１の外部に新たな装置（例えば、第２装置２）を追加することなく、ブートオーダの変更、起動ディスクのマウントを容易に行うことができる。

＜第１装置のハードウェア構成の一例＞
次に、図２０の例を参照して、第１装置１のハードウェア構成の一例を説明する。図２０の例に示すように、バス１００に対して、プロセッサ１１１とＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）１１２とＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）１１３とが接続される。また、該バス１００に対して、補助記憶装置１１４と媒体接続部１１５と通信インタフェース１１６とが接続される。

プロセッサ１１１は、ＲＡＭ１１２に展開されたプログラムを実行する。実行されるプログラムとしては、実施形態における処理を行うバックアッププログラムが適用されてもよい。

ＲＯＭ１１３は、ＲＡＭ１１２に展開されるプログラムを記憶する不揮発性の記憶装置である。補助記憶装置１１４は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等が適用されてもよい。補助記憶装置１１４に実施形態の処理を行うバックアッププログラムが記録されていてもよい。

媒体接続部１１５は、可搬型記録媒体１１７と接続可能に設けられている。可搬型記録媒体１１７としては、可搬型のメモリや光学式ディスク（例えば、Ｃｏｍｐａｃｔ Ｄｉｓｃ(ＣＤ)やＤｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ（ＤＶＤ））、半導体メモリ等が適用されてもよい。可搬型記録媒体１１７に実施形態の処理を行うバックアッププログラムが記録されていてもよい。

図２および図１５に示す記憶部１５は、ＲＡＭ１１２や補助記憶装置１１４等により実現されてもよい。図２および図１５に示す通信部１７は、通信インタフェース１１６により実現されてもよい。図２および図１５に示す仮想基盤１１、管理ＶＭ１２、ＶＭ１３、および制御部１４は、与えられたバックアッププログラムをプロセッサ１１１が実行することにより実現されてもよい。

ＲＡＭ１１２、ＲＯＭ１１３、補助記憶装置１１４および可搬型記録媒体１１７は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。

＜第２装置のハードウェア構成の一例＞
次に、図２１の例を参照して、第２装置２のハードウェア構成の一例を説明する。図２１の例に示すように、バス２００に対して、プロセッサ２１１とＲＡＭ２１２とＲＯＭ２１３とが接続される。また、該バス２００に対して、補助記憶装置２１４と媒体接続部２１５と通信インタフェース２１６とが接続される。

プロセッサ２１１は、ＲＡＭ２１２に展開されたプログラムを実行する。実行されるプログラムとしては、実施形態における処理を行うバックアッププログラムが適用されてもよい。

ＲＯＭ２１３は、ＲＡＭ２１２に展開されるプログラムを記憶する不揮発性の記憶装置である。補助記憶装置２１４は、種々の情報を記憶する記憶装置であり、例えばハードディスクドライブや半導体メモリ等が適用されてもよい。補助記憶装置２１４に実施形態の処理を行うバックアッププログラムが記録されていてもよい。

媒体接続部２１５は、可搬型記録媒体２１７と接続可能に設けられている。可搬型記録媒体２１７としては、可搬型のメモリや光学式ディスク（例えば、Ｃｏｍｐａｃｔ Ｄｉｓｃ（ＣＤ）やＤｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ（ＤＶＤ））、半導体メモリ等が適用されてもよい。可搬型記録媒体２１７に実施形態の処理を行うバックアッププログラムが記録されていてもよい。

図２および図１５に示す代理実行部２１は、与えられたバックアッププログラムをプロセッサ２１１が実行することにより実現されてもよい。

ＲＡＭ２１２、ＲＯＭ２１３、補助記憶装置２１４および可搬型記録媒体２１７は、何れもコンピュータ読み取り可能な有形の記憶媒体の一例である。これらの有形な記憶媒体は、信号搬送波のような一時的な媒体ではない。

＜その他＞
本実施形態は、以上に述べた実施の形態に限定されるものではなく、本実施形態の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。

１ 第１装置
２ 第２装置
３ ファイルサーバ
１１ 仮想基盤
１２ 管理ＶＭ
１３ ＶＭ
１４ 制御部
１５ 記憶部
１６ 管理部
１７ 通信部
１８ コントローラ
２１ 代理実行部
３１ 起動ディスク
１００，２００ バス
１１１，２１１ プロセッサ
１１２，２１２ ＲＡＭ
１１３，２１３ ＲＯＭ
１１４，２１４ 補助記憶装置
１１５，２１５ 媒体接続部
１１６，２１６ 通信インタフェース
１１７，２１７ 可搬型記録媒体

Claims (8)

1. 仮想基盤を含む第１装置は、バックアップを管理する仮想マシンが動作する前記仮想基盤がバックアップ対象である場合、前記第１装置と通信可能な第２装置に、前記仮想基盤のバックアップの実行に関する処理を実行する制御プログラムを送信し、
   前記第１装置は、前記仮想マシンを停止し、
   前記第２装置は、前記制御プログラムに基づいて、前記仮想基盤の起動時にバックアッププログラムを含む起動ディスクを実行するようにブートオーダを変更し、前記起動ディスクのマウントを実行する処理を、前記第１装置に実行させ、
   前記第１装置は、前記仮想基盤を再起動させ、変更された前記ブートオーダに基づいて、前記バックアッププログラムによる前記仮想基盤のバックアップを実行させる、
   ことを特徴とするバックアップ方法。
2. 前記第２装置は、前記制御プログラムに基づいて、前記仮想基盤のバックアップが終了した後に、前記ブートオーダを変更前の状態に戻し、
   前記第２装置は、前記制御プログラムを削除する、
   処理を実行することを特徴とする請求項１記載のバックアップ方法。
3. 仮想基盤を含む第１装置は、バックアップを管理する仮想マシンが動作する前記仮想基盤がバックアップ対象である場合、前記仮想マシンから、前記第１装置に搭載され前記第１装置のハードウェアを管理するコントローラに、前記仮想基盤のバックアップの実行に関する指示情報を送り、
   前記コントローラは、前記指示情報に基づいて、前記仮想基盤の起動時にバックアッププログラムを含む起動ディスクを実行するようにブートオーダを変更し、前記起動ディスクのマウントを実行する処理を、前記第１装置に実行させ、
   前記第１装置は、前記仮想マシンを停止し、
   前記第１装置は、前記仮想基盤を再起動させ、変更された前記ブートオーダに基づいて、前記バックアッププログラムによる前記仮想基盤のバックアップを実行する
   ことを特徴とするバックアップ方法。
4. 前記コントローラは、前記仮想基盤のバックアップが終了した後に、前記ブートオーダを変更前の状態に戻す、
   処理を実行することを特徴とする請求項３記載のバックアップ方法。
5. 前記仮想基盤は、前記仮想基盤のバックアップが終了した後に、再起動する、
   処理を実行することを特徴とする請求項１乃至４のうち何れか１項に記載のバックアップ方法。
6. 前記仮想基盤は、前記仮想マシンが停止している間に、前記第１装置内の記憶部に記憶された前記バックアップの状況を示す情報を更新し、
   前記仮想マシンは、前記仮想基盤のバックアップが終了した後に、前記情報を取得し、記憶する、
   処理を実行することを特徴とする請求項１乃至５のうち何れか１項に記載のバックアップ方法。
7. 仮想基盤を含む第１装置と、前記第１装置と通信可能な第２装置とを備えるバックアップシステムであって、
   前記第１装置は、バックアップを管理する仮想マシンが動作する前記仮想基盤がバックアップ対象である場合、前記第２装置に、前記仮想基盤のバックアップの実行に関する処理を実行する制御プログラムを送信し、前記仮想マシンを停止し、
   前記第２装置は、前記制御プログラムに基づいて、前記仮想基盤の起動時にバックアッププログラムを含む起動ディスクを実行するようにブートオーダを変更し、前記第１装置に前記起動ディスクのマウントを実行する処理を、前記第１装置に実行させ、
   前記第１装置は、前記仮想基盤を再起動させ、前記バックアッププログラムによる前記仮想基盤のバックアップを実行する、
   ことを特徴とするバックアップシステム。
8. ハードウェアを管理するコントローラと、
   仮想基盤と、
   前記仮想基盤上で動作しバックアップを管理する仮想マシンであって、前記仮想基盤がバックアップ対象である場合、前記コントローラに、前記仮想基盤のバックアップの実行に関する指示情報を送った後に停止する仮想マシンと、
   起動時の制御を行う制御部と、を備え、
   前記コントローラは、前記指示情報に基づいて、前記仮想基盤の起動時にバックアッププログラムを含む起動ディスクを実行するようにブートオーダを変更し、前記起動ディスクのマウントを実行する処理を前記制御部に実行させ、
   前記仮想基盤は、前記起動ディスクのマウント後に再起動し、変更された前記ブートオーダに基づいて、前記バックアッププログラムによるバックアップを実行する
   ことを特徴とするバックアップ装置。

Images