JP2009230628A - 計算機システム及び管理計算機 - Google Patents

Abstract

【課題】リモートコピー環境において、災害等によってストレージシステムが正常に稼動しなくなった場合であっても、必要最低限のボリュームでバックアップを運用できる計算機システムを提供する。
【解決手段】ホスト計算機と、アプリケーションから書き込みを要求されたデータを格納するデータボリュームを備える第１ストレージシステムと、データボリュームに格納されたデータを複製するミラーボリュームを備える第２ストレージシステムと、管理計算機とを備える計算機システムにおおいて、バックアップボリュームに対して実行されるバックアップ処理に関するポリシーを受け付け、受け付けたポリシーに基づいて、前記第１ディスク装置及び前記第２ディスク装置の構成をそれぞれ設定することを特徴とする。
【選択図】図１１Ｂ

Description

本発明は、ホスト計算機とストレージ装置と管理計算機とからなる計算機システムに関する技術に関し、特に、アプリケーションの書き込み要求されたデータをバックアップする環境を設定する技術に関する。

一般に、ホスト計算機、ホスト計算機から書き込み要求がなされたデータを記憶するボリュームを備えるストレージシステム、及び管理計算機を備える計算機システムでは、災害によるストレージシステムの破壊、ストレージシステムのディスク装置の寿命等による物理障害、コンピュータウィルスによるボリュームに記憶されたデータの破壊、ユーザによる誤操作などによって、ボリュームに記憶されたデータが喪失される場合がある。

このようなデータの喪失に備え、周期的にボリュームに記憶されたデータをバックアップして、破壊されたデータをリストアできるようにする。

ボリュームに記憶されたデータのバックアップには、バックアップ対象のボリュームを備えるストレージシステムの他のボリュームに、ローカルコピー機能を用いてバックアップする「ローカルバックアップ」、及びバックアップ対象のボリュームに記憶されたデータを他のストレージシステムのボリュームに、リモートコピー機能を用いて複製（ミラー）し、複製先のストレージシステム内でローカルコピー機能を用いてバックアップする「リモートバックアップ」がある。

リモートバックアップが運用されていると、一方のストレージシステムのボリュームに記憶されたデータが災害等によって破壊されても、データの喪失を防止できる。災害とは、電力障害及び火事等の人為的な災害、並びに地震、噴火及び台風等の自然災害等である。

バックアップデータが一方のストレージシステムと離れた位置にあるストレージシステムに記憶されているので、一方のストレージシステムが災害に見舞われたとしても、災害の影響がない他方のストレージシステムに記憶されたバックアップデータは使用可能である。したがって、ユーザは災害によるデータの喪失を防止できる。

バックアップ対象となるデータを記憶するボリュームを備えるストレージシステムが存在するサイトを「ローカルサイト」という。一方、リモートバックアップのバックアップ先ストレージシステムが存在するサイトを「リモートサイト」という。

また、ユーザの誤操作等に起因してデータの論理的な破壊が発生し、ローカルサイトに記憶されたデータによって業務を復旧する場合、リモートバックアップを用いる環境ではストレージシステム間でリモートコピーを行ってリストアを行うため、業務の復旧に時間がかかる。

リモートバックアップを用いるリストアを高速化する技術として、リモートサイトに記憶された一世代以上のバックアップデータと同じバックアップデータをローカルサイトにも記憶し、リストアする場合にリストアの対象となるデータがローカルサイトに記憶されている場合には、ローカルコピーを用いてリストアする。一方、リストアする場合にリストアの対象となるデータがリモートサイトにしか記憶されていない場合には、リモートサイトからリモートコピーを用いてリストアする技術が示されている（特許文献１参照）。
特開２００３−２４２０１１号公報

一般に、データを喪失してしまった場合にユーザがこうむる損害は、喪失されたデータの量に伴って増大する。このため、バックアップ環境を設定する場合、次の二つの観点に基づいてバックアップ環境（特に世代数）が設定される。

第１の観点は、バックアップ保持期間である。いかなるバックアップ環境であっても、計算機システム内に保持されている最古のバックアップデータよりも古いデータをリストアできない。つまり、最古のバックアップデータよりも古いデータが必要となる場合、データが完全に喪失していると同じ意味である。

このため、ｎ時間前までのバックアップデータが保持され続けるようにバックアップ環境が設定される。なお、ｎ時間前までのバックアップデータが保持される目標値を「バックアップ保持期間」という。

第２の観点は、ＲＰＯ(Recovery Point Objective)である。一般に、ストレージシステムに障害が発生すると、障害が発生する直前に取得されたバックアップデータをリストアする。

この場合でも、障害が発生した時点から直前のバックアップデータを取得した時点までに更新されたデータは喪失されてしまう。したがって、障害が発生した時点と障害が発生した時点から直前のバックアップデータを取得した時点との間隔が大きくなるほど、データの喪失量が増大するので、ユーザの損害も増大する。

このため、バックアップ保持期間内であれば、いかなる時点に障害が発生してもｍ時間前までのデータに復旧できるようにバックアップ環境が設定される。このｍ時間前という目標値を「ＲＰＯ(Recovery Point Objective)」という。なお、通常ＲＰＯがバックアップ周期となる。

第１の観点及び第２の観点に基づいて、バックアップを運用するために必要となる世代数が算出される。すなわち、必要となる世代数＝ＲＯＵＮＤＵＰ（（バックアップ保持期間）÷（ＲＰＯ））＋１、となる。なお、ＲＯＵＮＤＵＰ（Ｘ）は、Ｘの小数点以下を切り上げる関数であり、Ｘ以上の最小の整数を取得する関数である。

よって、バックアップ保持期間が一定であっても、ＲＰＯが短ければ、多くの世代のバックアップデータが必要となる。また、ＲＰＯが同じであっても、バックアップ保持期間が長ければより多くの世代のバックアップデータが必要とある。

特許文献１では、ユーザが要求する世代数分のバックアップデータがリモートサイトに記憶され、ユーザが要求する世代数分のバックアップデータがローカルサイトに記憶される。

ローカルサイトに記憶される世代数を少なく設定すると、リモートサイトに災害が発生した場合、計算機システム全体には少ない世代数のバックアップデータしか記憶されていないことになる。つまり、計算機システム全体に記憶されるバックアップデータのＲＰＯ及びバックアップ保持期間の少なくとも一方が劣化する。また、災害発生後にバックアップの運用が継続される場合、ＲＰＯ及びバックアップ保持期間の少なくとも一方が劣化した状態でバックアップの運用が継続される。

例えば、ＲＰＯが１日であり、バックアップ保持期間を６日(つまり、必要となる世代数は７世代)でリモートバックアップがなされ、ローカルサイトに最新の１世代しかバックアップデータが記憶されている場合、リモートサイトに災害が発生すると、ローカルサイトには直近のバックアップデータしか記憶されていない。つまり、この場合、計算機システム全体で記憶されているバックアップデータのＲＰＯは１日であるが、バックアップ保持期間が０日となる。また、災害発生後に業務が継続される場合、ＲＰＯを１日及びバックアップ保持期間が０日でバックアップの運用が継続されなければならない。

一方、特許文献１の構成において、ローカルサイトとリモートサイトとが同じ世代数のバックアップデータを保持するように設定すると、ローカルサイトでもリモートサイトと同じボリューム数が必要となるので、コストが増大する。

そこで、本発明の目的は、リモートコピーによってバックアップを運用しているサイト間で、単一のバックアップポリシーに基づいて、いずれのサイトで災害が発生しても、災害発生直後のバックアップ保持期間とＲＰＯの劣化を低減させたバックアップデータを保持し、また災害発生後であっても、バックアップ保持期間とＲＰＯの劣化を低減させたバックアップを運用でき、不要な冗長化がなされないことによってコストを最小限にするバックアップ環境を各ストレージシステムに設定し、バックアップを運用する計算機システムを提供することである。

本発明の代表的な一形態は、演算処理をする第１プロセッサと、前記第１プロセッサに接続されて、業務を提供するアプリケーションプログラムを記憶する記憶部と、前記第１プロセッサに接続される第１インタフェースと、を備えるホスト計算機と、演算処理をする第２プロセッサと、前記アプリケーションプログラムから書き込みを要求されたデータを格納するデータボリュームを備える第１記憶装置と、前記第２プロセッサに接続される第２インタフェースと、を備える第１ストレージシステムと、演算処理をする第３プロセッサと、前記データボリュームに格納されたデータの複製を格納するミラーボリュームを備える第２記憶装置と、前記第３プロセッサに接続される第３インタフェースと、を備える少なくとも１台の第２ストレージシステムと、演算処理をする第４プロセッサと、前記第４プロセッサに接続される記憶部と、前記第４プロセッサに接続される第４インタフェースと、を備える管理計算機と、を備える計算機システムにおいて、前記第１記憶装置は、前記データボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、前記第２記憶装置は、前記ミラーボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、前記管理計算機は、前記バックアップボリュームに対して実行されるバックアップ処理に関するポリシーを受け付け、前記受け付けたポリシーに基づいて、前記第１記憶装置の構成及び前記第２記憶装置の構成を設定し、前記設定された前記第１記憶装置の構成及び前記第２記憶装置の構成に従って、前記第１記憶装置及び前記第２記憶装置に備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする。

本発明の一形態によれば、リモートコピー環境において、災害等によってストレージシステムが正常に稼動しなくなった場合であっても、バックアップ保持期間及びＲＰＯの劣化を最小限に抑えることができる。また、必要最低限のボリュームでバックアップを運用できるので、コストを最小限に抑えることができる。

以下、本発明の実施形態を図１〜図２１を用いて説明する。

（第１実施形態）
まず、第１実施形態を図１〜図１７を用いて説明する。

本実施例に係る計算機システムは、ローカルコピー機能、リモートコピー機能を用いたバックアップ機能を持つストレージシステムを備える。ローカルコピー機能とは、一ストレージシステム内でデータボリューム間のデータコピーを行う機能である。リモートコピー機能とは、ストレージシステム内のデータボリュームに記憶されているデータを別のストレージシステム内のデータボリュームにコピーする機能である。なお、本実施例においてリモートバックアップは、リモートコピーにより複製（ミラー）されているリモートサイトのデータボリュームをローカルコピー機能によりバックアップすることを指す。

本発明の第１実施形態の計算機システム１００の構成を図１を用いて説明する。図１は、本発明の第１実施形態の計算機システム１００の構成を示すブロック図である。

計算機システム１００は、ストレージシステム１０００及び１１００、少なくとも一つホスト計算機１２００、並びに管理計算機１３００を備える。

ストレージシステム１０００及びホスト計算機１２００は、データネットワーク１４００を介して接続される。データネットワーク１４００は、例えば、ストレージエリアネットワーク（ＳＡＮ）である。なお、データネットワーク１４００は、データ通信用のネットワークであればよく、ＩＰネットワーク等であってもよい。

ストレージシステム１０００及び１１００、ホスト計算機１２００、並びに管理計算機１３００は、管理ネットワーク１５００を介して接続される。管理ネットワーク１５００は、例えば、ＩＰネットワークである。なお、管理ネットワーク１５００は、データ通信用のネットワークであればよく、例えば、ストレージエリアネットワーク等であってもよい。

さらに、ストレージシステム１０００及びストレージシステム１１００は、コピー用ネットワーク１６００を介して接続される。コピー用ネットワーク１６００は、例えば、ＩＰネットワークである。なお、コピー用ネットワーク１６００は、データ通信用のネットワークであればよく、例えば、ストレージエリアネットワークであってもよい。

また、データネットワーク１４００、管理ネットワーク１５００、及びコピー用ネットワーク１６００が、同一のネットワークであってもよい。

なお、ストレージシステム１０００及び１１００並びに管理計算機１３００は、１台の筐体によって実装されているが、２台以上の筐体によって実装されていてもよい。

まず、ストレージシステム１０００について説明する。

ストレージシステム１０００は、ホスト計算機１２００によって実行されるアプリケーション１２６１が利用するデータを格納するボリュームを備えるストレージシステムである。

ストレージシステム１０００は、データを格納するディスク装置１０２０、及びストレージシステム１０００全体を制御するディスクコントローラ１０１０を備える。

ディスク装置１０２０は、ディスク型の記憶装置、例えば、ハードディスクドライブである。ディスク装置１０２０は、ディスク型の記憶装置でなくても、フラッシュメモリデバイス等、多種の記憶装置であってもよい。

ディスク装置１０２０の記憶領域には、複数の論理的な記憶領域である論理ボリューム１０２１が形成される。論理ボリューム１０２１の使用方法は、ユーザの要求に応じて異なる。本実施形態では、論理ボリューム１０２１の使用方法ごとに論理ボリューム１０２１の名称を変えている。

具体的には、ホスト計算機１２００によって実行されるアプリケーション１２６１が利用するデータを格納する論理ボリューム１０２１は「データボリューム」という。データボリュームに記憶されるデータがリモートコピー機能を用いて複製される論理ボリューム１０２１は「ミラーボリューム」という。データボリューム又はミラーボリュームに記憶されるデータがローカルコピー機能を用いて複製される論理ボリュームは「バックアップボリューム」という。

ディスクコントローラ１０１０は、データＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０１１、管理Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０１２、ディスクＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０１６、コピー用Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１０１３、ＣＰＵ１０１４、及びメインメモリ１０１５を備える。

メインメモリ１０１５には、管理情報群１０１７及び制御プログラム１０１８が記憶される。

ＣＰＵ１０１４は、メインメモリ１０１５に記憶されるプログラムを実行する。なお、コンピュータプログラムが処理の動作主体として記載した場合には、実際にはコンピュータプログラムを実行するＣＰＵによって当該処理が実行されている。

制御プログラム１０１８は、ＣＰＵ１０１４によって実行されることによって、少なくともローカルコピー機能及びリモートコピー機能の一つの機能を実現するための処理を実行する。制御プログラム１０１８は、少なくともローカルコピー機能を実現するローカルコピープログラム及びリモートコピー機能を実現するリモートコピープログラムを含む。

また、制御プログラム１０１８は、ホスト計算機１２００又は管理計算機１３００からの入出力要求に基づいて、ディスク装置１０２０に対してデータを入出力する。また、制御プログラム１０１８は、ホスト計算機１２００又は管理計算機１３００からの要求に基づいて、ストレージシステム１０００内の構成情報又は制御情報を設定する。

