(57)【要約】【課題】アプリケーションの運用がおこなわれるプロダクションサイトが被災した際に、他の障害がないサイトからディザスタリカバリ管理プログラムを実行させ、リモートコピーを再開することにより、災害時のデータの速やかな復旧をおこなう。【解決手段】運用サイトは、リモートコピーをおこなう際の状態情報を保持するコピー管理情報を備える。そして、この計算機システム内の全ての記憶装置サブシステム内の記憶装置にコピー管理情報を格納しておき、リモートコピーの各処理ごとに更新する。運用サイトに障害があったときに、運用可能な他のサイトのコピー管理プログラムにより、各サイトの記憶装置サブシステム内の記憶装置に格納されているコピー管理情報を参照して、障害の直前まで進行したコピー処理の直後からコピーを実行する。【選択図】        図１
2005157825.tif 000002
【特許請求の範囲】
【請求項１】
一つ以上の運用サイトと記憶装置サブシステムを有するサイトとがネットワークで接続された計算機システムにおいて、
前記運用サイトは、ホスト上で動作するコピー管理プログラムと、コピー管理情報とを備え、
前記コピー管理情報は、前記コピー管理プログラムによりリモートコピーをおこなう際の状態情報を含み、
しかも、この計算機システム内の記憶装置サブシステム内の記憶装置に格納されて、リモートコピーの各処理ごとに更新されることを特徴とする計算機システム。
【請求項２】
運用サイトに障害があったときに、
運用可能な他のサイトのホスト上で動作するコピー管理プログラムにより、各サイトの記憶装置サブシステム内の記憶装置に格納されているコピー管理情報を参照して、
前記障害の直前まで進行したコピー処理の直後からコピーを実行することを特徴とする請求項１記載の計算機システム。
【請求項３】
前記記憶装置サブシステムは、記憶装置サブシステム間で記憶装置内のデータをコピーすることができ、かつ、記憶装置サブシステム内で記憶装置内のデータをコピーすることができることを特徴とする請求項１記載の計算機システム。
【請求項４】
前記コピー管理情報は、
サブシステム間コピーの状態情報、サブシステム内コピーの状態情報、および、このコピー管理情報が記録された時刻のタイムスタンプ情報が含まれることを特徴とする請求項１記載の計算機システム。
【請求項５】
前記コピー管理情報は、この計算機システム内の全てのサイトの記憶装置サブシステム内の記憶装置に格納されることを特徴とする請求項１記載の計算機システム。
【請求項６】
一つ以上の運用サイトと記憶装置サブシステムを有するサイトとがネットワークで接続された計算機システムの障害復旧方法において、
前記運用サイトは、ホスト上で動作するコピー管理プログラムにより、各サイトに運用サイトの記憶装置サブシステムの記憶装置内のデータを、他のサイトの記憶装置サブシステム内の記憶装置にリモートコピーするステップと、
前記運用サイトは、コピー処理ごとに、リモートコピーの状態を運用サイトの記憶装置サブシステム内の記憶装置に格納されたコピー管理情報に反映するステップと、
他のサイトは、コピー処理ごとに、リモートコピーの状態をそのサイトの記憶装置サブシステム内の記憶装置に格納されたコピー管理情報に反映するステップとを有することを特徴とする計算機システムの障害復旧方法。
【請求項７】
運用サイトに障害があったときに、
運用可能な他のサイトのホスト上で動作するコピー管理プログラムにより、各サイトの記憶装置サブシステム内の記憶装置に格納されているコピー管理情報を参照して、
前記障害の直前まで進行したコピー処理の直後からコピーを実行する処理をおこなうことを特徴とする請求項６記載の計算機システムの障害復旧方法。
【請求項８】
前記運用サイトからリモートコピーするステップは、
記憶装置サブシステム間で記憶装置内のデータをコピーする処理と、記憶装置サブシステム内で記憶装置内のデータをコピーする処理とからなり、
前記コピー管理情報にその各々のコピー処理について状態情報を保持することを特徴とする請求項６記載の計算機システムの障害復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害復旧機能を有する計算機システムに係り、特に、記憶装置サブシステム間でデータをリモートコピーすることにより、災害時におけるデータ保全をおこなうディザスタリカバリシステムに用いて好適な障害復旧機能を有する計算機システムに関する。
【背景技術】
【０００２】
システムの大規模化とデータの安全性を高めるたに、通常の運用がおこななわれるサイトとバックアップサイトの２ヶ所のデータセンターとからなるシステム構成（以下、この構成を「２ＤＣ構成」と呼ぶ）が一般化されつつある。このような構成におけるディザスタリカバリシステム（災害復旧システム）については、例えば、非特許文献１に開示された技術が知られている。
【０００３】
【非特許文献１】ＥＭＣ社ホームページ：  http://japan.emc.com/local/ja/JP/products/product_pdfs/srdf/srdf.pdf
【発明の開示】
【発明が解決しようとする課題】
【０００４】
運用がおこなわれるサイトとバックアップサイトの２ヶ所のデータセンターとから構成される２ＤＣ構成に対して、３ヶ所のデータセンターからなる構成（以下、この構成を「３ＤＣ構成」と呼ぶ）のディザスタリカバリシステムを考える。以下では、通常の運用がおこなわれるサイトを「プロダクションサイト」、プロダクションサイトの近隣にあるサイトを「ローカルサイト」、プロダクションサイトの遠隔地にあるサイトを「リモートサイト」と呼ぶ。
【０００５】
この３ＤＣ構成のディザスタリカバリシステムでは、プロダクションサイトのストレージのボリュームは、ローカルサイトのストレージのボリュームへリモートコピーされ、ローカルサイトのストレージのボリュームは、リモートサイトのストレージのボリュームへリモートコピーされることにより、データが伝播されていく。このとき、プロダクションサイトのホストで動作するディザスタリカバリ管理プログラム（以下、これを「ディザスタリカバリ管理プログラムＰ」と呼ぶ）が、上記の一連のリモートコピーの制御をおこなう。
【０００６】
ところで、従来のリモートコピー技術では、上記通常の運用がおこなわれるプロダクションサイトが被災した際に、当該サイトのホスト上で動作するディザスタリカバリ管理プログラムが管理するディザスタリカバリの実行に必要な管理情報を、他のローカルサイトやリモートサイトに引き継ぐことができず、災害時のデータの速やかな復旧をおこなうことができないと言う問題点があった。
【０００７】
本発明は、上記問題点を解決するためになされたもので、その目的は、通常の運用がおこなわれるプロダクションサイトが被災した際に、他の障害がないサイトからディザスタリカバリ管理プログラムを実行させ、リモートコピーを再開することにより、災害時のデータの速やかな復旧をおこなうことができる障害復旧機能を有する計算機システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明では、プロダクションサイトは、コピー管理テーブルにリモートコピーのコピーの処理ごとに、コピー状態を記録する。そして、各サイトにもコピー管理テーブルを保持しておき、同期してそのコピー状態を更新していく。
【０００９】
プロダクションサイトが被災した場合には、リモートサイトのホストで動作するディザスタリカバリ管理プログラム（以下、これを「ディザスタリカバリ管理プログラムＲ」と呼ぶ）が、災害のおこっていないサイトのコピー管理テーブルを参照し、災害の直後からコピー処理を再開する。
【００１０】
このようにすれば、通常の運用サイトが被災する直前の最新のデータが運用可能な状態にある別サイトにコピーされるので、このデータを利用して運用可能な状態にある別サイトにおいて通常運用サイトで動作していたアプリケーションプログラムを立ち上げることにより業務を再開できるようになる。
【００１１】
以上では、３ヶ所のデータセンターからなる３ＤＣ構成のディザスタリカバリシステムの場合について述べたが、４ヶ所以上のデータセンターからなるディザスタリカバリシステムの場合でも同様である。
【発明の効果】
【００１２】
本発明によれば、通常の運用がおこなわれるプロダクションサイトが被災した際に、他の障害がないサイトからディザスタリカバリ管理プログラムを実行させ、リモートコピーを再開することにより、災害時のデータの速やかな復旧をおこなうことができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明に係る一実施形態を、図１ないし図１２を用いて説明する。
【００１４】
先ず、図１を用いて本発明の障害復旧機能を有する計算機システムの構成について説明する。
【００１５】
図１は、本発明の障害復旧機能を有する計算機システムの構成図である。
【００１６】
本システムは、ホスト１ａ、ホスト１ｃ、記憶装置サブシステム２ａ、記憶装置サブシステム２ｂ、記憶装置サブシステム２ｃ、および、管理用計算機８を有する。これらの装置はネットワーク９により相互に接続されている。本システムでは、ホスト１ａおよび記憶装置サブシステム２ａをまとめて、プロダクションサイト３と呼び、記憶装置サブシステム２ｂを、ローカルサイト４と呼び、ホスト１ｃおよび記憶装置サブシステム２ｃをまとめて、リモートサイト５と呼ぶ。ローカルサイトには、ホストがないものとする。プロダクションサイト３とローカルサイト４は、通常地理的には近隣地（数十ｋｍの距離）であり、ローカルサイト４とリモートサイト５は、通常地理的には遠隔地（数百ｋｍの距離）であることを想定している。プロダクションサイト３は、通常運用が実行されるサイトであり、ローカルサイト４およびリモートサイト５は、プロダクションサイト３のバックアップをおこなうためのサイトである。本実施形態では、上記のように３ヶ所のサイトの場合を示しているが、４ヶ所以上のサイトの場合でも同様に本発明を適用できる。
【００１７】
ホスト１および管理用計算機８は、計算機であり、ＣＰＵ１０１、メモリ１０２、ディスプレー１０３、キーボード１０４、コントローラ１０５、データインタフェース１０６、ネットワークインタフェース１０７、および、ディスク装置１０８を有する。
【００１８】
記憶装置サブシステム２は、データを格納する記憶装置であり、ポート２０１、ディスクコントローラ２０２、制御メモリ２０３、プロセッサ２０４、キャッシュメモリ２０５、ディスク装置２１１を有する。
【００１９】
ディスク装置１０８および２１１は、論理的な記憶装置であり、実際には複数個の物理的記憶装置が１つの論理的な記憶装置を構成していてもよい。この場合、複数個の物理的記憶装置がディスクアレイを構成していてもよい。ここで物理的記憶装置とは、例えば、ハードディスクドライブやＤＶＤといった物理的な記憶装置である。
本システムにおけるリモートコピーの動作の一例を説明する。プライマリサイト３のディスク装置２１１ａのデータは、ローカルサイト４のディスク装置２１１ｂにリモートコピーされる。ディスク装置２１１ｂのデータは、同じローカルサイト内のディスク装置２１１ｃにコピーされ、ディスク装置２１１ｃのデータは、リモートサイトのディスク装置２１１ｄにリモートコピーされる。ディスク装置２１１ｄのデータは、同じリモートサイト内のディスク装置２１１ｅにコピーされる。このように、通常運用をおこなうプロダクションサイト３のデータは、順次ローカルサイト４、リモートサイト５へとコピーされる。
【００２０】
次に、図２ないし図５を用いて本システムでのプログラムとデータのメモリおよびディスク装置内の格納状況について説明する。
【００２１】
図２は、プロダクションサイト３のホスト１ａのディスク装置１０８ａの格納内容を示す図である。
【００２２】
図３は、リモートサイト５のホスト１ｃのディスク装置１０８ｃの格納内容を示す図である。
【００２３】
図４は、制御メモリ２０３の格納内容の詳細を示す図である。
【００２４】
図５は、管理用計算機８のディスク装置１０８ｄの格納内容を示す図である。
【００２５】
ディスク装置１０８ａには、図２に示されるようにディザスタリカバリ管理プログラムＰ１２０が格納される。このプログラムは、メモリ１０２ａに読み出され、ＣＰＵ１０１ａで実行される。ディザスタリカバリ管理プログラムＰ１２０は、前記のプロダクションサイト３からローカルサイト４を経てリモートサイト５へ至るリモートコピーの制御をおこなう。
【００２６】
ディスク装置１０８ｃには、図３に示されるようにディザスタリカバリ管理プログラムＲ１２１が格納される。ディザスタリカバリ管理プログラムＲ１２１は、メモリ１０２ｃに読み出され、ＣＰＵ１０１ｃで実行される。ディザスタリカバリ管理プログラムＲ１２１は、プロダクションサイト３が被災した場合、あるいは、プロダクションサイト３およびローカルサイト４の両者が被災した場合にリカバリ処理をおこなう。
制御メモリ２０３には、図４に示されるようにサブシステム間ペア定義テーブル３００、サブシステム内ペア定義テーブル４００、および、ボリューム定義テーブル５００が格納される。これらの後に詳細に説明する。
【００２７】
ディスク装置１０８ｄには、図５に示されるようにボリューム定義プログラム１２２が格納される。ボリューム定義プログラム１２２は、メモリ１０２ｄに読み出され、ＣＰＵ１０１ｄで実行される。ボリューム定義プログラム１２２の詳細は、後ほど説明する。
【００２８】
次に、図６ないし図９を用いて本システムで用いられテーブルのデータ構造について説明する。
【００２９】
図６は、サブシステム間ペア定義テーブル３００の構成の例を示す図である。
【００３０】
図７は、サブシステム内ペア定義テーブル４００の構成の例を示す図である。
【００３１】
図８は、ボリューム定義テーブル５００の構成の例を示す図である。
【００３２】
図９は、管理情報格納用ボリュームに格納されるコピー管理テーブル６００の内容を示す図である。
【００３３】
サブシステム間ペア定義テーブル３００は、記憶装置サブシステム２の制御メモリ２０３に格納される。サブシステム間ペア定義テーブル３００は、図６に示されるようにグループ名フィールド３０１、ペア名フィールド３０２、正ポートフィールド３０３、正論理ユニットフィールド３０４、副ポートフィールド３０５、副論理ユニットフィールド３０６、および、状態フィールド３０７を有する。
【００３４】
グループ名フィールド３０１は、図６に示されるようにペア関係の集合であるグループの名称が登録されるフィールドである。ペア名フィールド３０２は、ペア関係の名称が登録されるフィールドである。正ポートフィールド３０３は、ペア関係を構成する正サイトの記憶装置サブシステムのポートの情報が登録されるフィールドである。正論理ユニットフィールド３０４は、ペア関係を構成する正サイトの記憶装置サブシステムの論理ユニット名が登録されるフィールドである。副ポートフィールド３０５は、ペア関係を構成する副サイトの記憶装置サブシステムのポートの情報が登録されるフィールドである。副論理ユニットフィールド３０６は、ペアを構成する副サイトの記憶装置サブシステムの論理ユニット名が登録されるフィールドである。状態フィールド３０７は、ペア関係の状態を示す情報が登録されるフィールドである。
【００３５】
ここで、論理ユニット（以下「ＬＵ」）は、ディスク装置２１１で構成される記憶領域を管理する際の単位である。また、ボリュームは、ＬＵへのアクセスに使用されるポートの名称とボリュームを構成するＬＵの名称との組み合わせにより一意に識別される。以下、ボリュームを表記する際に、ポートの名称およびＬＵの名称を用いてボリューム（ポート名称，ＬＵ名称）と表記する。なお、本実施形態では、ＬＵ一つが一つのボリュームに対応するとして説明するが、複数のＬＵが一つのボリュームを構成しても良い。
【００３６】
この図６の例では、図１の構成におけるサブシステム間のペア構成を示している。レコード３１０ａでは、グループＧ１に属するペアＰ１があり、Ｐ１を構成する正サイトのボリュームがボリューム（ポート２０１ｂ，ＬＵ０）、Ｐ１を構成する副サイトのボリュームがボリューム（ポート２０１ｄ，ＬＵ０）、および、状態がＡＣＴＩＶＥであることが示されている。ここで、ＡＣＴＩＶＥとは、レコード３１０ａで示されたペア間でデータの複製処理、すなわち正副サイトのデータの内容を一致させる処理がおこなわれている最中であることを示している。
【００３７】
次に、サブシステム内ペア定義テーブル４００は、記憶装置サブシステム２の制御メモリ２０３に格納される。サブシステム内ペア定義テーブル４００は、図７に示されるようにペア名フィールド４０２、正論理ユニットフィールド４０３、副論理ユニットフィールド４０４、状態フィールド４０５を有する。
【００３８】
ペア名フィールド４０２は、ペア関係の名称が登録されるフィールドである。正論理ユニットフィールド４０３は、ペア関係を構成する正論理ユニット名が登録されるフィールドである。副論理ユニットフィールド４０４は、ペア関係を構成する副論理ユニット名が登録されるフィールドである。状態フィールド４０５はペア関係の状態を示す情報が登録されるフィールドである。
【００３９】
図７の例では、図１の構成におけるサブシステム内のペア構成を示している。サブシステム内ペア定義テーブル４００ｂは、制御メモリ２０３ｂに格納され、サブシステム内ペア定義テーブル４００ｃは、制御メモリ２０３ｃに格納される。レコード４１０ａでは、ペアＰ１０があり、Ｐ１０を構成する正ボリュームがボリューム（ポート２０１ｄ，ＬＵ０）、Ｐ１を構成する副ボリュームがボリューム（ポート２０１ｄ，ＬＵ１）、および、状態がＡＣＴＩＶＥであることが示されている。
【００４０】
ここで、ＡＣＴＩＶＥとは、レコード４１０ａで示されたペア間でデータの複製処理、すなわち正副論理ユニットのデータの内容を一致させる処理がおこなわれている最中であることを示している。
【００４１】
次に、ボリューム定義テーブル５００は、記憶装置サブシステム２の制御メモリ２０３に格納される。ボリューム定義テーブル５００は、図８に示されるようにポートフィールド５０１、ＬＵフィールド５０２、ドライブフィールド５０３、サイズフィールド５０４、管理情報格納フィールド５０５を有する。
【００４２】
ポートフィールド５０１は、ボリュームを識別するポートの情報が登録されるフィールドである。 ＬＵフィールド５０２は、ボリュームを構成するＬＵの情報が登録されるフィールドである。ドライブフィールド５０３は、ボリュームを構成するディスク装置２１１の情報が登録されるフィールドである。サイズフィールド５０４は、当該ボリュームの容量の情報が登録されるフィールドである。管理情報格納フィールド５０５は、管理情報を格納するか否かを示すフィールドである。
【００４３】
ボリューム定義テーブル５００は、ユーザがボリューム定義プログラム１２２を用いて予め設定する。ここで、ボリューム定義プログラム１２２とは、ネットワーク３に接続される管理用計算機８で実行されるプログラムである。ユーザは、管理用計算機８を介して、記憶装置サブシステム２に設定すべきボリュームの情報を記憶装置サブシステム２に送付する。記憶装置サブシステム２は、送付された情報をボリューム管理テーブル５００に登録する。
【００４４】
図８の例では、図１の構成におけるボリュームを示している。ボリューム定義テーブル５００ａは制御メモリ２０３ａに格納され、ボリューム定義テーブル５００ｂは制御メモリ２０３ｂに格納され、ボリューム定義テーブル５００ｃは制御メモリ２０３ｃに格納される。レコード５１０ｂでは、ボリューム（ポート２０１ｂ，ＬＵ１）はディスク装置２１１ｆから構成され、その容量は１０ＧＢ（ギガバイト）であり、管理情報格納がＹＥＳであることが示されている。ここで、ＹＥＳとは管理情報を格納することを示している。すなわち、管理情報格納用ボリュームであることを示している（以下、管理情報格納用ボリュームを管理情報格納用ディスク装置と呼ぶ場合もある）。
【００４５】
次に、図９に示されるコピー管理テーブル６００は、サブシステム間コピーおよびサブシステム内コピーの状況を管理する情報を格納するためのテーブルである。コピー管理テーブル６００は、あらかじめ定められたファイル名を有するファイルに格納されており、ディザスタリカバリ管理プログラムＰ１２０が、プライマリサイト３の管理情報格納用ディスク装置（ディスク装置２１１ａ）の当該ファイルに随時上書きして更新する。
【００４６】
そして、この内容は、サブシステム間コピー機能およびサブシステム内コピー機能により、順次ディスク装置２１１ｂ、ディスク装置２１１ｃ、ディスク装置２１１ｄ、ディスク装置２１１ｅと伝えられていく。
【００４７】
記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１には、実行状態および実行（凍結）状態が設定される。記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２には、実行状態および切り離し状態が設定される。記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３には、実行状態および中断状態が設定される。記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４には、実行状態および切り離し状態が設定される。タイムスタンプ６０５には、当該レコードが記録された時刻情報が設定される。
【００４８】
次に、図１０ないし図１２を用いて本発明に係る計算機システムの障害復旧の処理手順について説明する。
【００４９】
先ず、図１０によりボリューム定義プログラム１２２の処理について説明する。
【００５０】
図１０は、ボリューム定義プログラム１２２の処理を示すフローチャートである。
【００５１】
ボリューム定義プログラム１２２を起動されると（ステップ１０００）、ユーザは、ディスプレー１０３ｄおよびキーボード１０４ｄにより、ボリューム定義をおこなう記憶装置サブシステム２の情報、ボリュームを識別するポートの情報、ボリュームを構成するＬＵの情報、ボリュームを構成するディスク装置２１１の情報、当該ボリュームの容量の情報、および管理情報を格納するか否かを示す情報を設定する（ステップ１００５）。
【００５２】
そして、設定された定義情報を指定された記憶装置サブシステム２に送付して（ステップ１０１０）、処理を終了する（ステップ１０１５）。定義情報が送付された記憶装置装置サブシステム２では、定義情報をボリューム定義テーブル５００に設定する。
【００５３】
次に、図１１を用いてディザスタリカバリ管理プログラムＰ１２０の処理を説明する。
【００５４】
図１１は、ディザスタリカバリ管理プログラムＰ１２０の処理を示すフローチャートである。
【００５５】
ディザスタリカバリ管理プログラムＰ１２０は、メモリ１０２ａに読み出され、ＣＰＵ１０１ａで実行される。ディザスタリカバリ管理プログラムＰ１２０は、プロダクションサイト３からローカルサイト４を経てリモートサイト５へ至るリモートコピーの制御をおこなう。
【００５６】
以下では、記憶装置サブシステム２ａから記憶装置サブシステム２ｂへサブシステム間コピーをおこない、記憶装置サブシステム２ｂのサブシステム内コピーをおこない、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへサブシステム間コピーをおこない、記憶装置サブシステム２ｃのサブシステム内コピーをおこなう制御を説明する。すなわち、この過程で、管理情報格納用ボリュームであるディスク装置２１１ｆからディスク装置２１１ｇへサブシステム間コピーし、ディスク装置２１１ｇからディスク装置２１１ｈへサブシステム内コピーし、ディスク装置２１１ｈからディスク装置２１１ｉへサブシステム間コピーし、ディスク装置２１１ｉからディスク装置２１１ｊへサブシステム内コピーがおこなわれる。
【００５７】
そして、管理情報格納用ディスク装置ではないディスク装置２１１ａからディスク装置２１１ｂへサブシステム間コピーし、ディスク装置２１１ｂからディスク装置２１１ｃへサブシステム内コピーし、ディスク装置２１１ｃからディスク装置２１１ｄへサブシステム間コピーし、ディスク装置２１１ｄからディスク装置２１１ｅへサブシステム内コピーがおこなわれる。なお、以下でのサブシステム間コピーおよびサブシステム内コピーの指示は、ディスクコントローラ２０２への命令によってなされる。
【００５８】
ディザスタリカバリ管理プログラムＰ１２０が起動されると（ステップ１１００）、記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの実行を指示し、その他のサブシステム間コピーは中断を指示し、サブシステム内コピーは切り離しを指示する（ステップ１１０５）。この時点でのサブシステム間コピーおよびサブシステム内コピーの状態（記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１：実行状態、記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２：切り離し状態、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３：中断状態、記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４：切り離し状態）、および、タイムスタンプ６０５をコピー管理テーブル６００に設定する（ステップ１１０７）。
【００５９】
次に、記憶装置サブシステム２ｂのサブシステム内コピーの再同期、および記憶装置サブシステム２ｃのサブシステム内コピーの再同期の実行を指示する（ステップ１１１０）。この時点でのサブシステム間コピーおよびサブシステム内コピーの状態（記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１：実行状態、記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２：実行状態、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３：中断状態、記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４：実行状態）、および、タイムスタンプ６０５をコピー管理テーブル６００に設定する（ステップ１１１２）。
【００６０】
次に、記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの実行の凍結を指示する（ステップ１１１５）。この時点でのサブシステム間コピーおよびサブシステム内コピーの状態（記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１：実行（凍結）状態、記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２：実行状態、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３：中断状態、記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４：実行状態）、および、タイムスタンプ６０５をコピー管理テーブル６００に設定する（ステップ１１１７）。
【００６１】
次に、記憶装置サブシステム２ｂのサブシステム内コピーの切り離し、および記憶装置サブシステム２ｃのサブシステム内コピーの切り離しを指示する。（ステップ１１２０）。この時点でのサブシステム間コピーおよびサブシステム内コピーの状態（記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１：実行（凍結）状態、記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２：切り離し状態、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３：中断状態、記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４：切り離し状態）、および、タイムスタンプ６０５をコピー管理テーブル６００に設定する（ステップ１１２２）。
【００６２】
その後、記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの実行の再開を指示する（ステップ１１２５）。この時点でのサブシステム間コピーおよびサブシステム内コピーの状態（記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１：実行状態、記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２：切り離し状態、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３：中断状態、記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４：切り離し状態）、および、タイムスタンプ６０５をコピー管理テーブル６００に設定する（ステップ１１２７）。
【００６３】
そして、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの再同期の実行を指示する（ステップ１１３０）。この時点でのサブシステム間コピーおよびサブシステム内コピーの状態（記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１：実行状態、記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２：切り離し状態、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３：実行状態、記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４：切り離し状態）、および、タイムスタンプ６０５をコピー管理テーブル６００に設定する（ステップ１１３２）。
【００６４】
次に、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの中断を指示する（ステップ１１３５）。この時点でのサブシステム間コピーおよびサブシステム内コピーの状態（記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１：実行状態、記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２：切り離し状態、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３：中断状態、記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４：切り離し状態）、および、タイムスタンプ６０５をコピー管理テーブル６００に設定する（ステップ１１３７）。
【００６５】
これでステップ１１０５の実行直後の状態と同じになるので、ステップ１１１０以降の処理を繰り返し実行する。以上の処理により、プロダクションサイト３のディスク装置２１１ａおよびディスク装置２１１ｆの内容は、ローカルサイト４を経てリモートサイト５のディスク装置２１１ｅおよびディスク装置２１１ｊにコピーされる。
【００６６】
ここで、ステップ１１０７、ステップ１１１２、ステップ１１１７、ステップ１１２２、ステップ１１２７、ステップ１１３２、ステップ１１３７で、コピー管理テーブルが更新されたときには、同期して他のサイトのコピー管理テーブルも更新されることを注意すべきである。
【００６７】
ディザスタリカバリ管理プログラムＲ１２１は、プロダクションサイト３が被災した場合、あるいは、プロダクションサイト３とローカルサイト４の両者が被災した場合に、リカバリ処理をおこなうプログラムで、リモートサイト５において、メモリ１０２ｃに読み出され、ＣＰＵ１０１ｃで実行される。
【００６８】
最後に、図１２を用いてプロダクションサイト３のみが被災した場合のディザスタリカバリ管理プログラムＲ１２１の処理を説明する。
【００６９】
図１２は、プロダクションサイト３のみが被災した場合のディザスタリカバリ管理プログラムＲ１２１の処理を示すフローチャートである。
【００７０】
先ず、災害の発生に伴いディザスタリカバリ管理プログラムＲ１２１を起動する（ステップ１２００）。災害後に生き残っているすべての管理情報格納用ディスク装置からコピー管理テーブル６００を収集する（ステップ１２１０）。そして、収集したコピー管理テーブル６００におけるタイムスタンプ６０５のタイムスタンプ値をチェックし、最新のタイムスタンプ値を有するコピー管理テーブル６００におけるコピー状態情報（記憶装置サブシステム２ａから記憶装置サブシステム２ｂへのサブシステム間コピーの状態６０１、記憶装置サブシステム２ｂのサブシステム内コピーの状態６０２、記憶装置サブシステム２ｂから記憶装置サブシステム２ｃへのサブシステム間コピーの状態６０３、記憶装置サブシステム２ｃのサブシステム内コピーの状態６０４）を基に、図１１のフローチャートに示した処理のどこまで進行しているかを把握したうえで、図１１のフローチャートに示した処理の続きを再開し（ステップ１２２０）、最後のコピー処理を終えたときに処理を終了する（ステップ１２３０）。この結果、リモートサイト５のディスク装置２１１ｅおよびディスク装置２１１ｊまで、データが伝播することになる。
プロダクションサイト３とローカルサイト４の両者が被災した場合には、生き残っているのはリモートサイト５のみなので、ディザスタリカバリ管理プログラムＲ１２１は、図１１のステップ１１１０の処理のみを実行する。
【００７１】
以上により、プロダクションサイト３が被災する直前の最新のデータがリモートサイト５に伝播したので、このデータを利用してリモートサイト５においてプロダクションサイト３で動作していたアプリケーションプログラムを立ち上げることにより、業務を再開できるようになる。
【図面の簡単な説明】
【００７２】
【図１】本発明の障害復旧機能を有する計算機システムの構成図である。
【図２】プロダクションサイト３のホスト１ａのディスク装置１０８ａの格納内容を示す図である。
【図３】リモートサイト５のホスト１ｃのディスク装置１０８ｃの格納内容を示す図である。
【図４】制御メモリ２０３の格納内容の詳細を示す図である。
【図５】管理用計算機８のディスク装置１０８ｄの格納内容を示す図である。
【図６】サブシステム間ペア定義テーブル３００の構成の例を示す図である。
【図７】サブシステム内ペア定義テーブル４００の構成の例を示す図である。
【図８】ボリューム定義テーブル５００の構成の例を示す図である。
【図９】管理情報格納用ボリュームに格納されるコピー管理テーブル６００の内容を示す図である。
【図１０】ボリューム定義プログラム１２２の処理を示すフローチャートである。
【図１１】ディザスタリカバリ管理プログラムＰ１２０の処理を示すフローチャートである。
【図１２】プロダクションサイト３のみが被災した場合のディザスタリカバリ管理プログラムＲ１２１の処理を示すフローチャートである。
【符号の説明】
【００７３】
１…ホスト、２…記憶装置サブシステム、３…プロダクションサイト、４…ローカルサイト、５…リモートサイト、８…管理用計算機、１０１…ＣＰＵ，１０２…メモリ、１０３…ディスプレー、１０４…キーボード、１０５…コントローラ、１０６…データインタフェース、１０７…ネットワークインタフェース、１０８…ディスク装置、１２０…ディザスタリカバリ管理プログラムＰ、１２１…ディザスタリカバリ管理プログラムＲ、１２２…ボリューム定義プログラム、２０１…ポート、２０２…ディスクコントローラ、２０３…制御メモリ、２０４…プロセッサ、２０５…キャッシュメモリ、２１１…ディスク装置、３００…サブシステム間ペア定義テーブル、４００…サブシステム内ペア定義テーブル、５００…ボリューム定義テーブル、６００…コピー管理テーブル。
【図１】
2005157825.tif 000003
【図２】
2005157825.tif 000004
【図３】
2005157825.tif 000005
【図４】
2005157825.tif 000006
【図５】
2005157825.tif 000007
【図６】
2005157825.tif 000008
【図７】
2005157825.tif 000009
【図８】
2005157825.tif 000010
【図９】
2005157825.tif 000011
【図１０】
2005157825.tif 000012
【図１１】
2005157825.tif 000013
【図１２】
2005157825.tif 000014