JP2012003544A - 計算機システム、及びシステム制御方法 - Google Patents

Abstract

【課題】ホストベースレプリケーションとアレイベースレプリケーションを併用した環境の運用を実現可能とする
【解決手段】アレイベースレプリケーションエンジンを用いて第１記憶領域のデータが第２記憶領域にコピーされる。この場合、コピー時点が分かるフラグを付与してレプリケーション実行結果が管理される。また、ホストベースレプリケーションエンジンを用いて第１記憶領域のデータを第３記憶領域にコピーし、更に第３記憶領域のデータを第４記憶領域にコピーする。そして、第２記憶領域のデータを第１の記憶領域にリストアするときに、第４記憶領域のデータを使用して第３記憶領域を第２記憶領域と同じ時刻となるようにデータを戻すようにする。
【選択図】図１２

Description

本発明は、計算機システム、及システム制御方法に関し、例えば、ストレージシステムと計算機におけるレプリケーション処理の制御に関するものである。

データの喪失に備えて、データを複製するレプリケーション技術がある。レプリケーション技術を用いた処理として、バックアップやディザスタリカバリ（ＤＲ：Disaster Recovery）がある。アプリケーションのデータが格納されている記憶領域を、データボリュームという。バックアップは、ある時点のデータボリュームのデータを保存して、長期に渡って保存しておく処理である。ＤＲは、データボリュームのデータを常にレプリカしておくことで、２重化したデータを他のシステムで使用することができる処理である。

また、レプリケーションには、ホスト計算機上で行われるホストベースレプリケーションと、ストレージシステム上で行われるアレイベースレプリケーションがある。

ホストベースレプリケーションでは、アプリケーションからデータボリュームに書きこまれるＷｒｉｔｅデータ（書き込みデータ）をキャプチャして、データボリュームと同じデータが格納されるレプリカボリュームを作る。アプリケーションからのＷｒｉｔｅデータを転送してメディアに書きこむため、ストレージ装置に依存せずにヘテロな環境に対応可能である。また、安価にレプリカボリュームを作成することが可能となる。

アレイベースレプリケーションでは、ストレージのレプリケーション機能を用いてレプリカボリュームを作成する。これは、ホストに負荷をかけず、複数ホストの整合性が保たれたレプリカボリュームを作成することが可能である。

そして、特許文献１のようにホストベースレプリケーションとストレージベースレプリケーションを併用した環境がある。この環境を用いると、それぞれの利点を活かすことができる。例えば、複数ホストの整合性が保たれたバックアップデータを取得したい場合には、管理者は、ローカルアレイベースレプリケーションを用いてバックアップ運用を行う。一方、コストをかけずに既存資産を活用してＤＲ運用を行いたい場合には、管理者は、ホストベースレプリケーションを用いたＤＲ運用を検討する。このように、ホストベースレプリケーションとアレイベースレプリケーションを併用して運用を行いたいという管理者が想定される。

特開２００５−０６２９２８号公報

しかしながら、ホストベースレプリケーションでは、アプリケーションからデータボリュームに書きこまれるＷｒｉｔｅデータをキャプチャしているが、アレイベースレプリケーションのリストア時に発生するデータボリュームへのＷｒｉｔｅデータをキャプチャすることはできない。このため、ホストベースレプリケーションとアレイベースレプリケーションを併用した環境において、アレイベースレプリケーションにてバックアップデータをリストアした場合（ストレージシステムにおいてレプリカボリューム（副ボリューム、バックアップボリュームともいう）を用いて主ボリュームにリストアした場合）、ホストベースレプリケーションで用いるレプリカボリュームのデータの内容が、主ボリュームのデータの内容と異なってしまう。このとき、ホスト計算機のアプリケーションは、ストレージシステムの主ボリュームのデータの内容がリストアされた時点のデータ内容であると認識する。したがって、ホストベースレプリケーションが引き続きアプリケーションのＷｒｉｔｅデータをキャプチャしてレプリカボリュームに反映した場合、ホストベースレプリケーションで用いているレプリカボリュームのデータが壊れてしまうという問題が生じる。

本発明はこのような状況に鑑みてされたものであり、主ボリュームのリストア処理が行われた場合に、ホストベースレプリケーションで用いるレプリカボリュームのデータの内容を主ボリュームのデータの内容と一致させるための技術を提供するものである。

上記課題を解決するために、本発明は、アレイベースレプリケーションとホストベースレプリケーションを併用した環境を実現するレプリケーション管理の方法を提案している。具体的には、第１の記憶領域（ストレージシステムの主ボリューム）のデータを、アレイベースレプリケーションエンジンを用いて第２の記憶領域（ストレージシステムの副ボリューム）にコピーする（バックアップを作成して格納する）。このとき、バックアップを作成した時点が分かるフラグを付与してレプリケーションの実行結果を管理する。また、第1のホスト計算機では、第１の記憶領域への書き込みのデータを、ホストベースレプリケーションエンジンを用いて、第２のホスト計算機の第３の記憶領域にコピーしてレプリカボリュームを作成する。更に、第３の記憶領域（レプリカボリューム）のデータを、第４の記憶領域にコピーして２次レプリカボリュームを作成する。そして、第２の記憶領域のデータを第１の記憶領域にリストアするときに、第３の記憶領域（レプリカボリューム）がリストア処理で用いた第２の記憶領域のデータと同じになるように、第４の記憶領域（２次レプリカボリューム）のデータを第３の記憶領域に戻す。

さらなる本発明の特徴は、以下本発明を実施するための形態および添付図面によって明らかになるものである。

本発明によれば、ホストベースレプリケーションとアレイベースレプリケーションを併用した環境を実現することが可能である。併用した環境が実現できると、ストレージ装置の種類や性質に依存せずにヘテロな環境に対応可能であり、安価で、かつホスト計算機に負荷をかけず、複数ホストの整合性を保ったレプリケーション運用が可能となる。

計算機システム１の概略構成を示すブロック図である。 ストレージシステム１０の内部構成例を示すブロック図である。 ホスト計算機（業務サーバ）３０の内部構成例を示すブロック図である。 ホスト計算機（待機サーバ）４０の内部構成例を示すブロック図である。 管理計算機５０の内部構成例を示すブロック図である。 構成情報テーブルの構成例を示す図である。 レプリケーション情報テーブルの構成例を示す図である。 アレイベースレプリケーション管理テーブルの構成例を示す図である。 ホストベースレプリケーション管理テーブルの構成例を示す図である。 アレイベースレプリケーションカタログテーブルの構成例を示す図である。 ２次レプリカカタログテーブルの構成例を示す図である。 レプリケーション処理の概念を説明するための図である。 環境設定処理を説明するためのフローチャートである。 システム運用処理を説明するためのフローチャートである。 リストア処理を説明するためのフローチャートである。 業務引継ぎ処理を説明するためのフローチャートである。 計算機システム１Ｂの概略構成を示すブロック図である。 計算機システム１Ｃの概略構成を示すブロック図である。 Ｗｒｉｔｅコマンドデータの構成例を示す図である。

以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成については同一の参照番号が付されている。

なお、以後の説明では「ａａａテーブル」という表現にて本発明の情報を説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ」、「ａａａキュー」等について「ａａａ情報」と呼ぶことがある。

また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。

以後の説明では「プログラム」を主語として説明を行うが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアで実現してもよく、また、モジュール化されていても良い。各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。

（１）第１の実施形態
＜システムの全体構成＞
図１は、本発明の第１実施形態に係る計算機システム１の概略構成を示すブロック図である。図１に示すように本実施形態の計算機システム１は、ストレージシステム１０、スイッチ装置２０、ホスト計算機（業務サーバ）３０、ホスト計算機（待機サーバ）４０、及び管理計算機５０を有している。

ストレージシステム１０と、ホスト計算機（業務サーバ）３０は、各々のデータインターフェースからスイッチ装置２０Ａを介してデータネットワーク２１Ａに接続される。本実施形態においてデータネットワーク２１Ａは、ストレージネットワーク（ＳＡＮ）である。ただし、データネットワーク２１Ａは、ＩＰ（Internet Protocol）ネットワークであっても、その他のいかなる種類のデータ通信用のネットワークであってもよい。

ホスト計算機（業務サーバ）３０と、ホスト計算機（待機サーバ）４０は、各々のデータインターフェースからデータネットワーク２１Ｂを介して互いに接続される。本実施形態においてデータネットワーク２１ＢはＩＰネットワークである。ただし、ストレージネットワークであっても、その他のいかなる種類のデータ通信用のネットワークであってもよい。なお、本実施形態では、ホスト計算機４０は、上述するようにレプリカボリュームを格納・管理するための待機サーバとして運用されているが、ホスト計算機３０と同等の性能・構成を有する別の業務サーバであっても良い。この場合、複数のホスト計算機（業務サーバ）間で、別のホスト計算機のアプリケーションが使用する主ボリュームのレプリカボリュームを格納・管理し合う形態となる。