構成情報は、複数の論理ボリューム１０２１間の関係を示す情報を含む。複数の論理ボリューム１０２１の関係を示す情報は、論理ボリューム１０２１の種別を示す情報、どのデータボリュームにどのバックアップボリュームが関連付けられているかを示す情報、及びどのデータボリュームにどのミラーボリュームが関連付けられているかを示す情報を含む。

構成情報は、管理情報群１０１７に含まれ、メインメモリ１０１５に記録される。制御プログラム１０１８は、管理情報群１０１７に含まれる構成情報を参照又は更新しながら種々の処理を実行する。

データＩ／Ｆ１０１１は、データネットワーク１４００にストレージシステム１０００を接続するインタフェースである。データＩ／Ｆ１０１１は、一つ以上の通信用のポートを備える。ディスクコントローラ１０１０は、データ及び制御命令を、ホスト計算機１２００及び他のストレージシステム１０００と、データＩ／Ｆ１０１１に備わるポートを介して通信する。

管理Ｉ／Ｆ１０１２は、管理ネットワーク１５００にストレージシステム１０００を接続するインタフェースである。ディスクコントローラ１０１０は、データ及び制御命令を、ホスト計算機１２００及び管理計算機１３００と、管理Ｉ／Ｆ１０１２を介して通信する。

コピー用Ｉ／Ｆ１０１３は、コピー用ネットワーク１６００にストレージシステム１０００を接続するインタフェースである。ディスクコントローラ１０１０は、リモートコピーに関するデータ及び制御命令を、コピー用ネットワーク１６００を介して接続されるストレージシステム１１００と、コピー用Ｉ／Ｆ１０１３を介して通信する。

ディスクＩ／Ｆ１０１６は、ディスク装置１０２０にディスクコントローラ１０１０を接続するインタフェースである。ディスクコントローラ１０１０は、データ及び制御命令を、ディスクＩ／Ｆ１０１６を介してディスク装置１０２０と通信する。

ストレージシステム１１００の構成は、ストレージシステム１０００と同じであるので、説明を省略する。なお、ストレージシステム１１００に備わる論理ボリューム１０２１の一つは、ストレージシステム１０００に備わるデータボリュームに記憶されたデータがリモートコピー機能を用いて複製されるミラーボリューである。

なお、本発明の第１〜第３実施形態の説明において、ストレージシステムと記載した場合には、ストレージシステム１０００及び１１００を総称する意味である。

ホスト計算機１２００は、キーボード及びマウス等の入力装置１２４０、ＣＰＵ１２３０、ＬＣＤ又はＣＲＴ等の表示装置１２２０、メモリ１２６０、データＩ／Ｆ１２１０、及び管理Ｉ／Ｆ１２５０を備える。

データＩ／Ｆ１２１０は、ホスト計算機１２００をデータネットワーク１４００に接続するインタフェースである。データＩ／Ｆ１２１０は、一つ以上の通信用のポートを備える。ホスト計算機１２００は、データ及び制御命令を、ストレージシステム１０００と、データＩ／Ｆ１２１０に備わるポートを介して通信する。

管理Ｉ／Ｆ１２５０は、ホスト計算機１２００を管理ネットワーク１５００に接続するインタフェースである。ホスト計算機１２００は、計算機システムを管理するためのデータ及び計算機システムを管理するための制御命令を、管理計算機１３００及びストレージシステム１０００と、管理Ｉ／Ｆ１２５０を介して通信する。

メモリ１２６０には、アプリケーション１２６１及びリカバリマネージャ１２６２が記憶される。ＣＰＵ１２３０は、メモリ１２６０に記憶されたプログラムを実行することによって、各機能を実現する。

アプリケーション１２６１は、データボリュームである論理ボリューム１０２１を利用するプログラムである。具体的には、アプリケーション１２６１から書き込み要求がされたデータがデータボリュームに格納される。アプリケーション１２６１は、例えば、ＤＢＭＳ（DataBase Management System）又はファイルシステムである。

リカバリマネージャ１２６２は、論理ボリューム１０２１に記憶されたデータをバックアップする場合、又は論理ボリューム１０２１に記憶されたデータをリストアする場合、アプリケーション１２６１の動作を制御するためのプログラムである。

具体的には、リカバリマネージャ１２６２は、論理ボリューム１０２１に記憶されたデータがバックアップされる場合に、アプリケーション１２６１の動作を静止させる。これによって、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータがバックアップボリュームにバックアップされたことが保障される。

また、リカバリマネージャ１２６２は、論理ボリューム１０２１に記憶されたデータがリストアされる場合に、アプリケーション１２６１の動作を停止させる。

また、リカバリマネージャ１２６２は、管理計算機１３００の設定プログラム１３５１の要求に基づいて、論理ボリューム１０２１に記憶されたデータがバックアップされる場合又は論理ボリューム１０２１に記憶されたデータがリストアされる場合に必要となるデータをホスト計算機１２００から収集する。

なお、リカバリマネージャ１２６２によって収集されるホスト計算機１２００のデータは、例えば、アプリケーション１２６１が利用している論理ボリューム１０２１を特定する情報等である。このホスト計算機１２００のデータは、各アプリケーション１２６１の設定ファイル等によって取得される。例えば、アプリケーション１２６１がLinuxのファイルシステムである場合、ホスト計算機１２００のデータを収集する設定ファイルは、/etc/fstabファイル等である。

管理計算機１３００は、キーボード及びマウス等の入力装置１３４０、ＣＰＵ１３３０、ＬＣＤ又はＣＲＴ等の表示装置１３２０、メモリ１３５０、及び管理Ｉ／Ｆ１３１０を備える。

管理Ｉ／Ｆ１３１０は、管理計算機１３００を管理ネットワーク１５００に接続するためのインタフェースである。管理計算機１３００は、計算機システムを管理するためのデータ及び計算機システムを管理するための制御命令を、ホスト計算機１２００並びにストレージシステム１０００及び１１００と、管理Ｉ／Ｆ１３１０を介して通信する。

メモリ１３５０には、設定プログラム１３５１、バックアップ指示プログラム１３５２、稼動状況表示プログラム１３５３、リストア指示プログラム１３５４、及び管理テーブル群１３５５が記憶される。ＣＰＵ１３３０は、メモリ１３５０に記憶されたプログラムを実行することによって、各機能を実現する。

設定プログラム１３５１は、計算機システムにおけるバックアップ環境を設定するプログラムである。ユーザは、設定プログラム１３５１によって提供されるインタフェースであるバックアップ条件登録コンソール９０００（図９参照）を用いて、バックアップに関するポリシーを入力する。なお、ユーザによって入力されるバックアップポリシーは、図９で詳細に説明する。

ユーザによって入力されたバックアップポリシーは、管理ネットワーク１５００を介してストレージシステム１０００及び１１００の制御プログラム１０１８に送信される。ストレージシステム１０００及び１１００が受信したバックアップポリシーは、管理情報群１０２９としてメインメモリ１０１５に記録される。

バックアップ指示プログラム１３５２は、設定プログラム１３５１によって設定された管理テーブル群１３５５に基づいて、バックアップを運用するプログラムである。バックアップ指示プログラム１３５２は、論理ボリューム１０２１に記憶されたデータをバックアップするごとに管理テーブル群１３５５に登録された情報を更新する。なお、バックアップ指示プログラム１３５２の処理は、図１０で詳細を説明する。

稼動状況表示プログラム１３５３は、バックアップ指示プログラム１３５２によって運用されたバックアップの保持状態を示すバックアップ保持状態表示コンソールを表示するプログラムである。なお、バックアップ保持状態表示コンソールは、図１４で詳細に説明する。なお、稼動状況表示プログラム１３５３の処理は、図１３で詳細を説明する。

リストア指示プログラム１３５４は、バックアップ指示プログラム１３５２によって運用されたバックアップをリストアするプログラムである。なお、リストア指示プログラム１３５４の処理は、図１５で詳細を説明する。

管理テーブル群１３５５は、バックアップを運用するための情報が登録されているテーブル群である。管理テーブル群１３５５は、アプリケーション管理テーブル２０００、ストレージ管理テーブル３０００、リモートコピー管理テーブル４０００、ボリューム管理テーブル５０００、バックアップポリシー管理テーブル６０００、及びバックアップデータ管理テーブル７０００を含む。アプリケーション管理テーブル２０００は、図２で詳細を説明する。ストレージ管理テーブル３０００は、図３で詳細を説明する。リモートコピー管理テーブル４０００は、図４で詳細を説明する。ボリューム管理テーブル５０００は、図５で詳細を説明する。バックアップポリシー管理テーブル６０００は、図６で詳細を説明する。バックアップデータ管理テーブル７０００は、図７で詳細を説明する。

次に、管理テーブル群１３５５に含まれる各種テーブルを、図２〜図７を用いて説明する。

図２は、本発明の第１実施形態のアプリケーション管理テーブル２０００の説明図である。

アプリケーション管理テーブル２０００は、管理計算機１３００が管理するホスト計算機１２００によって実行されるアプリケーション１２６１と、アプリケーション１２６１が利用する論理ボリューム１２０１（データボリューム）との関係を管理するテーブルである。

アプリケーション管理テーブル２０００は、アプリケーションＩＤ２００１、ストレージＩＤ２００２、ボリュームＩＤ２００３、及びホストＩＰアドレス２００４を含む。

アプリケーションＩＤ２００１には、管理計算機１３００が管理するホスト計算機１２００によって実行されるアプリケーション１２６１の一意な識別子が登録される。

ストレージＩＤ２００２には、アプリケーション１２６１が利用するデータボリュームが備わるストレージシステム１０００の一意な識別子が登録される。

ボリュームＩＤ２００３には、アプリケーション１２６１が利用するデータボリュームの一意な識別子が登録される。

ホストＩＰアドレス２００４には、アプリケーション１２６１を実行するホスト計算機１２００の管理Ｉ／Ｆ１２５０に割り当てられたネットワークアドレスが登録される。

なお、アプリケーション１２６１が複数のデータボリュームを利用する場合、ボリュームＩＤ２００３には、アプリケーション１２６１が利用する複数のデータボリュームの一意な識別子が登録される。論理ボリューム１０２１の識別子が登録されるエントリには、複数の識別子を列挙して登録できる。

アプリケーション管理テーブル２０００の各フィールドに値がどのように登録されるかについて説明する。

アプリケーションＩＤ２００１及びホストＩＰアドレス２００４には、設定プログラム１３５１によって提供されるユーザインタフェース（例えばＧＵＩ（Graphic User Interface））を介して、ユーザによって入力されたアプリケーション１２６１の識別子及びホスト計算機１２００の管理Ｉ／Ｆ１２５０のネットワークアドレスが登録される。

そして、設定プログラム１３５１によって提供されるユーザインタフェースを介してアプリケーション１２６１の識別子及び管理Ｉ／Ｆ１２５０のネットワークアドレスがユーザによって入力された場合、設定プログラム１３５１は、入力された管理Ｉ／Ｆ１２５０のネットワークアドレスを用いて、当該管理Ｉ／Ｆ１２５０を備えるホスト計算機１２００のリカバリマネージャ１２６２と通信する。

そして、設定プログラム１３５１は、入力されたアプリケーションの識別子によって識別されるアプリケーション１２６１が利用するデータボリュームの識別子及び当該データボリュームを備えるストレージシステム１０００の識別子を取得する。

設定プログラム１３５１は、取得されたデータボリュームの識別子をボリュームＩＤ２００３に登録し、取得されたストレージシステム１０００の識別子をストレージＩＤ２００２に登録する。

なお、各種プログラムがホスト計算機１２００のリカバリマネージャ１２６２とデータを通信する場合、各種プログラムは、ホストＩＰアドレス２００４に登録されたネットワークアドレスを用いて通信するが、以降では説明を省略する。

図３は、本発明の第１実施形態のストレージ管理テーブル３０００の説明図である。

ストレージ管理テーブル３０００は、管理計算機１３００が管理するストレージシステムのネットワークアドレスを示すテーブルである。

ストレージ管理テーブル３０００は、ストレージＩＤ３００１及びストレージＩＰアドレス３００２を含む
ストレージＩＤ３００１には、管理計算機１３００に接続されるストレージシステムの一意な識別子が登録される。

ストレージＩＰアドレス３００２には、ストレージＩＤ３００１に登録されたストレージシステムの識別子によって識別されるストレージシステムの管理Ｉ／Ｆ１０１２に割り当てられたネットワークアドレスが登録される。

なお、ストレージＩＤ３００１及びストレージＩＰアドレス３００２には、設定プログラム１３５１によって提供されるユーザインタフェースを介して、ユーザによって入力されたストレージシステムの識別子及びストレージシステムの管理Ｉ／Ｆ１０１２のネットワークアドレスが登録される。

図４は、本発明の第１実施形態のリモートコピー管理テーブル４０００の説明図である。

リモートコピー管理テーブル４０００は、リモートコピーペアの関係が登録されるテーブルである。リモートコピーペアとは、データボリューム、及び当該データボリュームに記憶されたデータがリモートコピー機能を用いて複製されるミラーボリュームである。

リモートコピー管理テーブル４０００は、リモートコピーＩＤ４００１、ローカルストレージＩＤ４００２、データボリュームＩＤ４００３、リモートストレージＩＤ４００４、及びミラーボリュームＩＤ４００５を含む。

リモートコピーＩＤ４００１には、現在設定されているリモートコピーペアの一意な識別子が登録される。

ローカルストレージＩＤ４００２には、当該リモートコピーペアの複製元となるデータが記憶される論理ボリューム１０２１（データボリューム）を備えるストレージシステムの一意な識別子が登録される。データボリュームＩＤ４００３には、当該リモートコピーペアの複製元となるデータが記憶される論理ボリューム１０２１（データボリューム）の一意な識別子が登録される。

リモートストレージＩＤ４００４には、当該リモートコピーペアの複製先論理ボリューム１０２１（ミラーボリューム）を備えるストレージシステムの一意な識別子が登録される。ミラーボリュームＩＤ４００５には、当該リモートコピーペアの複製先論理ボリューム１０２１（ミラーボリューム）の一意な識別子が登録される。

