パケットベースのネットワーク56により接続される生産サイト52と回復サイト54とを含むアーキテクチャにおいて障害回復を実行する方法であって、生産サイト52の問題を検出する工程と;問題の検出に応じて、パケットベースのネットワーク56を介して生産サイト52にアクセスする試みが回復サイト54にルーティングされるように、パケットベースのネットワーク56を自動的に再設定する工程と;を含むことを特徴とする方法。少なくとも生産サイト52の一部で生じた変更が自動的に回復サイト54にコピーされるように、少なくとも前記生産サイト52の一部をミラーリングする工程180を更に含む、請求項1に記載の方法。所定の時間間隔で回復サイト54から生産サイト52をポーリングする工程184を更に含む、請求項1又は2に記載の方法。生産サイトの問題の解決を検出すると共に、回復データを回復サイト54から生産サイト52にコピーする190ことによって生産サイトを自動的にリストアする、請求項1~3のいずれか一項に記載の方法。生産サイトをリストアした後、生産サイト52へのアクセスを可能にするようにネットワーク56を自動的に再設定する、請求項4に記載の方法。生産サイトのサーバ62のネットワークアドレスを用いてイントラネットコンピュータ64及びエクストラネットコンピュータ58から回復サイト54の回復サーバ78にアクセスする工程を含む、請求項1~5のいずれか一項に記載の方法。前記問題を検出する工程が、生産サイトのサーバ62をポーリングする工程と;サーバ62からの応答を所定の期間待つ工程と;前記所定の期間が終了すると障害回復手順を開始する工程と;を含む請求項1~6のいずれか一項に記載の方法。回復サイト54の回復サーバ78を回復サーバのプールから選択する工程を更に含む、請求項1~7のいずれか一項に記載の方法。前記選択する工程が、生産サイト52のサーバ62に関連したハードウエア特徴を検索すると共に、該特徴を回復サイトのプールにある回復サーバ78のハードウエア特徴とできるだけ厳密に照合する工程を含む、請求項8に記載の方法。前記ネットワーク56を再設定する工程が、生産サイト52のネットワークアドレスを有するリクエストを回復サイト54に再ルーティングする工程を含む、請求項1~9のいずれか一項に記載の方法。生産サイト52のサーバ62の状態の安定なコピーと、最後のトランザクションまでの生産サイトのサーバ62のコピーとの両方を回復サイトに記憶する工程を更に含む、請求項1~10のいずれか一項に記載の方法。パケットベースの通信ネットワーク56によって接続される生産サイト52と回復サイト54とを含むと共に、該ネットワーク56において障害回復を実行するためのシステム50であって、回復サイト54に設置された回復制御サーバ84を備え、回復制御サーバ84が、生産サイト52の問題を検出することができる第1のモジュール154と;問題を検出すると、生産サイト52へのアクセスの試みが回復サイト54にルーティングされるように、前記ネットワークを自動的に再設定することができる第2のモジュール160と;を含むことを特徴とするシステム。生産サイト52に設置されると共にミラーリングモジュール68を備えたアプリケーションサーバ62を更に含み、ミラーリングモジュール68が生産サイトのアプリケーションサーバのイメージの同期複製を回復サイト54に対して実行する、請求項12に記載のシステム。回復サイト54に備えられると共に生産サイトのアプリケーションサーバ62についての情報を記憶するデータベース152を更に含む、請求項13に記載のシステム。前記アプリケーションサーバ62についての情報が、アプリケーションサーバのルーティング計画;イントラネット及びエクストラネットクライアントに対するアプリケーションサーバのアクセス規則;アプリケーションサーバのハードウエア特徴;及びイメージ特徴;のうちの1つ以上を含む、請求項14に記載のシステム。パケットベースの通信ネットワーク56により接続される生産サイト52と回復サイト54とを含んだアーキテクチャであって、障害回復を実行するための請求項12~16のいずれか一項に記載のシステム50を含むことを特徴とするアーキテクチャ。パケットベースの通信ネットワーク56を介して生産サイト52に接続される回復サイト54であって、回復制御サーバ84を備え、回復制御サーバ84は、生産サイト52の問題を検出することができる第1のモジュール154と;問題を検出すると、生産サイト52にアクセスする試みが回復サイト54にルーティングされるように前記ネットワークを自動的に再設定することができる第2のモジュール160と;を含むことを特徴とする回復サイト。発明の目的及び概要出願人は、障害発生の後にシステムをリストアする際に、クライアントが好ましくは良好なRPO及びRTO値を維持しつつも設定を手動で変えて回復サイトの回復サーバにアクセスする必要がなく、ネットワーク要素のリストアとは独立にクライアントがサービスにアクセスできることを保証するという問題が存在することに気付いた。出願人は、この問題は障害回復を実行する請求項1の方法により解決できることを見いだした。特に、出願人は、この問題はクライアントを回復サーバにルーティングする自動再ルーティング機構を提供することによって解決できることを見いだした。さらに、サーバのデータ及び設定を最後のトランザクションに常に一致させることができるミラーリング手順を介するデータ複製段階のための自動制御管理機構を提供することによってこの問題を解決できることを見いだした。本発明の別の態様は、障害回復を実行する請求項12に記載のシステムに関する。本発明の別の態様は、少なくとも1つのコンピュータのメモリにロード可能であると共に、コンピュータ上で実行するとき本発明の方法の工程を実行するためのソフトウエアコード部分を含んでいるコンピュータプログラムプロダクトに関する。ここで用いられているように、このようなコンピュータプログラムプロダクトというときには、コンピュータシステムを制御して本発明の方法の実行を整合させるための命令を含んだコンピュータ読み出し可能媒体をいうのと等価である。少なくとも1つのコンピュータというのは、明らかに本発明を分散/モジュール方式で実装する可能性を強調するものである。本発明のさらに好ましい態様が独立請求項及び以下の明細書において記載される。本発明をさらに良く理解するために、単なる例であって限定するものと解釈すべきでない好ましい態様を、添付図面を参照して以下で説明する。本発明の好ましい態様の詳細な説明図1は生産サイト52、回復サイト54、生産サイトと回復サイトとの間に接続されたネットワーク56、及びエクストラネットクライアント58を含んだシステム50の図である。生産サイトは1つ以上のアプリケーションサーバ62に接続されたストレージ60を含むことができる。例えばイーサネットスイッチ及びIPルータを含み得るネットワーク66を介してアプリケーションサーバ62にアクセスするために、1つ以上のイントラネットクライアント64が使用される。ボックス66にはまた、認証システム、ファイアウォール又はアプリケーションサーバへのアクセスを阻止する侵入検出システムを含み得るセキュリティデバイスも示されている。リモートストレージボリューム上のアプリケーションサーバのローカルイメージの同期複製を実行するために、ミラーリングソフトウエアモジュール68が用いられる。このような同期複製によって、ストレージ60上に置かれたデータが最後のトランザクションまで回復サイト54上にて保持されたコピーと一致することが保証される。また、最後のトランザクションがサーバの設定に対する損傷を引き起こした場合に、前にセーブされた安定なイメージに戻ることができるように、システムの安定な動作条件に対応したシステムのイメージをミラーリングソフトウエアモジュールがセーブすることも望ましい。回復サイト54は1つ以上の回復サーバ78、ネットワークセキュリティデバイス80、ストレージエリアネットワークSANデバイス82、及び回復制御サーバ84を含むことができる。回復サーバ78は障害が発生した場合にアプリケーションサーバ62を模倣するよう構成される。障害が発生した場合にアプリケーションサーバ62に最も密接に関連したプールの一つを使用できるように、様々なハードウエアの特徴を有する回復サーバのプールを提供することが望ましい。SANデバイス82はミラーリングソフトウエアモジュール68から提供されるミラーデータを記憶する。ネットワークセキュリティデバイス80は生産サイトのネットワークセキュリティデバイス66と同じ機能を回復サイト54のために実行する。回復制御サーバ84は、それらのアクセス可能性を監視するよう管理された各アプリケーションサーバ62に対して周期的なリクエストキープアライブを実行する。このようにして、回復制御サーバ84は生産サイト52に問題があるか否かを監視できる。加えて、回復制御サーバ84は、1つ以上のアプリケーションサーバ62からミラーリングソフトウエア68を介して回復サイト54のSANストレージ82へのストレージフローを監視してもよい。例えばポーリングなどによって回復制御サーバ84から生産サイト52を監視するのに多くの技術を使用できる。後にさらに説明するように、回復制御サーバ84はまた、生産サイトで問題が検出された場合に生産サイト52から回復サイト54への自動切替えを制御する。その際、問題が検出されたアプリケーションサーバ62に最も密接に関連している利用可能なサーバのプールから回復サーバ78の一つを選択する必要があるかもしれない。加えて、回復制御サーバ84は、エクストラネットクライアント58及びイントラネットクライアント64が回復サーバ78に自動的かつシームレスにアクセスできるように必要なネットワーク56、66を自動的に再設定する。最後に、アプリケーションサーバ62がリストアされると共にSANデバイス82からのデータがコピーされて生産サイト52に戻される必要がある場合に、回復制御サーバ84はフェイルバック条件を自動的に管理できる。図2は可能性のある生産サイト52のさらに詳細な例を示す。アプリケーションサーバ62はシステムイメージ100を含む。システムイメージ100はオペレーティングシステム102、アプリケーション104の一組、及びオペレーティングシステムとアプリケーションが操作するデータ106を含む。大容量ストレージ60はデータ106がセーブされるローカル記憶デバイスを含む。記憶イニシエータ110もまたアプリケーションサーバ62上に存在する。記憶イニシエータ110は、ネットワークインフラストラクチャー例えば、LAN、WANなどを介してアクセスできるリモートストレージボリュームにデータを転送可能にするソフトウエアモジュールである。ソフトウエアミラー68はアプリケーションサーバ62においてローカルイメージの同期複製を実行するソフトウエアモジュールである。次に、ローカルイメージは記憶イニシエータモジュール110を介して回復サイト54にて記憶される。ソフトウエアミラーモジュール68はまた、異なる時間間隔で複数のシステムイメージを保持するように、システムイメージのスナップショットを取ることもできる。よって、最後のトランザクションを有することに加えて、異なる時間間隔にてシステムの安定なコピーを有することが可能である。このことにより、システムは異なる時間に取得した1つ以上の安定なコピーを有することができるので、システムは既知の安定な状態に戻ることができる。ソフトウエアミラー68を用いてシステムイメージのリモートコピーが実行されるので、特定の製造業者に属する独占的な解決策からアーキテクチャが解放される。上記の種類のソフトウエアミラーモジュールは例えばインターネットURL:httpwwwveritascomProductswwwcproductrefId3本特許出願の出願日の時点でからダウンロードにて利用できる。イントラネットクライアント64はネットワークデバイス112この場合、レベル2及びレベル3デバイスとして示されているを介してアプリケーションサーバ62にアクセスできる。よって、ネットワークデバイス112は、生産サイトのパケットベースのネットワークのために使用されるデバイスであり、メトロポリタン、国内、又は国際レベルでのアクセスのために第三者のパケットベースのネットワークに接続することを可能にする。ネットワークデバイス112はLAN/MAN技術、IPルータなどとし得る。セキュリティデバイス114はエクストラネットクライアントからの無許可アクセスに対してセキュリティを提供する。例えば、セキュリティデバイスとして、ファイアウォール、侵入検出システムなどを挙げることができる。セキュリティデバイスは、任意の所望の規格例えば、SNMPやコマンドラインインターフェースを介して監視及び構成が行える。図3はWAN56をさらに詳しく示す。WAN56はエクストラネット58と生産サイト52と回復サイト54との間の相互接続を可能にする。様々なプロトコルを使用できる。例えば、2つのサイトを相互接続すべく仮想プライベートネットワークVPNサービスを使用可能にするために、マルチプロトコルラベルスイッチングMPLSプロトコルを用いることができる。WAN56は全体的に120で示された複数のネットワークスイッチングデバイスを含む。具体的には、カスタマーエッジデバイス例えば、ネットワークをクライアントコンピュータに接続するのに用いられるルータやスイッチなどのネットワークの装置122、124はそれぞれ生産サイト52と回復サイト54に配置されると共に、プロバイダーのポイントオブプレゼンスPoPに位置するプロバイダーエッジPEネットワークデバイス126、128、例えば、カスタマーエッジデバイスとの接続を可能にするサービスプロバイダーのネットワークの一部であるルータとの通信を可能にする。他のプロバイダーネットワークデバイス130単にPで示されているはプロバイダーエッジ126、128とエクストラネット58との間の通信を可能にする。新しいサイトを既存のVPNに加えるために、プロバイダーは例えばプロビジョニングプラットホームプロビジョニングプラットホームを用いて正しい設定をCE及びPEデバイスに与えることができる。MPLSVPNはIPレベルの接続を同じVPNに属するサイトに提供することを可能にする。仮想プライベートLANサービスなどのより革新的な解決策は、同じVPNに属するサイト間でイーサネット接続を設置することを可能にする。MPLSVPN解決策のように、新しいサイトをVPLSに加えるために、プロバイダーCE及びPEデバイスに作用するのみである。これら2つの解決策の主要な違いは、VPLSサービスの場合にプロバイダーがカスタマーによって行われたルーティングを管理しないことである。後でさらに説明するように、回復サイトの回復制御サーバ84は、障害が発生した場合にエクストラネット58及びイントラネットクライアント64が回復サイト54にアクセスできるように、ネットワークデバイス120を再ルーティングする能力を有する。回復制御サーバ84は、その動作ドメイン生産サイト及び回復サイトに属するシステムに対する動作規則を自律的に設定し、必要ならば、ネットワークオペレータなどの第三者により一般に実行される他の制御システムとインターフェースすることによって、その直接制御の外部でシステムと相互作用できる。図4は回復制御サーバ84のさらなる詳細を示す。説明のために、MPLS機能と共にWANが用いられる場合を示しているが、上述したようなプライベート仮想ネットワーク解決策の設定を可能にする他のパケットベースのネットワークを使用することもできる。カスタマー情報マネージャーモジュール150CIMMは、リポジトリモジュール152内部のメタデータを取り扱うと共に、生産サイト52のアプリケーションサーバ62の特徴を示すソフトウエアモジュールである。リポジトリモジュール150に記憶された情報として下記のものを挙げることができる:アプリケーションサーバのルーティング計画。イントラネット/エクストラネットクライアントに対するアプリケーションサーバのアクセス規則。生産サイトのネットワークトポロジー及び生産サイトと回復サイトとの相互接続についての情報。アプリケーションサーバのハードウエア特徴。オペレーティングシステム、インストールされたソフトウエアパッケージなどに関するイメージ特徴。サービスについて合意されたサービスレベルアグリーメント。生産サイトのアプリケーションサーバと互換性のある特徴を有する回復サイトのサーバの可用性。アプリケーションサーバ制御モジュールASCM154は、生産サイト52のアプリケーションサーバのアクセス可能性を検査するソフトウエアモジュールである。この検査は、サーバのIPアドレスをポーリングすること、又はサーバ62内にインストールされたアプリケーションがアクティブであることを確認することによって実行される。制御の追加レベルは、ローカルストレージとリモートストレージとの間で同期ミラーリングプロセスを可能にするソフトウエアによって有効にされる。アプリケーションサーバ62が設定可能なしきい値例えば、30秒、ただしこの時間は特定のアプリケーションに依存して変わり得るを超える期間の間アクセスされ得ないならば、ASCMモジュール154が障害回復手順を起動するためのリクエストを行なう。ストレージゲートウエイ制御モジュールSGCM156はストレージゲートウエイ管理システムにリクエストを行い、下記の機能を実行できる。回復サイト54のストレージデバイスに対する、アプリケーションサーバ62によるアクセス。ストレージアクセスはアクセスコントロールリストACLの設定を介して管理され、アクセスコントロールリストACLは、どのサーバが所与のストレージデバイスにアクセスする許可を有しているかを特定する。リソースを解放又は割当てするリクエスト。この機能は、例えば所与のアプリケーションサーバに対して障害回復サービスを停止することが決定されていたという理由で、予め割り当てられたリソースを解放するリクエストを行なうことを可能にし、又は逆に言えば新しいストレージリソースを割り当てることを可能にする。この機能は、カスタマーにより署名されたSLAについての情報を更新すると共に、リポジトリ152に保持される。フェイルバック条件における複製プロセスの管理。障害回復手順の後、この機能は、回復サイト54の回復サーバ78によりローカルで使用されるデータのコピーを生産サイト52のストレージボリューム上で実行可能にする。データが生産サイトにて首尾一貫した方法にてリストアされた後は、初期動作条件に戻ることができ、この初期動作条件では、イントラネット及びエクストラネットクライアントによりアクセスされるサービスが生産サイトのアプリケーションサーバにより公開される。割り当てられたリソースの使用ステータスの検査。この機能により、ストレージデバイスの効果的な活用についての統計値を得ることができると共に、新しいデバイス回復サイトのプールのための処理及びストレージリソースの取得を前もって評価することができる。プロビジョニングプラットホーム制御モジュールPPCM158は、プロビジョニングプラットホームに対するリクエストを取り扱うソフトウエアモジュールである。ネットワークデバイスの供給業者は、プログラミングメタ言語において受信したリクエストをネットワークデバイスに与えられる設定に翻訳可能にするプロビジョニングプラットホームを提供する。PPCM158は生産サイト52と回復サイト54とを相互接続するネットワークのトポロジーに基づいてこれらのリクエストを実行する。プロビジョニングシステムは、それらが取り扱うネットワークインフラストラクチャーのトポロジー的記述と、ネットワークの所望の最終状態の記述とに基づいて、デバイスに与えられるべき設定指令を自動的に生成する。これらのリクエストは例えば以下のモードにて行なうことができる。静的モード:プロビジョニングシステムにリクエストをするために必要な情報がカスタマーリポジトリ内部に予め割り当てられる。故障が生じた場合、情報がデータベースから抽出され、方式に従って調製され、プロビジョニングシステムに送られる。動的モード:プロビジョニングシステムにリクエストをするために必要な情報がプロビジョニングシステムと制御モジュールとの間の相互作用を通じて動的に得られる。この場合、必ずしもデータベースにおいて情報を予め構成する必要はない。障害回復制御モジュールDRCM160は、アプリケーションサーバ制御モジュール154により知らされた故障の発生に応じて障害回復プロセスを自動化することを扱うソフトウエアモジュールである。このモジュールはカスタマーリポジトリ152に含まれる情報に従って以下の手順を起動できる。生産サイト52のネットワークのトポロジー及び生産サイト52と回復サイト54との相互接続に関する情報を収集する目的での、カスタマー情報マネージャーモジュール150との相互作用。生産サイト52にて設定されたルーティング計画を回復サイト54に移動させるための、プロビジョニングプラットホーム制御モジュール158へのメッセージの送信。この段階はカスタマーサイトとプロバイダーサイトに存在するCEデバイスの設定、及び対応するPEデバイスの設定についての変更を含む。回復サイト54内のSANデバイス82にセーブされた最近のシステムイメージを識別する目的での、ストレージゲートウエイ制御モジュール156との相互作用。ディスクレス起動の時に回復サイト54のサーバプールにおける指定回復サーバが生産サイト52のアプリケーションサーバ62と同じIPアドレスを受信するための、回復サイトのDHCPダイナミックホストコンフィグレーションプロトコルサーバの設定。アプリケーションサーバ62と互換性のある特徴を有する回復サイト54のリソースプールに属するハードウエアシステムを識別するための、カスタマー情報マネージャーモジュール150との相互作用。回復サーバ72上でのディスクレス起動手順を有効にする。例えば、インターネットでURL:httpwwwciscocomenUSproductshwps4159ps2160productsinstallationandconfigurationguidebook09186a00801a45b0html本特許出願の出願日の時点でからダウンロードで利用可能な種類のディスクレス起動手順が使用できる。モジュール150、154、156、158、及び160は回復制御サーバ84内にあるCPU172により実行される。加えて、これらのモジュールは通信のためにインターフェースモジュール162と相互作用する。インターフェースモジュール162は、キープアライブモジュール164、ストレージゲートウエイアダプタ166、プロビジョニングプラットホームアダプタ168、及びストレージプラットホームアダプタ170を含めて様々なアダプタを含む。アプリケーションサーバ62が生産サイト52にてリストアされるとき、手動又は自動でフェイルバック手順を起動して、ネットワーク設定を故障前の状態に戻して割り当てられたリソースを解放することができる。フェイルバック手順は、回復モードに関して自明の対称性を有するので、回復手順に類似のロジックに従う。最初にシステムを設定するために、ソフトウエアミラー68がアプリケーションサーバ62上にインストールされて同期若しくは非同期ミラーリング又は周期的な複製を実行する。回復制御サーバ84はいくつかの設定動作を実行する。例えば、SGCM156は生産サイト52のストレージ60とアプリケーションサーバ62のIPアドレスとを関連付けるための設定を実行する。PPCM158はリポジトリモジュール152内部にロードされるべきネットワーク設定のためにプロビジョニングシステムに対してリクエストを行なう。ロードされる情報は以下のものを含み得る:生産サイト52と回復サイト54との接続を確保するために使用されるCEPEネットワークデバイスID。障害回復に伴うすべてのサイトから回復サイトへのアクセス可能性を確保するのに用いられるCEPEネットワークデバイスID。障害回復の場合に回復サイトに移動するために生産サイトにて用いられるルーティング計画。サービスへのアクセス規則を定義する生産サイトのCEデバイス上で設定されたアクセスコントロールリストが、エクストラネット接続を介してアプリケーションサーバにより利用可能にされる。回復制御サーバ84におけるCIMM150は、アプリケーションサーバ62及び生産サイトに関する情報をリポジトリモジュール152に加える。このような情報としては、サーバのハードウエア特徴例えば、システムイメージのサイズ、ネットワークインターフェースの数など、アプリケーションサーバのソフトウエア特徴、及びPPCM158から発せられる情報が挙げられる。最後に、ASCM154はサーバの可用性を調べるために周期的なポーリングを起動する。もしサーバが応答しないならば、障害回復手順を起動する。図5は正常な動作条件でのシステムを示す。ASCM154はアプリケーションサーバが矢印180により示されるようにアクティブであることを調べる。また、アプリケーションサーバのシステム管理者はアプリケーションサーバプラットホーム上で為されたハードウエアの変更を障害回復サービスの管理者に知らせることが望ましい。その目的は、リポジトリ152に保持された情報を最新のものに維持すると共に、障害回復手順が起動された場合に正しい回復サーバを選択可能にすることである。矢印182で示されるように、通常運転中、エクストラネットクライアント58は生産サイト52のアプリケーションサーバ62にアクセスする。情報はサーバ62上で更新されているので、ソフトウエアミラー68は情報が矢印180で示されるように回復サイト54でも記憶されることを保証する。設定可能なしきい値を超えた時間間隔の間ASCM154がアプリケーションサーバ62からACKメッセージを受信しない場合に、障害回復手順が起動される。DRCM160を用いて、回復制御サーバ84は以下の手順を起動できる。1生産サイトのネットワークのトポロジー及び生産サイトと回復サイトとの相互接続に関する情報を収集する目的で、CIMM150と相互作用する。2生産サイトにて構成されたルーティング計画を回復サイトに移動させるために、メッセージマイグレートネットワークMigrateNetworkをPPCMに送信する。この段階はカスタマーサイト及びプロバイダーサイトのCEPEデバイスの設定についての変更を伴う。3回復サイト内のストレージシステムにセーブされた最近のシステムイメージを識別する目的で、SGCMと相互作用する複製機構が用いられる場合には最近のものに一致し得る。4起動ディスクレス起動される際に回復サーバを有効にして生産サイトのアプリケーションサーバと同じIPアドレスを受信するために、回復サイトのDHCPサーバの設定を行なう。5アプリケーションサーバと互換性のある特徴を有する回復サイトのリソースプールに属するハードウエアシステムを識別するために、CIMMと相互作用する。6ディスクレス起動手順を可能にする:この段階では、GUIは人間のオペレータに待機中のハードウエアリソースプールから選択された回復サーバを始動できることを知らせる。内部ストレージディスクレスを有していないかもしれない回復サーバは、アプリケーションサーバのシステムイメージIPアドレス、ボリューム名、LUNなどを含んだストレージシステムにアクセスすることに関連したIPアドレスと情報とを得るために、DHCPサーバにリクエストを行なう。いったんこの情報が受信されると、回復サーバはネットワーク上でディスクレス起動を実行できる。フィニッシュを起動するとき、回復サーバは最後のトランザクションまで元のアプリケーションサーバに一致している。あらゆるイントラネット、エクストラネット又はインターネットクライアントは、障害回復手順で設定された接続を用いてTCP/IPを介して回復サーバのリストアされたサービスにアクセスできる。図6は障害回復手順が開始された後のデータフローを示す。矢印188で示されるように、エクストラネットクライアントが生産サイト52にアクセスしようと試みるとき、リクエストが自動的に回復サイト54に再ルーティングされる。このことはエクストラネットユーザーに対してトランスペアレントに行われ、エクストラネットユーザーが回復サイトについて異なるネットワークアドレスをタイピングする必要はない。よって、エクストラネットクライアントの観点からは、たとえ実際には回復サイトにアクセスされていても、生産サイトに依然としてアクセスされている。図7はフェイルバック条件を示す。フェイルバック手順は障害回復手順の後に初期状態に戻ることを可能にする。生産サイト52のアプリケーションサーバ62がリストアされた後も、すべてのサービスが回復サイトにより提供される期間が依然として存在する。フェイルバック手順は上述した正常動作条件に戻るために以下の段階を含むことができる。1SGCM156が、矢印190で示すように生産サイト上で回復サイトのデータの一致したコピーを行なうために、逆複製手順を起動する。2回復サイトにて構成されたルーティング計画を生産サイトに移動させるために、DRCMがメッセージマイグレートネットワークMigrateNetworkをPPCMに送信する。この段階はカスタマーサイト及びプロバイダーサイトのCEPEデバイスの設定についての変更を伴う。3生産サイトでのサービスが再開され、クライアントが元のアプリケーションサーバ62にアクセスする。4回復サイト54にて回復サーバ78により用いられるハードウエアリソースが解放され自由なリソースプールに戻される。5同期/非同期ミラーリング又は複製手順が再起動される。図8は本発明を実行する方法のフローチャートを示す。プロセスブロック210では、回復サイトがポーリングにより生産サイトでの問題を検出する。プロセスブロック212では、生産サイトへのアクセスの試みが回復サイトにルーティングされるように、回復サイトが自動的にネットワークの再設定を実行する。このようなリクエストはエクストラネット又はイントラネットリクエストに由来し得る。本発明の利点は上記説明から明らかである。特に、利点の一つは、RPO及びRTOパラメータがミラーリングプロセスにより実行される複製によって最適化されることである。別の利点は、本発明は生産又は回復サイトで採用されるソフトウエア/ハードウエア解決策に依存しないことである。さらに別の利点は、クライアントを回復サーバにルーティングする自動再ルーティングである。最後に、本発明について多くの変更及び変形が為し得ることは明らかであるが、すべて本発明の範囲に存する。例えば、本解決策を拡張及び変更して、それを達成する個々の構成要素に作用させるか、又は既存の構成要素を当該技術における制御アーキテクチャに統合することができる。特に、生産サイトでは、同期/非同期ミラーリングソフトウエアを提供する構成要素は特定の技術に限定されない。それらはホストベース、ネットワークベース、又はアレイベースの仮想化機構、及びソフトウエアモジュール又は特定のハードウエア構成要素により実現できる。さらに、ここに記載した障害とは、生産サイトが何がしかの理由で機能していないことを意味する。これは実際の障害が生ぜざるを得なかったことを意味しない。さらにまた、生産サイトと回復サイトとの間の相互接続ネットワークでは、リモートサイトへのミラーリング/複製フローのために用いられるプロトコルは、回復サイトのストレージにて生産サイトで行われるのと同じ書き込みを再生する機能を実行する限りは、標準的又は独占的なプロトコル例えば、SCSIとし得る。加えて、回復サイトでは、ネットワーク上で起動するための機構は、生産サイトにてデータにアクセスするのに用いられるか又は2つのサイト間での相互接続において用いられるプロトコルとは異なるトランスポートプロトコル例えばファイバーチャンネル又はiSCSIを回復サイトにてローカルに使用できる。さらに、回復制御サーバは、同じデバイス内にすべてを一緒に構築するか、又は要求される基本機能を達成する他のデバイスの特徴若しくは機能性を利用する分散方式にて構築できる。これらの機能の制御ロジックは、独立のシステムで実現できるか、又は上記デバイスの一つにおいて追加機能として統合できる。特に、回復サイトでアプリケーションサーバを再開した後に提供されるサービスのネットワーク再ルーティングは、別のシステムにより部分的に又は完全に制御され、手持ちのシステムのインテリジェンスモジュールに統合され、接続プロバイダーに関するエクストラネット/イントラネットVPNサイトの動的管理に委ねられ得る。この再ルーティング機構は、2つのサイト間及びクライアントと生産サイトとの間で用いられる特定の接続性に基づいて様々な代替物MPLSVPN又は積み重ね可能なVLAN/dotlqなどを使用できる。同様に、回復制御サーバ内部のストレージゲートウエイの構成要素は、ゲートウエイ又はストレージスイッチなどの市販プロダクトに既に存在するベースモジュールを統合することによって実現できる。プライマリサイトを正常な条件にリストアすることフェイルバックを更に最適化するために、本解決策の回復及びリストア機構は、動的又は動的でない特定のQoS機構とすることもでき、これは回復及びリストア段階における動作を加速させるためにリストア活動の時間窓を小さくして、正常な動作条件において利用可能なものよりも広い伝送帯域を有する相互接続を2つのサイト間に提供する。予想されるように、回復サイトの回復サーバによって特に個々の回復サーバ上に形成された処理用ハードウエアリソースを最適化するために、本解決策により保護されるアプリケーションサーバのハードウエア特徴をリソースプールを構成するシステムのものから切り離すべく、特定のソフトウエアモジュールをインストールして物理リソースを仮想化できる。このことにより、このような回復サーバを生産サイトのプライマリサーバのハードウエアと互換性を有せしめると共に、より効率的なリソースの割り当てを保証することが更に容易になる。このようにして、システムの物理ドライバを仮想化する機能のお陰で1:1仮想化、異なるハードウエアが同じ物理設定上でエミュレートされるのが可能にされ、最新式の障害回復サービスは生産サイトのアプリケーションサーバのものと同じハードウエア設定を有するサーバを採用することから解放され得る。加えて、1つより多いアプリケーションサーバイメージに対して同じハードウエアリソースを同時に利用するために仮想化ソフトウエアを使用することもできるn:1仮想化。