ストレージシステム１０と、ホスト計算機（業務サーバ）３０と、ホスト計算機（待機サーバ）４０と、管理計算機５０は、各々の管理インターフェースからスイッチ装置２０Ｂを介して管理ネットワーク２２に接続される。本実施形態において管理ネットワーク２２は、ＩＰネットワークである。ただし、管理ネットワーク２２は、ＳＡＮであっても、その他のいかなる種類のデータ通信用のネットワークであってもよい。あるいは、データネットワーク２１と管理ネットワーク２２とが同一のネットワークであってもよい。また、スイッチ装置２０Ａとスイッチ装置２０Ｂは同一の装置であってもよい。なお、ホスト計算機（業務サーバ）３０と、ホスト計算機（待機サーバ）４０と、管理計算機５０は、同一の計算機を使用する構成としてもよい。また、計算機システム１は、ストレージシステム１０を１台、ホスト計算機を２台、管理計算機５０を１台含んでいるが、台数は限定されない。

＜ストレージシステムの内部構成＞
図２は、本発明の実施形態に係るストレージシステム１０の内部構成を示す図である。ストレージシステム１０は、ストレージシステム１０の全体を制御するストレージコントローラ１１と、データを格納するストレージ装置１２と、を有する。ストレージコントローラ１１とストレージ装置１２は、ストレージＩ／Ｆ１１２を介して接続される。

ストレージコントローラ１１は、データＩ／Ｆ１１０と、ＣＰＵ（Central Processing Unit）１１１と、ストレージＩ／Ｆ１１２と、管理Ｉ／Ｆ１１３と、メモリ１１４と、を有している。データＩ／Ｆ１１０は、データネットワーク２１Ａに対するインターフェースであって、一つ以上の通信用ポートを持つ。ストレージコントローラ１１は、このポートを介してホスト計算機（業務サーバ）３０とデータの送受信を行う。ＣＰＵ１１１は、メモリ１１４に格納されたプログラムを実行するプロセッサである。ストレージＩ／Ｆ１１２は、ストレージ装置１２に対するインターフェースである。ストレージＩ／Ｆ１１２を介してデータや制御命令の送受信を行う。管理Ｉ／Ｆ１１３は、管理ネットワーク２２とのインターフェースであって、一つ以上の通信用ポートを持っている。ストレージコントローラ１１は、このポートを介して、ホスト計算機（業務サーバ）３０、ホスト計算機（待機サーバ）４０、管理計算機５０、及び他のストレージシステムとデータや制御命令の送受信を行うことができる。

メモリ１１４には、ストレージマイクロプログラム１１５とアレイベースレプリケーションエンジン１１６が格納されている。ストレージマイクロプログラム１１５は、ストレージ装置１２を管理するプログラムでありＣＰＵ１１１によって実行され、ボリュームをホスト計算機（業務サーバ）３０に認識させる機能などを実現する。ここで、ボリュームをホスト計算機（業務サーバ）３０に認識させる機能とは、ストレージ装置１２の物理リソース１２０（構成情報）を収集し、一つ以上の論理ボリュームとしてＩ／Ｆ経由でホスト計算機（業務サーバ）３０に提供（通知）する機能である。具体的に、構成情報とは、正ボリューム、副ボリューム、ＲＡＩＤ構成、ボリュームの使用状態（どのアプリケーションからアクセスされているか）についての情報を含み、これらは、定期的に、管理者による要求があったとき、或いは、構成に変化が発生したとき等に、収集される。

アレイベースレプリケーションエンジン１１６は、ストレージシステム１０のレプリケーション機能を実現するプログラムである。ここで、ストレージシステムのレプリケーション機能とは、論理ボリューム内のデータを別の論理ボリュームにコピーする機能である。例えば、ストレージ装置１２内の物理リソース１２０を一つの論理ボリュームとすると、物理リソース１２０Ａから物理リソース１２０Ｂへデータをコピーする。

ストレージ装置１２は、物理リソース１２０と、プール１２１とを含んでいる。物理リソース１２０は、計算機（例えば、ホスト計算機（業務サーバ）３０）が操作するデータを格納する記憶領域である。例えば、物理リソース１２０Ａは主ボリュームに相当し、物理リソース１２０Ｂは副ボリューム（アレイベースのレプリカボリューム）に相当する。物理リソース１２０は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの物理デバイスによって提供される記憶領域のリソースのことを表している。物理リソース１２０を提供する物理デバイスの種類については特に限定しない。また、プール１２１は物理リソース１２１のグループである。一般的にプール１２１は、ＲＡＩＤ（Redundant Array of Independent Disks）と呼ばれる技術を用いて、物理リソース１２０を冗長化した上で構成される。但し、この限りではなく、物理リソース１２０をグループ化したものであれば良い。図中では、プール１２１が１つ、物理リソース１２０が４つ存在しているが、この限りではなく、１つ以上存在すれば良い。

＜ホスト計算機（業務サーバ）の内部構成＞
図３は、本発明の実施形態に係るホスト計算機（業務サーバ）３０の内部構成を示す図である。ホスト計算機（業務サーバ）３０は、キーボードやマウスなどの入力装置３００と、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）などの表示装置３０１と、ＣＰＵ３０２と、データＩ／Ｆ（Ａ）３０３と、メモリ３０４と、記憶領域３０７と、データＩ／Ｆ（Ｂ）３０８と、管理Ｉ／Ｆ３０９と、を有している。

ＣＰＵ３０２は、メモリ３０４に格納されたプログラムを実行するプロセッサである。データＩ／Ｆ（Ａ）３０３は、データネットワーク２１Ａに対するインターフェースであって、１つ以上の通信ポートを持つ。このポートを介してホスト計算機（業務サーバ）３０は、ストレージシステム１０とデータの送受信を行う。

メモリ３０４には、エージェント３１０と、アプリケーション３０５と、ホストベースレプリケーションエンジン３０６が記憶されている。これらは、ＣＰＵ３０２によって実行される。アプリケーション３０５は、ストレージ装置１２上の物理リソース１２０に対してデータを読み書きすることにより処理を実行するプログラムである。アプリケーション３０５は、例えばＤＢＭＳ（Data Base Management System）やファイルシステムなどである。図中では、アプリケーション３０５が１つ存在しているが、本発明ではこの数は問わない。ホストベースレプリケーションエンジン３０６は、アプリケーション３０５がストレージシステム１０に対して書き込むデータをキャプチャして、データＩ／Ｆ（Ｂ）３０８を介してホスト計算機（待機サーバ）４０へデータを転送する機能を実現するが、これはアプリケーションの一機能であってもよい。エージェント３１０は、ホスト計算機３０の構成情報を収集し、アプリケーションがどのボリュームにアクセスしているか等、アプリケーション３０５とストレージシステム１０との関係を把握する機能を有している。

記憶領域３０７は、ホスト計算機３０上でデータを格納するための領域である。アプリケーション３０５や、ホストベースレプリケーションエンジン３０６で用いるデータを格納してもよい。データＩ／Ｆ（Ｂ）３０８は、データネットワーク２１Ｂとのインターフェースであって、ホスト計算機（待機サーバ）４０とデータや制御命令の送受信を行う。管理Ｉ／Ｆ３０９は、管理ネットワーク２２とのインターフェースであって、システム管理のためにストレージシステム１０と、ホスト計算機（待機サーバ）４０、及び管理計算機５０とデータや制御命令の送受信を行う。

＜ホスト計算機（待機サーバ）の内部構成＞
図４は、本発明の実施形態に係るホスト計算機（待機サーバ）４０の内部構成を示す図である。ホスト計算機（待機サーバ）４０は、ホスト計算機（業務サーバ）３０の構成と同様の構成を有しているが、ホストベースレプリケーションエンジン３０６がホストベースに限定されず、待機サーバ４０内にレプリケーションを実行することができる（後述の２次レプリカボリュームを作成できる）レプリケーションエンジン４０６を有している点が業務サーバ３０とは異なっている。

なお、レプリケーションエンジン４０６は、後述図７のようなレプリケーション機能５０８１を有するものであっても良い。また、レプリケーションエンジン４０６は、データボリュームの差分ビットマップを管理し、この差分ビットマップの情報からレプリカボリュームに転送する差分データの情報を特定し、アレイベースレプリケーションによるデータボリュームに対するリストアが終了した段階で、データボリュームからレプリカボリュームにデータを転送するものであっても良い。

＜管理計算機の内部構成＞
図５は、本発明の実施形態に係る管理計算機５０の内部構成を示す図である。管理計算機５０は、キーボードやマウスなどの入力装置５００と、ＣＲＴなどの表示装置５０１と、ＣＰＵ５０２と、管理Ｉ／Ｆ５０３と、メモリ５０４と、を有している。

ＣＰＵ５０２は、メモリ５０４に格納されたプログラムを実行するプロセッサである。管理Ｉ／Ｆ５０３は、管理ネットワーク２２とのインターフェースであって、システム管理のためにホスト計算機（業務サーバ）３０、ホスト計算機（待機サーバ）４０、及びストレージシステム１０と、データや制御命令の送受信を行う。メモリ５０４は、レプリケーション管理プログラム５０６と、構成情報テーブル５０７と、レプリケーション情報テーブル５０８と、アレイベースレプリケーション管理テーブル５０９と、ホストベースレプリケーション管理テーブル５１０と、アレイベースレプリケーションカタログテーブル５１１と、２次レプリカカタログテーブル５１２と、を格納している。

