(57)【特許請求の範囲】
【請求項１】
プロセッサとメモリとストレージ装置を有して複数の仮想計算機を実行する第１の物理サーバと、
プロセッサとメモリとストレージ装置を有して前記第１の物理サーバの仮想計算機を引き継ぐ第２の物理サーバと、
プロセッサとメモリを有して前記第１の物理サーバの前記仮想計算機を前記第２の物理サーバで復元させる管理サーバと、
前記第１の物理サーバと前記第２の物理サーバと前記管理サーバを接続するネットワークと、を有するディザスタリカバリシステムであって、
前記第１の物理サーバは、
前記仮想計算機が使用するデータの差分データを非同期レプリケーションによって前記第２の物理サーバへ送信する第１のエージェントを有し、
前記第２の物理サーバは、
前記管理サーバからの指令に基づいて、前記仮想計算機を起動する第２のエージェントを有し、
前記管理サーバは、
災害に関する緊急速報を受信して、前記第１の物理サーバが被災するまでの猶予時間を前記緊急速報に基づいて算出する緊急速報受信部と、
予め設定されたリカバリパターン情報から前記猶予時間の大きさに応じて実行するリカバリパターンを選択する切り替え判定部と、
前記選択されたリカバリパターンの内容に応じて、前記第１の物理サーバから前記第２の物理サーバへ送信する前記仮想計算機のデータを指定して前記第１のエージェントに差分データの送信を指令し、前記第２のエージェントに前記差分データに基づいて前記仮想計算機を起動させる切り替え指示部と、
を有することを特徴とするディザスタリカバリシステム。
【請求項２】
請求項１に記載のディザスタリカバリシステムであって、
前記切り替え指示部は、
前記選択されたリカバリパターンの内容に応じて、前記仮想計算機が使用するデータのうち最新のデータで前記差分データを生成するよう前記第１のエージェントに指令することを特徴とするディザスタリカバリシステム。
【請求項３】
請求項１に記載のディザスタリカバリシステムであって、
前記切り替え指示部は、
前記第１のエージェントに前記仮想計算機の稼働状態で前記仮想計算機が使用するデータを格納した仮想ディスクのスナップショットから前記差分データを生成して前記第２の物理サーバへ送信するように指令し、管理者が操作する入力装置から切り替えの指令を受け付けた後に、前記第１のエージェントに前記第１の物理サーバの停止を指令し、前記第２のエージェントに前記差分データによって前記仮想計算機を起動させることを特徴とするディザスタリカバリシステム。
【請求項４】
請求項１に記載のディザスタリカバリシステムであって、
前記切り替え指示部は、
前記仮想計算機が使用するデータのうち、リカバリの優先順位をファイル単位で予め設定したファイル優先順位情報に基づいて、前記差分データを生成するデータとして前記優先順位に応じたファイルを指定することを特徴とするディザスタリカバリシステム。
【請求項５】
請求項１に記載のディザスタリカバリシステムであって、
前記切り替え指示部は、
前記仮想計算機が使用するデータのうち、リカバリの優先順位を前記仮想計算機が使用する仮想ディスク単位で予め設定した仮想計算機優先順位情報に基づいて、前記差分データを生成するデータとして前記優先順位に応じた仮想ディスクを指定することを特徴とするディザスタリカバリシステム。
【請求項６】
請求項１に記載のディザスタリカバリシステムであって、
前記リカバリパターン情報は、
リカバリの優先順位をファイル単位で予め設定したファイル優先順位情報に基づいて、前記差分データを生成するデータとして前記優先順位に応じたファイルを指定する第１のリカバリパターンと、前記リカバリの優先順位を前記仮想計算機が使用する仮想ディスク単位で予め設定した仮想計算機優先順位情報に基づいて、前記差分データを生成するデータとして前記優先順位に応じた仮想ディスクを指定する第２のリカバリパターンを含み、
前記切り替え判定部は、
前記猶予時間の値が予め設定された時間閾値未満の場合には前記第１のリカバリパターンを選択し、前記猶予時間の値が前記時間閾値以上の場合には前記第２のリカバリパターンを選択することを特徴とするディザスタリカバリシステム。
【請求項７】
プロセッサとメモリを有する管理サーバが、第１の物理サーバの仮想計算機を第２の物理サーバに復元させる仮想計算機のリカバリ方法であって、
前記第１の物理サーバで稼働する第１のエージェントが、前記仮想計算機で使用されるデータの差分データを非同期レプリケーションによって前記第２の物理サーバへ送信するレプリケーションステップと、
前記管理サーバが、災害に関する緊急速報を受信して、前記第１の物理サーバが被災するまでの猶予時間を前記緊急速報に基づいて算出する緊急速報受信ステップと、
前記管理サーバが、予め設定されたリカバリパターン情報から前記猶予時間の大きさに応じて実行するリカバリパターンを選択する切り替え判定ステップと、
前記管理サーバが、前記選択されたリカバリパターンの内容に応じて、前記第１の物理サーバから前記第２の物理サーバへ送信する前記仮想計算機のデータを指定して前記第１のエージェントに差分データの送信を指令し、前記第２の物理サーバで稼働する第２のエージェントに前記差分データに基づいて前記仮想計算機を起動させる切り替えステップと、
を含むことを特徴とする仮想計算機のリカバリ方法。
【請求項８】
請求項７に記載の仮想計算機のリカバリ方法であって、
前記切り替えステップは、
前記選択されたリカバリパターンの内容に応じて、前記仮想計算機が使用するデータのうち最新のデータで前記差分データを生成するよう前記第１のエージェントに指令することを特徴とする仮想計算機のリカバリ方法。
【請求項９】
請求項７に記載の仮想計算機のリカバリ方法であって、
前記切り替えステップは、
前記第１のエージェントに前記仮想計算機の稼働状態で前記仮想計算機が使用するデータを格納した仮想ディスクのスナップショットから前記差分データを生成して前記第２の物理サーバへ送信するように指令し、管理者が操作する入力装置から切り替えの指令を受け付けた後に、前記第１のエージェントに前記第１の物理サーバの停止を指令し、前記第２のエージェントに前記差分データによって前記仮想計算機を起動させることを特徴とする仮想計算機のリカバリ方法。
【請求項１０】
請求項７に記載の仮想計算機のリカバリ方法であって、
前記切り替えステップは、
前記仮想計算機が使用するデータのうち、リカバリの優先順位をファイル単位で予め設定したファイル優先順位情報に基づいて、前記差分データを生成するデータとして前記優先順位に応じたファイルを指定することを特徴とする仮想計算機のリカバリ方法。
【請求項１１】
請求項７に記載の仮想計算機のリカバリ方法であって、
前記切り替えステップは、
前記仮想計算機が使用するデータのうち、リカバリの優先順位を前記仮想計算機が使用する仮想ディスク単位で予め設定した仮想計算機優先順位情報に基づいて、前記差分データを生成するデータとして前記優先順位に応じた仮想ディスクを指定することを特徴とする仮想計算機のリカバリ方法。
【請求項１２】
請求項７に記載の仮想計算機のリカバリ方法であって、
前記リカバリパターン情報は、
リカバリの優先順位をファイル単位で予め設定したファイル優先順位情報に基づいて、前記差分データを生成するデータとして前記優先順位に応じたファイルを指定する第１のリカバリパターンと、前記リカバリの優先順位を前記仮想計算機が使用する仮想ディスク単位で予め設定した仮想計算機優先順位情報に基づいて、前記差分データを生成するデータとして前記優先順位に応じた仮想ディスクを指定する第２のリカバリパターンを含み、
前記切り替え判定ステップは、
前記猶予時間の値が予め設定された時間閾値未満の場合には前記第１のリカバリパターンを選択し、前記猶予時間の値が前記時間閾値以上の場合には前記第２のリカバリパターンを選択することを特徴とする仮想計算機のリカバリ方法。
【請求項１３】
プロセッサとメモリを有し、第１の物理サーバの仮想計算機を第２の物理サーバに復元させる管理サーバであって、
災害に関する緊急速報を受信して、前記第１の物理サーバが被災するまでの猶予時間を前記緊急速報に基づいて算出する緊急速報受信部と、
予め設定されたリカバリパターン情報から前記猶予時間の大きさに応じて実行するリカバリパターンを選択する切り替え判定部と、
前記選択されたリカバリパターンの内容に応じて、前記第１の物理サーバから前記第２の物理サーバへ送信する前記仮想計算機のデータを指定して前記第１の物理サーバで稼働する第１のエージェントに差分データの送信を指令し、前記第２の物理サーバで稼働する第２のエージェントに前記差分データに基づいて前記仮想計算機を起動させる切り替え指示部と、
を有することを特徴とする管理サーバ。
【請求項１４】
請求項１３に記載の管理サーバであって、
前記切り替え指示部は、
前記選択されたリカバリパターンの内容に応じて、前記仮想計算機が使用するデータのうち最新のデータで前記差分データを生成するよう前記第１のエージェントに指令することを特徴とする管理サーバ。
【請求項１５】
請求項１３に記載の管理サーバであって、
前記切り替え指示部は、
前記第１のエージェントに前記仮想計算機の稼働状態で前記仮想計算機が使用するデータを格納した仮想ディスクのスナップショットから前記差分データを生成して前記第２の物理サーバへ送信するように指令し、管理者が操作する入力装置から切り替えの指令を受け付けた後に、前記第１のエージェントに前記第１の物理サーバの停止を指令し、前記第２のエージェントに前記差分データによって前記仮想計算機を起動させることを特徴とする管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想化環境を提供するディザスタリカバリシステムに関する。
【背景技術】
【０００２】
近年、事業継続計画の策定が企業間取引や調達の要件となるケースが増加している。ＩＴ市場では災害などで被害を受けた計算機システムを遠隔地で切り替えて復旧するディザスタリカバリが必要不可欠の存在になってきている。災害によって障害が発生する可能性のある計算機システムを切り替える技術としては、例えば、特許文献１、２が知られている。
【０００３】
特許文献１では、データベースのディザスタリカバリに緊急地震速報データを適用する技術が開示されている。特許文献１は、通常時は、メインサイトからバックアップサイトへの更新ログデータの転送に、非同期方式を用いることでメインサイトのオンライン性能を確保し、緊急地震速報データが停止条件を満たした場合には、更新系のトランザクションを停止して、地震波到達までに全ての更新ログデータをバックアップサイトへ転送している。
【０００４】
特許文献２には、緊急地震速報や竜巻又は台風などの災害警報を受信したとき、災害対策サイトの状態を確認する手段、当該手段により、災害対策サイトの状態に問題がなければ、非被災地域に設置された災害対策サイトへの処理に切り替える技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−７５９２３号公報
【特許文献２】特開２００９−２２３８６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
複数の仮想化環境を提供する計算機システムのディザスタリカバリでは、非同期レプリケーションを使用してサイトの切り替えを行うことが知られており、最新データを使用するリカバリと、前世代のデータを使用するリカバリが存在する。
【０００７】
最新データを使用する場合、メインサイトの各仮想計算機の最新データをバックアップサイトに転送してから、サイトの切り替えを実施する。この場合。メインサイトの各仮想計算機をシャットダウンしてから差分データの生成と転送に時間を要するため、サイトの切り替え中にメインサイトが被災する可能性があった。
【０００８】
また、前世代のデータを使用する場合、バックアップサイトで被災前に転送済のデータを利用してサイトの切り替えを実施する。この場合、サイトの切り替え後にバックアップサイトで使用する仮想計算機のデータは、古いデータを利用せざるを得なかった。
【０００９】
そこで本発明は、上記問題点に鑑みてなされたもので、緊急速報に基づいてメインサイトが被災するまでに転送可能な最新データをバックアップサイトへ転送することで、最新のデータで復元可能な仮想計算機を確保することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、プロセッサとメモリとストレージ装置を有して複数の仮想計算機を実行する第１の物理サーバと、プロセッサとメモリとストレージ装置を有して前記第１の物理サーバの仮想計算機を引き継ぐ第２の物理サーバと、プロセッサとメモリを有して前記第１の物理サーバの前記仮想計算機を前記第２の物理サーバで復元させる管理サーバと、前記第１の物理サーバと前記第２の物理サーバと前記管理サーバを接続するネットワークと、を有するディザスタリカバリシステムであって、前記第１の物理サーバは、前記仮想計算機が使用するデータの差分データを非同期レプリケーションによって前記第２の物理サーバへ送信する第１のエージェントを有し、前記第２の物理サーバは、前記管理サーバからの指令に基づいて、前記仮想計算機を起動する第２のエージェントを有し、前記管理サーバは、災害に関する緊急速報を受信して、前記第１の物理サーバが被災するまでの猶予時間を前記緊急速報に基づいて算出する緊急速報受信部と、予め設定されたリカバリパターン情報から前記猶予時間の大きさに応じて実行するリカバリパターンを選択する切り替え判定部と、前記選択されたリカバリパターンの内容に応じて、前記第１の物理サーバから前記第２の物理サーバへ送信する前記仮想計算機のデータを指定して前記第１のエージェントに差分データの送信を指令し、前記第２のエージェントに前記差分データに基づいて前記仮想計算機を起動させる切り替え指示部と、を有する。
【発明の効果】
【００１１】
したがって、本発明は、緊急速報に基づいてメインサイトが被災するまでに転送可能な最新データをバックアップサイトへ転送することで、最新のデータで復元可能な仮想計算機を確保することができる。
【００１２】
本明細書において開示される主題の、少なくとも一つの実施の詳細は、添付されている図面と以下の記述の中で述べられる。開示される主題のその他の特徴、態様、効果は、以下の開示、図面、請求項により明らかにされる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施例を示し、ディザスタリカバリシステムの一例を示すブロック図である。
【図２】本発明の実施例を示し、サイト切り替え管理サーバの一例を示すブロック図である。
【図３】本発明の実施例を示し、物理サーバの一例を示すブロック図である。
【図４】本発明の実施例を示し、緊急速報データベースの一例を示す図である。
【図５】本発明の実施例を示し、仮想計算機優先順位テーブルの一例を示す図である。
【図６】本発明の実施例を示し、仮想計算機データ量テーブルの一例を示す図である。
【図７】本発明の実施例を示し、ファイル優先順位テーブルの一例を示す図である。
【図８】本発明の実施例を示し、切り替えパターンテーブルの一例を示す図である。
【図９】本発明の実施例を示し、ディザスタリカバリシステムで行われる処理の一例を示すフローチャートである。
【図１０】本発明の実施例を示し、リカバリ手順１で行われる処理の一例を示すフローチャートである。
【図１１】本発明の実施例を示し、リカバリ手順２で行われる処理の一例を示すフローチャートである。
【図１２】本発明の実施例を示し、リカバリ手順３で行われる処理の一例を示すフローチャートである。
【図１３】本発明の実施例を示し、計画移行で行われる処理の一例を示すフローチャートである。
【図１４】本発明の実施例を示し、前世代データ使用手順で行われる処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態を添付図面に基づいて説明する。
【実施例１】
【００１５】
図１は、本発明の実施例を示し、ディザスタリカバリシステムの一例を示すブロック図である。
【００１６】
ディザスタリカバリシステムは、緊急速報システム５に接続されたサイト切り替え管理サーバ１と、複数の仮想計算機４０−１、４０−２を提供するメインサイト２と、メインサイト２の仮想計算機４０−１、４０−２を引き継ぐバックアップサイト（災害対策サイト）３と、各計算機システムを接続するネットワーク６を含む。以下の説明では、仮想計算機を特定しない場合には、「−」以降を省略した符号「４０」を使用する。他の構成要素の符号についても同様である。
【００１７】
メインサイト２は、複数の仮想計算機（図中ＶＭ、以下同様）４０を提供する物理サーバ２０と、仮想計算機４０が利用する仮想ディスク５０を提供するストレージ装置２３を含む。
【００１８】
なお、図示の例では、物理サーバ２０が運用する仮想計算機４０−１、４０−２は２つの例を示すが、多数の仮想計算機４０を実行することができる。また、ひとつの仮想計算機４０は、複数の仮想ディスク５０を使用することができる。
【００１９】
また、物理サーバ２０では、サイト切り替え管理サーバ１からの指令に応じてリカバリを実行する切り替えエージェント２５が稼働する。また、切り替えエージェント２５は、仮想計算機４０の稼働状態とは非同期で、仮想ディスク５０のデータのレプリケーションをバックアップサイト３へ送信し、ストレージ装置３３に格納させる。なお、切り替えエージェント２５は、独立した計算機で実行されてもよい。
【００２０】
なお、切り替えエージェント２５が行う非同期レプリケーションは、周知又は公知の技術を適用すればよい。例えば、切り替えエージェント２５は、所定の周期で仮想計算機４０が使用する仮想ディスク５０のデータの差分データを生成して、バックアップサイト３へ送信することができる。
【００２１】
バックアップサイト３は、複数の仮想計算機４０をメインサイト２から引き継ぐ物理サーバ３０と、仮想計算機４０が利用する仮想ディスク５０を提供するストレージ装置３３を含む。また、物理サーバ３０では、サイト切り替え管理サーバ１からの指令に応じてリカバリを実行する切り替えエージェント３５が稼働する。なお、切り替えエージェント３５は、独立した計算機で実行されてもよい。
【００２２】
サイト切り替え管理サーバ１は、緊急速報受信部１１０と、サイト死活監視部１２０と、サイト切り替え判定部１３０と、サイト切り替え指示部１４０と、緊急速報データベース１５０と、サイト切り替えデータベース１６０を有する。
【００２３】
緊急速報受信部１１０は、緊急速報システム５からの災害に関する緊急速報を受信して、緊急速報の内容をサイト切り替え判定部１３０に送信する。また、緊急速報受信部１１０は、緊急速報の内容を緊急速報データベース１５０に格納する。
【００２４】
本実施例の緊急速報システム５は、緊急地震速報や津波警報を提供し、メインサイト２の所在を予め登録しておいて、地震や津波の到達予測時刻を配信する例を示す。緊急速報受信部１１０は、受信した緊急速報から到達予測時刻を取得してメインサイト２が被災するまでの猶予時間を算出して、緊急速報の内容として緊急速報データベース１５０に格納する。なお、緊急速報システム５は、これに限定されるものではなく、メインサイト２に障害が発生する可能性のある災害の情報や避難に関する情報であってもよい。
【００２５】
サイト死活監視部１２０は、メインサイト２の物理サーバ２０の稼働状態を監視する。サイト死活監視部１２０は、メインサイト２の物理サーバ２０に障害が発生するとサイト切り替え判定部１３０に障害発生の通知を送信する。
【００２６】
サイト切り替え判定部１３０は、緊急速報を受信すると算出した猶予時間に応じて、切り替え（リカバリ）パターンを選択してサイト切り替え指示部１４０に指令する。また、サイト切り替え判定部１３０は、障害発生の通知を受信すると、障害の内容に応じて切り替えパターンを選択してサイト切り替え指示部１４０に指令する。
【００２７】
サイト切り替え指示部１４０は、指令された切り替えパターンに基づいて、メインサイト２の物理サーバ２０で稼働している仮想計算機４０をバックアップサイト３の物理サーバ３０に引き継がせる。このため、サイト切り替え指示部１４０は切り替えパターンに応じた指令をメインサイト２の切り替えエージェント２５と、バックアップサイト３の切り替えエージェント３５にそれぞれ通知してリカバリを実行させる。
【００２８】
図２は、サイト切り替え管理サーバ１の構成の一例を示すブロック図である。サイト切り替え管理サーバ１は、プロセッサ１１と、メモリ１２と、ストレージ装置１３と、入出力装置１４と、通信インタフェース１５を含む計算機である。
【００２９】
メモリ１２には、緊急速報受信部１１０と、サイト死活監視部１２０と、サイト切り替え判定部１３０と、サイト切り替え指示部１４０がプログラムとしてロードされてプロセッサ１１によって実行される。
【００３０】
プロセッサ１１は、各機能部のプログラムに従って処理を実行することによって、所定の機能を提供する機能部として稼働する。例えば、プロセッサ１１は、サイト切り替え指示プログラムに従って処理を実行することでサイト切り替え指示部１４０として機能する。他のプログラムについても同様である。さらに、プロセッサ１１は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。
【００３１】
ストレージ装置１３は、緊急速報データベース１５０と、サイト切り替えデータベース１６０と、を格納する。サイト切り替えデータベース１６０は、仮想計算機優先順位テーブル５１０と、仮想計算機データ量テーブル５２０と、ファイル優先順位テーブル５３０と、切替パターンテーブル５４０と、を含む。各テーブルの内容については後述する。
【００３２】
入出力装置１４は、キーボードやマウスあるいはタッチパネル等の入力装置と、ディスプレイ等の出力装置が含まれる。通信インタフェース１５はネットワーク６に接続されて、緊急速報システム５と、メインサイト２と、バックアップサイト３と通信を行う。
【００３３】
図３は、メインサイト２の物理サーバ２０の構成の一例を示すブロック図である。なお、バックアップサイト３の物理サーバ３０も同様の構成であるので重複する説明を省略する。物理サーバ２０は、プロセッサ２１と、メモリ２２と、ストレージ装置２３と、通信インタフェース２４を含む計算機である。
【００３４】
メモリ２２には、仮想環境を構築するハイパーバイザ２６と、切り替えエージェント２５と、仮想計算機４０−１、４０−２が格納される。仮想計算機４０−１は、ゲストＯＳ４１−１とアプリケーション４２−１を含む。仮想計算機４０−２は、ゲストＯＳ４１−２とアプリケーション４２−２を含む。
【００３５】
プロセッサ２１は、各機能部のプログラムに従って処理を実行することによって、所定の機能を提供する機能部として稼働する。例えば、プロセッサ２１は、切り替えエージェントプログラムに従って処理を実行することで切り替えエージェント２５として機能する。他のプログラムについても同様である。さらに、プロセッサ２１は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。
【００３６】
ストレージ装置１３は、仮想計算機４０が使用する仮想ディスク５０−１、５０−２を格納する。仮想ディスク５０−１には、仮想計算機４０−１のゲストＯＳ４１−１やアプリケーション４２−１を格納するシステムディスク５１−１と、データディスク５２−１が含まれる。
【００３７】
また、仮想ディスク５０−２には、仮想計算機４０−２のゲストＯＳ４１−２やアプリケーション４２−２を格納するシステムディスク５１−２と、データディスク５２−２が含まれる。
【００３８】
通信インタフェース２４はネットワーク６に接続されて、サイト切り替え管理サーバ１と、バックアップサイト３と通信を行う。
【００３９】
＜テーブル＞
以下、各データベースのテーブルの一例について説明する。図４は、サイト切り替え管理サーバ１の緊急速報データベース１５０の一例を示す図である。
【００４０】
緊急速報データベース１５０は、受信日１５１と、受信時刻１５２と、災害種別１５３と、予測到達時刻１５４と、猶予時間１５５と、をひとつのエントリに含む。
【００４１】
災害種別１５３には、発生する災害の種類と災害の規模が格納される。災害の種類には、地震や津波等が格納され、災害の規模には、震度やマグニチュードや波高が格納される。予測到達時刻１５４には、災害がメインサイト２に到達すると予測される時刻が格納される。猶予時間１５５には、受信時刻１５２と予測到達時刻１５４の差分が格納される。
【００４２】
本実施例では、メインサイト２の所在（位置）を予め緊急速報システム５に登録しておいて、緊急速報システム５がメインサイト２への予測到達時刻１５４を通知するサービスを利用する例を示している。
【００４３】
緊急速報システム５が震源の緯度、経度及び深さを通知する場合では、サイト切り替え管理サーバ１が、メインサイト２の位置情報と震源の位置と地震波の速度から、予測到達時刻１５４及び猶予時間１５５を算出するようにしてもよい。
【００４４】
図５は、サイト切り替えデータベース１６０の仮想計算機優先順位テーブル５１０の一例を示す図である。仮想計算機優先順位テーブル５１０は、仮想マシン名５１１と、仮想ディスク名５１２と、優先順位５１３を、ひとつのエントリに含む。
【００４５】
仮想マシン名５１１には、仮想計算機４０の識別子が格納される。仮想ディスク名５１２には、仮想ディスク５０の識別子が格納される。
【００４６】
優先順位５１３には、仮想ディスク名５１２毎に予め設定されたリカバリの優先順位が格納される。なお、優先順位が「ｎｕｌｌ」の仮想ディスク５０は、優先順位が未設定であることを示す。優先順位５１３は、メインサイト２と仮想計算機４０の利用者の間で締結された契約などによって予め設定される。
【００４７】
図６は、仮想計算機データ量テーブル５２０の一例を示す図である。仮想計算機データ量テーブル５２０は、仮想マシン名５２１と、差分データ量５２２を、ひとつのエントリに含む。
【００４８】
仮想計算機データ量テーブル５２０は、切り替えエージェント２５が非同期レプリケーションを実行したときに生成した差分データの値が格納される。なお、差分データには、前回のレプリケーションと、今回のレプリケーションを生成したシステムディスク５１とデータディスク５２の容量の差分が格納される。
【００４９】
図７は、ファイル優先順位テーブル５３０の一例を示す図である。ファイル優先順位テーブル５３０は、仮想マシン名５３１と、ファイル名５３２と、ユーザ指定優先順位５３３を、ひとつのエントリに含む。
【００５０】
仮想マシン名５３１には、仮想計算機の識別子が格納される。ファイル名５３２には、ファイル名とパスが格納される。ユーザ指定優先順位５３３には、仮想計算機４０の利用者が予め指定したファイル名５３２毎のリカバリの優先順位が格納される。
【００５１】
仮想計算機４０の利用者は、利用者端末（図示省略）を操作して、サイト切り替え管理サーバ１にリカバリを実施する際のファイル名５３２の優先順位を指定することができる。なお、優先順位が指定されていないファイル名５３２のユーザ指定優先順位５３３には「ｎｕｌｌ」を設定することができる。
【００５２】
図８は、切替パターンテーブル５４０の一例を示す図である。切替パターンテーブル５４０は、リカバリプラン名５４１と、緊急速報適用最小猶予時間５４２と、緊急速報適用最大猶予時間５４３と、適用ルール５４４を、ひとつのエントリに含む。
【００５３】
切替パターンテーブル５４０は、ディザスタリカバリシステムの管理者などによって予め設定される。
【００５４】
リカバリプラン名５４１には、リカバリの名称又は識別子が格納される。緊急速報適用最小猶予時間５４２には、当該リカバリプランを実行するために必要な猶予時間１５５の最小値が格納される。
【００５５】
緊急速報適用最大猶予時間５４３には、当該リカバリプランを実行する場合の猶予時間１５５の最大値が格納される。適用ルール５４４には、リカバリプラン名５４１に適用するルールが格納される。
【００５６】
切り替え管理サーバ１は、緊急速報を受け付けると、猶予時間１５５を算出して緊急速報データベース１５０の切替パターンテーブル５４０を参照して、猶予時間１５５が緊急速報適用最小猶予時間５４２以上かつ緊急速報適用最大猶予時間５４３未満のリカバリプラン名５４１を選択する。
【００５７】
なお、図中適用ルール５４４が「計画切替」のリカバリは、サイト切り替え管理サーバ１が、切り替えエージェント２５に指令して、メインサイト２の仮想計算機４０を終了させた後、仮想ディスク５０の差分データをバックアップサイト３へ送信して、差分データを適用した仮想ディスク５０で仮想計算機４０を回復させる。なお、差分データは、メインサイト２からバックアップサイト３へ非同期レプリケーションによって前回送信した仮想ディスク５０からの差分を示す。
【００５８】
計画切替は、メインサイト２のメンテナンス等の際に実施され、全ての仮想計算機４０をバックアップサイト３で復元する。この計画切替では、切り替えエージェント２５が、仮想計算機４０を終了させてから仮想ディスク５０の差分データを生成して、メインサイト２からバックアップサイト３への転送が完了するまでに時間を要する。
【００５９】
＜処理＞
以下、ディザスタリカバリシステムで行われる処理の一例について説明する。図９は、サイト切り替え管理サーバ１が実施する処理の一例を示すフローチャートである。この処理は、緊急速報受信部１１０が、緊急速報システム５から緊急速報を受信した際に実行される。
【００６０】
まず、サイト切り替え管理サーバ１の緊急速報受信部１１０は、緊急速報システム５から緊急速報を受信すると、緊急速報データベース１５０に新たなエントリを追加して、受信した緊急速報の内容を格納する。そして、緊急速報受信部１１０は、予測到達時刻１５４と受信時刻１５２の差分から猶予時間１５５を算出して緊急速報データベース１５０に格納する（Ｓ１）。
【００６１】
次に、サイト切り替え管理サーバ１のサイト死活監視部１２０は、メインサイト２の物理サーバ２０が稼働中であるか否かを判定する（Ｓ２）。物理サーバ２０が稼働中の場合にはステップＳ３へ進み、停止又は障害が発生している場合にはステップ９へ進む。
【００６２】
なお、稼働中であるか否かの判定は、サイト死活監視部１２０が物理サーバ２０からのハートビートの検出等の周知又は公知の技術によって実施すればよい。
【００６３】
ステップＳ３では、サイト切り替え判定部１３０が、緊急速報データベース１５０を参照して、現在の処理の対象となっているエントリの災害種別１５３を参照して災害の種別と災害の規模を取得する。そして、サイト切り替え判定部１３０は、災害の種別に応じた規模の閾値と災害の規模を比較して、規模の値が閾値を超えていればステップＳ４に進み、そうでない場合には処理を終了する。
【００６４】
サイト切り替え判定部１３０は、規模の値が閾値を超えていない場合には、リカバリをキャンセルする。なお、規模の閾値は、例えば、災害の種類が地震の場合には、震度４を閾値とすることができる。
【００６５】
なお、災害の種類に応じた規模の閾値は、メインサイト２の所在地や、物理サーバ２０の設置状態などに応じて予め設定される。そして、規模の閾値は、災害の種類毎に設定されて、震度の他に津波の高さや、メインサイト２の近傍の河川の氾濫水位や、近傍の火山の噴火警戒レベル等を用いることができる。
【００６６】
次に、サイト切り替え判定部１３０は、切替パターンテーブル５４０を参照して上記ステップＳ１で算出した猶予時間１５５が、「計画切替」に対応した災害プランＡの緊急速報適用最小猶予時間５４２の値未満であるか否かを判定する（Ｓ４）。換言すれば、サイト切り替え判定部１３０は、予測到達時刻１５４までの時間（猶予時間１５５）で計画切替が可能であるか否かを判定する。
【００６７】
サイト切り替え判定部１３０は、猶予時間１５５が「災害プランＡ」の緊急速報適用最小猶予時間５４２以上であればステップＳ８に進んで計画切替によるリカバリを実行する。一方、猶予時間１５５が「災害プランＡ」の緊急速報適用最小猶予時間５４２の値未満であればステップＳ５に進む。
【００６８】
ステップＳ５では、サイト切り替え判定部１３０は猶予時間１５５が所定の時間閾値ｘ秒未満であるか否かを判定する。換言すれば、サイト切り替え判定部１３０は、時間閾値ｘ秒以内に災害がメインサイト２へ到達するか否かを判定する。
【００６９】
サイト切り替え判定部１３０は、時間閾値ｘ秒未満でメインサイト２が被災する場合にはステップＳ６へ進み、猶予時間１５５が時間閾値ｘ秒以上の場合には、ステップＳ７に進む。
【００７０】
上記ステップＳ２、Ｓ４、Ｓ５の判定により、サイト切り替え判定部１３０は、メインサイト２が被災するまでの時間が時間閾値ｘ秒未満の場合には、リカバリプラン名５４１が災害プランＣの「手順３」を実施し（Ｓ６）、被災するまでの時間が時間閾値ｘ秒以上で計画切替の時間未満の場合には災害プランＢの「手順１」又は「手順２」を実施し（Ｓ７）、被災するまでの時間が計画切替の時間以上であれば計画切替を実施し（Ｓ８）、メインサイト２が停止していれば前世代のデータによるリカバリを実行する（Ｓ９）。各リカバリの詳細については、以下に説明する。
【００７１】
図１０は、図９のステップＳ７に示したリカバリ手順１で行われる処理の一例を示すフローチャートである。この処理は、猶予時間１５５が時間閾値ｘ秒以上かつ災害プランＡの緊急速報適用最小余裕時間５４２未満の場合に実行される。
【００７２】
サイト切り替え指示部１４０は、図５に示した仮想計算機優先順位テーブル５１０を読み込んで、優先順位５１３の順序で仮想ディスク５０を選択してステップＳ１５までのループを繰り返す（Ｓ１１）。
【００７３】
ステップＳ１２では、サイト死活監視部１２０がメインサイト２の物理サーバ２０が稼働中であるか否かを判定し、稼働中であればステップＳ１３へ進み、そうでない場合にはリカバリのループを終了してステップＳ１７へ進む。
【００７４】
ステップＳ１３では、サイト切り替え指示部１４０がメインサイト２の切り替えエージェント２５に対して、ＶＳＳ（Ｖｏｌｕｍｅ  Ｓｈａｄｏｗ  ｃｏｐｙ  Ｓｅｒｖｉｃｅ）等によって優先順位５１３で選択された仮想計算機４０が使用する仮想ディスク５０を静止化し、差分データを生成させる。なお、切り替えエージェント２５は、前回バックアップサイト３に送信した差分データと、上記ＶＳＳ等によって静止化したスナップショットから新たな差分データを生成する。
【００７５】
次に、ステップＳ１４では、切り替えエージェント２５が上記仮想ディスク５０の差分データをバックアップサイト３に送信する。バックアップサイト３では、物理サーバ３０の切り替えエージェント３５が差分データを受信して、指定された仮想計算機４０が使用する仮想ディスク５０に当該差分データを適用して、現在のメインサイト２の仮想ディスク５０の内容に同期させる。
【００７６】
サイト切り替え指示部１４０は、上記ステップＳ１３、Ｓ１４の処理を仮想計算機優先順位テーブル５１０の優先順位５１３の順序で繰り返して実行する。そして、全ての仮想ディスク５０について上記ステップＳ１３、Ｓ１４の処理が完了すると、切り替えエージェント２５、３５にメインサイト２からバックアップサイト３へ仮想計算機４０の切り替えが指令される（Ｓ１６）。
【００７７】
上記ステップＳ１６では、サイト切り替え管理サーバ１の管理者が緊急速報を入出力装置１４で確認してからメインサイト２とバックアップサイト３の切り替えエージェント２５、３５に切り替えの指令を送信してもよい。
【００７８】
例えば、津波警報のように猶予時間１５５が数十分ある場合では、緊急速報の誤報を排除するために、管理者の指示に基づいてサイト切り替え管理サーバ１から切り替えの指令を送信することができる。
【００７９】
また、時間閾値ｘ秒以上でも、猶予時間１５５が１０秒程度の場合には、管理者が入出力装置１４で確認している間に被災することも考えられるため、サイト切り替え管理サーバ１が切り替えの指令を送信するようにしてもよい。
【００８０】
ステップＳ１７では、サイト切り替え管理サーバ１から切り替えの指令を受け付けたメインサイト２の切り替えエージェント２５が、メインサイト２の仮想計算機４０を終了させる。次に、ステップＳ１８では、サイト切り替え管理サーバ１からの切り替えの指令に基づいて、バックアップサイト３の切り替えエージェント３５が、差分データを適用した仮想ディスク５０で仮想計算機４０を起動して、リカバリ処理を完了する。
【００８１】
なお、上記処理では、ステップＳ１２の判定でメインサイト２の物理サーバ２０が停止又は障害発生の場合には、メインサイト２が被災したと推定されるので、ステップＳ１１〜Ｓ１５のループ処理を中止して、バックアップサイト３で仮想計算機４０を復元する。
【００８２】
以上のように、時間閾値ｘ秒よりも猶予時間１５５の方が大きい場合には、仮想計算機優先順位テーブル５１０の優先順位に従って仮想ディスク５０単位で差分データの生成を指令することで、重要なデータを含む仮想ディスク５０を最新の状態として仮想計算機４０を復元することができる。
【００８３】
津波警報のように被災までの猶予時間１５５が数分以上の場合、仮想計算機４０が使用する仮想ディスク５０単位で優先順位を指定して差分データをバックアップサイト３へ送信することで、メインサイト２が被災するまでに、重要な仮想計算機４０をバックアップサイト３で復元することができる。
【００８４】
図１１は、図９のステップＳ７に示したリカバリ手順２で行われる処理の一例を示すフローチャートである。この処理は、図１０に示した手順１の変形例である。図１０では、仮想計算機優先順位テーブル５１０の優先順位５１３で仮想計算機４０の仮想ディスク５０を選択したが、図１１では、仮想計算機４０が使用する差分データの量が少ない順でリカバリを実施する。
【００８５】
なお、ディザスタリカバリシステムの管理者は、図１０と図１１の処理の一方を予め選択して、ステップＳ７の処理を決定しておく。
【００８６】
サイト切り替え指示部１４０は、図６に示した仮想計算機データ量テーブル５２０を読み込んで、差分データ量５２２が少ない順序で仮想計算機４０を選択してステップＳ２５までのループを繰り返す（Ｓ２１）。
【００８７】
ステップＳ２２〜Ｓ２４、Ｓ２６〜Ｓ２８は、上記図１０のステップＳ１２〜Ｓ１４、Ｓ１６〜Ｓ１８と同様であり、Ｓ２２で差分データ量の少ない順序で選択された仮想計算機４０の差分データがバックアップサイト３に送信される。
【００８８】
そして、サイト切り替え指示部１４０は、メインサイト２が被災して物理サーバ２０からの応答がなくなるまで差分データの生成及び送信を切り替えエージェント２５に実行させる。
【００８９】
図１１の例では、切り替えエージェント２５が、差分データ量の少ない順で仮想計算機４０の差分データの生成と送信を行うことで、猶予時間１５５又はメインサイト２が被災するまでの間に復元可能な仮想計算機４０の数を増大することができる。
【００９０】
図１２は、図９のステップＳ６に示したリカバリ手順３で行われる処理の一例を示すフローチャートである。この処理は、猶予時間１５５が時間閾値ｘ秒未満の場合に実行される。
【００９１】
サイト切り替え指示部１４０は、図７に示したファイル優先順位テーブル５３０を読み込んで、ユーザ指定優先順位５３３の昇順でファイル名５３２を選択してステップＳ３５までのループを繰り返す（Ｓ３１）。
【００９２】
ステップＳ３２〜Ｓ３４、Ｓ３６〜Ｓ３８は、上記図１０のステップＳ１２〜Ｓ１４、Ｓ１６〜Ｓ１８と同様であり、ステップＳ３１でユーザ指定優先順位５３３の昇順で選択された仮想計算機４０のファイルの差分データがバックアップサイト３に送信される。
【００９３】
そして、サイト切り替え指示部１４０は、メインサイト２が被災して物理サーバ２０からの応答がなくなるまで差分データの生成及び送信を切り替えエージェント２５に実行させる。
【００９４】
図１２の例では、切り替えエージェント２５が、ユーザ指定優先順位５３３の昇順で仮想計算機４０が使用する仮想ディスク５０のファイルの差分データの生成と送信を行うことで、猶予時間１５５又はメインサイト２が被災するまでの間に重要なファイルのデータを優先して復元することができる。
【００９５】
地震速報のように被災までの猶予時間１５５が短い場合には、仮想計算機４０が使用する仮想ディスク５０のデータのうち、リカバリの優先順位をファイル単位で予め設定したファイル優先順位テーブル５３０に基づいて、前記差分データを生成するデータとして前記優先順位に応じたファイルを指定する。
【００９６】
これにより、切り替えエージェント２５は、各仮想計算機４０が使用するファイルのうち重要なものから順に差分データとして最新のデータがバックアップサイト３に送信することができ、非同期レプリケーションを利用するディザスタリカバリシステムの信頼性を確保することができる。
【００９７】
図１３は、図９のステップＳ８に示した計画切替で行われる処理の一例を示すフローチャートである。この処理は、猶予時間１５５が災害プランＡの緊急速報適用最小余裕時間５４２以上の場合に実行される。
【００９８】
サイト切り替え管理サーバ１のサイト切り替え指示部１４０は、メインサイト２の切り替えエージェント２５にバックアップサイト３への計画切替を指令する（Ｓ４１）。メインサイト２の切り替えエージェント２５は、メインサイト２で稼働中の仮想計算機４０を停止させる（Ｓ４２）。
【００９９】
切り替えエージェント２５は、各仮想計算機４０の仮想ディスク５０の差分データを生成して、バックアップサイト３へ送信する（Ｓ４３）。次に、サイト切り替え指示部１４０は、バックアップサイト３の切り替えエージェント３５にリカバリを指示する。切り替えエージェント３５は、バックアップサイト３で受信した差分データを仮想ディスク５０に適用してから仮想計算機４０を起動して、リカバリ処理を完了する。
【０１００】
上記のように計画切替では、メインサイト２のデータをバックアップサイト３へ移動してから仮想計算機４０を復元することができる。
【０１０１】
図１４は、図９のステップＳ９に示した前世代データ使用手順で行われる処理の一例を示すフローチャートである。この処理は、メインサイト２の物理サーバ２０が停止又は障害発生の場合に実行される。
【０１０２】
バックアップサイト３の切り替えエージェント３５は、サイト切り替え管理サーバ１からの指示に応じて、現在の仮想ディスク５０の内容で仮想計算機４０を起動する。バックアップサイト３の仮想ディスク５０の内容は、前回の非同期レプリケーションの状態であるので、提供される仮想計算機４０も前世代のデータを使用することになる。
【０１０３】
以上のように、本実施例のディザスタリカバリシステムは、メインサイト２に災害が到達するまでの猶予時間１５５に応じて、リカバリの内容を変更することで、多数の仮想計算機４０を被災前にバックアップサイト３へ待避させることが可能となる。
【０１０４】
メインサイト２の切り替えエージェント２５は、非同期でバックアップサイト３へ差分データを送信ししておく。サイト切り替え管理サーバ１は、緊急速報システム５からの緊急速報を受信すると猶予時間１５５が時間閾値ｘ秒未満であれば、ユーザ指定優先順位５３３の順序でファイル単位の差分データをバックアップサイト３に待避させて、仮想計算機４０を復元する。これにより、仮想ディスク５０のうちユーザが指定した優先順位の高いファイルをバックアップサイト３で復元することができる。
【０１０５】
また、サイト切り替え管理サーバ１は、猶予時間１５５が時間閾値ｘ秒以上で計画切替の時間（災害プランＡの緊急速報適用最小余裕時間５４２）未満であれば、予め設定された仮想計算機優先順位テーブル５１０に設定された優先順位５１３で仮想ディスク５０の差分データをバックアップサイト３に待避させてから仮想計算機４０の復元を行うができる。
【０１０６】
この場合、サイト切り替え管理サーバ１が、優先順位５１３の高い仮想ディスク５０から順に差分データをバックアップサイト３に待避させてから仮想計算機４０を復元することで、優先順位５１３の高い仮想計算機４０を確実に復元することができる。
【０１０７】
また、サイト切り替え管理サーバ１は、猶予時間１５５が時間閾値ｘ秒以上で計画切替の時間未満の場合に上記手順２でリカバリを実施する場合には、仮想ディスク５０の差分データ量の少ない順でバックアップサイト３に待避させることで、より多くの仮想計算機４０を被災前の状態で復元することができる。
【０１０８】
なお、上記緊急速報システム５が通知する緊急速報としては、地震や津波、洪水又は火山の噴火等の自然災害の他に、停電や節電に関する電力の情報を含めてもよい。
【０１０９】
＜結び＞
以上のように、上記実施例のディザスタリカバリシステムは、以下のような構成とすることができる。
【０１１０】
（１）プロセッサ（２１）とメモリ（２２）とストレージ装置（２３）を有して複数の仮想計算機（４０）を実行する第１の物理サーバ（２０）と、
【０１１１】
プロセッサ（２１）とメモリ（２２）とストレージ装置（３３）を有して前記第１の物理サーバ（２０）の仮想計算機（４０）を引き継ぐ第２の物理サーバ（３０）と、
【０１１２】
プロセッサ（１１）とメモリ（１２）を有して前記第１の物理サーバ（２０）の前記仮想計算機（４０）を前記第２の物理サーバ（３０）で復元させる管理サーバ（サイト切り替え管理サーバ１）と、前記第１の物理サーバ（２０）と前記第２の物理サーバ（３０）と前記管理サーバ（１）を接続するネットワーク（６）と、を有するディザスタリカバリシステムであって、前記第１の物理サーバ（２０）は、前記仮想計算機（４０）が使用するデータの差分データを非同期レプリケーションによって前記第２の物理サーバ（３０）へ送信する第１のエージェント（２５）を有し、前記第２の物理サーバ（３０）は、前記管理サーバ（１）からの指令に基づいて、前記仮想計算機（４０）を起動する第２のエージェント（３５）を有し、前記管理サーバ（１）は、災害に関する緊急速報を受信して、前記第１の物理サーバ（２０）が被災するまでの猶予時間（１５５）を前記緊急速報に基づいて算出する緊急速報受信部（１１０）と、予め設定されたリカバリパターン情報（切替パターンテーブル５４０）から前記猶予時間（１５５）の大きさに応じて実行するリカバリパターンを選択する切り替え判定部（サイト切り替え判定部１３０）と、前記選択されたリカバリパターンの内容に応じて、前記第１の物理サーバ（２０）から前記第２の物理サーバ（３０）へ送信する前記仮想計算機（４０）のデータを指定して前記第１のエージェント（２５）に差分データの送信を指令し、前記第２のエージェント（３５）に前記差分データに基づいて前記仮想計算機（４０）を起動させる切り替え指示部（サイト切り替え指示部１４０）と、を有することを特徴とするディザスタリカバリシステム。
【０１１３】
上記構成により、サイト切り替え管理サーバ１は、災害の速報を受信して、メインサイト２の物理サーバ２０が被災するまでの猶予時間１５５に応じてリカバリのパターンを切り替えてメインサイト２からバックアップサイト３へ待避させるデータを変更することで、より多くの仮想計算機４０をバックアップサイト３で復元することができる。
【０１１４】
（２）上記（１）に記載のディザスタリカバリシステムであって、前記切り替え指示部（１４０）は、前記選択されたリカバリパターンの内容に応じて、前記仮想計算機（４０）が使用するデータのうち最新のデータで前記差分データを生成するよう前記第１のエージェント（２５）に指令することを特徴とするディザスタリカバリシステム。
【０１１５】
上記構成により、サイト切り替え管理サーバ１は、被災するまでの猶予時間１５５の大きさに応じて、メインサイト２からバックアップサイト３へ待避させるデータを最新の差分データとすることで、猶予時間１５５内で転送可能な仮想計算機４０を増大させることができる。
【０１１６】
（３）上記（１）に記載のディザスタリカバリシステムであって、前記切り替え指示部（１４０）は、前記第１のエージェント（２５）に前記仮想計算機（４０）の稼働状態で前記仮想計算機（４０）が使用するデータを格納した仮想ディスクのスナップショットから前記差分データを生成して前記第２の物理サーバ（３０）へ送信するように指令し、管理者が操作する入力装置（入出力装置１４）から切り替えの指令を受け付けた後に、前記第１のエージェント（２５）に前記第１の物理サーバ（２０）の停止を指令し、前記第２のエージェント（３５）に前記差分データによって前記仮想計算機（４０）を起動させることを特徴とするディザスタリカバリシステム。
【０１１７】
上記構成により、第１のエージェントは、仮想計算機４０を稼働状態としてスナップショットによって仮想計算機４０を静止化させてから、前回の非同期レプリケーションの差分データを生成してバックアップサイト３で復元させることが可能となる。
【０１１８】
（４）上記（１）に記載のディザスタリカバリシステムであって、前記切り替え指示部（１４０）は、前記仮想計算機（４０）が使用するデータのうち、リカバリの優先順位をファイル単位で予め設定したファイル優先順位情報（ファイル優先順位テーブル５３０）に基づいて、前記差分データを生成するデータとして前記優先順位に応じたファイルを指定することを特徴とするディザスタリカバリシステム。
【０１１９】
上記構成により、地震速報のように被災までの猶予時間１５５が短い場合は、ファイル優先順位テーブル５３０で指定されたユーザ指定優先順位５３３の高いファイルの差分データをバックアップサイト３に送信して仮想計算機４０を復元し、短時間で重要なファイルをバックアップサイト３へ待避させることが可能となる。
【０１２０】
（５）上記（１）に記載のディザスタリカバリシステムであって、前記切り替え指示部（１４０）は、前記仮想計算機（４０）が使用するデータのうち、リカバリの優先順位を前記仮想計算機（４０）が使用する仮想ディスク（５０）単位で予め設定した仮想計算機優先順位情報（仮想計算機優先順位テーブル５１０）に基づいて、前記差分データを生成するデータとして前記優先順位に応じた仮想ディスクを指定することを特徴とするディザスタリカバリシステム。
【０１２１】
上記構成により、津波警報のように被災までの猶予時間１５５が数分以上の場合、仮想計算機４０が使用する仮想ディスク５０単位で優先順位を指定して差分データをバックアップサイト３へ送信することで、メインサイト２が被災するまでに、重要な仮想計算機４０をバックアップサイト３で復元することができる。
【０１２２】
（６）上記（１）に記載のディザスタリカバリシステムであって、前記リカバリパターン情報（切替パターンテーブル５４０）は、リカバリの優先順位をファイル単位で予め設定したファイル優先順位情報（５３０）に基づいて、前記差分データを生成するデータとして前記優先順位に応じたファイルを指定する第１のリカバリパターン（災害プランＣ）と、前記リカバリの優先順位を前記仮想計算機（４０）が使用する仮想ディスク（５０）単位で予め設定した仮想計算機優先順位情報（５１０）に基づいて、前記差分データを生成するデータとして前記優先順位に応じた仮想ディスク（５０）を指定する第２のリカバリパターン（災害プランＢ）を含み、前記切り替え判定部（１３０）は、前記猶予時間（１５５）の値が予め設定された時間閾値ｘ秒未満の場合には前記第１のリカバリパターンを選択し、前記猶予時間（１５５）の値が前記時間閾値以上の場合には前記第２のリカバリパターンを選択することを特徴とするディザスタリカバリシステム。
【０１２３】
上記構成により、サイト切り替え管理サーバ１は、猶予時間が時間閾値ｘ秒未満の場合には、ファイル優先順位テーブル５３０に基づいてファイル単位で差分データを生成し、猶予時間１５５が時間閾値ｘ秒以上の場合には仮想計算機単位の優先順位で差分データを生成してバックアップサイト３で仮想計算機４０を復元する。これにより、限られた猶予時間１５５内で重要なファイルや仮想計算機４０をバックアップサイト３に待避させて復元させることが可能となる。
【０１２４】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、又は置換のいずれもが、単独で、又は組み合わせても適用可能である。
【０１２５】
また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０１２６】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１２７】
１  サイト切り替え管理サーバ
２  メインサイト
３  バックアップサイト
５  緊急速報システム
２０、３０  物理サーバ
２５、３５  切り替えエージェント
４０−１、４０−２  仮想計算機
５０−１、５０−２  仮想ディスク
１１０  緊急速報受信部
１２０  サイト死活監視部
１３０  サイト切り替え判定部
１４０  サイト切り替え指示部
１５０  緊急速報データベース
５１０  仮想計算機優先順位テーブル
５２０  仮想計算機データ量テーブル
５３０  ファイル優先順位テーブル
５４０  切替パターンテーブル
【図１】
0006963643.tif 000002
【図２】
0006963643.tif 000003
【図３】
0006963643.tif 000004
【図４】
0006963643.tif 000005
【図５】
0006963643.tif 000006
【図６】
0006963643.tif 000007
【図７】
0006963643.tif 000008
【図８】
0006963643.tif 000009
【図９】
0006963643.tif 000010
【図１０】
0006963643.tif 000011
【図１１】
0006963643.tif 000012
【図１２】
0006963643.tif 000013
【図１３】
0006963643.tif 000014
【図１４】
0006963643.tif 000015