(57)【特許請求の範囲】
【請求項１】
再目的化可能回復環境を、本番環境のための回復環境と、前記回復環境とは異なる第２の環境との間で再構成するように動作する再構成マネージャと、
前記再目的化可能回復環境が前記第２の環境として動作している間、前記本番環境から本番情報を定期的に保存する、前記再目的化可能回復環境内の記憶システムと、
を含み、
前記記憶システム内の前記本番情報は、前記再目的化可能回復環境を前記第２の環境から前記回復環境に再構成するために用いられ、
前記再構成マネージャは、
前記本番環境の故障を検出し、
前記第２の環境のために動作している前記再目的化可能回復環境内でサーバがその時点で用いている情報を前記記憶システム内に保存し、
前記サーバをシャットダウンし、
前記記憶システム内の少なくとも１つのオペレーティングシステムを用いて前記サーバをリブートし、前記少なくとも１つのオペレーティングシステムは、前記本番環境のためのオペレーティングシステムを含み、前記リブートされるサーバは、前記サーバをリブートするのに用いられる前記少なくとも１つのオペレーティングシステムを走らせ前記本番環境からのアプリケーションを実行するように構成される、
システム。
【請求項２】
前記再構成マネージャは前記サーバのリブートを通じて前記再目的化可能回復環境を前記第２の環境から前記回復環境に再構成する、請求項１に記載のシステム。
【請求項３】
前記記憶システムは、前記本番環境内で用いられる仮想機械のリスト、および前記仮想機械をブートアップするための順序を記憶し、
前記再構成マネージャは、前記再目的化可能回復環境内で走る、前記第２の環境のための仮想機械をシャットダウンし、前記再目的化可能回復環境内で前記本番環境仮想機械を前記順序でブートアップする、
請求項１に記載のシステム。
【請求項４】
前記再構成マネージャは前記再目的化可能回復環境内のネットワーク装置を前記本番環境内のネットワーク装置と同じ設定を有するように構成する、請求項１に記載のシステム。
【請求項５】
前記再構成マネージャは前記再目的化可能回復環境内の等価な装置を前記本番環境内の装置の同じＩＰアドレスを有するように構成する、請求項１に記載のシステム。
【請求項６】
前記本番環境内の前記装置がサーバおよびネットワーク装置を含み、前記再目的化可能回復環境内の前記等価な装置は、前記本番環境内の前記サーバおよびネットワーク装置と同じ型式および構成であるサーバおよびネットワーク装置を含む、請求項５に記載のシステム。
【請求項７】
再目的化可能回復環境を、第２の環境と、本番環境のための回復環境との間で再構成するように動作する再構成マネージャと、
前記本番環境から本番データを定期的に記憶し、少なくとも１つのオペレーティングシステムおよび少なくとも１つのアプリケーションを含む前記本番環境からの本番ソフトウェアを記憶する、前記再目的化可能回復環境内の記憶システムと、
を含み、
前記再構成マネージャは前記本番環境の故障を検出し、前記本番環境の前記故障の検出に応答して前記再目的化可能回復環境を前記第２の環境から前記回復環境に再構成し、前記再構成することは、
前記第２の環境内で用いられる情報を前記記憶システム内に保存することと、
前記再目的化可能回復環境内のサーバをシャットダウンすることと、
前記記憶システム内の前記少なくとも１つのオペレーティングシステムを用いて前記サーバをリブートすることであって、前記リブートされるサーバのうちの少なくとも１つは前記少なくとも１つのオペレーティングシステムを走らせ前記少なくとも１つのアプリケーションを実行するように構成され、前記少なくとも１つのアプリケーションは前記記憶システム内の前記本番データにアクセスするように構成される、リブートすることと、
ネットワーク装置を再構成することと、
を含む、
システム。
【請求項８】
前記第２の環境はステージング環境であり、前記第２の環境内で用いられる前記情報は、前記ステージング環境として動作する前記再目的化可能回復環境内で開発または試験されている少なくとも１つのアプリケーションのための情報を含む、請求項７に記載のシステム。
【請求項９】
前記記憶システムは、前記本番環境内で用いられる仮想機械のリスト、および前記仮想機械をブートアップするための順序を記憶し、
前記再構成マネージャは、前記再目的化可能回復環境内で走る、前記第２の環境のための仮想機械をシャットダウンし、前記再目的化可能回復環境内で前記本番環境仮想機械を前記順序でブートアップする、
請求項７に記載のシステム。
【請求項１０】
前記再構成マネージャは前記ネットワーク装置を前記本番環境内のネットワーク装置と同じ設定を有するように構成する、請求項７に記載のシステム。
【請求項１１】
前記再構成マネージャは前記再目的化可能回復環境内の等価な装置を前記本番環境内の装置の同じＩＰアドレスを有するように構成する、請求項７に記載のシステム。
【請求項１２】
前記本番環境内の前記装置がサーバおよびネットワーク装置を含み、前記再目的化可能回復環境内の前記等価な装置は、前記本番環境内の前記サーバおよびネットワーク装置と同じ型式および構成であるサーバおよびネットワーク装置を含む、請求項１１に記載のシステム。
【請求項１３】
本番環境から本番情報を再目的化可能回復環境内の記憶システム内に定期的に保存することであって、前記再目的化可能回復環境は、前記本番環境のための回復環境として動作するように構成可能であって、前記回復環境とは異なる第２の環境として動作するように構成可能であり、前記定期的に保存される本番情報は、前記再目的化可能回復環境が前記第２の環境として動作しているときに前記記憶システム内に保存される、保存することと、
前記記憶システム内の前記本番情報を用いて前記再目的化可能回復環境を前記第２の環境から前記回復環境に再構成することであって、前記再構成することは、前記第２の環境のために動作している前記再目的化可能回復環境内のサーバをシャットダウンすることと、前記記憶システム内の少なくとも１つのオペレーティングシステムを用いて前記サーバをリブートすることを含み、前記少なくとも１つのオペレーティングシステムは、前記本番環境のためのオペレーティングシステムを含み、前記リブートされるサーバは、前記サーバをリブートするのに用いられる前記少なくとも１つのオペレーティングシステムを走らせ前記本番環境からのアプリケーションを実行するように構成される、再構成することと、
を含む方法。
【請求項１４】
前記再目的化可能回復環境の前記再構成が、
前記第２の環境内で走る仮想機械をシャットダウンすることと、
前記本番情報を用いて本番仮想機械をリブートすることであって、前記本番仮想機械のうちの少なくとも１つは前記本番環境からのアプリケーションを走らせるように構成される、リブートすることと、
を含む、請求項１３に記載の方法。
【請求項１５】
本番仮想機械をリブートすることが、
前記本番仮想機械をリブートする所定の順序を決定すること、
を含み、
前記本番仮想機械の前記リブートは前記決定された順序で遂行される、
請求項１４に記載の方法。
【請求項１６】
前記再目的化可能回復環境の前記再構成が、
ネットワーク装置を前記本番環境内のネットワーク装置と同じ設定を有するように構成すること、
を含む、請求項１３に記載の方法。
【請求項１７】
前記方法が、
前記本番環境内の装置のために用いられるＩＰアドレスを記憶すること、
を含み、
前記再目的化可能回復環境の前記再構成は、前記再目的化可能回復環境内の等価な装置を前記本番環境内の前記装置の同じＩＰアドレスを有するように構成することを含む、
請求項１３に記載の方法。
【請求項１８】
本番環境から本番データを再目的化可能回復環境内の記憶システム内に定期的に保存することであって、前記再目的化可能回復環境は、前記本番環境のための回復環境として動作するように構成可能であって、前記回復環境とは異なる第２の環境として動作するように構成可能である、保存することと、
前記本番環境からの少なくとも１つのオペレーティングシステムおよび少なくとも１つのアプリケーションを含む本番ソフトウェアを前記本番環境から前記再目的化可能回復環境内の前記記憶システム内に記憶することと、
ネットワーク装置のためのネットワーク構成情報を記憶することと、
前記本番環境の故障を検出することと、
前記本番環境の前記故障の検出に応答して前記再目的化可能回復環境を前記第２の環境から前記回復環境に再構成することであって、前記再構成することは、
前記第２の環境内で用いられる情報を保存することと、
前記再目的化可能回復環境内のサーバをシャットダウンすることと、
前記記憶システム内の前記少なくとも１つのオペレーティングシステムを用いて前記サーバをリブートすることであって、前記リブートされるサーバのうちの少なくとも１つは前記少なくとも１つのオペレーティングシステムを走らせ前記少なくとも１つのアプリケーションを実行するように構成され、前記少なくとも１つのアプリケーションは前記記憶システム内の前記本番データにアクセスするように構成される、リブートすることと、
前記記憶されたネットワーク構成情報を用いてネットワーク装置を再構成することと、
を含む、再構成することと、
を含む方法。
【請求項１９】
前記第２の環境はステージング環境であり、前記第２の環境内で用いられる前記情報は、前記ステージング環境として動作する前記再目的化可能回復環境内で開発または試験されている少なくとも１つのアプリケーションのための情報を含む、請求項１８に記載の方法。
【請求項２０】
前記再目的化可能回復環境の前記再構成が、
前記第２の環境内で走る仮想機械をシャットダウンすることと、
前記本番情報を用いて本番仮想機械をリブートすることであって、前記本番仮想機械のうちの少なくとも１つは前記本番環境からのアプリケーションを走らせるように構成される、リブートすることと、
を含む、請求項１８に記載の方法。
【請求項２１】
本番仮想機械をリブートすることが、
前記本番仮想機械をリブートする所定の順序を決定すること、
を含み、
前記本番仮想機械の前記リブートは前記決定された順序で遂行される、
請求項２０に記載の方法。
【請求項２２】
ネットワーク装置を再構成することが、
前記ネットワーク装置を前記本番環境内のネットワーク装置と同じ設定を有するように構成すること、
を含む、請求項１８に記載の方法。
【請求項２３】
前記方法が、
前記本番環境内の装置のために用いられるＩＰアドレスを記憶すること、
を含み、
前記再目的化可能回復環境の前記再構成は、前記再目的化可能回復環境内の等価な装置を前記本番環境内の前記装置の同じＩＰアドレスを有するように構成することを含む、
請求項１８に記載の方法。
【請求項２４】
コンピュータによって実行されると、
本番環境から本番情報を再目的化可能回復環境内の記憶システム内に定期的に保存することであって、前記再目的化可能回復環境は、前記本番環境のための回復環境として動作するように構成可能であって、前記回復環境とは異なる第２の環境として動作するように構成可能であり、前記定期的に保存される本番情報は、前記再目的化可能回復環境が前記第２の環境として動作しているときに前記記憶システム内にあるときに保存される、保存することと、
前記記憶システム内の前記本番情報を用いて前記再目的化可能回復環境を前記第２の環境から前記回復環境に再構成することであって、前記再構成することは、前記第２の環境のために動作している前記再目的化可能回復環境内のサーバをシャットダウンすることと、前記記憶システム内の少なくとも１つのオペレーティングシステムを用いて前記サーバをリブートすることを含み、前記少なくとも１つのオペレーティングシステムは、前記本番環境のためのオペレーティングシステムを含み、前記リブートされるサーバは、前記サーバをリブートするのに用いられる前記少なくとも１つのオペレーティングシステムを走らせ前記本番環境からのアプリケーションを実行するように構成される、再構成することと、
を含む方法を遂行する少なくとも１つのコンピュータプログラムを記憶する少なくとも１つのコンピュータ可読媒体。
【請求項２５】
前記再目的化可能回復環境の再構成が、
前記第２の環境内で走る仮想機械をシャットダウンすることと、
前記再目的化可能回復環境内で本番仮想機械をリブートするための順序を決定することと、
前記本番情報を用いて前記本番仮想機械を前記順序でリブートすることであって、前記本番仮想機械のうちの少なくとも１つは前記本番環境からのアプリケーションを走らせるように構成される、リブートすることと、
を含む、請求項２４に記載の少なくとも１つのコンピュータ可読媒体。
【請求項２６】
前記方法が、
前記本番環境内の装置のために用いられるＩＰアドレスを記憶すること、
を含み、
前記再目的化可能回復環境の前記再構成は、前記再目的化可能回復環境内の等価な装置を前記本番環境内の前記装置の同じＩＰアドレスを有するように構成することを含む、
請求項２４に記載の少なくとも１つのコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、概して、本番環境のための回復環境として機能するように動作する再目的化可能回復環境に関する。
【背景技術】
【０００２】
現在、多くのシステムが、故障時に利用可能な専用障害回復環境を有する。
【０００３】
障害回復環境は、ダウンタイムの余裕を持つことができないシステムにとって重要である場合があるものの、障害回復環境内のシステムは維持のために相当量の資源を必要とする。資源としては、ハードウェア、データセンターのスペース、電力、冷却、ハードウェア維持費用等が挙げられてよい。同様に、障害回復環境内のシステムは大部分が使用されず、従って、ほとんどの時間、無駄な資源になってしまっている。例えば、業務プロセスを走らせる複雑な企業システムが、ウェブサーバ、データベースサーバ、アプリケーションサーバ等などの多くの異なる構成要素を含む場合がある。これらの複雑なシステムのための障害回復環境も同様に多くのサーバ、ネットワーク構成要素、アプリケーションおよびコードを含むであろう。そして、それらは、障害回復環境が、業務プロセスを現在走らせている本番環境の故障時のフェイルオーバーに常に備えができているように維持されなければならない。これは通例、障害回復システムが本番環境のシステムと同期していることを確認するために、障害回復システム上で走るアプリケーションおよびコードについてのバージョン管理を含む。これはしばしば、本番システム用のアプリケーションおよびコードのバージョンを手作業で常に追跡し、新しいバージョンを障害回復システム内のサーバ上に手作業でアップロードするという時間がかかる作業を含む。同様に、ルータおよびスイッチ等の、障害回復環境のネットワーク構成要素はシステム管理者によって構成され維持される必要がある。もし障害回復環境が本番環境と同期するように維持されなければ、これは、障害回復環境が機能しない、または障害回復システムが完全な機能性を提供しないという結果をもたらす可能性があろう。障害回復システムの不断の構成および維持は、重要なシステムのための障害回復環境を有する必要がある企業にとって多大な時間および金銭的支出を要求するが、それらは本番システムおよび／またはデータセンターサイトの破局的な障害時しか用いられないため、企業は自分たちの障害回復システムからほとんど益を受けない可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００４】
本開示の１つの実施形態は、再構成マネージャを含むシステム、および再目的化可能回復環境内の記憶システムを提示する。再構成マネージャは、再目的化可能回復環境を、本番環境のための回復環境と、回復環境とは異なる第２の環境との間で再構成するように動作する。再目的化可能回復環境内の記憶システムは、再目的化可能回復環境が第２の環境として動作している間、本番環境から本番情報を定期的に保存する。記憶システム内の本番情報は、再目的化可能回復環境を第２の環境から回復環境に再構成するために用いられる。
【０００５】
本開示の第２の実施形態は、再構成マネージャを含むシステム、および再目的化可能回復環境内の記憶システムを提示する。再構成マネージャは再目的化可能回復環境を本番のための回復環境の間で再構成するように動作する。記憶システムは、本番環境から本番情報を定期的に記憶するとともに少なくとも１つのオペレーティングシステムおよび少なくとも１つのアプリケーションを含む本番ソフトウェアを記憶する。再構成マネージャは本番環境の故障を検出し、本番環境の故障の検出に応答して再目的化可能回復環境を第２の環境から回復環境に再構成する。再構成することは、第２の環境内で用いられる情報を記憶システム内に保存するステップと、再目的化可能回復環境内のサーバをシャットダウンするステップと、記憶システム内の上記の少なくとも１つのオペレーティングシステムを用いてサーバをリブートするステップであって、リブートされるサーバのうちの少なくとも１つは上記の少なくとも１つのアプリケーションを実行するように構成され、該少なくとも１つのアプリケーションは記憶システム内の本番データにアクセスするように構成される、リブートするステップと、ネットワーク装置を再構成するステップと、を含む。
【０００６】
本開示の第３の実施形態は、本番環境から本番情報を再目的化可能回復環境内の記憶システム内に定期的に保存するステップであって、再目的化可能回復環境は、本番環境のための回復環境として動作するように構成可能であって、回復環境とは異なる第２の環境として動作するように構成可能であり、定期的に保存される本番情報は、再目的化可能回復環境が第２の環境として動作しているときに記憶システム内に保存される、保存するステップと；記憶システム内の本番情報を用いて再目的化可能回復環境を第２の環境から回復環境に再構成するステップと；を含む方法を提示する。
【０００７】
本開示の第４の実施形態は、本番環境から本番データを再目的化可能回復環境内の記憶システム内に定期的に保存するステップであって、再目的化可能回復環境は、本番環境のための回復環境として動作するように構成可能であって、回復環境とは異なる第２の環境として動作するように構成可能である、保存するステップと；本番環境内で用いられる同じソフトウェアを含み本番環境からの少なくとも１つのオペレーティングシステムおよび少なくとも１つのアプリケーションを含む本番ソフトウェアを再目的化可能回復環境内の記憶システム内に記憶するステップと；ネットワーク装置のためのネットワーク構成情報を記憶するステップと；本番環境の故障を検出するステップと；本番環境の故障の検出に応答して再目的化可能回復環境を第２の環境から回復環境に再構成するステップと；を含む方法を提示する。再構成するステップは、第２の環境内で用いられる情報を保存するステップと；再目的化可能回復環境内のサーバをシャットダウンするステップと；記憶システム内の上記の少なくとも１つのオペレーティングシステムを用いてサーバをリブートするステップであって、リブートされるサーバのうちの少なくとも１つは上記の少なくとも１つのアプリケーションを実行するように構成され、該少なくとも１つのアプリケーションは記憶システム内の本番データにアクセスするように構成される、リブートするステップと；記憶されたネットワーク構成を用いてネットワーク装置を再構成するステップと；を含む。
【０００８】
本開示の第５の実施形態は、コンピュータによって実行されると：本番環境から本番情報を再目的化可能回復環境内の記憶システム内に定期的に保存するステップであって、再目的化可能回復環境は、本番環境のための回復環境として動作するように構成可能であって、回復環境とは異なる第２の環境として動作するように構成可能であり、定期的に保存される本番情報は、再目的化可能回復環境が第２の環境として動作しているときに記憶システム内にあるときに保存される、保存するステップと；記憶システム内の本番情報を用いて再目的化可能回復環境を第２の環境から回復環境に再構成するステップと；を含む方法を遂行する少なくとも１つのコンピュータプログラムを記憶する少なくとも１つのコンピュータ可読媒体を提示する。
【０００９】
本発明の実施形態が以下の記載において次の図面を参照しながら詳述される。
【図面の簡単な説明】
【００１０】
【図１】一実施形態によるシステムを示す図である。
【図２】一実施形態による、異なる環境のためのアーキテクチャを示す図である。
【図３】一実施形態による、異なる環境のためのアーキテクチャを示す図である。
【図４】一実施形態による、本番情報の複製およびＳＡＮからのブートを示す図である。
【図５】一実施形態による、ネットワーク装置の再構成を示す図である。
【図６】一実施形態による、再目的化可能回復環境を再構成する方法のフローチャートを示す図である。
【発明を実施するための形態】
【００１１】
単純化および例示目的のために、実施形態の原理はそれらの例を主に参照することによって記載される。以下の記載では、実施形態の完全な理解を提供するために数多くの具体的詳細が説明される。しかし、実施形態はこれらの具体的詳細に限定されることなく実施されてよいことは当業者には明らかであろう。いくつかの例では、実施形態を不必要に分かりにくくしないように、周知の方法および構造は詳しく記載されていない。さらに、異なる実施形態が後述される。実施形態は種々の組み合わせで一緒に用いられてよいまたは遂行されてよい。
【００１２】
１．概説
本発明の一実施形態によれば、再目的化可能回復環境は、本番環境の故障への応答時等、必要なときに本番環境のための回復環境として機能するようにか、あるいはステージング環境または任意の他の形式の非回復環境等の、異なる環境として機能するように動作するものである。例えば、本番環境が通常の業務作業を走らせる間、再目的化可能回復環境はステージング環境として機能すればよい。ステージング環境は、コードおよびアプリケーションあるいは他のシステムの開発および試験のために、それらを本番環境内に公開する前に用いられればよい。本番環境の故障に応答して、再目的化可能回復環境はステージング環境から回復環境に再目的化され、それにより、本番システムが回復環境内で走ることができるようになる。従って、本番環境の故障が発生した場合、ステージング環境は回復環境として再目的化され、通常の業務作業を再開することができる。その結果、これによって、ほとんど活用されない可能性がある障害回復専用インフラストラクチャを維持する必要が避けられる。
【００１３】
さらに、実施形態による回復プロセスは、ネットワーク装置（例えば、ルータ、スイッチ、ファイアウォール、ロードバランサ）、記憶装置（例えば、ストレージエリアネットワーク（ｓｔｏｒａｇｅ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＳＡＮ）およびレプリケーションイネーブラ）、ならびにサーバ（物理および仮想の両方）を構成することを含む、再目的化可能回復環境のインフラストラクチャ要素群の合理化された再目的化を含むというものである。これらのプロセスによって、本番環境の故障時に回復環境内で用いられるシステムを維持し構成するために必要なシステム管理時間は著しく低減される。
【００１４】
２．システム
図１は、一実施形態によるシステム１００を示す。システム１００は本番環境１１０および再目的化可能回復環境１２０を含む。本願明細書において用いられる環境は複数の装置およびソフトウェアを含む。１つの例では、環境が、日常的な作業およびプロセスを走らせるために用いられる、ハードウェア、ならびにアプリケーションおよびコード等のソフトウェアを含むサイトとなっている。ハードウェアは、サーバと、ルータ、スイッチ、ファイアウォール、ロードバランサ等などのネットワーク装置と、記憶とを含んでよい。図示の本番環境１１０および再目的化可能回復環境１２０は環境の例であるが、本番環境１１０および再目的化可能回復環境１２０は全ての構成要素を含まなくてもよいし、または図１に示されるものとは異なる構成要素を含んでもよいことは当業者には明らかであろう。
【００１５】
本番環境１１０は、例えば、システムマネージャ１１１、サーバ１１２ａ〜ｍ、仮想機械（ｖｉｒｔｕａｌ  ｍａｃｈｉｎｅ、ＶＭ）をホストするサーバ１１２ｎ〜ｚ、記憶システム１１３、およびネットワーク装置１１４を含む。本番環境１１０はＶＭをホストするサーバとＶＭをホストしないサーバを含んでよいことを示すために、サーバ１１２ａ〜ｍはサーバ１１２ｎ〜ｚから独立して示されていることに留意されたい。ユーザ１１５は本番環境１１０にローカルであってもよいし、あるいは、例えば、ワイドエリアネットワーク（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＡＮ）またはローカルエリアネットワーク（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＬＡＮ）等のネットワークを介して接続される、本番環境１１０の遠隔ユーザであってもよい。ユーザ１１５は、サーバ１１２ａ〜ｚ上で走るアプリケーション（ＶＭ上で走るアプリケーションを含んでよい）を用いて日常の仕事を遂行すればよい。記憶システム１１３内には本番情報が記憶される。本番情報は、アプリケーション、アプリケーションのためのデータ、ブート情報、オペレーティングシステム（ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ、ＯＳ）等の装置のための構成情報、ネットワーク装置構成情報、ＶＭのための構成情報、および本番環境１１０内で用いられる任意の他の情報のうちの１つ以上を含んでいればよい。本番情報の少なくとも一部はワークステーション上にローカルに記憶されてもよい。ネットワーク装置１１４はルータ、スイッチ、ファイアウォール、ロードバランサ等を含んでよく、本番環境１１０の内部のネットワーク接続を管理するために用いられ、再目的化可能回復環境１２０を含む遠隔場所と本番環境１１０との間のネットワーク接続も管理する。システムマネージャ１１１はサイト管理、サイト回復およびサイトバックアップに関連する様々な機能を遂行すればよい。例えば、システムマネージャ１１１は、記憶システム１１３内に記憶されればよいローカルデータのバックアップを制御すればよい。システムマネージャ１１１は、本番環境１１０内の全ての装置を識別する情報、および装置のための構成情報を記憶すればよい。システムマネージャ１１１は、データ回復ソフトウェア、仮想機械（ＶＭ）回復ソフトウェア等などの、システム故障から回復するためのソフトウェアを含んでいればよい。システムマネージャ１１１は、再目的化可能回復環境１２０に本番情報を送る周期を制御してよいし、データ回復およびＶＭ回復用の既製のソフトウェアを含んでもよい。
【００１６】
本番環境１１０および再目的化可能回復環境１２０は２箇所の地理的に分散したホスティング場所にあってよく、ネットワーク１３０によって接続されればよい。図示はされていないが、複数の本番および回復サイトが用いられてもよい。ネットワーク１３０はインターネット等の公衆ＷＡＮ、または私設ＷＡＮであればよい。代替的に、本番環境１１０および再目的化可能回復環境１２０は１つの場所にあってもよく、ＬＡＮを介して接続されればよい。
【００１７】
再目的化可能回復環境１２０は、例えば、再構成マネージャ１２１、サーバ１２２ａ〜ｚ、記憶システム１２３およびネットワーク装置１２４を含む。フェイルオーバーが行われるとき、本番環境１１０のユーザ１１５は再目的化可能回復環境１２０に接続すればよい。図示はされていないが、再目的化可能回復環境１２０がステージング環境または他の非回復環境として動作しているときにユーザが再目的化可能回復環境１２０に接続してもよい。
【００１８】
再構成マネージャ１２１は再目的化可能回復環境１２０を、本番環境１１０のための回復環境として動作するように、またはステージング環境等の何らかの他の種類の環境として動作するように構成する。ステージング環境は、例えば、本番環境１１０のためのシステムを開発し試験するために用いられる。例えば、ステージング環境内で本番環境１１０用のソフトウェアアプリケーションが開発および試験され、その後、本番環境１１０内で公開されて用いられる。本番環境１１０内で現在のバージョンが用いられる間、ステージング環境内でアプリケーションの新しいバージョンが開発および試験され続ければよい。ステージング環境は他のシステムを、本番環境に公開される前に試験するために用いられてもよい。例えば、新しい記憶システムが、ステージング環境内で本番環境１１０用の既存のアプリケーションおよび他のソフトウェアを用いて試験されればよい。ステージング環境内での試験およびデバッギング後、システムは本番環境１１０内に導入されればよい。
【００１９】
再目的化可能回復環境１２０がステージング環境として動作しているときは、ユーザは、本番環境１１０内の業務アプリケーションの典型的なエンドユーザよりはむしろ、開発者および試験者を含む場合がある。ステージング環境として動作しているとき、サーバ１２２ａ〜ｚ、記憶システム１２３およびネットワーク装置１２４は開発および試験のための資源として利用される。
【００２０】
再構成マネージャ１２１は、再目的化可能回復環境１２０を本番環境１１０のための回復環境として構成するようにも動作する。再構成マネージャ１２１は本番環境１１０が故障したことを判定すればよく、再構成マネージャ１２１はサーバ１２２ａ〜ｚ、記憶システム１２３およびネットワーク装置１２４を本番環境１１０内のサーバ１１２ａ〜ｚ、記憶システム１１３およびネットワーク装置１１４として動作するように再構成する。１つの例では、再構成マネージャ１２１はシステム管理者または別のシステムから本番環境１１０の故障の通知を受ける。再構成マネージャ１２１はステージング環境内のサーバ１２２ａ〜ｍをシャットダウンし、サーバ１２２ａ〜ｍを、それらが回復環境のために構成され用いられることができるようにリブートすればよい。サーバの一部だけが本番アプリケーションのために必要な場合は、全てのサーバ１２２ａ〜ｍがシャットダウンされなくてもよい。同様に、ＶＭをホストするサーバ１２２ｎ〜ｚもシャットダウンされなくてよい。これらのサーバは、シャットダウンされることなく、本番環境１１０からのＶＭおよびアプリケーションを含むように再構成されればよい。再構成マネージャ１２１はサーバ１２２ａ〜ｚおよびネットワーク装置１２４に構成情報を送り、これらの装置を回復環境用に構成すればよい。再構成マネージャ１２１は、本願明細書において記載されている、環境を再構成するための他の機能を遂行すればよい。
【００２１】
ステージング環境から回復環境への再構成後、ユーザ１１５は、回復環境として動作する再目的化可能回復環境１２０に接続し、本番環境１１０内で普段、遂行するであろう自分たちの日常の仕事および職務を遂行すればよい。
【００２２】
１つの実施形態では、再目的化可能回復環境１２０内のサーバ１２２ａ〜ｚ、記憶システム１２３およびネットワーク装置１２４は本番環境１２０内のサーバ１１２ａ〜ｚ、記憶システム１１３およびネットワーク装置１１４と同種の装置である。装置が両環境内で同じであれば、回復環境はよりロバストなものとなるはずである。同種の装置とは、本番環境１１０内の装置に等価な装置とも呼ばれ、サーバの場合であれば、同じ型式で尚且つ、同じ量のメモリおよび同じプロセッサ等の同じ仕様または構成、を有する装置を含むものであればよい。同様に、装置が再目的化可能回復環境１２０内で再構成されると、装置は同じＶＭをホストし、同じアプリケーションを走らせ、本番環境１１０内で用いられていた任意の他のソフトウェアを走らせる。ステージング環境から回復環境への再目的化可能回復環境１２０の再構成が以下にさらに詳述される。
【００２３】
図２は、例えば、再目的化可能回復環境１２０が、図３に示されるステージング環境１２０ｂから、または別の種類の環境から回復環境１２０ａとして構成された後の、本番環境１１０と、回復環境１２０ａとして動作する再目的化可能回復環境１２０とのアーキテクチャを示す。本番環境１１０は、サーバまたは他のプラットフォーム上で走るソフトウェアであればよいシステムマネージャ１１１、ならびにアプリケーション２１０および２１３を含む。アプリケーション２１０は、図１にも示されるサーバ１１２ｎ〜ｚを含むものであればよいＶＭインフラストラクチャ、およびＶＭを作り出しそれをホストするＶＭソフトウェアによってホストされるＶＭ２１１上で走っている。アプリケーション２１３は、ＶＭではなく、図１にも示されるサーバ１１２ａ〜ｍによってホストされる。記憶システム１１３内には本番情報、が記憶される。本番環境１１０はユーザ１１５にアプリケーションおよびサービス２１６を提供するように動作する。同様に、本番環境内のサーバ、ユーザ１１５および他の装置はネットワーク２４０を介して接続されればよい。ネットワーク２４０は図１に示されるネットワーク装置１１４を含む。ネットワーク装置１１４の構成は、後述される本番情報２３０内に含まれ回復環境１２０ａに複製されればよい。後にさらに詳述されるように、本番環境内のネットワーク２４１がネットワーク２４０とほぼ同等に構成される。ネットワーク２４１は図１に示されるネットワーク装置１２４を含む。
【００２４】
１つの実施形態では、回復環境１２０ａのアーキテクチャは、それが、回復環境１２０ａへの構成を制御する再構成マネージャ１２１を含むこと以外は、本番環境１１０と同じである。回復環境１２０ａへの構成後、ユーザ１１５は回復環境１２０ａに接続し、本番環境１１０内で利用可能であった同じアプリケーションおよびサービス２１６にアクセスすることができる。
【００２５】
本番環境１１０および再目的化可能回復環境１２０内の記憶システム１１３および１２３はそれぞれＳＡＮ２１３および２２３を含んでいればよい。しかし、本願明細書において記載されている情報を記憶するために他の形式の記憶システムが用いられてもよいことは当業者には明らかであろう。図２に示されるように、本番環境１１０内のＳＡＮ２１３は、アプリケーション２１０および２１３等のアプリケーション、アプリケーションによって用いられるデータ、ブート情報、オペレーティングシステム（ＯＳ）等の装置のための構成情報、ネットワーク装置構成情報、ＶＭのための構成情報、および本番環境１１０内で用いられる任意の他の情報のうちの１つ以上を含むものであればよい本番情報２３０を記憶する。本番情報２３０は、後にさらに詳述されるように、ＳＡＮ２２３に定期的に複製され、従って、本番環境１１０の故障時にすぐに利用できるようになっている。ＳＡＮ２２３は、再目的化可能回復環境１２０が用いられているステージング環境および／または任意の他の環境のための情報２３１も記憶する。情報２３１は、再目的化可能回復環境１２０が回復環境１２０ａとして動作しているときは用いられないので、点線の形式で示されている。
【００２６】
図３は、本番環境１１０と、ステージング環境１２０ｂとして動作する再目的化可能回復環境１２０とのアーキテクチャを示す。本番環境１１０は図２に示されるものと同じである。ステージング環境１２０ｂのアーキテクチャはテストベッド３０１、アプリケーション３０２およびコード３０３を含むものであってよい。テストベッド３０１は、図１に示されるサーバ１１２ａ〜ｚのうちの１つ以上、ネットワーク装置１２４のうちの１つ以上、およびアプリケーション３０２およびコード３０３を試験するためのテストベッドを共同で提供する１つ以上のＶＭを含むものであればよい。上述されたように、ステージング環境１２０ｂは、コードおよびアプリケーションあるいは他のシステムを、それらを本番環境内に公開する前に開発し試験するために用いられればよく、アプリケーション３０２およびコード３０３は試験されるソフトウェアの例として示されている。他のシステムが試験されてもよい。同様に、ネットワーク装置１２４を構成することによってネットワーク２４２が作り出されればよく、ステージング環境１２０ｂ内で装置およびユーザを接続するために用いられる。ネットワーク２４２は回復環境１２０ａ内のネットワーク２４１とは異なる構成を含む。例えば、ネットワーク２４２は異なるＩＰアドレスを用い、さらに、ルータおよびスイッチを異なる様式で構成する場合がある。
【００２７】
再構成マネージャ１２１は、再目的化可能回復環境１２０の、ステージング環境１２０ｂへの構成を制御する。ステージング環境１２０ｂへの構成後、ユーザ３１５がステージング環境１２０ｂに接続し、例えば、様々なシステムを試験し開発することができる。ユーザ３１５は、試験者および開発者を含む場合があり、本番環境のエンドユーザ１１５とは異なってよい。
【００２８】
ＳＡＮ２２３は、図２に示される情報２３１内に含まれればよいステージング情報３３１を記憶する。ステージング情報３３１は、試験データ、構成情報、あるいはステージング環境１２０ｂによって用いられる任意の他の情報、またはステージング環境１２０ｂのためのテストベッド３０１もしくは任意の他の装置を構成するために必要とされる情報を含んでよい。後にさらに詳述されるように、再目的化可能回復環境１２０がステージング環境１２０ｂとして動作している間、本番情報２３０は本番環境１１０から定期的に複製され、ＳＡＮ２２３内に記憶されればよい。同様に、再目的化可能回復環境１２０はステージング環境以外の環境のために構成されてもよい。
【００２９】
３．再構成可能なステージングセンター環境内における本番記憶のレプリケーション
一実施形態によれば、本番情報２３０は本番環境１１０から再目的化可能回復環境１２０に複製される。レプリケーションは、再目的化可能回復環境１２０がステージング環境として動作する間に行われる。本番環境１１０から再目的化可能回復環境１２０へのレプリケーションは定期的に行われるため、本番環境の故障時のデータ損失はわずかしかない。例えば、本番環境１１０内の故障の結果、１５分のデータ損失またはそれ未満しか生じないという場合がある。遅れは少なくとも一部はＷＡＮ／ＬＡＮの構成および速度が原因で起こり、従って、１５分とは異なる場合もある。
【００３０】
上述されたように、本番環境１１０および再目的化可能回復環境１２０内の記憶システム１１３および１２３はそれぞれＳＡＮ２１３および２２３をそれぞれ含めばよく、本番環境１１０内のＳＡＮ２１３から再目的化可能回復環境１２０内のＳＡＮ２２３にボリュームが複製される。同様に、レプリケーションのための１つの実施形態は、ＳＡＮ２１３および２２３の両方の上に全ての本番データが記憶されるように、ＳＡＮ２１３と２２３との間のデータを同期することを含めばよいというものである。本番環境１１０内のＳＡＮ２１３上の全ての本番データが再目的化可能回復環境１２０内のＳＡＮ２２３上に記憶されるように初期化プロセスがまず遂行される。本番データが初期化された後、環境内のボリューム間のあらゆる差分を特定するために走査が遂行される。次に、ほとんどリアルタイムで遂行されればよいより高速な同期プロセスを可能とするため、差分のみが、圧縮された形で転送される。
【００３１】
同様に、ボリュームを複製するとき、１つ以上のレプリケーションセットを含むコンシステンシーグループが確立されればよい。各レプリケーションセットは、本番ボリューム、およびそれが複製している複製ボリュームを含む。コンシステンシーグループは、複製への更新が常に一貫性があり、正しい書き込み順序になっていること、すなわち、複製は、ユーザによって仕事を続けるために用いられるか、または本番環境１１０を復元するために用いられることが常にできるようになっていることを確実にする。同様に、コンシステンシーグループは、複製されるボリュームの速度、サイズおよび場所の構成を可能とする。コンシステンシーグループはそれに追加されるボリュームを全て監視し、一貫性、および書き込み順序の忠実性を確実にする。２つのデータセットが互いに依存する場合（例えばデータベースとデータベースログ）、それらは同じコンシステンシーグループ内に提供されればよい。
【００３２】
図４は、本番環境１１０内のＳＡＮ２２０から、ステージング環境として動作する再目的化可能回復環境１２０内のＳＡＮ２２３に定期的に複製される本番情報を示す。サーバ１１２ａ〜ｚ上にあればよい本番情報２３０はＳＡＮ２２０内に記憶される。本番情報２３０はネットワークを通じてＳＡＮ２２３に定期的に複製される。ＳＡＮ２２３はステージング情報２３１、ブート情報２３２および装置構成情報２３３等の他の情報を記憶してもよい。
【００３３】
４．ＳＡＮからのブート
一実施形態によれば、図１に示される、再目的化可能回復環境１２０の記憶システム１２３は、再目的化可能回復環境１２０内のサーバ１２２ａ〜ｍのためのシステムブートイメージを記憶する。ブートイメージは、図４に示される、ＳＡＮ２２３内に記憶される本番情報２３０内に含まれればよい。サーバ１２２ａ〜ｍは次に、本番環境１１０を複製するためにＳＡＮ２２３内に記憶されたイメージからブートすればよい。ブートイメージは、オペレーティングシステム（ＯＳ）、およびサーバをブートするために用いられる他の情報を含むものであればよい。環境内の記憶システム用のＳＡＮを用いる場合は、必要に応じ、記憶装置が追加されればよい。必要な場合は記憶装置が追加されてサーバ１２２ａ〜ｍのためのブートイメージを記憶すればよく、そうすれば、サーバ１２２ａ〜ｍは、個々のサーバからブートするのとは対照的に、回復環境１２０ａ内のＳＡＮ２２３からブートすることができる。その結果、管理者が可用性、データ完全性、プロビジョニング速度および障害回復を向上させることができる。１つの実施形態では、再目的化可能回復環境１２０内のサーバ１２２ａ〜ｍは、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ、ＩＰ）アドレス、グローバル一意識別子（ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｅｒ、ＧＵＩＤ）およびサーバ名を含む、本番環境１１０内のサーバまさにそのものの構成を有する。他の実施形態では、全く同じではなく、ほぼ同等の構成が再目的化可能回復環境１２０内で用いられればよい。
【００３４】
図４は、回復環境１２０ａ内のＳＡＮ２２３からのブートの説明図を提供するものである。例えば、本番環境１１０がユーザに利用不可能になる。データの全てまたは実質的に全ては再目的化可能回復環境１２０内のＳＡＮ２２３に複製されている。サーバ２１２ａ〜ｍが、ステージング環境から回復環境に再構成するためにシャットダウンされる。次に、サーバ２１２ａ〜ｍは、ＳＡＮ２２３内のブート情報を用いてＳＡＮ２２３からブートされる。本番環境１１０内の各物理サーバは再目的化可能回復環境１２０内に等価な物理サーバを有していればよいことに留意されたい。ステージングサーバとして動作する物理サーバがシャットダウンした後、サーバは回復環境１２０ａ内で本番システムのためのサーバとして動作するようにブートアップされる。従って、本質的に、本番環境１１０内でユーザによってアクセスされていた同じサーバが今や回復環境１２０ａ内でユーザによってアクセスされる。変更はユーザにとって途切れなく見えるであろう。回復環境１２０ａ内のサーバ２２２ｎ〜ｚは本番システムのためのＶＭをホストし、これらのサーバは本番システムのためのＶＭをホストするように再構成されるべくシャットダウンされる必要はなくてよい。
【００３５】
５．ネットワーク再構成
本番環境１１０内の物理サーバ、ＶＭおよびネットワーク装置は、各自に割り当てられるＩＰアドレス、および装置の種類に基づいたルーティング情報を含むものであればよいアドレス指定スキーマを有する。本番環境１１０の構成およびアドレス指定スキーマは回復環境１２０ａ内に複製される。例えば、本番環境１１０内のサーバがＩＰアドレスを有する。同じＩＰアドレスが回復環境１２０ａ内の等価なサーバに割り当てられる。従って、本番環境１１０内の装置およびＶＭの同じＩＰアドレスが回復環境１２０ａ内の等価な装置およびＶＭに適用される。回復環境１２０ａ内の同じＩＰアドレスおよびネットワークセグメントのマイグレーションを用いることが従来の障害回復システムからの完全な脱却である。従来の障害回復システムは通例、少なくとも一部は新しいＩＰアドレスを用いる。なぜなら、従来の障害回復システムは本番システムと同時に走っており、従って本番システムとは異なるＩＰアドレスを有していなければならないからである。
【００３６】
同様に、等価な装置の構成が本番環境１１０と概ね同じであるため、最新、有効且つロバストなものであることが分かっている構成が装置、ＶＭおよびアプリケーションのために用いられる。例えば、本番環境１１０が故障すれば、ステージング環境１２０ｂはシャットダウンされる。例えば、ステージング環境１２０ｂの一部が本番環境１１０を収容することができるなら、ステージング環境１２０ｂ全体がシャットダウンされなくてもよいことに留意されたい。再目的化可能回復環境１２０内のネットワークは、本番環境１１０からの構成を用いて回復環境１２０ａ用に再構成される。再構成の一部は、本番環境ネットワークに関連する追加の仮想ローカルエリアネットワーク（ｖｉｒｔｕａｌ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒ、ＶＬＡＮ）を用いてコアスイッチを更新することを含む。関連するＶＬＡＮルーティング情報も構成される。インターネットファイアウォールインターフェースが本番ＩＰに再アドレス設定される。本番ファイアウォールからの現在の構成を用いて他のファイアウォールが更新される。ファックスサーバが、ユーザがアクセスすることを確実にするために再アドレス設定される。外部で決定されることができる、回復環境１２０ａ内の資源のための外部ドメイン名システム（ｄｏｍａｉｎ  ｎａｍｅ  ｓｙｓｔｅｍ、ＤＮＳ）テーブルが新しいＩＰアドレスで更新される。
【００３７】
回復環境１２０ａ内のネットワーク２４１は現在の本番ネットワーク構成の大部分を用いる。同様に、再構成の間、構成は予め構築され回復環境１２０ａ内のネットワーク装置にプッシュされる。例えば、ネットワーク装置構成情報は予め構築され、図４に示されるＳＡＮ２２３内に記憶され、図１に示されるネットワーク装置１２４等のネットワーク装置にプッシュされる。別の例では、ネットワーク装置構成情報は休止状態でネットワーク装置１２４内に記憶され、回復環境１２０ａに再構成する際に呼び出される。同様に、何らかの構成変更を行う前に、ステージング環境構成は、例えば、図３に示されるステージング情報３３１の一部として、ＳＡＮ２２３内に記憶される。または、ステージング環境１２０ｂのためのネットワーク装置構成情報がネットワーク装置１２４内に休止状態で記憶され、ステージング環境１２０ｂに再構成する際に呼び出される。
【００３８】
図５は、本番環境１１０内の構成を模倣するために回復環境１２０ａ内で遂行されればよいＩＰアドレス再構成のいくつかを示す。本番環境１１０は１５．１５．２．ｘを用い、ステージング環境１２０ｂは１５．２０．２．ｘを用いる。回復環境１２０ａに再構成するために、ファイアウォール５０１が１５．１５．２．ｘの本番ＩＰアドレス群に変更される。サーバ１２２ａ〜ｍおよびＶＭならびにネットワーク装置１２４も本番環境１１０の１５．１５ＩＰアドレス群に構成される。
【００３９】
６．再目的化可能回復環境内のＶＭの構成
本番環境１１０はＶＭ、図１に示されるサーバ１１２ｎ〜ｚ上でホストされるようなＶＭ、を用いればよく、その結果、等価なＶＭが回復環境１２０ａ内においてサーバ１２２ｎ〜ｚ上で作られ用いられる。フェイルオーバーステップおよびブート順序が前もって構成され、ＳＡＮ２２３内に記憶される。フェイルオーバーステップおよびブート順序を用いて回復環境１２０ａ内にＶＭを作る。
【００４０】
例えば、ステージング環境１２０ｂ内のＶＭがシャットダウンされ、本番ＶＭを走らせるための資源を解放する。回復環境１２０ａ内で本番ＶＭを走らせるために十分な資源が利用可能である場合は、ステージングＶＭのうちの１つ以上は起動したままでよい。次に、本番ＶＭが回復環境１２０ａ内に作られる。ＶＭをブートするための順序が指定されればよい。順序はインフラストラクチャおよび業務への重要度等の因子に基づかせればよい。例えば、アクティブディレクトリサービス、ネットワークサービスおよび他のサービスのためのＶＭが最初にブートアップされる。次に、重要な業務アプリケーションのためのＶＭがブートされる。優先度のより低い監視サービスおよびアプリケーションが最後にブートされればよい。
【００４１】
７．方法
図６は、一実施形態による、再目的化可能回復環境１２０を再構成する方法６００のフローチャートを示す。方法６００は例として図１〜図５のうちの１つ以上の構成要素に関して記載されるものであり、方法は他のシステム内で遂行されてもよい。
【００４２】
方法６００は、本番情報２３０は、上述されたように、再目的化可能回復環境１２０内の、ＳＡＮ２２３等の記憶システム上で複製されることを仮定している。
【００４３】
ステップ６０１において、本番環境１１０の故障が検出される。故障は、本番環境１１０全部をユーザによって使用不能な状態にするか、または本番環境１１０の大部分を使用不能な状態にする故障を含むものであればよい。故障の検出は、システム管理者または別のシステムによって再構成マネージャ１２１に提供される故障の指摘を含むものであればよい。
【００４４】
ステップ６０２において、ステージング環境の状態がＳＡＮ２２３内に記憶される。これは図３においてステージング情報３３１として示される。例えば、ステージング情報３３１は、アプリケーションまたはシステムの試験および開発の現在の状態、サーバおよびネットワーク構成、ならびにステージング環境内で用いられる任意の他の情報を含むものであればよい。ＳＡＮ２２３が、ステージング環境内で用いられるデータのための中央リポジトリとして動作している場合、この情報の一部または全てはＳＡＮ２２３内にすでに記憶されていてよい。この場合、ステージング情報３３１はＳＡＮ２２３内にすでに記憶されている。ステージング情報３３１がいくらかでもワークステーションまたはサーバ内にローカルに記憶されていれば、そのときは、ステップ６０２において、この情報はＳＡＮ２２３に保存される。
【００４５】
ステップ６０３において、ステージング環境１２０ｂ内のサーバおよびＶＭがシャットダウンされ、資源を本番システムのために解放する。例えば、サーバ１２２ａ〜ｍがシャットダウンされればよい。なぜなら、それらのサーバは、本番アプリケーション２１３を走らせているサーバ１１２ａ〜ｍと等価であるからである。従って、再目的化可能回復環境１２０内のサーバ１２２ａ〜ｍはシャットダウンされ、それにより、それらは、本番環境１１０からのサーバ１１２ａ〜ｍとほぼ同等に再構成され本番アプリケーション２１３を走らせることができるようになる。サーバ１２２ｎ〜ｚ上で走るステージングＶＭもシャットダウンされてよく、同様にそれにより、それらのサーバ上で本番ＶＭがブートアップされ本番アプリケーション２１０を走らせることができるようになる。本番システムを走らせるために十分な資源が利用できる場合は、全てのサーバおよびＶＭがシャットダウンされなくてもよい。
【００４６】
ステップ６０４において、再目的化可能回復環境１２０内のネットワーク装置１２４が本番環境１１０内のネットワーク装置１１４の構成に再構成される。ネットワーク装置１２４は本番環境１１０のネットワーク装置１１４とほぼ同等に構成される。例えば、再目的化可能回復環境１２０内のネットワーク装置１２４は、本番環境１１０内のネットワーク装置１１４と同じＩＰアドレスを用いて構成される。他の構成も本番環境１１０と同じである。例えば、スイッチおよびルータポート設定、ファイアウォール設定ならびに他の設定が本番環境１１０内の等価なネットワーク装置の構成と同じかまたはほぼ同等となっている。ネットワーク装置１２４を構成することで、本番システムによって用いられる本番環境１１０からのネットワーク２４０を複製するネットワーク２４１が作り出されることができる。
【００４７】
ステップ６０５において、サーバが再目的化可能回復環境１２０内のデータ記憶からブートされる。例えば、ＳＡＮ２２３からのブートイメージを用いてサーバ１２２ａ〜ｍがリブートされ、サーバ１２２ａ〜ｍ上で本番アプリケーション２１３が実行される。ステップ６０５および６０６が同時に遂行されてもよい。
【００４８】
ステップ６０６において、本番ＶＭが再目的化可能回復環境１２０内でブートアップされる。例えば、サーバ１２２ｎ〜ｚは再目的化可能回復環境１２０内のＶＭをホストする。本番環境１１０内で用いられるＶＭである本番ＶＭがサーバ１２２ｎ〜ｚのうちの１つ以上の上でブートアップされる。ＶＭは、ＳＡＮ２２３内に記憶された構成情報内で指定される順序でブートアップされればよい。本番ＶＭをブートアップすることは、回復環境１２０ａとして動作する再目的化可能回復環境１２０内の本番ＶＭ上でアプリケーション２１０を走らせることも含む。
【００４９】
ステップ６０７において、回復環境１２０ａは妥当性が確認される。例えば、ステップ６０１〜６０６から生成された回復環境１２０ａ内で走る本番システムが、それらが適切に走ることを確実にするために試験される。
【００５０】
ステップ６０８において、ステップ６０７における妥当性確認の後、ユーザ１１５は、アプリケーションおよびサービス２１６を含む、回復環境１２０ａ内の本番システムにアクセスすることを許される。ユーザ１１５は、あたかも自分たちが本番環境１１０にアクセスしているかのように、アプリケーションおよびデータにアクセスして自分たちの日常の仕事を遂行する。
【００５１】
本番環境１１０が回復された後、再目的化可能回復環境１２０は再構成されてステージング環境１２０ｂに戻る。例えば、ステージング情報３３１が用いられ、サーバおよびネットワーク装置を再構成してそれらの以前の状態に戻す。すると、ステージング環境１２０ｂ内で開発および試験が再開することができる。同様に、再目的化可能回復環境１２０がステージング環境１２０ｂとして動作する間の、ＳＡＮ２２３内への本番情報２３０の定期的な保存、およびＳＡＮ２２３内への、本番環境１１０の構成への任意の更新の記憶が再開する。
【００５２】
本願明細書において記載されているステップおよび機能のうちの１つ以上ならびに本願明細書において記載されているシステムの構成要素のうちの１つ以上は、メモリまたは別の種類の記憶装置等のコンピュータ可読記憶装置上に記憶されるコンピュータコードとして実装されてよい。コンピュータコードはコンピュータシステム上で、例えば、プロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）または他の種類の回路によって、実行される。コードは、ソースコード、オブジェクトコード、実行可能コードまたは他のフォーマットの形式のプログラム命令で構成されるソフトウェアプログラム（単数または複数）として存在すればよい。
【００５３】
実施形態は例を参照しながら記載されているが、当業者は、請求されている実施形態の範囲から逸脱することなく、記載されている実施形態に様々な変更を行うことができよう。
【図１】
0005384467.tif 000002
【図２】
0005384467.tif 000003
【図３】
0005384467.tif 000004
【図４】
0005384467.tif 000005
【図５】
0005384467.tif 000006
【図６】
0005384467.tif 000007