レプリケーション管理プログラム５０６は、ＣＰＵ５０２によって実行されることにより実現され、本発明の実施形態の処理を実現する。また、レプリケーション管理プログラム５０６は、管理者への設定画面の提供、ホスト計算機３０及び４０やストレージシステム１０からの情報取得、レプリケーションエンジンの制御、各テーブルを管理するプログラムである。

構成情報テーブル５０７、レプリケーション情報テーブル５０８、アレイベースレプリケーション管理テーブル５０９、ホストベースレプリケーション管理テーブル５１０、アレイベースレプリケーションカタログテーブル５１１、及びホストベースレプリケーションカタログデータテーブル５１２については後述する。

なお、管理計算機５０が有する入力装置４００の例としてキーボードとポインタデバイスが考えられるが、これ以外の装置であっても良い。また、表示装置４０１に代えて、或いはそれに加えて、それ以外の出力装置（例えば、プリンタ）を設けるようにしても良い。

入力装置及び表示装置（出力装置）の代替としてシリアルインターフェースやイーサーネットインターフェースを入出力装置とし、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力装置での入力及び表示を代替してもよい。

以後、計算機システム１を管理し、本願発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理計算機５０が表示用情報を表示する場合は管理計算機５０が管理システムであり、また、管理計算機５０と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。

＜構成情報テーブル＞
図６は、本発明の実施形態による構成情報テーブル５０７の例を示す図である。構成情報テーブル５０７は、ホスト計算機３０及び４０とストレージシステム１０の構成情報を格納するためのテーブルである。構成情報テーブル５０７は、管理計算機５０で実行されるレプリケーション管理プログラム５０６によって参照される。

構成情報テーブル５０７は、ホスト計算機３０及び４０を識別するためのホストＩＤ５０７０と、ホスト計算機３０及び４０上のアプリケーションを識別するためのアプリケーションＩＤ５０７１と、ストレージシステム１０を識別するためのストレージＩＤ５０７２と、ストレージシステム１０上のストレージ装置１２内の物理リソース１２０を識別するボリュームＩＤ５０７３と、及び物理リソースの使用状況を表す使用状況５０７４と、を構成項目として有している。

レプリケーション管理プログラム５０６は、ホストＩＤ５０７０、アプリケーションＩＤ５０７１、ボリュームＩＤ５０７３の情報を、ホスト計算機３０から取得し、ストレージＩＤ５０７２、ボリュームＩＤ５０７３、及び使用状況５０７４の情報をストレージシステム１０から取得し、これらの情報を組み合わせて、構成情報テーブル５０７を作成する。なお、これらの情報は、あらかじめ管理者の入力により取得してもよい。また、図６の例では、使用状況５０７４のカラムには、便宜上「使用中」と「−」と記載しているが、使用中か未使用であるかを特定できれば特に表現の限定はしない。

＜レプリケーション情報テーブル＞
図７は、本発明の実施形態によるレプリケーション情報テーブル５０８の例を示す図である。レプリケーション情報テーブル５０８は、計算機システム１の機器上のレプリケーション機能の情報を格納するためのテーブルである。レプリケーション情報テーブル５０８は、管理計算機５０で実行されるレプリケーション管理プログラム５０６によって参照される。

レプリケーション情報テーブル５０８は、各々のシステム機器を認識するためのシステム機器ＩＤ５０８０と、その機器に存在するレプリケーション機能５０８１と、をその構成項目として有している。

図７の例では、レプリケーション機能５０８１のカラムには機能名が記載され、「非同期リモートレプリケーション」や「ホストベースＣＤＰ（Continuous Data Protection）」と表現されているが、レプリケーション機能を特定できれば特に表現方法に制限はない。また、本項目では便宜上アレイベースレプリケーションエンジン１１６を「フルバックアップ」「差分バックアップ」と機能として記載している。同様に、ホストベースレプリケーションエンジン３０６を「非同期リモートレプリケーション」と、レプリケーションエンジン４０６を「ホストベースＣＤＰ」と機能として記載している。但し、これは一例であって、各レプリケーションエンジンがこれらのレプリケーション機能に限定するものではない。

＜アレイベースレプリケーション管理テーブル＞
図８は、本発明の実施形態によるアレイベースレプリケーション管理テーブル５０９の例を示す図である。アレイベースレプリケーション管理テーブル５０９は、アレイベースレプリケーションエンジンを用いたバックアップを管理するためのテーブルであり、アレイベースのバックアップ（レプリケーション）動作のスケジュールを管理するものである。アレイベースレプリケーション管理テーブル５０９は、管理計算機５０で実行されるレプリケーション管理プログラム５０６によって参照される。

アレイベースレプリケーション管理テーブル５０９は、レプリケーションを管理するためのレプリケーションＩＤ５０９０と、バックアップの対象となるアプリケーションを識別するアプリケーションＩＤ５０９１と、バックアップの種別を識別する種別５０９２と、バックアップのスケジュール５０９３と、バックアップ対象アプリケーションのデータが格納されているデータＶＯＬＩＤ５０９４と、バックアップ先のボリュームを識別するバックアップＶＯＬＩＤ５０９５と、を構成項目として有している。

管理者が任意のアプリケーション３０５をバックアップしたいときに、アプリケーションＩＤ５０９１、種別５０９２、スケジュール５０９３、及びバックアップＶＯＬＩＤ５０９５の情報が、レプリケーション管理プログラム５０６を用いて設定される。また、レプリケーションＩＤ５０９０は、管理者による設定時に付与されるが、管理者による手入力によって付与されても良い。データＶＯＬＩＤ５０９４は、管理者によって設定されたアプリケーション３０５の情報から特定され、ボリュームＩＤ５０７３は構成情報テーブル５０７のアプリケーションＩＤ５０７１から特定される。なお、管理者が直接データＶＯＬであるボリュームＶＯＬＩＤ５０７３を設定してもよいし、他にデータＶＯＬを特定できる情報を設定してボリュームＩＤを特定してもよい。バックアップＶＯＬＩＤ５０９５は、管理者によって設定されてもよいし、レプリケーション管理プログラム５０６が、構成情報テーブル５０７の使用状況５０７４から使われていないボリュームを決定してもよい。

また、図８の例では、アプリケーションＡＰ００１が使用するボリュームであるＶＯＬ００１のバックアップは、一日おきにバックアップボリュームＶＯＬ００３及びＶＯＬ００４に対して交互に実行されるようになっている。

また、図８の例では、スケジュール５０９３は「毎日２３：００」との時間指定や、「１時間毎」との時間間隔で記入されているが、バックアップを開始する時刻が特定できればどのような記載方法であってもよい。

＜ホストベースレプリケーション管理テーブル＞
図９は、本発明の実施形態によるホストベースレプリケーション管理テーブル５１０の例を示す図である。ホストベースレプリケーション管理テーブル５１０は、ホストベースレプリケーションエンジンを用いたレプリケーションを管理するためのテーブルである。ホストベースレプリケーション管理テーブル５１０は、管理計算機５０で実行されるレプリケーション管理プログラム５０６によって参照される。

ホストベースレプリケーション管理テーブル５１０は、レプリケーションを管理するためのレプリケーションＩＤ５１００と、レプリケーションの対象となるアプリケーションを識別するアプリケーションＩＤ５１０１と、レプリケーションの種別５１０２と、レプリケーション対象アプリケーションのデータが格納されているデータＶＯＬＩＤ５１０３と、レプリケーション先のホストを識別するターゲットホストＩＤ５１０４と、レプリケーション先のボリュームを識別するレプリカＶＯＬＩＤ５１０５と、を構成項目として有している。

管理者が任意のアプリケーション３０５のデータをレプリケーションしたいときに、アプリケーションＩＤ５１０１、種別５１０２、ターゲットホストＩＤ５１０４、及びレプリカＶＯＬＩＤ５１０５の情報が、レプリケーション管理プログラム５０６を用いて設定される。また、レプリケーションＩＤ５１００は、管理者による設定時にレプリケーション管理プログラム５０６によって付与されるが、管理者による手入力によって付与されても良い。データＶＯＬＩＤ５１０３は、管理者によって設定されたアプリケーション３０５の情報から特定され、ボリュームＩＤ５０７３は構成情報テーブル５０７のアプリケーションＩＤ５０７１から特定される。また、管理者が直接データＶＯＬであるボリュームＶＯＬＩＤを設定してもよいし、他にデータＶＯＬを特定できる情報を設定してボリュームＩＤを特定してもよい。ターゲットホストＩＤ５１０４とレプリカＶＯＬＩＤは、管理者によって設定されてもよいし、レプリケーション管理プログラム５０６が、構成情報テーブル５０７の使用状況５０７４から使われていないボリュームを決定してもよい。

＜アレイベースレプリケーションカタログテーブル＞
図１０は、本発明の実施形態によるアレイベースレプリケーションカタログテーブル５１１の例を示す図である。アレイベースレプリケーションカタログテーブル５１１は、アレイベースレプリケーション管理テーブル５０９（図８参照）に従って実行したアレイベースレプリケーション処理の結果を管理するテーブルである。アレイベースレプリケーションカタログテーブル５１１は、管理計算機５０で実行されるレプリケーション管理プログラム５０６によって参照される。