なお、リモートコピー管理テーブル４０００の各フィールドには、設定プログラム１３５１が各ストレージシステムの制御プログラム１０１８から取得したデータが登録される。なお、設定プログラム１３５１は、図３に示すストレージ管理テーブル３０００のストレージＩＰアドレス３００２に登録されたストレージシステムの管理Ｉ／Ｆ１０１２のネットワークアドレスを用いて、ストレージシステムの制御プログラム１０１８と通信する。なお、各種プログラムがストレージシステムの制御プログラム１０１８とデータを通信する場合、各種プログラムは、ストレージＩＰアドレス３００２に登録されたネットワークアドレスを用いて通信するが、以降では説明を省略する。

図５は、本発明の第１実施形態のボリューム管理テーブル５０００の説明図である。

ボリューム管理テーブル５０００は、管理計算機１３００が管理するストレージシステムに備わる論理ボリューム１０２１に関する情報を管理するテーブルである。

ボリューム管理テーブル５０００は、ストレージＩＤ５００１、ボリュームＩＤ５０００２、用途５００３、及び容量５００４を含む。

ストレージＩＤ５００１には、ストレージシステムの一意な識別子が登録される。ボリュームＩＤ５００２には、論理ボリューム１０２１の一意な識別子が登録される。

用途５００３には、ストレージＩＤ５００１に登録されたストレージシステムの一意な識別子並びにボリュームＩＤ５００２に登録された論理ボリューム１０２１の一意な識別子によって識別される論理ボリューム１０２１の用途を示す情報が登録される。

具体的には、論理ボリューム１０２１がアプリケーションによって利用されるデータを記憶するためのデータボリュームである場合、用途５００３には「データボリューム」が登録される。また、論理ボリューム１０２１が、データボリュームに記憶されたデータがリモートコピー機能によって複製されるミラーボリュームである場合、用途５００３には、「ミラーボリューム」が登録される。また、論理ボリューム１０２１が、データボリューム又はミラーボリュームに記憶されたデータがローカルコピー機能によって複製されるバックアップボリュームである場合、用途５００３には、「バックアップボリューム」が登録される。また、論理ボリューム１０２１が使用されていない場合、用途５００３には、「未使用」が登録される。

容量５００４には、ストレージＩＤ５００１に登録されたストレージシステムの一意な識別子並びにボリュームＩＤ５００２に登録された論理ボリューム１０２１の一意な識別子によって識別される論理ボリューム１０２１の容量を示す情報が登録される。

なお、リモートコピー管理テーブル４０００の各フィールドには、設定プログラム１３５１が各ストレージシステムの制御プログラム１０１８から取得したデータが登録される。

図６は、本発明の第１実施形態のバックアップポリシー管理テーブル６０００の説明図である。

バックアップポリシー管理テーブル６０００は、各アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータボリュームに記憶されたデータがローカルコピー機能によってバックアップされる場合の各種ポリシーを管理するテーブルである。

バックアップポリシー管理テーブル６０００は、アプリケーションＩＤ６００１、ＲＰＯ（Recovery Point Objective）（バックアップ周期）６００２、バックアップ保持期間６００３、縮退運用ポリシー６００４、バックアップ取得ストレージ６００５、及び最新バックアップ保持ストレージＩＤ６００６を含む。

アプリケーションＩＤ６００１には、管理計算機１３００が管理するホスト計算機１２００によって実行されるアプリケーション１２６１の一意な識別子が登録される。

ＲＰＯ６００２には、アプリケーション１２６１によって利用されるデータボリューム（又はデータボリュームに記憶されたデータが複製されるミラーボリューム）に記憶されたデータをバックアップボリュームにローカルコピー機能を用いて複製されるバックアップ処理が実行されるタイミングを示す情報が登録される。

バックアップ保持期間６００３には、アプリケーション１２６１によって利用されるデータボリュームから複製されたデータがバックアップボリュームに格納されている期間を示す情報が登録される。

縮退運用ポリシー６００４には、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータボリュームを備えるストレージシステム１０００（ローカルサイトのストレージシステム）及びデータボリュームに記憶されたデータがリモートコピーによって複製されるミラーボリュームを備えるストレージシステム１００１（リモートサイトのストレージシステム）の少なくとも一方に異常が発生した場合に、異常が発生していないストレージシステムが、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータをバックアップする（以下、縮退運用という）ポリシーを示す情報が登録される。

具体的には、縮退運用ポリシー６００４には、「ＲＰＯ維持」又は「バックアップ保持期間維持」が登録される。「ＲＰＯ維持」は、縮退運用時にバックアップ保持期間を犠牲にして、ＲＰＯ６００２に登録されたＲＰＯを維持するように、バックアップ指示プログラム１３５２がアプリケーション１２６１によって利用されるデータボリュームに記憶されたデータをバックアップすることを示す情報である。一方、「バックアップ保持期間維持」は、縮退運用時にＲＰＯを犠牲にして、バックアップ保持期間６００３に登録されたバックアップ保持期間を維持するように、バックアップ指示プログラム１３５２がアプリケーション１２６１によって利用されるデータボリュームに記憶されたデータをバックアップすることを示す情報である。

つまり、バックアップ指示プログラム１３５２は、縮退運用時に縮退運用ポリシー６００４に登録された情報によって、異なる処理を実行する。なお、バックアップ指示プログラム１３５２の具体的な処理は、図１０で詳細を説明する。

バックアップ取得ストレージ６００５には、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータがリモートコピーによってバックアップされる場合の複製元のデータボリュームを備えるストレージシステムの一意な識別子及び複製先のミラーボリュームを備えるストレージシステムの一意な識別子が登録される。

最新バックアップ保持ストレージＩＤ６００６には、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータの最新バックアップデータを記憶しているストレージシステムの一意な識別子が登録される。

なお、アプリケーションＩＤ６００１には、設定プログラム１３５１によって提供されるユーザインタフェース（例えば、ＧＵＩ）を介して、ユーザによって入力されたアプリケーション１２６１の一意な識別子が登録される。

また、ＲＰＯ６００２、バックアップ保持期間６００３、及び縮退運用ポリシー６００４には、設定プログラム１３５１によって提供されるバックアップ条件登録コンソール９０００（図９参照）を介して、ユーザによって入力された、ＲＰＯを示す情報、バックアップ保持期間を示す情報、及び縮退運用ポリシーを示す情報が登録される。

バックアップ取得ストレージ６００５には、設定プログラム１３５１によってストレージシステムの一意な識別子が登録されるが、詳細は図８で詳細を説明する。

また、最新バックアップ保持ストレージＩＤ６００６には、バックアップ指示プログラム１３５２によってストレージシステムの一意な識別子が登録されるが、詳細は、図１０で詳細を説明する。

図７は、本発明の第１実施形態のバックアップデータ管理テーブル７０００の説明図である。

バックアップデータ管理テーブル７０００は、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータのバックアップ状態を管理するテーブルである。

バックアップデータ管理テーブル７０００は、アプリケーションＩＤ７００１、世代ＩＤ７００２、バックアップ元ストレージＩＤ７００３、バックアップ元ボリュームＩＤ７００４、バックアップ先ストレージＩＤ７００５、バックアップ先ボリュームＩＤ７００６、バックアップ取得時間７００７、及び通常／冗長７００８を含む。

アプリケーションＩＤ７００１には、アプリケーション１２６１の一意な識別子が登録される。

世代ＩＤ７００２には、データがバックアップされるバックアップボリュームに割り当てられる世代の一意な識別子が登録される。

バックアップ元ストレージＩＤ７００３には、当該世代のバックアップされたデータが取得された論理ボリューム１０２１を備えるストレージシステムの一意な識別子が登録される。バックアップ元ボリュームＩＤ７００４には、当該世代のバックアップされたデータが取得された論理ボリューム１０２１の一意な識別子が登録される。

バックアップ先ストレージＩＤ７００５には、当該世代のバックアップされたデータが存在する論理ボリューム１０２１を備えるストレージシステムの一意な識別子が登録される、バックアップ先ボリュームＩＤ７００６には、当該世代のバックアップされたデータが存在する論理ボリューム１０２１の一意な識別子が登録される、
バックアップ取得時間７００７には、当該世代のデータがバックアップされた日時を示す情報が登録される。通常／冗長７００８には、当該世代のデータが計算機システム内に一つしかしない存在しない通常のデータであることを示す「通常」又は当該世代のデータが計算機システム内に複数存在する冗長化されたデータであることを示す「冗長」が登録される。なお、通常／冗長７００８には、何も登録されない場合がある。

アプリケーションＩＤ７００１、世代ＩＤ７００２、バックアップ元ストレージＩＤ７００３、バックアップ元ボリュームＩＤ７００４、バックアップ先ストレージＩＤ７００５、及びバックアップ先ボリュームＩＤ７００６は、設定プログラム１３５１によって設定される。また、バックアップ取得時間７００７及び通常／冗長７００８は、バックアップ指示プログラム１３５２によって設定される。なお、バックアップ指示プログラム１３５２の処理は、図１０で詳細を説明する。

次に、設定プログラム１３５１によるバックアップ環境設定処理を図８を用いて説明する。図８は、本発明の第１実施形態の設定プログラム１３５１によるバックアップ環境設定処理のフローチャートである。

ユーザがバックアップ環境を設定するアプリケーション１２６１を指定することによって、設定プログラム１３５１は、バックアップ環境設定処理を開始する。

まず、設定プログラム１３５１は、図２に示すアプリケーション管理テーブル２０００を参照し、指定されたアプリケーション１２６１が利用する論理ボリューム１０２１（データボリューム）を特定する（８０１０）。

具体的には、設定プログラム１３５１は、アプリケーション管理テーブル２０００のアプリケーションＩＤ２００１に登録されたアプリケーション１２６１の識別子のうち、指定されたアプリケーション１２６１の一意な識別子と同じ識別子を含むエントリを選択する。

設定プログラム１３５１は、選択されたエントリに含まれるストレージＩＤ２００２に登録されたストレージシステムの識別子及びボリュームＩＤ２００３に登録された論理ボリューム１０２１の識別子を取得することによって、指定されたアプリケーション１２６１が利用する論理ボリューム１０２１を特定する。

次に、設定プログラム１３５１は、図４に示すリモートコピー管理テーブル４０００を参照し、ステップ８０１０の処理で特定された論理ボリューム１０２１のリモートコピーに関する情報、つまりステップ８０１０の処理で特定された論理ボリューム１０２１のミラーボリューム及び当該ミラーボリュームを備えるストレージシステムを特定する（８０２０）。

ステップ８０１０の処理で特定されたデータボリュームを備えるストレージシステム及びステップ８０２０の処理で特定されたミラーボリュームを備えるストレージシステムが、データボリュームに記憶されたデータをバックアップするストレージシステムとなる。

具体的には、設定プログラム１３５１は、リモートコピー管理テーブル４０００のローカルストレージＩＤ４００２に登録されたストレージシステムの識別子のうち、ステップ８０１０の処理で取得されたストレージシステムの識別子と同じ識別子を含むエントリを取得する。

そして、設定プログラム１３５１は、選択されたエントリに含まれるデータボリュームＩＤ４００３に含まれる論理ボリューム１０２１の識別子のうち、ステップ８０１０の処理で取得された論理ボリューム１０２１の識別子と同じ識別子を含むエントリをさらに選択する。

そして、設定プログラム１３５１は、選択されたエントリに含まれるリモートストレージＩＤ４００４に登録されたストレージシステムの識別子及びミラーボリュームＩＤ４００５に登録された論理ボリューム１０２１の識別子を取得することによって、ステップ８０１０の処理で取得された論理ボリューム１０２１のミラーボリューム及び当該ミラーボリュームを備えるストレージシステムを特定する。

なお、ステップ８０２０の処理で、設定プログラム１３５１が図４に示すリモートコピー管理テーブル４０００の各エントリに登録される情報を制御プログラム１０１８から取得し、リモートコピー管理テーブル４０００を更新してもよい。

次に、設定プログラム１３５１は、ステップ８０１０の処理で特定されたストレージシステムの識別子及びステップ８０２０の処理で取得されたストレージシステムの識別子に基づいて、図９に示すバックアップ条件登録コンソール９０００を表示装置１３２０に表示する（８０２５）。

ユーザは、ステップ８０２５の処理で表示されたバックアップ条件登録コンソール９０００を介して、バックアップ保持期間、ＲＰＯ及び縮退運用ポリシーを入力する（８０３０）。

次に、設定プログラム１３５１は、ユーザからの入力を受け付けた場合に、入力されたバックアップ保持期間及びＲＰＯに基づいて、（式１）を計算することによって、バックアップ世代数を算出する（８０４０）。

（式１）
バックアップ世代数＝ＲＯＵＮＤＵＰ（バックアップ保持期間÷ＲＰＯ）＋１
なお、ＲＯＵＮＤＵＰ（Ｘ）は、Ｘの小数点以下を切り上げる関数である。

例えば、入力されたバックアップ保持期間が６日、ＲＰＯが１日である場合、設定プログラム１３５１は、ＲＯＵＮＤＵＰ（６÷１）＋１を計算し、バックアップ世代数は７世代であることを算出する。

バックアップ世代数が７世代であると、バックアップボリュームのうち、最古のデータを記憶しているバックアップボリュームのデータが消去され、データボリュームに記憶される最新のデータが当該バックアップボリュームにバックアップされている間であっても、６日前のバックアップデータを保持できる。この場合、計算機システムには、バックアップデータは、現在バックアップ中のデータ、１日前のデータ、２日前のデータ、３日前のデータ、４日前のデータ、５日前のデータ、及び６日前のデータが存在する。

次に、設定プログラム１３５１は、管理計算機１３００が管理する各ストレージシステムに設定されるローカルコピーペア世代数を、（式２）を計算することによって算出する（８０５０）。なお、ローカルコピーペア世代数は、各ストレージシステムに設定されるバックアップ処理によって複製されたデータを格納するバックアップボリュームの数である。

（式２）
ローカルコピーペア世代数＝ＲＯＵＮＤＵＰ（バックアップ世代数÷ストレージシステム数）
例えば、バックアップ世代数が７世代であり、ストレージシステム数が２つである場合、設定プログラム１３５１は、ＲＯＵＮＤＵＰ（７÷２）を計算し、ローカルコピーペア世代数は４世代であることを算出する。

次に、設定プログラム１３５１は、ステップ８０５０の処理で算出されたローカルコピーペア世代数を使用ボリューム数として、バックアップ条件登録コンソール９０００を再度表示する（８０６０）。

ユーザは、表示されたバックアップ条件登録コンソール９０００で表示された使用ボリューム数を許可する場合、バックアップ条件登録コンソール９０００に含まれる実行ボタンを操作する（８０７０）。

設定プログラム１３５１は、ステップ８０７０の処理でユーザによって実行ボタンが操作されたことを受け付けた場合、図５に示すボリューム管理テーブル５０００を参照し、バックアップを取得する各ストレージシステムに備わる論理ボリューム１０２１に関する情報を取得する（８０８０）。

具体的には、設定プログラム１３５１１は、ボリューム管理テーブル５０００のストレージＩＤ５００１に登録されたストレージシステムの識別子のうち、バックアップを取得する各ストレージシステムの識別子と同じ識別子のエントリを取得する。

そして、設定プログラム１３５１は、取得されたエントリに含まれるすべてのボリュームの用途５００３に登録された情報、及び容量５００４に登録された情報を取得することによってバックアップを取得する各ストレージシステムに備わる論理ボリューム１０２１に関する情報を取得する。

なお、設定プログラム１３５１は、ステップ８０８０の処理を実行する前に、各ストレージシステムの制御プログラム１０１８と通信して、ボリューム管理テーブル５０００に登録される情報を取得して、取得されたボリューム管理テーブル５０００に登録された情報に基づいて、ボリューム管理テーブル５０００を更新してもよい。

次に、設定プログラム１３５１は、各ストレージシステムが使用ボリューム数分の論理ボリューム１０２１を備えるか否かを判定する（８０９０）。

具体的には、設定プログラム１３５１は、バックアップを取得するストレージシステムに備わる論理ボリューム１０２１のうち、ステップ８０８０の処理で取得された用途５００３に登録された情報が「未使用」であって、容量５００４に登録された情報がバックアップデータを記憶する容量より大きい論理ボリューム１０２１が、使用ボリューム数以上存在するか否かを判定する。

ステップ８０９０の処理で、各ストレージシステムが使用ボリューム数分の論理ボリューム１０２１を備えないと判定された場合、設定プログラム１３５１は、ストレージシステムにバックアップボリュームを設定できないことをユーザに通知するために、エラーメッセージを表示装置１３２０に表示し（８１００）、バックアップ環境設定処理を終了する。

一方、ステップ８０９０の処理で、各ストレージシステムが使用ボリューム数分の論理ボリューム１０２１を備えると判定された場合、設定プログラム１３５１は、ストレージシステムに備わる論理ボリューム１０２１をバックアップボリュームに設定する命令を、バックアップを取得する各ストレージシステムの制御プログラム１０１８に送信する（８１１０）。

次に、設定プログラム１３５１は、管理テーブル群を更新し（８１２０）、バックアップ環境設定処理を終了する。

具体的には、設定プログラム１３５１は、図５に示すボリューム管理テーブル５０００に含まれるエントリうち、ステップ８１１０の処理でバックアップボリュームに設定される論理ボリューム１０２１の用途５００３を「データボリューム」に更新する。

また、設定プログラム１３５１は、ステップ８１１０の処理で設定されたバックアップボリュームに世代の識別子を割り当てる。そして、設定プログラム１３５１は、図７に示すバックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録される識別子のうち、ユーザによって入力されたアプリケーション１２６１の識別子と一致するすべてのエントリを選択する。

そして、設定プログラム１３５１は、選択されたエントリに含まれる世代ＩＤ７００２に登録された世代の識別子のうち、割り当てられた世代を示す識別子と一致するエントリを選択する。

そして、設定プログラム１３５１は、選択されたエントリに含まれるバックアップ元ストレージＩＤ７００３を、バックアップの対象となる論理ボリューム１０２１（データボリューム又はミラーボリューム）を備えるストレージシステムの識別子に更新し、バックアップ元ボリュームＩＤ７００４を、バックアップの対象となる論理ボリューム１０２１（データボリューム又はミラーボリューム）の識別子に更新する。

また、設定プログラム１３５１は、選択されたエントリに含まれるバックアップ先ストレージＩＤ７００５を、当該世代の識別子が割り当てられたバックアップボリュームを備えるストレージシステムの識別子に更新し、バックアップ先ボリュームＩＤ７００６を当該世代の識別子が割り当てられたバックアップボリュームの識別子に更新する。

また、設定プログラム１３５１は、図６に示すバックアップポリシー管理テーブル６０００に含まれるエントリのうち、ユーザによって指定されたアプリケーション１２６１のエントリのＲＰＯ６０００２、バックアップ保持期間６００３及び縮退運用ポリシー６００４を、ステップ８０３０の処理でユーザによってバックアップ条件登録コンソール９０００を介して入力されたＲＰＯ、バックアップ保持期間、及び縮退運用ポリシーに更新する。

また、設定プログラム１３５１は、図６に示すバックアップポリシー管理テーブル６０００に含まれるエントリのうち、ユーザによって指定されたアプリケーション１２６１のエントリのバックアップ取得ストレージ６００５を、ステップ８０２０の処理で特定されたストレージシステムに更新する。

なお、ステップ８０３０及び８０７０の処理で、バックアップ条件登録コンソール９０００のキャンセルボタン９００２（図９参照）がユーザによって押下されると、設定プログラム１３５１は、バックアップ環境設定処理を中断する。

また、本実施形態では、設定プログラム１３５１は、ステップ８０４０〜８０６０の処理で、ユーザによって入力されたバックアップ保持期間及びＲＰＯに基づいて世代数を算出したが、ユーザがバックアップ保持期間を入力せずに、世代数を入力し、入力された世代数及びＲＰＯに基づいて（式３）を計算することによって、バックアップ保持期間を算出するようにしてもよい。

（式３）
バックアップ保持期間＝（世代数−１）×ＲＰＯとなる。

次に、図８に示すステップ８０２５の処理で表示されるバックアップ条件登録コンソール９０００について、図９を用いて説明する。

図９は、本発明の第１実施形態のバックアップ条件登録コンソール９０００の説明図である。

バックアップ条件登録コンソール９０００は、バックアップ保持期間入力フィールド９００３、ＲＰＯ入力フィールド９００４、縮退運用ポリシー入力チェックボックス９００５、ボリューム数表示フィールド９００６、実行ボタン９００１、及びキャンセルボタン９００２を備える。

バックアップ保持期間入力フィールド９００３は、ユーザがバックアップ保持期間を入力するためのフィールドである。ＲＰＯ入力フィールドは、ユーザがＲＰＯを入力するためのフィールドである。縮退運用ポリシー入力チェックボックス９００５は、ユーザが縮退運用ポリシーを選択するためのチェックボックスである。

ボリューム数表示フィールド９００６は、図８に示すバックアップ環境設定処理のステップ８０６０の処理で表示されるフィールドであって、バックアップ運用に使用される論理ボリューム１０２１の数を表示するためのフィールドである。

なお、ボリューム数表示フィールド９００６は、バックアップ保持期間入力フィールド９００３又はＲＰＯ入力フィールド９００４に入力された値が変更されると、設定プログラム１３５１によって更新される。

実行ボタン９００１は、図８に示すバックアップ環境設定処理のステップ８０７０の処理で、ボリューム数表示フィールド９００６に表示される使用ボリューム数等のバックアップ条件が許容可能な場合にユーザが押下するボタンである。キャンセルボタン９００２は、図８のステップ８０３０及び８０７０の処理で、バックアップ環境設定処理を中断する場合にユーザが押下するボタンである。

次に、バックアップ指示プログラム１３５２によるバックアップ処理を図１０を用いて説明する。

図１０は、本発明の第１実施形態のバックアップ指示プログラム１３５２によるバックアップ処理のフローチャートである。

ユーザがバックアップの対象となるアプリケーション１２６１を指定することによって、バックアップ指示プログラム１３５２は、バックアップ指示プログラム１３５２を開始する。

バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００を参照し、現在の日時がユーザによって指定されたアプリケーション１２６１のＲＰＯになるまで、待機する（１００１０）。

そして、現在の日時がアプリケーション１２６１のＲＰＯになった場合、バックアップ指示プログラム１３５２は、ユーザによって指定されたアプリケーション１２６１を実行するホスト計算機１２００のリカバリマネージャ１２６２にアプリケーション１２６１を静止化する命令を送信する（１００１３）。なお、アプリケーション１２６１の静止化とは、アプリケーション１２６１のデータボリュームへの書き込みを停止することである。

次に、バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００を参照し、バックアップを取得する通常バックアップ取得ストレージシステムを特定する（１００１５）。

具体的には、バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００のアプリケーションＩＤ６００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリを選択する。

そして、バックアップ指示プログラム１３５２は、選択されたエントリに含まれる最新バックアップ保持ストレージＩＤ６００６に登録されたストレージシステムの識別子を取得する。なお、取得されたストレージシステムの識別子は、前回のバックアップ取得時に通常バックアップ取得ストレージシステムとして特定されたストレージシステムの識別子である。

バックアップ指示プログラム１３５２は、バックアップを取得するごとに、通常バックアップ取得ストレージシステムを、バックアップポリシー管理テーブル６０００のバックアップ取得ストレージ６００５に登録されたストレージシステムの順に変更する。したがって、バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ取得ストレージ６００５に登録されたストレージシステムの識別子のうち、取得された最新バックアップ保持ストレージＩＤ６００６に登録されたストレージシステムの識別子の次のストレージシステムの識別子を、通常バックアップ取得ストレージシステムの識別子として取得する。

なお、最新バックアップ保持ストレージＩＤ６００６に登録されたストレージシステムの識別子がバックアップ取得ストレージ６００５に登録されたストレージシステムの識別子の最後の識別子である場合、又は最新バックアップ保持ストレージＩＤ６００６に何も登録されていない場合には、バックアップ指示プログラム１３５２は、バックアップ取得ストレージ６００５に登録されたストレージシステムの識別子の先頭のストレージシステムの識別子を通常バックアップ取得ストレージシステムの識別子として取得する。

次に、バックアップ指示プログラム１３５２は、ステップ１００２０〜１０１４０の処理を、バックアップを取得するストレージシステムの数分繰り返す（１００１８）。なお、ステップ１００２０〜１０１４０の処理は、通常バックアップ取得ストレージシステムから優先して実行される。

まず、バックアップ指示プログラム１３５２は、処理対象のストレージシステムの制御プログラム１０１８と通信し、当該ストレージシステムが正常に稼動しているか否かを判定する（ステップ１００２０）。

ステップ１００２０の処理で、処理対象のストレージシステムが正常に稼動していないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムが通常バックアップ取得ストレージシステムであるか否かを判定する（ステップ１００３０）。

ステップ１００３０の処理で、処理対象のストレージシステムが通常バックアップ取得ストレージシステムでないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムに対する処理を終了し、次のストレージシステムを処理対象のストレージシステムとして選択し、ステップ１００１８の処理に戻る。

一方、ステップ１００３０の処理で、処理対象のストレージシステムが通常バックアップ取得ストレージシステムであると判定された場合、バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００のアプリケーションＩＤ６００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリに含まれる縮退運用ポリシー６００４に登録された値を取得する（ステップ１００４０）。

ステップ１００４０の処理で取得された縮退運用ポリシー６００４に登録された値が「バックアップ保持期間維持」である場合、バックアップ指示プログラム１３５２は、を終了し、次のストレージシステムを処理対象のストレージシステムとして選択し、ステップ１００１８の処理に戻る。

一方、ステップ１００４０の処理で取得された縮退運用ポリシー６００４に登録された値が「ＲＰＯ維持」である場合、バックアップ指示プログラム１３５２は、通常バックアップ取得ストレージシステムを、現在特定されている通常バックアップ取得ストレージシステムの識別子の次のストレージシステムを、通常バックアップ取得ストレージシステムとして新たに特定し（１００５０）、ステップ１００１８の処理に戻る。具体的には、バックアップ指示プログラム１３５２は、バックアップ取得ストレージ６００５に登録されたストレージシステムの識別子から、現在通常バックアップ取得ストレージとして特定されているストレージシステムの識別子の次のストレージシステムの識別子を、通常バックアップ取得ストレージシステムの識別子として取得する。

なお、ステップ１００１８の処理に戻ると、ステップ１００５０の処理で新たに特定された通常バックアップ取得ストレージシステムが、処理対象のストレージシステムとなる。

また、ステップ１００５０の処理で、通常バックアップ取得ストレージシステムとして特定されるストレージシステムが存在しない場合、バックアップ指示プログラム１３５２は、エラーをログに出力して、異常終了する。

一方、ステップ１００２０の処理で、処理対象のストレージシステムが正常稼動していると判定された場合、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００を参照し、処理対象のストレージシステムに備わるバックアップボリュームのうち、バックアップを取得していないバックアップボリュームが存在するか否かを判定する（１００６０）。

具体的には、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１と一致するすべてのエントリを選択する。そして、バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ元ストレージＩＤ７００３又はバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子のうち、処理対象のストレージシステムの識別子と一致するエントリを選択する。

バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ取得時間７００７に何も登録されていないエントリがあるか否かを判定する。

ステップ１００６０の処理で、バックアップを取得していないバックアップボリュームが存在すると判定された場合、バックアップ指示プログラム１３５２は、当該バックアップボリュームのバックアップ元のボリューム（データボリューム又はミラーボリューム）に記憶されたデータを、ローカルコピー機能を用いてバックアップボリュームに複製することによって、バックアップを取得する（１００７０）。

具体的には、バックアップ指示プログラム１３５２は、バックアップを取得していないバックアップボリュームがバックアップを取得する指示を、当該バックアップボリュームを備えるストレージシステムの制御プログラム１０１８に送信する。

そして、ステップ１００７０の処理で、バックアップを取得していないバックアップボリュームがバックアップの取得を終了すると、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子及びバックアップ先ボリュームＩＤ７００６に登録された論理ボリューム１０２１の識別子のうち、ステップ１００７０の処理でバックアップを取得したバックアップボリュームを備えるストレージシステムの識別子及び当該バックアップボリュームの識別子と一致するエントリを選択する。

そして、バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ取得時間７００７及び通常／冗長７００８を更新する（１００８０）。