アレイベースレプリケーションカタログテーブル５１１は、レプリケーションの実行タスクを一意に特定するためのレプリケーションカタログＩＤ５１１０と、バックアップ開始時刻５１１１と、レプリケーションを管理するためのレプリケーションＩＤ５１１２と、バックアップ対象アプリケーションのデータが格納されているデータＶＯＬＩＤ５１１３と、バックアップデータが格納されているバックアップＶＯＬＩＤ５１１４と、を構成項目として有している。

上述のように、アレイベースレプリケーションカタログテーブル５１１には、アレイベースレプリケーション管理テーブル５０９の実行結果が格納される。アレイベースレプリケーションカタログテーブル５１１のレプリケーションＩＤ５１１２、データＶＯＬＩＤ５１１３、及びバックアップＶＯＬＩＤ５１１４の情報は、アレイベースレプリケーション管理テーブル５０９から取得される。バックアップＶＯＬＩＤ５１１４は、アレイベースレプリケーション管理テーブル５０９のバックアップＶＯＬＩＤ５０９５から選択される。レプリケーションＩＤに１つ以上のバックアップＶＯＬＩＤが登録されている場合は、レプリケーション管理プログラム５０６が、順番に選択する。但し、管理者がバックアップＶＯＬＩＤを選択してもよいし、選択の方法は問わない。また、バックアップ開始時に、レプリケーション管理プログラム５０６が、レプリケーションカタログＩＤ５１１０と時刻５１１１付与し、当該情報を当該テーブルに格納するが、管理者による手入力によって付与されても良い。

＜２次レプリカカタログテーブル＞
図１１は、２次レプリカカタログテーブル５１２の例を示す図である。２次レプリカカタログテーブル５１２は、管理計算機５０で実行されるレプリケーション管理プログラム５０６によって参照される。

２次レプリカカタログテーブル５１２は、レプリケーションの実行タスクを一意に特定するためのレプリケーションカタログＩＤ５１２０と、レプリケーションを管理するためのレプリケーションＩＤ５１２１と、２次レプリカデータ作成時刻５１２２と、２次レプリカデータを作成する元のデータが格納されているレプリカボリュームを示すレプリカＶＯＬＩＤ５１２３と、２次レプリカデータが格納されている記憶領域を特定する２次レプリカデータ記憶領域５１２４と、アレイベースレプリケーションによって実行されているバックアップと整合性を持たせるためのバックアップフラグ５１２５と、を構成項目として有している。ここで、２次レプリカデータとは、ホストベースレプリケーションによって作成されたレプリカボリュームを複製することによって作成されたレプリカボリューム（レプリカのレプリカ）を意味するものである。

２次レプリカカタログテーブル５１２には、ホスト計算機（待機サーバ）４０上のレプリケーションエンジン４０６によって実行された結果が格納される。これは、ホストベースレプリケーション管理テーブル５１０（図９参照）によって実行されたレプリケーションのデータが格納されているレプリカＶＯＬのデータを更に２次レプリカデータ記憶領域５１２４に複製するものである。

２次レプリカカタログテーブル５１２のレプリケーションＩＤ５１２１とレプリカＶＯＬＩＤ５１２３の情報は、ホストベースレプリケーション管理テーブル５１０から取得される。２次レプリカデータ記憶領域５１２４は、管理者が選択してもよいし、レプリケーション管理プログラム５０６が構成情報テーブル５０７の使用状況５０７０から空いているボリュームを選択してもよい。また、レプリケーション管理プログラム５０６は、２次レプリカデータ記憶領域５１２４にデータを保存した時、作成時刻５１２２と、レプリケーションカタログＩＤ（例えば、ストレージ装置でアレイベースレプリケーション（バックアップ）を実行した時刻をＩＤとする）の情報を格納する。さらに、レプリケーション管理プログラム５０６は、アレイベースレプリケーションエンジン１１６を用いたバックアップを実行したときに、バックアップフラグ５１２５を付与する。

図１１からは、例えば、ＨＲＰＣ００１に対応するＳＳＶＯＬ００１のデータとＨＲＰＣ００２に対応するＳＳＶＯＬ００２のデータをＶＯＬ０１１のレプリカボリューム（待機サーバ）に反映させると、待機サーバのレプリカボリュームが、２０１０／４／２１の２３：００におけるストレージ装置のレプリカボリュームのデータと同一内容となることが分かる。

＜レプリケーション処理の概念＞
図１２は、本実施形態による、ホストベースレプリケーションとアレイベースレプリケーションが共有する環境におけるデータ処理の流れを説明するための図である。本実施形態では、ストレージシステム１０上のアレイベースレプリケーションエンジンを用いてバックアップを、ホストベースレプリケーションを用いてディザスタリカバリ用にレプリケーションを行う。

図１２において、ホスト計算機（業務サーバ）３０上のアプリケーション３０５は、ストレージシステム１０上のデータボリュームにデータを格納している。レプリケーション管理プログラム５０６は、アレイベースレプリケーションエンジン１１６を用いてデータボリューム（主ボリューム）のデータをターゲットボリューム（レプリカボリューム）にコピーする。コピーのタイミングは、アレイベースレプリケーションテーブル５０９（図８）に従って、レプリケーション管理プログラム５０６がバックアップデータとして保存しておきたい時刻の時点のデータをコピーする。

また、レプリケーション管理プログラム５０６は、ホストベースレプリケーションエンジン３０６を用いて、アプリケーション３０５のＷｒｉｔｅデータをキャプチャしてホスト計算機（待機サーバ）４０上のレプリカボリュームに転送する。

そして、更に、レプリケーションエンジン４０６は、レプリカボリュームに書き込まれたデータをスナップショットボリューム等の２次レプリカボリュームに保存し、当該２次レプリカボリュームを用いてレプリカボリュームが過去の状態に戻れるようにしている。

図１９は、Ｗｒｉｔｅコマンドデータ１９００の構成例を示す図である。Ｗｒｉｔｅコマンドデータ１９００は、Ｗｒｉｔｅコマンドを管理するためのデータである。Ｗｒｉｔｅコマンドデータ１９００は、アプリケーション３０５が使用しているデータに変更が発生した場合に、作成される。

Ｗｒｉｔｅコマンドデータ１９００は、例えば、命令コード、データ、生成時刻、データＶＯＬＩＤ、格納先アドレス、順序番号、及びバックアップフラグを、構成項目として有している。

命令コードとデータは、アプリケーション３０５がＷｒｉｔｅデータ（書き込みデータ）を発行するときに、追加される情報である。データＶＯＩＩＤは、Ｗｒｉｔｅデータの格納先となるデータＶＯＬの識別子が格納されるフィールドである。格納先アドレスは、データＶＯＬＩＤで示されるデータボリューム内での格納先アドレスが格納されるフィールドである。生成時刻は、ホストベースレプリケーションエンジン３０６が、アプリケーション３０５からのＷｒｉｔｅコマンドをキャプチャした時刻である。

これらの値は、ホストベースレプリケーションエンジン３０６がアプリケーション３０５からのＷｒｉｔｅコマンドをキャプチャしたときに、設定される値である。なお、バックアップフラグのみを転送する場合は、データにはＮＵＬＬが設定される。

＜環境設定処理＞
まず、計算機システム１を運用するために必要な環境を設定する環境設定処理について説明する。

図１３は、本実施形態に係る環境設定処理について説明するためのフローチャートである。ここでは、アレイベースレプリケーションとホストベースレプリケーションが共有しているボリュームを特定して、ホストベースレプリケーションで用いているボリュームが壊れても業務引継ぎできるように環境を設定する。

図１３において、Ｓ１００１からＳ１００４の処理は、本実施形態による管理計算機５０上のレプリケーション管理プログラム５０６によって実現される処理である。ＣＰＵ５０２がメモリ５０４からプログラムを読み出して、この処理ステップを実行することにより実現される。以下、プログラムを主語にして説明する場合があるが、実際にはそのプログラムを実行する処理部であるＣＰＵが処理している。

ｉ）Ｓ１００１
レプリケーション管理プログラム５０６は、ホスト計算機３０とストレージシステム１０から、構成情報（図６参照）と各機器に存在するレプリケーション機能（図７参照）の情報を取得する。ストレージシステム１０から取得した構成情報には、ストレージシステム１０を識別するストレージＩＤと、このストレージに格納されているボリュームを識別するボリュームＩＤの情報が含まれる。ホスト計算機３０から取得した構成情報は、ホスト計算機を識別するホストＩＤと、このホスト計算機上で起動しているアプリケーション３０５を識別するアプリケーションＩＤと、このアプリケーション３０５のデータが格納されているボリュームを識別するボリュームＩＤと、このボリュームが属するストレージシステム１０を識別するストレージＩＤの情報と、使用状況の情報と、を含んでいる。これらの情報が、構成情報テーブル５０７（図６）における、ホストＩＤと、アプリケーションＩＤと、ストレージＩＤと、ボリュームＩＤとに格納される。