具体的には、バックアップ指示プログラム１３５２は、バックアップ取得時間７００７に、ステップ１００１３の処理でアプリケーション１２６１を静止化した日時を示す情報を登録する。また、バックアップ指示プログラム１３５２は、通常／冗長７００８に、バックアップボリュームに記憶されたデータが、ストレージシステムが通常バックアップ取得ストレージシステムとして選択された場合に複製されたデータを記憶するバックアップデータボリュームである場合に「通常」を登録する。また、バックアップ指示プログラム１３５２は、通常／冗長７００８に、バックアップボリュームに記憶されたデータが、ストレージシステムが通常バックアップ取得ストレージシステムとして選択されていない場合に複製されたデータを記憶するバックアップデータボリュームである場合に「冗長」を登録する。

一方、ステップ１００６０の処理で、処理対象のストレージシステムに備わるバックアップボリュームのうち、バックアップを取得していないバックアップボリュームが存在しないと判定された場合、バックアップ指示プログラム１３５２は、バックアップ取得時間がバックアップ保持期間を超えている不要なバックアップボリュームが存在するか否かを判定する（１００９０）。

具体的には、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子が処理対象のストレージシステムの識別子と一致するすべてのエントリを選択する。そして、バックアップ指示プログラム１３５２は、選択されたエントリのうち、バックアップ取得時間７００７に登録された日時を示す情報が現在の日時からバックアップ保持期間以上経過しているエントリが存在するか否かを判定する。

ステップ１００９０の処理で、バックアップ取得時間がバックアップ保持期間を超えている不要なバックアップボリュームが存在すると判定された場合、バックアップ指示プログラム１３５２は、バックアップ取得時間がバックアップ保持期間を超えている不要なバックアップボリュームから一つのバックアップボリュームを任意に選択し、選択されたバックアップボリュームのバックアップ元のボリューム（データボリューム又はミラーボリューム）に記憶されたデータを、ローカルコピー機能を用いてバックアップボリュームに複製することによって、バックアップを取得し（１０１００）、ステップ１００８０の処理に進む。

一方、ステップ１００９０の処理で、バックアップ取得時間がバックアップ保持期間を超えている不要なバックアップボリュームが存在しないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムが通常バックアップ取得ストレージシステムとして特定されていない場合にバックアップが取得された論理ボリューム（冗長ボリューム）を備える否かを判定する（１０１１０）。

具体的には、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するすべてのエントリを選択する。そして、バックアップ指示プログラム１３５２は、選択されたエントリに含まれるバックアップ元ストレージＩＤ７００３又はバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子のうち、処理対象のストレージシステムの識別子と一致するエントリを選択する。

そして、バックアップ指示プログラム１３６２は、選択されたエントリに含まれる通常／冗長７００８に「冗長」を示す情報が登録されたエントリが存在するか否かを判定する。

ステップ１０１１０の処理で、処理対象のストレージシステムが冗長ボリュームを備えると判定された場合、バックアップ取得時間７００７に登録された日時が最も古い冗長ボリュームのバックアップ元のボリューム（データボリューム又はミラーボリューム）に記憶されたデータを、ローカルコピー機能を用いて当該バックアップボリュームに複製することによって、バックアップを取得し（１０１２０）、ステップ１００８０の処理に進む。

一方、ステップ１０１１０の処理で、処理対象のストレージシステムが冗長ボリュームを備えないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムが通常バックアップ取得ストレージシステムであるか否かを判定する（１０１３０）。

ステップ１０１３０の処理で、処理対象のストレージシステムが通常バックアップ取得ストレージシステムであると判定された場合、バックアップ指示プログラム１３５２は、バックアップ取得時間７００７に登録された日時が最も古いバックアップボリュームのバックアップ元のボリューム（データボリューム又はミラーボリューム）に記憶されたデータを、ローカルコピー機能を用いて当該バックアップボリュームに複製することによって、バックアップを取得し（１０１４０）、ステップ１００８０の処理に進む。

一方、ステップ１０１３０の処理で、処理対象のストレージシステムが通常バックアップ取得ストレージシステムでないと判定された場合、バックアップ指示プログラム１３５２は、処理対象のストレージシステムに対する処理を終了し、次のストレージシステムを処理対象のストレージシステムとして選択し、ステップ１００１８の処理に戻る。

次に、バックアップ指示プログラム１３５２は、ステップ１００２０〜１０１４０の処理を、図６に示すバックアップポリシー管理テーブル６０００のアプリケーションＩＤ６００１に登録されたアプリケーション１２６１の識別子がユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリに含まれるバックアップ取得ストレージ６００５に登録されたストレージシステムの数分繰り返し実行される。

そして、バックアップ指示プログラム１３５２は、図６に示すバックアップポリシー管理テーブル６０００の最新バックアップ保持ストレージＩＤ６００６のアプリケーションＩＤ６００１に登録されたアプリケーション１２６１の識別子がユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリに含まれる最新バックアップ保持ストレージＩＤ６００６に、ステップ１００１５の処理で特定された通常バックアップ取得ストレージシステムの識別子を登録する（１０１７０）。
ユーザによって指定されたアプリケーション１２６１を実行するホスト計算機１２００のリカバリマネージャ１２６２にアプリケーション１２６１を静止化する命令を送信する
次に、バックアップ指示プログラム１３５２は、ユーザによって指定されたアプリケーション１２６１を実行するホスト計算機１２００のリカバリマネージャ１２６２に、アプリケーション１２６１の静止化を解除する命令を送信し（１０１７０）、ステップ１００１０の処理に戻る。

次に、バックアップ指示プログラム１３５２によるバックアップ処理の運用を、図１１Ａ〜１１Ｃ及び図１２Ａ〜１２Ｅを用いて具体的に説明する。

なお、図１１Ａ〜１１Ｃ及び図１２Ａ〜１２Ｅでは、ＲＰＯが１日、バックアップ保持期間が６日に設定され、バックアップ取得ストレージシステムが２台（ＲＡＩＤ１及びＲＡＩＤ２）である場合について説明する。また、各ストレージシステムには、４世代のバックアップボリュームが設定されている。また、バックアップを取得する対象のアプリケーション１２６１は、「ＡＰ１」である。

図１１Ａ〜１１Ｃは、バックアップ指示プログラム１３５２がバックアップ処理の実行開始した直後から一方のストレージシステムに異常が発生するまでのバックアップ状態の説明図である。また、図１２Ａ〜１２Ｅは、一方のストレージシステムに障害が発生し、バックアップ指示プログラム１３５２が縮退運用を行う場合のバックアップ状態の説明図である。

図１１Ａは、本発明の第１実施形態のバックアップ指示プログラム１３５２がバックアップ処理を開始した直後のバックアップ状態の説明図である。

１月１日にバックアップ処理が開始される。バックアップ指示プログラム１３５２は、ＲＰＯに設定された所定の時間になるまでバックアップ処理を待機し、ＲＰＯに設定された所定の時間が経過した場合に、ステップ１００１０の処理に進み、アプリケーション１２６１を静止化する。

そして、バックアップ指示プログラム１３５２は、ステップ１００１５の処理に進む。この場合、バックアップ処理が開始された直後であるため、図６に示すバックアップポリシー管理テーブル６０００の最新バックアップ保持ストレージＩＤ６００６には、何も登録されていない。したがって、バックアップ指示プログラム１３５２は、バックアップ取得ストレージ６００５に登録されているストレージシステムの識別子（ＲＡＩＤ１及びＲＡＩＤ２）のうち、先頭のＲＡＩＤ１を、通常バックアップ取得ストレージシステムの識別子として取得する。なお、通常バックアップ取得ストレージシステムとして特定されたＲＡＩＤ１が優先して処理されるので、ＲＡＩＤ１から処理が実行される。

また、ＲＡＩＤ１は、正常に稼動しているので、ステップ１００６０の処理に進む。

ＲＡＩＤ１はバックアップを取得していない未使用のバックアップボリュームを備えるので、ステップ１００７０の処理に進む。バックアップ指示プログラム１３５２は、ステップ１００７０の処理で、ＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに記憶されたデータを未使用のバックアップボリュームの一つにバックアップし、ステップ１００８０の処理に進む。

ステップ１００８０の処理では、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のバックアップを取得したバックアップボリュームのエントリに含まれるバックアップ取得時間７００７に、アプリケーション１２６１を静止化した時間を登録する。また、バックアップを取得したバックアップボリュームは通常バックアップ取得ストレージシステムであるＲＡＩＤ１に備わるので、バックアップ指示プログラム１３５２は、当該エントリに含まれる通常／冗長７００８に「通常」を登録する。

なお、バックアップ指示プログラム１３５２は、ＲＡＩＤ２に対してバックアップ処理を実行していないので、ステップ１００１８の処理に戻る。

この場合、ステップ１００１８の処理で、バックアップ指示プログラム１３５２は、ＲＡＩＤ２を処理対象のストレージシステムとして選択する。

ＲＡＩＤ２は未使用のバックアップボリュームを備えるので、バックアップ指示プログラム１３５２は、ステップ１００７０の処理で、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータを未使用のバックアップボリュームの一つにバックアップし、ステップ１００８０の処理に進む。

ステップ１００８０の処理では、ＲＡＩＤ２は通常バックアップ取得ストレージでないので、バックアップ指示プログラム１３５２は、図７に示すバックアップデータ管理テーブル７０００のバックアップを取得したバックアップボリュームのエントリに含まれる通常／冗長７００８に「冗長」を登録する。

バックアップを取得するすべてのストレージシステムに対して、バックアップを処理が実行されたので、バックアップ指示プログラム１３５２は、ステップ１０１７０の処理に進み、図６に示すバックアップポリシー管理テーブル６０００のアプリケーションＩＤ６００１がＡＰ１であるエントリに含まれる最新バックアップ保持ストレージＩＤ６００６に通常バックアップ取得ストレージシステムであるＲＡＩＤ１を登録し、ステップ１００１０の処理に戻る。

そして、ＲＰＯに設定された所定の時間が経過し、次のバックアップタイミング（１月２日）になると、バックアップ指示プログラム１３５２は、ステップ１００１５の処理でＲＡＩＤ２を通常バックアップ取得ストレージとして選択して、バックアップ処理を実行する。

このようにバックアップ処理を繰り返し実行すると、１月４日には、ＲＡＩＤ１及びＲＡＩＤ２に備わるすべてのバックアップボリュームにはバックアップデータが記憶され、ＲＡＩＤ１及びＲＡＩＤ２には未使用のバックアップボリュームが存在しなくなる。

図１１Ｂは、本発明の第１実施形態のストレージシステムに未使用のバックアップボリュームが存在しなくなってからバックアップ処理が実行された場合のバックアップ状態の説明図である。

１月５日にバックアップ処理が実行されると、バックアップ指示プログラム１３５２は、ステップ１００１５の処理で、１月４日のバックアップ処理でＲＡＩＤ２が通常バックアップ取得ストレージとして選択されているので、ＲＡＩＤ１を通常バックアップ取得ストレージとして選択する。

バックアップ指示プログラム１３５２は、ステップ１００６０の処理で、ＲＡＩＤ１には未使用のバックアップボリュームは存在しないと判定し、ステップ１００９０の処理で、ＲＡＩＤ１にはバックアップ保持期間を超えている不要なバックアップボリュームは存在しないと判定する。

そして、バックアップ指示プログラム１３５２は、ステップ１０１１０の処理で、ＲＡＩＤ１には冗長ボリュームが存在すると判定し、ステップ１０１２０の処理に進む。

バックアップ指示プログラム１３５２は、ステップ１０１２０の処理で、バックアップ取得時間が最も古い冗長ボリューム（１月２日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに記憶されたデータをバックアップする。

次に、バックアップ指示プログラム１３５２は、ＲＡＩＤ２に対してバックアップ処理を実行する。ＲＡＩＤ２には未使用のバックアップボリュームが存在せず、バックアップ保持期間を超えている不要なバックアップボリュームも存在しない。また、ＲＡＩＤ２には冗長ボリュームが存在するので、バックアップ指示プログラム１３５２は、ステップ１０１２０の処理で、バックアップ取得時間が最も古い冗長ボリューム（１月１日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。

図１１Ｃは、本発明の第１実施形態のバックアップ保持期間を超えるバックアップボリュームが存在するようになった場合のバックアップ状態の説明図である。

図１１Ｂに示すバックアップ処理が１月７日まで実行される。１月８日にバックアップ処理が実行されると、バックアップ指示プログラム１３５２は、ステップ１００１５の処理で、１月７日のバックアップ処理でＲＡＩＤ１が通常バックアップ取得ストレージとして選択されているので、ＲＡＩＤ２を通常バックアップ取得ストレージとして選択する。

ＲＡＩＤ２には未使用のバックアップボリュームが存在せず、バックアップ保持期間を超えている不要なバックアップボリュームも存在しない。また、ＲＡＩＤ２には冗長ボリュームが存在するので、図１１Ｂで説明したように、バックアップ指示プログラム１３５２は、ステップ１０１２０の処理で、バックアップ取得時間が最も古い冗長ボリューム（１月７日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。

次に、バックアップ指示プログラム１３５２は、ＲＡＩＤ１に対してバックアップ処理を実行する。

ＲＡＩＤ１には未使用のバックアップボリュームが存在せず、冗長ボリュームも存在しない。また、ＲＡＩＤ１にはバックアップ保持期間を超えているバックアップボリューム（１月１日バックアップを取得したバックアップボリューム）が存在するので、バックアップ指示プログラム１３５２は、ステップ１０１００の処理で、ＲＡＩＤ１にはバックアップ保持期間を超えているバックアップボリュームに記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに記憶されたデータをバックアップする。

したがって、ＲＡＩＤ１及びＲＡＩＤ２は交互にバックアップを取得し、一方のストレージシステムに災害等によって正常に稼動できなくなった場合であっても、ＲＰＯは要求されたＲＰＯの２倍までに抑えることができる。また、一方のストレージシステムに災害等によって正常に稼動できなくなった場合であっても、バックアップ保持期間は、要求されたバックアップ保持期間−ＲＰＯまでに劣化を抑えることができる。

図１２Ａは、本発明の第１実施形態のＲＡＩＤ１に障害が発生し、「ＲＰＯ維持」で縮退運用が行われた場合のバックアップ状態の説明図である。