また、レプリケーション管理プログラム５０６は、計算機システム１に属する機器のそれぞれから、その機器に存在するレプリケーション機能の情報を取得する。具体的に本実施形態においては、レプリケーション管理プログラム５０６は、ストレージ上に存在するアレイベースレプリケーションの機能の情報と、ホスト上に存在するホストベースレプリケーション機能の情報を取得する。これらの情報は、レプリケーション情報テーブル５０８のシステム機器ＩＤと、レプリケーション機能とに格納される。

ii）Ｓ１００２
レプリケーション管理プログラム５０６は、レプリケーションの設定情報を取得する。これは、レプリケーション管理プログラム５０６が、レプリケーション設定画面を表示し、管理者からの指示により処理を開始する。但し、画面は、ＧＵＩ（Graphical User Interface）などのグラフィックな画面操作であってもよいし、ＣＬＩ（Command Line Interface）などのコマンドによる入力であってもよい。また、管理者によって作られたプロパティファイルを参照してもよいし、レプリケーション管理プログラム５０６が自動で生成してもよい。設定方法については限定しない。また、この情報は、ホストベースレプリケーションエンジン３０６やアレイベースレプリケーションエンジン１１６が、あらかじめ保持している情報であって、その情報をレプリケーション管理プログラム５０６が、各エンジンから情報を取得してもよい。

例えば、管理計算機５０の表示画面上にレプリケーション設定画面を提供した場合、管理者は、レプリケーション設定画面を用いて、レプリケーションを行いたいアプリケーション３０５のＩＤを登録する。また、管理者は、設定画面を用いて、このアプリケーション３０５に設定するレプリケーションの種類について、ホストベースレプリケーションか、アレイベースレプリケーションか選択する。そして、レプリケーション管理プログラム５０６は、選択されたレプリケーションの種類から、レプリケーション情報テーブル５０８のレプリケーション機能５０８１を参照し、管理者が選択可能なレプリケーション機能を提示する。これらの情報から、管理者がレプリケーション機能を選択し、設定する。また、管理者は、レプリケーション設定画面を用いて、レプリケーション先のボリュームを選択する。

さらに、管理者は、レプリケーション設定画面を用いて、レプリケーションのスケジュールに関する情報を設定する。そして、レプリケーション管理プログラム５０６は、設定されたこれらの情報を取得し、レプリケーションの種類に応じて、アレイベースレプリケーション管理テーブル５０９、または、ホストベースレプリケーション管理テーブル５１０に追加する。レプリケーション管理プログラム５０６は、ホストＩＤとデータＶＯＬＩＤについては、管理者に指定されたアプリケーションＩＤに基づいて構成情報テーブル５０７を検索して取得し、それらの情報をアレイベースレプリケーション管理テーブル５０９、或いはホストベースレプリケーション管理テーブル５１０に格納する。

iii）Ｓ１００３
レプリケーション管理プログラム５０６は、アレイベースレプリケーションと、ホストベースレプリケーションが共有しているボリュームを特定する。具体的には、レプリケーション管理プログラム５０６は、アレイベースレプリケーション管理テーブル５０９に登録されているデータＶＯＬＩＤ５０９４と、ホストベースレプリケーション管理テーブル５１０に登録されているデータＶＯＬＩＤ５１０３とを照合し、同じボリュームが存在するか検索することにより、両レプリケーション処理が実行されているボリュームを特定する。例えば、本実施形態の場合、図８のデータＶＯＬＩＤ５０９４と、図９のデータＶＯＬＩＤ５１０３を検索する。すると、アレイベースレプリケーションとホストベースレプリケーションが共有しているボリュームは、データＶＯＬＩＤがＶＯＬ００１のボリュームであることが分かる。

iv）Ｓ１００４
レプリケーション管理プログラム５０６は、ホストベースレプリケーションのレプリケーション先である待機サーバにおける２次レプリカデータの保存方法を決定する。例えば、図７を参照すると、ホストベースレプリケーションのレプリケーション先であるＨＯＳＴ００２に存在するレプリケーション機能はホストベースＣＤＰである。よってホストベースＣＤＰを使用する。

但し、レプリケーション管理プログラム５０６は、ホスト計算機（待機サーバ）４０から関連するコピー機能を取得し、構築可能な環境を管理者に提示し、管理者が待機サーバ側データ保存方法を決定してもよい。
本ステップ終了後、環境設定処理は終了する。

＜レプリケーションの運用＞
次に、アレイベースレプリケーションによるバックアップと、ホストベースレプリケーションによるデータ転送の方法について説明する。図１４は、本実施形態における、アレイベースレプリケーション及びホストベースレプリケーションの運用を説明するためのフローチャートである。

図１４において、Ｓ２００１からＳ２００６の処理は、本実施形態による管理計算機５０のメモリ上のレプリケーション管理プログラム５０６によって実現される処理である。

ｉ）ステップＳ２００１
レプリケーション管理プログラム５０６は、ホストベースレプリケーションエンジン３０６を用いて、アプリケーション３０５からのＷｒｉｔｅデータをキャプチャして、ホスト計算機（待機サーバ）４０側へ転送する。具体的には、ホストベースレプリケーション管理テーブル５１０を参照して、ホストベースレプリケーションエンジン３０６が、アプリケーション３０５からのＷｒｉｔｅデータをキャプチャし、ホスト計算機（待機サーバ：ターゲットホスト）４０のレプリカＶＯＬＩＤ先のボリュームにデータを格納する。

ii）Ｓ２００２
レプリケーション管理プログラム５０６は、レプリケーションエンジン４０６を用いて、ホスト計算機（待機サーバ）４０内に（或いは、待機サーバ４０の外部に設けられた記憶領域内に）、２次レプリカデータとしてデータを複製する。レプリケーション管理プログラム５０６は、レプリカデータを複製して２次レプリカデータを作成する度に、必要な情報を２次レプリカカタログテーブル５１２に追加する。

iii）Ｓ２００３
レプリケーション管理プログラム５０６は、ストレージシステム１０におけるバックアップ開始時刻を確認し、バックアップ開始時刻になるまでは、Ｓ２００１とステップＳ２００２の処理を繰り返す。バックアップ開始時刻になったときに、処理はステップＳ２００４へ進む。

iv）Ｓ２００４
レプリケーション管理プログラム５０６は、バックアップスケジュールの時刻になったときにはアプリケーションを静止化（フリーズ：アプリケーションを動作させたままでＩ／Ｏ処理を止める）する。具体的には、レプリケーション管理プログラム５０６は、アレイベースレプリケーション管理テーブル５０９のバックアップスケジュールを参照し、その時刻になったら、アプリケーションを静止化（フリーズ）する。

v）Ｓ２００５
レプリケーション管理プログラム５０６は、アレイベースレプリケーションを用いてバックアップを開始する。まず、レプリケーション管理プログラム５０６は、管理者がＳ１００２で設定したバックアップの取得方法によってバックアップを取得する。例えば、本実施形態では、図８のアレイベースレプリケーション管理テーブル５０９におけるレプリケーションＩＤＡＰＲ００１を参照すると、ＶＯＬ００１のデータをＶＯＬ００３へフルバックアップを行うことが分かる。そして、ＶＯＬ００１に格納されているデータをＶＯＬ００３へ格納する。環境によって、このコピーの方法は異なるため、バックアップ方法はこれに限定されるものではない。バックアップが終了したら、必要な情報がアレイベースレプリケーションカタログテーブル５１１（図１０）に追加される。つまり、レプリケーションＩＤがＡＲＰ００１なので、カラム５１１２にはＡＲＰＣ００１が追加される。

vi）Ｓ２００６
レプリケーション管理プログラム５０６は、ホストベースレプリケーションエンジン３０６を用いて、バックアップフラグをホスト計算機（待機サーバ）４０側に転送する。これにより、このフラグが転送されるまでのデータと今バックアップしているデータとの整合性を取ることが可能となる。また、レプリケーション管理プログラム５０６は、２次レプリカカタログテーブル５１２（図１１参照）のバックアップフラグ５１２５のカラムにこのバックアップ（ストレージシステムでのバックアップ）の時刻を付与する。バックアップフラグが転送される前までのレプリケーションカタログＩＤがＨＲＰＣ００１及びＨＲＰ００２は「２０１０／０４／２０ ２３：００：００」のバックアップデータと同じである。フラグが転送された後は、書き込まれたデータであるＨＲＰＣ００３は次のバックアップで使われた時刻となる。

Ｓ２００５のデータのコピーとＳ２００６のフラグの転送が完了後、当該処理は終了する。

＜リストア処理＞
リストア処理とは、正ボリューム（データボリューム）と副ボリューム（レプリカボリューム）があった場合、正ボリューム内のデータが壊れたときに、副ボリュームを用いて正ボリュームをある時点（副ボリュームにレプリカを生成した時点）のデータに戻す処理をいい、正ボリュームが壊れたときに、違うボリューム（例えば、待機サーバ４０のレプリカボリューム）を用いてアプリケーションの運用を再開する業務引継ぎ処理（後述する）とは異なるものである。

図１５は、本実施形態における、アレイベースレプリケーションによってバックアップしたデータのリストアの処理について説明するためのフローチャートである。なお、図１５において、ステップＳ３００１からステップＳ３００７の処理は、本実施形態による管理計算機５０のメモリ５０４上のレプリケーション管理プログラム５０６によって実現される処理である。

ｉ）Ｓ３００１
レプリケーション管理プログラム５０６は、アレイベースレプリケーションのリストア指示を受け取る。具体的には、例えば、管理者がリストアしたいアプリケーションを選択して、レプリケーション管理プログラム５０６に対してリストアの指示を出す。そして、レプリケーション管理プログラム５０６は、アレイベースレプリケーションカタログテーブル５１１から、リストア可能な時刻を管理者に提示する。例えば、管理者がアプリケーションＩＤ＝ＡＰ００１のデータボリュームのリストアを指示したとすると、レプリケーション管理プログラム５０６は、アレイベースレプリケーション管理テーブル５０９のアプリケーションＩＤ＝ＡＰ００１に基づいて、対応するレプリケーションＩＤを検索し、それがＡＲＰ００１であると特定する。そして、レプリケーション管理プログラム５０６は、アレイベースレプリケーションカタログテーブル５１１において、レプリケーションＩＤ＝ＡＲＰ００１に対応するレプリケーションカタログＩＤがＡＲＰＣ００１とＡＲＰＣ００３であると認識する。そこで、レプリケーション管理プログラム５０６は、リストア可能な時刻として「２０１０／０４／２０ ２３：００：００」と「２０１０／０４／２１ ２３：００：００」を管理者に提示する。

ii）Ｓ３００２
続いて、レプリケーション管理プログラム５０６は、リストアするボリュームを特定する。具体的には、レプリケーション管理プログラム５０６は、ステップＳ３００１で受け取ったリストアしたいアプリケーションとその時刻の情報から、リストアするボリュームを特定する。例えば、管理者がアプリケーションＩＤ＝ＡＰ００１の「２０１０／０４／２０ ２３：００：００」の時点のデータを指定した場合、アレイベースレプリケーションカタログテーブル５１１のバックアップＶＯＬＩＤからバックアップデータが格納されているボリュームがＶＯＬ００３であると特定できる。

iii）Ｓ３００３
そして、レプリケーション管理プログラム５０６は、該当するアプリケーションを停止する。なお、ステップＳ３００２とＳ３００３の処理はどちらを先に実行してもよい。つまり、Ｓ３００３を先に処理してもよい。

iv）Ｓ３００４
レプリケーション管理プログラム５０６は、ホストベースレプリケーションエンジン３０６を用いて、未転送データをホスト計算機（待機サーバ）４０に転送する。この処理は、ホストベースレプリケーションエンジン３０６が転送せずにホスト計算機（業務サーバ）３０内に溜めていたデータを吐き出す処理である。この処理を行うことで、アプリケーション３０５を停止した時点のデータＶＯＬと、レプリカＶＯＬのデータを一致させることができる。より具体的には、レプリケーション管理プログラム５０６は、ホストベースレプリケーション管理テーブル５１０のアプリケーションＩＤより、管理者が指定したアプリケーションを検索し、ターゲットホストＩＤとレプリカＶＯＬＩＤを特定し、特定したボリュームに対してデータを転送する。

v）Ｓ３００５
レプリケーション管理プログラム５０６は、アレイベースレプリケーションエンジン１１６を用いて、リストア処理を実行する。具体的には、Ｓ３００２で特定したボリューム（例えば、ＶＯＬ００３）をデータボリュームにコピーする。

vi）Ｓ３００６
レプリケーション管理プログラム５０６は、レプリカボリュームに２次レプリカボリュームのデータを適用して、レプリカボリュームの内容をＳ３００５でリストアされたデータボリュームと同じデータにする。より具体的には、レプリケーション管理プログラム５０６は、ホスト計算機（待機サーバ）４０上のレプリカボリュームが指定時刻に作成されたバックアップデータ（副ボリューム）と同一内容となるように、２次レプリカボリュームのデータをレプリカボリュームに適用する。

２次レプリカボリュームのデータを適用するために、レプリケーション管理プログラム５０６は、２次レプリカカタログテーブル５１２のバックアップフラグを参照し、適用すべき２次レプリカデータ記憶領域５１２４を特定する。例えば、図１１の２次レプリカカタログテーブル５１２では、バックアップフラグ「２０１０／０４／２０ ２３：００：００」に対応する２次レプリカデータ記憶領域「ＳＳＶＯＬ００１」及び「ＳＳＶＯＬＣ００２」を特定することができる。そして、２次レプリカデータ保存方法の情報から、データを戻す方法を適用して、レプリカＶＯＬＩＤがＶＯＬ０１１のボリュームにデータを戻す。

vii）Ｓ３００７
レプリケーション管理プログラム５０６は、ステップS３００３で停止したアプリケーションを再開する。これは、Ｓ３００５とＳ３００６の処理が完了し、データボリュームとレプリカボリュームのデータが一致した状態となっているためである。このように、ストレージシステム１０におけるデータボリュームとホスト計算機（待機サーバ）４０におけるレプリカボリュームのデータ内容が一致させることができるので、アプリケーションのＷｒｉｔｅデータが発生して、ホストベースレプリケーション３０６によってデータがホスト計算機（待機サーバ）４０に転送されてもレプリカボリュームのデータが破壊されることはない。
アプリケーションの再開後、リストア処理は終了する。

＜業務引継ぎ（テイクオーバー）処理＞
次に、本実施形態に係るホストベースレプリケーションにてレプリケーションしたデータを用いた業務引継ぎの処理について説明する。図１６は、本実施形態による業務引継ぎ処理を説明するためのフローチャートである。図１６において、ステップＳ４００１からステップＳ４００４の処理は、本実施形態による管理計算機５０のメモリ５０４上のレプリケーション管理プログラム５０６によって実現される処理である。

ｉ）Ｓ４００１
レプリケーション管理プログラム５０６は、ホスト計算機（待機サーバ）４０における業務引継ぎの指示を受け取る。具体的には、管理者がレプリケーション管理プログラム５０６に対して、業務を引継ぐホスト計算機とそのアプリケーションを選択して、ホスト計算機（待機サーバ）４０に対して業務引継ぎの指示を出す。つまり、管理者は、例えばホスト計算機（業務サーバ）３０が壊れたとき、この業務を継続して行うために、業務を引継ぐホスト計算機を選択し、そのホストに属しているアプリケーションを表示し、その中で継続して業務を引継ぐアプリケーションを選択・特定する。

ii）Ｓ４００２
レプリケーション管理プログラム５０６は、業務を引継ぐボリュームを特定する。具体的には、Ｓ４００１で受け取った業務を引継ぐホストとアプリケーションから、業務を引継ぐボリュームを特定する。管理者がホストベースレプリケーション管理テーブル５１０のアプリケーションＩＤ５１０１から、ターゲットホストＩＤ５１０４とレプリカＶＯＬＩＤ５１０５を特定できる。例えば、業務を引継ぎたいＨＯＳＴ００１上のＡＰ００１１のデータは、ＨＯＳＴ００２上のＶＯＬ０１１に格納されていることが分かる。

iii）Ｓ４００３
レプリケーション管理プログラム５０６は、特定したボリュームをマウントする。

iv）Ｓ４００４
レプリケーション管理プログラム５０６は、Ｓ４００３でマウントしたボリュームを用いて、ホスト計算機（待機サーバ）４０のアプリケーションを再開する。よって、ホスト計算機（業務サーバ）３０及び、そのデータが格納されているストレージシステム１０が壊れた場合でも、ホスト計算機（待機サーバ）３０を使用して業務を再開することができる。また、ホストベースレプリケーションの転送が途中にシステムがダウンした場合でも、ホスト計算機（待機サーバ）４０上の２次レプリカボリュームのデータを用いることで、業務の引継ぎが可能なデータを適用することが可能となる。

（２）第２の実施形態
本発明の第２実施形態は、第１の実施形態における計算機システム１においてホスト計算機３０上でアプリケーション３０５のデータをキャプチャしていたのに対し、スイッチ装置２０でアプリケーション３０５のデータをキャプチャしている点が異なる。本実施形態では、図１の構成との差異を中心に本環境における本発明を適用した場合について説明する。

＜システム構成＞
図１７に、本実施形態に係る計算機システム１Ｂの概略構成を示す図である。図１７に示すように、本実施形態の計算機システム１Ｂは、図１と同様に、ストレージシステム１０と、スイッチ装置２０と、ホスト計算機（業務サーバ）３０と、ホスト計算機（待機サーバ）４０、管理計算機５０と、を有している。

ストレージシステム１０と、ホスト計算機３０及び４０と、管理計算機５０は、第１実施形態と同じ構成を有している。

図１のシステム構成との差異は、スイッチ装置２０上にレプリケーションエンジン２０３が格納されている点である。また、ホスト計算機（業務サーバ）３０のメモリ３０４上にホストベースレプリケーションエンジン３０６がなくてもよい。