図１１Ｃに示す１月８日のバックアップ処理が実行された後、ＲＡＩＤ１に障害が発生している。

１月９日にバックアップ処理が実行されると、バックアップ指示プログラム１３５２は、ステップ１００１５の処理で、１月８日のバックアップ処理でＲＡＩＤ２が通常バックアップ取得ストレージとして選択されているので、ＲＡＩＤ１を通常バックアップ取得ストレージとして選択する。

バックアップ指示プログラム１３５２は、ステップ１００２０の処理で処理対象のＲＡＩＤ１が正常に稼動していないと判定し、ステップ１００３０の処理に進む。

なお、バックアップ指示プログラム１３５２は、処理対象のＲＡＩＤ１が正常に稼動していないと判定した場合、アプリケーション１２６１がデータを書き込むボリュームを、ＲＡＩＤ２のミラーボリュームに設定する命令をミラーホスト計算機１２００に送信する。

ＲＡＩＤ１は通常バックアップ取得ストレージであり、縮退運用ポリシーが「ＲＰＯ維持」であるので、バックアップ指示プログラム１３５２は、ステップ１００５０の処理で、ＲＡＩＤ２を通常バックアップ取得ストレージとして選択する。

ＲＡＩＤ２に対してバックアップ処理が実行されていないので、ステップ１００１８の処理に戻る。

ＲＡＩＤ２は正常に稼動しているので、ステップ１００６０〜１０１４０の処理に進む。

ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム、及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ＲＡＩＤ２は通常バックアップ取得ストレージであるので、バックアップ指示プログラム１３５２は、ステップ１０１４０の処理で、バックアップ取得時間が最も古いバックアップボリューム（１月２日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該バックアップボリュームに、ＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。

図１２Ｂは、本発明の第１実施形態の「ＲＰＯ維持」で縮退運用が３日間行われた場合のバックアップ状態の説明図である。

１月１１日のバックアップ処理は、図１２Ａと同じなので説明を省略する。

このように、ＲＡＩＤ１が正常に稼動していない場合であって、かつ縮退運用ポリシーが「ＲＰＯ維持」である場合には、バックアップ指示プログラム１３５２は、ＲＰＯごとに、ＲＰＩＤ２に備わるバックアップボリュームのうち、バックアップ取得時間が最も古いバックアップボリュームに記憶されたデータを間引いて、バックアップを取得する。

図１２Ｂに示すように、「ＲＰＯ維持」で縮退運用が行われたバックアップ状態は、４日間のデータしかバックアップできないが、１日ごとのデータをバックアップできる。つまり、バックアップ指示プログラム１３５２は、バックアップ保持期間を犠牲にして、ＲＰＯを維持する。

図１２Ｃは、本発明の第１実施形態の図１２Ｂに示すバックアップ状態の後にＲＡＩＤ１が障害から復旧して、ＲＡＩＤ１及びＲＡＩＤ２によってバックアップが運用されている場合のバックアップ状態の説明図である。

ＲＡＩＤ１が障害から復旧した後の１月１２日のバックアップ処理では、１月１１日のバックアップ処理でＲＡＩＤ２が通常バックアップ取得ボリュームとして選択されているので、ＲＡＩＤ１が通常バックアップ取得ボリュームとして選択される。

ＲＡＩＤ１には未使用のバックアップボリュームが存在するので、バックアップ指示プログラム１３５２は、当該未使用のバックアップボリュームに、ＡＰ１によって利用されるデータボリュームをバックアップする。

一方、ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ステップ１０１３０の処理では、ＲＡＩＤ２は通常バックアップ取得ストレージシステムではないので、バックアップ指示プログラム１３５２は、バックアップを取得しないで、ＲＡＩＤ２に対するバックアップ処理を終了する。

１月１３日に実行されるバックアップ処理では、１月１２日のバックアップ処理でＲＡＩＤ１が通常バックアップ取得ストレージシステムとして選択されているので、ＲＡＩＤ２が通常バックアップ取得ストレージシステムとして選択される。

ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ステップ１０１３０の処理では、ＲＡＩＤ２は通常バックアップ取得ストレージシステムであるため、ステップ１０１４０の処理に進む。バックアップ指示プログラム１３５２は、ステップ１０１４０の処理で、ＲＡＩＤ２に備わるバックアップボリュームのうち、バックアップ取得時間が最も古いバックアップボリュームに記憶されたデータを間引いて、当該バックアップボリュームに、ＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。

一方、ＲＡＩＤ１には未使用のバックアップボリュームが存在するので、バックアップ指示プログラム１３５２は、ステップ１００７０の処理で、当該未使用のバックアップボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに記憶されたデータをバックアップする。

１月１４日のバックアップ処理は１月１２日のバックアップ処理と同じであり、１月１５日のバックアップ処理は１月１３日のバックアップ処理と同じであるので、説明を省略する。

図１２Ｄは、本発明の第１実施形態の図１２Ｃに示すバックアップ処理がさらに実行された場合のバックアップ状態の説明図である。

１月１６日に実行されるバックアップ処理では、ＲＡＩＤ１が通常バックアップ取得ストレージシステムとして選択される。ＲＡＩＤ１には冗長ボリュームが存在するので、バックアップ指示プログラム１３５２は、バックアップ取得時間が最も古い冗長ボリューム（１月１３日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該バックアップボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに記憶されたデータをバックアップする。

一方、ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ステップ１０１３０の処理では、ＲＡＩＤ２は通常バックアップ取得ストレージシステムではないので、バックアップ指示プログラム１３５２は、バックアップを取得しないで、ＲＡＩＤ２に対するバックアップ処理を終了する。

１月１７日に実行されるバックアップ処理では、ＲＡＩＤ２が通常バックアップ取得ストレージシステムとして選択される。ステップ１０１４０の処理で、ＲＡＩＤ２に備わるバックアップボリュームのうち、バックアップ取得時間が最も古いバックアップボリュームに記憶されたデータを間引いて、当該バックアップボリュームに、ＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。

一方、ＲＡＩＤ１には冗長ボリュームが存在するので、バックアップ指示プログラム１３５２は、バックアップ取得時間が最も古い冗長ボリューム（１月１５日にバックアップが取得されたバックアップボリューム）に記憶されたデータを間引いて、当該バックアップボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに記憶されたデータをバックアップする。

これによって、通常運用中のバックアップ状態と同じバックアップ状態に復帰できる。

図１２Ｅは、本発明の第１実施形態のＲＡＩＤ１に障害が発生し、「バックアップ保持期間維持」で縮退運用が行われた場合のバックアップ状態の説明図である。

１月８日に実行されるバックアップ処理では、ＲＡＩＤ１が通常バックアップ取得ストレージとして選択される。バックアップ指示プログラムは、ステップ１００２０の処理で処理対象のＲＡＩＤ１が正常に稼動していないと判定し、ステップ１００３０の処理に進む。

ＲＡＩＤ１は通常バックアップ取得ストレージであり、縮退運用ポリシーが「バックアップ保持期間維持」であるので、ステップ１００１８の処理に戻る。

ＲＡＩＤ２は正常に稼動しているので、ステップ１００６０〜１０１４０の処理に進む。

ＲＡＩＤ２には未使用のバックアップボリューム、バックアップ保持期間を超えるバックアップボリューム、及び冗長ボリュームが存在しないので、ステップ１０１３０の処理に進む。ＲＡＩＤ２は通常バックアップ取得ストレージでないので、バックアップ指示プログラム１３５２は、バックアップを取得しないで、ＲＡＩＤ２に対するバックアップ処理を終了する。

つまり、バックアップ指示プログラム１３５２は、１月８日のバックアップを取得しない。

１月９日に実行されるバックアップ処理では、ＲＡＩＤ２が通常バックアップ取得ストレージとして選択される。バックアップ指示プログラム１３５２は、ステップ１０１００の処理で、ＲＡＩＤ２にはバックアップ保持期間を超えているバックアップボリューム（１月１日）に記憶されたデータを間引いて、当該最古の冗長ボリュームにＲＡＩＤ１のＡＰ１によって利用されるデータボリュームに対応するミラーボリュームに記憶されたデータをバックアップする。

一方、ステップ１００３０の処理でＲＡＩＤ１は通常バックアップ取得ストレージではないと判定され、バックアップ処理を終了する。

このように、縮退運用ポリシーが「バックアップ保持期間維持」である場合には、正常に稼動しているＲＡＩＤ２で、１日おきにバックアップが取得される。これによって、バックアップ指示プログラム１３５２は、ＲＰＯを犠牲にして、バックアップ保持期間を維持する。

次に、稼動状況表示プログラム１３５３によるバックアップ保持状態表示処理を図１３を用いて説明する。図１３は、本発明の第１実施形態の稼動状況表示プログラム１３５３によるバックアップ保持状態表示処理のフローチャートである。

なお、バックアップ保持状態表示処理は、各リカバリポイントに対応するバックアップがどのストレージシステムに記憶されているのかをユーザが確認するための図１４に示すバックアップ保持状態表示コンソール１４０００を表示する処理である。

ユーザがバックアップ保持状態を表示するアプリケーション１２６１を指定することによって、稼動状況表示プログラム１３５３はバックアップ保持状態表示処理を開始する。

まず、稼動状況表示プログラム１３５３は、図７に示すバックアップデータ管理テーブル７０００を参照し、指定されたアプリケーション１２６１に関連付けられたローカルコピーペアが保持するバックアップの取得時間、バックアップ先ストレージシステム、バックアップボリュームの情報を取得する（１３０１０）。

具体的には、稼動状況表示プログラム１３５３は、バックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するすべてのエントリを選択する。

そして、稼動状況表示プログラム１３５３は、選択されたエントリに含まれるバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子、バックアップ先ボリュームＩＤ７００６に登録された論理ボリューム１０２１の識別子、バックアップ取得時間７００７に登録された日時を示す情報、及び通常／冗長７００８に登録された情報を取得する。

次に、稼動状況表示プログラム１３５３は、ステップ１３０１０の処理で取得された情報に基づいて、バックアップ保持状態表示コンソール１４０００を表示装置１３２０に表示する（１３０２０）。なお、バックアップ保持状態表示コンソール１４０００は、図１４で詳細に説明する。

次に、稼動状況表示プログラム１３５３は、バックアップ保持状態表示コンソール１４０００に表示される閉じるボタン１４００５（図１４参照）が押下されるまで処理を待機する（１３０３０）。閉じるボタン１４００５は押下された場合、稼動状況表示プログラム１３５３は、表示装置１３２０に表示されているバックアップ保持状態表示コンソール１４０００を消去し、バックアップ保持状態表示処理を終了する。

図１４は、本発明の第１実施形態のバックアップ保持状態表示コンソール１４０００の説明図である。

バックアップ保持状態表示コンソール１４０００は、バックアップ取得ストレージシステムリスト１４００１、時間軸１４００２、少なくとも一つ以上のリカバリポイント１４００３、及び閉じるボタン１４００５を備える。

なお、バックアップ保持状態表示コンソールは、横軸が時間軸１４００２で、縦軸がバックアップ取得ストレージシステムリスト１４００１であるグラフである。

時間軸１４００２上に表示されるリカバリポイント１４００３と、リカバリポイント１４００３のバックアップを取得したバックアップ取得ストレージシステムリスト１４００１との座標に、バックアップ保持アイコン１４００４が表示される。

バックアップ保持アイコン１４００４には、「通」又は「冗」が表示される。「通」は、ストレージシステムが通常バックアップ取得ストレージとして選択されていたときに、取得されたバックアップであることを示す。「冗」は、ストレージシステムが通常バックアップ取得ストレージとして選択されていないときに、取得されたバックアップであることを示す。

閉じるボタン１４００５がユーザによって押下されると、稼動状況表示プログラム１３５３はバックアップ保持状態表示コンソール１４０００を消去し、バックアップ保持状態表示処理を終了する。ユーザは任意のタイミングで閉じるボタン１４００５を押下してよい。

次に、バックアップボリュームに記憶されたデータを当該データボリュームに複製することによって、データボリュームの破壊されたデータを修復するリストア処理を、図１５用いて説明する。図１５は、本発明の第１実施形態のリストア指示プログラム１３５４によるリストア処理のフローチャートである。

リストア指示プログラム１３５４は、ユーザが破壊されたデータが存在するリストア対象となるアプリケーション１２６１を指定することによって、リストア処理を開始する。

まず、リストア指示プログラム１３５４は、図７に示すバックアップデータ管理テーブル７０００を参照し、指定されたアプリケーション１２６１に関連付けられたローカルコピーが保持するバックアップの取得時間、バックアップ先ストレージシステム、及びバックアップボリュームの情報を取得する（ステップ１５０１０）。

ステップ１５０１０の処理は、図１３に示すバックアップ保持状態表示処理のステップ１３０１０の処理と同じなので、説明を省略する。

次に、リストア指示プログラム１３５４は、ステップ１５０１０の処理で取得された情報に基づいて、図１６に示すリストア対象入力コンソール１６０００を表示装置１３２０に表示する（１５０２０）。なお、リストア対象入力コンソール１６０００は、図１６で詳細を説明する。

リストア指示プログラム１３５４は、データボリュームの破壊されたデータを修復するためのデータをコピーした日時を示すリカバリポイントが、ユーザによってリストア対象入力コンソール１６０００を介して入力されるまで、処理を待機する（１５０３０）。

データボリュームの破壊されたデータを修復するためのデータをコピーしたリカバリポイントが入力されると、リストア指示プログラム１３５４は、ユーザによって指定されたアプリケーション１２６１を停止する命令をリカバリマネージャ１２６２に送信する（１５０４０）。

次に、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムが、指定されたリカバリポイントのバックアップデータを記憶するストレージシステムであるか否かを判定する（１５０５０）。つまり、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムが存在するローカルサイトに、データボリュームの破壊されたデータを修復するためのデータが存在するか否かを判定する。

具体的には、リストア指示プログラム１３５４は、図７に示すバックアップデータ管理テーブル７０００のアプリケーションＩＤ７００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリを選択する。