スイッチ装置２０のより具体的な構成について説明する。スイッチ装置２０は、データＩ／Ｆ２００と、ＣＰＵ２０１と、メモリ２０２と、管理Ｉ／Ｆと、を有している。データＩ／Ｆ２００は、データネットワーク２１に対するインターフェースであって、１つ以上の通信ポートを持つ。このポートを介してホスト計算機（業務サーバ）３０と、ホスト計算機（待機サーバ）４０と、ストレージシステム１０とがデータの送受信を行う。図中には３つのデータＩ／Ｆがあるが、その数は限定されるものではない。管理Ｉ／Ｆ２０４は、管理ネットワーク２２に対するインターフェースであって、１つ以上の通信ポートを持ち、スイッチ装置２０Ｂとの通信が可能となっている。

ＣＰＵ２０１は、メモリ２０２に格納されたプログラムを実行するプロセッサである。メモリ２０２には、レプリケーションエンジン２０３が記憶されている。これらは、ＣＰＵ２０１によって実行される。レプリケーションエンジン２０３は、ホスト計算機（業務サーバ）３０上のアプリケーション３０５がストレージシステム１０に対して書き込むデータをキャプチャして、データＩ／Ｆ２００Ｂを介してホスト計算機（待機サーバ）４０へデータを転送する。

また、本実施形態で用いる各種情報は、第１の実施形態で説明した図６から図１１までの各テーブルに記録される情報と同じである。本実施形態におけるレプリケーション情報テーブル５０８は、例えば、図７のシステム機器ＩＤ５０８０「スイッチ」のレプリケーション機能５０８１に、「非同期リモートレプリケーション」が入る。

＜処理動作＞
次に、本実施形態の処理について説明する。具体的処理は、第１の実施形態と同様に、図１３、１４、１５、及び１６の処理によって実現される。但し、次のステップの処理が変更される。

つまり、ステップＳ２００１では、管理計算機５０のメモリ５０４上のレプリケーション管理プログラム５０６が、ホスト計算機（業務サーバ）３０ではなく、スイッチ装置２０Ａ上のメモリ２０２上のレプリケーションエンジン２０３を用いて、アプリケーション３０５からのＷｒｉｔｅデータをキャプチャして、待機サーバ側へ転送する。他にも、ホストベースレプリケーションエンジン３０６が行っていた処理は、スイッチ装置２０上のレプリケーションエンジン２０３によって実行される。また、レプリケーション管理プログラム５０６は、ホスト計算機（業務サーバ）３０ではなく、スイッチ装置２０上のレプリケーションエンジンに対して指示を出す。

（３）第３の実施形態
第３の実施形態は、第１の実施形態における計算機システム１に含まれるホスト計算機３０及び４０の代わりにＮＡＳ（Network Attached Storage）装置６０を設置した点が異なる。ＮＡＳ装置６０は、メモリ６０３上にファイルシステムプログラム６０４を格納しており、ファイルサーバとして機能する。本実施形態では、図１の構成との差異を中心にＮＡＳの環境における本発明を適用した場合について説明する。

＜システム構成＞
図１８は、本実施形態に係る、ＮＡＳ装置６０を含む計算機システム１Ｃのシステム概略構成を示す図である。図１８に示すように、本実施形態の計算機システム１Ｃは、ストレージシステム１０と、スイッチ装置２０と、ＮＡＳ装置６０と、管理計算機５０と、を有している。ストレージシステム１０と、スイッチ装置２０と、管理計算機５０は、第１の実施形態と同様の内部構成を有している。図１のシステム構成との差異は、ホスト計算機３０及び４０をＮＡＳ装置６０で置き換えた点である。

ＮＡＳ装置６０の内部構成について説明する。ＮＡＳ装置６０は、管理Ｉ／Ｆ６００と、ＣＰＵ６０１と、データＩ／Ｆ６０２と、メモリ６０３とを有する。管理Ｉ／Ｆ６００は、管理ネットワーク２２に対するインターフェースであって、１つ以上の通信ポートを持つ。このポートを介して管理計算機５０とデータや制御命令の送受信を行う。ＣＰＵ６０１は、メモリ２０２に格納されたプログラムを実行するプロセッサである。データＩ／Ｆ６０２は、データネットワーク２１に対するインターフェースであって、１つ以上の通信ポートを持つ。データＩ／Ｆ６０２Ａは、ストレージシステム１０とデータの送受信を行う。データＩ／Ｆ６０２Ｂは、ＮＡＳ装置６０Ｂとデータの送受信を行う。

メモリ６０３には、ファイルシステムプログラム６０４と、ＮＡＳレプリケーションエンジン６０５が記憶されている。これらは、ＣＰＵ６０１によって実行される。ファイルシステムプログラム６０４は、ファイルシステムを管理するプログラムである。ＮＡＳレプリケーションエンジン６０５は、ファイルシステムプログラム６０４がストレージシステム１０に対して書き込むデータをキャプチャして、データＩ／Ｆ６０２Ｂを介してＮＡＳ装置６０Ｂへデータを転送する。

本実施形態の計算機システム１Ｃで用いられる各種情報は、第１の実施形態の図６から図１１で示した各テーブルに記録されていた情報と同じである。但し、アプリケーションをファイルシステムと置き換える必要がある。また、ＮＡＳレプリケーションエンジン６０５は、ファイル単位でデータを転送する。

＜処理動作＞
本実施形態による計算機システム１Ｃの処理動作については、第１の実施形態と同様に、図１３、１４、１５及び１６で示される処理を適用することができる。但し、アプリケーション４０５をファイルシステムプログラム６０４と、ホストベースレプリケーションエンジン３０６をＮＡＳレプリケーションエンジン６０５と置き換える。

ＮＡＳ装置６０ＢのＮＡＳレプリケーションエンジン６０５は、ファイルシステムプログラム６０４によるストレージシステム１０に対しての書き込みデータをキャプチャし、それをデータＩ／Ｆ６０２Ｂを介してＮＡＳ装置６０Ｂに転送し、第１の実施形態の場合と同様に、ＮＡＳ装置６０Ｂ内にレプリカボリュームを作成する。そして、ＮＡＳ装置６０Ｂのレプリケーションエンジンは、レプリカボリュームの複製である２次レプリカボリュームを作成する。

（４）まとめ
以上説明したように、本発明の実施形態による計算機システムは、第１の計算機（ホスト計算機３０、スイッチ装置２０Ａ、ＮＡＳ装置６０Ａ）と、第２の計算機（ホスト計算機４０、ＮＡＳ装置６０Ｂ）と、ストレージシステムと、管理計算機と、によって構成されている。ストレージシステムでは、所定のタイミング（例えば、管理計算機からレプリケーションスケジュールが指定される）でアレイベースレプリケーションによって第１の記憶領域（主ボリューム）のバックアップデータ（レプリカ）が生成され、第２の記憶領域（副ボリューム）に格納される。一方、第１の計算機ではホストベースレプリケーションが実行され、第２のホスト計算機において、第１の記憶領域のレプリカデータが第３の記憶領域（レプリカボリューム）に格納される。また、第２の計算機では、レプリケーション（ホストベースである必要はない）が実行され、レプリカボリュームのレプリカが第４の記憶領域（２次レプリカボリューム）に２次レプリカデータとして保存される。そして、主ボリュームのデータが欠落した等、何らかの理由で副ボリュームから主ボリュームをリストア処理する際には、第２のホスト計算機のレプリカボリュームのデータ内容がリストア処理後の主ボリュームのデータ内容と同じになるように、２次レプリカデータをレプリカボリュームに適用する。このようにすることにより、主ボリュームをリストアした後でもホストベースレプリケーションによってレプリカボリュームを破壊することはなく、ホストベースレプリケーションとアレイベースレプリケーションの整合性を担保しつつ、両者を併用して運用できる環境を提供することが可能となる。

より具体的には、ストレージシステムにおいてアレイベースレプリケーションが実行され、第１の記憶領域のバックアップが第２の記憶領域に格納された時刻を示すバックアップ時刻と、ホストベースレプリケーション実行によってキャプチャされた書き込みデータの複製が２次レプリカデータとして第４の記憶領域に追加された時刻を示す２次レプリカ更新時刻と、が管理され、２次レプリカ更新時刻に第４の記憶領域に追加された書き込みデータが、どのバックアップ時刻に第２の記憶領域にバックアップされたかが分かるようになっている（図１１参照）。そして、管理計算機は、リストア処理に使用した第２の記憶領域（副ボリューム）のデータのバックアップ時刻に対応する第４の記憶領域（２次レプリカボリューム）のデータを第３の記憶領域（レプリカボリューム）のデータに適用する。このようにすることにより、アプリケーションから主ボリュームへの書き込みが頻繁に行われ、副ボリュームとレプリカボリュームのデータ内容の違いが大きい状態にあっても、リストア処理が行われた場合には、リストア処理に用いられた副ボリュームの内容とレプリカボリュームの内容を一致させることが可能となる。

なお、本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。

また、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。

１、１Ｂ、１Ｃ 計算機システム
１０ ストレージシステム
１１ ストレージコントローラ
１２ ストレージ装置
２０ スイッチ装置
２１ データネットワーク
２２ 管理ネットワーク
３０ ホスト計算機（業務サーバ）
４０ ホスト計算機（待機サーバ）
５０ 管理計算機
１１０、３０３、３０８、４０３、４０８ データＩ／Ｆ
１１１、３０２、４０２、５０２ ＣＰＵ
１１２ ストレージＩ／Ｆ
１１３、３０９、４０９、５０３ 管理Ｉ／Ｆ
１１４、３０４、４０４、５０４ メモリ
１１５ ストレージマイクロプログラム
１１６ アレイベースレプリケーションエンジン
１２０ 物理リソース
１２１ プール
３００、４００、５００ 入力装置
３０１、４０１、５０１ 表示装置
３０５、４０５ アプリケーション
３０６ ホストベースレプリケーションエンジン
３０７、４０７ 記憶領域
４０６ レプリケーションエンジン
５０６ レプリケーション管理プログラム
５０７ 構成情報テーブル
５０８ レプリケーション情報テーブル
５０９ アレイベースレプリケーション管理テーブル
５１０ ホストベースレプリケーション管理テーブル
５１１ アレイベースレプリケーションカタログテーブル
５１２ ２次レプリカカタログテーブル

Claims (12)

1. 第１の計算機と、第２の計算機と、１つ以上の記憶領域を有するストレージシステムと、前記第１及び第２の計算機と前記ストレージシステムを管理する管理計算機と、を有し、
   前記ストレージシステムは、第１の記憶領域と、そのバックアップデータを格納する第２の記憶領域と、を含み、
   前記第２の計算機は、前記第１の記憶領域のレプリカデータを格納する第３の記憶領域と、前記第３の記憶領域のレプリカデータを格納する第４の記憶領域と、を含み、
   前記管理計算機は、前記第２記憶領域のデータで前記第１の記録領域に対してリストア処理する際に、前記第３記憶領域のデータが前記リストア処理後の前記第１の記憶領域のデータと同じになるように、前記第４の記憶領域のデータを前記第３の記憶領域のデータに適用することを特徴とする計算機システム。
2. 請求項１において、
   前記第１の計算機は、前記第１の記憶領域への書き込みデータをキャプチャし、当該キャプチャした書き込みデータを前記第２の計算機に転送し、
   前記第２の計算機は、前記第１の計算機からの前記書き込みデータを前記第３の記憶領域に格納すると共に、前記書き込みデータの複製を前記第４の記憶領域に追加し、
   前記管理計算機は、前記第１の記憶領域のバックアップが実行され、当該バックアップが前記第２の記憶領域に格納された時刻を示すバックアップ時刻と、前記書き込みデータの複製が前記第４の記憶領域に追加された時刻を示す２次レプリカ更新時刻と、を管理し、
   前記管理計算機は、前記リストア処理に用いた前記第２の記憶領域の前記バックアップ時刻と、前記２次レプリカ時刻とを参照し、前記第４の記憶領域のデータを前記第３の記憶領域のデータに適用することを特徴とする計算機システム。
3. 請求項２において、
   前記管理計算機は、前記２次レプリカ更新時刻に前記第４の記憶領域に追加された前記書き込みデータが、どのバックアップ時刻に前記第２の記憶領域にバックアップされたかが分かるように、前記バックアップ時刻と前記２次レプリカ更新時刻を対応させて管理し、前記リストア処理に使用した前記第２の記憶領域のデータの前記バックアップ時刻に対応する前記第４の記憶領域のデータを前記第３の記憶領域のデータに適用することを特徴とする計算機システム。
4. 請求項１において、
   前記管理計算機は、前記第３の記憶領域のレプリカデータを作成し、前記第４の記憶領域に格納する方法を設定するための設定画面を表示装置に表示することを特徴とする計算機システム。
5. 請求項３において、
   前記第１の計算機は業務サーバであり、前記第２の計算機は待機サーバであり、
   前記業務サーバは、前記第１の記憶領域を使用するアプリケーションと、ホストベースレプリケーションを実行し、前記アプリケーションによる前記第１の記憶領域に対する書き込みデータをキャプチャし、前記待機サーバに転送する第１のレプリケーションエンジンと、を有し、
   前記待機サーバは、前記第３の記憶領域のデータの複製を２次レプリカデータとして前記第４の記憶領域に格納する第２のレプリケーションエンジンを有し、
   前記ストレージシステムは、アレイベースレプリケーションを実行し、予め決められたスケジュールに従って、前記第１の記憶領域のデータのバックアップデータを前記第２の記憶領域に格納するアレイベースレプリケーションエンジンを有することを特徴とする計算機システム。
6. 請求項３において、
   さらに、前記第１の記憶領域を使用するアプリケーションを有する業務サーバを有し、
   前記第１の計算機はスイッチ装置であり、前記第２の計算機は待機サーバであり、
   前記スイッチ装置は、レプリケーションを実行し、前記アプリケーションによる前記第１の記憶領域に対する書き込みデータをキャプチャし、前記待機サーバに転送する第１のレプリケーションエンジンと、を有し、
   前記第２の計算機は、前記第３の記憶領域のデータの複製を２次レプリカデータとして前記第４の記憶領域に格納する第２のレプリケーションエンジンを有し、
   前記ストレージシステムは、アレイベースレプリケーションを実行し、予め決められたスケジュールに従って、前記第１の記憶領域のデータのバックアップデータを前記第２の記憶領域に格納するアレイベースレプリケーションエンジンを有することを特徴とする計算機システム。
7. 請求項３において、
   前記第１の計算機は第１のＮＡＳ装置であり、前記第２の計算機は第２のＮＡＳ装置であり、
   前記第１のＮＡＳ装置は、ファイルシステムプログラムによって前記第１の記憶領域を使用するファイルシステムを管理するプロセッサと、レプリケーションを実行し、前記ファイルシステムプログラムによる前記第１の記憶領域に対する書き込みデータをキャプチャし、前記第２のＮＡＳ装置に転送する第１のレプリケーションエンジンと、を有し、
   前記第２のＮＡＳ装置は、前記第３の記憶領域のデータの複製を２次レプリカデータとして前記第４の記憶領域に格納する第２のレプリケーションエンジンを有し、
   前記ストレージシステムは、アレイベースレプリケーションを実行し、予め決められたスケジュールに従って、前記第１の記憶領域のデータのバックアップデータを前記第２の記憶領域に格納するアレイベースレプリケーションエンジンを有することを特徴とする計算機システム。
8. 第１の記憶領域と、そのバックアップデータを格納する第２の記憶領域と、を含むストレージシステムと、第１の計算機と、前記第１の記憶領域のレプリカデータを格納する第３の記憶領域と、前記第３の記憶領域のレプリカデータを格納する第４の記憶領域と、を含む第２の計算機と、前記第１及び第２の計算機と前記ストレージシステムを管理する管理計算機と、を有する計算機システムを制御するシステム制御方法であって、
   前記管理計算機が、
   前記第２記憶領域のデータで前記第１の記録領域に対してリストア処理を実行し、
   前記リストア処理実行の際に、前記第３記憶領域のデータが前記リストア処理後の前記第１の記憶領域のデータと同じになるように、前記第４の記憶領域のデータを前記第３の記憶領域のデータに適用する
   ことを特徴とするシステム制御方法。
9. 請求項８において、さらに、
   前記第１の計算機は、前記第１の記憶領域への書き込みデータをキャプチャし、当該キャプチャした書き込みデータを前記第２の計算機に転送し、
   前記第２の計算機は、前記第１の計算機からの前記書き込みデータを前記第３の記憶領域に格納すると共に、前記書き込みデータの複製を前記第４の記憶領域に追加し、
   前記方法は、
   前記管理計算機が、前記第１の記憶領域のバックアップが実行され、当該バックアップが前記第２の記憶領域に格納された時刻を示すバックアップ時刻と、前記書き込みデータの複製が前記第４の記憶領域に追加された時刻を示す２次レプリカ更新時刻と、を管理し、
   前記管理計算機が、前記リストア処理に用いた前記第２の記憶領域の前記バックアップ時刻と、前記２次レプリカ時刻とを参照し、前記第４の記憶領域のデータを前記第３の記憶領域のデータに適用する
   ことを特徴とするシステム制御方法。
10. 請求項９において、
    前記管理計算機が、前記２次レプリカ更新時刻に前記第４の記憶領域に追加された前記書き込みデータが、どのバックアップ時刻に前記第２の記憶領域にバックアップされたかが分かるように、前記バックアップ時刻と前記２次レプリカ更新時刻を対応させて管理し、前記リストア処理に使用した前記第２の記憶領域のデータの前記バックアップ時刻に対応する前記第４の記憶領域のデータを前記第３の記憶領域のデータに適用する
    ことを特徴とするシステム制御方法。
11. 請求項８において、さらに、
    前記管理計算機が、前記第３の記憶領域のレプリカデータを作成し、前記第４の記憶領域に格納する方法を設定するための設定画面を表示装置に表示することを特徴とするシステム制御方法。
12. 請求項８において、さらに、
    前記管理計算機が、前記第１の記憶領域の業務引継ぎ処理の指示に応答し、前記第３の記憶領域のデータをマウントする
    ことを特徴とするシステム制御方法。

Images