そして、リストア指示プログラム１３５４は、選択されたエントリに含まれるバックアップ取得時間７００７のうち、入力されたリストアの対象となるリカバリポイントの日時と一致するエントリを選択する。そして、リストア指示プログラム１３５４は、選択されたエントリに含まれるバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子を、データボリュームの破壊されたデータを修復するためのデータがコピーされたリカバリポイントのバックアップを記憶するストレージシステムの識別子として取得する。また、リストア指示プログラム１３５４は、選択されたエントリに含まれるバックアップ先ボリュームＩＤ７００６に登録された論理ボリューム１０２１の識別子も取得する。これによって、データボリュームの破壊されたデータを記憶するバックアップボリュームが特定される。

また、リストア指示プログラム１３５４は、図２に示すアプリケーション管理テーブル２０００のアプリケーションＩＤ２００１に登録されたアプリケーション１２６１の識別子のうち、ユーザによって指定されたアプリケーション１２６１の識別子と一致するエントリを選択する。

そして、リストア指示プログラム１３５４は、選択されたエントリに含まれるストレージＩＤ２００２に登録されたストレージシステムの識別子を、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムの識別子として取得する。

そして、リストア指示プログラム１３５４は、取得されたバックアップ先ストレージＩＤ７００５に登録されたストレージシステムの識別子とストレージＩＤ２００２に登録されたストレージシステムの識別子とが一致するか否かを判定する。

ステップ１５０５０の処理で、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムが、指定されたリカバリポイントのバックアップを記憶するストレージシステムであると判定された場合、リストア指示プログラム１３５４は、当該指定されたリカバリポイントのバックアップデータが記憶されたバックアップボリュームに記憶されたデータを、ローカルコピーのリストア機能を用いて、データボリュームにコピーする命令を、制御プログラム１０１８に送信する（１５０６０）。

そして、リストア指示プログラム１３５４は、データボリュームへのデータのコピーが終了すると、ステップ１５０４０の処理で停止したアプリケーション１２６１を再開する命令を、リカバリマネージャ１２６２に送信し（１５０７０）、リストア処理を終了する。

一方、ステップ１５０５０の処理で、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームを備えるストレージシステムが、指定されたリカバリポイントのバックアップデータを記憶するストレージシステムでないと判定された場合、リストア指示プログラム１３５４は、ユーザによって指定されたアプリケーション１２６１によって利用されるデータボリュームとミラーボリュームとのコピー方向を逆向きに設定する命令を、制御プログラム１０１８に送信する（１５０８０）。これによって、ミラーボリュームに記憶されたデータがデータボリュームへコピーされる。

次に、リストア指示プログラム１３５４は、指定されたリカバリポイントのバックアップデータを記憶するバックアップボリュームから、ローカルコピーのリストア機能を用いて、ミラーボリュームにデータをコピーする命令を、当該ミラーボリュームを備えるストレージシステムの制御プログラム１０１８に送信する（１５０９０）。

次に、リストア指示プログラム１３５４は、ミラーボリュームにリストアされたデータのデータボリュームへのコピーが完了するまでを待機する（１５１００）。なお、リストア指示プログラム１３５４は、ミラーボリュームからデータボリュームへのデータのコピーが完了したかを判定するために、制御プログラム１０１８にコピーの進捗状況を周期的に確認する。

次に、ミラーボリュームからデータボリュームへのデータのコピーが完了すると、リストア指示プログラム１３５４は、ステップ１５０８０の処理で逆向きに設定されたコピー方向を、データボリュームからミラーボリュームへコピーするコピー方向に設定する命令を、制御プログラム１０１８に送信し（１５１１０）、ステップ１５０７０の処理に進む。

図１６は、本発明の第１実施形態のリストア対象入力コンソール１６０００の説明図である。

リストア対象入力コンソール１６０００は、リストア対象ボリューム１６００１、時間軸１６００２、少なくとも一つ以上のリカバリポイント１６００３、実行ボタン１６００５、及びキャンセルボタン１６００６を備える。

なお、リストア対象入力コンソール１６０００は、横軸が時間軸１６００２で、縦軸がリストア対象ボリューム１６００１であるグラフである。

時間軸１６００２上に表示されるリカバリポイント１６００３とリストア対象ボリューム１６００１に対応する座標にバックアップ保持アイコン１６００４が表示される。バックアップ保持アイコン１６００４は、マウスポインタ等のポインティングデバイスをユーザが操作することによって選択できる。なお、選択されたバックアップ保持アイコン１６００４は色が反転する。なお、一つのバックアップ保持アイコン１６００４が選択された場合、他のバックアップ保持アイコン１６００４が選択できないようになっている。

実行ボタン１６００５がユーザによって押下されると、リストア指示プログラム１３５４は、選択されたバックアップ保持アイコン１６００４が示すリカバリポイント１６００３のバックアップをリストア対象バックアップとして取得して、図１５に示すリストア処理のステップ１５０４０の処理に進む。バックアップ保持アイコン１６００４が選択されずに、実行ボタン１６００５が押下された場合には、リストア指示プログラム１３５４はエラーメッセージをユーザに表示し、ステップ１５０４０の処理に進まない。

キャンセルボタン１６００６がユーザによって押下された場合、リストア指示プログラム１３５４は、リストア対象入力コンソール１６０００を消去し、リストア処理を終了する。キャンセルボタン１６００６は、リストア指示プログラム１３５４がステップ１５０３０の処理を実行しているタイミングでのみで押下可能である。

本実施形態によれば、リモートコピー環境において、災害等によってストレージシステムが正常に稼動しなくなった場合であっても、バックアップ保持期間及びＲＰＯの劣化を最小限に抑えることができる。また、必要最低限のボリュームでバックアップを運用できるので、コストを最小限に抑えることができる。

（第１実施形態の変形例）
なお、第１実施形態では、ユーザは、バックアップされたデータを冗長化する世代数を指定できない。第１実施形態の変形例では、ユーザがバックアップされたデータを冗長化する世代数を設定可能な管理計算機１３００について説明する。

例えば、バックアップを取得したバックアップボリュームの直近の世代のバックアップボリュームが冗長化され、ユーザは、この冗長化される世代数を指定する。

なお、第１実施形態の変形例では、第１実施形態と異なる箇所のみ説明する。

冗長化される世代数は、図９に示すバックアップ条件登録コンソール９０００を介して管理計算機１３００に入力される。このため、図９に示すバックアップ条件登録コンソール９０００は、さらに冗長化世代数入力部を備える。冗長化世代数入力部は、ユーザが希望する冗長化される世代数が入力される。

また、図８に示すバックアップ環境設定処理のステップ８０５０の処理で、設定プログラム１３５１は、管理計算機１３００が管理する各ストレージシステムに設定されるローカルコピーペア世代数を、（式４）を計算することによって算出する。

（式４）
ローカルコピーペア世代数＝ＲＯＵＮＤＵＰ（バックアップ世代数÷ストレージシステム数）＋（冗長世代数）−ＲＯＵＮＤＤＯＷＮ（冗長世代数÷ストレージシステム数）
なお、ＲＯＵＮＤＤＯＷＮ（Ｘ）は、Ｘの小数点以下を切り捨てる関数である。

例えば、バックアップ世代数が７世代であり、ストレージシステム数が２つであり、ユーザによって入力された冗長化世代数が２世代である場合、設定プログラム１３５１は、ＲＯＵＮＤＵＰ（７÷２）＋２−ＲＯＵＮＤＤＯＷＮ（２÷２）を計算し、ローカルコピーペア世代数は５世代であることを算出する。

しがって、バックアップを取得する各ストレージシステムが、５世代以上のバックアップボリュームを備えていれば、ユーザによって入力された世代数分冗長化したバックアップを運用できる。

図１７は、本発明の第１実施形態の変形例のバックアップ指示プログラム１３５２がバックアップ処理を実行した場合のバックアップ状態の説明図である。

なお、バックアップ世代数が７世代であり、ストレージシステム数が２つであり、ユーザによって入力された冗長化世代数が２世代である場合について説明する。また、ＲＰＯが１日、バックアップ保持期間が６日に設定され、バックアップ取得ストレージシステムが２台（ＲＡＩＤ１及びＲＡＩＤ２）である場合について説明する。また、各ストレージシステムには、５世代のバックアップボリュームが設定されている。また、バックアップを取得する対象のアプリケーション１２６１は、「ＡＰ１」である。

１月８日に実行されるバックアップ処理では、ＲＡＩＤ２が通常バックアップ取得ストレージシステムとして選択される。そして、ＲＡＩＤ２には、未使用のバックアップボリューム及びバックアップ保持期間を超えるバックアップボリュームが存在せず、冗長ボリューム（１月５日にバックアップが取得されたバックアップボリューム）が存在するので、バックアップ指示プログラム１３５２は、図１０に示すステップ１０１２０の処理で、当該冗長ボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに対応するＲＡＩＤ２のミラーボリュームに記憶されたデータをバックアップする。

一方、ＲＡＩＤ１には未使用のバックアップボリュームが存在せず、バックアップ保持期間を超えるバックアップボリュームが存在するので、バックアップ指示プログラム１３５２は、ステップ１０１００の処理で、当該バックアップ保持期間を超えるバックアップボリュームに、ＡＰ１によって利用されるＲＡＩＤ１のデータボリュームに記憶されたデータをバックアップする。

（式４）を計算した値がローカルペアの世代数として算出されるため、バックアップ指示プログラム１３５２がバックアップを取得する場合、一方のストレージシステム（図１７のＲＡＩＤ１）では、バックアップ取得時間が最も古いバックアップボリュームがバックアップ保持期間を超えるので、当該バックアップボリュームに記憶されるデータを間引いて、データをバックアップできる。また、他方のストレージシステム（図１７のＲＡＩＤ２）では、最古の冗長ボリュームが４世代前のバックアップボリュームとなり当該バックアップボリュームに記憶されるデータを間引いて、データをバックアップできる。

これによって、常に冗長化されたバックアップボリュームの世代を２つに維持しながら、バックアップを運用できる。

（第２実施形態）
第２実施形態は、アプリケーション１２６１によって利用されるデータボリュームに記憶されたデータが複数のリモートサイトに存在するストレージに備わるミラーボリュームに複製される実施形態である。

本発明の第２実施形態を図１８を用いて説明する。図１８は、本発明の第２実施形態の計算機システムの構成を示すブロック図である。なお、第１実施形態の計算機システム１００と同じ個所は、説明を省略する。

計算機システムは、３つのストレージシステム１０００、１１００及び１７００を備える。

ストレージシステム１０００のデータボリュームに記憶されたデータは、リモートコピー機能によって、ストレージシステム１１００のミラーボリュームに複製される。

そして、ストレージシステム１１００のミラーボリュームに複製されたデータは、リモートコピー機能によってストレージシステム１７００のミラーボリュームに複製される。

なお、このような計算機システムにおいても、第１実施形態と同じ処理を実行することによって、バックアップを運用できる。

（第２実施形態の変形例）
本発明の第２実施形態の変形例を、図１９を用いて説明する。図１９は、本発明の第２実施形態の変形例の計算機システムの構成を示すブロック図である。なお、第２実施形態と同じ構成は、同じ符号を付与し、説明を省略する。

第２実施形態の変形例の計算機システムは、３つのストレージシステム１０００、１１００及び１８００を備える。

ストレージシステム１０００のデータボリュームに記憶されたデータは、リモートコピー機能によって、ストレージシステム１１００及び１８００のミラーボリュームに複製される。

なお、このような計算機システムにおいても、第１実施形態と同じ処理を実行することによって、バックアップを運用できる。

したがって、３つ以上のサイトによるリモートコピー環境において、災害等によってストレージシステムが正常に稼動しなくなった場合であっても、バックアップ保持期間及びＲＰＯの劣化を最小限に抑えることができる。また、必要最低限のボリュームでバックアップを運用できるので、コストを最小限に抑えることができる。

（第３実施形態）
本発明の第３実施形態を図２０及び図２１を用いて説明する。

まず、第３実施形態の計算機システムの構成について図２０を用いて説明する。図２０は、本発明の第３実施形態の計算機システムの構成を示すブロック図である。なお、第１実施形態と同じ構成は、説明を省略する。

リモートサイトに存在するストレージシステム１１００のデータＩ／Ｆ１０１１は、データネットワーク１４００に接続される。

また、ホスト計算機１２００のメモリ１２６０は、パス仮想化ソフト２０００１を記憶する。パス仮想化ソフト２０００１は、ホスト計算機１２００のアプリケーション１２６１から、アプリケーション１２６１によって利用されるデータボリュームへのパスを仮想的に提供する。

アプリケーション１２６１が、仮想的なパスを介してデータボリュームへアクセスする場合、パス仮想化ソフト２０００１は、アクセスの相手先であるデータボリュームへの仮想的なパスを実際のデータボリュームへのパスに変換する。

ローカルサイトに存在するストレージシステムが障害によって正常に稼動しなくなった場合、パス仮想化ソフト２０００１が当該ストレージシステムのデータボリュームへの仮想的なパスを介したアクセスをミラーボリュームへのアクセスに変換する。これによって、アプリケーション１２６１は、ミラーボリュームにデータを書き込むことができるので、アプリケーション１２６１はローカルサイトのストレージシステムの障害に影響を受けることなく業務を継続できる。

本実施形態の処理について、第１実施形態と異なる箇所のみ説明する。

図２１は、本発明の第３実施形態のリストア指示プログラム１３５４によるリストア処理のフローチャートである。なお、第１実施形態の図１５に示すリストア処理と同じ処理は、同じ符号を付与し、説明を省略する。

ステップ２１０１０では、リストア指示プログラム１３５４は、アプリケーション１２６１の仮想的なパスを介したデータボリュームへのアクセスを、ミラーボリュームへのパスへのアクセスへ変換する命令を、パス仮想化ソフト２０００１に送信する。そして、リモートコピーが完了しなくても、アプリケーション１２６１を再開する命令をリカバリマネージャ１２６２に送信する（ステップ１５０７０）。

これによって、リモートコピーが完了していなくても、アプリケーション１２６１が再開されるので、業務復旧の高速化を図ることができる。
る。

本発明の第１実施形態の計算機システムの構成を示すブロック図である。 本発明の第１実施形態のアプリケーション管理テーブルの説明図である。 本発明の第１実施形態のストレージ管理テーブルの説明図である。 本発明の第１実施形態のリモートコピー管理テーブルの説明図である。 本発明の第１実施形態のボリューム管理テーブルの説明図である。 本発明の第１実施形態のバックアップポリシー管理テーブルの説明図である。 本発明の第１実施形態のバックアップデータ管理テーブルの説明図である。 本発明の第１実施形態の設定プログラムによるバックアップ環境設定処理のフローチャートである。 本発明の第１実施形態のバックアップ条件登録コンソールの説明図である。 本発明の第１実施形態のバックアップ指示プログラムによるバックアップ処理のフローチャートである。 本発明の第１実施形態のバックアップ指示プログラム１３５２がバックアップ処理を開始した直後のバックアップ状態の説明図である。 本発明の第１実施形態のストレージシステムに未使用のバックアップボリュームが存在しなくなってからバックアップ処理が実行された場合のバックアップ状態の説明図である。 本発明の第１実施形態のバックアップ保持期間を超えるバックアップボリュームが存在するようになった場合のバックアップ状態の説明図である。 本発明の第１実施形態のＲＡＩＤ１に障害が発生し、「ＲＰＯ維持」で縮退運用が行われた場合のバックアップ状態の説明図である。 本発明の第１実施形態の「ＲＰＯ維持」で縮退運用が３日間行われた場合のバックアップ状態の説明図である。 本発明の第１実施形態の図１２Ｂに示すバックアップ状態の後にＲＡＩＤ１が障害から復旧して、ＲＡＩＤ１及びＲＡＩＤ２によってバックアップが運用されている場合のバックアップ状態の説明図である。 本発明の第１実施形態の図１２Ｃに示すバックアップ処理がさらに実行された場合のバックアップ状態の説明図である。 本発明の第１実施形態のＲＡＩＤ１に障害が発生し、「バックアップ保持期間維持」で縮退運用が行われた場合のバックアップ状態の説明図である。 本発明の第１実施形態の稼動状況表示プログラムによるバックアップ保持状態表示処理のフローチャートである。 本発明の第１実施形態のバックアップ保持状態表示コンソールの説明図である。 本発明の第１実施形態のリストア指示プログラムによるリストア処理のフローチャートである。 本発明の第１実施形態のリストア対象入力コンソールの説明図である。 本発明の第１実施形態の変形例のバックアップ指示プログラムがバックアップ処理を実行した場合のバックアップ状態の説明図である。 図１８は、本発明の第２実施形態の計算機システムの構成を示すブロック図である。 本発明の第２実施形態の変形例の計算機システムの構成を示すブロック図である。 本発明の第３実施形態の計算機システムの構成を示すブロック図である。 本発明の第３実施形態のリストア指示プログラムによるリストア処理のフローチャートである。

符号の説明

１０００、１１００ ストレージシステム
１２００ ホスト計算機
１３００ 管理計算機
１４００ データネットワーク
１５００ 管理ネットワーク
１６００ コピー用ネットワーク

Claims (16)

1. 演算処理をする第１プロセッサと、前記第１プロセッサに接続されて、業務を提供するアプリケーションプログラムを記憶する記憶部と、前記第１プロセッサに接続される第１インタフェースと、を備えるホスト計算機と、
   演算処理をする第２プロセッサと、前記アプリケーションプログラムから書き込みを要求されたデータを格納するデータボリュームを備える第１記憶装置と、前記第２プロセッサに接続される第２インタフェースと、を備える第１ストレージシステムと、
   演算処理をする第３プロセッサと、前記データボリュームに格納されたデータの複製を格納するミラーボリュームを備える第２記憶装置と、前記第３プロセッサに接続される第３インタフェースと、を備える少なくとも１台の第２ストレージシステムと、
   演算処理をする第４プロセッサと、前記第４プロセッサに接続される記憶部と、前記第４プロセッサに接続される第４インタフェースと、を備える管理計算機と、を備える計算機システムにおいて、
   前記第１記憶装置は、前記データボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、
   前記第２記憶装置は、前記ミラーボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、
   前記管理計算機は、
   前記バックアップボリュームに対して実行されるバックアップ処理に関するポリシーを受け付け、
   前記受け付けたポリシーに基づいて、前記第１記憶装置の構成及び前記第２記憶装置の構成を設定し、
   前記設定された前記第１記憶装置の構成及び前記第２記憶装置の構成に従って、前記第１記憶装置及び前記第２記憶装置に備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする計算機システム。
2. 前記ポリシーは、前記バックアップ処理によって複製されたデータを格納するバックアップボリュームの数を含み、
   前記管理計算機は、前記バックアップボリュームの数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商を計算し、前記計算された商以上の最小の整数分の前記バックアップボリュームを前記第１記憶装置及び前記第２記憶装置にそれぞれ設定することを特徴とする請求項１に記載の計算機システム。
3. 前記ポリシーは、前記バックアップ処理によって複製されたデータを格納するバックアップボリュームの数を、並びに前記第１ストレージシステム及び前記第２ストレージシステムの一方の前記バックアップボリュームに格納されたデータが冗長化されて他方のストレージシステムの前記バックアップボリュームにも格納されているバックアップボリュームの数を示す冗長化バックアップボリューム数を含み、
   前記管理計算機は、
   前記バックアップボリューム数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商以上の最小の第１の整数を算出し、
   前記冗長化バックアップボリューム数を前記第１ストレージシステム及び前記第２ストレージシステムの数で除算した商以下の最大の第２の整数を算出し、
   前記算出された第１の整数と前記冗長化世代数とを加算した値から前記算出された第２の整数を減算した値分の前記バックアップボリュームを前記第１記憶装置及び前記第２記憶装置に設定することを特徴とする請求項１に記載の計算機システム。
4. 前記ポリシーは、前記バックアップ処理が実行されるタイミングを示すバックアップタイミング情報を含み、
   前記管理計算機は、前記バックアップタイミングごとに、異なるストレージシステムで順に前記バックアップ処理を実行することを特徴とする請求項１に記載の計算機システム。
5. 前記ポリシーは、前記バックアップ処理が実行されて前記バックアップボリュームに複製されたデータを格納する期間を示すバックアップ格納期間情報をさらに含み、
   前記管理計算機は、前記バックアップ格納期間を超えるデータを格納するバックアップボリュームが存在する場合には、当該バックアップボリュームに格納されたデータを消去して、当該バックアップボリュームに対して前記バックアップ処理を実行することを特徴とする請求項４に記載の計算機システム。
6. 前記ポリシーは、前記バックアップ処理が実行されて前記バックアップボリュームに複製されたデータを格納する期間を示すバックアップ格納期間情報と、前記第１ストレージシステム又は前記第２ストレージシステムが正常に稼動していない場合に、前記バックアップボリュームに複製されたデータが前記バックアップタイミングを優先して格納されるか、前記バックアップ格納期間を優先して格納されるかを示す異常運用ポリシーと、を含み、
   前記管理計算機は、
   前記異常運用ポリシーが前記バックアップタイミングを優先することを示す場合には、正常に稼動しているストレージシステムに備わるバックアップボリュームに対して前記バックアップタイミングごとに前記バックアップ処理を実行し、
   前記異常運用ポリシーが前記バックアップ保持期間を優先することを示す場合には、前記正常に稼動しているストレージシステムがバックアップ処理を実行すべきバックアップタイミングで、当該ストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする請求項４に記載の計算機システム。
7. 前記管理計算機は、
   前記データボリュームの破壊されたデータを修復するために使用されるデータが前記バックアップボリュームに複製されたタイミングの指定を受け付け、
   前記指定されたタイミングと一致するタイミングで前記バックアップ処理が実行された前記バックアップボリュームを特定し、
   前記第１ストレージシステムが前記特定されたバックアップボリュームを備える場合には、前記特定されたバックアップボリュームに格納されたデータを前記データボリュームに複製することによって、前記データボリュームに格納されたデータを修復し、
   前記第２ストレージシステムが前記特定されたバックアップボリュームを備える場合には、前記特定されたバックアップボリュームに格納されたデータを前記ミラーボリュームに複製し、前記ミラーボリュームに複製されたデータを前記データボリュームに複製することによって、前記データボリュームに格納されたデータを修復することを特徴とする請求項１に記載の計算機システム。
8. 前記ホスト計算機は、
   前記アプリケーションプログラムがデータボリュームにデータを書き込むために前記アプリケーションプログラムから前記データボリュームへのデータパスを設定し、
   前記管理計算機によって、前記特定されたバックアップボリュームに格納されたデータが前記ミラーボリュームに複製された場合に、前記アプリケーションプログラムから前記データボリュームへのデータパスを、前記アプリケーションプログラムから前記ミラーボリュームへのデータパスに変換し、
   前記ミラーボリュームは前記アプリケーションプログラムから書き込みを要求されたデータを格納することを特徴とする請求項７に記載の計算機システム。
9. 業務を提供するアプリケーションプログラムが実行されるホスト計算機と、前記ホスト計算機に接続され、前記アプリケーションプログラムからを書き込み要求されたデータを格納するデータボリュームを備える第１ストレージシステムと、前記データボリュームに格納されたデータが複製されるミラーボリュームを備える少なくとも一台の第２ストレージシステムと、にアクセス可能な管理計算機であって、
   前記第１ストレージ装置は、前記データボリュームに格納されたデータの複製を格納するバックアップ処理が実行される複数のバックアップボリュームを備え、
   前記第２ストレージ装置は、前記ミラーボリュームに格納されたデータを複製するバックアップ処理が実行される複数のバックアップボリュームを備え、
   前記管理計算機は、
   前記バックアップボリュームに対して実行されるバックアップ処理に関するポリシーを受け付け、
   前記受け付けたポリシーに基づいて、前記第１ストレージ装置の構成及び前記第２ストレージ装置の構成をそれぞれ設定し、
   前記設定された前記第１ストレージ装置の構成及び前記第２ストレージ装置の構成に従って、前記第１ストレージ装置及び前記第２ストレージ装置に備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする管理計算機。
10. 前記ポリシーは、前記バックアップ処理によって複製されたデータを格納するバックアップボリュームの数を含み、
    前記管理計算機は、前記バックアップボリュームの数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商を計算し、前記計算された商以上の最小の整数分の前記バックアップボリュームを前記第１記憶装置及び前記第２記憶装置にそれぞれ設定することを特徴とする請求項９に記載の管理計算機。
11. 前記ポリシーは、前記バックアップ処理によって複製されたデータを格納するバックアップボリュームの数を、並びに前記第１ストレージシステム及び前記第２ストレージシステムの一方の前記バックアップボリュームに格納されたデータが冗長化されて他方のストレージシステムの前記バックアップボリュームにも格納されているバックアップボリュームの数を示す冗長化バックアップボリューム数を含み、
    前記管理計算機は、
    前記バックアップボリューム数を前記第１ストレージシステム及び前記第２ストレージシステムの合計数で除算した商以上の最小の第１の整数を算出し、
    前記冗長化バックアップボリューム数を前記第１ストレージシステム及び前記第２ストレージシステムの数で除算した商以下の最大の第２の整数を算出し、
    前記算出された第１の整数と前記冗長化世代数とを加算した値から前記算出された第２の整数を減算した値分の前記バックアップボリュームを前記第１記憶装置及び前記第２記憶装置に設定することを特徴とする請求項９に記載の管理計算機。
12. 前記ポリシーは、前記バックアップ処理が実行されるタイミングを示すバックアップタイミング情報を含み、
    前記管理計算機は、前記バックアップタイミングごとに、異なるストレージシステムで順に前記バックアップ処理を実行することを特徴とする請求項９に記載の管理計算機。
13. 前記ポリシーは、前記バックアップ処理が実行されて前記バックアップボリュームに複製されたデータを格納する期間を示すバックアップ格納期間情報をさらに含み、
    前記管理計算機は、前記バックアップ格納期間を超えるデータを格納するバックアップボリュームが存在する場合には、当該バックアップボリュームに格納されたデータを消去して、当該バックアップボリュームに対して前記バックアップ処理を実行することを特徴とする請求項１２に記載の管理計算機。
14. 前記ポリシーは、前記バックアップ処理が実行されて前記バックアップボリュームに複製されたデータを格納する期間を示すバックアップ格納期間情報と、前記第１ストレージシステム又は前記第２ストレージシステムが正常に稼動していない場合に、前記バックアップボリュームに複製されたデータが前記バックアップタイミングを優先して格納されるか、前記バックアップ格納期間を優先して格納されるかを示す異常運用ポリシーと、を含み、
    前記管理計算機は、
    前記異常運用ポリシーが前記バックアップタイミングを優先することを示す場合には、正常に稼動しているストレージシステムに備わるバックアップボリュームに対して前記バックアップタイミングごとに前記バックアップ処理を実行し、
    前記異常運用ポリシーが前記バックアップ保持期間を優先することを示す場合には、前記正常に稼動しているストレージシステムがバックアップ処理を実行すべきバックアップタイミングで、当該ストレージシステムに備わるバックアップボリュームに対して前記バックアップ処理を実行することを特徴とする請求項１２に記載の管理計算機。
15. 前記管理計算機は、
    前記データボリュームの破壊されたデータを修復するために使用されるデータが前記バックアップボリュームに複製されたタイミングの指定を受け付け、
    前記指定されたタイミングと一致するタイミングで前記バックアップ処理が実行された前記バックアップボリュームを特定し、
    前記第１ストレージシステムが前記特定されたバックアップボリュームを備える場合には、前記特定されたバックアップボリュームに格納されたデータを前記データボリュームに複製することによって、前記データボリュームに格納されたデータを修復し、
    前記第２ストレージシステムが前記特定されたバックアップボリュームを備える場合には、前記特定されたバックアップボリュームに格納されたデータを前記ミラーボリュームに複製し、前記ミラーボリュームに複製されたデータを前記データボリュームに複製することによって、前記データボリュームに格納されたデータを修復することを特徴とする請求項９に記載の管理計算機。
16. 前記ホスト計算機によって、前記前記アプリケーションプログラムがデータボリュームにデータを書き込むために前記アプリケーションプログラムから前記データボリュームへのデータパスが設定され、
    前記管理計算機は、前記特定されたバックアップボリュームに格納されたデータが前記ミラーボリュームに複製された場合に、前記ミラーボリュームが前記アプリケーションプログラムから書き込みを要求されたデータを格納できるようにするために、前記アプリケーションプログラムから前記データボリュームへのデータパスを、前記アプリケーションプログラムから前記ミラーボリュームへのデータパスに変換する指示を前記ホスト計算機に送信することを特徴とする請求項１５に記載の管理計算機。

Images